It’s all so)
IMHO If they do the load distribution - there will be problems with reordering the packets.
“ARM” architecture is not yet working normally.
Hey Normis,
They work! ive seen with dude running. i was just hoping for more, i mean in a few months ill have to upgrade again with my routerboard running with 90% usage on core “0” while the others at 1%
well should i aim for a x86 ?
This is weird. I was hopping to find one process eating almost all CPU. Instead I found 4 or 5 processes, using only one core.
Your firewall is eating 30% of a single core. I believe the Mikrotik implementation spread the load assigning one stream to each core. Are these numbers the result of a single stream? One single connection, downloading something? If yes, that would explain it. If this is the case, try with a torrent - they open dozens of connections, and the load should use all 4 cores.
What is the connection speed? 30% of a single core is quite something. Maybe some optimization on the firewall/queue rules? I know this isn’t the issue, but…
You may be right, and this is a bug. I don’t have one of this units to test, so can’t help this way.
From Firewall / Connections / Tracking set TCP Established Timeout to something small, like 5 minutes to at least drop connections that aren’t doing anything. This will not effect active connections. Does this help?