[erledigt] Powertop - Stromfresser finden, meine Werte gehen ins bodenlose! - Anwendungen

[erledigt] Powertop - Stromfresser finden, meine Werte gehen ins bodenlose!

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

boospy

Meister

Beiträge: 1 518

06.04.2011, 13:36

Powertop - Stromfresser finden, meine Werte gehen ins bodenlose!

Hallo Leute

Hab mir heute mal Powertop auf einigen Maschinen installiert. Dabei Schnitt ein IBM Server mit 3x900W Netzteilen vom Verbrauch gelb ab (Ubuntu 11.04). Mit wakeon/sec 20. Mein Desktoprechner mit KDE ohne Qemu/KVM und VDR. (Gentoo) wakeon/sec 115.

Quellcode

Cn                 Verweildauer       P-States (Frequenzen)
C0 (Prozessor läuft)    ( 1,0%)
zyklisches AbfraC1 mwait          8,2ms ( 0,1%)
C1 mwait          0,1ms ( 0,0%)
C2 mwait          0,0ms ( 0,0%)
C3 mwait          3,1ms (98,9%)

Aufwachen pro Sekunde : 326,4   Intervall: 10,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar

Häufigste Ursachen für das Aufwachen:
  65,4% (551,3)   [saa7146 (0)] <interrupt>
   8,0% ( 67,1)   [kernel scheduler] Load balancing tick
   6,0% ( 50,3)   [ahci, EMU10K1] <interrupt>
   5,4% ( 45,8)   vdr
   4,8% ( 40,6)   kworker/0:1
   2,4% ( 20,0)   knotify4
   2,1% ( 18,0)   [extra timer interrupt]
   1,8% ( 15,3)   kworker/0:0
   1,2% ( 10,2)   [kernel core] hrtimer_start (tick_sched_timer)
   0,5% (  4,5)   [ehci_hcd:usb1, nvidia] <interrupt>
   0,3% (  2,7)   mysqld
   0,2% (  2,1)   plasma-desktop
   0,2% (  2,0)   wait_on_pid
   0,2% (  1,4)   [Function call interrupts] <kernel IPI>
   0,2% (  1,3)   [eth0] <interrupt>
   0,1% (  1,2)   soffice.bin
   0,1% (  1,2)   kwin
   0,1% (  1,0)   ntpd
   0,1% (  1,0)   kworker/2:2
   0,1% (  1,0)   python2
   0,1% (  0,9)   kdvb-ad-0-fe-0
   0,1% (  0,5)   virtuoso-t
   0,1% (  0,5)   udisks-daemon
   0,0% (  0,4)   gpg-agent
   0,0% (  0,4)   akonadiserver
   0,0% (  0,3)   kded4

Das Programm machte dann einige Vorschlägt:

1. Vorschlag: Aktivieren Sie die Option CONFIG_SND_AC97_POWER_SAVE Ihres Kernels.
Das deaktiviert den Sound-Codec, wenn er nicht benötigt wird

2. Enable the CONFIG_PM_RUNTIME kernel configuration option.
This option enables the kernel to manage power for various devices in your computer.

3. Aktivieren Sie die Option CONFIG_USB_SUSPEND in Ihrem Kernel.
Dies deaktiviert automatisch UHCI USB, sobald es nicht benutzt wird.

4. Suggestion: Enable the CONFIG_PM_ADVANCED_DEBUG kernel configuration option.
This option will allow PowerTOP to collect runtime power management statistics.

5. Aktivieren Sie den "ondemand governor" durch:
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

6. Aktivieren Sie das SATA ALPM link power Management mit: echo min_power > /sys/class/scsi_host/host0/link_power_management_policy

7. Erhöhen Sie die "VM dirty writeback time" von 5,00 auf
15 Sekunden durch: echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
Dadurch belasten die VM Hintergrundaktivitäten die Festplatte weniger.

8. Aktivieren Sie den Stromsparenden CPU-Scheduler mit folgendem Befehl:
echo 1 > /sys/devices/system/cpu/sched_mc_power_savings
-----------------------------------------------------------------------------------------------------------------------------

Was wäre denn hier brauchbar? Also ich finde die Punkte 1, 2, 3, 4 kann doch sorglos aktivieren oder? Die anderen Punkte sind fraglich. Hat von euch damit jemand schon Erfahrung?

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »boospy« (08.06.2011, 13:26)

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

06.04.2011, 14:09

Die Kernel-Parameter können verursachen, dass irgend eine Hardware nicht mehr richtig funktioniert, da diese schlafen gelegt wurde. Hier habe ich jedoch keine aktuelle Erfahrung.
Bei meinem letzten Test von USB_SUSPEND ging nach einer gewissen Zeit die Maus und Tastatur aus und wurden auch nicht mehr geweckt.

Die Option 5. würde ich jedem dringend empfehlen. Bei mir habe ich den "ondemand" als "Default CPUFreq governor" in den Kernel einkompiliert: Damit läuft das System im Leerlauf nicht mit Vollgas und wird auch entsprechend nicht mehr so heiß.

Die Optionen 6-8 wurden bei mir durch den xfce-extra/xfce4-power-manager überschrieben. Prüfe also, ob die Werte noch da sind nachdem die grafische Oberfläche gestartet ist.

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

03.06.2011, 22:46

So, hab mich mal ne Weile mit dem Thema beschäftigt. Hab den Stromverbrauch um mehr als die Hälfte reduzieren können. Mit Kernel 2.6.39 ist es dann noch ein wenig runter gegangen. Wie wichtigste Option wie Bell schon richtig sagte ist wohl "Default CPUFreq governor" Damit gehen alle 8 Kerne schön auf 1.2Ghz runter, und kommen wieder hoch wenn sie gebraucht werden. Einfach genial. In der Nacht schalt ich dann meine Nvidiakarte mit dem grafischen Tool "nvidia-settings" von 657Mhz auf 50Mhz herunter, das macht es dann auch nochmal fett. CONFIG_USB_SUSPEND gibt es im 64bit kernel anscheinend nicht. Im 32bit ist das vorhanden. Nur so als Tip, sehr viel Strom braucht VDR und Qemu/KVM.

Vorsicht bei der Aktivierung von CONFIG_TIMER_STATS bei Nvidia Grafikkarten fährt das System nur mehr sporadisch mit X oder KDM hoch, und lässt sich einfach nicht mehr runterfahren. Hab wenn ich mit dem integrierten Intelchip hochfahre hab ich das Problem nicht. Nur so als Info.

Ganz klar sind wir die 4 Scheduler noch nicht.
- powersave ist klar, da wird wohl sehr viel gespart, aber vermutlich auf Performancekosten
- userspace ist nicht klar, wird das dann vom Powermanagement des Desktops geregelt?
ondemand und conservative ist das nicht so ziemlich das selbe, wobei ja conservative für Desktops empfohlen wird.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »boospy« (03.06.2011, 22:57)

Zum Seitenanfang

_Dirk_

Fortgeschrittener

Beiträge: 544

04.06.2011, 09:59

Zitat von »boospy«

Ganz klar sind wir die 4 Scheduler noch nicht.
- powersave ist klar, da wird wohl sehr viel gespart, aber vermutlich auf Performancekosten
- userspace ist nicht klar, wird das dann vom Powermanagement des Desktops geregelt?
ondemand und conservative ist das nicht so ziemlich das selbe, wobei ja conservative für Desktops empfohlen wird.

powersave: System taktet immer auf Minimum

userspace: Hier kann der Benutzer eine Frequenz vorgeben die sich aber nicht selbstständig ändert

ondemand: System taktet sofort hoch wenn es nötig ist. Auch wenn es nicht unbedingt von Nöten wäre

conservative: System taktet verzögert Stufe für Stufe hoch wenn es nötig ist.

Ob ondemand oder convervative sparsamer ist kann man nicht pauschal sagen. Dazu müsste man das Nutzerverhalten genauer untersuchen. Probiere sie über längere Zeit und entscheide selbst welcher besser zu dir passt oder welcher den Akku schneller entlädt.

Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3