4 ms·
Much more ready for server usage than desktop usage. Linux is Linux. It's hard to go wrong when you're not mucking about with graphics cards and first-person g
by brucehoult 3y ago
Much more ready for server usage than desktop usage.
Linux is Linux. It's hard to go wrong when you're not mucking about with graphics cards and first-person games and things like that.
- MaxBarraclough 3y agoFor server workloads there can still be plenty of non-trivial architecture-specific dependencies besides the core OS itself, such as the JVM and other JIT-based interpreters. Python 'pip' packages, which often have native code dependencies, may also lack official RISC-V builds.
- brucehoult 3y agoAccess to servers such as these, for pennies per hour, will accelerate authors of those packages porting them to RISC-V. It's a lot lower barrier to entry than buying the equivalent board outright for $180. You can also just do `docker run -it riscv64/ubuntu` on your x86 or Mac, at zero incremental cost.
- zozbot234 3y agoYou should be able to use QEMU user-level emulation to run binaries from other architectures on a RISC-V system, while using native code for the rest. Alternately if the code is available and reasonably clean, you could try a RISC-V build yourself. (Obviously not for the JVM and other JIT-dependent stuff - though these ports are ongoing too - but for most smaller projects it should work fine.)