Welcome to the Power Users community on Codidact!
Power Users is a Q&A site for questions about the usage of computer software and hardware. We are still a small site and would like to grow, so please consider joining our community. We are looking forward to your questions and answers; they are the building blocks of a repository of knowledge we are building together.
Post History
It turns out the resolution was the Network Acceleration option. It is enabled and set to Hardware Acceleration by default. Setting it to Software Acceleration or turning it off entirely resolves t...
#1: Initial revision
It turns out the resolution was the [Network Acceleration](https://docs.gl-inet.com/router/en/4/interface_guide/network_acceleration/) option. It is enabled and set to Hardware Acceleration by default. Setting it to Software Acceleration or turning it off entirely resolves the issue. I currently just have it completely disabled. I hadn't tried changing this option earlier, because it seemed counter-productive. In my case, it doesn't seem to cause any significant performance decrease for the WiFi connected devices and also does not seem to cause significant CPU load on the router itself. A benefit of *not* using Network Acceleration is that the speeds reported in the UI are accurate. I'm not sure *why* Hardware Acceleration causes this issue. The [documentation mentions](https://docs.gl-inet.com/router/en/4/interface_guide/hardware_acceleration/) that it can interact poorly with Smart Queue Management (SQM). I had set up SQM on the device directly through LuCI, but disabling it and changing queuing discipline settings on the desktop didn't seem to resolve the issue. I don't know if merely *installing* the SQM package on the router caused the issue. Again, the devices connected via WiFi did see the latency differences of enabling SQM without having their performance destroyed.
