Well, its difficult to understand your case tbh...
Cause your replies lack the necessary information, like version being used, build date and etc! 
Anyway, you should use what works for you!
Is this the new master piece we were looking for?
https://wiki.friendlyelec.com/wiki/index.php/NanoPi_R5S
1 Like
This little thing looks amazing!
On my side I'm looking forward for a rk3588 based arm little box. 2.5x the CPU power of the rk3399.
I pre-ordered a rock pi 5, originally planned to be shipped Q2 2022, but likely not to be shipped before a while.
Not interested as a router with openwrt (for that the r4s is more than enough to handle my Gb/s fiber connectivity to WAN), rather for home appliances (NAS, docker/podman host, etc...).
For those interrested in 2.5Gb/s, r5s looks very promising, yes.
Worse CPU than the R4S tbh...
Almost tbh, cause the 1 x 1Gb + 2 x 2.5Gb are weird tbh! It should had been all 3 ports with 2.5Gb...
I know that its probably a SoC limitation(i did not check the datasheet for that cpu yet), but still it means that if you have 2 internet connections, you will be stuck with gigabit speeds lul
I hope that friendlyelec makes a NanoPi R6S with that CPU, cause then it will be a really powerful and amazing router.
is this processor good??:
Intel Celeron Processor 'Apollo Lake'
N3450
4 Cores
1.1GHz base frequency
2.2GHz Burst
2MB L2 cache
To be used as router? Its not bad actually...
Let me guess, you're planing on buying the zima board? If yes, i would not 
,cause its kinda expensive product...
You can get much better value from this one with 2.5Gbe ports:
This topton x86 router has much newer and better CPU:
Unless the small form factor of the zima board is something important for you.
The only thing about that topton x86 router is that the power supply that comes with it, does not have amazing quality, so i would suggest changing it for another one! The rest of the x86 topton router is pretty well build.
looks good, zima has more connectivity?
Well, you are the one who needs to decide that
The topton has more connectivity tbh:
1 x M.2 PCIe 3.0-2x NVME 1.3
1 x Sata 3.0
1 x Mini PCI-E
1 x SIM Card
1 x Serial port Header
1 x HDMI 2.0
2 x USB 3.0
2 x SODIMM DDR4
4 x 2.5 Gbe LAN
The zima board:
1 x PCIe 2.0 x4
1 x Mini-DisplayPort 1.2
2 x USB 3.0
2 x 1 Gb LAN
2 x Sata 3.0
Friendlywrt updated their repositories at github with their changes to 22.03, they add several uboot patchs:
IDK if there is anything new here, in other words, still not being used in official openwrt yet...
Does this computer resume power automatically after a power outage?
I thought I had the optimal router build - a rockpro64 w/ Intel pci express nic. But it turned out it will not resume after a power outage. That's just such a WAF killer 
How does it fail? 
if i update anaelorlinski i lose everything? docker, etc?
Yes. In fact, there is no power switch at all - it's always on.
If the rockpro64 is powered on but loses power, i.e. due to an electric outage, then the rockpro64 remains shut down, whereas other SBCs I've owned just resume to the last powered state, and for computers w/ bios there's usually a setting in BIOS to control the behaviour.
I’m considering buying one NanoPi R4S to use as my main router (mainly to have a more powerful device to use SQM and to install AdGuard).
Since this NanoPi’s SoC (Rockchip RK3399) implements a big.LITTLE architecture (two “big” A72 cores plus four “little” A53 cores), I have one question.
How well does OpenWRT currently support big.LITTLE architecture in the current 22.03 (kernel 5.10) release?
Will OpenWRT use all 6 cores, or will it use only the 2 “big” A72 cores?
Below is during a speedtest running CAKE SQM with a relatively recent 5.10.113 kernel snapshot and irqbalance, packet steering and software flow offload active. Otherwise I've done nothing special to distribute CPU load. Cores 4 and 5 are the "big" cores.
Load seems to spread across the cores OK, though my use case is not particularly challenging (400/20 Mbps ISP service).
1 Like
Their u-boot has several patches available that aren't in OpenWrt. One thing I've noticed from this thread is that some of you are disabling UHS due to issues with the router not rebooting, there seems to be a dtsi update and a u-boot patch that corresponds to that. Patches 301 and 302 here.
The current OpenWrt HEAD only has three patches in the repo.
2 Likes