Désactiver le démon de redimensionnement du processeur "ondemand"
J'ai un serveur qui, à partir de la mise à niveau vers 10.04, exécute maintenant le démon de redimensionnement du processeur "ondemand". Pourquoi l'installerait-il automatiquement? Je ne veux pas que mon serveur économise de l'énergie au détriment des performances.
Au lieu de désactiver l'exécution du script /etc/init.d/ondemand (tel que succédé par George), vous devez utiliser la commande this
Sudo update-rc.d ondemand disable
Pour que le système init ne lance pas le script, c'est la méthode reconnue pour le faire! La désactivation de l’autorisation d’exécution (Sudo chmod -x /etc/init.d/ondemand) risque d’être écrasée si le package est mis à jour.
L'échelle de fréquence n'est pas statique. Dès qu'il y a du travail à faire, la CPU bascule dans l'action, les états P se renforcent et tout s'envole.
Il est activé car il est généralement considéré comme une bonne chose. Vous permet d'économiser de l'énergie (bon pour votre porte-monnaie et pour l'environnement). Maintient la chaleur (donc important dans une salle de serveur). Et c'est assez invisible.
De plus, sur les puces Intel modernes, vous pouvez utiliser le "turbo boost" si vous utilisez la technologie "turbo boost": un noyau fonctionnera à une vitesse supérieure à celle du stock pendant un certain temps. Ceci est très utile pour les pointes de travail mono-thread. Sans mise à l'échelle activée, vous ne l'obtenez pas.
Définissez tous les processeurs sur le gouverneur de performances:
for GOVERNOR in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; \
do \
echo "performance" | Sudo tee $GOVERNOR; \
done
Tous les gouverneurs supportés par le noyau Linux:
- performance Exécute le CPU à la fréquence maximale.
- powersave Exécute le CPU à la fréquence minimale.
- l'espace utilisateur Exécute la CPU aux fréquences spécifiées par l'utilisateur.
- ondemand Met la fréquence à l'échelle de manière dynamique en fonction de la charge actuelle. Passe à la fréquence la plus élevée puis éventuellement à mesure que le temps d’inactivité augmente.
- conservatif Met la fréquence à l'échelle de manière dynamique en fonction de la charge actuelle. Échelle la fréquence plus graduellement que la demande.
- schedutil Sélection de fréquence de l'UC commandée par le planificateur
Voir https://www.kernel.org/doc/Documentation/cpu-freq/governors.txt
Vous pouvez installer l'outil Debian rcconf :
Sudo apt-get install rcconf
puis désactivez le service "ondemand" à partir de là.
Pour que tous les processeurs fonctionnent à des performances optimales en permanence sur un poste de travail ou un serveur Ubuntu, exécutez:
Sudo chmod -x /etc/init.d/ondemand
à l'invite du shell et entrez votre mot de passe. Cela désactive le script Shell qui fait en sorte que tous les processeurs fonctionnent à la vitesse "Sur demande", ce qui les rend par défaut à pleine vitesse (Performance). Vous devrez redémarrer pour que cela prenne effet.
Je n’ai testé cela que dans Ubuntu Jaunty 9.04, mais cela devrait fonctionner et ne pas causer de problèmes sur aucune version d’Ubuntu.
Je pense que les valeurs par défaut d'Ubuntu sont étranges pour cela. Un ordinateur de bureau ou un serveur devrait fonctionner à pleine vitesse, à mon avis.
Cordialement, George
Sur certains systèmes, le gouverneur "à la demande" est malheureusement en panne.
C’est le cas de "Processeur Q9300 @ 2,50 GHz à processeur Intel Core 2" et du noyau 2.6.32-42.
Le noyau pense qu'il peut définir la fréquence individuellement pour chaque CPU, alors que le matériel ne permet en réalité de définir la fréquence que sur des groupes de plusieurs CPU (par exemple, les CPU 0 et 1 ensemble et les CPU 2 et 3 ensemble).
Vous découvrirez peut-être que le noyau ne le sait pas en consultant les fichiers/sys/devices/system/cpu/cpu */cpufreq/affects_cpus qui contiennent "0", "1", "2", "3" au lieu de "0 1", "0 1", "2 3", "2 3".
L'effet visible de cette correspondance est un processus à une seule tâche qui commence à fonctionner à pleine vitesse sur un processeur (le régulateur "à la demande" réagit rapidement), puis, au bout de 20 secondes environ (selon les détails de la configuration), perd une partie de sa vitesse.
La raison en est que le système d'exploitation, avec le gouverneur 'ondemand', réapplique périodiquement des basses fréquences sur les processeurs inactifs, sans s'attendre à ce que cela modifie également implicitement la fréquence de notre processeur occupé. Ce n'est même pas visible quand vous regardez/sys/devices/system/cpu/cpu */cpufreq/* cur_freq ou/proc/cpuinfo, le système d'exploitation n'en est tout simplement pas conscient!
Ainsi, sur ces systèmes, la solution consiste à revenir au simple gouverneur de "performance".
PS: Dans mon cas, le fonctionnement constant des processeurs à pleine fréquence ne changeait rien au bruit du ventilateur. Je suppose que lorsqu'un processeur est inactif, une fréquence plus basse ou plus élevée n'aura pas beaucoup d'impact sur sa consommation d'énergie.
J'ai un nouveau processeur AMD Athlon II X4 631 (processeur Fusion pour socket FM1) et il ne permet aucune économie d'énergie (je l'ai regardé avec un compteur d'énergie)! Je n'ai pas de noyau turbo, je n'ai donc pas besoin d'un réglage à la demande. La plupart des nouveaux processeurs économisent de l'énergie par eux-mêmes.
Lors de l'analyse comparative, il y a une petite différence, dans la plage 1-2%, lorsque l'on compare la demande à la demande et le paramètre de performance.