Not bad at all, but the OpenWRT image still didn’t have Wi-Fi support a week or so ago, so I don’t know how good software support is going to be in the long run.
swetland 2 hours ago [-]
Don't suppose there's actually documentation for the CPU anywhere?
(I mean more than a tiny "datasheet" with a very high level overview and/or a pile of random Linux/uboot patches)
self 47 minutes ago [-]
Spacemit's website is a pain to use, but the processor appears to work almost exactly like the K1, so:
Raspberry wouldn't be the market leader if Orange, Rock and the rest could write documentation and support to save their life.
throwaway81523 19 minutes ago [-]
Anyone have openssl benchmarks? I.e. run "openssl speed" and post the output. Thanks!
5d41402abc4b 3 hours ago [-]
Are there any SBC with memory slot so that i can plug in 32GiB or more of RAM?
chithanh 3 hours ago [-]
Yes, lots of Intel and AMD based SBCs have SO-DIMM slots, but you'll have to accept the 3.5" format.
Regarding RISC-V SBCs, there was serious consideration to release the Milk-V Oasis with SG2380 and LPCAMM2. But this didn't work out as the SG2380 was held up by geopolitical issues.
LeFantome 48 minutes ago [-]
Still so mad about that
Havoc 2 hours ago [-]
Orange pi 5 plus has 32gb versions. Pricey though
rcarmo 3 hours ago [-]
Not really. Most in the ARM space, at least, are soldered on or you need to switch out the entire compute module. Intel ones (not mini-PCs, but industrial gear and things like the LattePanda) also tend to have soldered RAM.
Don’t think people buy riscv for their performance competitiveness at this stage
moffkalast 1 hours ago [-]
People don't really buy RISCV at all at this point, there's noting less compatible you could get if you tried.
Imustaskforhelp 28 minutes ago [-]
isn't there box64 that can run x64 applications?
And I think a language like golang can be a really really nice fit given how it can be compiled really fast towards risc-v as well
Maybe java also runs in risc-v I am not sure, surely people are working on java support I suppose.
People buy risc-v to support an open standard and to not worry about licensing fees.
Isro (india's nasa basically) uses some risc-v chips to not license arm chips etc. because of either better national security (to have less arm influence) or because they don't want licensing fees given how rudiculously price efficient isro is.
It's a lot for 40 USD. And not every AI project is a Language Model project.
OhMeadhbh 2 hours ago [-]
meh. i write a lot of PROLOG, so 2 TOPS is A LOT of horsepower.
protocolture 3 hours ago [-]
I keep seeing suggestions that theres no software support for Orange Pi.
Whats the go there? Is there no distro like Raspbian supporting it?
chithanh 3 hours ago [-]
Xunlong (Orange Pi) operates similarly to Pine64, throw hardware at the community and then let the community figure out the software part.
They provide official OS images at release but don't care much afterwards.
OhMeadhbh 2 hours ago [-]
There's a RV64 port of Debian and the RV2 and R2S are on the list of compatible hardware. No guarantee it'll be easy getting it loaded, it was like pulling teeth to get it on the SiFive U74 board, but that was 7 years ago, so it's GOT to be better by now.
rcarmo 3 hours ago [-]
There are plenty of Orange Pi boards with Armbian or unofficial Ubuntu support, but they’re ARM based.
Daviey 1 hours ago [-]
No SATA :(
self 44 minutes ago [-]
I bought the 32 GB emmc module for it, for the root filesystem. I have a 500 GB nvme drive for everything else. I believe an nvme-to-sata riser will work, but I don't have one to test with (plus you'd need to power the sata drive with something else).
goodpoint 1 hours ago [-]
$40 is way too expensive
yogorenapan 40 minutes ago [-]
Depends what you're using it for. A lot of people tend to buy pi-likes as servers which is absolutely bonkers. If you time eBay right, $50 would get you a fairly powerful intel NUC with much more performance and peripherals
mavamaarten 15 minutes ago [-]
I don't think it's bonkers. For running a true home server sure, there's more powerful things out there. But for hosting something like a ZigBee and Z-wave coördinator a Pi makes much more sense. Electricity is expensive, yo
kirito1337 3 days ago [-]
I don't like RISC-V unless it has a good GPU
rjsw 26 minutes ago [-]
RISC-V designs typically have an Imagination Technologies GPU, some support for them is in recent versions of Linux and mesa.
warrenm 3 days ago [-]
GPUs are [effectively] irrelevant for many use cases (IoT, embedded, most servers, etc)
_zoltan_ 3 hours ago [-]
the title says "... AI projects". now, maybe our definitions are different, but you probably want some hardware acceleration.
pjmlp 1 hours ago [-]
Most likely comming in vector, matrix instructions or NPU like chipsets, not necessarly GPUs.
jdiaz97 2 hours ago [-]
The chip (KY X1) comes with AI acceleration...
snvzz 2 days ago [-]
Attach your favourite GPU at the PCIe slot.
webdevver 4 hours ago [-]
they all suck. someone needs to make an open source gpu already, its been way too long.
Part of the problem is that every ASIC manufacturer (and indeed each fabrication process) has a different toolchain with a different set of primitives for circuit design. Yosys and other open tooling for FPGAs has helped a great deal in lowering the barrier to chip design and by association reuse of circuits. But every ASIC, at the moment, is tied to some vendor's PDK. Here's the one Google open sourced for Cypress Semi's SKY130 process node: https://github.com/google/skywater-pdk
Findecanor 2 hours ago [-]
It is at least theoretically possible to build a headless "GPU" from RISC-V processors that have the vector extension (RVV). RVV had been designed to be able to run programs compiled for the SIMT execution model that most GPUs use.
This Orange Pi RV2 has a small vector unit in each core, and could be used for at least prototyping the software until more powerful chips are available.
BTW. There have also been a couple hardware startups that have been working on commercial GPUs based on RISC-V's vector extension, with their own GPU-specific instruction set extensions for texture lookup and the like.
Hardware patents are orthogonal to open source software. If a patent covers the hardware then someone who wants to manufacture the hardware needs to license the patent, but you were never going to get free-as-in-beer hardware anyway, and a hardware patent is independent of whether the hardware is fully documented or has firmware with published source code and a license that allows users to make changes to it.
RISC-V going forward, one of the only beacons of hope in the silicon world.
I need one of such devices for my self-hosted services. And it will be time to port from C to assembly, really, because we have finally a CPU ISA which is 'sweet spot' balanced, standard, global, pushed forward with significant resources and without IP locks anywhere. No more developer/vendor lock-in via "the only compiler able to generate correct machine code", extremely hard to do planned obsolescence, etc, we need mainstream adoption NOW :)
The main blocker: how do I buy such device with a noscript/basic (x)html browser? And no way I use a credit card on a web site: would require well identified bank swift account, or wallet codes bought from local and physical currency terminals. I don't know of any local retailers I can buy such device from. Yep, the "web geniuses" at amazon (which supports wallet code) broke noscript/basic (x)html support a few years ago.
Not bad at all, but the OpenWRT image still didn’t have Wi-Fi support a week or so ago, so I don’t know how good software support is going to be in the long run.
- go to https://developer.spacemit.com/
- click on documentation
- click on Keystone
- click on K1
Regarding RISC-V SBCs, there was serious consideration to release the Milk-V Oasis with SG2380 and LPCAMM2. But this didn't work out as the SG2380 was held up by geopolitical issues.
And I think a language like golang can be a really really nice fit given how it can be compiled really fast towards risc-v as well
Maybe java also runs in risc-v I am not sure, surely people are working on java support I suppose.
People buy risc-v to support an open standard and to not worry about licensing fees.
Isro (india's nasa basically) uses some risc-v chips to not license arm chips etc. because of either better national security (to have less arm influence) or because they don't want licensing fees given how rudiculously price efficient isro is.
Whats the go there? Is there no distro like Raspbian supporting it?
They provide official OS images at release but don't care much afterwards.
And there have been some others as well: https://en.wikipedia.org/wiki/Free_and_open-source_graphics_...
Recently https://www.furygpu.com/
Part of the problem is that every ASIC manufacturer (and indeed each fabrication process) has a different toolchain with a different set of primitives for circuit design. Yosys and other open tooling for FPGAs has helped a great deal in lowering the barrier to chip design and by association reuse of circuits. But every ASIC, at the moment, is tied to some vendor's PDK. Here's the one Google open sourced for Cypress Semi's SKY130 process node: https://github.com/google/skywater-pdk
This Orange Pi RV2 has a small vector unit in each core, and could be used for at least prototyping the software until more powerful chips are available.
BTW. There have also been a couple hardware startups that have been working on commercial GPUs based on RISC-V's vector extension, with their own GPU-specific instruction set extensions for texture lookup and the like.
I need one of such devices for my self-hosted services. And it will be time to port from C to assembly, really, because we have finally a CPU ISA which is 'sweet spot' balanced, standard, global, pushed forward with significant resources and without IP locks anywhere. No more developer/vendor lock-in via "the only compiler able to generate correct machine code", extremely hard to do planned obsolescence, etc, we need mainstream adoption NOW :)
The main blocker: how do I buy such device with a noscript/basic (x)html browser? And no way I use a credit card on a web site: would require well identified bank swift account, or wallet codes bought from local and physical currency terminals. I don't know of any local retailers I can buy such device from. Yep, the "web geniuses" at amazon (which supports wallet code) broke noscript/basic (x)html support a few years ago.