[cpufreq] Un comportement bizzare (resolu)

[Tazer]

Bonjour a tout le monde...
Je suis nouveau sur ce forum, et cela fait maintenant un petit moment que j'utilise Archlinux...
Je poste car j'essaie en vain de configurer cpufreq...
Mon /etc/conf.d/cpufreq ressemble a ceci :

Code : Tout sélectionner

#configuration for cpufreq control

# valid governors:
#  ondemand, performance, powersave,
#  conservative, userspace
governor="ondemand"

# valid suffixes: Hz, kHz (default), MHz, GHz, THz
min_freq="800MHz"
max_freq="2.20GHz"

Mais un cpufreq-info me renvoie sans cesse un régulateur différent...
Par exemple a l'heure ou je tape ces lignes, le régulateur est pawersave...
Je voudrais savoir comment je pourrais m'y prendre pour que le régulateur soit définitivement fixé sur ondemand...
Mon proc est un core 2 duo T7500...

Merci d'avance pour vos futures réponses...

[warnaud]

Salut,
Perso j'ai dans /etc/rc.conf:

Code : Tout sélectionner

MODULES=(... acpi-cpufreq cpufreq_ondemand ...)

Sinon dans /etc/conf.d/cpufreq:

Code : Tout sélectionner

#configuration for cpufreq control

# valid governors:
#  ondemand, performance, powersave,
#  conservative, userspace
governor="ondemand"

# valid suffixes: Hz, kHz (default), MHz, GHz, THz
min_freq="1GHz"
max_freq="1.5GHz"

Les valeurs de fréquences servent pas à grand chose.

[Tazer]

Merci warnaud. Il me manquais ce cpufreq_ondemand dans mon rc.conf...
Je l'ais rajouté, mais ça n'as rien changé aux régulateurs qui font un peu ce qu'ils veulent... ondemand n'apparais toujours pas, et il s'agit toujours de Powersave et peformances qui se relaient... Pire encore, les fréquences que j'ai entrées ne sont plus respectées... Je ne peut plus dépasser les 1,6GHz alors que mon proc peut monter jusqu'as 2,2GHz...

[warnaud]

Quand tu lances (pas trop fort ) le daemon cpufreq ça te fais des messages d'erreurs ou ça remet tout en place?

Code : Tout sélectionner

/etc/rc.d/cpufreq start

[Tazer]

Il n'y as jamais eu de message d'erreur quelquonque avec le démon...

Mais je crois que j'ai résolu mon problème... Le wiki commence sérieusement, a se faire vieux...
J'ai lu le manuel de cpudynd et me suis apercus qu'il ne fallais pas le mettre avec un noyau 2.6... Cpufreq seul fonctionne... Les fréquences sont respectées et les régulateurs ont arrèté la course de relais...

"Penser a mettre a jour le wiki"

[warnaud]

...

"Penser a mettre a jour le wiki"

Hésites pas à faire partager / l'éditer => http://wiki.archlinux.fr/wiki:ecrire
+ http://wiki.archlinux.fr/wiki:redaction

[tuxce]

Mais je crois que j'ai résolu mon problème... Le wiki commence sérieusement, a se faire vieux...

mais non juste des erreurs de copie/coller que personne n'a relevé, c'est tout

J'ai lu le manuel de cpudynd et me suis apercus qu'il ne fallais pas le mettre avec un noyau 2.6... Cpufreq seul fonctionne...

en fait, cpudyn, cpufreq et cpufreqd sont à mettre au meme niveau
cpufreq est fait directement par le noyau en se basant sur (entre autre) sur les paramètres décrit en partie dans la section http://wiki.archlinux.fr/howto:cpufreq# ... on_avancee
et le régulateur choisi,d'ailleurs, pas besoin de charger le module (cpufreq_ondemand ou autre) correpondant, une fois le governor choisi, le module est chargé automatiquement.
@warnaud, les valeurs de fréquences servent notamment si tu veux fixer une fourchette de fréquences inférieurs à celle proposée (ou plutot détectée).

cpufreqd est plus une gestion au niveau applicatif, dans le sens où ca se base sur les applications qui tournent pour fixer une fréquence

cpudyn quant à lui fait la meme chose que cpufreq (il peut l'utiliser ou utiliser directement l'acpi), sauf que c'est configurable par ligne de commande au lieu de taper directement dans le /sys....
il permet en plus de gérer la mise en veille des disques durs.

j'ai remis le wiki à jour, n'hesitez pas s'il y a des erreurs.

[warnaud]

Merci tuxce pour la mise à jour du wiki
Je me suis mal exprimé pour les fréquences, je voulais dire wue c'était pas ça le pb pour lui :p mais c'est intéressant à savoir (j'avais laissé celles par défaut)

Note: tu t'es planté sur cpudynd
y'a : pacman -S cpufreqd au lieu de cpudynd

[tuxce]

c'est corrigé...

vais copier 100x "ne plus utiliser de copie/coller sans vérifier"
mais c'est tellement facile de le faire

[warnaud]

Yes ben moi aussi je copierai la même chose :p
J'ai installé cpufreqd pis sans pitié j'ai fais un /etc/rc.d/cpudyn start :p la classe

[DarkBaboon]

Le sujet date un peu, mais comme mon problème est avec cpufreq et que je trouve qu'il a comportement bizarre et que le topic n'est pas noté en résolu j'en profite...

Donc utilisateur jusqu'il y a trois semaines de cpufreqd, je me suis rendu compte qu'après des mois d'utilisation de règles plus ou moins alambiqués qui faisaient quand même hurler mon PC que cpufreqd était inutile pour moi. D'une part en regardant les governor disponibles pour mon proc je me suis aperçu que powersave et ondemand n'étaient pas disponible pour mon Athlon 64 3000+ que seul performance et conservative étaient dispo (et que la différence entre ondemand et conservative c'est que ondemand passe de la fréquence la plus basse à la plus haute, alors que conservative permet de passer par plusieurs paliers).

J'ai donc décidé de virer cpufreqd, les règles ne me servant à rien et de garder seulement le governor conservative par défaut.

Note: J'ai fait un mix du tuto d'Ubuntu : cpu-frequtils et d'arch howto:cpufreq (comment ça c'est contre nature?)

J'ai désinstaller cpufreqd, j'ai remplacer cpufreqd par cpufreq dans les daemons de rc.conf et j'ai édité /etc/conf.d/cpufreq avec conservative en governor par défaut.

Malheureusement c'est toujours le governor performance qui est par défaut au démarrage et je dois changer moi même le governor en ligne de commande cpufreq-set -g conservative (sinon le pc s'éteint au bout de 5 minutes, il ne supporte pas trop le plein régime je crois).

Donc ma question c'est comment faire pour que le governor que j'ai spécifié soit pris en compte au démarrage ? Est-ce que j'ai oublié de faire qqch ?

[Calimero]

Nettoyer le radia du processeur ?

Sinon y'a un fichier de conf, pour choisir la plage de fréquence, la politique de gestion...

[DarkBaboon]

Nettoyer le radia du processeur ?

Sinon y'a un fichier de conf, pour choisir la plage de fréquence, la politique de gestion...

Ah Ah Ah non non, je vais pas taper... je nettoie régulièrement les ventilateurs du PC, ça fait parti des attributions de tout bon geek qui prend soin de sa machine. Sinon pour le fichier de conf, j'ai dit que j'avais configuré le fichier /etc/conf.d/cpufreq qui donne ça :

Code : Tout sélectionner

#configuration for cpufreq control

# valid governors:
#  ondemand, performance, powersave,
#  conservative, userspace
governor="conservative"

# valid suffixes: Hz, kHz (default), MHz, GHz, THz
min_freq="800000Hz"
max_freq="1800000Hz"

Mais ça n'empêche pas la machine de fonctionner avec le governor Performance au démarrage, d'où ma question comment faire pour que le bon gouvernor conservative soit pris en compte au démarrage de la machine...

[PillOow]

C'est moi ou il y a un truc qui cloche avec tes fréquences là ?

1Khz = 10^3 Hz
1Mhz = 10^6 Hz
1Ghz = 10^9 Hz

Donc 1 Ghz = 1 000 000 000 Hz

Hors ta fréquence max 1 800 000 Hz = 1.8 Mhz
et ta fréquence min 800 000 Hz = 800 Khz

Ton proco c'est un PIC ?

A mon avis, réhausse les de 10^3.

[DarkBaboon]

Honte sur moi !

A mon avis, réhausse les de 10^3.

Merci PillOow, merci mille fois, parce qu'en plus ça a réglé mon problème après modification du fichier comme suit :

Code : Tout sélectionner

#configuration for cpufreq control

# valid governors:
#  ondemand, performance, powersave,
#  conservative, userspace
governor="conservative"

# valid suffixes: Hz, kHz (default), MHz, GHz, THz
min_freq="800MHz"
max_freq="1800MHz" 

Le governor conservative est enfin pris en compte au démarrage.

PillOow que la magnificence de l'écureuil des landes caresse l'âme de ton ordinateur à l'aide de sa lumière sacrée !!

[PillOow]

Le temps passé à résoudre un problème est inversement proportionnel à sa difficulté.

Je crois que cette phrase, correspond bien à ton cas !

[DarkBaboon]

Effectivement.

[bgse]

bonjour,

c'est pas écrit resolu, alors au lieu de créer un nouveau topic, je poste ici.

j'ai un Q6600, et j'aimerais me servir de cpufreq pour gérer ma vitesse de proc.
je suis ce tuto : http://wiki.archlinux.fr/howto:cpufreq?s=cpufreq

je suis bloqué là "/etc/rc.d/acpid start"

Code : Tout sélectionner

[bgse@arch_32_primary2 rc.d]$ $PWD
bash: /etc/rc.d: is a directory
[bgse@arch_32_primary2 rc.d]$ acpid start
bash: /usr/sbin/acpid: Permission denied
[bgse@arch_32_primary2 rc.d]$ sudo acpid start
acpid: can't open /proc/acpi/event: Device or resource busy
[bgse@arch_32_primary2 rc.d]$ /etc/rc.d/acpid start
:: Starting acpid                                                        [FAIL]
[bgse@arch_32_primary2 rc.d]$ sudo /etc/rc.d/acpid start
:: Starting acpid                                                        [FAIL] 

c'est bizarre non ?
d'une part aucune des 2 commandes ne marche, mais en plus elles ne donnent pas le même résultat selon que j'appelle acpid directement ou par le chemin complet

[tuxce]

salut, c'est marrant comme on arrive à suivre un wiki tout en n'utilisant pas les commandes du dit wiki

1. une des bases des commandes shells: la commande à lancer est recherchée dans une liste de répertoires renseignés dans la variable $PATH, le répertoire courant n'en fait pas partie par défaut.

2. la différence entre la commande "acpid" et "/etc/rc.d/acpid" vient du fait que l'une correspond à la commande "/usr/sbin/acpid" et l'autre au script dans rc.d

3. si tu ne charges pas le module comme indiqué sur le wiki, ca sert pas à grand chose.

4. vu que le topic est déjà résolu pour les 2 problèmes (différent) évoqués, on va le mettre en résolu, surtout que la c'est même pas un souci cpufreq

[bgse]

c'est un soucis interface chaîse-clavier j'ai compris...

bon ok, je rouvrirai un topic si j'arrive pas à me débloquer.

en fait j'ai taper la commande de 2 façons différentes en désespoir de cause.
mon copier collé n'est qu'un résumé.

j'avais à la base utilisé la commande du wiki, et comme ça marquait [fail], je suis allé voir directement dans le dossier pour voir si par hasard c'était pas ça le pb. et donc non, c'est pas ça le problème, comme tu l'expliques.