da_stingo Posted February 5 Share Posted February 5 2 minutes ago, MPC561 said: Ich werde nicht auf 6.12.6 gehen und dann am Kernel rumfrickeln bzw. irgendwelche Treiber aus einem instabile Repo nutzen, weil ich nicht weiss was ich mir da als Seitenefekt einfange. Davon mal abgesehen das ich gar "nicht mehr" weiss wie das geht. Müsste ich mich erst wieder einlesen. Ich erwarte ein Unraid Update das das Problem löst. Bis dahin bleibe ich auf 6.12.4 Deine Einstellung kann ich absolut nachvollziehen. Hätt ich grad das Board nicht bei mir auf dem Schreibtisch liegen, sondern im produktiven Einsatz, würde ich evtl. genauso denken. Mir wars nur wichtig die Info los zu werden, damit Leute wie ich dann nicht anfangen aufgrund dieser fehlenden Info neue Netzwerkkarten zu bestellen Quote Link to comment
MPC561 Posted February 5 Author Share Posted February 5 7 minutes ago, da_stingo said: Mir wars nur wichtig die Info los zu werden, damit Leute wie ich dann nicht anfangen aufgrund dieser fehlenden Info neue Netzwerkkarten zu bestellen Bringt Dir doch im Endeffekt auch nix. Die kostet dich selbst wenn sie höhere C-Pkg states (C8) erreicht auch etwas, weil die auf dem Mainboard sicher auch Strom zieht wenn sie deaktiviert wird. Da ist es sicherlich noch besser die interne nur mit C3 zu nutzen. Zumindest beim n100 glaub ich nicht das das was bringt (hatte auch nachgedacht ). Quote Link to comment
MPC561 Posted February 6 Author Share Posted February 6 @da_stingo Ich hab das gestern doch kurz getestet (upgrade zu 6.12.6 und die Community Treiber aus der App Sektion installiert). Ich habe sogar wirklich kurz C8 gesehen am lokal verbundenen Monitor. Aber nur kurz. Meine Leistungsaufnahme hat sich allerdings nicht reduziert. War das nun weil er nur kurz im C8 war, oder ist das Kriterium um tiefer als C3 zu kommen nicht nur Ssh sondern evtl. auch noch die Weboberfläche oder was anderes? Kannst Du (Du hast ja noch kein Produktivsystem) wenn Du Zeit und Laune hast noch weiter testen. Ich bin dann gestern Abend wieder auf 6.12.4 runter und hab davor die Treiber wieder deinstalliert. Siehe (17 Uhr hab ich gewechselt und ca. 22-23 Uhr bin ich wieder zurück: Man muss die Einheiten jetzt nicht gut erkennen, aber man sieht de Anstieg um 17 Uhr. Gruss, Joerg Quote Link to comment
da_stingo Posted February 7 Share Posted February 7 On 2/5/2024 at 7:20 PM, MPC561 said: Bringt Dir doch im Endeffekt auch nix. Die kostet dich selbst wenn sie höhere C-Pkg states (C8) erreicht auch etwas, weil die auf dem Mainboard sicher auch Strom zieht wenn sie deaktiviert wird. Da ist es sicherlich noch besser die interne nur mit C3 zu nutzen. Zumindest beim n100 glaub ich nicht das das was bringt (hatte auch nachgedacht ). 2.5G Realtek RTL8125B via PCIe und interne Netzwerkkarte deaktiviert: +0,6 Watt. C-State C8 nur über apt install r8125-dkms/unstable aus dem sid Repo. Ansonsten kein C8. Quote Link to comment
da_stingo Posted February 7 Share Posted February 7 On 2/6/2024 at 12:48 PM, MPC561 said: @da_stingo Ich hab das gestern doch kurz getestet (upgrade zu 6.12.6 und die Community Treiber aus der App Sektion installiert). Ich habe sogar wirklich kurz C8 gesehen am lokal verbundenen Monitor. Aber nur kurz. Meine Leistungsaufnahme hat sich allerdings nicht reduziert. War das nun weil er nur kurz im C8 war, oder ist das Kriterium um tiefer als C3 zu kommen nicht nur Ssh sondern evtl. auch noch die Weboberfläche oder was anderes? Kannst Du (Du hast ja noch kein Produktivsystem) wenn Du Zeit und Laune hast noch weiter testen. Ich bin dann gestern Abend wieder auf 6.12.4 runter und hab davor die Treiber wieder deinstalliert. Siehe (17 Uhr hab ich gewechselt und ca. 22-23 Uhr bin ich wieder zurück: Man muss die Einheiten jetzt nicht gut erkennen, aber man sieht de Anstieg um 17 Uhr. Gruss, Joerg Kriterium für C8 ist natürlich noch geringe Last, da reicht gut und gerne das Unraid Webinterface aus - das ist ja bekannt dafür gleich mal ein paar Watt zu schlucken... Jo, sieht man auf deinem Graphen ziemlich deutlich. Dann lieber alt und dafür sparsam... Quote Link to comment
da_stingo Posted February 9 Share Posted February 9 Soeben eine Realtek 8125B Karte mit PCIe Key A+E am kleinen WIFI PCIe Slot ausprobiert. Leider scheint am Slot nur das proprietäre CNVi von Intel anzuliegen, und leider keine vollwertigen PCIe Lanes. Somit war die LAN Karte an dieser Schnittstelle nicht funktionsfähig. Quote Link to comment
da_stingo Posted February 9 Share Posted February 9 (edited) Falls jemand noch einen lieferbaren, günstigen, low Voltage (1.2V) 32GB RAM Stick mit 3200MHz sucht: Der Crucial CT32G4DFD832A wird, obwohl er nicht auf der Kompatibilitätsliste gelistet ist, auf Anhieb vom Board erkannt und auch automatisch auf 3200MHz gesetzt, so wie man es erwarten würde. Es ist also kein Frequenz-Tuning oder Timing-Einstellen notwendig. Ein kompletter Memtest86+ Durchlauf mit der UEFI Version 1.06 hatte keine Fehler sowohl mit den Default-UEFI-Profil, als auch mit den Energiespar-Einstellungen von ein paar Seiten zuvor gezeigt. System läuft bei mir stabil. Edited February 9 by da_stingo 1 Quote Link to comment
cottec Posted February 19 Share Posted February 19 (edited) @MPC561 Habe jetzt diese Config (von dir?) laufen, gibts da Sachen, die du anders machen würdest? BIn mir grad nicht sicher was deine letzten Erkenntnisse waren... Im Bios hab ichs auf Turbo Performance gestellt... +++ Configured Settings (only differences to defaults): /etc/tlp.conf L0143: CPU_ENERGY_PERF_POLICY_ON_AC="power" /etc/tlp.conf L0217: DISK_DEVICES="nvme0n1 sdb sdc sda" /etc/tlp.conf L0225: DISK_APM_LEVEL_ON_AC="128 128 128" /etc/tlp.conf L0227: DISK_APM_LEVEL_ON_BAT="64 64 64" /etc/tlp.conf L0266: DISK_IOSCHED="mq-deadline mq-deadline" /etc/tlp.conf L0296: AHCI_RUNTIME_PM_ON_AC="auto" /etc/tlp.conf L0385: PCIE_ASPM_ON_AC="powersave" /etc/tlp.conf L0392: RUNTIME_PM_ON_AC="auto" /etc/tlp.conf L0091: CPU_DRIVER_OPMODE_ON_AC="passive" /etc/tlp.conf L0164: CPU_BOOST_ON_AC="1" /etc/tlp.conf L0165: CPU_BOOST_ON_BAT="0" /etc/tlp.conf L0195: PLATFORM_PROFILE_ON_AC="low-power" /etc/tlp.conf L0196: PLATFORM_PROFILE_ON_BAT="low-power" /etc/tlp.conf L0209: MEM_SLEEP_ON_AC="deep" Oder sind die Settings von @BiNiCKNiCH gerade der letzte Erkenntnisstand? CPU_DRIVER_OPMODE_ON_AC=passive CPU_SCALING_GOVERNOR_ON_AC=conservative CPU_ENERGY_PERF_POLICY_ON_AC=balance_power CPU_BOOST_ON_AC=1 DISK_APM_LEVEL_ON_AC="128 128" DISK_IOSCHED="mq-deadline mq-deadline" AHCI_RUNTIME_PM_ON_AC=on RUNTIME_PM_ON_AC=auto USB_AUTOSUSPEND=0 USB_DENYLIST="xxxx" PowerTOP 2.15 Overview Idle stats Frequency stats Device stats Tunables WakeUp Pkg(HW) | Core(HW) | CPU(OS) 0 | | C0 active 8.5% | | POLL 0.0% 0.0 ms | | C1E 3.2% 0.3 ms C2 (pc2) 14.3% | | C3 (pc3) 48.2% | C3 (cc3) 0.0% | C6 (pc6) 0.0% | C6 (cc6) 90.0% | C6 12.8% 0.9 ms C7 (pc7) 0.0% | C7 (cc7) 77.9% | C8 (pc8) 0.0% | | C8 4.3% 1.7 ms C9 (pc9) 0.0% | | C10 (pc10) 0.0% | | | | C10 74.9% 6.1 ms | Core(HW) | CPU(OS) 1 | | C0 active 7.3% | | POLL 0.0% 0.0 ms | | C1E 2.0% 0.3 ms | | | C3 (cc3) 0.0% | | C6 (cc6) 92.5% | C6 17.3% 0.9 ms | C7 (cc7) 75.9% | | | C8 1.1% 2.1 ms | | | | | | C10 75.1% 19.6 ms | Core(HW) | CPU(OS) 2 | | C0 active 8.7% | | POLL 0.0% 0.1 ms | | C1E 2.0% 0.3 ms | | | C3 (cc3) 0.0% | | C6 (cc6) 91.8% | C6 13.2% 0.9 ms | C7 (cc7) 79.1% | | | C8 2.5% 2.3 ms | | | | | | C10 77.0% 16.0 ms | Core(HW) | CPU(OS) 3 | | C0 active 7.2% | | POLL 0.0% 0.0 ms | | C1E 1.8% 0.3 ms | | | C3 (cc3) 0.0% | | C6 (cc6) 93.2% | C6 16.1% 0.9 ms | C7 (cc7) 77.8% | | | C8 1.2% 1.7 ms | | | | | | C10 77.0% 20.8 ms | GPU | | | | Powered On 0.1% | | RC6 99.9% | | RC6p 0.0% | | RC6pp 0.0% | Edited February 19 by cottec Quote Link to comment
MPC561 Posted February 20 Author Share Posted February 20 Test halt welche besser bei Dir läuft. Und geh auf Unraid 6,12.4. Sonst kommst du nie unter C3. Quote Link to comment
cottec Posted February 20 Share Posted February 20 (edited) Danke @MPC561Jo teste ich mal. Also Warten auf ein Fix für den Realtek.... Hast du das schon getestet? Realtek NIC preventing lower C States beyond C3 : r/unRAID (reddit.com) haben sich ja manche sehr mit auseinander gesetzt https://forums.unraid.net/bug-reports/prereleases/6100-rc1-unable-to-enable-aspm-it-stays-disabled-even-with-policy-and-boot-option-ubuntu-works-unraid-not-r1525/ Hier das script dazu: https://web.archive.org/web/20190301120327/http://drvbp1.linux-foundation.org/~mcgrof/scripts/enable-aspm Edited February 20 by cottec Quote Link to comment
MPC561 Posted February 20 Author Share Posted February 20 Das script funktioniert nicht. Aber das Prinzip dahinter vielleicht. Sprich via setpci ASPM manuell aktivieren. Ich hab die Adressen mal rausgesucht und teste das gerade. Dazu müssen folgende Befehle ausgeführt werden: sudo setpci -s 00:1c.0 0x50.B=0x42 sudo setpci -s 01:00.0 0x80.B=0x42 Diese zwei Befehle aktivieren ASPM für das PCIe Device und den Realtek Netzwerkchip. Sie sind auch nur für das N100DC-ITX und können bei anderen Boards anders aussehen. Ob das System durch instabil wird konnte ich noch nicht testen. Aber zumindest zeigt: lspci -vv | awk '/ASPM/{print $0}' RS= | grep --color -P '(^[a-z0-9:.]+|ASPM )' ASPM ist aktiv. Das System geht in C8: Das ist alles unter Unraid 6.12.8 Ich konnte noch nicht testen ob das ggf. zu instabilitäten des Systems führt. Gruss, Joerg 5 Quote Link to comment
motophil Posted February 20 Share Posted February 20 4 minutes ago, MPC561 said: Ich konnte noch nicht testen ob das ggf. zu instabilitäten des Systems führt. Vielen Dank, halt' uns bitte auf dem Laufenden 😊 Quote Link to comment
jj1987 Posted February 20 Share Posted February 20 14 minutes ago, MPC561 said: sudo setpci Just as a hint: I think "sudo" ist not needed on UNRAID, as cli uses root User. Though this ist just educated guess, haven't tested it myself Quote Link to comment
MPC561 Posted February 20 Author Share Posted February 20 9 minutes ago, jj1987 said: Just as a hint: I think "sudo" ist not needed on UNRAID, as cli uses root User You may be right (I was also unsure) but it will not make something wrong if you add the "sudo". Quote Link to comment
cottec Posted February 20 Share Posted February 20 Wollte gerade mal auf den Server schauen, ob der Parity Check jetzt durch ist. Heute Nacht ist dann aber scheinbar die Parity Disk abgeschmiert mit 1000 Errors... Nach einem Restart gerade war die Daten Disk auch weg. Hab jetzt meinen Onboard Sata Power Stecker mit Heißkleber festgeklebt, der hält nicht gut, nicht dass der durch Vibrationen rausgewandert ist. -Array Stop -Parity auf no device -Array Start -Array Stop -Meldung Parity Disk back to normal operation -Parity Device wieder eingebunden -Array Start -Parity check läuft von alleine wieder bei 0% los In 11h weiß ich mehr, vorrausgesetzt es läuft durch. Wenn nicht, dann deaktivier ich TLP erst mal wieder Quote Link to comment
alturismo Posted February 20 Share Posted February 20 8 hours ago, MPC561 said: Das script funktioniert nicht. Aber das Prinzip dahinter vielleicht. Sprich via setpci ASPM manuell aktivieren. Ich hab die Adressen mal rausgesucht und teste das gerade. Dazu müssen folgende Befehle ausgeführt werden: sudo setpci -s 00:1c.0 0x50.B=0x42 sudo setpci -s 01:00.0 0x80.B=0x42 8 hours ago, MPC561 said: Das ist alles unter Unraid 6.12.8 Ich konnte noch nicht testen ob das ggf. zu instabilitäten des Systems führt. ich lass das mal parallel hier auf dem n100m laufen. 6.12.8 Realtek plugin entfernt Befehle beim Start ausgeführt Ergebnis willst du eigentlich nicht wissen war aber auch vorher mit dem Realtek alles enabled Verbrauch idle effektiv nach 60 Minuten Laufzeit, +/- 0 Idle 14W hier in meinem setup ich lass es einfach mal laufen ob es "instabilitäten" gibt, falls andere das testen wollen mit der n100m Variante. Quote Link to comment
motophil Posted February 20 Share Posted February 20 2 minutes ago, alturismo said: Das hatte ich vorhin auch mal. Einfach powertop nochmal starten. Quote Link to comment
alturismo Posted February 20 Share Posted February 20 2 minutes ago, motophil said: Das hatte ich vorhin auch mal. Einfach powertop nochmal starten. Danke, aber Nope, das ist es nicht ... ich schätze nach wie vor mit etwas usage am USB ist das alles so oder so hinfällig Quote Link to comment
MPC561 Posted February 20 Author Share Posted February 20 @alturismo Prinzipiell ist ASPM bei dir jetzt aktiv. Da ist aber einfach zu viel Last auf deinen Kernen. Deswegen geht der nicht in die C pkg states. Die Kerne sind nie im C10 wenn du auf der rechten Seite des Bildes mal schaust. Woher die Last kommt? Kann ich nicht sagen. Schalt mal VMs und Socker aus dann solltest du auch im C8 sein. Hilft dir am Ende aber auch nix… Quote Link to comment
alturismo Posted February 20 Share Posted February 20 1 minute ago, MPC561 said: Schalt mal VMs und Socker aus dann solltest du auch im C8 sein. Hilft dir am Ende aber auch nix… so siehts aus VM's sind keine aktiv, nur Docker ... und genau das ist das Thema, sowie etwas mehr darauf auch wirklich läuft außer NAS ist das (leider) mehr oder weniger hinfällig. Ich lasse es trotzdem mal laufen zur Bestätigung ob es Stabi Probleme macht, du weißt ja, ich bin nicht auf der Jagd nach jedem Watt, mache nur den Quertest falls andere dir folgen wollen 1 Quote Link to comment
alturismo Posted February 21 Share Posted February 21 11 hours ago, MPC561 said: Prinzipiell ist ASPM bei dir jetzt aktiv. kleines Feedback zu deinen Settings, macht keinen Unterschied und läuft hier zumindest sauber durch. im Idle sowie mit NIC Last. nur als Feedback 1 Quote Link to comment
MPC561 Posted February 21 Author Share Posted February 21 Bei mir bis dato auf zwei Systemen auch keine Probleme zu erkennen. 1 Quote Link to comment
cottec Posted February 21 Share Posted February 21 (edited) Dann hab ich ja genau das richtige angestoßen mit dem manuellen ASPM 😁 Da mein System noch "leer" ist kann ich es jetzt auch testen, einfach nur die zwei Zeilen Code ins Go und gut ist? @MPC561 kannst du bitte mal deine tlp.conf hochladen? Seit die Parity gecheckt war um 7:15 habe ich alle 20s Weckrufe der HDDs 🥴 Scheint irgendein verbuggtes setting in TLP zu sein Feb 21 07:43:35 UnRamsch kernel: ata1.00: configured for UDMA/133 Feb 21 07:43:35 UnRamsch kernel: sd 1:0:0:0: [sdb] Starting disk Feb 21 07:43:35 UnRamsch kernel: ata2.00: supports DRM functions and may not be fully accessible ### [PREVIOUS LINE REPEATED 1 TIMES] ### Feb 21 07:43:35 UnRamsch kernel: ata2.00: configured for UDMA/133 Feb 21 07:43:35 UnRamsch kernel: sd 2:0:0:0: [sdc] Starting disk Feb 21 07:43:53 UnRamsch kernel: sd 1:0:0:0: [sdb] Synchronizing SCSI cache Feb 21 07:43:53 UnRamsch kernel: sd 1:0:0:0: [sdb] Stopping disk Feb 21 07:43:54 UnRamsch kernel: sd 2:0:0:0: [sdc] Synchronizing SCSI cache Feb 21 07:43:54 UnRamsch kernel: sd 2:0:0:0: [sdc] Stopping disk Feb 21 07:43:54 UnRamsch kernel: ata1.00: Entering standby power mode Feb 21 07:43:54 UnRamsch kernel: ata2.00: Entering standby power mode https://forum.manjaro.org/t/hard-drive-hdd-endlessly-cycling-stopping-starting-disk-when-laptop-is-on-battery/87089/8 Edited February 21 by cottec Quote Link to comment
MPC561 Posted February 21 Author Share Posted February 21 Lass TLP mal sein und nutze erstmal einfach powertop --auto-tune. Das sollte bei dem Board kaum einen unterschied machen. TLP ist eher Feintuning oder wenn powertop autotune nicht geht wegen zusätzlichem SATA controller (speziell ASM1064) und Problemen mit demselben wie es alturismo hat. Quote Link to comment
cottec Posted February 21 Share Posted February 21 (edited) 53 minutes ago, MPC561 said: Lass TLP mal sein und nutze erstmal einfach powertop --auto-tune. Das sollte bei dem Board kaum einen unterschied machen. TLP ist eher Feintuning oder wenn powertop autotune nicht geht wegen zusätzlichem SATA controller (speziell ASM1064) und Problemen mit demselben wie es alturismo hat. Ja, vielleicht leichter für den Start... Mit welcher Bios Performance fährst du für powertop auto tune? Las sich nur so in @BiNiCKNiCH's Beitrag, dass das praktisch die beste Lösung ist Edited February 21 by cottec 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.