IDLE + hoher Stromverbrauch

enouk · 7. Dezember 2009

Hallo,

ich optimiere zur Zeit den Stromverbrauch meines Servers.

Einiges hat ganz gut gegriffen: Spin-Down der Datenplatten, Ausbau der Grafikkarte, deaktivieren von USB und allem unnötigen auf dem MB, entfernen aller nicht benötigter Software. Im Leerlauf bin ich dadurch von Anfangs 130 Watt auf jetzt 70 Watt runter. Letzte grosse Baustelle ist anscheinend der VDR selber.

Mit laufendem VDR verbraucht der Server 14 Watt mehr. Hauptursache ist wohl, daß der Prozessor kaum noch in den C3 kommt.

Powertop meldet > 2000 Interrupts/sek:

(2040,5) <interrupt> : ahci, Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
(469,2) <interrupt> : Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver

Ich vermute mal, daß der VDR irgendetwas ständig mit den Satkarten am machen ist. Hat jeman einen Tipp, wie ich die Interrupts reduzieren kann, ohne dabei die Funktionalitäten zu beschneiden (EPG ...)

Gruß Enouk

gda · 7. Dezember 2009

Zitat

Original von enouk
Mit laufendem VDR verbraucht der Server 14 Watt mehr. Hauptursache ist wohl, daß der Prozessor kaum noch in den C3 kommt.

Powertop meldet > 2000 Interrupts/sek:

(2040,5) <interrupt> : ahci, Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
(469,2) <interrupt> : Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver

Ich vermute mal, daß der VDR irgendetwas ständig mit den Satkarten am machen ist.

Alles anzeigen

So funktionieren Interrupts nicht. Die kommen von der Hardware auch ohne Aktivitäten des VDR.

Zitat

Original von enouk
Hat jeman einen Tipp, wie ich die Interrupts reduzieren kann, ohne dabei die Funktionalitäten zu beschneiden (EPG ...)

Nein, das wird nicht gehen.

Gerald

enouk · 7. Dezember 2009

gda: Danke für die Antwort. So ganz verstehe ich das nicht oder ich stell mir das gerade ganz falsch vor ;-).

Wenn ich den vdr stoppe und alle anderen Dienste weiterlaufen lasse, verschwinden die Interrupts im powertop und der Verbrauch geht um 13 Watt runter.

Ich dachte, dass wären Softwareinterrupts, im Gegensatz zu Hardwareinterrupts, die vom Programm gesetzt werde, ähnlich wie bei Raidzugriffen etc. Beim Resync der Platten steigt das Ganze auf über 10000 an und weckt mir den gerade gut eingeschlafenen Prozessor aus seinem C3 Schlaf auf (soweit meine laienhafte Vorstellung).

In einigen Stellen wird das Reduzieren dieser Interrupts als wesentliches Kriterium zum Energieoptimieren beschrieben und als erreichbares Ziel <10/sek angegeben. Mit ca. 1300/s durch den VDR liegt das ganze deutlich drüber. Ohne VDR komme ich zu Zeit auf etwa 80/s.

Gruß Enouk

lexi · 7. Dezember 2009

hi,

bei 14 Watt zusätzlich wird wohl auf die platte(n) zugegriffen. Bei mir macht es gerade 2 Watt unterschied.

Gruss Lexi

gda · 7. Dezember 2009

Zitat

Original von enouk
gda: Danke für die Antwort. So ganz verstehe ich das nicht oder ich stell mir das gerade ganz falsch vor ;-).

Wenn ich den vdr stoppe und alle anderen Dienste weiterlaufen lasse, verschwinden die Interrupts im powertop und der Verbrauch geht um 13 Watt runter.

Dann mach mal lsmod, mit ziemlicher Sicherheit hat dein Skript der den VDR gestoppt hat, auch die dvb-Treiber entladen. Lade die mal wieder per Hand und sieh dir dann die Interrupts an.

Gerald

enouk · 7. Dezember 2009

@all, danke, irgendwie rätsele ich immer noch.

lexi, die platten schlafen, laut powertop sind es Zugriffe auf die Tunerkarten.

gda Bei den Treibern tut sich nicht viel:
VDR ist mit /etc/init.d/vdrdevel gestoppt:

Code

lsmod | grep  b2c2_flexcop
b2c2_flexcop_pci        2875  0
b2c2_flexcop           17393  1 b2c2_flexcop_pci
dvb_core               61563  2 stv0299,b2c2_flexcop
cx24123                 9399  1 b2c2_flexcop
cx24113                 5128  1 b2c2_flexcop
s5h1420                 8045  1 b2c2_flexcop
i2c_core               11900  7 dvb_pll,stv0299,b2c2_flexcop,cx24123,cx24113,s5h1420,i2c_i801

Beim Start des VDR ist der einzige Unterschied in Zeile 2 zu finden:

Code

lsmod | grep  b2c2_flexcop
b2c2_flexcop_pci        2875  31
b2c2_flexcop           17393  1 b2c2_flexcop_pci
dvb_core               61563  2 stv0299,b2c2_flexcop
cx24123                 9399  1 b2c2_flexcop
cx24113                 5128  1 b2c2_flexcop
s5h1420                 8045  1 b2c2_flexcop
i2c_core               11900  7 dvb_pll,stv0299,b2c2_flexcop,cx24123,cx24113,s5h1420,i2c_i801

Wenn ich das richtig verstehe, wird das Modul nicht entladen, jedoch
nicht mehr genutzt (läuft ja auch kein vdr).

Aber used bei 31: Ist das nicht ein bischen viel?
gda: Ist das das was Du meinst?

Und hier noch eine Ausgabe von powertop mit vdr:

Code

PowerTOP version 1.10      (C) 2007 Intel Corporation


Cn                 Verweildauer       P-States (Frequenzen)
C0 (Prozessor läuft)    ( 3,8%)         2,81 GHz     0,0%
polling           0,0ms ( 0,0%)         2,14 GHz     0,0%
C1 halt           0,0ms ( 0,0%)         1,60 GHz   100,0%
C2                0,9ms (67,0%)
C3                0,7ms (29,2%)


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


Häufigste Ursachen für das Aufwachen:
  42,2% (1015,7)       <interrupt> : Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
  20,9% (502,4)       <interrupt> : ahci, Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Drive
   9,3% (223,3)      <kernel IPI> : Rescheduling interrupts
   9,0% (215,3)       <interrupt> : extra timer interrupt
   8,2% (197,2)        [ffnetdev] : PES2  hrtimer_start_range_ns (hrtimer_wakeup)
   5,3% (127,2)     <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
   1,7% ( 41,9)       <interrupt> : ide0, ide1, Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI
   1,7% ( 40,5)          events/0 : queue_delayed_work (delayed_work_timer_fn)
   0,4% (  9,8)          receiver : on dev  hrtimer_start_range_ns (hrtimer_wakeup)
   0,3% (  7,0)             tuner : on device  hrtimer_start_range_ns (hrtimer_wakeup)
   0,3% (  6,5)      <kernel IPI> : TLB shootdowns
   0,1% (  2,4)         streamdev : serve  hrtimer_start_range_ns (hrtimer_wakeup)
   0,1% (  1,9)        [ffnetdev] : Clie  hrtimer_start_range_ns (hrtimer_wakeup)
   0,1% (  1,4)        [ffnetdev] : TS s  hrtimer_start_range_ns (hrtimer_wakeup)
   0,1% (  1,3)            mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
   0,0% (  1,0)    kdvb-ad-1-fe-0 : dvb_frontend_thread (process_timeout)
   0,0% (  1,0)    kdvb-ad-3-fe-0 : dvb_frontend_thread (process_timeout)
   0,0% (  1,0)    kdvb-ad-2-fe-0 : dvb_frontend_thread (process_timeout)
   0,0% (  0,9)        EPGSearch: : conf  hrtimer_start_range_ns (hrtimer_wakeup)
   0,0% (  0,9)              xxvd : hrtimer_start_range_ns (hrtimer_wakeup)
   0,0% (  0,9)           apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
   0,0% (  0,9)    kdvb-ad-0-fe-0 : dvb_frontend_thread (process_timeout)
   0,0% (  0,9)        [ffnetdev] : OSD   hrtimer_start_range_ns (hrtimer_wakeup)
   0,0% (  0,9)          vdrdevel : hrtimer_start_range_ns (hrtimer_wakeup)
   0,0% (  0,5)          events/1 : queue_delayed_work (delayed_work_timer_fn)

Alles anzeigen

und ohne vdr:

Code

PowerTOP version 1.10      (C) 2007 Intel Corporation


Cn                 Verweildauer       P-States (Frequenzen)
C0 (Prozessor läuft)    ( 0,0%)         2,81 GHz     0,0%
polling           0,0ms ( 0,0%)         2,14 GHz     0,0%
C1 halt           0,0ms ( 0,0%)         1,60 GHz   100,0%
C2                0,1ms ( 0,0%)
C3               35,2ms (100,1%)


Aufwachen pro Sekunde : 28,5    Intervall: 5,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar


Häufigste Ursachen für das Aufwachen:
  65,4% ( 40,4)          events/0 : queue_delayed_work (delayed_work_timer_fn)
  17,2% ( 10,6)     <kernel core> : hrtimer_start (tick_sched_timer)
   6,8% (  4,2)     <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
   1,9% (  1,2)      <kernel IPI> : Rescheduling interrupts
   1,6% (  1,0)            mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
   1,3% (  0,8)              xxvd : hrtimer_start_range_ns (hrtimer_wakeup)
   1,3% (  0,8)           apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
   1,0% (  0,6)          events/1 : queue_delayed_work (delayed_work_timer_fn)
   0,6% (  0,4)       <interrupt> : eth0
   0,6% (  0,4)        fancontrol : enqueue_task_rt (sched_rt_period_timer)
   0,6% (  0,4)        munin-node : hrtimer_start_range_ns (hrtimer_wakeup)
   0,3% (  0,2)              sshd : sk_reset_timer (tcp_write_timer)
   0,3% (  0,2)             sleep : hrtimer_start_range_ns (hrtimer_wakeup)
   0,3% (  0,2)       miniserv.pl : hrtimer_start_range_ns (hrtimer_wakeup)
   0,3% (  0,2)          async/22 : run_timer_softirq (sync_supers_timer_fn)
   0,3% (  0,2)         bacula-sd : hrtimer_start_range_ns (hrtimer_wakeup)

Alles anzeigen

Verhält sich der VDR und powertop bei Euch ähnlich?

Gruß Enouk

SHF · 8. Dezember 2009

Die 14W Mehrverbrauch werden Grösstenteils auf das Konto der DVB-Karten bzw. des LNB gehen.
Was hast du denn da genau angeschlossen (Kartentyp & Anzahl, LNB / Mutischalter, ...)?

Zitat

In einigen Stellen wird das Reduzieren dieser Interrupts als wesentliches Kriterium zum Energieoptimieren beschrieben und als erreichbares Ziel <10/sek angegeben. Mit ca. 1300/s durch den VDR liegt das ganze deutlich drüber. Ohne VDR komme ich zu Zeit auf etwa 80/s.

Da die DVB-Karten arbeiten, wirst du nie so weit runter kommen.

Eventuell könnte es was bringen die PCI-Latency der Karten zu erhöhen (sofern die das können), dann werden die Baten in grösseren Blöcken übertragen.

Bei den Karten mit b2c2_flexcop-Chip ist auch die Chip-Revision wichtig. Bei den ersten Revisionen funktioniert der Hardware-PID-Filter nicht richtig, daher wird der komplette Transponder übertragen und dann per Software gefiltert.
Die Datenrate auf dem PCI-Bus dürfte damit ungefähr 3-4 mal so hoch sein wie bei einer mit Hardware-PID-Filter.
Ob das allerdings einen Unterschied beim Stromverbrauch macht kann ich nicht sagen.

enouk · 8. Dezember 2009

Zitat

Original von SHF
Die 14W Mehrverbrauch werden Grösstenteils auf das Konto der DVB-Karten bzw. des LNB gehen.
Was hast du denn da genau angeschlossen (Kartentyp & Anzahl, LNB / Mutischalter, ...)?

Die 4 Satkarten hängen an einem Multischalter (Digisat 9016N)
3x Technisat SkyStar2 DVB card (rev 01)
1x Technisat SkyStar2 DVB card (rev 02)

Zitat

Original von SHF
Bei den Karten mit b2c2_flexcop-Chip ist auch die Chip-Revision wichtig. Bei den ersten Revisionen funktioniert der Hardware-PID-Filter nicht richtig, daher wird der komplette Transponder übertragen und dann per Software gefiltert.
Die Datenrate auf dem PCI-Bus dürfte damit ungefähr 3-4 mal so hoch sein wie bei einer mit Hardware-PID-Filter.
Ob das allerdings einen Unterschied beim Stromverbrauch macht kann ich nicht sagen.

Das mit der Softwarefilterung war mir neu. Das wird natürlich bei 3 Karten einen ganz nette Busbelastung erzeugen. Ich werde mal die Karten bischen hin und her tauschen und gucken, was passiert wenn nur die rev 02 drin ist, bzw. nur die rev 01.

Wie sieht den bei Euch der Powertop aus, wenn andere Satkarten verbaut sind?

Gruß Enouk

steffen_b · 8. Dezember 2009

Interessant

kann ich hier bestätigen - 30-40% für die Technisat, genau genommen wahrscheinlich mehr ?

Code

39,6% (481,2)       <interrupt> : Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
  15,1% (183,8)       <interrupt> : ata_piix, ata_piix, uhci_hcd:usb7, cx23885[0]

die skystart verbrät 50% der interrupts, Unterschied macht laut schätzeisen 2W, zumiindest messbar(Zweitkarte ist Tevii S470 -->cx23885) Je Platte nochmal dasselbe.

enouk · 8. Dezember 2009

Hallo,

ich hab mal eine kleine Test und Vergleichsreihe mit verschiedenen Kartenkombinationen gemacht. Details sind unten. Alle Test wurden unter gleichen Bedingungen (RAID im Sleep-Modus, keine Aufnahme, Stream, ect ) durchgeführt.

Fazit bisher für mich:
- Zwischen den einzelnen Revision habe ich keinen Unterschied messen können. Hier scheint der von shf erwähnte Softwarefilter bei der Rev 1 keine Rolle zu spielen.
- Jede Sat Karte verbraucht ohne laufendem VDR bei geladenen Modulen ca. 4 Watt.
- Sobald der VDR läuft kommt der Prozessor fast nie in den C3- Status. In Folge dessen steigt der Verbrauch um weitere 6 Watt.
- In Summe verbraucht eine Sat Karte also 10 Watt bei laufendem VDR.
- Werden mehrere Karten gleichzeitig betrieben, so erhöht sich der Verbrauch entsprechend, jedoch nicht linear. 4 Karten brauchen zusammen im Leerlauf 16 Watt - mit laufendem VDR 31 Watt. Dies ist nach meiner Meinung nicht verwunderlich, denn der Prozessor ist schon bei einer Karte kaum noch im C3.
- Der VDR "macht" irgendetwas permanent mit den Karten. Der VDR-Verbrauch ohne Karten ist minimal.
-Das Abschalten der EPG-Suche und des Channelscans brachte bei mir keine meßbaren Unterschiede.

Eigentlich müsste man die dem VDR anzulastenden 15 Watt per Software einsparen können. Eventuell durch automatisches VDR Stop wenn keine Aufnahme läuft. Dann müsste er nur manuell bei Bedarf gestartet werden (nicht gut).
Oder der VDR kappt die Kartennutzung, wenn Sie nicht gebraucht wird (nur wie?).

Morgen installiere ich mal den VDR ohne jegliche Plugins und schaue mal ob da nicht irgendetwas zwischen funkt, bzw. ich versuche mal einen VDR <1.7. Den VPS-Scan habe ich noch nicht getestet, der könnte auch noch eine Ursache sein.

Vielleicht könnte mal jemand mit einer anderen Karte als der Skystar nach dem Powertop schauen und sagen ob es hier wesentliche Unterschiede gibt.

_______________Messungen
Kein VDR ohne Sat-Karten, keine DVB-Module IDLE -Stromverbrauch 55 Watt

Code

Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 0,0%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 0,6ms ( 0,0%)
C3 71,7ms (100,1%)


Aufwachen pro Sekunde : 14,0 Intervall: 20,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar


Häufigste Ursachen für das Aufwachen:
26,3% ( 5,2) <interrupt> : extra timer interrupt
15,0% ( 3,0) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
8,0% ( 1,6) <kernel core> : hrtimer_start (tick_sched_timer)
7,5% ( 1,5) <interrupt> : ide0, ide1
7,0% ( 1,4) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
4,8% ( 0,9) xxvd : hrtimer_start_range_ns (hrtimer_wakeup)
4,8% ( 0,9) apache2 : hrtimer_start_range_ns (hrtimer_wakeup)

Alles anzeigen

VDR läuft ohne Sat Karten, keine DVB-Module laut LSMOD, IDLE -Stromverbrauch 56 Watt

Code

Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 0,4%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 0,2ms ( 0,0%)
C3 3,7ms (99,6%)


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


Häufigste Ursachen für das Aufwachen:
57,8% (194,8) [ffnetdev] : PES2 hrtimer_start_range_ns (hrtimer_wakeup)
35,0% (118,0) <interrupt> : extra timer interrupt
2,7% ( 9,2) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
0,7% ( 2,4) streamdev : serve hrtimer_start_range_ns (hrtimer_wakeup)
0,6% ( 1,9) [ffnetdev] : Clie hrtimer_start_range_ns (hrtimer_wakeup)
0,4% ( 1,4) [ffnetdev] : TS s hrtimer_start_range_ns (hrtimer_wakeup)
0,4% ( 1,3) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,9) [ffnetdev] : OSD hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,9) vdrdevel : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,9) apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,9) xxvd : hrtimer_start_range_ns (hrtimer_wakeup)

Alles anzeigen

Kein VDR, eine Sky-Star2 2.6 B, DVB-Module geladen, IDLE -Stromverbrauch 60 Watt

Code

Cn Verweildauer P-States (Frequenzen)q
C0 (Prozessor läuft) ( 0,0%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 0,0ms ( 0,0%)
C3 30,6ms (100,1%)


Aufwachen pro Sekunde : 32,7 Intervall: 5,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar


Häufigste Ursachen für das Aufwachen:
39,6% ( 18,0) <interrupt> : extra timer interrupt
26,0% ( 11,8) <kernel core> : hrtimer_start (tick_sched_timer)
23,3% ( 10,6) events/1 : queue_delayed_work (delayed_work_timer_fn)
2,6% ( 1,2) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
1,8% ( 0,8) apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
1,8% ( 0,8) xxvd : hrtimer_start_range_ns (hrtimer_wakeup)

Alles anzeigen

VDR läuft, eine Sky-Star2 2.6 B, DVB-Module geladen, IDLE -Stromverbrauch 66 Watt

Code

PowerTOP version 1.10 (C) 2007 Intel Corporation


Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 2,2%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 1,0ms (91,5%)
C3 1,0ms ( 6,4%)


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


Häufigste Ursachen für das Aufwachen:
39,0% (477,5) <interrupt> : Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
20,2% (247,4) <interrupt> : extra timer interrupt
16,1% (197,0) [ffnetdev] : PES2 hrtimer_start_range_ns (hrtimer_wakeup)
15,0% (183,6) <kernel IPI> : Rescheduling interrupts
6,7% ( 82,2) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
0,9% ( 10,5) events/1 : queue_delayed_work (delayed_work_timer_fn)

Alles anzeigen

SHF · 9. Dezember 2009

Zitat

Original von enouk
Die 4 Satkarten hängen an einem Multischalter (Digisat 9016N)

LNB-Verbrauch fällt also nicht ins Gewicht.

Zitat

- Jede Sat Karte verbraucht ohne laufendem VDR bei geladenen Modulen ca. 4 Watt.

Das zieht meine Budget auch in etwa.
Bei mir stimmt das auch mit den Angaben der Datenblätter überein.
Allein der Tuner kommt schon auf ~2,5W plus die Verluste bei der Spannungsversorgung.
Das Einsparpotential ist da eher gering.

Zitat

- Zwischen den einzelnen Revision habe ich keinen Unterschied messen können. Hier scheint der von shf erwähnte Softwarefilter bei der Rev 1 keine Rolle zu spielen.

Es ist nicht die Rev. der Karte sondern die das verbauten Chips entscheidend!
Der FlexCop II hat zu wenig PID-Filter für den VDR, der IIb und III sollten per Hardware filtern können.
Details gibt es: Hier und Hier.

Zitat

Eigentlich müsste man die dem VDR anzulastenden 15 Watt per Software einsparen können. Eventuell durch automatisches VDR Stop wenn keine Aufnahme läuft. Dann müsste er nur manuell bei Bedarf gestartet werden (nicht gut).

Manuelles starten muss nicht sein, "herunterfaheren" automatischer Start des VDR zu den Aufnahmen, das liesse sich, inklusive laden und entladen der DVB-Module sicherlich als Skript bauen.
Und den Start per FB liesse sich auch irgendwie über LIRC machen.

Zitat

Oder der VDR kappt die Kartennutzung, wenn Sie nicht gebraucht wird (nur wie?).

Das wurde auch schon diskutiert, dazu währen aber grössere eingriffe am VDR nötig.
Bringen tut sowas sowiso eigentlich nur was bei Systemen mit mehr als 2 Karten (eine macht das Livebild und die andere den EPG-Scan).

IDLE + hoher Stromverbrauch

Jetzt mitmachen!

Teilen