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

64 bit OS Raspberry Pi4 Benchmarks

medium.com

Post reply on HN
Print view View original

81–90 of 104 posts

Re: 64 bit OS Raspberry Pi4 Benchmarks

#81

Post by camccar »

kevinastone wrote: post #72
rcarmo wrote: 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-...

Last time I booted up my Jetson Nano, it was so slow. When I would ssh in it would take like two seconds to get a response after typing ls. Obviously this was sd card reads. It just doesn't have the polish/optimisations raspberry pi has.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#82

Post by camccar »

rubyn00bie wrote: post #45

Slightly off topic, but kind of on theme at least: does anyone know where to get an SBC (single board computer) with 6GB of RAM... or even 4.5GB (that doesn't cost like $~300)? The raspberry PI is almost perfect, I just need slightly more ram per unit. ARM or X86 I really don't care...

An old asus chromebox.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#83

Post by ratiolat »

rgovostes wrote: post #19

One of the things that I find great about Raspbian is that the boot files are stored on a FAT32 partition which is readable from any OS, and there are some nice considerations for headless setups: drop in a wpa_supplicant.conf to configure Wi-Fi, `touch ssh` to get OpenSSH enabled at next boot. Do any of the alternative OSes, like Ubuntu, offer this?

One thing I really wish raspbian had is full disk encryption. I'd go for vanilla Debian, but cannot since raspberry pi4 hardware is not open enough.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#84

Post by wolf550e »

fulafel wrote: post #70
DCKing wrote: 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…

Fast table based software AES implementations leak bits of the secret key in array offsets, so anything that can use the cache on the chip can get the key. A software implementation of AES that is secure against side channel attacks by using bitslicing is slow, you would be better off using chacha20-poly1305.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#85

Post by bjoli »

atanasi wrote: post #79
fulafel wrote: 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…

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

You don't, especially not GCM mode. You use one of the mature tested versions out there.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#86

Post by cesarb »

CivBase wrote: post #56

Noob question: What kind of optimizations are even responsible for those kinds of performance improvements? 32 bits is enough to utilize all 4 GB of the Raspberry Pi4, so I figured the only benefit of using a 64 bit OS would be to support 64 bit software. Why would a 64 bit build perform better than a 32 bit build on the same hardware?

> 32 bits is enough to utilize all 4 GB of the Raspberry Pi4

For 4 GB of memory, 32 bits of address space are not good enough, as discussed a couple of days ago (https://lwn.net/Articles/813201/ discussed here at https://news.ycombinator.com/item?id=22440733).

Re: 64 bit OS Raspberry Pi4 Benchmarks

#87

Post by watchdogtimer »

joecool1029 wrote: post #37

One of the main benefits you get to running a proper aarch64 userspace is ability to run a modern functional firefox install. The 32-bit builds usually don't support anything newer than a very old LTS release. It's been hell trying to build and/or run that target (see: https://bugzilla.mozilla.org/show_bug.cgi?id=1452128 ) This is especially important if considering use as a low-end desktop as Chromium will eat throu…

Where can I get it? I didn't think Mozilla offered a precompiled version for aarch64 Linux. I've been using an the Debian ESR release (68.0.5) from the Armbian repository on my NanoPi M4.

Re: 64 bit OS Raspberry Pi4 Benchmarks

#88

Post by fulafel »

wolf550e wrote: post #84
fulafel wrote: 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…

Fast table based software AES implementations leak bits of the secret key in array offsets, so anything that can use the cache on the chip can get the key. A software implementation of AES that is secure against side channel attacks by using bitslicing is slow, you would be better off using chacha20-poly1305.

So you're saying OpenSSL might still be using side channel vulnerable AES code, all these years after there was a big row about it?

This ARMv8 impl according to comments is constant time: https://github.com/openssl/openssl/blob/master/crypto/aes/as...

There are also other ARM AES implementations in the tree: https://github.com/openssl/openssl/tree/master/crypto/aes/as...

AFAICT one is for the hardware AES instructions, and one is a bitsliced (so constant time) impl for 32-bit ARMv7, and one is for low end ARMv4. The latter sounds like it might still be vulnerable to timing sidechannel attacks but no idea if it is still used by default in any configuration...

Re: 64 bit OS Raspberry Pi4 Benchmarks

#89

Post by technofiend »

I realize I'm a little late to the party as this post is almost a day old, however as a Pi enthusiast I feel obligated to mention RackN's edgelab [1] project which leverages Pi4's PXE boot to rapidly build a 64-bit mini Pi lab and then a k3s cluster on top.

Full disclosure: I don't work for RankN but am a customer; my use case is zero-touch ESXi cluster and Linux builds but I like the tool and have way too many Pis.

[1] https://github.com/digitalrebar/edgelab

Re: 64 bit OS Raspberry Pi4 Benchmarks

#90

Post by coleifer »

rubyn00bie wrote: post #45

Slightly off topic, but kind of on theme at least: does anyone know where to get an SBC (single board computer) with 6GB of RAM... or even 4.5GB (that doesn't cost like $~300)? The raspberry PI is almost perfect, I just need slightly more ram per unit. ARM or X86 I really don't care...

Just build a mini-itx.
Post reply on HN