Thoughts on this Raspbery Pi Rival? board handled 20 open Chrome tabs, 4K video playback smoothly ,board has Rockchip 8core ARM procesor, 32 GB RAM, Mali G610 GPU,is al competing with top OOPS boards.
I don’t know if it’s still the case but kernel support and related was nearly always an issue when I tested Raspi alternatives for building homebrew robots. OS updates were a gamble and support and documentation was not good to say the least. Raspi also has every HAT you can imagine to extend their capabilities too.
As many have pointed out, price wise it's not competitive. But more than that, the main feature of the Pi is its software support. I buy a Pi not because it's got the top specs but because I know I can load a rock solid OS with security support and I won't have to think about it. This is a problem for every Pi competitor.
Price of ARM chips has gone up. Price of x86 has come down. x86 comes with a small energy penalty for a huge boost in speed. Also just a more versatile architecture, since most servers run x86.
ARM boards are just a pain to use right now. There's always some stupid quirk or driver problem and that's if you even manage to find an up to date image for your chosen OS that works (because I can just about guarantee the 'generic ARM' one won't). Feels like every few months someone announces something that'll make all these problems go away yet here we are.
I love ARM so much compared to x86, but speaking from a low-cost consumer server perspective, x86 is a great value, and it comes with a no compromises on software compatibility.
That's the biggest thing. apt install xyz works on my N100 based box every time I expect it will, but it was always a crapshoot on a Pi. If you don't need GPIO you don't need a Pi.
Perhaps the newer models consume that much (under load), but the older ones are very power efficient - back in the day they ran Windows 8 and only consumed 4.6W @ idle (this is actually the same one I have, except I run HA on it which is probably much more power efficient than Windows 8 would be).
Realistically, for something like this, you probably don't want to exclusively use the full load numbers to calculate power consumption, rather you want to use the idle+load numbers for your specific use case. Home Assistant barely uses any power even over time (I unfortunately misplaced my kill-a-watt or I'd measure it for you), and the NUC barely feels warm.
Nonetheless, you can disable a bunch of the GPU stuff in the BIOS if you're concerned about power consumption. The article I linked above explains the settings a bit. These were meant to be the middle ground between a thin client and full PC, so it wouldn't be surprising if their maximum wattage & TDP was much higher than a Pi; but that doesn't necessarily mean a higher power bill or more heat.
Lastly, I mostly meant that this would be a good alternative to the device in the article, which would need a beefier power supply than the NUC. This shop listing says that its TDP is 60W, so just looking at raw numbers the NUC runs much cooler.
Running multiple virtual machines might be one use for all that RAM. I completely agree about going with a NUC (or similar x86-64) unless power consumption is a concern. I stopped buying SBCs once Intel platforms started competing on the low end.
"There's no innovation here; it uses a Rockchip processor, which is from a Chinese company. Assembling a board with Chinese components isn't a big deal. I know people who could make an even better board. Innovation would have been if the processor was designed by an Indian company and made entirely in India. But that's not the case."
Lol, changing the country of origin doesn't constitute innovation from a consumer standpoint...
Now if this was using 5nm or chiplit or any of the other buzzwords of the day it could be marketed as innovative in the modern sense of the word.
Realistically there is no innovation left for ARM platforms. They all use the same core schematics. They only control data flow and peripheral IP as a manufacturer, unless they feel like building their own core from the spec (nobody really does that anymore as ARM has been desperately trying to standardize everything). The most "innovation" I've seen has come from stubbornness around keeping legacy bus architecture around instead of adopting AXI (even when all the IP they are trying to use already uses AXI and they keep having to make translation hardware).