Siduction Forum

Siduction Forum => Software - Support => Topic started by: mof on 2013/05/10, 10:43:52

Title: cpufreq scaling seit Kernel 3.9.x
Post by: mof on 2013/05/10, 10:43:52
Hallo,
mir ist aufgefallen, daß seit Kernel 3.9.0 der "ondemand governor" nicht mehr
vorhanden ist und die CPU-Kerne im Akkubetrieb, soweit ich das beobachtet habe, in der niedrigsten Frequenz laufen.
Im Netzbetrieb ist alles wie bisher.
Laut cpufreq-info, soll der powersaving governor frei zwischen min und max.
Frequenz wählen können.
Leider habe ich zu diesem Problem (wenn es denn eines ist) noch nichts
im Web finden können.

Wenn jemand eine Erklärung für mich hätte, wäre ich dankbar.

Gruß mof
Title: cpufreq scaling seit Kernel 3.9.x
Post by: mof on 2013/05/10, 13:00:03
Hab nun etwas gefunden:
Ursache hierfür sind die neuen INTEL_PSTATES ab den 3.9.x Kernels.
Diese funktionieren wohl noch richtig oder nur unter bestimmten Bedingungen. Es gibt zur Zeit einige Fehlermeldungen, auch in Zusammenhang mit suspend.

Wen es interessiert: abschaltbar per grub cmd-line
intel_pstate=disable

Gruß mof
Title: RE: cpufreq scaling seit Kernel 3.9.x
Post by: towo on 2013/05/10, 18:00:00
Hm?
Also auch in 3.9 gibt es den Ondemand-Governor.
analysiere CPU 0:
 Treiber: acpi-cpufreq
 Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
 Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
 Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
 Hardwarebedingte Grenzen der Taktfrequenz: 1.60 GHz - 2.66 GHz
 mögliche Taktfrequenzen: 2.66 GHz, 2.13 GHz, 1.60 GHz
 mögliche Regler: powersave, conservative, userspace, ondemand, performance
 momentane Taktik: die Frequenz soll innerhalb 1.60 GHz und 2.66 GHz.
                   liegen. Der Regler "ondemand" kann frei entscheiden,
                   welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
 momentane Taktfrequenz ist 1.60 GHz.
 Statistik:2.66 GHz:6,97%, 2.13 GHz:1,28%, 1.60 GHz:91,75%  (2483)
Title: RE: cpufreq scaling seit Kernel 3.9.x
Post by: mof on 2013/05/10, 19:31:05
Das weiss ich jetzt auch.
Wenn man bei core_i CPU's die Intel_Pstates nicht abschaltet, sagt
pm-suspend.log z.B.:
SETTING OF KERNEL PARAMETER FAILED: echo ondemand \> /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Verfügbar sind dann nur "conservative" und "powersave"

greetings
Title: cpufreq scaling seit Kernel 3.9.x
Post by: mof on 2013/05/10, 20:01:21
analysiere CPU 0:
 Treiber: intel_pstate
 Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
 Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
 Maximale Dauer eines Taktfrequenzwechsels: 0.97 ms.
 Hardwarebedingte Grenzen der Taktfrequenz: 800 MHz - 2.10 GHz
 mögliche Regler: performance, powersave
 momentane Taktik: die Frequenz soll innerhalb 800 MHz und 2.10 GHz.
                   liegen. Der Regler "powersave" kann frei entscheiden,
                   welche Taktfrequenz innerhalb dieser Grenze verwendet wird.


so sieht es übrigens bei mir mit intel_pstates aus


mof
Title: cpufreq scaling seit Kernel 3.9.x
Post by: mof on 2013/05/10, 20:36:33
Beste Erklärung hier:

http://www.phoronix.com/scan.php?page=news_item&px=MTI5Mzc

mof
Title: cpufreq scaling seit Kernel 3.9.x
Post by: ayla on 2013/06/18, 15:10:18
Hallo,

mir war an meinem Desktop-Pc aufgefallen daß dieser seit einiger Zeit nicht mehr zur Ruhe kommt, sprich daß sich auch vollkomen ohne daß irgendeine Anwendung außer conky und dem üblichen plasma-desktop usw läuft die CPU-Frequenz sich nicht mehr auf den minimalen Wert von 1600 MHz einstellt sondern sich immer bei 2000 bis 2800MHz in Ruhe bewegt. (max3400)

Das Deaktivieren des pstate mit obigem Eintrag in der KernelCommandLine bringt hier wieder das normale Verhalten und ca 2-3° weniger CPU-Temperatur.

Gruß
ayla