if only i could run django on cloudflare workers guess i could run it on a dedicated server would be nice if we can get django and liveview working without a server
Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
11–20 of 55 posts
Re: Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
#12Shame Phoenix LiveView is missing from the comparison
It's only django-related third-party packages comparison (and SSR itself), would be a bit strange to compare with a different language/stack and/or framework
Re: Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
#13if only i could run django on cloudflare workers guess i could run it on a dedicated server would be nice if we can get django and liveview working without a server
I wish we could host Django apps with the tasks and everything on Cloudflare workers. Also it would be nice to have a DB like SQLite within Cloudflare.
Re: Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
#14Since Doom renders the image with vertical columns of pixels (floor, lower wall, portal if exists continues rendering the other sector, then upper wall then ceiling) and since browsers are very good at drawing the sprites out of larger textures... You could send vertical divs shaded with the sector light level and picking the correct textures. Instead of hundreds per column you will have like 5 divs on average per co…
Making this more efficient would be kinda counter productive
Re: Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
#15Also LiveView is described as "Build rich, dynamic user experiences with server-rendered HTML without writing a single line of JavaScript." and their example uses django templating to render the HTML that is returned.
So what are we really measuring here? The speed up seems to solely come from WebSockets, and maybe skipping some Django middleware. Anyone care to elaborate?
Re: Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
#16So SSR is 50ms and LiveView is 10ms, what test was being performed to achieve these timings? Rendering a sample page or rendering doom? Also LiveView is described as "Build rich, dynamic user experiences with server-rendered HTML without writing a single line of JavaScript." and their example uses django templating to render the HTML that is returned. So what are we really measuring here? The speed up seems to solely…
Re: Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
#17Since Doom renders the image with vertical columns of pixels (floor, lower wall, portal if exists continues rendering the other sector, then upper wall then ceiling) and since browsers are very good at drawing the sprites out of larger textures... You could send vertical divs shaded with the sector light level and picking the correct textures. Instead of hundreds per column you will have like 5 divs on average per co…
I believe he stated in the beginning pretty clearly that the point of this exercise was to stress test the Liveview performance. Making this more efficient would be kinda counter productive
I'd be curious to see what parameters are required for a smooth / playable demo.
Or am I missing something?
(Slow input with no interpolation?)
Re: Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
#18if only i could run django on cloudflare workers guess i could run it on a dedicated server would be nice if we can get django and liveview working without a server
I wish we could host Django apps with the tasks and everything on Cloudflare workers. Also it would be nice to have a DB like SQLite within Cloudflare.
Re: Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
#19if only i could run django on cloudflare workers guess i could run it on a dedicated server would be nice if we can get django and liveview working without a server
you can do it on wasmer's workers, their last wasm/python approach is pretty solid (compatibility, performance). it's sad to say, but after 4 years of "beta" Python support on CF workers - it's still ugly. I dunno who was responsible for such a neglect, but even with the last changes - total fiasco
Re: Doom in Django: testing the limits of LiveView at 600.000 divs/segundo
#20if only i could run django on cloudflare workers guess i could run it on a dedicated server would be nice if we can get django and liveview working without a server