powersaved-Bericht: DELL Inspiron 4000, 2.6.4-52-default, powersave-0.7-7, SuSE 9.1
DELL Inspiron 4000, BIOS A22 Kernel 2.6.4-52-default powersave-0.7-7 SuSE 9.1 ACPI Nachdem ich intel-agp und agpgart in /etc/hotplug/blacklist eingetragen habe, funktioniert Suspend (to Disk). Standby (Suspend to RAM) funktioniert teilweise: Der Bildschirm "löst sich auf", wird von außen nach innen weiß, und schaltet nicht ab. Der Rest scheint in Ordnung zu sein. Ich lasse "pcmcia" neustarten, da sonst meine Netzwerkkarte (0000:02:00.0 Ethernet controller: 3Com Corporation 3CCFE575CT Cyclone CardBus (rev 10)) nicht wieder aktiviert wird. Wenn ich nach einem Standby ltserial.ko lade, um das Modem zu verwenden, friert der Rechner ein. SpeedStepping funktioniert soweit auch, ich habe noch nicht rausbekommen können, ob die CPU wirklich langsamer läuft... Mal ein Benchmark machen... Rückfragen willkommen. Markus
Markus wrote:
DELL Inspiron 4000, BIOS A22 Kernel 2.6.4-52-default powersave-0.7-7 SuSE 9.1 ACPI
Nachdem ich intel-agp und agpgart in /etc/hotplug/blacklist eingetragen habe, funktioniert Suspend (to Disk).
Standby (Suspend to RAM) funktioniert teilweise: Der Bildschirm "löst sich auf", wird von außen nach innen weiß, und schaltet nicht ab. Der Rest scheint in Ordnung zu sein. Ich lasse "pcmcia" neustarten, da sonst meine Netzwerkkarte (0000:02:00.0 Ethernet controller: 3Com Corporation 3CCFE575CT Cyclone CardBus (rev 10)) nicht wieder aktiviert wird. Wenn ich nach einem Standby ltserial.ko lade, um das Modem zu verwenden, friert der Rechner ein.
SpeedStepping funktioniert soweit auch, ich habe noch nicht rausbekommen können, ob die CPU wirklich langsamer läuft... Mal ein Benchmark machen...
Schaue in /proc/cpuinfo, das passt normal. Beim Benchmark solltest Du nicht viel merken. Allerhoechstens Du setzt die CPU fest runter (powersave -l) Standard ist dynamische Frequenzskalierung (powersave -A), Da wird die Frequenz der Prozessorlast angepasst. Im Normalfall solltest Du nicht mehr (abhängig davon wie oft Du abwechelnd den Prozessor unter Last bringst und wieder beruhigen laesst) als ein paar Prozent Performanceverlust merken. Prozessorlast: ______________________________ ________ / | | | | \ / | \ / | | | | \ / | \ --/ | | | | \--------/ | \ | | | | | | | | | | | | | | | | | | CPU-Frequenz |________|_______|_______|_________| |________ | | | | | | | | | | | | | | | | | | --------| | | | |_________| | | | | | | | XXX | | YYY | XXX | | | YYY | --------|--------|-------|-------|---------|---------|--------> t 333ms 666ms 1000ms 1333ms 1666ms 2000ms XXX = Performanceverlust (CPU Last hoch, Frequenz noch niedrig) YYY = "Batterieverschwendung" (CPU Last niedrige, Frequenz noch hoch) Per default ist das Intervall, in dem der Powersave daemon nach der momentanen CPU Last schaut 333ms. Niedriger als 100ms ist nicht sinnvoll, da dann die CPU vom powersaved zu sehr in Anspruch genommen wird (ca. 2-4%?). Das heisst Du brauchst einen Test der mit der Last hoch und runter geht, das ganze in einem Intervall, dass sich mit dem powersaved Intervall überschneidet, dann siehst Du evtl. performance Verluste. Bei mehreren Frequenzen (Enhanced Speedstep) wird die Frequenz langsam angepasst (alle 333ms ein Schritt nach oben). Das führt zu merklichen performance Verlusten. Deshalb gibt es (glaube leider erst auf SL 9.2) eine Variable: POWERSAVED_JUMP_CPU_FREQ_MAX_LIMIT="50" Wenn die Differenz von der jetzt gemessenen CPU Last (in Prozent) mit der letzten gemessenen CPU Last um mehr als 50 höher ist, dann springe sofort auf die höchste Frequenz. Man beachte auch die Varialbe: POWERSAVED_CONSIDER_NICE="no" (->default) Prozesse die mit niedriger Priorität gestartet werden, werden nicht in der CPU Last Berechnung berücksichtigt. POWERSAVED_CONSIDER_NICE="yes" (->default) Sie werden berücksichtigt. Hoffe man kann was erkennen. Thomas
DELL Inspiron 4000, BIOS A22 Kernel 2.6.4-52-default powersave-0.7-7 SuSE 9.1 ACPI
SpeedStepping funktioniert soweit auch, ich habe noch nicht rausbekommen können, ob die CPU wirklich langsamer läuft... Mal ein Benchmark machen...
Schaue in /proc/cpuinfo, das passt normal. Da wechselt der CPU-Takt, aber ich hab halt sonst keinen Unterschied feststellen können.
Beim Benchmark solltest Du nicht viel merken. Allerhoechstens Du setzt die CPU fest runter (powersave -l) Standard ist dynamische Frequenzskalierung (powersave -A), Da wird die Frequenz der Prozessorlast angepasst. Im Normalfall solltest Du nicht mehr (abhängig davon wie oft Du abwechelnd den Prozessor unter Last bringst und wieder beruhigen laesst) als ein paar Prozent Performanceverlust merken. Die CPU (PIII Coppermine) kann nur "SteedStepping", kein Throtteling, also wird sie bei Akkubetrieb fest von 600MHz auf 500MHz runtergesetzt. Im log tauchen Meldungen "cpufreq: change failed with new_state X and result 0", wobei X abwechselnd 0 und 1 ist, auf. Daher bin ich mir noch nicht sicher, ab da nicht noch was klemmt.
Danke Markus
Markus wrote:
DELL Inspiron 4000, BIOS A22 Kernel 2.6.4-52-default powersave-0.7-7 SuSE 9.1 ACPI
SpeedStepping funktioniert soweit auch, ich habe noch nicht rausbekommen können, ob die CPU wirklich langsamer läuft... Mal ein Benchmark machen...
Schaue in /proc/cpuinfo, das passt normal.
Da wechselt der CPU-Takt, aber ich hab halt sonst keinen Unterschied feststellen können.
Beim Benchmark solltest Du nicht viel merken. Allerhoechstens Du setzt die CPU fest runter (powersave -l) Standard ist dynamische Frequenzskalierung (powersave -A), Da wird die Frequenz der Prozessorlast angepasst. Im Normalfall solltest Du nicht mehr (abhängig davon wie oft Du abwechelnd den Prozessor unter Last bringst und wieder beruhigen laesst) als ein paar Prozent Performanceverlust merken.
Die CPU (PIII Coppermine) kann nur "SteedStepping", kein Throtteling, also wird sie bei Akkubetrieb fest von 600MHz auf 500MHz runtergesetzt. Im log tauchen Meldungen "cpufreq: change failed with new_state X and result 0", wobei X abwechselnd 0 und 1 ist, auf. Daher bin ich mir noch nicht sicher, ab da nicht noch was klemmt.
Hmm, manche BIOSe aendern die Frequenz "hinter dem Ruecken" vom Betriebssystem und schalten die Frequenz fest auf die niedrigste Stufe wenn auf Batterie umgeschaltet wird. Der powersaved liest die Frequenzen neu ein bei Stromquellenwechsel, aber leider erst ab 9.2 (sollte in den meisten Faellen aber trotzdem gehen, faengt sich dann wieder sobald er das erste mal umschalten will/muss). Dein Fehler scheint vom Kernel zu kommen. Sieht so aus als ob sogar der Kernel damit Probleme hat. In neueren Kerneln sollte das aber ohne Probleme funktionieren. Thomas
Am Freitag, 11. Februar 2005 17:32 schrieb Thomas Renninger:
Markus wrote:
DELL Inspiron 4000, BIOS A22 Kernel 2.6.4-52-default powersave-0.7-7 SuSE 9.1 ACPI
SpeedStepping funktioniert soweit auch, ich habe noch nicht rausbekommen können, ob die CPU wirklich langsamer läuft... Mal ein Benchmark machen...
Hmm, manche BIOSe aendern die Frequenz "hinter dem Ruecken" vom Betriebssystem und schalten die Frequenz fest auf die niedrigste Stufe wenn auf Batterie umgeschaltet wird. Das BIOS scheint nichts zu ändern.
Der powersaved liest die Frequenzen neu ein bei Stromquellenwechsel, aber leider erst ab 9.2 (sollte in den meisten Faellen aber trotzdem gehen, faengt sich dann wieder sobald er das erste mal umschalten will/muss). ok, ich hab also jeweils von Hand nachgeschaut.
Dein Fehler scheint vom Kernel zu kommen. Sieht so aus als ob sogar der Kernel damit Probleme hat. In neueren Kerneln sollte das aber ohne Probleme funktionieren. Auch bei SuSE 9.2 mit Kernel 2.6.8-24 bekomme ich genau diese Fehlermeldung.
Nochmal zum Thema Benchmark: Ich habe unter 9.1 und 9.2 john laufen lassen "john the ripper". Bei beiden Konfigurationen ändert sich /proc/cpuinfo, aber nicht die performance von john :-( und im log steht "cpufreq: change failed with new_state X and result 0", wobei X abwechselnd 0 und 1 ist. Ich mach damit mal nen neuen Thread auf.... Markus P.S. Danke fürs Lesen und Mitdenken
Markus wrote:
Am Freitag, 11. Februar 2005 17:32 schrieb Thomas Renninger:
Markus wrote:
DELL Inspiron 4000, BIOS A22 Kernel 2.6.4-52-default powersave-0.7-7 SuSE 9.1 ACPI
SpeedStepping funktioniert soweit auch, ich habe noch nicht rausbekommen können, ob die CPU wirklich langsamer läuft... Mal ein Benchmark machen...
Hmm, manche BIOSe aendern die Frequenz "hinter dem Ruecken" vom Betriebssystem und schalten die Frequenz fest auf die niedrigste Stufe wenn auf Batterie umgeschaltet wird.
Das BIOS scheint nichts zu ändern.
Der powersaved liest die Frequenzen neu ein bei Stromquellenwechsel, aber leider erst ab 9.2 (sollte in den meisten Faellen aber trotzdem gehen, faengt sich dann wieder sobald er das erste mal umschalten will/muss).
ok, ich hab also jeweils von Hand nachgeschaut.
Dein Fehler scheint vom Kernel zu kommen. Sieht so aus als ob sogar der Kernel damit Probleme hat. In neueren Kerneln sollte das aber ohne Probleme funktionieren.
Auch bei SuSE 9.2 mit Kernel 2.6.8-24 bekomme ich genau diese Fehlermeldung.
Nochmal zum Thema Benchmark: Ich habe unter 9.1 und 9.2 john laufen lassen "john the ripper". Bei beiden Konfigurationen ändert sich /proc/cpuinfo, aber nicht die performance von john :-( und im log steht "cpufreq: change failed with new_state X and result 0", wobei X abwechselnd 0 und 1 ist. Ich mach damit mal nen neuen Thread auf....
Das liegt definitiv am Kernel, nicht am powersaved. Wenn Du kein C3 hast sagt Dir vielleicht powersave -r die richtige Frequenz. Welches cpufreq Modul ist bei Dir geladen? Wenn Du momentan ein speedstep-xxx Module benutzt hilft Dir vielleicht das acpi Modul oder andersrum. Thomas
Markus wrote:
Am Freitag, 11. Februar 2005 17:32 schrieb Thomas Renninger:
Markus wrote:
DELL Inspiron 4000, BIOS A22 Kernel 2.6.4-52-default powersave-0.7-7 SuSE 9.1 ACPI
Was fuer eine CPU? cat /proc/cpuinfo, vielleicht findest Du auch irgendeine Spec/Handbuch in der steht, was die CPU für Frequenzen/Volt Paare können sollte. Stimmt das mit /sys/devices/system/cpu/cpufreq/* überein?
Neuere Kernels haben ein debugging feature, das in Deinem Fall ideal wäre, da hat sich eh einiges getan, vielleicht geht's einfach mit n'em neuen Kernel. Kriegst Du's hin einen neuen Kernel Of The Day von ftp://ftp.suse.com/pub/people/mantel/kotd/i386/HEAD/ zu installieren (vorsicht, nicht den alten überschreiben)? Hmm, nachdem die Kiste aber älter ist, sollte cpufreq eigentlich keine Probleme machen (allerhöchsten PIII Coppermine?). Die Fehlermeldung schaut ein bisschen nach BIOS bug aus, muss aber nicht sein... Thomas
participants (2)
-
Markus
-
Thomas Renninger