4 ms·
I still use original Raspberry 2's (A53) in my server clusters, they are the lowest power devices that can saturate (good) SD cards on random writes/reads and s
by bullen 3y ago
I still use original Raspberry 2's (A53) in my server clusters, they are the lowest power devices that can saturate (good) SD cards on random writes/reads and still have performance left to serve calculations.
A72 in Raspberry 4 is really the pinnacle low power CPU performance if you count $ and compatibility (linux <-> GPU). ~3x can saturate symmetric 1Gb/s with advanced computation and still have calculations left.
You can buy neither, we'll see if the 4 ever comes back. The only thing I'm 100% of is that the 5 will have some drawback compared to both the 2 and the 4.
I can concur the peak of A55; the 5W TDP 22nm RK3566 in my RG353M is mind boggling! HL1 at 60 FPS and soon HL 2 at 30 FPS.
But Risc-V is not progressing with linux, mainly GPU drivers and integration is the problem. Historically the Chinese boards never got any attention and unfortunately you cannot depend on attention happening this time either.
Partly because now companies across the board(ers) are hiding kernel configs again. And "board support packages" are slow to be mainlined if ever.
- bullen 3y agoCorrection A7 is the R2 OG SoC, the last 32-bit only ARM! If you have one hold on to it... I knew it was special! They are removing 32-bit from modern ARM... but Intel will always have 32-bit!
- sounds 3y agoIntel makes it sound like they will never drop their legacy support, and are just "testing the waters" with X86-S, but internally the discussion is over. https://news.ycombinator.com/item?id=36013257 https://news.ycombinator.com/item?id=36013257
- bullen 3y agoIf anyone could give me a good answer to why 64-bit is useful I wouldn't argue. But now I'm planning a 64-bit linux ARM distro that only runs 32-bit apps!
- sounds 3y agoI'm reading between the lines a bit to try to answer, so if I missed your question or your intent please just point it out and I will adjust my answer. 32-bit is extremely useful. For intel, 16-bit is also very useful. The problem is that there is a strong divide between the people who find 32-bit and 16-bit useful at Intel, and the people who feel a need to force everyone onto UEFI "Class 3+" [1] and that everything else must be squeezed out, shamed, and moved to an emulator. It sounds like Arm 32-bit support might be around for a while. I mainly wanted to clarify that Intel is dropping their 32-bit and 16-bit support. [1] https://en.wikipedia.org/wiki/UEFI#Classes https://en.wikipedia.org/wiki/UEFI#Classes
- taffronaut 3y ago32-bit Arm is not being removed. There's the modern 32-bit only Cortex-A32 "AArch32 for full backward compatibility with Arm v7" [1]. Also expect 32-bit code compatibility to exist for a long time on Arm embedded cores for code size reasons. [1] https://developer.arm.com/Processors/Cortex-A32 https://developer.arm.com/Processors/Cortex-A32
- bullen 3y agoIt's being removed from the leading architectures. Which is a very bold, and probably bad move.