[Solved] WiFi is much slower on Arch than on Windows

Nan123 · 2023-03-27 22:34:18

Hi!
I bought a new wifi card some months ago but for whatever reason, my speed is significantly worse than on Windows. On Windows, I get around 60MB/s, while on Arch, I am lucky to get 20. There is also in issue that happens intermittently where a domain won't load for about 5 seconds before then loading normally. I am assuming this is DNS related due to the fact that it only happens on new/infrequent domains and typically works normally after the issue occurs once. I am using iwd with its built in dhcp client and systemd-resolved for DNS, and nothing else (except ufw and iptables-nft). It's also probably worth noting that I have an Nvidia GPU. I've tried everything, disabling power saving, as well as the iwlwifi tips on the arch wiki to no avail. I assumed that buying a card that has a well supported, in-tree driver would cause no issues, but I digress. Disabling 11ax (iwlwifi.disable_11ax=1) seemed to help the issue a little bit, but didn't fix the issue entirely. My router (LinkSys E8450) and this wifi card are both WiFi 6 equipped. I am honestly lost at what else to try, here is all the diagnostic info I can think to provide.

Journal: https://pastebin.com/BAfEsFkT
dmesg: https://pastebin.com/Xu3fFVyn

iwctl adapter list:

--------------------------------------------------------------------------------
  Name      Powered   Vendor                Model
--------------------------------------------------------------------------------
  phy0      on        Intel Corporation     Wi-Fi 6
                                            AX210/AX211/AX411
                                            160MHz (Wi-Fi 6
                                            AX210 160MHz)

iw dev wlan0 info:

Interface wlan0
	ifindex 4
	wdev 0x2
	addr REDACTED
	ssid REDACTED
	type managed
	wiphy 0
	channel 36 (5180 MHz), width: 80 MHz, center1: 5210 MHz
	txpower 22.00 dBm
	multicast TXQ:
		qsz-byt	qsz-pkt	flows	drops	marks	overlmt	hashcol	tx-bytes	tx-packets
		0	0	0	0	0	0	0	0		0

lspci:

00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) I/O Memory Management Unit
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe GPP Bridge
00:01.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe GPP Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge
00:03.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe GPP Bridge
00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge
00:07.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge
00:07.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Internal PCIe GPP Bridge 0 to Bus B
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Internal PCIe GPP Bridge 0 to Bus B
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 59)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 5
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 6
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 7
01:00.0 Non-Volatile memory controller: Sandisk Corp WD Blue SN550 NVMe SSD (rev 01)
02:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset USB 3.1 xHCI Controller (rev 02)
02:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset SATA Controller (rev 02)
02:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b2 (rev 02)
03:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
03:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
03:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
03:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
03:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
04:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network Connection (rev 03)
06:00.0 Network controller: Intel Corporation Wi-Fi 6 AX210/AX211/AX411 160MHz (rev 1a)
09:00.0 VGA compatible controller: NVIDIA Corporation TU106 [GeForce RTX 2070] (rev a1)
09:00.1 Audio device: NVIDIA Corporation TU106 High Definition Audio Controller (rev a1)
09:00.2 USB controller: NVIDIA Corporation TU106 USB 3.1 Host Controller (rev a1)
09:00.3 Serial bus controller: NVIDIA Corporation TU106 USB Type-C UCSI Controller (rev a1)
0a:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Zeppelin/Raven/Raven2 PCIe Dummy Function
0a:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Platform Security Processor (PSP) 3.0 Device
0a:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Zeppelin USB 3.0 xHCI Compliant Host Controller
0b:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Zeppelin/Renoir PCIe Dummy Function
0b:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
0b:00.3 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) HD Audio Controller

lspci -k (entry for wifi card)

06:00.0 Network controller: Intel Corporation Wi-Fi 6 AX210/AX211/AX411 160MHz (rev 1a)
        Subsystem: Intel Corporation Wi-Fi 6 AX210 160MHz
        Kernel driver in use: iwlwifi
        Kernel modules: iwlwifi

TIA!

EDIT: It seems that I can get 30-45MB/s in qBittorrent on a torrent with a large amount of seeders, this is better, but not as good as it *should* be. The latency/dns issue is also quite annoying.

Last edited by Nan123 (2023-03-30 03:08:27)

Lone_Wolf · 2023-03-28 11:00:21

How did you determine the speed you get on archlinux ? The output of speedtest-cli (comes with speedtest-cli package) would help to get an indication of real speeds.

About the dns / leatency issue :

Post the output of

$ drill -4 archlinux.org     #comes_with__ldns__
$ drill -6 archlinux.org
$ drill -4 @1.1.1.1 archlinux.org
$ drill -6 @2606:4700:4700::1111 archlinux.org

EDIT :
There is a change the speed and dns issues are not related. If that is the case each having their own thread would help.

Last edited by Lone_Wolf (2023-03-28 11:11:12)

seth · 2023-03-28 12:39:26

than on Windows. On Windows

3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.

i aM UsInG IwD WiTh iTs bUiLt iN DhCp cLiEnT AnD SyStEmD-ReSoLvEd fOr dNs, AnD NoThInG ElSe

ip a
ip r

And then get the wireguard device out of the mix…

Nan123 · 2023-03-29 00:45:45

Lone_Wolf wrote:

How did you determine the speed you get on archlinux ? The output of speedtest-cli (comes with speedtest-cli package) would help to get an indication of real speeds.

I've done a fresh install and the latency issue seems to be fixed (for now), speedtest-cli seemingly gave me an incorrect result. For testing speed, I use speedtest.net, fast.com, high seed torrents, and download packages with pacman.

seth wrote:

Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons

Sorry for the confusion, I'm not currently running Windows on my machine, I wiped it for arch. As stated above this is a new install with no wireguard, and speed is still bad (~120Mbp/s). Here are the outputs of the commands:

ip a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether REDACTED brd ff:ff:ff:ff:ff:ff
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether REDACTED brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.183/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
       valid_lft 85820sec preferred_lft 85820sec
    inet6 REDACTED/128 scope global dynamic noprefixroute
       valid_lft 385990sec preferred_lft 385990sec
    inet6 REDACTED/64 scope link
       valid_lft forever preferred_lft forever

ip r

default via 192.168.1.1 dev wlan0 proto dhcp src 192.168.1.183 metric 304
192.168.1.0/24 dev wlan0 proto dhcp scope link metric 304

Thanks again!

QUICK EDIT: I'm seemingly able to get around 40MB/s at times when using Pacman. Maybe this is an application problem? I'm gonna do some more testing.

EDIT 2: It's fixed now (???). I'm honestly not sure how, but I'm now getting around 45MB/s. I guess I'll consider this solved, not sure how though. I haven't changed any settings on this new install.

EDIT 3: It is broken again. I haven't changed anything aside from rebooting. I am honestly very confused right now. Both issues seem to come and go together and happen at seemingly random points.

Last edited by Nan123 (2023-03-29 04:46:20)

seth · 2023-03-29 06:52:34

I am honestly very confused

"Ex falso quodlibet"

speedtest-cli seemingly gave me an incorrect result

What does that even mean? It didn't succeed in proving your false point?

I'm not currently running Windows on my machine

So the comparism is moot, because random environmental aspects could have changed meanwhile.

It seems that I can get 30-45MB/s in qBittorrent

Maybe this is an application problem?

Is qBittorrent your only metric for this?

What *are* the speedtest-cli results?
What about the speedtest in https://bbs.archlinux.org/viewtopic.php?id=282044 ?
For wifi throughput you're preferably looking at a local connection on trasient data, ie. https://wiki.archlinux.org/title/Benchmarking#iperf
Run all of that in a console login, no desktop environment to minimize sideload.

Bittorrent is an incredibly shit metric: amount and quality of peers, UA specific quotas, sideload and QoS are completely random - even some local diskload could be a limiting factor.

Nan123 · 2023-03-29 07:20:05

Sorry for not being more clear. Speedtest-cli gives me about 100Mb/s or so consistently. I don't default to it because in my experience, even when my internet works correctly, it is still slower than it really should be, not sure why. qBit isn't my only metric, but its the one I get the best throughput in. As I've said, I've also used speedtest.net and fast.com.

This is an iperf I did to my phone:

Connecting to host 192.168.1.213, port 5201
[  6] local 192.168.1.183 port 47186 connected to 192.168.1.213 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  6]   0.00-1.00   sec  15.9 MBytes   133 Mbits/sec    0    798 KBytes
[  6]   1.00-2.00   sec  15.0 MBytes   126 Mbits/sec    0   1.41 MBytes
[  6]   2.00-3.00   sec  15.0 MBytes   126 Mbits/sec    0   1.80 MBytes
[  6]   3.00-4.00   sec  17.5 MBytes   147 Mbits/sec    0   2.22 MBytes
[  6]   4.00-5.00   sec  16.2 MBytes   136 Mbits/sec    0   2.22 MBytes
[  6]   5.00-6.00   sec  17.5 MBytes   147 Mbits/sec    0   2.22 MBytes
[  6]   6.00-7.00   sec  15.0 MBytes   126 Mbits/sec    0   2.22 MBytes
[  6]   7.00-8.00   sec  16.2 MBytes   136 Mbits/sec    0   2.22 MBytes
[  6]   8.00-9.00   sec  18.8 MBytes   157 Mbits/sec    0   2.22 MBytes
[  6]   9.00-10.00  sec  13.8 MBytes   115 Mbits/sec    0   2.22 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  6]   0.00-10.00  sec   161 MBytes   135 Mbits/sec    0             sender
[  6]   0.00-10.10  sec   160 MBytes   133 Mbits/sec                  receiver

iperf Done.

Your download script stayed around 8MB/s.
Whatever this issue is, it's highly inconsistent. Also, to respond to your statement about Windows, I switch between the two very often, but I've never had this issue happen there whereas this happens on every Arch install I've tried (as well as all other distros I've tried (Fedora, PopOS))

While writing this I did another test with fast.com and your script, and I was able to get around 380MB/s on fast, while your script downloaded the (100MB) file almost immediately, and peaked at 18MB/s. I changed absolutely nothing. It's very hard to test when you're getting radically different results at random.

Also, I don't understand why you seem angry? I'm trying my best.

Last edited by Nan123 (2023-03-29 07:32:24)

seth · 2023-03-29 11:39:52

It's very hard to test when you're getting radically different results at random.

Speedtest-cli gives me about 100Mb/s or so consistently. I don't default to it because in my experience, even when my internet works correctly, it is still slower than it really should be

100 Mbit/s is only 12.5MB/s, hence in line w/ your other findings?

But in general it's either interference or other fluctuating impact on the signal (distance)
The iperf result averages at ~17MB/s, so (unless your phone is the limiting factor) it's not the WAN

The isolated 380 MB/s would be way above 802.11n so you'd be on 802.11ac - or the test was flawed (website/browser?)

On Windows, I get around 60MB/s

Would move you into solid 802.11n, but not more.

Try "iwlwifi.disable_11ac=1", this is just a hunch, but you might be on a 2.4GHz 802.11n connection on windows and apparently 5GHz on linux.
If you're on the edge of the 5GHz signal (distancewise) you might wildly swing between great and no throughput, while the 2.4GHz band will provide a lower, but stable throughput.

Also, I don't understand why you seem upset with me?

"Ex falso quodlibet"…
I'm not upset at all (though your casual use of the term "should" gets you dangerously close

We just need to cut down the noise and get to some usable data, what means to eliminate all variables you can eliminate, so I'm telling what elements to get rid off (VPN and bittorrent being two major ones)

One more thing:

downloaded the (100MB) file almost immediately

is there (still, occasionally) high latency?
What are the drill ouputs for #2 (you can also use dig instead of drill)

Nan123 · 2023-03-29 20:44:37

seth wrote:

The isolated 380 MB/s would be way above 802.11n so you'd be on 802.11ac - or the test was flawed (website/browser?)

Not sure if this is just a typo, but I got 380 megabits per second, not MB.

seth wrote:

But in general it's either interference or other fluctuating impact on the signal

I'm not even sure if this is the case, I'm more inclined to believe that its a Linux issue. It looks to me like when the 'latency' issue happens, my connection just drops for a few seconds and no traffic moves, but I'm not totally sure.

seth wrote:

this is just a hunch, but you might be on a 2.4GHz 802.11n connection on windows and apparently 5GHz on linux.

I may be misunderstanding you, but I know for a fact that I'm using a WiFi 6 (ax) connection on a 5GHz band on Windows, and this appears to be the same for Linux (though I'm not certain it's using ax).

as for drill, here is the output. These weren't ran when the issue is occurring though, since I can't repro it:

drill -r archlinux.org:

;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 53603
;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; archlinux.org.       IN      A

;; ANSWER SECTION:
archlinux.org.  3543    IN      A       95.217.163.246

;; AUTHORITY SECTION:

;; ADDITIONAL SECTION:

;; Query time: 0 msec
;; SERVER: 127.0.0.53
;; WHEN: Wed Mar 29 13:37:56 2023
;; MSG SIZE  rcvd: 47

drill -4 @1.1.1.1 archlinux.org

;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 50939
;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; archlinux.org.       IN      A

;; ANSWER SECTION:
archlinux.org.  2681    IN      A       95.217.163.246

;; AUTHORITY SECTION:

;; ADDITIONAL SECTION:

;; Query time: 47 msec
;; SERVER: 1.1.1.1
;; WHEN: Wed Mar 29 13:38:35 2023
;; MSG SIZE  rcvd: 47

drill -6 archlinux.org

Error: error sending query: No (valid) nameservers defined in the resolver

drill -6 @2606:4700:4700::1111 archlinux.org

;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 55238
;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; archlinux.org.       IN      A

;; ANSWER SECTION:
archlinux.org.  2316    IN      A       95.217.163.246

;; AUTHORITY SECTION:

;; ADDITIONAL SECTION:

;; Query time: 21 msec
;; SERVER: 2606:4700:4700::1111
;; WHEN: Wed Mar 29 13:40:28 2023
;; MSG SIZE  rcvd: 47

ipv6 appears to be working, so I'm not sure why it acts that way, I assume it would be helpful to include my resolved.conf

[Resolve]
# Some examples of DNS servers which may be used for DNS= and FallbackDNS=:
# Cloudflare: 1.1.1.1#cloudflare-dns.com 1.0.0.1#cloudflare-dns.com 2606:4700:4700::1111#cloudflare-dns.com 2606:4700:4700::1001#cloudflare-dns.com
# Google:     8.8.8.8#dns.google 8.8.4.4#dns.google 2001:4860:4860::8888#dns.google 2001:4860:4860::8844#dns.google
# Quad9:      9.9.9.9#dns.quad9.net 149.112.112.112#dns.quad9.net 2620:fe::fe#dns.quad9.net 2620:fe::9#dns.quad9.net
#DNS=
#FallbackDNS=1.1.1.1#cloudflare-dns.com 9.9.9.9#dns.quad9.net 8.8.8.8#dns.google 2606:4700:4700::1111#cloudflare-dns.com 2620:fe::9#dns.quad9.net 2001:4860:4860::8888#dns.google
#Domains=
#DNSSEC=no
#DNSOverTLS=no
#MulticastDNS=yes
#LLMNR=yes
#Cache=yes
#CacheFromLocalhost=no
#DNSStubListener=yes
#DNSStubListenerExtra=
#ReadEtcHosts=yes
#ResolveUnicastSingleLabel=no

These are just the defaults.

Last edited by Nan123 (2023-03-29 20:45:24)

seth · 2023-03-29 21:02:59

though I'm not certain it's using ax

Not if you're passing iwlwifi.disable_11ax=1 (as stated in your OP)
ax would likewise allow for a 2.4GHz connection and MUCH more throughput than a meager 480Mb/s (or was the 60MB meant to be 60Mb?)

It looks to me like when the 'latency' issue happens, my connection just drops for a few seconds and no traffic moves, but I'm not totally sure.

The wget based speedtest would reveal that as the progress would stall and then jump instead of a steady progress.

when the issue is occurring though, since I can't repro it

The issue being "just" some latency which is independent from the general slowness or is the wifi currently not slow at all?
resolved resolves archlinux.org out of the cache, w/ no delay whatsoever.
The other times look reasonable enough.

ipv6 appears to be working, so I'm not sure why it acts that way

https://bbs.archlinux.org/viewtopic.php … 4#p2002284

--------------
Conventionally, if you got for two chars:
MB = MegaByte
Mb = Megabits

You'll have to be precise about this, in doubt always spell out the bytes and bits.
And oc. make sure you're not comparing different units with your assessments.

Nan123 · 2023-03-29 21:11:47

seth wrote:

Not if you're passing iwlwifi.disable_11ax=1

Ah, I see.

seth wrote:

or was the 60MB meant to be 60Mb

60MB

seth wrote:

The issue being "just" some latency which is independent from the general slowness or is the wifi currently not slow at all?

In this case I'm talking about the latency, but the two may be linked. I ran

wget http://speedtest.dal01.softlayer.com/downloads/test100.zip

and it stayed steady around 35MB (I would prefer closer to 45-50, but this is fine as long as the latency issue is solved).

Last edited by Nan123 (2023-03-29 21:13:11)

seth · 2023-03-29 21:24:59

For wget, make sure to "-o /dev/null" to make sure the destination (filesystem) isn't the limiting factor.

Nan123 · 2023-03-29 21:37:06

It seems I can't get a connection to the speedtest again with wget. I ran

wget -O /dev/null http://speedtest.wdc01.softlayer.com/downloads/test500.zip

and it stayed at around 17MB this time which matches that of not using /dev/null, so it doesn't seem to be an fs issue.

Nan123 · 2023-03-29 23:43:14

SOLVED!
I decided to try flashing my router with OpenWrt instead of the factory firmware, and in a stroke of luck, it worked!!! Both issues are now fixed. Thanks so much for the help seth!

Last edited by Nan123 (2023-03-30 03:16:34)

seth · 2023-03-30 06:17:51

Out of curiosity and to maybe pin this down a bit: do you have a comparative journal to see whether and what kind of different behavior openwrt triggers in the client?

ArtiomO · 2023-07-03 11:35:30

Faced with simillar issue on Dell XPS 9500 with "killer 1650" currenlty called Intel AX200 wireless adapter as i know.

Several days of tinkering and it works after i disabled DFS channels for 5Ghz adapter on my Mikrotik router:

skip-dfs-channels=yes

Now it works like a charm !

2ManyDogs · 2023-07-03 11:37:07

Closing this solved thread.

Arch Linux

#1 2023-03-27 22:34:18

[Solved] WiFi is much slower on Arch than on Windows

#2 2023-03-28 11:00:21

Re: [Solved] WiFi is much slower on Arch than on Windows

#3 2023-03-28 12:39:26

Re: [Solved] WiFi is much slower on Arch than on Windows

#4 2023-03-29 00:45:45

Re: [Solved] WiFi is much slower on Arch than on Windows

#5 2023-03-29 06:52:34

Re: [Solved] WiFi is much slower on Arch than on Windows

#6 2023-03-29 07:20:05

Re: [Solved] WiFi is much slower on Arch than on Windows

#7 2023-03-29 11:39:52

Re: [Solved] WiFi is much slower on Arch than on Windows

#8 2023-03-29 20:44:37

Re: [Solved] WiFi is much slower on Arch than on Windows

#9 2023-03-29 21:02:59

Re: [Solved] WiFi is much slower on Arch than on Windows

#10 2023-03-29 21:11:47

Re: [Solved] WiFi is much slower on Arch than on Windows

#11 2023-03-29 21:24:59

Re: [Solved] WiFi is much slower on Arch than on Windows

#12 2023-03-29 21:37:06

Re: [Solved] WiFi is much slower on Arch than on Windows

#13 2023-03-29 23:43:14

Re: [Solved] WiFi is much slower on Arch than on Windows

#14 2023-03-30 06:17:51

Re: [Solved] WiFi is much slower on Arch than on Windows

#15 2023-07-03 11:35:30

Re: [Solved] WiFi is much slower on Arch than on Windows

#16 2023-07-03 11:37:07

Re: [Solved] WiFi is much slower on Arch than on Windows

Board footer