Strom sparen mit powertop / Stromverbrauch von UnRaid verbessern

[Stogie]

Ja, ich habe alle Docker und VMs deaktiviert und es hat nahezu gar keinen Einfluss auf den Stromverbrauch.

 

Bei den 6 Einträgen dürfte es sich vermutlich um meine 6 Ordner-Freigaben via SMB handeln, aber sicher bin ich mir da auch nicht.
Update:
Okay, das Thema mit den 6 Einträgen und der hohen CPU Last muss irgendwie mit dem Dynamix Folder Caching Plugin zu tun gehabt haben. Hab es mal neu installiert und jetzt tauchen diese Einträge nur noch sehr vereinzelt mit wesentlich weniger CPU Last auf. Mir ist ohnehin nicht ganz klar, wie man das Plugin richtig einstellt. Speziell der Punkt mit dem Cache_Pressure. Ist hier nun 1 der ideale Wert oder 10? Oder kann ich bei 32Gig Ram auch problemlos auf 0 stellen?

Unabhängig davon komme ich aber weiterhin nicht über C3 hinaus.

Edited September 16 by Stogie

[Stogie]

Hallo zusammen.
Ich dachte, ich gebe mal ein kleines Update zu dem Thema.
Ich habe gestern das ASUS ROG STRIX B760-I GAMING WIFI gegen ein MSI MPG Z790I EDGE WIFI ausgetauscht, da das ASUS Board diverse Probleme machte, die ich nicht lösen konnte. Die FANs haben nicht mehr auf die CPU Temperatur reagiert und das Board hat massive Boot-Probleme, wenn man Änderungen im Bios vornimmt und dann neu startet. Darüber hinaus scheint der integrierte LAN-Chip extrem viel Strom zu verbrauchen und keine C-States über C2 zuzulassen, sodass er immer deaktiviert sein muss.

Bei dem Z790 funktioniert alles soweit reibungslos und ich bekomme zumindest schon einmal einen C-State von 6 erreicht.
Allerdings habe ich jetzt erst ein paar Fehler in meinem Setup festgestellt, die Power-States über C3 verhindern:
- Link Aggregation darf nicht aktiviert sein (weiß nicht, ob das generell so ist oder ggf. ein Unraid 7.0.0 beta Problem)
- Mein USB-Switch scheint sich negativ auf die C-States auszuwirken, selbst wenn die Zuordnung der angeschlossenen USB-Geräte auf ein anderes System umgestellt ist

Offenbar dürfen wirklich nur der Unraid-USB Stick und 1 Netzwerkkabel mit dem Gerät verbunden sein, damit irgendwas über C3 möglich ist.

Jetzt freue ich mich zwar, dass ich zumindest C6 erreiche, doch scheint das Z790I-System nun mit C6 genau dieselbe Menge an Watt zu verbrauchen wie das vorherige B760-I Setup, welches sogar den Switch angeschlossen und Link Aggregation aktiviert hatte.
Ich bekomme zudem jetzt auch 2 Geräte mit ASPM Disabled angezeigt, die sich nicht im Bios konfigurieren oder mit pcie_aspm=force beim Boot umstellen lassen. Eine interessante Entdeckung ist für mich auch, dass mit dem neuen Board nun auch der Balanced Mode unter Unraid 7 sowie weitere CPU Governour unter "Tips And Tweaks" verfügbar geworden sind.

Was ich jetzt gegen die beiden Geräte mit ASPM Disabled unternehmen soll, weiß ich nicht, und warum das System mit dem neuen Board und sonst aber denselben Komponenten wie zuvor mehr Strom verbraucht, ist mir ebenfalls schleierhaft...

[MPC561]

Mit zwei ASPM disabled devices, oder besser gesagt einem device und der dazugehörigen PCI Brücke bist du niemals nicht im C6. Das ist dann ein anzeigefehler.

Dadurch brauchst du auch genau soviel wie mit dem ASUS.

 

Welche Geräte das sind… Dazu mal den richtigen lspci Befehl nehmende hier im Thread schon ein Dutzend mal gepostet wurde. Mit dem sieht man welches Device das Problem macht.

 

Edited September 21 by MPC561

[Stogie]

Verstehe.
Also es scheinen die folgenden beiden Geräte zu sein:
1.) ASMedia Technology Inc. ASM3241 USB 3.2 Gen 2 Host Controller (prog-if 30 [XHCI])
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device 4480

2.) PCI bridge: Intel Corporation Device 7a3c (rev 11) (prog-if 00 [Normal decode])
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device 7e03

Ich kann aber leider mit den Bezeichnungen nichts anfangen (Ja, ich bin ein Noob) und weiß demnach auch nicht, wie ich diese Geräte auf ASPM L1 enabled bekommen soll. Ich habe den Server ohne irgendwelche NVMEs, HDDs oder PCIe Geräte gestartet, also nur mit Unraid Stick und LAN Kabel, und trotzdem bekomme ich diese beiden Geräte mit Disabled angezeigt. Im Bios und unter Unraid habe ich alle Einstellungen entsprechend diesem Thread hier vorgenommen:

 

Output.txt

[DataCollector]

1 hour ago, Stogie said:

Verstehe.
Also es scheinen die folgenden beiden Geräte zu sein:
1.) ASMedia Technology Inc. ASM3241 USB 3.2 Gen 2 Host Controller (prog-if 30 [XHCI])
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device 4480

2.) PCI bridge: Intel Corporation Device 7a3c (rev 11) (prog-if 00 [Normal decode])
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device 7e03

Ich kann aber leider mit den Bezeichnungen nichts anfangen

 

Zu den Bezeichnungen - Eigentlich ist das ganz einfach:

"ASM3241 USB 3.2 Gen 2 Host Controller"

Die Firma MSI (Micro-Star International) hat auf dem Mainboard einen ASMedia ASM3241 USB Kontrollerchip verbaut um dem Mainboard eben USB 3.2 (20Gbps) Funktionalität einzuhauchen.

https://www.asmedia.com.tw/product/393yQ5esP7qw6NID/f32YQ14SmApn1wNA

Dieser USB Chip ist mutmaßlich über benannte PCI Bridge an gebunden.

 

Anscheinend schafft unraid es nicht den USB Chip in den Stromsparmodus zu versetzen, so daß die PCIe Bride dann auch nicht in diesen Zustand wechseln kann.

 

Wenn ich die Beschreibung unter www.gh.de für das MSI MPG Z790I Edge WIFI (7E03-001R) richtig interpretiere scheint dieser Chip für den USB-C Ansschluß hinten und den USB Header auf dem Mainboard zuständig zu sein.

Falls Du beides nicht brauchst: schau mal, ob Du die im BIOS/UEFI deaktivieren kannst.

 

Edited September 22 by DataCollector

[Stogie]

Ah, verstehe.
Vielen Dank für die Erklärung. Ich habe dann jetzt auch im Nachhinein gesehen, dass im Handbuch vermerkt ist, dass dieser Chip für den USB-C Anschluss zuständig ist.
Im Bios von MSI kann man zwar USB Ports deaktivieren, aber anscheinend wird dadurch nur die Kommunikation über den jeweiligen Port blockiert und nicht der Port selbst. Ich habe testweise einmal alle USB Ports bis auf den mit dem UNRAID-Boot-Stick deaktiviert und trotzdem wird mein Smartphone über alle anderen Ports weiterhin mit Strom versorgt, während mein Keyboard nicht mehr über die Anschlüsse funktioniert. Unter UNRAID werden dann auch mit "deaktivierten" Ports weiterhin ASM3241 Controller und PCI Bridge mit ASPM disabled angezeigt...

Edited September 22 by Stogie

[DataCollector]

3 hours ago, Stogie said:

Im Bios von MSI kann man zwar USB Ports deaktivieren, aber anscheinend wird dadurch nur die Kommunikation über den jeweiligen Port blockiert und nicht der Port selbst.

 

Historie zur Erklärung:

Leider vernachlässigen viele Hersteller die Stromversorgung von USB-A Ports.

Eigentlich war es mal so gedacht, daß normale USB 2.0 Ports 5V 0,5A liefern und diese auch abgesichert sind (mit Polyfuse Sicherungen oder einer aktiven Schaltung).

Bei USB 3.0 waren es immerhin 5V und 0,9A.

 

Aber sehr früh (vor einigen Dekaden) haben die Hersteller von Desktopsystemen/-mainboards festgestellt: es ist einfacher und billiger die USB Ports direkt mit der 5V Stormversorgung des Netzteiles zu verbinden (über die Leiterbahnen des Mainboard) und keine aktive Technik in den Stromkreislauf der 5V Versorgung zu integrieren.

 

Für den Kunden bedeutete das dann, daß immer 5V anliegen und er auch ein bisschen mehr als nur 0,5A (respektive 0,9A) aus dem Port ziehen kann. Das half den Leuten, die dort 2,5 inch Festplatten anschließen wollten, weil die frühen Modelle mit nur 0,5A nicht auskamen (deshalb gab/gibt es externe Gehäuse mit 2 USB Anschlüssen am Y-Kabel).

Nachteil: wenn man es mit der Belastung des USB-Ports übertrieben hat, wurde gleich die Leiterbahn weggebrutzelt und das Mainboard war dann meist irreparabel an der Stelle beschädigt (weil diese Leiterbahenn nicht selten im PCB Layer drin und nicht von außen zugänglich waren. Den Hersteller hat es gefreut: Kunde durfte ein neues Mainboard kaufen.).

 

Warum erzähle ich den angestaubten Mist? Weil das erklärt, wieso Du mit Deinem Smartphone an allen Ports dennoch Strom bekommst, aber eine Datenverbindung Deiner Tastatur nicht klappt.

Strom an USB-A wird bei den meisten Desktop-Mainboards einfach nur durchverbunden und nicht aktiv gesichert oder gar geschaltet. Datenverbindungen hingegen können in vielen BIOS/UEFI unterbunden werden, (Damit ein Admin den Datenschutz ggf. verbessern kann und der Nutzer nicht einfach ein Linux oder so von den zugänglichen Ports bootet um das gesicherte OS zu umngehen.)

 

Nur so als Nebeninformation: Es gibt vereinzelte Desktopmainboards die dennoch eine Polyfuse oder gar aktive Steuerung der USB Portstronversorgung haben. Das sind aber dann nicht unbedingt die billigen Consumer-Mainboards.

Auch sind Notebooks/Laptops dahingehend auch etwas besser.

Da einige Notebooks (und auch Desktopmainboards und auch sowas wie Mini-PC/NUC ) ggf. eine  spezielle Buchse haben, welche auch das Laden eines Smartphones im ausgeschalteten Zustand des PC ermöglichen, sind bei denen dann auch vereinzelte Ports gesteuert.

 

3 hours ago, Stogie said:

Ich habe testweise einmal alle USB Ports bis auf den mit dem UNRAID-Boot-Stick deaktiviert und trotzdem wird mein Smartphone über alle anderen Ports weiterhin mit Strom versorgt, während mein Keyboard nicht mehr über die Anschlüsse funktioniert.

Leider wird im Handbuch zu dem Mainboard

https://download.msi.com/archive/mnu_exe/mb/MPGZ790IEDGEWIFI.pdf

das BIOS/(UEFi nicht mehr als nur erwähnt, somit kann ich dort nicht einnsehen, was Dir das BIOS/UEFI da für Einstellungen bietet.

Ich würde die generelle De-/Aktivierung des USB3.2 Zusatzchips nicht bei den USB Einstellungen suchen.

Sowas findet sich gerne unter Menüpunkten wie "Peripherials" oder so, weil es ja eine Zusatzfunktion ist, die in den Basisfunktionen des Mainboards nicht vorhanden ist.

 

[Stogie]

Vielen Dank für deine Erklärung und die Hinweise.

Ich habe das BIOS bereits 20x abgesucht. Es gibt leider keinen Menüpunkt, um den Zusatzchip zu deaktivieren. Ich habe auch mal MSI direkt zu dem Thema angeschrieben und warte auf Rückinfo. Bis dahin werde ich mich damit rumschlagen Fail2Ban dazu zu bringen gebannten IP Adressen den Zugriff über die offenen Ports zu untersagen. Daran beiße ich mir gerade auch die Zähne aus.... Aber das ist Off-Topic...