1 GB/s Netzwerk viel zu langsam im Download unter Debian 11

[Testos]

Hallo allerseits,
ich habe, bevor ich Debian Bullseye installiert habe, Debian Buster auf dem Rechner installiert gehabt. Mit dem System bin ich auf etwas mehr als 800 MB/s an Downloadgeschwindigkeit gekommen. Nach dem Umstieg auf Debian Bullseye ist es so daß ich nur noch höchstens ca. 8 MB/s an Downlodgeschwindigkeit erreichen kann.
Ich komme einfach nicht dahinter, woran das Problem liegt, welches die Downloadgeschwindigkeit so drosselt. Hat jemand eine Idee oder mglw. eine Lösung dazu ?

Folgende Daten:

Kernelversion:
uname -r
5.15.11

OS: Debian Bullseye 64 Bit KDE Version - aktueller Updatestand

uname -a
Linux debian 5.15.11 #1 SMP Wed Dec 22 12:48:56 CET 2021 x86_64 GNU/Linux

CPU Daten:

lscpu:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 46 bits physical, 48 bits virtual
CPU(s): 12
On-line CPU(s) list: 0-11
Thread(s) per core: 1
Core(s) per socket: 6
Socket(s): 2
NUMA node(s): 2
Vendor ID: GenuineIntel
CPU family: 6
Model: 63
Model name: Intel(R) Xeon(R) CPU E5-2609 v3 @ 1.90GHz
Stepping: 2
CPU MHz: 1701.107
CPU max MHz: 1900,0000
CPU min MHz: 1200,0000
BogoMIPS: 3791.25
Virtualization: VT-x
L1d cache: 384 KiB
L1i cache: 384 KiB
L2 cache: 3 MiB
L3 cache: 30 MiB
NUMA node0 CPU(s): 0-5
NUMA node1 CPU(s): 6-11
Vulnerability Itlb multihit: KVM: Mitigation: VMX disabled
Vulnerability L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT disabled
Vulnerability Mds: Mitigation; Clear CPU buffers; SMT disabled
Vulnerability Meltdown: Mitigation; PTI
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2: Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP disabled, RSB filling
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopo
logy nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand
lahf_lm abm cpuid_fault epb invpcid_single pti intel_ppin ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid cqm xsaveopt cqm_llc cqm_
occup_llc dtherm arat pln pts md_clear flush_l1d

32 GB RAM

sudo lshw | grep Ethernet
description: Ethernet interface
product: Ethernet Connection I217-LM
description: Ethernet interface


lshw | grep Ethernet

*-network
description: Ethernet interface
product: Ethernet Connection I217-LM
vendor: Intel Corporation
physical id: 19
bus info: pci@0000:00:19.0
logical name: enp0s25
version: 05
serial: 98:90:96:a3:48:9e
size: 1Gbit/s
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=5.15.11 duplex=full firmware=0.13-4 ip=192.168.178.22 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s resources: irq:32 memory:f1100000-f111ffff memory:f1133000-f1133fff ioport:9020(size=32)

Kabel Router:
Modell: FRITZ!Box 6591 Cable
verbunden↓ 1150 Mbit/s↑ 56,7 Mbit/s

Der Rechner ist lt. Ausschrift der Fritzbox mit 1GB/s mit der FritzBox verbunden.

Ich bin für jede Anregung äußerst dankbar !

[Testos]

Ich habe vergessen, daß natürlich auch die FritzBox auf dem neuesten Update Level ist.

[DeletedUserReAsG]

Wenn nur ein Zehntel des erwarteten Durchsatzes anliegt, würde ich mit z.B. ethtool schauen, ob das Interface wirklich im passenden Modus ist.

OT: könntest du bitte so Ein- und Ausgaben mit [‎code] und [/code] umschließen? Das macht es erheblich einfacher zu lesen.

[Testos]

Besten Dank für Deine Hinweise !
Ich werde das mal testen und mich wieder melden.

[Testos]

Das ist erst mal die Ausgabe von ethtool:

[‎code]
sudo /usr/sbin/ethtool enp0s25
Settings for enp0s25:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
MDI-X: off (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
[‎/code]

[DeletedUserReAsG]

… es funktioniert besser, wenn du das das Zero-Width-Space nicht mitkopierst, sondern das [‎code] manuell schreibst, oder den Button „</>“ über dem Eingabefenster nutzt.

Wie auch immer: der Ausgabe nach ist das Interface im richtigen Modus. Hast du ein Gerät im LAN, das garaniert die entsprechende Bandbreite bedienen kann, und das man daher zum Testen heranziehen kann?

[Testos]

Hier noch die Treiber - Info

Code: Alles auswählen

ethtool -i enp0s25
driver: e1000e
version: 5.15.11
firmware-version: 0.13-4
expansion-rom-version: 
bus-info: 0000:00:19.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: yes

[DeletedUserReAsG]

e1000e – damit hatte ich auch mal Probleme. Mir hat’s geholfen, die Sourcen vom Treiber direkt von Intel zu holen, und den zu bauen. Heutzutage sollte™ das via dkms weitgehend problemarm machbar sein, und wäre auf jeden Fall einen Versuch wert.

Hast du denn ein Gerät im LAN, das die Bandbreite garantiert bedienen kann, und das daher zu Testzwecken herangezogen werden könnte?

[Testos]

… es funktioniert besser, wenn du das das Zero-Width-Space nicht mitkopierst, sondern das [‎code] manuell schreibst, oder den Button „</>“ über dem Eingabefenster nutzt.

Wie auch immer: der Ausgabe nach ist das Interface im richtigen Modus. Hast du ein Gerät im LAN, das garaniert die entsprechende Bandbreite bedienen kann, und das man daher zum Testen heranziehen kann?

Zu 1:

OK, ich werde seh3en was sich machen lässt. Trotzdem besten Dank für die Info !

Zu 2.

Nein, das habe ich leider nicht. Mir ist das ganze Problem aufgefallen, da ich bestimmte Mathematik - Videos von Universitäten mit youtube-dl downloade und die dortige Geschwindigkeit meistens etwas mehr als ca 100 KBit/s beträgt, im besten Fall knapp 10 MBit/s. Das ging unter Debian Buster rasend schnell mit ca. 800 MBit/s. Ich hatte dort
am Anfang das selbe Problem mit der Netzwerkeinstellung. Dort wurde der Netzwerkadapter automatisch konfiguriert und war dann einfach nur langsam. Ich habe dann in den
Systemeinstellungen die Auswahl "Link negotiation" auf "Manuell" gesetzt und die Geschwindigkeit auf 1 GB/s initialisiert im Voll - Duplex. Das funktionierte hervorragend wie bereits bemerkt. Nun, bei Debian Bullseye scheint das leider nicht mehr der Fall zu sein. Der Treiber für die Karte hatte auf beiden Systemen den gleichen Namen.

[mat6937]

Nach dem Umstieg auf Debian Bullseye ist es so daß ich nur noch höchstens ca. 8 MB/s an Downlodgeschwindigkeit erreichen kann.
Ich komme einfach nicht dahinter, woran das Problem liegt, welches die Downloadgeschwindigkeit so drosselt.

Kabel Router:
Modell: FRITZ!Box 6591 Cable
verbunden↓ 1150 Mbit/s↑ 56,7 Mbit/s

Wie bzw. mit welchem Tool hast Du die Downloadgeschwindigkeit getestet?

EDIT:

Teste mal mit:

Code: Alles auswählen

wget -4 -c -O /dev/null http://mirror.de.leaseweb.net/speedtest/10000mb.bin
wget -4 -c -O /dev/null http://speedtest.belwue.net/10G

Wenn Du DualStack oder DualStack-lite hast, dann auch mit:

Code: Alles auswählen

wget -6 -c -O /dev/null http://mirror.de.leaseweb.net/speedtest/10000mb.bin
wget -6 -c -O /dev/null http://speedtest.belwue.net/10G

[Testos]

Ich verwende immer den Treiber, welcher in den Kernel-Sourcen von kernel.org mitgeliefert wird. Da habe ich den absolut letzten stand in der Kernel - Version.
Ich werde versuchen, den Treiber bei Intel mal herunterzuladen, zu kompilieren und dann einzubinden. Ich hoffe, es hilft ...
Melde mich wieder !

Ich teste die gerade mal die Download Raten ..

[DeletedUserReAsG]

Mir ist das ganze Problem aufgefallen, da ich bestimmte Mathematik - Videos von Universitäten mit youtube-dl downloade und die dortige Geschwindigkeit meistens etwas mehr als ca 100 KBit/s beträgt, im besten Fall knapp 10 MBit/s. Das ging unter Debian Buster rasend schnell mit ca. 800 MBit/s.

Mag Koinzidenz sei, je nach konkreter Quelle. Google bremst youtube-dl mittlerweile aus. Der „Nachfolger im Geiste“ (Selbstbezeichnung) yt-dlp umgeht die Drosselung in vielen Fällen, müsste aber wohl selbst gebaut werden.

Eine Gegenstelle im LAN, die garantiert GBit/s liefern kann, wäre zum Testen unbedingt notwendig.

Der Treiber für die Karte hatte auf beiden Systemen den gleichen Namen.

Das hat nix zu sagen.

[Testos]

Code: Alles auswählen

wget -4 -c -O /dev/null http://mirror.de.leaseweb.net/speedtest/10000mb.bin
--2021-12-27 22:08:59--  http://mirror.de.leaseweb.net/speedtest/10000mb.bin
Auflösen des Hostnamens mirror.de.leaseweb.net (mirror.de.leaseweb.net)… 37.58.58.140
Verbindungsaufbau zu mirror.de.leaseweb.net (mirror.de.leaseweb.net)|37.58.58.140|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 10000000000 (9,3G) [application/octet-stream]
Wird in »/dev/null« gespeichert.

/dev/null                              100%[============================================================================>]   9,31G  76,0MB/s    in 2m 17s  

2021-12-27 22:11:16 (69,7 MB/s) - »/dev/null« gespeichert [10000000000/10000000000]
******************************************************************************************************
 wget -6 -c -O /dev/null http://mirror.de.leaseweb.net/speedtest/10000mb.bin
--2021-12-27 22:13:19--  http://mirror.de.leaseweb.net/speedtest/10000mb.bin
Auflösen des Hostnamens mirror.de.leaseweb.net (mirror.de.leaseweb.net)… 2a00:c98:2030:a034::21
Verbindungsaufbau zu mirror.de.leaseweb.net (mirror.de.leaseweb.net)|2a00:c98:2030:a034::21|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 10000000000 (9,3G) [application/octet-stream]
Wird in »/dev/null« gespeichert.

/dev/null                              100%[============================================================================>]   9,31G  56,5MB/s    in 2m 51s  

2021-12-27 22:16:10 (55,9 MB/s) - »/dev/null« gespeichert [10000000000/10000000000]

Das sind die Resultate !

Was meintest Du mit dem DKMS und dem Treiber ?

[DeletedUserReAsG]

Das sind die Resultate!¹

Immer noch nicht im LAN, und deutlich mehr als die <100Mbit/s im Eingangsbeitrag.

Was meintest Du mit dem DKMS und dem Treiber?¹

Früher™ mussten Treiber verhältnismäßig aufwendig für den laufenden Kernel gebaut werden. Heutzutage gibt’s eine Schnittstelle, mit welcher der Vorgang weitgehend automatisiert werden kann – DKMS, halt.

---
¹) Fehlgesetztes Leerzeichen entfernt

[Testos]

Besten Dank für den Hinweis mit youtube-dl !
Ich werde Deine Tip mal versuchen.
Aber der normale Download kommt auch auf keine 100 MBit/s.

[DeletedUserReAsG]

Aber der normale Download kommt auch auf keine 100 MBit/s.

Dein Speedtest ist jedenfalls schon bei über 550MBit/s.

[Testos]

Du hast Recht, meine Antwort war auf youtube-dl bezogen.
Trotzdem ist die Rate für einen Gigabit - Adapter relativ gering um nicht zu sagen, sehr bescheiden,
Das sind Resultate, die ich mit einem 100 MBit Adapter erwarten würde.

[DeletedUserReAsG]

Das sind Resultate, die ich mit einem 100 MBit Adapter erwarten würde.

Nix für ungut, aber wenn du von einem 100MBit/s-Adapter 550MBit/s erwarten würdest, solltest du dringend deine Erwartungshaltung neu justieren: das wäre schon über 5× mehr, als der überhaupt schaffen kann

Hatte ich schon erwähnt, dass eine Gegenstelle im LAN, die nachgewiesenermaßen 1GBit/s bedienen kann, zum Testen unbedingt erforderlich ist?

[Testos]

Ich komme mit Deiner Rechnung irgendwie nicht ganz hin ...
Mit dem youtube - Downloader kannst Du sicher recht haben, das muss ich mal testen !
Trotzdem besten Dank für Deine Hilfe !!!

[DeletedUserReAsG]

Ich komme mit Deiner Rechnung irgendwie nicht ganz hin ...

→

Code: Alles auswählen

[…]
2021-12-27 22:11:16 (69,7 MB/s) - »/dev/null« gespeichert
[…]

69,7MB/s == 557,6MBit/s

[Testos]

OK
Ich habe das für "MB/s" für "MBit/s" gehalten.
Nochmals besten Dank für Deine Hilfe.
Man lernt immer wieder was dazu.
Nochmals besten Dank !

[JTH]

Oo, ich seh niemand schon rot anlaufen ob der „ !“ :D

[Testos]

Jetzt sollte es richtig sein.

[mat6937]

Aber der normale Download kommt auch auf keine 100 MBit/s.

Das hat aber nichts mit deinem Netzwerk zu tun. Denn beim Download nach /dev/null:

Code: Alles auswählen

wget -4 -c -O /dev/null http://mirror.de.leaseweb.net/speedtest/10000mb.bin
--2021-12-27 22:08:59--  http://mirror.de.leaseweb.net/speedtest/10000mb.bin
Auflösen des Hostnamens mirror.de.leaseweb.net (mirror.de.leaseweb.net)… 37.58.58.140
Verbindungsaufbau zu mirror.de.leaseweb.net (mirror.de.leaseweb.net)|37.58.58.140|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 10000000000 (9,3G) [application/octet-stream]
Wird in »/dev/null« gespeichert.

/dev/null                              100%[============================================================================>]   9,31G  76,0MB/s    in 2m 17s  

2021-12-27 22:11:16 (69,7 MB/s) - »/dev/null« gespeichert [10000000000/10000000000]

sind es 76,0 Megabytes/sek. x 8 = 608 Mbit/s

[mat6937]

Der Treiber für die Karte hatte auf beiden Systemen den gleichen Namen.

Das hat nix zu sagen.

Wo habe ich das geschrieben? ... weil Du mich zitierst?