Kernel 2.6.12-rc6, CPU Freq. Scaling e governor "conservative"

[wolf64]

Nel nuovo kernel 2.6.12-rc6 è stato aggiunto un nuovo governor per la gestione della scalabilità del processore di nome "conservative", dovrebbe avere migliori performance nel risparmio energetico, vi riporto dallo stesso kernel:

'conservative' cpufreq governor (CPU_FREQ_GOV_CONSERVATIVE)

'conservative' - this driver is rather similar to the 'ondemand'
governor both in its source code and its purpose, the difference is its optimisation for better suitability in a battery powered environment. The frequency is gracefully increased and decreased rather than jumping to 100% when speed is required.

If you have a desktop machine then you should really be considering the 'ondemand' governor instead, however if you are using a laptop, PDA or even an AMD64 based computer (due to the unacceptable step-by-step latency issues between the minimum and maximum frequency transitions in the CPU) you will probably want to use this governor.

For details, take a look at linux/Documentation/cpu-freq.

If in doubt, say N.

Vi farò sapere qualcosa di più dalle "prove sul campo"! :-)


PS: per quanti usano le webcam che richiedono il driver pwc (Philips Web Cam), tenete presente che nei 2.6.12 questo driver è di nuovo incluso nel kernel, in questo caso non c'è però il bisogno di installare il driver proprietario pwcx, che estendeva le proprietà del primo, in quanto questo nuovo fa già tutto lui.

[Zero-2]

Originariamente inviato da wolf64

PS: per quanti usano le webcam che richiedono il driver pwc (Philips Web Cam), tenete presente che nei 2.6.12 questo driver è di nuovo incluso nel kernel, in questo caso non c'è però il bisogno di installare il driver proprietario pwcx, che estendeva le proprietà del primo, in quanto questo nuovo fa già tutto lui.

Ohhhhhhhhhhhhhhhhh finalmente Mi sono ammazzato ieri per trovare i driver

[wolf64]

Originariamente inviato da Zero-2
Ohhhhhhhhhhhhhhhhh finalmente Mi sono ammazzato ieri per trovare i driver

Tieni presente che per adesso li trovi soltanto nei 2.6.12, nei 2.6.11 devi installarli a parte (parlo al plurale, ma ricordiamoci che con questo driver si tratta di uno solo, pwc, che fa anche la funzione di pwcx).

[wolf64]

Da uno scambio di messaggi intercorso tra il sottoscritto e Alexander Clouter, l'autore di questo nuovo governor, e da una mia richiesta di documentazione (questo in quanto non è ancora inclusa, teniamo presente che i kernel che la implementano per adesso sono in fase "rc", e questa feature è appena passata dalla fase di patch a feature vera e propria inserita nel kernel), vi copio quanto Alex mi ha inviato per settare (o spiegare) i valori che si trovano nei file inlcusi nella directory /sys/devices/system/cpu/.../cpufreq/conservative/:



ignore_nice:
------------
Takes a value of zero or one. _If set to '0' (default) then all processes are counted towards towards 'cpu utilisation', if set to '1' then processes that are 'nice'd[1] will not count to the overal usage.

So if you are running an intensive calculation on your laptop which is not nice'd then your cpu speed will increase steadily upwards. _If you have nice'd the process then your cpu speed will say fixed and only rise when non-nice'd processes require more power.

freq_step:
----------
This describes what steps the cpu freq should be increased/decreased by when it needs to. _By default the cpu speed will increase in 5% chunks of your maximum cpu speed. _You can change this value to anywhere between 0 and 100;
'0' will effectively lock your CPU at a speed regardless of its load and
'100' will make it behave identically to the cpufreq_ondemand module (in theory

The options that are available to both 'ondemand' and 'conservative' are:

sampling_rate:
--------------
Measured in uS (10^-6 seconds). _This is how often you want the kernel to look at the cpu usage and make a decision on whether to increase or decrease the cpu speed. _Typically set to values of around '10000'.

'show_sampling_rate_max' and 'show_sampling_rate_min':
------------------------------------------------------
The minimum and maximum sampling rates available to you to set 'sampling_rate' to.

'up_threshold' and 'down_threshold':
------------------------------------
Defines what the average cpu usaged between the samplings of 'sampling_rate' should we increase/decrease the cpu. _For example when 'up_threshold' is 80 (default) it means that between checking the cpu needs to be on average more
that 80% in use to decide the CPU speed needs to be increased. _For 'down_threshold' if 20 (default) it means that if the CPU usage is *below* 20% between samples then the cpu speed is decreased.

sampling_down_factor:
---------------------
Usually about '5' and simply controls the rate at which the cpu speed is decreased, it means that 5 times a decision to slow down the machine have to occur in a row before the cpu speed is actually dropped. _If set to '1' then the speed decreases as quickly as in increases, if set to two the decrease occurs at half the rate of the increase.

[1] I do not know if you know but 'nice' means the priority of of the process, >0 means its got a lower priority, <0 means its got a high priority.
When a process is 'nice'd it means its got a nice value of more than one.

Una nota di ringraziamento ad Alex che si è dimostrato veramente veloce e disponibile nel rispondere.

Chiunque decidesse di usare questo nuovo governor può poi ritrovarsi in questo thread dove ci possiamo scambiare le impressioni, sopratutto sul risparmio energetico che dovrebbe portare nei portatili.

[eraclito]

wolf64 è sempre all'avanguardia sul problema batteria e portatili in generale

Sono però un po' ignorante sulla questione rilasci dei kernel (ho sempre sacricato i sorgenti "semi digeriti" dalle varie distro)

rc6 sta a indicare che la versione non è ancora stabile?
se sì, quanto ci può volere per il rilascio definitivo?

e ancora

e questa feature è appena passata dalla fase di patch a feature vera e propria inserita nel kernel

quindi senza cambiare il kernel poteri patchare mio 2.6.10?

eraclito

ps ma soprattutto attendiamo commenti e risultati

[Ikitt]

Originariamente inviato da eraclito
rc6 sta a indicare che la versione non è ancora stabile?
se sì, quanto ci può volere per il rilascio definitivo?

In realta` con la serie 2.6.x questa distinzione si e` fatta molto sfumata. Un 2.6.x-non-rc vanill non offre poi molte piu` garanzie di stabilita`/sicurezza rispetto ad un 2.6.x-rc vanilla.
Per i bugfix ci sono i rilasci 2.6.x.y.

[Le0n]

Ciao a tutti!
topic interessante, anche perché uso un laptop con il conservative e mi ci trovo piuttosto bene...

una domandina semplice: questo governor gira in kernel space (come ondemand) o in userspace??
mi sto interessando alla questione governor e azioni rilevabili da acpi e (da linux&co numero 45) veniva detto che i governor in kernel space sono migliori perché si basano sul carico di sistema ma non possono tenere conto di fattori come presenza di alimentatore o livello di carica della batteria (in userspace era possibile cambiare policy e range di lavoro della cpu con cpufreqd...e ora?)

Thanks!

[eraclito]

una cosa,

sapete dirmi come faccio a cambiare governor di default nell'uso con batteria (lasciando quello che c'è nell'uso "corrente")?

[Le0n]

cioè cambiare governor quando usi la batteria?
questa è una delle cose che dovrò fare, comunque credo che bisogna usare cpufreq...

Hasta!

[eraclito]

Originariamente inviato da Le0n
cioè cambiare governor quando usi la batteria?
questa è una delle cose che dovrò fare, comunque credo che bisogna usare cpufreq...

Hasta!

esatto, fare in modo che staccata la corrente, in automatico cambi il governor...


qualche idea?