A Page Load Time Comparison of Raspberry Pi 3 and 4 Web Servers (opens in new tab)

(cheapskatesguide.org)

46 pointssT370ma25y ago22 comments

22 comments

It seems to me that this is mostly benchmarking the performance of the (low bandwidth, high latency) DSL uplink, not the Raspberry Pi.

"I have seen it dynamically compress and serve at a sustained 2.7 times per second a small webpage"

You should be able to get a lot more performance out of a Rasperry Pi 3 than that! It has similar capacity to the 2000-era workhorse Sun E450 https://fanf.livejournal.com/141066.html

Ndymium5y ago

Yeah these numbers seem way off. I did some stress tests for my thesis and was able to get 20-90 requests per second served from a Raspberry Pi 2 running a PHP website with a PostgreSQL database, depending on the complexity of the page. An equivalent site programmed in Elixir fared even better. With plain Nginx serving a static HTML file, I could hit 1000 requests per second.

So it does seem the bottleneck here is the writer's Internet connection.

zokier5y ago

TLS probably adds significant latency here. Was your 1k RPS with TLS?

2 more replies

icedchai5y ago

Hah! I worked at a startup that deployed several E450's (and their smaller cousins, the E250's.) It's amazing how far we've come with hardware.

roesel5y ago

Some basic plots would go a really long way to make the results more understandable at a glance.

magicalhippo5y ago

Not really stressing the parts which substantially improved in the Pi 4, so not that surprising that the results aren't drastically better.

If you can use USB 3.0, saturate a GbE link or use lots of memory then the Pi 4 is a big upgrade.

m-p-35y ago

That's one thing I hope the Pi 4 successor will improve on: MicroSD for the on-board storage is a terrible medium, and I cross my fingers we see it replaced by a m.2 slot.

Solocomplex5y ago

It works surprisingly well as a Plex server.

branon5y ago

Consider Jellyfin instead of Plex :)

FpUser5y ago

I do not think the author is testing Raspberry Pi at all here. Rather the capacity of the uplink. I have Pi and know it is capable of way more on local network.

falcolas5y ago

Not a comment on the benchmarks themselves, but why not pre-compress the assets, and let the server simply pipe the data directly? Probably increase your throughput not insignificantly (given how prevalent compression support is in modern browsers).

dusted5y ago

I've run server machines in my home on my private connection since 2001, and I recommend this. Not only do you learn a lot, but you help keep the Internet what is's supposed to be: An global network of computers talking with each other.

I think this is a good time to plug the webring for geeks, just what you should join if you're running your website on your home connection! http://geekring.net/

ed25519FUUU5y ago

> I have done this in part to prove that even individuals on tight budgets can enjoy the free speech benefits of running web servers at home.

I’d caution people against running any kind of controversial thing on their home network. All it takes is a few complaints against your ISP and it will disappear unless you have some business account, and even still.

Shish2k5y ago

Running a .onion site over tor seems like it’d avoid this; and also still works when your ISP has you NAT’ed into a private address space - The tor server setup is pretty trivial (no harder than setting up nginx etc), the only downside (which is a pretty big downside) is that it requires extra effort from users :(

aimor5y ago

I ran my own Pi0w site through the test to see how it compares. About 35% of the time is spent on SSL, similar to what this person saw.

I'm not going to remove SSL, but I'm surprised it is such a big part of the page load.

patjoh5y ago

One reason why the PI can be slow here is lack of any ARMv8 Crypto Extensions and by running in 64 bit mode it can make it even slower.

https://www.raspberrypi.org/forums/viewtopic.php?p=1705614#p...

coder5435y ago

Also keep in mind that the Raspberry Pi Zero (used by the person you're responding to) has the same processor as the original Pi. I'm certain that the Pi 4 does tremendously better at handling crypto than the original Pi processor.

The 64-bit versus 32-bit thing is almost certainly software wonkiness, as that forum post indicates. There's no reason the 64-bit mode should be slower than 32-bit mode for that task, and benchmarks often show that 64-bit ARM is actually measurably faster than running in 32-bit mode, due to the additional available registers and whatnot.

toast05y ago

Are you using RSA or ECDSA certificates? RSA signing is a lot more difficult than ECDSA signing. If you're concerned about compatability with older clients, you can have dual certificates, but that can be more time consuming to setup.

todd38345y ago

Great write up. The look and feel of this website gave me nostalgia.

NoelFlantier5y ago

Sorry, might be off topic.. but i'm a big fan of the CSS here

j / k navigate · click thread line to collapse