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

[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?

[DeletedUserReAsG]

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

Beschwerden bitte an den Bugtracker der Forensoftware. Passiert von Zeit zu Zeit, dass da ein falscher User auftaucht, aber es ist zu selten und ich hab’s auch noch nicht absichtlich reproduzieren, oder auch nur ein Muster erkennen können. Es könnte mit deinem Edit und einem Reload zur Vorschau beim Schreiben meines Beitrags in dem Zeitraum zusammenhängen – da könnte man mal aktiv suchen. Die eher seltene Konstellation würde zumindest zur Häufigkeit des Auftretens passen.

Hab den Beitrag korrigiert.

[dufty2]

OK
Ich habe das für "MB/s" für "MBit/s" gehalten.

Kleine Anmerkung:
Megabit pro Sekunde wird Mbit/s geschrieben,
Byte hingegen groß, also MB/s.
Macht Dir nicht den Kopf,
niemand hat es auch verkehrt gemacht

[Testos]

Danke für den Hinweis

[MSfree]

Megabit pro Sekunde wird Mbit/s geschrieben,

Nein, eigentlich wird es Mb/s geschrieben.

Byte hingegen groß, also MB/s.

Es würde aber nicht schaden, wenn man zur Vermeidung von Mißverständnissen einfach MByte/s bzw. MBit/s schreiben würde.

[Testos]

[dufty2]

Megabit pro Sekunde wird Mbit/s geschrieben,

Nein, eigentlich wird es Mb/s geschrieben.

Falsch, denn
Die Maßeinheit heißt „Bit“ und hat – der IEC nach – „bit“ als Einheitenzeichen;[3] das alternative „b“[4] ist ungebräuchlich.[5]
Source: https://de.wikipedia.org/wiki/Bit

Byte hingegen groß, also MB/s.

Es würde aber nicht schaden, wenn man zur Vermeidung von Mißverständnissen einfach MByte/s bzw. MBit/s schreiben würde.

Falsch, entweder "b" oder "bit" (siehe oben).

[Testos]

Das würde ich genauso sehen, jedoch existiert da irgendwie eine Art von "Wildwuchs" in den Bezeichnungen.
Und genau das führt dann zu Fehlinterpretationen wie die, welche ich im Verlauf der Diskussion gemacht habe.

[mat6937]

Und genau das führt dann zu Fehlinterpretationen wie die, ...

Naja, deshalb auch die Ausgabe von wget (oder gleichwertig) etwas genauer anschauen. Denn 10GB in ca. 2 Minuten, mit ca. 70 Mbit/s Bandbreite, wäre ja nicht möglich.

[Testos]

Genauso sieht es aus !

[dufty2]

9,31G 76,0MB/s in 2m 17s

Für mich schaut es so aus, dass wget nicht Giga sondern Gibi verwendet (und Mebi statt Mega).
Wohlmöglich auch bei der Bandbreitenangabe.

So, genug genörgelt

[Tintom]

Für mich schaut es so aus, dass wget nicht Giga sondern Gibi verwendet (und Mebi statt Mega).

Code: Alles auswählen

Länge: 10000000000 (9,3G) [application/octet-stream]

Das sieht verdächtig nach Gigabyte aus

Falsch, denn
Die Maßeinheit heißt „Bit“ und hat – der IEC nach – „bit“ als Einheitenzeichen;[3] das alternative „b“[4] ist ungebräuchlich.[5]
Source: https://de.wikipedia.org/wiki/Bit

Hier geht es um wget und für das Programm ist es scheinbar sehr gebräuchlich:

$ wget -4 -c --report-speed=bits -O /dev/null http://mirror.de.leaseweb.net/speedtest/10000mb.bin
<...>
/dev/null 0%[ ] 16,65M 11,5Mb/s ETA 2h 5m

[dufty2]

Für mich schaut es so aus, dass wget nicht Giga sondern Gibi verwendet (und Mebi statt Mega).

Code: Alles auswählen

Länge: 10000000000 (9,3G) [application/octet-stream]

Das sieht verdächtig nach Gigabyte aus

Die Datei ist 10 GB, das ist richtig, wget zeigt aber 9,3 G(B) an, also sind es Gibi.

Code: Alles auswählen

$ perl -e "print (10000000000/(1024*1024*1024));"
9.31322574615479