CPU Frequency Scaling

S

Serow

0
Hi,

ich hab e mir zusammen mit einem Freund das mittlerweile schon mehrfach erwähnte X61 Tablet von Lenovo gekauft. Wir haben beide das Gnome-Applet "CPU Frequency Scaling Monitor" auf das Gnome-Panel gesetzt und dann ein
Code: 
sudo dpkg-reconfigure gnome-applets
gemacht und bestätigt, dass das Applet als root laufen soll. Damit sind wir in der Lage zwischen folgenden Modi zu wählen:

Conservative
Ondemand
Performance
Powersave

Weiterhin kann man den Sleep Modus per Hand festsetzen:

1.60 GHz
1.20 GHz
800 MHz

Problem ist, dass das Gerät von meinem Kumpel sich nicht auf 1.60 GHz setzen lässt und auch bei voller Auslastung dieser Status nicht erreicht wird. Wenn er auf 1.60 GHz klickt passiert einfach nichts.

Ne Idee woran das liegen könnte?

mfg
Serow
 
versuch mal, in der Konsole mit cpufreq-set die Taktfrequenz manuell zu setzen - und wenn dort eine Fehlermeldung ausgegeben wird, bitte posten - damit kommt man dann dem Problem hoffentlich näher...

edit: gnome-applets arbeitet glaub ich mit cpufreq-selector - mit dem kannst du's dann ja auch nochmal in der Konsole ausprobieren.

Versuch die Befehle mal jeweils einmal als normaler User und einmal als root (bzw. im Ubuntu einfach mit "sudo " davor...)
Wenn's mit sudo funktioniert, dann ist's wahrscheinlich nur ein Rechte-Problem... wenn's mit sudo auch nicht geht, kommt hoffentlich eine vernünftige Fehlermeldung...
 
Ich würde erstmal nachschauen ob die maxfreq überhaupt korrekt vom Kernel erkannt wird.

Code: 
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
 
Also
Code: 
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
ergibt
Code: 
max_freq 1200000
Das bedeutet 1.2 GHz schätze ich mal ... Kann es sein, dass 1.6 einfach keine scaling frequency ist sondern einfach das Maximum?

Hab grad gemerkt, dass das bei mir auch nicht geht. Ich hab zum testen mal 2 Taschenrechner aufgemacht und die 9999999! berechnen lassen. Dann hatte ich im System-Monitor 100% Auslastung auf beiden Kernen aber der das Scaling Applet zeigt immernoch 1.20 GHz an.

cpufreq-selector macht das hier:
Code: 
mathias@apprentice:~$ sudo cpufreq-selector -c 9 -f 1600000 Failed to open file '/sys/devices/system/cpu/cpu9/cpufreq/scaling_governor': No such file or directory
 
Original von Serow
Also
Code: 
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
ergibt
Code: 
max_freq 1200000
Das bedeutet 1.2 GHz schätze ich mal ... Kann es sein, dass 1.6 einfach keine scaling frequency ist sondern einfach das Maximum?
Zum Vergrößern anklicken....
Nein, das bedeutet einfach, dass dein System aus irgendwelchen Gründen keine 1.6GHz da rausholen kann. Was sagt 'cat /proc/cpuinfo'?

Original von Serow
cpufreq-selector macht das hier:
Code: 
mathias@apprentice:~$ sudo cpufreq-selector -c 9 -f 1600000 Failed to open file '/sys/devices/system/cpu/cpu9/cpufreq/scaling_governor': No such file or directory
Zum Vergrößern anklicken....

Offenbar sind deine cpufreq*-Module nicht alle geladen. Was gibt dir 'lsmod | grep freq' aus?
 
Code: 
mathias@apprentice:~$ cat /proc/cpuinfo 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 Duo CPU     L7500  @ 1.60GHz
stepping	: 10
cpu MHz		: 800.000
cache size	: 4096 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm ida
bogomips	: 3196.75
clflush size	: 64

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 Duo CPU     L7500  @ 1.60GHz
stepping	: 10
cpu MHz		: 800.000
cache size	: 4096 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm ida
bogomips	: 3191.97
clflush size	: 64

und

Code: 
mathias@apprentice:~$ lsmod | grep freq
acpi_cpufreq           10796  2 
cpufreq_stats           7104  0 
cpufreq_ondemand        9740  1 
cpufreq_conservative     8712  0 
cpufreq_powersave       2688  0 
cpufreq_userspace       5284  0 
freq_table              5536  3 acpi_cpufreq,cpufreq_stats,cpufreq_ondemand
processor              36872  4 acpi_cpufreq,thermal
mathias@apprentice:~$

Da werd ich aber nicht sehr schlau draus - du?
 
Hmm, sieht eigentlich alles soweit ok aus. Und in deiner Prozessliste taucht der Prozess '/usr/lib/hal/hald-addon-cpufreq' auch auf? Gibt es evtl. Warnungen in der /var/log/messages, die die cpufreq-Module betreffen?
 
Also der Prozess taucht namentlich so nicht auf:
Code: 
mathias@apprentice:~$ sudo ps -All | grep hald
5 S   111  5458     1  0  80   0 -  1575 -      ?        00:00:02 hald
0 S     0  5462  5458  0  80   0 -   838 -      ?        00:00:00 hald-runner
0 S     0  5536  5462  0  80   0 -   861 -      ?        00:00:00 hald-addon-inpu
0 S     0  5544  5462  0  80   0 -   857 -      ?        00:00:00 hald-addon-cpuf
4 S   111  5545  5462  0  80   0 -   551 -      ?        00:00:00 hald-addon-acpi
0 S     0  9533  5462  0  80   0 -   855 -      ?        00:00:00 hald-addon-stor

/var/log/messages hab ich jetzt mal so überprüft (weiss nicht ob das korrekt war)
Code: 
mathias@apprentice:~$ cat /var/log/messages | grep cpufreq
mathias@apprentice:~$ cat /var/log/messages | grep freq
mathias@apprentice:~$
Da scheint garnix drinzustehn.
 
Hmm, da fallen mir langsam auch keine Fehlerquellen mehr ein, ausser die folgenden:

- BIOS ist nicht auf 'maximum performance' gesetzt (notwendig, wenn man Linux für die Skalierung nutzen will, wird aber nicht von allen Thinkpads so gehandhabt, also einfach mal schauen, ob du im BIOS bei dir eine solche Einstellung findest)
- powernowd ist nicht installiert
- deine CPU benötigt evtl. zusätzlich speedstep-smi im Kernel
- laptop-detect ist nicht installiert
 
Hi,
das ist alles nicht der Fall. Packete sind alle installiert. Jetzt hab ich ihn allerdings gerade dabei erwischt wie er auf 1.6 GHz gescalet hat. Dann hab ichs gleich manuell probiert und nochmal das hier getestet:
Code: 
mathias@apprentice:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
1601000
mathias@apprentice:~

lol? Warum ändert sich das plötzlich??
 
Ich würde mal versuchen, den Governor deiner CPUs auf "Ondemand" zu setzen. Der übernimmt dann die Lastenverteilung automatisch und ist für die meisten Anwendung mehr als ausreichend. Daemons für Speedscaling (powernowd) brauchen eigentlich die wenigsten noch.
Code: 
echo "ondemand" > /sys/devices/system/cpu/cpu{0,1}/cpufreq/scaling_governor

Achtung: Muss als root ausgeführt werden.

Wenn die CPU nicht "automatisch" auf der höchsten Frequenz arbeitet kann das in der Tat am BIOS liegen, wie bitmuncher so sagte.
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben