9.3: powersaved decides to reduce cpufreq although "PERFORMANCE" is set
Dear list, after upgrading from 9.2 to 9.3 on a Compaq R3000Z AMD Athlon 64 3000+ (1.8 GHz), the frequency setting seems messed up. The machine runs in quasi-stationary workstation mode with a batch system, so I'd like to be the cpu frequency to be at maximum. After creating a powersave scheme setting POWERSAVE_CPUFREQUENCY="performance" all was fine in 9.2, 1.8 GHz as desired. In 9.3 three the following weird effects take place: 1. After boot up, the frequency is 800 MHz 2. /etc/init.d/powersaved restart causes the frequency to go up to 1800 MHz 3. When a process in the batch system is running (in nice 18), the frequency stays up. 4. When another job with no nice is executed, the frequency returns to 800 MHz after this job is finished. The cpu-temperature is about 65 C when under load, about 50 C when idle (@1.8 GHz). What's going on here? Thanks and cheers, Peter. My /etc/sysconfig/powersave/cpufreq looks like this: POWERSAVE_CPUFREQD_MODULE="powernow-k8" POWERSAVE_CPUFREQD_MODULE_OPTS="" POWERSAVED_CPU_HIGH_LIMIT="80" POWERSAVED_CPU_HYSTERESIS="5" POWERSAVED_CPU_IDLE_TIMEOUT="10" POWERSAVED_DYNAMIC_LOW_CPU_LIMIT="25" POWERSAVED_CONSIDER_NICE="yes" POWERSAVED_JUMP_CPU_FREQ_MAX_LIMIT="70" My scheme hegel:/etc/sysconfig/powersave/scheme_BatchProc looks thus: POWERSAVE_SCHEME_NAME="BatchProc" POWERSAVE_SCHEME_DESCRIPTION="Scheme to run CPU full speed all the time." WERSAVE_CPUFREQUENCY="performance" POWERSAVE_ALLOW_THROTTLING="no" POWERSAVE_MAX_THROTTLING="50" POWERSAVE_DISK_STANDBY_MODE="performance" POWERSAVE_DISK_ACOUSTIC="performance" POWERSAVE_USER_INPUT_TIMEOUT="100" POWERSAVE_ACTION_USER_INPUT_TIMEOUT="screen_saver" POWERSAVE_COOLING_POLICY="active" POWERSAVE_ALWAYS_THROTTLE="no" POWERSAVE_DISABLE_DISPLAY_SETTINGS="no" POWERSAVE_DISABLE_SCREEN_SAVER="yes" POWERSAVE_DISABLE_DPMS="yes" POWERSAVE_DPMS_STANDBY="5" POWERSAVE_DPMS_SUSPEND="7" POWERSAVE_DPMS_OFF="10" #POWERSAVE_THERMAL_CRITICAL_0="0" #POWERSAVE_THERMAL_HOT_0="0" #POWERSAVE_THERMAL_PASSIVE_0="0" Peter Nießen (Peter Niessen for special character challenged displays) Bartol Research Institute University of Delaware Newark, DE 19716-4793 U.S. of America Tel (+1)302/831-8700 Fax (+1)302/831-1843 e-mail niessen@ifh.de www http://www.ifh.de/~niessen /"\ ASCII ribbon campaign \ / --------------------- X against HTML mail / \ and postings pgp public key at http://www.ifh.de/www_users/amanda/niessen/www/pgp_pubkey.asc
Hi, from your domain, i assume that i can write in german. If that is not true, please tell me and i will repeat in english ;-) On Mon, Jun 20, 2005 at 02:13:11AM +0200, Peter Niessen wrote:
Dear list,
after upgrading from 9.2 to 9.3 on a Compaq R3000Z AMD Athlon 64 3000+ (1.8 GHz), the frequency setting seems messed up.
The machine runs in quasi-stationary workstation mode with a batch system, so I'd like to be the cpu frequency to be at maximum.
Die Frage ist: wozu, außer um den Lüfter zu testen, aber darum geht es ja jetzt nicht. :-)
After creating a powersave scheme setting
POWERSAVE_CPUFREQUENCY="performance"
wie? Das vorhandene "scheme_performance" editiert oder ein neues erzeugt?
all was fine in 9.2, 1.8 GHz as desired.
In 9.3 three the following weird effects take place:
1. After boot up, the frequency is 800 MHz 2. /etc/init.d/powersaved restart causes the frequency to go up to 1800 MHz 3. When a process in the batch system is running (in nice 18), the frequency stays up.
Ok. Jetzt verstehe ich, warum du die Frequenz dauerhaft auf vollgas stellen willst. Du könntest aber auch einfach in /etc/sysconfig/powersave/cpufreq POWERSAVED_CONSIDER_NICE="yes" setzen, dann würden deine niced-jobs die CPU auch "hochfahren".
4. When another job with no nice is executed, the frequency returns to 800 MHz after this job is finished.
Was passiert, wenn du mit "powersave -f" "von Hand" die Frequenz auf "Vollgas" stellst? Dort sollte sie bis zum eintreten eines scheme_change- Events (z.b. AC-Adapter an/abstecken, manuell umschalten per powersave oder kpowersave, powersaved restart) bleiben. Wenn das nicht funktioniert, dann ist das ein powersaved bug (der mir bisher nicht untergekommen ist).
The cpu-temperature is about 65 C when under load, about 50 C when idle (@1.8 GHz).
What's going on here?
My /etc/sysconfig/powersave/cpufreq looks like this:
POWERSAVE_CPUFREQD_MODULE="powernow-k8" POWERSAVE_CPUFREQD_MODULE_OPTS="" POWERSAVED_CPU_HIGH_LIMIT="80" POWERSAVED_CPU_HYSTERESIS="5" POWERSAVED_CPU_IDLE_TIMEOUT="10" POWERSAVED_DYNAMIC_LOW_CPU_LIMIT="25" POWERSAVED_CONSIDER_NICE="yes"
seltsam...
POWERSAVED_JUMP_CPU_FREQ_MAX_LIMIT="70"
My scheme hegel:/etc/sysconfig/powersave/scheme_BatchProc looks thus:
POWERSAVE_SCHEME_NAME="BatchProc" POWERSAVE_SCHEME_DESCRIPTION="Scheme to run CPU full speed all the time." WERSAVE_CPUFREQUENCY="performance"
Tippfehler? da fehlt "PO" Eigentlich sieht das so aus, als ob es funktionieren sollte. Die Frage ist noch: wird das scheme überhaupt verwendet. Versuche doch mal, mit erhöhtem debug-level zu starten (7 oder 15) und schau ins syslog. -- Stefan Seyfried
On Mon, 20 Jun 2005, Stefan Seyfried wrote: Hallo Stefan, vielen Dank fuer die flotte Antwort!
Die Frage ist: wozu, außer um den Lüfter zu testen, aber darum geht es ja jetzt nicht. :-)
After creating a powersave scheme setting
POWERSAVE_CPUFREQUENCY="performance"
wie? Das vorhandene "scheme_performance" editiert oder ein neues erzeugt?
Ein neues Schema "Batch_proc" wurde erzeugt, s.u.
all was fine in 9.2, 1.8 GHz as desired.
In 9.3 three the following weird effects take place:
1. After boot up, the frequency is 800 MHz 2. /etc/init.d/powersaved restart causes the frequency to go up to 1800 MHz 3. When a process in the batch system is running (in nice 18), the frequency stays up.
Ok. Jetzt verstehe ich, warum du die Frequenz dauerhaft auf vollgas stellen willst. Du könntest aber auch einfach in /etc/sysconfig/powersave/cpufreq POWERSAVED_CONSIDER_NICE="yes" setzen, dann würden deine niced-jobs die CPU auch "hochfahren".
Habe ich gerade probiert: Ich habe wieder auf das bei SuSE mitgelieferte "Performance" Schema umgeschaltet. Neustart von powersaved l"asst die CPU auf 0.8 GHz laufen. Nach anwerfen der Bathcjobs (nice 18) geht die Frequenz hoch auf 1.8 GHz. Ist vielleicht auch die bessere L"osung.
4. When another job with no nice is executed, the frequency returns to 800 MHz after this job is finished.
Was passiert, wenn du mit "powersave -f" "von Hand" die Frequenz auf "Vollgas" stellst? Dort sollte sie bis zum eintreten eines scheme_change- Events (z.b. AC-Adapter an/abstecken, manuell umschalten per powersave oder kpowersave, powersaved restart) bleiben. Wenn das nicht funktioniert, dann ist das ein powersaved bug (der mir bisher nicht untergekommen ist).
OK: Der bathc-job bekommt kill 19 und geht in Zustand T. Die Frequenz geht wieder auf 0.8 GHz. Powersave -f (dass man das als normaler User darf...) setzt die Frequenz auf 1.8 GHz. Stecker ziehen: Frequenz geht runter auf 0.8 GHz. Stecker wieder rein: Frequenz bleibt auf 0.8 GHz. Batch job wieder anwerfen (kill 18): Frequenz geht auf 1.8 GHz. Ich beobachte mal ob das dann so bleibt. Falls ja, bleib ich mal bei dem Standard "Performance" Schema, bei Ber"ucksichtigung der geneissten Prozesse.
WERSAVE_CPUFREQUENCY="performance"
Tippfehler? da fehlt "PO" jaja, beim schneid+kleb gepatzt...
Eigentlich sieht das so aus, als ob es funktionieren sollte. Die Frage ist noch: wird das scheme überhaupt verwendet. Versuche doch mal, mit erhöhtem debug-level zu starten (7 oder 15) und schau ins syslog.
Hab ich mal gemacht (15): Jun 19 21:20:32 hegel [powersave][19477]: Info: Default AC scheme is scheme_BatchProc Jun 19 21:20:32 hegel [powersave][19477]: Info: Scheme scheme_BatchProc found. Jun 19 21:20:32 hegel [powersave][19477]: Info: Value: 800000 read out from file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq! Jun 19 21:20:32 hegel [powersave][19477]: Info: Value: 1800000 read out from file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq! Jun 19 21:20:32 hegel [powersave][19477]: DIAG in Function getSupportedSpeeds, line 370: Speed min: 800000 kHz - Speed max: 1800000 kHz Daraus schliesse ich, dass das Schema geladen wird. Gruss, Peter.
-- Stefan Seyfried
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
On Mon, 20 Jun 2005, Peter Niessen wrote:
On Mon, 20 Jun 2005, Stefan Seyfried wrote:
Hallo Stefan,
Ich beobachte mal ob das dann so bleibt. Falls ja, bleib ich mal bei dem Standard "Performance" Schema, bei Ber"ucksichtigung der geneissten Prozesse.
Hallo Stefan, hier die weiteren Beobachtungen: weiterhin geht die Frequenz nach beenden eines nicht geniceten Jobs runter, auch wenn die CPU auf 97% läuft. Cpu(s): 0.7% us, 1.0% sy, 97.7% ni, 0.0% id, 0.7% wa, 0.0% hi, 0.0% si Mem: 1024180k total, 964488k used, 59692k free, 5340k buffers Swap: 2097640k total, 893780k used, 1203860k free, 50488k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5094 niessen 39 18 1078m 811m 1332 R 97.8 81.1 146:09.91 tanktop 8075 sge 6 -10 6276 1148 956 S 0.7 0.1 9:22.99 sge_execd 19 root 10 -5 0 0 0 S 0.3 0.0 1:12.19 kacpid 7955 niessen 16 0 4288 1160 864 R 0.3 0.1 0:00.15 top 1 root 16 0 724 76 48 S 0.0 0.0 0:01.58 init Merkwürdigerweise sagt powersave -f dann: hegel:/etc/sysconfig/powersave # powersave -f Speed already set to maximum Auf einem Gerät, wo's anscheinend funktioniert, war in /etc/sysconfig/powersave/cpufreq unter POWERSAVE_FREQ_MODULE "" statt, wie bei mir, "powernow-k8" eingetragen. Anpassen dieser Einstellung ändert aber nix an diesem Verhalten. Reicht da /etc/init.d/powersaved restart oder muß man da rebooten, damit die neue Einstellung geschluckt wird? Das gleiche passiert auch, wenn ich powersaved ganz abschalte. Nochmal in die Logfiles schauen: http://www-zeuthen.desy.de/~niessen/r3000z/powerlog.gz Der nicht-nice job ist gegen Jun 22 21:23:05 zuende. Laut /proc/cpuinfo ist die Frequenz da runter, aber powersave denkt offenbar, die Frequenz sei noch auf 1.8 GHz. Gruss, Peter.
Gruss, Peter.
-- Stefan Seyfried
participants (2)
-
Peter Niessen -
Stefan Seyfried