Milk-V Duo is a $9.00 RISC-V tiny embedded computer
linuxgizmos.com
linuxgizmos.com
(And to show my clock working here: a stock RP2040 is two cores @ 133Mhz each. This board's 1Ghz + 700Mhz. 1700 / 266 = 6.4x. Not sure how apples to oranges arm-thumb/risc-V is though?)
Dunno about power consumption.
Full FPU and MMU, runs standard Linux e.g. Ubuntu server boots with about 36 MB free RAM.
To answer the previous poster, RV64GC is more similar to Thumb2 (but with 32 registers of 64 bits, not 16 registers of 32 bits) than to the cut-down Thumb1 (technically ARMv6-M) in the Pico. Plus, yeah, DP FPU and vector and MMU.
> All that's left is that pesky 32-bit CPU & MMU requirement. Well the AVR has no MMU and is 8-bit. To conquer this obstacle, I wrote an ARM emulator.
> It takes about 2 hours to boot to bash prompt ("init=/bin/bash" kernel command line). Then 4 more hours to boot up the entire Ubuntu ("exec init" and then login). Starting X takes a lot longer.
Uh, yeah ... I don't think I'd use the verb "run" anywhere near this.
Also FTA: > The Wiki pages for this device describes that the “Milk-V Duo includes CV1800B chip with a 100Mbps PHY. PHY is linked to a 5-pin solder pad, Additionally, an external transformer and a RJ45 socket are needed for Ethernet use.”
I don't see the lack of transformer a problem for various reasons. Driving an Ethernet transformer requires some current, and it can be avoided completely when making point to point connections between two boards on the same system, or using switch chips (also without magnetics) to connect more boards in a star scenario such as a small cluster.
Ideally I'd love to have at least 512MB of ram. I realize that's overkill for a lot of applications, but it'd give me confidence it can run a reasonably competent Linux userland.
Try it right here:
https://bellard.org/jslinux/vm.html?cpu=riscv64&url=fedora33...
It's slow the first time as it loads things over the network, but once files are cached in the browser it takes 5 seconds to boot to a shell prompt and 2.5 seconds to gcc compile helloworld.
You can run GNU "screen" to make a couple of panes and run "top" in one and see there is a good amount of free RAM even when running emacs.
This JS emulation runs at around the speed of maybe a 200 MHz CPU. The 1 GHz C906 in the Milk-V Duo is probably about five times faster, and the 480 MHz C910 in the BL808 chip on the M1s and Ox64 is several times faster as well.
Quite usable speed, comparable to the original Raspberry Pi. Just not enough RAM to run a modern GUI is all.
On a 128MB wifi router this all & a lot of other small utils fits okay ish, runs fine, while routing. 256MB vastly preferred.
Hell, in the late 90s I was running that kind of stuff on Linux on a Pentium with 32 MB total RAM, not >32 MB free after booting.
Wifi routers tend to be much bigger class devices but 128mb is very common, 256 pretty establishdd. It's just nice not feeling super space constrainted. This isn't rocket science, we shouldn't have to obsess over payload size. The cost should be so small. Albeit yet at scale some folks do have cause to pinch those pennies, it's not a good general computing path.
Also, boards with an SoC with a single 1 GHz C906 core have been shipping for two years, and people testing them have found them superior to a Pi Zero (about 15% faster on average). This board has dual 1 GHz C906s, which is obviously better again.