Bad ethernet connection on a new install

Hey, how’s it going? This is my first time using Manjaro, although I have some (2+ years) experience with Arch, and I’m facing some issues particularly with my wired internet connection. I’m using a dual boot alongside Windows 10 and in Windows I don’t experience the same problems, nor with my other devices (Wifi or wired), which indicates is not an issue with my internet per se (or my ISP). I was also facing some performance issues, like lagging when dragging floating windows (I’m using the i3 Manjaro lightweight install from the Manjaro website), but I figured it could be the compositor’s fault (picom) so I disabled it and the performance seems to be much better now, although I still experience some slow responses for some commands (like opening an application or killing a window) sometimes. But the major issue is definitely my ethernet connection. When testing with speed-test CLI I get a 280 Mbps download speed (which shouldn’t be the case as I have a 500 Mbps connection, but that in particular might be my ISP’s fault) but I don’t get the correct speed when navigating or downloading stuff. Usually I get around 1 to 5 Mbps download with pacman (I’ve already tried to update and sort mirrors) and in Firefox.

One particular situation in which I can really feel the connection issues is when I first start up WhatsApp Web (and Firefox in general). I takes a long ass time to load the first time and messages tend to lag as well. I tried with Chromium and it loads a bit faster, but it’s still slow and the messages still lag sometimes. I also experience slow loading in other websites, like Gmail, or when loading images in websites.

Here’s the output of inxi -Fza:

System:
  Kernel: 5.15.55-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 12.1.0
    parameters: BOOT_IMAGE=/boot/vmlinuz-5.15-x86_64
    root=UUID=059416f2-ba53-4a7f-aecc-e9ba3c708852 rw quiet
    udev.log_priority=3
  Desktop: i3 v: 4.20.1 info: polybar vt: 7 dm: LightDM v: 1.30.0
    Distro: Manjaro Linux base: Arch Linux
Machine:
  Type: Desktop System: QBEX product: QBEX-H61H2-M17 v: 1.0
    serial: <superuser required>
  Mobo: QBEX model: QBEX-H61H2-M17 v: 1.0 serial: <superuser required>
    UEFI: American Megatrends v: 4.6.5 date: 12/10/2012
Battery:
  ID-1: hidpp_battery_0 charge: 100% condition: N/A volts: 4.2 min: N/A
    model: Logitech G703 LIGHTSPEED Wireless Gaming Mouse w/ HERO type: N/A
    serial: <filter> status: charging
CPU:
  Info: model: Intel Core i5-3330 bits: 64 type: MCP arch: Ivy Bridge
    gen: core 3 built: 2012-15 process: Intel 22nm family: 6
    model-id: 0x3A (58) stepping: 9 microcode: 0x21
  Topology: cpus: 1x cores: 4 smt: <unsupported> cache: L1: 256 KiB
    desc: d-4x32 KiB; i-4x32 KiB L2: 1024 KiB desc: 4x256 KiB L3: 6 MiB
    desc: 1x6 MiB
  Speed (MHz): avg: 1823 high: 2367 min/max: 1600/3200 scaling:
    driver: intel_cpufreq governor: schedutil cores: 1: 2367 2: 1597 3: 1733
    4: 1597 bogomips: 23955
  Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
  Vulnerabilities:
  Type: itlb_multihit status: KVM: VMX disabled
  Type: l1tf
    mitigation: PTE Inversion; VMX: conditional cache flushes, SMT disabled
  Type: mds mitigation: Clear CPU buffers; SMT disabled
  Type: meltdown mitigation: PTI
  Type: mmio_stale_data status: Not affected
  Type: spec_store_bypass
    mitigation: Speculative Store Bypass disabled via prctl and seccomp
  Type: spectre_v1
    mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Retpolines, IBPB: conditional, IBRS_FW,
    STIBP: disabled, RSB filling
  Type: srbds status: Vulnerable: No microcode
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: NVIDIA GM107 [GeForce GTX 750 Ti] vendor: Gigabyte driver: nvidia
    v: 515.57 alternate: nouveau,nvidia_drm non-free: 515.xx+
    status: current (as of 2022-06) arch: Maxwell process: TSMC 28nm
    built: 2014-19 pcie: gen: 1 speed: 2.5 GT/s lanes: 8 link-max: gen: 3
    speed: 8 GT/s lanes: 16 bus-ID: 01:00.0 chip-ID: 10de:1380 class-ID: 0300
  Device-2: Cubeternet GL-UPC822 UVC WebCam type: USB driver: uvcvideo
    bus-ID: 1-1.4:4 chip-ID: 1e4e:0102 class-ID: 0e02
  Display: x11 server: X.Org v: 21.1.4 driver: X: loaded: nvidia
    gpu: nvidia display-ID: :0 screens: 1
  Screen-1: 0 s-res: 3280x1080 s-dpi: 101 s-size: 825x272mm (32.48x10.71")
    s-diag: 869mm (34.2")
  Monitor-1: HDMI-0 pos: right res: 1920x1080 hz: 60 dpi: 102
    size: 480x270mm (18.9x10.63") diag: 551mm (21.68") modes: N/A
  Monitor-2: HDMI-1 pos: primary,left res: 1360x768 hz: 60 dpi: 30
    size: 1150x650mm (45.28x25.59") diag: 1321mm (52.01") modes: N/A
  Message: Unable to show GL data. Required tool glxinfo missing.
Audio:
  Device-1: Intel 6 Series/C200 Series Family High Definition Audio
    vendor: Elite Systems driver: snd_hda_intel bus-ID: 2-1.6:5 v: kernel
    chip-ID: 1b3f:2008 bus-ID: 00:1b.0 chip-ID: 8086:1c20 class-ID: 0300
    class-ID: 0403
  Device-2: NVIDIA GM107 High Definition Audio [GeForce 940MX]
    vendor: Gigabyte driver: snd_hda_intel v: kernel pcie: gen: 1
    speed: 2.5 GT/s lanes: 8 link-max: gen: 3 speed: 8 GT/s lanes: 16
    bus-ID: 01:00.1 chip-ID: 10de:0fbc class-ID: 0403
  Device-3: Generalplus USB Audio Device type: USB
    driver: hid-generic,snd-usb-audio,usbhid
  Sound Server-1: ALSA v: k5.15.55-1-MANJARO running: yes
  Sound Server-2: JACK v: 1.9.21 running: no
  Sound Server-3: PulseAudio v: 16.1 running: yes
Network:
  Device-1: Qualcomm Atheros AR8151 v2.0 Gigabit Ethernet
    vendor: Elite Systems driver: atl1c v: kernel pcie: gen: 1 speed: 2.5 GT/s
    lanes: 1 port: d000 bus-ID: 03:00.0 chip-ID: 1969:1083 class-ID: 0200
  IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
  Local Storage: total: 1.35 TiB used: 221.33 GiB (16.1%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/sda maj-min: 8:0 vendor: Toshiba model: MQ01ACF050
    size: 465.76 GiB block-size: physical: 4096 B logical: 512 B
    speed: 3.0 Gb/s type: HDD rpm: 7200 serial: <filter> rev: 1C scheme: MBR
  ID-2: /dev/sdb maj-min: 8:16 vendor: HGST (Hitachi)
    model: HTS545050A7E380 size: 465.76 GiB block-size: physical: 4096 B
    logical: 512 B speed: 3.0 Gb/s type: HDD rpm: 5400 serial: <filter>
    rev: AC90 scheme: GPT
  ID-3: /dev/sdc maj-min: 8:32 model: SATA SSD size: 447.13 GiB block-size:
    physical: 512 B logical: 512 B speed: 3.0 Gb/s type: SSD serial: <filter>
    rev: Sc10 scheme: GPT
Partition:
  ID-1: / raw-size: 114.05 GiB size: 111.7 GiB (97.94%)
    used: 21.56 GiB (19.3%) fs: ext4 dev: /dev/sdc5 maj-min: 8:37
  ID-2: /boot/efi raw-size: 512 MiB size: 511 MiB (99.80%)
    used: 312 KiB (0.1%) fs: vfat dev: /dev/sdc6 maj-min: 8:38
  ID-3: /home raw-size: 465.76 GiB size: 457.38 GiB (98.20%)
    used: 199.77 GiB (43.7%) fs: ext4 dev: /dev/sdb1 maj-min: 8:17
Swap:
  Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
  ID-1: swap-1 type: file size: 8 GiB used: 0 KiB (0.0%) priority: -2
    file: /swapfile
Sensors:
  System Temperatures: cpu: 46.0 C mobo: N/A gpu: nvidia temp: 38 C
  Fan Speeds (RPM): N/A gpu: nvidia fan: 40%
Info:
  Processes: 179 Uptime: 15m wakeups: 2 Memory: 11.64 GiB
  used: 1.89 GiB (16.3%) Init: systemd v: 251 default: graphical
  tool: systemctl Compilers: gcc: 12.1.0 clang: 14.0.6 Packages: pacman: 991
  lib: 283 Shell: Zsh v: 5.9 running-in: alacritty inxi: 3.3.19

I’ve tried switching the kernel to linux54, but it made no noticeable difference. I’ve tried to disable auto-negotiation through the network manager CLI and set a fixed DNS address to 8.8.8.8, still no difference.

Okay, if you are really sure the ethernet or the driver is the problem, then try first a test with iperf3… since you came from arch I expect you can figure yourself how to test. :wink:

as always in case of network troubles, pls. provide some more info on the network. inxi is by far not enough here. I suggest ‘ip a’ and ‘ip route’ and pls. run ‘netstat -i enp3s0 -c’ for a view seconds to see if there are errors on the line (RX-ERR or TX-ERR). As @megavolt already suggested, try to find another machine in your home net and - if possible - in the internet and run an iperf3 test, probably both IPv4 and IPv6. Next, check your router, what does it tell about your up/down bandwidth?

HP

Sorry for the delay, I wasn’t home. I ran iperf3, as suggested, on the closest public server I could find (a US server, I’m in South America) and these are the results:

$ iperf3 -c nyc.speedtest.clouvider.net -p 5200 -R
Connecting to host nyc.speedtest.clouvider.net, port 5200
Reverse mode, remote host nyc.speedtest.clouvider.net is sending
[  5] local 2804:2488:5085:1130:a51a:d7d9:233:fe90 port 33150 connected to 2a0b:f300:2:5::2 port 5200
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  2.72 MBytes  22.8 Mbits/sec
[  5]   1.00-2.00   sec  22.7 MBytes   190 Mbits/sec
[  5]   2.00-3.00   sec  23.1 MBytes   193 Mbits/sec
[  5]   3.00-4.00   sec  23.2 MBytes   195 Mbits/sec
[  5]   4.00-5.00   sec  23.5 MBytes   197 Mbits/sec
[  5]   5.00-6.00   sec  23.3 MBytes   195 Mbits/sec
[  5]   6.00-7.00   sec  23.2 MBytes   195 Mbits/sec
[  5]   7.00-8.00   sec  23.5 MBytes   197 Mbits/sec
[  5]   8.00-9.00   sec  23.3 MBytes   195 Mbits/sec
[  5]   9.00-10.00  sec  23.3 MBytes   195 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   215 MBytes   181 Mbits/sec    2             sender
[  5]   0.00-10.00  sec   212 MBytes   178 Mbits/sec                  receiver

iperf Done.

So I got a 180-ish Mbps speed, which again, is slower than the expected 500 Mbps but I suspect there’s something to blame on the ISP there (sometimes they provide us with 300 Mbps instead of the expected 500, this might be one of these times, especially since running an online speed test on Windows also yields a 300-ish Mbps download speed).

As for more info on the network, here it is:

Running ip a:

$ 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: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 74:27:ea:74:1d:a5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.18.247/24 brd 192.168.18.255 scope global dynamic noprefixroute enp3s0
       valid_lft 2867sec preferred_lft 2867sec
    inet6 2804:2488:5085:1130:a51a:d7d9:233:fe90/64 scope global dynamic noprefixroute
       valid_lft 258965sec preferred_lft 172565sec
    inet6 fe80::6923:110:b11a:f2a3/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

Running ip route:

default via 192.168.18.1 dev enp3s0 proto dhcp src 192.168.18.247 metric 100
192.168.18.0/24 dev enp3s0 proto kernel scope link src 192.168.18.247 metric 100

Also ran netstat -i enp3s0 -c for about 20 seconds and no error popped up. Here are the first few lines of the output:

$ netstat -i enp3s0 -c
Kernel Interface table
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206376      0   6776 0        118523      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206388      0   6784 0        118524      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206401      0   6792 0        118529      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206410      0   6800 0        118530      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206421      0   6808 0        118530      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206429      0   6816 0        118530      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206437      0   6824 0        118530      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206445      0   6832 0        118530      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206453      0   6840 0        118530      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206463      0   6848 0        118530      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU
Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp3s0           1500   206472      0   6856 0        118532      0      0      0 BMRU
lo              65536       10      0      0 0            10      0      0      0 LRU

Next, check your router, what does it tell about your up/down bandwidth?

Couldn’t find that information in the router admin page.

Again, when you look at the bitrate and whatnot, it seems everything is kinda fine, but the initial page loads and the lag, especially noticeable with WhatsApp Web don’t seem at all fine. Anyways, thank you for your time!

i think the iperf3 test is OK, a single TCP may not be able to perform better. Eventually multiple streams would be faster (e.g., -P 4) or UDP, but i’m not shure if the public iperf servers accept this.
Links and routing table also look ok and netstat does not show significant errors. Fine :+1:

So - if web-browsing is slow - you may try to set faster DNS servers. Depending how you configured your system, either in the router or in your system. I use 1.1.1.1 and 8.8.4.4 for IPv4 and 2606:4700:4700::1111 or 2606:4700:4700::1001 in my system. In your location this may be different. There is also a script which automatically tests DNS performance, but i forgot the name :frowning: Anyone?

HP

Hey I found the script you mentioned, downloaded and tested it, found the ipv4 and ipv6 DNSs with the best performance and configured them both through NetworkManager and on my router, but it made no difference, I still experience the long startups and the recurring lags. I also tried configuring the DNS only one way, either through the router or NetworkManager, but also made no difference. :smiling_face_with_tear: