Does you inquiry imply an issue with slower speeds running OpenWrt?
(Asking the OpenWrt forum about OEM firmware is rather distracting.)
Generally, merely reading a Wiki page isn't enough. If you're seeking assistance, please provide details on any optimizations done (e.g., enabling WED, offloading, etc.).
I can easily route > 1 gbit (2.5GbE ports, but running iperf3 client on Win box) over a T-56 using the same SoC.
The CPU load isn't even 20%, so the issue's with your config or hw.
Yeah, I tested it over Wi-Fi several times using different versions: GL.iNet's stock firmware as well as OpenWrt (both Stable and Master). On the GL.iNet side, I kept the firmware basic. For the OpenWrt build, I’m using a minimal setup with just a few performance tweaks for the accelerator. Despite that, the upload speeds are still terrible, Upload and download are pretty low.
While I’ve had the MT6000 for over 2 years and haven’t touched the Gl-inet firmware since the day I got it, yes it could be proprietary driver related. A few things I remember Gl-inet doing that OpenWrt doesn’t have enabled by default:
Hardware flow offloading
WED (offloads wireless, however you lose AQL, so wi-fi latency might be higher)
Packet steering (all CPUs) / RPS 128
Enabling those are outlined on the doc page. These will give you more throughput, but not handle latency as well. I get over 800Mbits over wifi 6 at 80MHz channel width (160MHz over 1Gbit but I don’t use it) on 24.10.5 (same with 24.12 RCs since mt76 is unchanged between that stable, eventually they will begin to diverge as mt76 gets more updates though).
It could very well be proprietary mtk driver is more performant than mt76. Personally I would not go back to Gl-inet firmware to find out though.
Same good performance here. PC1 wired → MT6000 via wifi → ASUS RT-AX53U wired → PC2 and SMB performance ~80 Megabyte per second through 2 walls. Because of the Asus only with 80MHz width channels. None of the 3 tweaks used as mentioned above.