Closed s3a6m9 closed 8 months ago
Are you checking this with ping?
No, I ran tests on speedtest by ookla. The dongle I am using is a BrosTrend AX1800 (AX4).
I had not checked this driver for latency issues but it does not surprise me as I'm working latency issues on a couple more out-of-kernel drivers here. All I can say right now is that if I find the problem and can come up with a solution, I will do so.
FYI: Realtek is not doing a good job with their WiFi 6 usb wifi adapter support. This was a very hard driver to work on and it is really buggy. If you have not checked in at the Main Menu for this site, I recommend you do so:
https://github.com/morrownr/USB-WiFi
Menu items 1 and 2 are good places to learn more about using USB WiFi adapters on Linux. We have seen big improvements in support for wifi on Linux over the last 5-6 years and there are big improvements for USB WiFi as well but the improvements for USB WiFi on Linux are mostly by Mediatek. You can read about it at the link above. Let me know if you have any questions.
@morrownr
It could be a browser issue, as I was testing on a Chrome binary from AUR. Using ping and testing multiplayer games, it actually maintains a lower latency than my other wired connection. However, when testing the 5G on the dongle, it goes up to around 200 ms or so every 5th ping. I used this driver to play games and other activities, and it worked fine on 2.4 GHz, so it may only be the 5G connections with the strange jitter. I'm able to confirm that it works well on Arch with kernel 6.8.1. Thanks for your help.
@s3a6m9
A lot of things can affect latency but I checked my notes over the last month and it seems almost all of the reports of latency on all of the drivers here have been by Arch users. Could it be something specific to Arch? It could be. I'll keep my eyes open, Oh, and all reports were with 5 GHz.
it is the situation now ? what will be changed in latency if you run under gdb ... on last two weeks the major-distributions all effected by corrupted xz and lzma libraries, however, the malicious code does not work if a debugger has been started beforehand and if no systemd is working with ssh ... so with running debugger you should become shorter latencies, BUT then you know also - system affected with the corruptions .... not the driver-code here is the problem, just the loaded malicious codes from installed libraries on your system ? arrr, i see i am not on right place here and too late: EXCUSE ME PLEASE my oldness
Running this driver on arch linux kernel 6.8.1-arch1-1 yields a higher download latency than it does on the same machine using windows (~30ms, 300-500ms respectively). The download/upload rates are around the same.