Pillendreher Posted May 16, 2021 Share Posted May 16, 2021 (edited) 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 Quote Link to comment
mgutt Posted May 16, 2021 Share Posted May 16, 2021 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. Quote Link to comment
Pillendreher Posted May 16, 2021 Author Share Posted May 16, 2021 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 Quote Link to comment
hawihoney Posted May 16, 2021 Share Posted May 16, 2021 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? Quote Link to comment
Pillendreher Posted May 16, 2021 Author Share Posted May 16, 2021 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. Quote Link to comment
mgutt Posted May 16, 2021 Share Posted May 16, 2021 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. Quote Link to comment
Pillendreher Posted November 15, 2021 Author Share Posted November 15, 2021 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... Quote Link to comment
alturismo Posted November 15, 2021 Share Posted November 15, 2021 hast du auf deinen windows Rechners AV software laufen ? Quote Link to comment
Pillendreher Posted November 15, 2021 Author Share Posted November 15, 2021 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. Quote Link to comment
alturismo Posted November 16, 2021 Share Posted November 16, 2021 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 Quote Link to comment
Pillendreher Posted November 16, 2021 Author Share Posted November 16, 2021 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? Quote Link to comment
alturismo Posted November 16, 2021 Share Posted November 16, 2021 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 .... Quote Link to comment
Pillendreher Posted November 16, 2021 Author Share Posted November 16, 2021 Ja, ansonsten alle Tests im LAN Quote Link to comment
mgutt Posted November 16, 2021 Share Posted November 16, 2021 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? Quote Link to comment
Pillendreher Posted November 16, 2021 Author Share Posted November 16, 2021 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 Quote Link to comment
Pillendreher Posted November 16, 2021 Author Share Posted November 16, 2021 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. Quote Link to comment
Pillendreher Posted November 18, 2021 Author Share Posted November 18, 2021 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 🤨 Quote Link to comment
Pillendreher Posted November 18, 2021 Author Share Posted November 18, 2021 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... Quote Link to comment
mgutt Posted November 18, 2021 Share Posted November 18, 2021 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. Quote Link to comment
Pillendreher Posted November 18, 2021 Author Share Posted November 18, 2021 (edited) 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 Quote Link to comment
mgutt Posted November 18, 2021 Share Posted November 18, 2021 Kauf einen Switch und du weißt es. Quote Link to comment
Pillendreher Posted November 18, 2021 Author Share Posted November 18, 2021 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. Quote Link to comment
alturismo Posted November 18, 2021 Share Posted November 18, 2021 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. Quote Link to comment
Pillendreher Posted November 20, 2021 Author Share Posted November 20, 2021 (edited) 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 Quote Link to comment
mgutt Posted November 20, 2021 Share Posted November 20, 2021 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. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.