[risolto]cpu scaling

[mlibero]

ciao gmc,
dopo tanto cercare non vorrei scombinare tutto e creare dei conflitti, perciò ti chiedo:
per installare e usare powersave e kpowersave, devo prima disinstallare cpufreqd e cpufrequtils oppure lascio tutto così com'è?
vorrei provare kpowersave anche perchè con le impostazioni che ho dato le prestazioni del computer non sono certo migliorate, anzi...

mlibero

[GipPasso]

Nelle informazioni del pacchetto powersaved non sono indicati conflitti, quindi non ci dovrebbero essere problemi a installarlo insieme a cpufrequtils.
Se hai noie nel funzionamento e non sai dove sono è però, a naso, consigliabile averne installato uno solo, così da poter sistemare un problema alla volta.
Se a te ora cpufrequtils funziona, puoi provare a non disinstallarlo e vedere se con kpowersaved convivono pacificamenrte, oppure salvarne tutta la configurazione, purgarlo e installare powersaved.

Io consiglio la seconda, ma se hai paura che poi cpufrequtils non torni a funzionare a dovere dopo l'eventuale reinstallazione, procedi con la prima.

GipPasso.

[gmc]

In questo momento non ho il portatile, ma ad occhio direi che

cpufrequtils ce l'ho installato (se è il pacchetto che fornisce cpufreq-info)

cpufreqd senz'altro no. Mi sembra però che siano installabili o solo powersaved o solo cpufreqd, ma non ne sono sicuro.

Eventualmente abilitane solo uno con bum o con ksysvinit.

Ciao,
Peppe

[mlibero]

ho un po di confusione, ho rimosso sia cpufreqd che cpufrequtils, ho installato kpowersave ma
cliccando sull'icona col tasto dex mi da una serie di opzioni una di queste dice:
imposta politica della frequenza cpu tra queste
prestazioni
dinamico
powersave
di default è impostato su prestazioni
se provo a cambiare e impostare dinamico mi dice: impossibile impostare frequenza cpu dinamico.
se però vado in "configura kpowersave" la cpu è impostata su dinamico e posso cambiare senza nessun problema, ma i cambiamenti non vendono rilrvati da "imposta politica della frequenza cpu" che rimane sempre su "prestazioni".
nella finestra di dialogo poi mi dice che la cpu sta lavorando a 2400 MHz.
poi ho installato powersaved che installa di default anche cpufrequtils e sono di nuovo al punto di partenza perchè non solo non crea il file /etc/default/cpufrequtils, ma mi da solo un governor "performance"
infatti

cpufreq-info
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Per favore, comunicare errori e malfunzionamenti a linux@brodo.de.
analisi della CPU 0:
  modulo p4-clockmod
  CPU per le quali e` necessario cambiare la frequenza contemporaneamente: 0
  limiti hardware: 300 MHz - 2.40 GHz
  frequenze disponibili: 300 MHz, 600 MHz, 900 MHz, 1.20 GHz, 1.50 GHz, 1.80 GHz, 2.10 GHz, 2.40 GHz
  gestori disponibili: performance
  gestore corrente: la frequenza deve mantenersi tra 300 MHz e 2.40 GHz.
                   Il gestore "performance" puo` decidere quale velocita` usare
                  in questo intervallo.
  la frequenza attuale della CPU e` 2.40 GHz (ottenuta da una chiamata diretta all'hardware).

kpowersave è comodo perchè ha un'interfaccia grafica, ma se fa lavorare sempre la cpu al massimo, non credo di aver risolto molto.

mlibero

[GipPasso]

Confermo quanto detto da gmc.
Giustamente il demone non può che essere uno installato nel sistema, mentre gli strumenti di gestione no.
Powersaved, powernowd, cpufreqd confliggono tra loro.
Quindi bisogna sceglierne uno, poi passare a testarlo.

Kpowersave usa, come dice il nome, powersaved. Il fatto che veda una sola politica energetica è possibile che sia dovuto al non aver caricato i moduli necessari nel kernel. Si dovrebbero chiamare cpufreq_<policy>.
Dai un bel lsmod |grep cpufreq e dicci.

PS: che cpu hai? Se non lo sai, posta il contenuto di /proc/cpuinfo.

GipPasso.

[mlibero]

nei pacchetti debian ci sono kpowersave e powersaved, due programmi diversi, credo.
adesso ho installato solo cpufrequtils senza il file di configurazione, che da quello che ho capito non entra in conflitto con alcun programma e kpowersave.
lsmod | grep cpufreq  non mi da alcuna risposta, posto lsmd

lsmod
Module                  Size  Used by
radeon                111712  2
drm                    76020  3 radeon
ppdev                   8676  0
lp                     10980  0
button                  7920  0
ac                      5188  0
battery                 9988  0
xt_TCPMSS               4672  1
xt_tcpmss               2176  1
xt_tcpudp               3072  1
iptable_mangle          2784  1
ip_tables              12260  1 iptable_mangle
x_tables               14372  4 xt_TCPMSS,xt_tcpmss,xt_tcpudp,ip_tables
pppoe                  13184  2
pppox                   3848  1 pppoe
ipv6                  236996  16
ppp_generic            26132  6 pppoe,pppox
slhc                    5888  1 ppp_generic
nls_iso8859_1           4128  1
nls_cp437               5792  1
vfat                   12032  1
fat                    48540  1 vfat
dm_snapshot            16900  0
dm_mirror              20928  0
dm_mod                 52160  2 dm_snapshot,dm_mirror
loop                   16932  0
p4_clockmod             5380  0
speedstep_lib           5156  1 p4_clockmod
freq_table              4512  1 p4_clockmod
i2c_ali1535             6980  0
joydev                  9568  0
snd_ali5451            22060  1
snd_ac97_codec         92836  1 snd_ali5451
ac97_bus                2272  1 snd_ac97_codec
snd_pcm_oss            39200  0
snd_pcm                72324  3 snd_ali5451,snd_ac97_codec,snd_pcm_oss
snd_mixer_oss          15424  1 snd_pcm_oss
tsdev                   7968  0
snd_seq_dummy           3748  0
snd_seq_oss            29408  0
snd_seq_midi            8160  0
snd_rawmidi            22624  1 snd_seq_midi
pcmcia                 37100  0
firmware_class          9504  1 pcmcia
snd_seq_midi_event      6880  2 snd_seq_oss,snd_seq_midi
snd_seq                46320  6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer              21028  2 snd_pcm,snd_seq
snd_seq_device          7692  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
irtty_sir               8064  0
sir_dev                15396  1 irtty_sir
snd                    48324  12 snd_ali5451,snd_ac97_codec,snd_pcm_oss,snd_pcm,snd_mixer_oss,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
irda                  172092  2 irtty_sir,sir_dev
i2c_ali15x3             7748  0
psmouse                36016  0
soundcore               7520  1 snd
hsfpcibasic2           66968  0
hsfserial              23620  1 hsfpcibasic2
hsfengine            1304780  2 hsfpcibasic2,hsfserial
hsfosspec             103560  6 hsfpcibasic2,hsfserial,hsfengine
crc_ccitt               2144  1 irda
i2c_core               23552  2 i2c_ali1535,i2c_ali15x3
parport_pc             33828  1
parport                33960  3 ppdev,lp,parport_pc
serio_raw               6692  0
snd_page_alloc         10056  1 snd_pcm
shpchp                 31060  0
pci_hotplug            29184  1 shpchp
hsfsoar                93200  1 hsfpcibasic2
yenta_socket           24844  1
rsrc_nonstatic         11968  1 yenta_socket
pcmcia_core            37108  3 pcmcia,yenta_socket,rsrc_nonstatic
ati_agp                 8748  1
agpgart                31912  2 drm,ati_agp
evdev                   9312  7
rtc                    12856  0
pcspkr                  3104  0
ext3                  121288  1
jbd                    55336  1 ext3
mbcache                 8260  1 ext3
ide_cd                 36416  0
cdrom                  32832  1 ide_cd
ide_disk               16512  3
generic                 4836  0 [permanent]
floppy                 54884  0
ehci_hcd               30796  0
ohci_hcd               19780  0
usbcore               125416  4 hsfosspec,ehci_hcd,ohci_hcd
alim15x3               10924  0 [permanent]
ide_core              113764  4 ide_cd,ide_disk,generic,alim15x3
ata_generic             7556  0
libata                115984  1 ata_generic
scsi_mod              136620  1 libata
8139cp                 22144  0
8139too                25536  0
mii                     5280  2 8139cp,8139too
firewire_ohci          16512  0
firewire_core          39008  1 firewire_ohci
crc_itu_t               2144  1 firewire_core
thermal                13416  0
processor              31176  1 thermal
fan                     4836  0

e proc/cpuinfo

cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Pentium(R) 4 CPU 2.40GHz
stepping        : 7
cpu MHz         : 2400.000
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up cid
bogomips        : 4780.48
clflush size    : 64

potrei provare con modprobe cpufreq_<policy>, ma preferisco aspettare una vostra risposta

mlibero

[gmc]

Allora,

powersaved è un demone che controlla (trami cpufreq-set, penso) la cpu.

Kpowersave invece è un tool di configurazione del demone.

Prova con il modprobe e facci sapere cosa dice.

Fra l'altro mi sembra che devi aggiungere il tuo utente al gruppo powersave. Inoltre ci sono alcune configurazioni possibili in /etc/powersave/*. Sembrerebbe che nel caso tuo non funziona molto bene l'auto-detecting. Ti conviene impostare i vari moduli da caricare nel file di configurazione. Poi riavvia powersaved e vediamo che succede...

Ciao,
Peppe

P.S. controlla un po' di informazioni in questa pagina http://powersave.sourceforge.net/ Purtroppo questa mattina mi sa che sourceforge è down, perciò non ho potuto controllare con esattezza le mie risposte...

[mlibero]

non capisco ma mi adeguo.....
in un primo momento avevo rimosso cpufreqd e cpufrequtils e installato kpowersave e powersaved che di default ha installato anche cpufrequtils.
e il risultato è stato quello che ho postato, poi ho disinstallato powersaved e non è cambiato niente.
modprobe cpufreq_policy mi dice che il modulo non esiste.
adesso ho reinstallato powersaved e va tutto
mi da di default queste impostazioni

cpufreq-info
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Per favore, comunicare errori e malfunzionamenti a linux@brodo.de.
analisi della CPU 0:
  modulo p4-clockmod
  CPU per le quali e` necessario cambiare la frequenza contemporaneamente: 0
  limiti hardware: 300 MHz - 2.40 GHz
  frequenze disponibili: 300 MHz, 600 MHz, 900 MHz, 1.20 GHz, 1.50 GHz, 1.80 GHz, 2.10 GHz, 2.40 GHz
  gestori disponibili: userspace, ondemand, conservative, powersave, performance
  gestore corrente: la frequenza deve mantenersi tra 300 MHz e 2.40 GHz.
                   Il gestore "ondemand" puo` decidere quale velocita` usare
                  in questo intervallo.
  la frequenza attuale della CPU e` 300 MHz (ottenuta da una chiamata diretta all'hardware).

e poi anche

lsmod|grep cpufreq
cpufreq_userspace       4128  0
cpufreq_stats           5120  0
cpufreq_ondemand        8300  1
cpufreq_conservative     6888  0
cpufreq_powersave       1792  0
freq_table              4512  3 cpufreq_stats,cpufreq_ondemand,p4_clockmod

kpowersave è impostato su dinamico e la finestra di dialogo mi fa vedere le variazioni di frequenza della cpu che varia in base all'utilizzo del computer da 300 a 2400 MHz.
il computer va bene e non ha quelle cadute di prestazioni che aveva con cpufreqd.
tutto bene quindi.
dimenticavo, continua a non esserci il file /etc/default/cpufrequtils ma al riavvio vengono mantenute le impostazioni.
non so che pensare, da quando uso debian cose di questo tipo mi capitano spesso, mi sbatto per delle cose che non vanno, quando poi ormai sono rassegnato, accendo il computer e funziona tutto, infatti adesso ho un altro piccolo problema di cui taccio, penso che un giorno me lo troverò risolto, aspetto
comunque grazie

mlibero

[GipPasso]

Se ti possiamo aiutare a capire e risolvere l'altro problema, non esitare a chiedere.
Per quello che hai tu, nella macchina mi sembra che le spiegazioni di gmc siano molto chiare.
Hai installato un demone (powersaved), un tool grafico per gestirlo (kpowersave) e uno strumento da terminale (cpufreq-utils).
Se il file di configurazione di cpufreq-utils forse non lo cerchi bene. Dai

Codice:

dpkg -L cpufrequtils
/.
/usr
/usr/bin
/usr/bin/cpufreq-info
/usr/bin/cpufreq-set
/usr/share
/usr/share/locale
/usr/share/locale/de
/usr/share/locale/de/LC_MESSAGES
/usr/share/locale/de/LC_MESSAGES/cpufrequtils.mo
/usr/share/locale/fr
/usr/share/locale/fr/LC_MESSAGES
/usr/share/locale/fr/LC_MESSAGES/cpufrequtils.mo
/usr/share/locale/it
/usr/share/locale/it/LC_MESSAGES
/usr/share/locale/it/LC_MESSAGES/cpufrequtils.mo
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/cpufreq-set.1.gz
/usr/share/man/man1/cpufreq-info.1.gz
/usr/share/doc
/usr/share/doc/cpufrequtils
/usr/share/doc/cpufrequtils/README.Debian
/usr/share/doc/cpufrequtils/copyright
/usr/share/doc/cpufrequtils/changelog.Debian.gz
/etc
/etc/default
/etc/default/cpufrequtils
/etc/init.d
/etc/init.d/cpufrequtils

e troverai che la policy di default è salvata in /etc/default/cpufrequtils (l'ho appena scoperto anch'io).

Se serve altro, insisto, non esitare a chiedere.
GipPasso.

[mlibero]

/etc/default/cpufrequtils non c'è proprio

dpkg -L cpufrequtils
/.
/etc
/etc/init.d
/etc/init.d/loadcpufreq
/etc/init.d/cpufrequtils
/usr
/usr/bin
/usr/bin/cpufreq-info
/usr/bin/cpufreq-set
/usr/share
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/cpufreq-set.1.gz
/usr/share/man/man1/cpufreq-info.1.gz
/usr/share/locale
/usr/share/locale/it
/usr/share/locale/it/LC_MESSAGES
/usr/share/locale/it/LC_MESSAGES/cpufrequtils.mo
/usr/share/locale/fr
/usr/share/locale/fr/LC_MESSAGES
/usr/share/locale/fr/LC_MESSAGES/cpufrequtils.mo
/usr/share/locale/de
/usr/share/locale/de/LC_MESSAGES
/usr/share/locale/de/LC_MESSAGES/cpufrequtils.mo
/usr/share/doc
/usr/share/doc/cpufrequtils
/usr/share/doc/cpufrequtils/examples
/usr/share/doc/cpufrequtils/examples/cpufrequtils.sample
/usr/share/doc/cpufrequtils/examples/cpufrequtils.loadcpufreq.sample
/usr/share/doc/cpufrequtils/copyright
/usr/share/doc/cpufrequtils/README.Debian
/usr/share/doc/cpufrequtils/changelog.Debian.gz
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/cpufrequtils

non conoscevo dpkg -L cpufrequtils, in genere uso find -name xxxx
poi come ho detto, avevo installato kpowersave e powersaved, quello che non ricordo è la sequenza, non so se cambia qualcosa installando prima powersaved e poi kpowersave, però è proprio quello che è successo, capisco che può sembrare inverosimile, ma lo ricordo bene perchè poi ho rimosso powersaved perchè ho pensato che fosse incompatibile con kpowersave.

mlibero

[gmc]

Per quanto riguarda la parte che non capisci (o almeno penso che ti riferissi a questo):

Un daemon è un programma che gira in automatico in background (ad esempio può essere mysqld,crond ,ecc). Generalmente hanno "d" nella parte finale: mysqld= mysql daemon. Se vuoi approfondire: http://it.wikipedia.org/wiki/Demone_%28informatica%29

Kpowersave è semplicemente un programmino che gira sotto kde, che ti permette di interagire con il demone dalla gui invece che con la shell un comando del tipo "powersave -e nome_schema"

Per quanto riguarda il resto:
cpufrequtils sono una serie di programmi che fanno da "ponte" tra l'utente e il kernel per qunato riguarda il cpu-scaling (è una funzione che controlla direttamente il kernel)

Penso quindi che powersaved (o strumenti analoghi del tipo cpufreqd o pm-utils) utilizzino direttamente cpufreq-set per modificare il comportamento del cpu-scaling a secondo delle condizioni (ad esempio (inventato al volo) se inserisci l'alimentatore viene generato un evento acpi che powersaved riconosce, quindi chiama il comando "powersave -e ac_scheme" il quale a sua volta darà, fra i vari comandi, cpufreq-set -g performance; altri comandi che lancerà saranno relativi alla configurazione dello stand-by, della luminosità ecc.)

Il tutto è assolutamente configurabile tramite /etc/powersave, creando appositi schemi a seconda degli eventi acpi (presenza o meno dell'alimentatore, ci sono tre livelli di batteria, ecc) oppure assai più facilmente tramite kpowersave.

Fra l'altro il fatto che non ci sia /etc/default/cpufrequtils mi sembra normale: con powersave non ce n'è alcun bisogno.

Mi sembra strano invece il comportamento dei governor, potrebbe esserci qualche problema a livello kernel o non so che cosa. Che portatile hai?

Potrebbe, forse, aiutarti questa pagina: http://powersave.sourceforge.net/powersave/Cpufreq.html#Cpufreq

Infine bisogna ricordare che ormai i vari moduli sono tutti obsoleti e il modulo che bisognerebbe caricare è acpi_cpufreq. Quindi ad esempio speedstep_centrino è obsoleto (mi sembra si chiami così)

Per quanto riguarda il tuo processore non so. Una rapida ricerca su google non mi chiarisce molto: alcuni dicono che i p4 funzionano solo con p4-clockmod altri invece dicono altre cose. Forse conviene guardare la documentazione nel kernel alla voce p4-clockmod.

Veramente alla fine ( ), io ho una configurazione monolitica: niente moduli, tutto ricompilato a mano e messo come statico. Non so se centra qualcosa ma volevo dirlo

I miei 5 centesimi (sono stato un po' più lungo del solito),
Peppe

P.S. questa è veramente una discussione interessante e sto approfondendo un argomento tecnico. Grazie a tutti per il forum!

[GipPasso]

Il fatto che quel file non ci sia è giusto.
Io ho la etch e ho un pacchetto diverso dal tuo. Controllando su packages.debian.org ho notato che è giusto che tu non lo abbia, quindi chiedo venia di non averlo notato prima di postare.

powersaved senza kpowersave puoi benissimo averlo avuto, così come è perfettamente possibile che tu abbia installato powersaved richiedendo kpowersave. Il contrario non è possibile, perché kpoersave ha come dipendenza powersaved, quindi ogni qual volta avevi kp... avevi anche pow... (scusa, ho scritto il nome di questi due pacchetti un numero enorme di volte!).

GipPasso.

[mlibero]

non so se sid si comporta diversamente da etch, ma installando kpowersave non mi installa anche powersaved come dipendenza, ma devo installarlo io separatamente, cosa che invece succede tra powersaved e cpufrequtils.
per quello che riguarda kde-> demone credo che mi sia chiaro.
adesso però

Mi sembra strano invece il comportamento dei governor

perchè strano? ho un portatile compaq evo1020v P4 2.40 GHz

modprobe -l | grep cpufreq | grep driver
/lib/modules/2.6.22-3-686/kernel/drivers/cpufreq/cpufreq_userspace.ko
/lib/modules/2.6.22-3-686/kernel/drivers/cpufreq/cpufreq_stats.ko
/lib/modules/2.6.22-3-686/kernel/drivers/cpufreq/freq_table.ko
/lib/modules/2.6.22-3-686/kernel/drivers/cpufreq/cpufreq_ondemand.ko
/lib/modules/2.6.22-3-686/kernel/drivers/cpufreq/cpufreq_conservative.ko
/lib/modules/2.6.22-3-686/kernel/drivers/cpufreq/cpufreq_powersave.ko

poi mi dici

nfine bisogna ricordare che ormai i vari moduli sono tutti obsoleti e il modulo che bisognerebbe caricare è acpi_cpufreq. Quindi ad esempio speedstep_centrino è obsoleto

in questa breve guida http://sonoffree.wordpress.com/2007/09/05/cpu-scaling/ dice

Intel Pentium 4
    p4_clockmod
Nel caso nessuno dei precedenti soddisfi le vostre esigenze provate questa riga
    acpi-cpufreq

non capisco se p4_clockmod è obsoleto oppure acpi-cpufreq è un modulo generico che va bene per tutti i processori, aggiungo questo

modprobe -l | grep cpufreq | grep arch
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/e_powersaver.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/gx-suspmod.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/longrun.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/powernow-k7.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/cpufreq-nforce2.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-smi.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-lib.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/longhaul.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/p4-clockmod.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/powernow-k6.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-ich.ko
/lib/modules/2.6.22-3-686/kernel/arch/i386/kernel/cpu/cpufreq/powernow-k8.ko

mi conviene provare a smontare p4-clockmod.ko e montare acpi-cpufreq.ko e vedere che succede?

mlibero

[GipPasso]

Sì, sid si comporta in modo diverso da etch, e io non avevo controllato... Scusate.
Basta vedere le dipendenze di kpowersave e notare che non c'è powersaved (per esempio guardate i pacchetti con il punto rosso qui).

Il modulo acpi-cpufreq non lo conosco perché ultimamente sto usando solo etch. E farei meglio a documentarmi prima di parlare.

GipPasso.

[gmc]

Allora,

• la guida che hai linkato è  un po' "vecchiotta" ha un anno. Prima proverei ad utilizzare acpi_cpufreq (è il nuovo modulo che va bene per quasi tutti le cpu. Sono sicuro al 100%, ad esempio che per i centrino il modulo speedstep_centrino è obsoleto e quindi andrebbe utilizzato acpi_cpufreq.) se non funziona utilizzerei p4-modclock. Se quest'ultimo è obsoleto, senz'altro lo trovi nelle informazioni quando si ricompila il kernel. (incredibile ma vero: non riesco a trovare queste informazioni su internet)
  
  
• Kpowersave penso che non includa come dipendenza powersaved in quanto supporta altri demoni (pm-utils, cpufreqd e powersaved) ed altre cose. Anche se quando l'ho installato io (su lenny) mi sembra che me lo marcò in automatico. Boh?
• la cosa strana sui governors riguardava il fatto che prima ti dava disponibile solo il performance mentre dopo anche gli altri. Non riesco a capire il perché

Ciao,
Peppe