Übertragungsgeschwindigkeit bei Übertragungen vom Server weg gedeckelt bei ~50 %

[Pillendreher]

Morgen!

 

Nachdem ich gestern Abend mehrere Stunden lang den Datendurchsatz der Fritzboxen getestet und sogar mal die Netzwerkdosen geöffnet hatte, kann ich nun mit ziemlicher Sicherheit sagen, dass irgendwas mit meinem Unraid Server und Datenübertragungen nicht stimmt. Mir war das ganze schon vor gut 2 Wochen aufgefallen, als ich nach einer Neuinstallation von Windows Daten zurückholen wollte und nicht über 50 MB/s hinauskam. Ich hatte es erst auf die verwendete Festplatte geschoben, aber da das Ganze auch bei den SSDs im Server auftritt, kann es das nicht sein. Den verwendeten PC kann ich auch ausschließen, da es am Laptop genauso auftritt.

 

Folgendes ist das Problem: Über SMB/FTP geht ein Upload mit mehr oder weniger vollen 1 GBit/s durch:

 

 

Sobald ich aber Sachen vom Server holen möchte, komme ich nicht einmal mehr ansatzweise in diesen Bereich:

 

 

 

Ich hattet nun erst die Router bzw. die Kabel im Verdacht, aber das kann ja eigentlich nicht das Problem sein, da über iperf die Leitung mehr oder weniger voll ausgelastet wird:

 

 

Wenn hier also die Pakete nicht an dieser onimösen Grenze von gut 50 % der Gbit Verbindung hängen, kann es ja eigentlich kein direktes "Hardware-Problem" sein. Ich kann mir beim besten Willen aber nicht vorstellen, woran das Ganze liegen soll.

 

Folgendes habe ich schon ausprobiert, jedoch ohne Besserung:

 

-Neustart

-Stoppen aller Docker-Container

-Deaktivieren von Wireguard

-Stoppen der W10 VM

-Stoppen des Arrays, deaktivieren von Dokcer/VM/SMB/FTP, Einbinden einer der Fesplatten als unassigned device (FTP erneut aktiviert)

-Undervolting rausgenommen

 

Hatte jemand von euch schon einmal dieses Problem? Ich habe ehrlich gesagt wenig Lust, jetzt schon wieder alles neu aufzusetzen auf dem Server. Das wäre jetzt in 6 Monaten das 4. oder 5. Mal und jedes Mal, weil irgendwas plötzlich nicht mehr funktioniert...

 

Grüße

 

EDIT:

 

Das gibt es nicht...da mir plötzlich die Platte, die ich über unassigned devices eingebunden hatte, als "unmountable" angezeigt wurde, hatte ich eine neue Konfiguration erstellt und das System neu gestartet. Und siehe da: Der Download läuft wieder mit nahezu voller Geschwindigkeit. Bin mal gespannt, ob das Problem jetzt dauerhaft verschwunden ist.

Edited May 16, 2021 by Pillendreher

[mgutt]

Nur mal als Info. Da Unraid sich bei jedem Neustart sowieso neu installiert, ist ein neu aufsetzen ziemlich sinnlos.

 

Fehler kommen nicht einfach so. Ich habe meinen Server zb noch nie neu aufgesetzt.

 

 

[Pillendreher]

49 minutes ago, mgutt said:

Nur mal als Info. Da Unraid sich bei jedem Neustart sowieso neu installiert, ist ein neu aufsetzen ziemlich sinnlos.

 

Fehler kommen nicht einfach so. Ich habe meinen Server zb noch nie neu aufgesetzt.

 

 

Wenn sich aber in irgendwelche Konfigruationsdateien irgendetwas einschleicht, dann kriege ich das ja nicht mehr weg außer durch ein Zurücksetzen des Systems. Ich hatte z.B. eine Fehlermeldung vor ein paar Monaten ne Fehlermeldung im Sleep Plugin, die einfach nicht verschwinden wollte - irgendwas muss da beim Dynamix Plugin kaputt gegangen sein. Nach einem Neuaufsetzen des USB Sticks war der Fehler weg

[hawihoney]

3 hours ago, Pillendreher said:

Bin mal gespannt, ob das Problem jetzt dauerhaft verschwunden ist.

 

Hinweise: Der Upload von Deinem Windows Rechner auf einen Unraid User Share klappt mit 100 MB/s (*1). Der Download vom - ich rate Unraid User Share - zu Deinem Windows Rechner spaziert mit 45 MB/s (*)

 

(*1) Unraid/Linux/SMB speichern ganz gewaltig zwischen. Aussagekräftige Zahlen hast Du nachdem der Upload erfolgreich abgeschlossen wurde. Ich kann hier bei manchen Uploads noch minutenlang auf die 100% starren bis alles komplett geschrieben wurde. Die Zwischenzeiten kann man m.M.n. getrost vergessen.

 

(*2a) Das würde eher auf die Schreibgeschwindigkeit der lokalen Platte im Windows verweisen, oder?

 

(*2b) War die, der vdisk.img zugeordnete, VM während des Downloads aktiv?

 

[Pillendreher]

13 minutes ago, hawihoney said:

(*1) Unraid/Linux/SMB speichern ganz gewaltig zwischen. Aussagekräftige Zahlen hast Du nachdem der Upload erfolgreich abgeschlossen wurde. Ich kann hier bei manchen Uploads noch minutenlang auf die 100% starren bis alles komplett geschrieben wurde. Die Zwischenzeiten kann man m.M.n. getrost vergessen.

Ja, das kenne ich. Solange aber kontinuierlich der Fortschritt angezeigt wird, konnte ich mich in der Vergangenheit auch darauf verlassen.

 

13 minutes ago, hawihoney said:

 

(*2a) Das würde eher auf die Schreibgeschwindigkeit der lokalen Platte im Windows verweisen, oder?

 

In meinem Desktop läuft eine WD Black 750, in meinem Laptop eine Corsair MP510 SSD. Daran dürfte es nicht liegen

 

13 minutes ago, hawihoney said:

 

(*2b) War die, der vdisk.img zugeordnete, VM während des Downloads aktiv?

 

Nein. Die *.img Datei war aber hier nur als Beispiel ausgewählt. Es trat genauso auch bei allen anderen testweise übertragenen Dateien auf.

[mgutt]

1 hour ago, Pillendreher said:

z.B. eine Fehlermeldung vor ein paar Monaten ne Fehlermeldung im Sleep Plugin, die einfach nicht verschwinden wollte

 

Das Unraid Betriebsystem wird aus wenigen großen Dateien geladen. In diesen Dateien ändert kein Plugin etwas. Sobald man also neu startet und das Plugin weg ist, gibt es auch keine Änderungen mehr durch das Plugin. Außer es wurden noch ein paar Configdateien im Config Verzeichnis geändert. Aber das sind alles nur kleine Textdateien mit ein paar Variablen. Wäre easy da ein Problem zu ermitteln.

 

Wenn du zb neu startest, werden alle Plugins und alle Docker Container komplett neu installiert.

[Pillendreher]

So, ich muss das Ding hier nochmal hochholen, denn ich hab erneut das Problem und ich krieg es einfach nicht weg. In den letzten vier Tagen hab ich den Server bestimmt 10x neu aufgesetzt, aber irgendwann bricht mir jedes Mal die Uploadgeschwindigkeit vom Server hin zu einem Netzwerkgerät weg.

 

Hier mal ein iperf2 Test zwischen der Fritzbox 6591 und dem Unraid Server:

 

"Outbound", sprich Unraid Server schiebt Daten hin zur Fritzbox:

 

root@Tower:/tmp# iperf -c 192.168.188.1 -p 4712 -u -b 1300m -P 20 -t 30
------------------------------------------------------------
Client connecting to 192.168.188.1, UDP port 4712
Sending 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[ 22] local 192.168.188.24 port 45941 connected with 192.168.188.1 port 4712
[ 20] local 192.168.188.24 port 39375 connected with 192.168.188.1 port 4712
[  3] local 192.168.188.24 port 36519 connected with 192.168.188.1 port 4712
[ 21] local 192.168.188.24 port 46627 connected with 192.168.188.1 port 4712
[  4] local 192.168.188.24 port 40166 connected with 192.168.188.1 port 4712
[  6] local 192.168.188.24 port 49969 connected with 192.168.188.1 port 4712
[ 10] local 192.168.188.24 port 45301 connected with 192.168.188.1 port 4712
[  8] local 192.168.188.24 port 56648 connected with 192.168.188.1 port 4712
[  7] local 192.168.188.24 port 54997 connected with 192.168.188.1 port 4712
[ 12] local 192.168.188.24 port 35222 connected with 192.168.188.1 port 4712
[  9] local 192.168.188.24 port 43843 connected with 192.168.188.1 port 4712
[ 11] local 192.168.188.24 port 51679 connected with 192.168.188.1 port 4712
[  5] local 192.168.188.24 port 45013 connected with 192.168.188.1 port 4712
[ 14] local 192.168.188.24 port 53385 connected with 192.168.188.1 port 4712
[ 15] local 192.168.188.24 port 53472 connected with 192.168.188.1 port 4712
[ 16] local 192.168.188.24 port 49955 connected with 192.168.188.1 port 4712
[ 17] local 192.168.188.24 port 44547 connected with 192.168.188.1 port 4712
[ 19] local 192.168.188.24 port 60247 connected with 192.168.188.1 port 4712
[ 13] local 192.168.188.24 port 41975 connected with 192.168.188.1 port 4712
[ 18] local 192.168.188.24 port 37531 connected with 192.168.188.1 port 4712
[ ID] Interval       Transfer     Bandwidth
[ 20]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 20] Sent 106067 datagrams
[  3]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  3] Sent 106078 datagrams
[ 10]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 10] Sent 106065 datagrams
[  9]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  9] Sent 106086 datagrams
[  5]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  5] Sent 106078 datagrams
[ 15]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 15] Sent 106080 datagrams
[ 18]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 18] Sent 106071 datagrams
[ 22]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 22] Sent 106100 datagrams
[ 21]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 21] Sent 106092 datagrams
[  4]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  4] Sent 106100 datagrams
[  6]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  6] Sent 106096 datagrams
[  8]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  8] Sent 106084 datagrams
[  7]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  7] Sent 106098 datagrams
[ 12]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 12] Sent 106092 datagrams
[ 11]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 11] Sent 106108 datagrams
[ 14]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 14] Sent 106110 datagrams
[ 16]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 16] Sent 106106 datagrams
[ 17]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 17] Sent 106086 datagrams
[ 19]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 19] Sent 106104 datagrams
[ 13]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 13] Sent 106084 datagrams
[SUM]  0.0-30.0 sec  2.90 GBytes   831 Mbits/sec

 

Und jetzt in die andere Richtung:

 

root@Tower:/tmp# iperf -c 192.168.188.1 -p 4712 -u -b 1300m -P 20 -t 30 -R
------------------------------------------------------------
Client connecting to 192.168.188.1, UDP port 4712
Sending 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[ 22] local 192.168.188.24 port 38202 connected with 192.168.188.1 port 4712
[  4] local 192.168.188.24 port 45825 connected with 192.168.188.1 port 4712
[ 20] local 192.168.188.24 port 40051 connected with 192.168.188.1 port 4712
[  3] local 192.168.188.24 port 35039 connected with 192.168.188.1 port 4712
[  8] local 192.168.188.24 port 35668 connected with 192.168.188.1 port 4712
[  7] local 192.168.188.24 port 54145 connected with 192.168.188.1 port 4712
[  9] local 192.168.188.24 port 46344 connected with 192.168.188.1 port 4712
[ 11] local 192.168.188.24 port 37915 connected with 192.168.188.1 port 4712
[  5] local 192.168.188.24 port 49954 connected with 192.168.188.1 port 4712
[ 10] local 192.168.188.24 port 55294 connected with 192.168.188.1 port 4712
[  6] local 192.168.188.24 port 45886 connected with 192.168.188.1 port 4712
[ 13] local 192.168.188.24 port 39049 connected with 192.168.188.1 port 4712
[ 14] local 192.168.188.24 port 33757 connected with 192.168.188.1 port 4712
[ 15] local 192.168.188.24 port 53814 connected with 192.168.188.1 port 4712
[ 16] local 192.168.188.24 port 34882 connected with 192.168.188.1 port 4712
[ 17] local 192.168.188.24 port 33974 connected with 192.168.188.1 port 4712
[ 18] local 192.168.188.24 port 34665 connected with 192.168.188.1 port 4712
[ 21] local 192.168.188.24 port 43966 connected with 192.168.188.1 port 4712
[ 19] local 192.168.188.24 port 34355 connected with 192.168.188.1 port 4712
[ 12] local 192.168.188.24 port 55867 connected with 192.168.188.1 port 4712
[ ID] Interval       Transfer     Bandwidth
[ 10]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 10] Sent 106212 datagrams
[ 16]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 16] Sent 106210 datagrams
[ 22]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 22] Sent 106220 datagrams
[  4]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  4] Sent 106248 datagrams
[ 20]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 20] Sent 106222 datagrams
[  3]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  3] Sent 106250 datagrams
[  8]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  8] Sent 106234 datagrams
[  7]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  7] Sent 106224 datagrams
[ 11]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 11] Sent 106236 datagrams
[  5]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  5] Sent 106220 datagrams
[  6]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  6] Sent 106216 datagrams
[ 13]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 13] Sent 106222 datagrams
[ 14]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 14] Sent 106250 datagrams
[ 15]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 15] Sent 106228 datagrams
[ 17]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 17] Sent 106253 datagrams
[ 18]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 18] Sent 106236 datagrams
[ 21]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 21] Sent 106218 datagrams
[ 19]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 19] Sent 106230 datagrams
[ 12]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[ 12] Sent 106244 datagrams
[  9]  0.0-30.0 sec   149 MBytes  41.6 Mbits/sec
[  9] Sent 106254 datagrams
[SUM]  0.0-30.0 sec  2.91 GBytes   833 Mbits/sec

 

Sobald ich aber über FTP oder SMB eine Datei vom Server runterziehe, komme ich nicht einmal ansatzweise in diese Regionen - da ist bei ~400 MBit/s Schluss (genaue Werte liefere ich nachher nach; bin gerade nur im WLAN).

 

Woran kann das liegen? Ich kann es mir beim Besten willen nicht erklären. Und ich kann auch nicht klar feststellen, ab welchem Punkt beim Neuaufsetzen des Systems das Ganze auftritt. Es ist irgendwann da und geht dann auch nicht mehr weg...

[alturismo]

hast du auf deinen windows Rechners AV software laufen ?

[Pillendreher]

Ja, jeweils GData Antivirus. Wieso sollte der Virenscanner aber die Datenübertragung in eine Richtung blockieren bzw. hämmen?

 

Kann es morgen mal, wenn ich Zeit dafür finde, mal mit ner Live Installation von Ubuntu probieren.

[alturismo]

7 hours ago, Pillendreher said:

Wieso sollte der Virenscanner aber die Datenübertragung in eine Richtung blockieren bzw. hämmen?

weil die beim download (Schreiben) prüfen ... liest man öfters bei Kabelkunden die 1gbit anliegen haben aber oft bei 500mbit gedrosselt sind, AV aus, erledigt.

 

Nur zum Ausschluss ... wundert mich ja auch immer wenn ich so etwas lese

[Pillendreher]

So, hab Ubuntu über einen USB Stick gestartet - die SMB Übertragung vom Server weg bleibt bei 41 MB/s stehen und wird nicht schneller.

 

Hier jetzt noch zum Vergleich iperf3 vom Laptop im WLAN mit dem Unraid Server als iperf3 Server:

 

Upload zum Server hin:

 

D:\Programme\iperf3>iperf3 -c 192.168.188.24 -p 5201 -P 100 -t 30
Connecting to host 192.168.188.24, port 5201
[...]
- - - - - - - - - - - - - - - - - - - - - - - - -
[SUM]   0.00-30.00  sec  1.84 GBytes   528 Mbits/sec                  sender
[SUM]   0.00-30.00  sec  1.84 GBytes   528 Mbits/sec                  receiver

iperf Done.

 

Download vom Server weg:

 

D:\Programme\iperf3>iperf3 -c 192.168.188.24 -p 5201 -P 100 -t 30 -R
Connecting to host 192.168.188.24, port 5201
Reverse mode, remote host 192.168.188.24 is sending
[...]
[SUM]   0.00-30.00  sec  1.96 GBytes   561 Mbits/sec   79             sender
[SUM]   0.00-30.00  sec  1.88 GBytes   538 Mbits/sec                  receiver

iperf Done.

 

Bei SMB und FTP wird aber weiterhin "gedrosselt". Wie kann das sein? Kann das damit zu tun haben, dass ich extra Benutzer für FTP und SMB angelegt habe?

[alturismo]

2 hours ago, Pillendreher said:

Hier jetzt noch zum Vergleich iperf3 vom Laptop im WLAN mit dem Unraid Server als iperf3 Server:

 

nur um nochmals sicher zu gehen, du hast das auch im LAN getestet und nicht nur im WLAN (auch wenn die Drosselung sichtbar ist von iperf zu smb und auch nicht fix bei 41mb stehen sollte sondern schwanken sollte), geht nur um das auszuschließen ....

[Pillendreher]

Ja, ansonsten alle Tests im LAN

[mgutt]

LAN Kabel getauscht?

 

Mal direkt ohne Fritz!Box getestet?

 

Mal auf den iperf der Fritz!Box getestet?

 

BIOS auf Grundeinstellungen zurückgesetzt und ASPM deaktiviert?

 

 

[Pillendreher]

So, hier noch kurz der iperf Test im LAN vom Desktop PC aus:

 

 iperf3 Server auf Unraid, Upload vom PC aus (100 parallele Verbindungen über TCP):

 

[SUM]   0.00-30.00  sec  3.16 GBytes   903 Mbits/sec                  sender
[SUM]   0.00-30.00  sec  3.16 GBytes   903 Mbits/sec                  receiver

 

iperf3 Server auf Unraid, Download vom PC aus (100 parallele Verbindungen über TCP):

 

[SUM]   0.00-30.00  sec  2.13 GBytes   611 Mbits/sec  2008             sender
[SUM]   0.00-30.00  sec  2.08 GBytes   595 Mbits/sec                  receiver

 

iperf3 Server auf PC, Upload von Unraid aus (100 parallele Verbindungen über TCP):

 

[SUM]   0.00-30.00  sec  2.14 GBytes   614 Mbits/sec   51             sender
[SUM]   0.00-30.00  sec  2.09 GBytes   597 Mbits/sec                  receiver

 

iperf3 Server auf PC, Download von Unraid aus (100 parallele Verbindungen über TCP):

 

[SUM]   0.00-30.00  sec  3.22 GBytes   923 Mbits/sec                  sender
[SUM]   0.00-30.00  sec  3.20 GBytes   916 Mbits/sec                  receiver

 

Und auch hier sieht man wieder schön:

 

PC => Unraid: In Ordnung

Unraid => PC: Nicht in Ordnung

[Pillendreher]

16 minutes ago, mgutt said:

LAN Kabel getauscht?

 

Ja. 3 verschiedene Kabel waren glaube ich schon dran.

16 minutes ago, mgutt said:

 

Mal direkt ohne Fritz!Box getestet?

 

Du meinst direkt das Kabel vom Server zum PC? Nein, bisher noch nicht.

16 minutes ago, mgutt said:

 

Mal auf den iperf der Fritz!Box getestet?

 

Upload von Unraid auf den iperf2 Server der Fritzbox mit 100 parallelen Verbindungen über UDP:

 

[SUM]  0.0-30.1 sec  2.75 GBytes   787 Mbits/sec

 

Download von Unraid auf den iperf2 Server der Fritzbox mit 100 parallelen Verbindungen über UDP:

 

[SUM]  0.0-30.1 sec  2.79 GBytes   796 Mbits/sec

 

 

Also hier geht in beide Richtungen weniger, aber zumindest gleich viel. Nur sobald es weitergeleitet wird, bricht mir der Upload vom Server weg...

 

16 minutes ago, mgutt said:

 

BIOS auf Grundeinstellungen zurückgesetzt und ASPM deaktiviert?

 

Mach ich gleich mal.

[Pillendreher]

So, BIOS zurückgesetzt und die powertop Befehle aus der Go-Datei entfernt:

 

Upload iperf3 PC => Unraid (120 parallele Verbindungen; 30 Sekunden; TCP):

 

[SUM]   0.00-30.00  sec  3.22 GBytes   922 Mbits/sec                  sender
[SUM]   0.00-30.00  sec  3.22 GBytes   922 Mbits/sec                  receiver

 

Download iperf3 Unraid => PC (120 parallele Verbindungen; 30 Sekunden; TCP):

 

[SUM]   0.00-30.00  sec  3.31 GBytes   948 Mbits/sec  2924             sender
[SUM]   0.00-30.00  sec  3.23 GBytes   925 Mbits/sec                  receiver

 

Komischerweise erreiche ich diese Werte über SMB/FTP immer noch nicht - da ist bei knapp unter 800 MBit/s Schluss 🤨

 

 

[Pillendreher]

Eins muss ich noch hinzufügen: Ich hab auch intern im LAN (!!!) beim Abspielen von Dateien über Kodi Puffer-Probleme. Nach 20 Minuten oder so fangen die Aussetzer an und es kommt die Meldung von wegen "source too slow for continious playback" und ich muss zT mehrere Sekunden warten, bis es weitergeht. Wie kann das sein? Ich hab ja eine 1000 MBit/s Verbindung netzwerkintern; je nach Bitrate der abgespielten Datei sollte ich ja grundsätzlich 50-100 parallele Streams laufen lassen können, aber mir bricht unabhängig von der Quelle das Ganze schon bei einem zusammen.

 

Und außerdem hab ich auch das Problem, dass über Wireguard Kodi über meine zwei Fritzbox gar nichts abspielen kann, obwohl ich über Windows per SMB gut 6 MB/s (voller Upload meiner Verbindung) erziele. Könnte ein Kodi Problem sein, aber kann ich mir nicht vorstellen...

[mgutt]

Ist Kodi per LAN oder WLAN verbunden?

 

Je nach Fritz!Box kann WLAN / VoIP Traffic die Leistung beeinflussen. Daher habe ich WLAN auf Ubiquiti ausgelagert.

[Pillendreher]

Beides im LAN. Die einzigen Geräte, die bei mir im WLAN hängen, sind mein Handy und mein Laptop. PC, Unraid Server, Shield - alle mit Kabel an der Fritzbox. Muss aber auch dazu sagen, dass ich mit unveränderter Unraid Hardware an meinem vorherigen Wohnsitz mit einer 7490 gar keine Probleme hatte und das Ganze nur seit dem Umzug und der Nutzung einer 6591 rumspinnt. Kann die Fritzbox einen weg haben?!

Edited November 18, 2021 by Pillendreher

[mgutt]

Kauf einen Switch und du weißt es.

[Pillendreher]

Hab zuhause noch ne einwandfrei laufende 7530; die werde ich mal ins Mesh einbinden und dann alles über die laufen lassen. Wenn ich dort keine Probleme habe, weiß ich, dass die 6591 das Problem ist.

[alturismo]

31 minutes ago, Pillendreher said:

dass die 6591 das Problem ist.

bei mir nicht mit der 6591, will damit nur sagen ist wenn dann kein allgemeines 6591 Problem.

[Pillendreher]

So, hier die Verbindungsdaten bei direkter Verbindung zwischen dem Unraid Server und meinem PC und bei der Verbindung über die 7530 hinter der 6591 (mit zurückgesetztem BIOS und entfernten poewrtop Befehlen):

 

D:\Programme\iperf3>iperf3 -c 192.168.188.24 -p 5201 -P 120 -t 30

///DIREKTE VERBINDUNG///

[SUM]   0.00-30.00  sec  3.16 GBytes   906 Mbits/sec                  sender
[SUM]   0.00-30.00  sec  3.16 GBytes   906 Mbits/sec                  receiver


///ÜBER 7530///
[SUM]   0.00-30.00  sec  3.18 GBytes   912 Mbits/sec                  sender
[SUM]   0.00-30.00  sec  3.18 GBytes   912 Mbits/sec                  receiver

 

D:\Programme\iperf3>iperf3 -c 192.168.188.24 -p 5201 -P 120 -t 30 -R

///DIREKTE VERBINDUNG///

[SUM]   0.00-30.00  sec  3.43 GBytes   981 Mbits/sec    0             sender
[SUM]   0.00-30.00  sec  3.25 GBytes   932 Mbits/sec                  receiver


///ÜBER 7530///
[SUM]   0.00-30.00  sec  3.34 GBytes   955 Mbits/sec    0             sender
[SUM]   0.00-30.00  sec  3.26 GBytes   933 Mbits/sec                  receiver

 

Und per UDP:

 

D:\Programme\iperf3>iperf3 -c 192.168.188.24 -p 5201 -u -b 1500m -P 120 -t 30 -R

///DIREKTE VERBINDUNG///

[SUM]   0.00-30.00  sec  3.33 GBytes   953 Mbits/sec  852734326.656 ms  1388/224750 (0.62%)


///ÜBER 7530///

Will aus welchem Grund auch immer nicht - der Server sendet, aber der PC empfängt nichts...

 

Gut 950 MBit/s scheint also das Maximum zu sein. Mehr habe ich auch mit keinen anderen Parametern erreichen können.

Und jetzt zum Vergleich per FTP (eine einzelne Übertragung):

 

///DIREKTE VERBINDUNG///

5.589.731.545 Bytes in 58 Sekunden, also 91,91 MB/s bzw. 735,28 MBit/s


///ÜBER 7530///

5.589.731.545 Bytes in 58 Sekunden, also 91,91 MB/s bzw. 735,28 MBit/s

 

Und dieselbe Datei per SMB (Wert durch HWinfo64 gemessen):

 

///DIREKTE VERBINDUNG///

93,36 MB/s bzw. 746,89 MBit/s


///ÜBER 7530///

92,45 MB/s bzw. 739,66 MBit/s

 

Edited November 20, 2021 by Pillendreher

[mgutt]

Nutzt du bei SMB einen normalen unRAID Share? Bei FTP den Pfad /mnt/user? Dann könnte deine CPU limitieren. Probier mal einen Disk Share bzw /mnt/cache.