I've seen a few posts from a few years ago regarding throughput speed on the Nighthawk X6 R8000. All of the threads died out without much being figured out.
I've tried both the stock firmware (V1.0.4.52_10.1.67) and OpenWrt compiled from master.
I was seeing 400-450Mbp/s through the WAN to the ISP's speedtest under the OpenWrt image, and 900+ Mbp/s under the stock firmware.
In OpenWrt, I installed QoS just to make sure it was disabled. The posts were all suggesting QoS was playing havoc on the stream. I can tell you that it wasn't the limiting factor.
I enabled both software and hardware offloading.. This DID help, but only in getting me to the 400-450 mark over 300-350.
Anyone got any ideas? I'd much rather have OpenWrt on the router, but I can't justify the speed loss for it.
PID PPID USER STAT VSZ %VSZ %CPU COMMAND
9 2 root RW 0 0% 46% [ksoftirqd/0]
Not even close.. Though the nic is showing 40-99%. But, since I KNOW I can get the speed in the stock firmware, I know the hardware can handle the link. For whatever reason, it can't under OpenWrt.
I've switched back to the ISP Provided Zyxel for now, but I'm not happy about it It does mean I can afford the downtime to get this right.
i don't know much about that device... what are the soc / network chipsets? and what's in cat /proc/interrupts?
based on the stats and the previous feedback... my guess is that expectations may be too high... and / or like the others have touched on... newer codebase and / or unoptimised stack is revealing limitiations of the underlying hardware.
Well, when on stock firmware, I get 900Mbps/240Mbps Down/Up.. On OpenWrt (built from master), I get 400Mbps.. So I don't think it's the hardware that can't handle it, but the implementation.
no need... @a_guy pretty much provided the details in the bug report... so like he says... best to try and track down an alternative firmware with a "specific" codebase or just run stock.
Since the R8000 is Officially supported, shouldn't there be a maintainer? The has been "unassigned" and "very low priority" since early 2019. The whole BCM-chipset makes me leery of trying to poke at it myself, alone.. It's a PITA to get it to TFTP back to stock right
To solve this problem, Broadcom developed the proprietary ctf.ko module that watches in-system routing rules and implements NAT on its own. It results in much better performance (even up to 850Mb/s on BCM4706) while breaking things like QoS and advanced firewall rules.
Unfortunately ctf.ko is closed source and there is no open source alternative.
Yep. FreshTomato includes this ctf.ko module and it works. r8000 is supported by it. My old r6300v2 is also supported and I can get full gigabit WAN. FreshTomato is basically the only option for open source gigabit WAN but it doesn't support any of recent routers as it's stuck at 2.6 kernel.
It does mean I can afford the downtime to get this right.
The has been "unassigned" and "very low priority" since early 2019. The whole BCM-chipset makes me leery of trying to poke at it myself, alone.. It's a PITA to get it to TFTP back to stock right 