Averall Posted June 19, 2021 Share Posted June 19, 2021 @mgutt nein, hab ich auf einfach Ansicht stehen. Habe ja wirklich jeden Beitrag in dem Thread hier versucht für mein System umzusetzen. Quote Link to comment
Averall Posted June 19, 2021 Share Posted June 19, 2021 Ist mit sich selbst beschäftigt: Quote Link to comment
DiaboloVampire Posted July 22, 2021 Share Posted July 22, 2021 (edited) Hallo zusammen, ich habe aktuell ein Test Board für einen Backup Server am laufen. Ein Biostar J1800MH2 mit einem Intel J1800 Dual Core. Habe hier viel gelesen und komme nicht unter 14Watt mit den Platten spindown. Powertop Ausgabe hab ich mit angehangen. Bekomme ich so ein Low Power Board eigentlich noch tiefer oder ist das schon das Maximum was man rausholen kann? Im Bios sieht es leider etwas mager aus was die C-State Einstellungen angeht. Kann auf C7 gehen, bringt aber nix im Vergleich zu C3 Was meint ihr? EDIT: Hab gestern Parity Check laufen gelassen und heute früh nochmal aufs System geschaut. Im Dashboard kommt es mir so vor als wenn die CPU Anzeige weiter runter geht und nicht mehr so viel ausschlägt wie gestern Abend. Zudem liegt der Wert jetzt bei 13,3 Watt. CPU steht übrigens in Tips und Tweaks auf Performance, was gestern im verglich zu On Demand oder PowerSafe keinen messbaren Unterschied bewirkt hat. Edited July 23, 2021 by DiaboloVampire Neue Erkenntnisse Quote Link to comment
mgutt Posted July 23, 2021 Share Posted July 23, 2021 16 hours ago, DiaboloVampire said: Im Bios sieht es leider etwas mager aus was die C-State Einstellungen angeht. Kann auf C7 gehen, bringt aber nix im Vergleich zu C3 C7 musst du schon einstellen. Aktuell erreichst du gar keinen C-State. Links das Package ist wichtig, nicht die Kerne. Allerdings hast du so viel Last auf den Kernen, dass das auch logisch ist. Zwei Kerne stehen auf 40% active. Das Package kann C2 usw erst erreichen wenn die CPU nichts macht. Quote Link to comment
alturismo Posted July 27, 2021 Share Posted July 27, 2021 mal eine Frage an die Experten hier zu dem Thema C-States ich weiß ich hatte mir das im Juni angeschaut und hatte auch die C-States aktiv wenn das auch keine großen Auswirkungen auf den Stromverbrauch hatte, mir geht es mehr um das Thema Kühlung in diesem Zusammenhang. Jetzt hatte ich mir das nochmals zufällig angeschaut und muss sagen, aktuell bekomme ich bei den Package C States nichts mehr ... ich hab sicherheitshalber nochmals im bios geschaut ob etwas umgestellt worden sein konnte, aktuell jedoch nicht das ich etwas greifen könnte, C-States stehen auf auto und C1E auf enabled, relativ sicher war es auch so bei meinen vorherigen Tests. nach powertop --auto-tune wird auch alles in tuneable auf good gestellt (nach reboot alles bad), denke jedoch das war vorher auch so, ließe sich ja durch start script lösen. Jetzt zur Frage, kann ich das in einer Form "debuggen" was die Package C States verhindert ? was neu ist, ich muss den CPU scaling Governor manuell umstellen auf powersafe da mittlerweile Standard auf Performance gebootet wird (zumindest hier). CPU ist core i9 9900 GPU's sind eine GT 1030 und RTX 3070 nvme's sind eine samsung 960evo und wd750 ... alles nichts neues HDD's (4x) im sleep natürlich beim Test was sich hardwareseitig geändert hat ist, Wakü anstelle Noctua CPU Lüfter, wobei ich jetzt hier nicht den Zusammenhang sehe, daher die Frage on es eine "debug" Möglichkeit gäbe um zu schauen was konkret verhindert. Was ich noch testen muss, 2 der 3 laufenden VM's habe ich auf win 11 umgestellt anstelle win 10, aber auch da sehe ich jetzt nicht unbedingt den Zusammenhang. Für Tipps im Voraus vielen Dank Quote Link to comment
mgutt Posted July 27, 2021 Share Posted July 27, 2021 2 hours ago, alturismo said: GPU's sind eine GT 1030 und RTX 3070 ... 2 der 3 laufenden VM's C-States sind Schlafzustände. Bei so vielen aktiven PCIe Lanes und durchgehend über 15% Last auf der CPU ist es kaum möglich einen C-State zu erreichen. Eventuell siehst du einen, wenn du die VMs heruntergefährst?! Quote Link to comment
alturismo Posted July 27, 2021 Share Posted July 27, 2021 4 hours ago, mgutt said: C-States sind Schlafzustände. Bei so vielen aktiven PCIe Lanes und durchgehend über 15% Last auf der CPU ist es kaum möglich einen C-State zu erreichen. Eventuell siehst du einen, wenn du die VMs heruntergefährst?! erstmal Danke, ich hab zwar die VM's schon immer an, aber ich werde es mal zum Spaß testen, also ist es grundsätzlich nur ein Thema der Last der CPU (wenn Sie stetiger auf 800 läuft). Quote Link to comment
Towatai Posted July 27, 2021 Share Posted July 27, 2021 (edited) Gibt es irgendwelche messbaren unterschiede zwischen "intel-cpufreq" und "intel_pstate". ? Habe hier nen frisch aufgesetzten Dell Poweredge R620 mit 64GB ECC Ram und zwei Xeon E5-2650L v2 mit je 10 Kernen. Momentan ist nur eine SATA SSD verbaut auf der noch nichts ist. Das System ist also Nackt. Habe im Idle ~51W wobei die verbaute iDRAC (Remotesteuerung) alleine schon ~10W ausmacht. Auf "performance" gestellt sieht das ganze so aus... Gibts da noch Raum für Verbesserungen oder ist es der Hardware ansich geschuldet? Mir ist beim starten von Powertop dann noch folgende Meldung ins Auge gesprungen: Normal? Ich konnte übrigens noch 1-2W durch ein einmaliges ausführen von powertop --calibrate herausholen wobei mir da auch ne meldung ins auge springt... Hatte bisher nur einmal kurz Unraid auf nem anderen System im Einsatz, das ganze ist schon gut 1,5 Jahre her und komme eher aus der ESXI Welt. Edited July 27, 2021 by Towatai Quote Link to comment
mgutt Posted July 27, 2021 Share Posted July 27, 2021 11 hours ago, alturismo said: was neu ist, ich muss den CPU scaling Governor manuell umstellen auf powersafe da mittlerweile Standard auf Performance gebootet wird (zumindest hier). In Unraid 6.8 ruckelte bei mir Plex, wenn ich powersave genutzt habe und performance hat bei mir nur 1W ausgemacht, weshalb ich dabei geblieben bin. Ich habe auch schon gelesen, dass mit powersave bei manchen die VMs ruckeln. Das solltest du im Hinterkopf behalten. Quote Link to comment
alturismo Posted July 27, 2021 Share Posted July 27, 2021 2 minutes ago, mgutt said: In Unraid 6.8 ruckelte bei mir Plex, wenn ich powersave genutzt habe und performance hat bei mir nur 1W ausgemacht, weshalb ich dabei geblieben bin. Ich habe auch schon gelesen, dass mit powersave bei manchen die VMs ruckeln. Das solltest du im Hinterkopf behalten. macht hier glücklicherweise keinerlei Unterschied, außer das ich unter performance mehr Wärme erzeuge (mehr Verbrauch da ist), daher hier immer auf powersafe ... war bisher immer so, aktuell auch bei 10th gen wo ich noch nebenbei "betreue" und das ist ein "Zocker", der merkt wenn etwas ruckelt aber Danke für den Hinweis, wobei ich den bereits öfters von Dir gelesen habe, jedoch noch nie bestätigen konnte da ich hier immer ein anderes Verhalten anliegen habe was Abwärme (Energie) angeht, unter performance kommt der höhere permanente Grundtakt einfach immer durch, das nur mal so erwähnt. Mein Server = Dekstop PC == silent ist ein Muss Quote Link to comment
amiga4ever Posted July 28, 2021 Share Posted July 28, 2021 Hallo Zusammen, jetzt kommt noch einer mit ein paar Fragen. Da der Rechner ursprünglich für andere Aufgaben geplant war sind die Komponenten für den derzeitigen Einsatz sicherlich stark überdimensioniert. Aber so viel Strom kann ich gar nicht sparen um alles neu und angepasst zu kaufen. Hier mein System. SilverStone SST-CS380 V2 ATX-Gehäuse Intel Core I7-10700 2,90 GHz Sockel 1200 Prozessor boxed Gigabyte H470M-HD3 Intel H470 1200 ATX Mainboard BE Quiet System Power 9 600 Watt ATX Netzteil 64GB RAM (4xCrucial 16 GB PC3200 25600 CL-22 DDR4-RAM) 5x8TB Sata und 1 1TB Sata SDD Trotzdem wollte ich es im Energieverbrauch etwas optimieren. Powertop wirft mir so etwas raus s. Anhang. Die Platten fahren alle runter und im Bios habe ich alles was irgendwie nach C state aussieht habe ich aktiviert. Da ich aus Eine USB Plate für Backupzwecke dran habe habe ich USB noch nicht angefasst. Nach der Audio HW muss ich auch noch schauen. Was ich noch nicht ganz verstanden habe ist, dass die Werte rechts (ich denke mal die einzelnen Kerne) schon Prozentuale prozentuale an c1 bis c1 drei Zeigen. Der Pkg (HW) aber überall 0 zeigt. Wennich ehrlich bin kann ich den Wert nicht richtig interpretieren. Aber nach dem, was ich hier bisher gelesen habe scheint das ja nicht gut zu sein. Ich sehe im Dashboard auch nach längeren Pausen immer einzelne Kerne mit 1% bis 2% ausschlagen. Sie legen sich also nicht schlafen. Powertop -auto-tune läuft. Mir geht auch nicht darum das letzte Watt rauszuholen aber mein derzeitiger idle Verbrauch von 55 bis 70 W scheint mir doch was viel und ich hoffe hier etwas Potential zu haben. Wenn ich unter 40 komme wäre ich schon froh. Kann mir hier jemand weiterhelfen? Im BIOS habe ich nicht viel verwertbares gefunden. Ich habe im Standard vier Container laufen (Plex, ioBorker, Influx und duplicati) appdata liegt im Cache. Sollte man die Container vielleicht an einzelne Kerne binden, damit die anderen schlafen können oder mach vielleicht etwas anderes grundlegend falsch. Schon mal vielen Dank für Eure Nachhilfe. Quote Link to comment
mgutt Posted July 28, 2021 Share Posted July 28, 2021 C0 active zeigt 6.8% CPU Last auf allen Kernen. Prüfe mit htop welche Prozesse da aktiv sind. Powertop Auto Tune schon ausgeführt? iGPU Treiber installiert? Quote Link to comment
amiga4ever Posted July 29, 2021 Share Posted July 29, 2021 powertop Auto Tune läuft. Hab ich ins go file gepackt und neu gestartet. Im go file habe ich darüber hinaus modprobe i915; chmod -R 777 /dev/dri; eingefügt. Habe ich aus einem Tipp für meinen Plex Container, um das Transcodieren durch die GPU zu ermöglichen. Meinst Du das mit iGPU Treiber. Sollte ich mehr oder was anderes tun? Die Ausgabe von htop kommt jetzt. Quote Link to comment
mgutt Posted July 29, 2021 Share Posted July 29, 2021 2 minutes ago, amiga4ever said: Meinst Du das mit iGPU Treiber Das ist nicht der Treiber. Den Treiber installiert man über dass Intel Plugin oder in dem man per touch die i915 Datei laut unRAID Doku erstellt. Woher kommt der "find /mnt/user/Backup" Prozess? Der ist Ursache für die durchgehende Last. Quote Link to comment
amiga4ever Posted July 29, 2021 Share Posted July 29, 2021 So den Treiber habe ich mal installiert. Dafür habe ich mein modprobe i915; chmod -R 777 /dev/dri aus dem go file aus kommentiert. Ich wusste nicht ob sich das beißt. Plex habe ich, wie alle Container. Hab ich auch gemacht um den "find" Problem auf die Spur zu kommen. Jetzt muss ich mal testen, ob Plex immer noch mit der GPU transkodiert. Das "find /mnt/user/Backup" konnte ich auf mein folder caching zurückführen. Nachdem ich es deaktiviert hatte war raus. Guckst Du hier : Powetop hat sich augenscheinlich aber nicht viel verändert: cpufreq-info hat folgendes ausgespuckt: root@Amiga-Server:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to [email protected], please. analyzing CPU 0: driver: intel_pstate CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 3.90 GHz. analyzing CPU 1: driver: intel_pstate CPUs which run at the same hardware frequency: 1 CPUs which need to have their frequency coordinated by software: 1 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 3.08 GHz. analyzing CPU 2: driver: intel_pstate CPUs which run at the same hardware frequency: 2 CPUs which need to have their frequency coordinated by software: 2 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 2.38 GHz. analyzing CPU 3: driver: intel_pstate CPUs which run at the same hardware frequency: 3 CPUs which need to have their frequency coordinated by software: 3 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 1.58 GHz. analyzing CPU 4: driver: intel_pstate CPUs which run at the same hardware frequency: 4 CPUs which need to have their frequency coordinated by software: 4 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 1.16 GHz. analyzing CPU 5: driver: intel_pstate CPUs which run at the same hardware frequency: 5 CPUs which need to have their frequency coordinated by software: 5 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 6: driver: intel_pstate CPUs which run at the same hardware frequency: 6 CPUs which need to have their frequency coordinated by software: 6 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 7: driver: intel_pstate CPUs which run at the same hardware frequency: 7 CPUs which need to have their frequency coordinated by software: 7 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 8: driver: intel_pstate CPUs which run at the same hardware frequency: 8 CPUs which need to have their frequency coordinated by software: 8 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 9: driver: intel_pstate CPUs which run at the same hardware frequency: 9 CPUs which need to have their frequency coordinated by software: 9 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 10: driver: intel_pstate CPUs which run at the same hardware frequency: 10 CPUs which need to have their frequency coordinated by software: 10 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 801 MHz. analyzing CPU 11: driver: intel_pstate CPUs which run at the same hardware frequency: 11 CPUs which need to have their frequency coordinated by software: 11 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 801 MHz. analyzing CPU 12: driver: intel_pstate CPUs which run at the same hardware frequency: 12 CPUs which need to have their frequency coordinated by software: 12 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 13: driver: intel_pstate CPUs which run at the same hardware frequency: 13 CPUs which need to have their frequency coordinated by software: 13 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 14: driver: intel_pstate CPUs which run at the same hardware frequency: 14 CPUs which need to have their frequency coordinated by software: 14 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 15: driver: intel_pstate CPUs which run at the same hardware frequency: 15 CPUs which need to have their frequency coordinated by software: 15 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. Immerhin bin ich nach einer viertel Stunde Leerlauf (ohne laufende Container) auf 31 bis 35 Watt. Schon mal ganz gut. Mit laufenden Container ergeben sich eigentlichkeine signifikante Änderungen. Schon mal vielen Dank. Weißt Du warum powertop immer noch links keinen Übergang in die C states erkennt? CU Quote Link to comment
mgutt Posted July 29, 2021 Share Posted July 29, 2021 Mich irritiert, dass der rechts die C-States nicht ordentlich anzeigt. Da scheint powertop immer noch nicht die passenden Treiber zu besitzen. Aber das hatte @mr_cg auch und bei ihm ginge das Paket trotzdem schlafen: https://forums.unraid.net/topic/110228-strom-sparen-mit-powertop/?tab=comments#comment-965110 Da nun bei dir alle Werte passen, kann es denke ich nur noch an ASPM liegen. Hast du im BIOS dafür eine Option? Das PCIe Power Management muss in der Lage sein die PCIe Geräte in den "L1" Status zu versetzen. Mit diesem Kommando kannst du das prüfen: lspci -vvvnnPPDq | grep -B 30 ':[[:space:]]ASPM' Hier siehst du zB meine Ausgabe und dass der PCIe Link zur NVMe bei ASPM den Schlafzustand "L1" erlaubt: Das sollte dann bei möglichst vielen PCIe Geräten der Fall sein. Quote Link to comment
amiga4ever Posted July 29, 2021 Share Posted July 29, 2021 (edited) Jetzt bin ich noch mal mein BIOS durchgegangen und habe doch noch den ein oder anderen Punkt gefunden. Das einzige was ich bisher nicht eingeschaltet habe ist device sleep bei den SATA Controlern. Da wurde gewarnt, dass Port und Device es beide unterstützen müssen. Da ich es von meinen Platten nicht weiß habe ich es deaktiviert gelassen. Bis auf ein Gerät scheinen alle PCIe Geräte scheinen alle "L1" zu erlauben. root@Amiga-Server:~# lspci -vvvnnPPDq | grep -B 30 ':[[:space:]]ASPM' Address: fee00378 Data: 0000 Capabilities: [70] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [a8] SATA HBA v1.0 BAR4 Offset=00000004 Kernel driver in use: ahci Kernel modules: ahci 0000:00:1b.0 PCI bridge [0604]: Intel Corporation Device [8086:06c2] (rev f0) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin ? routed to IRQ 122 IOMMU group: 6 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: 00004000-00004fff [size=4K] Memory behind bridge: 3f800000-3f9fffff [size=2M] Prefetchable memory behind bridge: 000000003fa00000-000000003fbfffff [size=2M] Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0 ExtTag- RBE+ DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- LnkCap: Port #19, Speed 8GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <1us, L1 <4us ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+ LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk- -- Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee00238 Data: 0000 Capabilities: [90] Subsystem: Gigabyte Technology Co., Ltd Device [1458:5001] Capabilities: [a0] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: pcieport 0000:00:1b.3 PCI bridge [0604]: Intel Corporation Device [8086:06c3] (rev f0) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin D routed to IRQ 123 IOMMU group: 7 Bus: primary=00, secondary=02, subordinate=03, sec-latency=0 I/O behind bridge: 0000f000-00000fff [disabled] Memory behind bridge: fff00000-000fffff [disabled] Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff [disabled] Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0 ExtTag- RBE+ DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+ RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 256 bytes, MaxReadReq 128 bytes DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- LnkCap: Port #20, Speed 8GT/s, Width x1, ASPM L0s L1, Exit Latency L0s unlimited, L1 <16us ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+ LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk- -- LaneErrStat: 0 Capabilities: [250 v1] Downstream Port Containment DpcCap: INT Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+ DpcCtl: Trigger:0 Cmpl- INT- ErrCor- PoisonedTLP- SwTrigger- DL_ActiveErr- DpcSta: Trigger- Reason:00 INT- RPBusy- TriggerExt:00 RP PIO ErrPtr:1f Source: 0000 Kernel driver in use: pcieport 0000:00:1b.4 PCI bridge [0604]: Intel Corporation Comet Lake PCI Express Root Port #21 [8086:06ac] (rev f0) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin ? routed to IRQ 124 IOMMU group: 6 Bus: primary=00, secondary=04, subordinate=04, sec-latency=0 I/O behind bridge: 00005000-00005fff [size=4K] Memory behind bridge: 3fc00000-3fdfffff [size=2M] Prefetchable memory behind bridge: 000000003fe00000-000000003fffffff [size=2M] Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0 ExtTag- RBE+ DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- LnkCap: Port #21, Speed 8GT/s, Width x4, ASPM L0s L1, Exit Latency L0s <1us, L1 <4us ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+ LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk- -- Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee00298 Data: 0000 Capabilities: [90] Subsystem: Gigabyte Technology Co., Ltd Device [1458:5001] Capabilities: [a0] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: pcieport 0000:00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:06bc] (rev f0) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin ? routed to IRQ 125 IOMMU group: 8 Bus: primary=00, secondary=05, subordinate=05, sec-latency=0 I/O behind bridge: 00006000-00006fff [size=4K] Memory behind bridge: 51200000-513fffff [size=2M] Prefetchable memory behind bridge: 0000000051400000-00000000515fffff [size=2M] Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0 ExtTag- RBE+ DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- LnkCap: Port #5, Speed 8GT/s, Width x4, ASPM L0s L1, Exit Latency L0s <1us, L1 <4us ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+ LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk- -- Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee002b8 Data: 0000 Capabilities: [90] Subsystem: Gigabyte Technology Co., Ltd Device [1458:5001] Capabilities: [a0] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: pcieport 0000:00:1d.0 PCI bridge [0604]: Intel Corporation Comet Lake PCI Express Root Port #9 [8086:06b0] (rev f0) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin ? routed to IRQ 126 IOMMU group: 9 Bus: primary=00, secondary=06, subordinate=06, sec-latency=0 I/O behind bridge: 00007000-00007fff [size=4K] Memory behind bridge: 51600000-517fffff [size=2M] Prefetchable memory behind bridge: 0000000051800000-00000000519fffff [size=2M] Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0 ExtTag- RBE+ DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- LnkCap: Port #9, Speed 8GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <1us, L1 <4us ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+ LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk- -- Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee002d8 Data: 0000 Capabilities: [90] Subsystem: Gigabyte Technology Co., Ltd Device [1458:5001] Capabilities: [a0] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: pcieport 0000:00:1d.4 PCI bridge [0604]: Intel Corporation Device [8086:06b4] (rev f0) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin ? routed to IRQ 127 IOMMU group: 9 Bus: primary=00, secondary=07, subordinate=07, sec-latency=0 I/O behind bridge: 0000f000-00000fff [disabled] Memory behind bridge: fff00000-000fffff [disabled] Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff [disabled] Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Express (v2) Root Port (Slot-), MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0 ExtTag- RBE+ DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- LnkCap: Port #13, Speed 8GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <1us, L1 <4us ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+ LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk- Die Powertop Ausgabe hat sich nicht signifikant geändert. Zumindest für jemanden wie mich, der sich nicht auskennt. Cpufreq-info liefert für mich auch zufriedenstellende Werte oder interpretiere ich den Wert current cpu frequency falsch. Die scheinen sauber runter zu regeln. root@Amiga-Server:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to [email protected], please. analyzing CPU 0: driver: intel_pstate CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 3.92 GHz. analyzing CPU 1: driver: intel_pstate CPUs which run at the same hardware frequency: 1 CPUs which need to have their frequency coordinated by software: 1 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 3.12 GHz. analyzing CPU 2: driver: intel_pstate CPUs which run at the same hardware frequency: 2 CPUs which need to have their frequency coordinated by software: 2 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 2.41 GHz. analyzing CPU 3: driver: intel_pstate CPUs which run at the same hardware frequency: 3 CPUs which need to have their frequency coordinated by software: 3 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 1.72 GHz. analyzing CPU 4: driver: intel_pstate CPUs which run at the same hardware frequency: 4 CPUs which need to have their frequency coordinated by software: 4 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 1.06 GHz. analyzing CPU 5: driver: intel_pstate CPUs which run at the same hardware frequency: 5 CPUs which need to have their frequency coordinated by software: 5 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 6: driver: intel_pstate CPUs which run at the same hardware frequency: 6 CPUs which need to have their frequency coordinated by software: 6 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 7: driver: intel_pstate CPUs which run at the same hardware frequency: 7 CPUs which need to have their frequency coordinated by software: 7 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 8: driver: intel_pstate CPUs which run at the same hardware frequency: 8 CPUs which need to have their frequency coordinated by software: 8 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 9: driver: intel_pstate CPUs which run at the same hardware frequency: 9 CPUs which need to have their frequency coordinated by software: 9 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 801 MHz. analyzing CPU 10: driver: intel_pstate CPUs which run at the same hardware frequency: 10 CPUs which need to have their frequency coordinated by software: 10 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 11: driver: intel_pstate CPUs which run at the same hardware frequency: 11 CPUs which need to have their frequency coordinated by software: 11 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 12: driver: intel_pstate CPUs which run at the same hardware frequency: 12 CPUs which need to have their frequency coordinated by software: 12 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 801 MHz. analyzing CPU 13: driver: intel_pstate CPUs which run at the same hardware frequency: 13 CPUs which need to have their frequency coordinated by software: 13 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 800 MHz. analyzing CPU 14: driver: intel_pstate CPUs which run at the same hardware frequency: 14 CPUs which need to have their frequency coordinated by software: 14 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 801 MHz. analyzing CPU 15: driver: intel_pstate CPUs which run at the same hardware frequency: 15 CPUs which need to have their frequency coordinated by software: 15 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.80 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 801 MHz. Wenn die Platten runter gefahren sind liege ich zwar weit über den von Euch erreichten Werten aber gegenüber meinem Ausgangsverbrauch von 70 W und jetzt gerade mal 30 Watt ist das super und ich bin damit voll zufrieden. Vielen , vielen Dank für die Unterstützung. Falls Du mal in Bruchsal vorbei kommst melde Dich. Dann gebe ich Dir gerne ein Bierchen aus. Auf Jahr gerechnet sind das gut 90€ Ersparnis. Dafür gibt es auch zwei :-). Nur noch aus Interesse. In dem ein oder anderen Beitrag habe ich gelesen, dass die Ausgabe bei powertop in der ersten Spalte Werte <> 0 schlecht wären. Die sind bei mir noch gleich null. Was bedeuten die Werte denn und was wird aus Deiner Sicht rechts bei de C states nicht richtig angezeigt (meinst Du, dass kein Wert für die GPU angezeigt wird?). Kann ich bei den Treibern noch etwas überprüfen? Heir noch eine Angabe zu den C states und dem power govenor : root@Amiga-Server:~# grep . /sys/devices/system/cpu/cpu0/cpuidle/state*/name /sys/devices/system/cpu/cpu0/cpuidle/state0/name:POLL /sys/devices/system/cpu/cpu0/cpuidle/state1/name:C1_ACPI /sys/devices/system/cpu/cpu0/cpuidle/state2/name:C2_ACPI /sys/devices/system/cpu/cpu0/cpuidle/state3/name:C3_ACPI root@Amiga-Server:~# cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor powersave powersave powersave powersave powersave powersave powersave powersave powersave powersave powersave powersave powersave powersave powersave powersave root@Amiga-Server:~# cat /sys/module/pcie_aspm/parameters/policy [default] performance powersave powersupersave Und noch mein modprobe.d Verzeichnis root@Amiga-Server:/boot/config/modprobe.d# ls i915.conf Ist es richtig, dass in der Datei i915.conf "blacklist i915" steht? CU Edited July 29, 2021 by amiga4ever Quote Link to comment
amiga4ever Posted July 29, 2021 Share Posted July 29, 2021 Habe gerade festgestellt, dass powertop die Ausgabe abschneidet. Ich habe auch keinen Weg gefunden an die abgeschnitten Informationen zu kommen. Auf 16 Kerne ist das Tool wohl nicht ausgelegt. Quote Link to comment
alturismo Posted July 30, 2021 Share Posted July 30, 2021 (edited) 9 hours ago, amiga4ever said: Habe gerade festgestellt, dass powertop die Ausgabe abschneidet. Ich habe auch keinen Weg gefunden an die abgeschnitten Informationen zu kommen. Auf 16 Kerne ist das Tool wohl nicht ausgelegt. Pfeil nach unten zum scrollen ... Edited July 30, 2021 by alturismo Quote Link to comment
amiga4ever Posted July 30, 2021 Share Posted July 30, 2021 Danke, hätte ich auch irgendwie selber drauf kommen könne 🙂 2 Quote Link to comment
mgutt Posted July 31, 2021 Share Posted July 31, 2021 On 7/29/2021 at 3:59 PM, amiga4ever said: dass die Ausgabe bei powertop in der ersten Spalte Werte <> 0 schlecht wären. Die sind bei mir noch gleich null. Was bedeuten die Werte denn Die Kerne selbst tun zwar nichts, aber die CPU selbst wird ganz normal über die Spannungswandler mit Strom versorgt. Das Paket hängt dabei von den Core States ab (also das was rechts steht). Wenn die C8 erreichen, kann auch das Paket C8 erreichen usw. Siehe auch die Beschreibung von Intel: On 7/29/2021 at 3:59 PM, amiga4ever said: meinst Du, dass kein Wert für die GPU angezeigt wird? Wenn du mit dem Pfeil nach unten scrollst, siehst du die GPU? Wenn nein, dann hast du keinen GPU Treiber installiert. Das kann sich negativ auf die C-States auswirken. On 7/29/2021 at 3:59 PM, amiga4ever said: Kann ich bei den Treibern noch etwas überprüfen? Nein, das fehlt direkt im Linux Quelltext. Denn hatte ich irgendwann mal gesehen und die "neuen" Intel CPUs haben da einfach noch keinen Eintrag. Aber wie gesagt scheint sich das nicht auf die C-States auszuwirken, sondern man kann sie nur einfach nicht ordentlich auslesen. On 7/29/2021 at 3:59 PM, amiga4ever said: Bis auf ein Gerät scheinen alle PCIe Geräte scheinen alle "L1" zu erlauben. Vielleicht ist das ja schon das Problem. Kannst du bitte mal den Server mit einem Ubuntu Stick starten und vergleichen? Du kannst auch über "sudo apt-get install -y powertop" dort dann kurz powertop installieren, um die C-States zu vergleichen. Es gibt nämlich Nutzer, die haben mit Ubuntu andere Ergebnisse: https://forums.unraid.net/topic/111921-why-is-aspm-disabled-in-unraid-while-its-enabled-in-ubuntu/ Quote Link to comment
amiga4ever Posted August 4, 2021 Share Posted August 4, 2021 Super danke für die Erläuterung. Wenn es nur ein Anzeigeproblem ist warte ich mal, bis die Passenden Ergänzungen im Kernel sind. Den Test mit dem Ubuntu stick muss ich mal planen. Den mach ich dann erst, wenn ich alleine zu Hause bin. Es gibt zwar nicht viele Abhängigkeiten aber die ein oder andere Funktion im Haus läuft schon über den ioBroker und wenn der dann weg ist ist das schlecht für den FAF (Frauen Akzeptanz Faktor). Vor meinem Urlaub (morgen) schaff ich das aber wohl nicht mehr. Ich melde mich dann mit den Ergebnissen. Nochmal Danke. Echt super wie Ihr hier im Forum helft. 1 Quote Link to comment
alturismo Posted August 5, 2021 Share Posted August 5, 2021 @mgutt zu meiner Frage der package c states, ich habe es versucht mit ausgeschalteten VM's usw und kam über c3 nicht wirklich raus, habe jedoch den "Fehler" gefunden. das powertop plugin war zu "neu", mit der powertop version 2.8 (für slack 14.2) bekomme ich wieder die hohen c-states angezeigt Danke @ich777 für den Wink mit der powertop version, wenn auch in die andere Richtung da hat es hier "klick" gemacht 1 Quote Link to comment
mgutt Posted August 5, 2021 Share Posted August 5, 2021 4 hours ago, alturismo said: mit der powertop version 2.8 (für slack 14.2) bekomme ich wieder die hohen c-states angezeigt CPU und Mainboard? Quote Link to comment
alturismo Posted August 5, 2021 Share Posted August 5, 2021 2 hours ago, mgutt said: CPU und Mainboard? i9-9900 auf einem MSI Z370 m5 zur Info 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.