Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Porting Doom to the Fastly edge serverless platform

fastly.com

Post reply on HN
Print view View original

11–20 of 60 posts

Re: Porting Doom to the Fastly edge serverless platform

#11

Post by grenoire »

exikyut wrote: post #7
ozten wrote: post #3

Earlier quoted context omitted.

I'm unsure it is the same project, but I did find https://developer.fastly.com/solutions/demos/doom/

Ah, thanks. I just checked the source of the OP linked page, and this link is not in the page anywhere . Likely an unintentional omission!(?) I'd suggest callouts in s myself, ideally at the start and the end of the article. -- As an aside, it's... reasonably fast, but not playable. And all the monsters appear to have quietly been turned off, and because the game loop can't see your exact keystrokes you can't cheatco…

Monsters aren't turned off, it's the lowest difficulty. Going through the first door (use key is U) starts off with two grunts.

Re: Porting Doom to the Fastly edge serverless platform

#12

Post by mekkkkkk »

ipsum2 wrote: post #8
exikyut wrote: post #7

Earlier quoted context omitted.

Ah, thanks. I just checked the source of the OP linked page, and this link is not in the page anywhere . Likely an unintentional omission!(?) I'd suggest callouts in s myself, ideally at the start and the end of the article. -- As an aside, it's... reasonably fast, but not playable. And all the monsters appear to have quietly been turned off, and because the game loop can't see your exact keystrokes you can't cheatco…

Probably because they can't scale it? Which is ironic for a serverless provider. Seeing: > Too many players; retrying in 27 seconds.

It's just an absurd tech demo, why would they want to scale it? Just to burn money?

Re: Porting Doom to the Fastly edge serverless platform

#13

Post by hyperman1 »

ec109685 wrote: post #6
philipswood wrote: post #4

Serverless Doom. Cloud, clouds everywhere.

It really is serverless. The full state is passed back and forth on each tick.

I was wondering about that. The DOOM savegame is not a perfect representation of the game state: A major one: Monsters forget who they were targetting after a reload.

I can't play it right now but assume some consequences are: Monsters forget about you after you turn around a corner. Probably no monster infighting. Probably the revenant fireball can't home in on you either.

There was also some rounding error where things on the edge of a ledge drop down after a reload.

Oh well, it's a fun tech demo

Re: Porting Doom to the Fastly edge serverless platform

#14

Post by dividuum »

I don’t know how larger the game state/save game is, but if it’s small enough for a url parameter, they might even use their CDN for caching, as I would assume the same state always results in the same game output. If you don’t deviate from paths of previous players, you could sail along a cached path, no computation required :)

Re: Porting Doom to the Fastly edge serverless platform

#15

Post by exikyut »

grenoire wrote: post #11
exikyut wrote: post #7

Earlier quoted context omitted.

Ah, thanks. I just checked the source of the OP linked page, and this link is not in the page anywhere . Likely an unintentional omission!(?) I'd suggest callouts in s myself, ideally at the start and the end of the article. -- As an aside, it's... reasonably fast, but not playable. And all the monsters appear to have quietly been turned off, and because the game loop can't see your exact keystrokes you can't cheatco…

Monsters aren't turned off, it's the lowest difficulty. Going through the first door (use key is U) starts off with two grunts.

Ah. I must admit the latency is sufficiently high that I was like "...ah. Right then." and stopped poking around after approximately 6 seconds.

Re: Porting Doom to the Fastly edge serverless platform

#17

Post by BBC-vs-neolibs »

aidos wrote: post #10
krige wrote: post #9

Running Doom on anything and in any form imaginable really is an artform but in this case I can't help but be reminded of the recent "Brainfuck as a Service" post ( https://zserge.com/posts/bfaas/ )

Ha! Pointers as mongo documents is a whole new level of disturbing.

What you really need here is a Kubernetes monad.

Re: Porting Doom to the Fastly edge serverless platform

#18

Post by FartyMcFarter »

mekkkkkk wrote: post #12
ipsum2 wrote: post #8

Earlier quoted context omitted.

Probably because they can't scale it? Which is ironic for a serverless provider. Seeing: > Too many players; retrying in 27 seconds.

It's just an absurd tech demo, why would they want to scale it? Just to burn money?

To impress people, which is probably part of the goal of this blog post.

Re: Porting Doom to the Fastly edge serverless platform

#19

Post by TeMPOraL »

taneq wrote: post #16

"Remember Doom? I love that game, but is there any way we could make it less... well... efficient ?"

How to define an arbitrary thing as a computing platform:

- Get a Hello World running on it. Proves it can compute.

- Write Snake or Asteroids for it. Proves it can be used as a computer. Alternative for web & mobile developers: write a TODO app for it.

- Port Doom to it. Proves it can do much more, and much faster, than what people are using it for.

Re: Porting Doom to the Fastly edge serverless platform

#20

Post by mekkkkkk »

FartyMcFarter wrote: post #18
mekkkkkk wrote: post #12

Earlier quoted context omitted.

It's just an absurd tech demo, why would they want to scale it? Just to burn money?

To impress people, which is probably part of the goal of this blog post.

I think any potential customers would understand that scaling isn't the point of the demo. It's unreasonable to assume that they'd infinitely scale a processing- and bandwidth-hog like this just for fun.
Post reply on HN