JayDee73

Ok, mit dem Stock-Treiber und Unraid 6.12.14 scheinst du also "normale" Übertragungsraten bei 2.5G zu erreichen (Langzeit außen vor gelassen). Wohingegen @Babavoss mit dem Stock-Treiber in Unraid 7 Beta seine Probleme hat. Insofern scheint seine Vermutung, dass da mit dem Stock-Treiber in Unraid 7 irgendwas nicht in Ordnung ist, ja möglicherweise plausibel. Wäre natürlich jetzt interessant zu wissen, was andere User für Erfahrungswerte mit 2.5G/Unraid 7 Beta/Realtek-Stock-Treiber so haben.

Du hast nicht ganz unrecht, aber ein bisschen recht habe ich auch, denke ich. So ganz unbeteiligt ist ich777 ja nicht an dem Plugin. Das weißt du ja sicherlich auch. Und jinlife war seit über zwei Monaten nicht mehr online hier. Aber nun: BTT.

Das wäre ja in der Tat blöd, wenn nur mit dem CA-Treiber 2.5G erreicht werden. Mangels 2.5G Switch kann ich das leider nicht testen. @DataCollector: Hättest du nen 2.5G Switch, um das zu verifizieren? @ich777: Auch auf die Gefahr hin, dass du diese Frage schon mehrfach gestellt bekommen hast: Siehst du eine Möglichkeit, den CA-Treiber dahingehend zu optimieren, dass ASPM-Features (und damit auch höhere C-States) möglichst vollständig unterstützt werden? Oder wird das technisch nicht/nie möglich sein?

....und vielleicht haben wir hier auch noch einen Thread mit einem ähnlich gelagerten Problem. Auch hier wird beschrieben, dass ab der 7 Beta3 nur noch C3 erreicht wird. Wobei ich nicht im Detail geschaut habe, auf welcher Hardware das System dort läuft.

@DataCollector: Du hast die Realtek jetzt aber auch auf L0sL1 stehen, damit geht nicht mehr als C3. Du musst das mit setpci (oder dem Tool von Alturismo) auf 42 stellen, nicht auf 43.

Ich habe die Meldung bei mir auch (Standard-Realtek-Treiber, wobei ich nicht glaube, dass das überhaupt mit dem NIC-Treiber zu tun hat. Geht ja hier um die SSD). Ich habe zwei WD NVMe SSD SN700. Die Meldung kommt aber auch nur bei einer der Beiden.

Sowohl deine Realtek NIC (03:00:0) als auch die dazugehörige PCI-Bridge (00:1c:2) hast du auf L0sL1 gestellt. Die PCI-Bridge unterstützt aber nur L1. Und die Realtek kann zwar (theoretisch) L0sL1, aber dann geht das System nicht über C3. Ergo: Du musst beide Devices auf L1 stellen (also #42, abhängig davon, wie du die Parameter setzt).

Kannst ja mal probieren, ob nach autotune der Verbrauch nochmal etwas niedriger ist. Zu der Parameter-Thematik 42/43: Ich habe ein B760M, auch mit dem RTL8125. Auch bei mir ging #43 nicht, bzw. dann blieb er bei C3. Ich musste auch #42 nehmen, obwohl ja eigentlich L0sL1 unterstützt wird (also #43 eigentlich richtig gewesen wäre). Zu den hochdrehenden Lüftern: Ist das nur, wenn du powertop -autotune machst, oder auch schon wenn du "nur" powertop aufrufst? Weil nur powertop ändert ja eigentlich nichts. Wenn es bei -autotune passiert, könntest du alternativ mal statt autotune die Einzelparameter aufrufen (stehen glaube ich auch im ersten Post). Dann wüsstest du zumindest, welcher Parameter dafür verantwortlich ist, dass die Lüfter hochdrehen. Und es können ja auch eigentlich nur die Lüfter sein, die übers Mainboard angeschlossen sind, oder? Vielleicht greift da noch ne zusätzliche Lüftersteuerung (BIOS, Unraid selbst?) mit rein?

Ja, musst du. Ebenso powertop autotune. Entweder ins go-file rein oder mit dem Plugin "userscripts" ein Script erstellen und da rein.

Yep, gleiche Baustelle. Wobei ich 18-20W für das System mit zwei laufenden NVMe jetzt auch nicht sooo schlecht finde. Mit den setpci-Befehlen kommst du vielleicht noch runter auf 13-15 Watt (grob geschätzt). Viel weniger wird nicht gehen, denke ich.

Are you running Unraid with the stock drivers from Unraid itself? Or are you using the drivers from the CA AppStore? Maybe it's worth a try to use "the other ones"? Are you using any power-saving features (ASPM, powertop and stuff like that)? Normally, they are running fine with Realtek cards, but in rare circumstances they are producing weird errors. So maybe you'll try NOT to use this stuff... Unraid is supporting I226 based cards.

Deine Realtek Onboard-NIC verhindert tiefere C-States, und damit einen geringeren Stromverbrauch. Siehste in dem ASPM-Screenshot, da steht sie auf disabled. Du musst ASPM über die hier schon mehrfach kommunizierten setpci-Befehle für die Realtek und die PCI Bridge aktivieren.

Nun wollte ich heute besagte Tests machen...vorher die VM nochmal gestartet und iperf laufen lassen....Ergebnis: alles normal. Mit virtio...Wer/was auch immer da gestern auf der Leitung gestanden hat, ist jetzt weg. Heißt für mich jetzt allerdings: Ich werde das nun vorerst nicht mit den anderen Treibern testen. Ich hoffe, ihr habt Verständnis dafür.

Nix hält mich ab. Außer vielleicht die (vermutlich unbegründete) Angst eines Unraid-Einsteigers, mit dem Test irgendwas kaputt zu machen, was ich dann nicht wieder heile kriege... Wobei ich allerdings ungerne überflüssige Tests machen würde. Daher würde ich die Thematik mit der Plugin-Version und dem Github-Treiber-Relese schon gerne verstehen, bevor ich entscheide, mit welchen Treibern ich teste. Und das erschließt sich mir eben leider nicht, bzw. dafür reichen meine Kenntnisse nicht aus. Daher würde ich das gerne vor etwaigen Tests verstehen und hatte die Frage hier gestellt.

Moin! Ich bin (auch) Nutzer des beliebten Gigabyte B760M D3SH DDR4 mit Realtek 8125 2,5G NIC (läuft auf 1G bei mir, einzige NIC im System). Grundsätzlich bin ich mit der Optimierung der Stromsparmöglichkeiten bei mir zufrieden (inkl. der beiden setpci-Befehle). Meine Frage: Gibt es hier einen Konsens, ob die Nutzung des dedizierten 8125-Treibers über das entsprechende Plugin nun Vorteile/Nachteile hat in Bezug auf die Stromsparmöglichkeiten? Hintergrund meiner Frage: Bei mir laufen etliche Docker und eine W11-VM. Bei der VM ist es so, dass beim Nutzen des virtio-Treibers die Netzwerkperformance im Upload miserabelst ist (1Mbit/sec!). Der Download hingegen ist normal. Wenn ich den virtio-net nutze, ist die Performance komplett normal. Jeweils gemessen via iperf. Dabei heißt es doch, dass der virtio eigentlich der performantere Treiber sei. Ich überlege nun, ob ich den Plugin-Treiber für die RLT mal ausprobiere, ob das was ändert. Wenn ich mir damit allerdings stromspartechnisch ins Knie schieße, bringt mir das auch nix. Zumal die W11-VM auch nicht immer läuft. Und als ich mir das Plugin mal angeschaut hatte, fiel mir noch auf: Es wurde zuletzt im April upgedated. Im dazugehörigen Github-Repo war das letzte Release aber erst vor drei Wochen. Allerdings nicht durch den Maintainer des Plugins (und des Repos), sondern durch ich777. Wie passt das denn zusammen? Ich würde ja, wenn, gerne den aktuellsten Treiber nutzen, also vermeintlich den aus dem Github-Repo von vor drei Wochen. Wenn ich das Plugin so aus dem CA-Store installiere, wird er aber doch nicht diesen Treiber verwenden, oder?

Update: After a reboot plugin is working again. Problem resolved.

Hi guys, I am using the Plugin for several months now, since now without problems. But today I wanted to start the plugin and, as usual, the scanning-windows pops up: But unfortunately...that's it...the plugin does not start the scanning. I can leave the window open for minutes, nothing happens. No progression at all. I can go back and open the Unraid dashboard, so Unraid itself is still running. I can also re-open the plugin, but just to get the same result. De-installation and re-installation of the plugin also hasn't changed the behavior. Any hints? Regards, Stefan

Ok, Danke. Habe auch gesehen, dass Gigabyte das (warum auch immer) bei fast jedem Board schreibt. Sei's drum. Die NIC läuft ja grundsätzlich auch. Es bleibt aber das Problem mit der deutlich schlechteren Übertragungsleistung in die eine Richtung. Das ist für mich ein Showstopper, wenn ich dafür keine Lösung finde.

Also ich bin kurz davor, aufzugeben. Ich kriege das nicht vernünftig (=stabil) zum Laufen. Mit "pcie_port_pm=off pcie_aspm.policy=performance" lief es 20 Tage stabil (will sagen: tritt der Fehler vermutlich nicht auf), aber damit verbraucht mir das System zu viel Strom, weil ASPM eben komplett deaktiviert wird. Selbst wenn ich ASPM für die NIC deaktiviere (und für alle anderen Devices aktiviere), lief es nicht stabil. Ätzend. Ich werde also vermutlich auf das hier schon oft empfohlene B760M DS3H DDR4 wechseln. Ja, das hat ne RTL NIC, die auch nicht frei von Problemen ist. Aber ich hoffe, in Summe ist das dann trotzdem die bessere Wahl.

Dieses Board bringt mich noch ins Grab... 😞 Ich habe mir gerade die Anleitung nochmal durchgelesen und dort steht für den PCIe-Slot: The PCIEX16 slot can only support a graphics card or an NVMe SSD. Was ist das denn für eine Sch....e?? Meinen die das ernst? Da darf man keine NIC reinstecken, bzw. ist dann nicht supportet? Wo ist denn da die Begründung? Performance kanns ja wohl nicht sein, eine GPU oder eine NVMe würde doch den Slot viel mehr belasten, oder?

Hallo zusammen, kein direktes Unraid-Problem, aber vielleicht hat ja einer der Hardware-Cracks hier einen Tipp für mich. Ich betreibe Unraid auf einem Gigabyte B760I Board. Die Onboard-NIC (Intel 225) habe ich deaktiviert, da sie nicht stabil lief (anderes Thema, anderer Thread.. ). Ich versuche es nun mit einer gesteckten I226 im PCIe-Slot (verbunden mit 1G). Und stoße dabei direkt auf das nächste Problem: Die Netzwerkperformance ist nur eine Richtung bei 1G. Die andere Richtung liegt bei unter 100Mbit (gemessen mit iperf von verschiedenen Endgeräten aus. Immer nur wenn ich auf Unraid mit -s messe, ist die Performance schlecht. Andere Richtung (also mit -c) bringt 1G und alle anderen Geräte untereinander bringen auch 1G. Also liegt das Problem mMn bei der Unraid NIC). Was ich rausgefunden habe: Sobald ich das Array offline nehme, ist die Geschwindigkeit bei vollen 1GB in beiden Richtungen! Exakt das gleiche Problem wird hier auch beschrieben: Dort wird vermutet, dass der SATA-Controller und der PCIe-Slot sich Bandbreite teilen. Haltet ihr das für möglich? Und was noch viel wichtiger ist: Kann ich das durch BIOS-Einstellungen beeinflussen? Das kann ja irgendwie nicht sein, dass im Jahr 2024 bei einem knapp 200 Euro Board so ein Flaschenhals existiert, oder? Es ist ja "nur" eine 1G-Anbindung. Wenn ich jetzt eine 10G-Anbindung hätte, könnte ich einen Flaschenhals ja ggf. noch verstehen. Ich sehe folgende BIOS-Einstellungen, wo ich der Meinung bin, dass sie ggf. eine Auswirkung hätten: PCIE Bifuraction Support ("Allows you to determine how the bandwidth of the PCIEX16 slot is divided.") CPU PCIe Link Speed PCH PCIe Link Speed Hat jemand hier vielleicht einen Tipp, wie das zu entknoten ist? Tausend Dank, Stefan PS: Nur als Ergänzung: Mit der Onboard-NIC gab es dieses Problem nicht. Da waren es auch mit laufendem Array in beiden Richtungen 1G.

NPM

Nicht, dass es direkt hilft, aber ich habe das auch. Gleicher Docker und die webfinger-Warnung krieg ich einfach nicht weg...

I had another NIC-detach-crash with the above mentioned settings. So with further research, de-activating ASPM at all will solve the issue. You can add pcie_port_pm=off pcie_aspm.policy=performance to the boot settings to achieve this. But with this option ALL PCI devices will have ASPM de-activated, which isn't really necessary, because we only have one problematic device (the NIC). So atm I am trying to enable ASPM in general (also running powertop) and only de-activate ASPM for the Intel NIC. Will monitor this setup during the coming days...

Ok, Danke. Könnte ich dann nicht auch powertop -auto-tune machen und danach "nur" für die PCIe-NIC PowerManagement wieder "deaktivieren"? Das wäre doch dann: echo on | tee /sys/bus/pci/devices/0000:03:00.0/power/control Oder? Das erscheint mir etwas weniger Aufwand als für jedes "???" Device die Kommandos einzeln ins go-file zu setzen. Oder reicht da wirklich eine Zeile mit ??-Wildcards, und der geht alle nacheinander durch (again, ich bin kein Linux-Spezi ).