[risolto]gestione frequenze cpu

[slacky82]

Salve ho un portatile e fino a poco tempo fa gestivo lo scaler del processore cosi:

Codice: Seleziona tutto

echo conservative > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

poco fa ho aggiornato la mia current e quindi anche il kernel,
solo che adesso sono cambiate un po di cose,
potreste dirmi come poter far riscalare il processore, visto che adesso mi va a palla e si accendono sempre le ventole?

[Roland]

se stai usando il kernel default della current credo che vada ricompilato per includere i moduli per gli scaling governor che vuoi usare e, se non lo è già, anche il modulo acpi_cpufreq. Se può esserti utile, io di solito li compilo statici

[conraid]

Salve ho un portatile e fino a poco tempo fa gestivo lo scaler del processore cosi:

Codice: Seleziona tutto

echo conservative > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

poco fa ho aggiornato la mia current e quindi anche il kernel,
solo che adesso sono cambiate un po di cose,
potreste dirmi come poter far riscalare il processore, visto che adesso mi va a palla e si accendono sempre le ventole?

stai usando kde4?
a me da un po' di problema in quel senso, addirittura con l'aggiornamento da kde4.2.1 a kde4.2.2 sembra peggiorato.
Per esempio la luminosità dello schermo non mi setta più automaticamente

[conraid]

se stai usando il kernel default della current credo che vada ricompilato per includere i moduli per gli scaling governor che vuoi usare e, se non lo è già, anche il modulo acpi_cpufreq. Se può esserti utile, io di solito li compilo statici

ci sono già tutti nel kernel di default, vanno solamente attivati in rc.modules

[Roland]

ci sono già tutti nel kernel di default, vanno solamente attivati in rc.modules

Vero...è che portandomi dietro da un po' di tempo un .config personalizzato ho perso l'abitudine a modificare rc.modules

[slacky82]

ci sono già tutti nel kernel di default, vanno solamente attivati in rc.modules

Vero...è che portandomi dietro da un po' di tempo un .config personalizzato ho perso l'abitudine a modificare rc.modules

potreste dirmi come fare

[Roland]

ci sono già tutti nel kernel di default, vanno solamente attivati in rc.modules

Vero...è che portandomi dietro da un po' di tempo un .config personalizzato ho perso l'abitudine a modificare rc.modules

potreste dirmi come fare

devi decommentare (togliere l'# davanti alla riga corrispondente) le righe relative ai moduli che vuoi caricare nel file rc.modules-2.6.xx.x relativo al kernel che usi, che si trova in /etc/rc.d. Si trovano verso la fine del file, decommenta anche la riga del modulo acpi_cpufreq. Ad esempio, dove dice:

Codice: Seleziona tutto

# generic ACPI P-States based driver
#/sbin/modprobe acpi-cpufreq

deve diventare semplicemente:

Codice: Seleziona tutto

# generic ACPI P-States based driver
/sbin/modprobe acpi-cpufreq

più giù nel file trovi i comandi per caricare i moduli dei vari scaling governor, decommenta quelli che vuoi usare

[slacky82]

fatto riavviato ma non è cambiato nulla

Codice: Seleziona tutto

root@hall9000:/sys/devices/system/cpu/cpu0# ls
cache/  cpuidle/  topology/

questo è quello che ho

[Roland]

fatto riavviato ma non è cambiato nulla

Codice: Seleziona tutto

root@hall9000:/sys/devices/system/cpu/cpu0# ls
cache/  cpuidle/  topology/

questo è quello che ho

dai un

Codice: Seleziona tutto

lsmod | grep cpufreq

per verificare se il modulo acpi-cpufreq sia stato caricato e se non compare un

Codice: Seleziona tutto

modprobe acpi-cpufreq

se non lo carica è probabile che non sia compilato come modulo...

[slacky82]

risolto il link rc.modules non puntava a rc.modules-2.6.29.1

[proffi]

Vedo che hai risolto, comunque per il frequency scaling con conservative non va caricato acpi-cpufreq, ma cpufreq_conservative. E' per questo che non viene creata la directory cpufreq sotto /sys/devices/system/cpu/cpu0.
I moduli sono già inclusi nel kernel precompilato di slackware, quelli che servono sono cpufreq_conservative + il modulo per la tua architettura di cpu. Io ad esempio devo caricare powernow-k7 (ho un athlon xp-m) ma se dai un'occhiata a rc.modules trovi nella sezione apposita la riga da decommentare per la tua cpu.

Giusto un'osservazione: conservative soffre da circa 3 anni di un bug che limita il poll time minimo del carico di sistema a valori almeno 10 volte superiori a conservative. L'avevo segnalato a suo tempo ad Alexander Clouther (che segue lo sviluppo di conservative) e la patch è stata inclusa solo ora nel 2.6.30 rc. L'ho provata quando era ancora nel git-tree del 2.6.29 e ora conservative funziona perfettamente.
Tanto per fare un esempio, il mio processore supporta 6 frequenze, e per una transizione tra una e l'altra con conservative impiega circa 0.9 secondi (contro gli 0.1 min->max di ondemand), quindi per passare dalla minima alla massima circa 4.5 s. Direi una cosa abbastanza inutile...
Con la nuova versione, fa uno step ogni decimo di secondo, la transizione min->max è dolce ma comunque nel giro di poco (0.45-0.5 s), se serve, viene erogata la potenza necessaria e il sistema è molto più reattivo. In più la ventola se ne sta sempre zitta.
Trovo che allo stato attuale, a causa di questo problema, conservative sia il governor meno indicato. Molto meglio usarne uno in userspace oppure ondemand piuttosto che una cosa del genere.
Comunque, ripeto, consiglio di aggiornare il kernel della current al 2.6.30 non appena lo vedete nel repository la differenza sarà evidente.

Ciao ciao

[conraid]

Vedo che hai risolto, comunque per il frequency scaling con conservative non va caricato acpi-cpufreq, ma cpufreq_conservative.

Sono due cose diverse, uno è il modulo di gestione, l'altro di policy, puoi anche caricare tutti i moduli di policies che ci sono e poi scegliere.
acpi-cpugreq è il nuovo modulo di quello che tu dici per la tua architettura, solitamente i nuovi processori usano questo

[proffi]

Vedo che hai risolto, comunque per il frequency scaling con conservative non va caricato acpi-cpufreq, ma cpufreq_conservative.

Sono due cose diverse, uno è il modulo di gestione, l'altro di policy, puoi anche caricare tutti i moduli di policies che ci sono e poi scegliere.
acpi-cpugreq è il nuovo modulo di quello che tu dici per la tua architettura, solitamente i nuovi processori usano questo

Sì certo, però è evidente che a lui serviva cpufreq_conservative. Caricando solo acpi-cpufreq il suo comando echo andava ovviamente a vuoto.
Acpi-cpufreq non l'ho mai usato, è un driver generico, io uso quello specifico per il mio processore... Poi usare l'uno a l'altro è a libera scelta.

Ciao

[conraid]

[
Acpi-cpufreq non l'ho mai usato, è un driver generico, io uso quello specifico per il mio processore... Poi usare l'uno a l'altro è a libera scelta.

No, è generico è vero, ma per i nuovi processori è quello da utilizzare. Su un dual core per esempio quale useresti?

[proffi]

No, è generico è vero, ma per i nuovi processori è quello da utilizzare. Su un dual core per esempio quale useresti?

Non saprei che dirti, io sono ancora col mio fido athlon xp-m 2800+ di 5 anni fa non sono molto aggiornato!