Live data from Hacker News

64 bit OS Raspberry Pi4 Benchmarks

medium.com

71–80 of 104 posts

Re: 64 bit OS Raspberry Pi4 Benchmarks

#71

Add a heatsink and fan. You'll get better performance.

Just run current firmware from last september or later and keep the pi4 standing up on its side naked, it will never throttle no matter what you throw at it. (unless maybe your room is 80F or more) I've had my pi4 compile stuff for days on end and it does not throttle if the above setup is followed.

I'd still recommend a fan or something because the Pi 4 still gets quite hot, like around 50c idle without cooling solutions, and throttling only starts at 80c, which is crazy hot to touch.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#72
post #64

I’ve been running Ubuntu on most of mine for a while now, but I go back to Raspbian now and then for the hardware support (graphics, in particular, are a bit of a pain, but I’ve also had issues with the built-in Wi-Fi). My “lab” Pi 4 is on Raspbian also because I like noodling in Mathematica (which I don’t think you can get in ARM64 at all for any distro). It would be awesome to have a decent ARM64 SBC with a good GP…

Have you explored the Nvidia Jetson Nano[0]? It runs Ubuntu Aarch64 as its default OS.

[0]: https://developer.nvidia.com/embedded/jetson-nano-developer-...

Re: 64 bit OS Raspberry Pi4 Benchmarks

#73
post #3

Earlier quoted context omitted.

This results in a 64-bit kernel, but 32-bit userland, whereas the arm64 Debian is entirely 64-bit.

Do you need the `arm_64bit=1` flag to get 64-bit kernel, 64-bit userland or no? I would have thought 64-bit everything would have been the default.

The Raspbian images by design support all versions of the Pi, back to the original. The developers have stated they don't have the resources to maintain separate 32- and 64-bit userland images, but provide the config.txt option to at least enable the 64-bit kernel.

If you want a 64-bit userland, there are other options besides Raspbian. You can also try an in-place arch change from Raspbian to aarch64, but I imagine that would break some things, since the Raspbian-specific package repository only has packages for the armhf arch.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#74
post #68
post #63

Earlier quoted context omitted.

Integer division is mandatory from v7VE on upwards (so roughly Cortex-A9, A15 and later), and it's definitely in the 32-bit support of any 64-bit capable core. If Raspbian is compiling its packages for the lowest common denominator arm v6 cpu some Pis have, then you'd get some slowdown from division being an out-of-line call (to library code that can use the hw insn), but you'd see that part of the speedup just from…

Cortex-A9 does not have hardware division. Cortex-A7 and Cortex-A15 onwards do.

Yes, you're right, I misremembered. (It came in with CPUs with the virtualization extension, so not A9.)

Re: 64 bit OS Raspberry Pi4 Benchmarks

#75
post #70
post #60

The CPU of the Raspberry Pi 4 is the only 64-bit ARM chip I've ever seen that doesn't include native AES instructions. As a result, it's much lower performance for network or disk encryption use cases. Up until the RPi 4 I thought AES instructions were a part of AArch64, but I was wrong. Such a weird omission to make on (I expect) Broadcom's side. All other 64-bit ARM SBCs just have it, even the low cost ones.

AES is quite efficient in software. The RPi4 should be able to saturate its network connectivity many times over with SW AES. A Pentium II 200 MHz could saturate 100 Mbps with AES-128[1], RPi4 has 4 x 1400 MHz cores (with 64-bit ALU & NEON available). [1] https://www.di.ens.fr/~granboul/recherche/AES/timings.html edit: There are RPi4 AES and other benchmarks here in this "openssl speed" paste: https://gist.github.com…

That doesn't solve disk encryption, and it's primarily about efficiency for a lot of cases.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#76
post #60

The CPU of the Raspberry Pi 4 is the only 64-bit ARM chip I've ever seen that doesn't include native AES instructions. As a result, it's much lower performance for network or disk encryption use cases. Up until the RPi 4 I thought AES instructions were a part of AArch64, but I was wrong. Such a weird omission to make on (I expect) Broadcom's side. All other 64-bit ARM SBCs just have it, even the low cost ones.

Syncthing hashing performance of Rock64 (that has crypto extensions) is ten times that of Raspberry pi 4.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#77
post #70

Earlier quoted context omitted.

AES is quite efficient in software. The RPi4 should be able to saturate its network connectivity many times over with SW AES. A Pentium II 200 MHz could saturate 100 Mbps with AES-128[1], RPi4 has 4 x 1400 MHz cores (with 64-bit ALU & NEON available). [1] https://www.di.ens.fr/~granboul/recherche/AES/timings.html edit: There are RPi4 AES and other benchmarks here in this "openssl speed" paste: https://gist.github.com…

That doesn't solve disk encryption, and it's primarily about efficiency for a lot of cases.

Scenarios where the data read/written from disk is not going over the network and needs is be processed locally at the RPi at faster data rates than these exist but they are a small minority.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#78
post #64

I’ve been running Ubuntu on most of mine for a while now, but I go back to Raspbian now and then for the hardware support (graphics, in particular, are a bit of a pain, but I’ve also had issues with the built-in Wi-Fi). My “lab” Pi 4 is on Raspbian also because I like noodling in Mathematica (which I don’t think you can get in ARM64 at all for any distro). It would be awesome to have a decent ARM64 SBC with a good GP…

Rock Pi 4, Nano Pi M4, Orange Pi 4B, and Pine HardROCK64 ( this one ETA April) are all RK3399, which I think should be able to handle that.

Then there's also Khadas VIM3.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#79
post #70
post #60

The CPU of the Raspberry Pi 4 is the only 64-bit ARM chip I've ever seen that doesn't include native AES instructions. As a result, it's much lower performance for network or disk encryption use cases. Up until the RPi 4 I thought AES instructions were a part of AArch64, but I was wrong. Such a weird omission to make on (I expect) Broadcom's side. All other 64-bit ARM SBCs just have it, even the low cost ones.

AES is quite efficient in software. The RPi4 should be able to saturate its network connectivity many times over with SW AES. A Pentium II 200 MHz could saturate 100 Mbps with AES-128[1], RPi4 has 4 x 1400 MHz cores (with 64-bit ALU & NEON available). [1] https://www.di.ens.fr/~granboul/recherche/AES/timings.html edit: There are RPi4 AES and other benchmarks here in this "openssl speed" paste: https://gist.github.com…

I have heard that AES is very complicated to implement in software, if one intends to avoid side-channel leaks.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#80

Everyone's asking for the Debian image / instal instructions. I'm curious too, from when this post was shared originally and trended in early Jan.

sakaki- has a build guide here: https://github.com/sakaki-/gentoo-on-rpi-64bit/wiki/Build-an...

And weekly kernel builds here: https://github.com/sakaki-/bcm2711-kernel

She focuses more on Gentoo, but it's mostly the same - just pop it onto an existing Debian 64 image.

Post reply on HN