[HaBo]

Serow · 23.05.08, 08:39

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

beavisbee · 23.05.08, 10:55

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...

Anzeige

- Anzeige -

**bitmuncher** · 23.05.08, 13:33

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

Serow · 23.05.08, 22:43

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

**bitmuncher** · 23.05.08, 22:58

Zitat:

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?

Nein, das bedeutet einfach, dass dein System aus irgendwelchen Gründen keine 1.6GHz da rausholen kann. Was sagt 'cat /proc/cpuinfo'?

Zitat:

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

Offenbar sind deine cpufreq*-Module nicht alle geladen. Was gibt dir 'lsmod | grep freq' aus?

Serow · 23.05.08, 23:47

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?

**bitmuncher** · 23.05.08, 23:55

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?

Serow · 24.05.08, 00:00

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.

**bitmuncher** · 24.05.08, 02:34

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

Serow · 24.05.08, 12:38

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??

Moe · 27.05.08, 10:30

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.

Anzeige

- Anzeige -

23.05.08, 08:39	#1 (permalink)
Serow Senior Member Registriert seit: 26.03.06 Likes: 16	CPU Frequency Scaling Anzeige 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

23.05.08, 13:33	#3 (permalink)
bitmuncher Moderator Registriert seit: 30.09.06 Likes: 441	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 __________________ Mein Blog - Mein Job - Diaspora Der Ring uns zu knechten besteht aus 12 Sternen auf blauem Grund. Neue Beiträge im Habo via Twitter - Das HaBo auf FB - Das HaBo bei G+

23.05.08, 22:43	#4 (permalink)
Serow Senior Member Themenstarter Registriert seit: 26.03.06 Likes: 16	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

23.05.08, 23:55	#7 (permalink)
bitmuncher Moderator Registriert seit: 30.09.06 Likes: 441	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? __________________ Mein Blog - Mein Job - Diaspora Der Ring uns zu knechten besteht aus 12 Sternen auf blauem Grund. Neue Beiträge im Habo via Twitter - Das HaBo auf FB - Das HaBo bei G+

24.05.08, 02:34	#9 (permalink)
bitmuncher Moderator Registriert seit: 30.09.06 Likes: 441	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 __________________ Mein Blog - Mein Job - Diaspora Der Ring uns zu knechten besteht aus 12 Sternen auf blauem Grund. Neue Beiträge im Habo via Twitter - Das HaBo auf FB - Das HaBo bei G+

23.05.08, 10:55	#2 (permalink)
beavisbee Member of Honour Registriert seit: 22.02.07 Likes: 77	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...

24.05.08, 12:38	#10 (permalink)
Serow Senior Member Themenstarter Registriert seit: 26.03.06 Likes: 16	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??

27.05.08, 10:30	#11 (permalink)
Moe root@yourmom ~ $ Registriert seit: 05.10.01 Likes: 2	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. __________________ In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. Linus Torvalds Lunar Linux Xfce

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

[HaBo]

CPU Frequency Scaling