Peut-on brider les performances du processeur au niveau de l'OS ?
3 réponses
Thomas Baruchel
Bonjour,
j'utilise FreeBSD 5.3 sur un portable qui a tendance a chauffer lors
des calculs intensifs sur plusieurs minutes. Dans ces cas-là, il
s'éteint purement et simplement et ne peut être rallumé qu'une vingtaine
de minutes plus tard. Est-il possible de remédier à cela de façon
logicielle (je n'ai pas envie de démonter un portable, toujours
plus délicat à manipuler qu'une unité centrale) en bridant un peu
le processeur (si c'est une bonne idée, mais je suis ouvert à
d'autres suggestions). Je doute que 'nice' ait un quelconque effet.
Je suis intéressé soit par des solutions au niveau du système, soit
par des manipulations plus ponctuelles concernant un processus donné
(auquel cas je ne ferai la manipulation qu'en démarrant le programme
de calcul).
J'ai vu quelque chose de ce genre concernant la version 5.4, mais
peut-être puis-je déjà faire quelque chose avant d'installer une
version supérieure (je le ferai d'ici trois / quatre mois, mais je
compte d'abord terminer un projet en cours) ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Adrien Huvier
Thomas Baruchel wrote in news:42efd9b8$0$14814$:
Bonjour,
j'utilise FreeBSD 5.3 sur un portable qui a tendance a chauffer lors des calculs intensifs sur plusieurs minutes. Dans ces cas-là, il s'éteint purement et simplement et ne peut être rallumé qu'une vingtaine de minutes plus tard. Est-il possible de remédier à cela de façon logicielle (je n'ai pas envie de démonter un portable,
Regarde du côté d'ACPI, tu peux t'en servir pour régler la proportion de temps CPU utilisable. Les sysctl à regarder étaient hw.acpi.cpu.throttle_state et hw.acpi.cpu.throttle_max jusqu'à récemment, maintenant c'est dev.cpu.0.freq et dev.cpu.0.freq_levels (à partir de la 5.4 il me semble). Ca peut se faire au coup par coup sans problème.
Si ça t'amuse et que tu as des sondes dans le portable, tu peux essayer de réguler la vitesse automatiquement en fonction de la température (hw.acpi.thermal), mais il faudra probablement le programmer toi-même.
Il y a /etc/rc.d/power_profile pour des réglages plus permanents, mais je crois que c'est 5.4 aussi.
-- Adrien
Thomas Baruchel <archaiesteron@laposte.net> wrote in
news:42efd9b8$0$14814$626a14ce@news.free.fr:
Bonjour,
j'utilise FreeBSD 5.3 sur un portable qui a tendance a chauffer
lors des calculs intensifs sur plusieurs minutes. Dans ces cas-là,
il s'éteint purement et simplement et ne peut être rallumé qu'une
vingtaine de minutes plus tard. Est-il possible de remédier à cela
de façon logicielle (je n'ai pas envie de démonter un portable,
Regarde du côté d'ACPI, tu peux t'en servir pour régler la proportion
de temps CPU utilisable. Les sysctl à regarder étaient
hw.acpi.cpu.throttle_state et hw.acpi.cpu.throttle_max jusqu'à
récemment, maintenant c'est dev.cpu.0.freq et dev.cpu.0.freq_levels (à
partir de la 5.4 il me semble). Ca peut se faire au coup par coup sans
problème.
Si ça t'amuse et que tu as des sondes dans le portable, tu peux
essayer de réguler la vitesse automatiquement en fonction de la
température (hw.acpi.thermal), mais il faudra probablement le
programmer toi-même.
Il y a /etc/rc.d/power_profile pour des réglages plus permanents, mais
je crois que c'est 5.4 aussi.
j'utilise FreeBSD 5.3 sur un portable qui a tendance a chauffer lors des calculs intensifs sur plusieurs minutes. Dans ces cas-là, il s'éteint purement et simplement et ne peut être rallumé qu'une vingtaine de minutes plus tard. Est-il possible de remédier à cela de façon logicielle (je n'ai pas envie de démonter un portable,
Regarde du côté d'ACPI, tu peux t'en servir pour régler la proportion de temps CPU utilisable. Les sysctl à regarder étaient hw.acpi.cpu.throttle_state et hw.acpi.cpu.throttle_max jusqu'à récemment, maintenant c'est dev.cpu.0.freq et dev.cpu.0.freq_levels (à partir de la 5.4 il me semble). Ca peut se faire au coup par coup sans problème.
Si ça t'amuse et que tu as des sondes dans le portable, tu peux essayer de réguler la vitesse automatiquement en fonction de la température (hw.acpi.thermal), mais il faudra probablement le programmer toi-même.
Il y a /etc/rc.d/power_profile pour des réglages plus permanents, mais je crois que c'est 5.4 aussi.
-- Adrien
Eric Masson
Adrien Huvier writes:
Regarde du côté d'ACPI, tu peux t'en servir pour régler la proportion de temps CPU utilisable.
J'ai vu passer un message concernant une implémentation (patchs dispo pour -current au moins) du refroidissement passif (google avec cpufreq passive cooling)
Le principe est d'utiliser le framework acpi/cpufreq pour baisser la fréquence du proc si la chaleur dégagée est supérieure à un seuil déterminé.
Éric Masson
-- Ses mollets: impeccables. Je n'en dirais pas autant de son strabisme. pH> Vous avez quelque chose contre le strabisme ? Je trouve ça louche. -+- JdC in <http://www.le-gnu.net> -+- Mo(u)lée à la louche -+-
Adrien Huvier <nabok@nerim.net> writes:
Regarde du côté d'ACPI, tu peux t'en servir pour régler la proportion
de temps CPU utilisable.
J'ai vu passer un message concernant une implémentation (patchs dispo
pour -current au moins) du refroidissement passif (google avec cpufreq
passive cooling)
Le principe est d'utiliser le framework acpi/cpufreq pour baisser la
fréquence du proc si la chaleur dégagée est supérieure à un seuil
déterminé.
Éric Masson
--
Ses mollets: impeccables. Je n'en dirais pas autant de son strabisme.
pH> Vous avez quelque chose contre le strabisme ?
Je trouve ça louche.
-+- JdC in <http://www.le-gnu.net> -+- Mo(u)lée à la louche -+-
Regarde du côté d'ACPI, tu peux t'en servir pour régler la proportion de temps CPU utilisable.
J'ai vu passer un message concernant une implémentation (patchs dispo pour -current au moins) du refroidissement passif (google avec cpufreq passive cooling)
Le principe est d'utiliser le framework acpi/cpufreq pour baisser la fréquence du proc si la chaleur dégagée est supérieure à un seuil déterminé.
Éric Masson
-- Ses mollets: impeccables. Je n'en dirais pas autant de son strabisme. pH> Vous avez quelque chose contre le strabisme ? Je trouve ça louche. -+- JdC in <http://www.le-gnu.net> -+- Mo(u)lée à la louche -+-
Ducrot Bruno
Bonjour,
On 02 Aug 2005 20:38:16 GMT, Thomas Baruchel wrote:
Bonjour,
j'utilise FreeBSD 5.3 sur un portable qui a tendance a chauffer lors des calculs intensifs sur plusieurs minutes. Dans ces cas-là, il s'éteint purement et simplement et ne peut être rallumé qu'une vingtaine de minutes plus tard. Est-il possible de remédier à cela de façon logicielle (je n'ai pas envie de démonter un portable, toujours plus délicat à manipuler qu'une unité centrale) en bridant un peu le processeur (si c'est une bonne idée, mais je suis ouvert à d'autres suggestions). Je doute que 'nice' ait un quelconque effet.
Je suis intéressé soit par des solutions au niveau du système, soit par des manipulations plus ponctuelles concernant un processus donné (auquel cas je ne ferai la manipulation qu'en démarrant le programme de calcul).
Il faudrait savoir le type de processeur afin que l'on puisse vous aider. Est-ce un AMD, un Intel, autre ?
Il y a eu des solutions avant que cpufreq ne soit intégré.
-- Bruno Ducrot
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
Bonjour,
On 02 Aug 2005 20:38:16 GMT, Thomas Baruchel
<archaiesteron@laposte.net> wrote:
Bonjour,
j'utilise FreeBSD 5.3 sur un portable qui a tendance a chauffer lors
des calculs intensifs sur plusieurs minutes. Dans ces cas-là, il
s'éteint purement et simplement et ne peut être rallumé qu'une vingtaine
de minutes plus tard. Est-il possible de remédier à cela de façon
logicielle (je n'ai pas envie de démonter un portable, toujours
plus délicat à manipuler qu'une unité centrale) en bridant un peu
le processeur (si c'est une bonne idée, mais je suis ouvert à
d'autres suggestions). Je doute que 'nice' ait un quelconque effet.
Je suis intéressé soit par des solutions au niveau du système, soit
par des manipulations plus ponctuelles concernant un processus donné
(auquel cas je ne ferai la manipulation qu'en démarrant le programme
de calcul).
Il faudrait savoir le type de processeur afin que l'on puisse vous
aider. Est-ce un AMD, un Intel, autre ?
Il y a eu des solutions avant que cpufreq ne soit intégré.
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
On 02 Aug 2005 20:38:16 GMT, Thomas Baruchel wrote:
Bonjour,
j'utilise FreeBSD 5.3 sur un portable qui a tendance a chauffer lors des calculs intensifs sur plusieurs minutes. Dans ces cas-là, il s'éteint purement et simplement et ne peut être rallumé qu'une vingtaine de minutes plus tard. Est-il possible de remédier à cela de façon logicielle (je n'ai pas envie de démonter un portable, toujours plus délicat à manipuler qu'une unité centrale) en bridant un peu le processeur (si c'est une bonne idée, mais je suis ouvert à d'autres suggestions). Je doute que 'nice' ait un quelconque effet.
Je suis intéressé soit par des solutions au niveau du système, soit par des manipulations plus ponctuelles concernant un processus donné (auquel cas je ne ferai la manipulation qu'en démarrant le programme de calcul).
Il faudrait savoir le type de processeur afin que l'on puisse vous aider. Est-ce un AMD, un Intel, autre ?
Il y a eu des solutions avant que cpufreq ne soit intégré.
-- Bruno Ducrot
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
