Bonjour a tous.
 
Ca y est ! Au bout de 6 heures, j'arrive a exploiter les fonctionnalitées de mon PC portable Athlon XP-M 2600+ sous mandrake 10 !
 
Dans ma barre des taches, a droite, j'ai donc une icone qui m'indique si je suis sur batterie ou pas, et quand je clique droit dessus, je peux selectionner la frequence du processeur.
J'ai le choix entre 0%, 12%, 25%, 37%, 50%, 62%, 75%, et  87%.
A 0% je suis a fond, et a 87% le processeur est au mini (ca se sent largement niveau perf).
 
Par contre, j'aimerais savoir a quoi correspondent exactement ces frequences. Y'a t il un moyen de lire quelque part en temps reel la frequence du processeur ?
Je n'ai pas de /proc/cpufrec
Y'a moyen de trouver l'info ailleurs ?
 
Merci a tous.
 
Cyril

cat /proc/cpuinfo normalement

Ben justement non, il me sort toujours la meme frequence, c'est a dire la frequence nominale du cpu. A priori c'est pas la frequence en temps reel.
 
un cat /proc/cpufreq me donne :
model name      : mobile AMD Athlon(tm) XP-M 2600+
cpu MHz         : 1667.343
 
Alors que je suis en mode 87%, donc ca devrait etre bien plus faible que ca.
On pourrait se dire que l'acpi ne marche pas, mais en 87%, un hdparm -tT /dev/hda me donne :
 
 Timing buffer-cache reads:   200 MB in  2.01 seconds =  99.37 MB/sec
 Timing buffered disk reads:   72 MB in  3.04 seconds =  23.70 MB/sec
 
Et en 0%, donc plein pot, j'ai :
 
 Timing buffer-cache reads:   804 MB in  2.01 seconds = 400.66 MB/sec
 Timing buffered disk reads:   80 MB in  3.07 seconds =  26.06 MB/sec
 
De plus en 87% ca chauffe moins et le ventillo s'arrete ( tres appreciable )
 
Il doit bien y avoir un moyen de connaitre la frequence que l'acpi a configuré, mais ou ? :-/
 
A+

ou
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq ;-)

 
si si, cpuinfo donne la fréquence en temps réel :
 

idem que ce soit cpuinfo ou scaling_cur_freq j'ai la frequence courante

Ben pas chez moi !
Et pourtant, la frequence du proc est bien differente car ca se ressent de facon hallucinante sur le PC.
 
Par contre, je n'ai pas le service powernowd sur ma machine, uniquement acpid.
Et je change ma frequence grace a l'utilitaire klaptop.
 
Pour BIBI max : Je n'ai rien dans l'arborescence au delà de cat /sys/devices/system/cpu/cpu0/
 
 
 
 

donc je dirai que tu n'as pas de gestion de frequence du processeur...
mais au vu de tes tests ce n'est pa le cas.
Bizarre

il faut activer le daemon powernowd au boot de ta machine, mais tu peux le lancer apres son boot en laçant la commande en tant que root /etc/init.d/powernowd start

Ouais mais est ce que ca va changer grand chose ?
 
Est ce que le demon n'est pas simplement là pour surveiller les ressources systemes et augmenter ou baisser la frequence en consequence ?
 
Actuellement j'arrive bien a changer la frequence, la difference est largement flagrante.
 
 

Bon, en fouillant un peu ce week end, j'ai trouvé les explications.
 
En fait, ce que je changeais n'etait pas la frequence, mais le cpu throttling.
En fait, la frequence reste la meme, mais on n'envoit pas au cpu tout les fronts d'horloge :
 
Avec un throtting de 0%, tout les fronts vont au cpu
Avec un throtting de 12%, 7 fronts sur 8 vont au cpu
Avec un throtting de 25%, 6 fronts sur 8 vont au cpu
Avec un throtting de 37%, 5 fronts sur 8 vont au cpu
Avec un throtting de 50%, 4 fronts sur 8 vont au cpu
Avec un throtting de 62%, 3 fronts sur 8 vont au cpu
Avec un throtting de 75%, 2 fronts sur 8 vont au cpu
Avec un throtting de 87%, 1 front sur 8 va au cpu
 
En fait, pour pouvoir faire varier la frequence en elle meme, il faller faire un 'modprobe powernow_k7', et tout ce qu'il faut apparait alors dans /sys/devices/system/cpu/cpu0/cpufreq/
 
Ensuite on peut changer la frequence a la main en ecrivant dans /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed, mais j'ai installé powernowd qui permet de le faire tout seul en fonction de la charge systeme.
Et ensuite, un cat /proc/cpuinfo indique bien des frequences differentes.
 
Ce qui est marrant, c'est qu'en plus de baisser la frequence, on peut aussi modifier le throttling !!!
Alors avec une frequence de 533Mhz et un throttling de 87%, autant vous dire que ca rame !!!! (Ca fait 66Mhz quoi !!)
 
Par contre, là ou je suis assez decu, c'est que je trouve que ca ne diminue vraiment pas beaucoup la consommation ni les watts qui partent en chaleur.
Mais bon, ca a mon avis ca vient du processeur, je crois que chez AMD ils ne sont pas aussi au point en terme d'energie que chez Intel.
 
 
 

je suis pas d'accord avec ta dernière phrase
 
j'ai un A64 à 2GHz, et je gagne facile 5 à 10°C avec powernowd en passant à 1GHz (de 40-42 à 30-32). Ventilo de base de chez AMD

+1

On peut modifier le throttling sur un A64 pour diminuer encore la vitesse ?

+1  
A64 3000+ ca rox !!  
Moi aussi 30 degre a 1ghz, je peux même arrêter le ventilo ca chauffe pas tant que ca! rien a voir avec les anciens athlon xp

 
Ben malheureusement ce n'est pas mon cas ! Et pourtant mon proc tourne a 533Mhz a 99% du temps....
 
Mais la difference c'est que toi tu as un athlon 64, et moi un athlon XP, c'est peut etre ca le truc.
De plus, c'est un PC de bureau ou un PC portable ton engin ?

 
+1 ça marche super bien le powernowd, en tout cas sur mon A64
 

 

Ben chez moi aussi ca marche bien, mais j'ai tres peu voir pas de difference de consommation au ralenti ou a plein pot.
 
Comme c'est un PC portable, en mode batterie je peux visualiser le courant de decharge en temps reel.
A plein pot (1600Mhz) ca consomme 2.2A
Et au ralenti (533Mhz), heu.... pareil )))))))
 
Bizarre bizarre...

Mon pc passe de 75w a 180w en full sous glxgears, je sais que la 6800 entre en compte mais bon, c'est bien que le Halt@Idle + Power Now fonctionne bien

Oui idem , sur mon PC fixe le powernow change pas mal les choses niveau chaleur de la pièce
C'est bien pratique en tout cas comme truc.

Bon, j'ai bien approfondi le merdier.
Mon  ventilo se declenchant un peu trop souvent a mon gout, j'ai étudié un peu l'acpi pour voir si on peut changer les seuils de declenchement du ventilo.
 
Ces seuils se trouvent dans /proc/acpi/thermal_zone/THRM/trip_points :
 
critical (S5):           100 C
passive:                 85 C: tc1=4 tc2=3 tsp=100 devices=0xedeaf2e0
active[0]:               60 C: devices=0xedeaf500
 
Le seuil d'activation du ventilo, c'est active[0], qui par defaut est a 60°C.
Mais je me suis apercu qu'en fait, quand le ventilo se declenche, un acpi -V me donne une temperature de 50°C. Et le ventilo s'arrete a 42°C a peu pres, apres avoir trouvé un minimum de 2 ou 3 minutes je crois.
 
Donc en fait, j'ai l'impression que le ventilo n'est pas geré veritablement par l'acpi, mais peut etre est il autocontrolé ?
Effectivement, il parait qu'on peut aussi couper ou mettre en route le ventilo en ecrivant dans le fichier /proc/acpi/fan/FAN/state
 
Si je fais un cat /proc/acpi/fan/FAN/state, j'ai :
status:                  off
Et ce quelque soit l'etat reel (On ou Off) du ventilo
 
Et quand j'ecris dedans ( valeur 0 ou 3 d'apres mes recherches sur le net), le ventilo ne reagis pas a mes commandes, et le status reste toujours a Off.
 
Quelqu'un a deja bricolé la dedans ?
Est ce que ceux qui ont un ventilo controlé peuvent essayer ces commandes :
echo 0 > /proc/acpi/fan/FAN/state
echo 3 > /proc/acpi/fan/FAN/state
Normalement, y'en a une qui coupe et l'autre qui met en route le ventilo.