[Ventilateur]Surchauffe

[FQDN]

Bonjour,
Mon pc portable (acer 5738ZG, carte ATI radeon HD mobility 4570) surchauffe BEAUCOUP.
Le problème c'est qu'il ne surchauffe que sous Linux.
Au démarrage sous arch , le processeur est a peu près a 35 °C , puis il grimpe très rapidement , ( une heure sans rien faire , et il est a 70 °C .) En utilisation normale ( internet , ou logiciel pas trop gourmand ) il stabilise a 75 - 80 °C . Et surtout le plus embêtant , il suffit que je lance un yaourt qui engendre une compilation et la en quelques minutes , 2 ou 3 , il atteinds les 101°C ( seuil critique dans lm-sensors) et reboot.
Également j'ai l'impression que le ventilateur ne tourne pas beaucoup. Alors OK je suis sous gnome3 , ce qui n'est peut être pas la meilleure idée ... mais il surchauffe quand même beaucoup plus sans rien faire que sous windows avec un photoshop ou un 3DSmax d'ouvert ... ce qui pour moi est une héresie ( linux n'est pas censé être moins gourmand ? )

Si quelqu'un a une idée , ou même des suggestions je suis preneur , car pour le moment je ne peux pas installer de logiciels en compilant sous planter , ce qui n'est pas très pratique

Merci par avance pour les réponses !

[benjarobin]

Il y a 2 causes possible à la surchauffe : Le processeur ou la carte graphique mais qui sont refroidi généralement pas un seul même pipe en cuivre.
Utilise tu cpufreq ? Quel driver graphique est installé : si c'est le libre ce ne m'étonne malheureusement guère...
Sinon il y a clairement un problème avec la gestion du ventilateur, il faudrait chercher si personne n'a les même problème, la cause pouvant être une mauvaise gestion et lecture de la température

[widapit]

Salut !

Peut-être que ce n'est pas lié mais il me semble que c'est le même problème que je retrouve...

je suis sur un toshiba satellite r830 (core i5, carte intel, 4Go de ram, disque SSD).
Lorsque j'allume le pc, je suis à 16°C et en à peine 20 minutes en utilisation "normale" (une petite dizaine d'onglet sous firefox + musique avec vlc + une connexion ssh sous urxvt), je passe instantanément à 63°C, ensuite, ça reste en moyenne entre 63 et 67°C malgré quelques pics à 74 voire 80°C lors de sollicitations plus importante... je n'ai cependant jamais atteint le sueil critique malgré la compilation depuis yaourt + d'autres taches en cours !
ce qui me chagrine, c'est que quoi qu'il arrive, je n'ai rien qui demande beaucoup de ressources au niveau graphique et la charge CPU dépasse rarement les 11 ou 12% !!
Je ne pense pas que ce soit non plu une mauvaise lecture de la temperature car quand j'ai la main sur le coté du portable, je le sens de suite que c'est (trop) chaud.

et voici ce que me retourne cpufreq-info

Code : Tout sélectionner

cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Veuillez rapportez les erreurs et les bogues à cpufreq@vger.kernel.org, s\'il vous plait.
analyse du CPU 0 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.
analyse du CPU 1 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.
analyse du CPU 2 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.
analyse du CPU 3 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.

[benjarobin]

@widapit C'est mieux quand on configure cpufreq Voir Wiki...

[widapit]

oui, autant pour moi...
c'est vrai que c'est mieux comme ça :

Code : Tout sélectionner

cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Veuillez rapportez les erreurs et les bogues à cpufreq@vger.kernel.org, s'il vous plait.
analyse du CPU 0 :
  pilote : acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1 2 3
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us.
  limitation matérielle : 800 MHz - 2.30 GHz
  plage de fréquence : 2.30 GHz, 2.30 GHz, 1.80 GHz, 1.60 GHz, 1.40 GHz, 1.20 GHz, 1000 MHz, 800 MHz
  régulateurs disponibles : conservative, userspace, performance
  tactique actuelle : la fréquence doit être comprise entre 1.40 GHz et 2.30 GHz.
                  Le régulateur "conservative" est libre de choisir la vitesse
                  dans cette plage de fréquences.
  la fréquence actuelle de ce CPU est 1.40 GHz.
analyse du CPU 1 :
  pilote : acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1 2 3
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 10.0 us.
  limitation matérielle : 800 MHz - 2.30 GHz
  plage de fréquence : 2.30 GHz, 2.30 GHz, 1.80 GHz, 1.60 GHz, 1.40 GHz, 1.20 GHz, 1000 MHz, 800 MHz
  régulateurs disponibles : conservative, userspace, performance
  tactique actuelle : la fréquence doit être comprise entre 1.40 GHz et 2.30 GHz.
                  Le régulateur "conservative" est libre de choisir la vitesse
                  dans cette plage de fréquences.
  la fréquence actuelle de ce CPU est 1.40 GHz.
analyse du CPU 2 :
  pilote : acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1 2 3
  CPUs which need to have their frequency coordinated by software: 2
  maximum transition latency: 10.0 us.
  limitation matérielle : 800 MHz - 2.30 GHz
  plage de fréquence : 2.30 GHz, 2.30 GHz, 1.80 GHz, 1.60 GHz, 1.40 GHz, 1.20 GHz, 1000 MHz, 800 MHz
  régulateurs disponibles : conservative, userspace, performance
  tactique actuelle : la fréquence doit être comprise entre 1.40 GHz et 2.30 GHz.
                  Le régulateur "conservative" est libre de choisir la vitesse
                  dans cette plage de fréquences.
  la fréquence actuelle de ce CPU est 1.40 GHz.
analyse du CPU 3 :
  pilote : acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1 2 3
  CPUs which need to have their frequency coordinated by software: 3
  maximum transition latency: 10.0 us.
  limitation matérielle : 800 MHz - 2.30 GHz
  plage de fréquence : 2.30 GHz, 2.30 GHz, 1.80 GHz, 1.60 GHz, 1.40 GHz, 1.20 GHz, 1000 MHz, 800 MHz
  régulateurs disponibles : conservative, userspace, performance
  tactique actuelle : la fréquence doit être comprise entre 1.40 GHz et 2.30 GHz.
                  Le régulateur "conservative" est libre de choisir la vitesse
                  dans cette plage de fréquences.
  la fréquence actuelle de ce CPU est 1.40 GHz.

[FQDN]

Oui , j'utilise les pilotes libres , mais je suis quasiment certain que c'est le processeur qui chauffe , et on va partir de cette hypothèse .

Quelles seraient les solutions possibles ? ( je sais pas si c'est lié mais mon portable ne tiens pas du tout la charge également ... une 30aine de minutes sous linux , 1 h 30 normalement sous windows 7)

[FQDN]

Désolé pour le double post , mais pendant la compilation mon cpu monte a 70 % d'utilisation , et j'avais remarqué que la tempèrature montait extremement vite pendant la compilation , ce ne peut donc pas être la carte graphique.

Je voulais juste apporter cette précision.

[tuxce]

Tu n'as pas répondu en ce qui concerne cpufreq.
Sinon, il peut aussi être interessant de surveiller l'utilisation du cpu (htop / top), tu as peut être un process qui s'affole sans raison apparente.

Pour l'autonomie, vu les différence de pilotes entre les 2 systèmes, sauf cas exceptionnel, tu n'auras jamais la même gestion de l'alimentation et un peu logiquement, elle est à l'avantage des systèmes utilisant les pilotes des constructeurs. (ceci dit le rapport de 1/3 est certainement lié à l'utilisation anormale du cpu)

( linux n'est pas censé être moins gourmand ? )

Il y a tellement de paramètres que la phrase n'a pas de sens

Désolé pour le double post

Tu peux éditer tes posts pour y rajouter des informations. Par contre, si c'est éloigné dans le temps, un double (voire plus) post permet à ceux qui suivent de voir qu'il y a du nouveau.

[FQDN]

Non je n'utilise pas CPUfreq actuellement mais je peux faire des test dessus si vous avez besoin d'infos.

Outre les questions stupides ( j'ai bien saisi le message ^^) , ne serait il pas possible que ce soit tout simplement le ventilateur qui ne tourne pas assez. De la tout en découlerai , le processeur qui chauffe trop etc... Je veux dire le processeur a peut etre une utilisation normale , mais n'est cependant pas refroidi du tout ?

J'ai commencé a faire quelques recherches et ai trouvé ceci qui m'avait l'air interessant , maintenant je sais pas du tout ce que sa vaut actuellement :

http://korben.info/bug-linux-batterie.html
http://linux.leunen.com/?p=604

[widapit]

Je veux dire le processeur a peut etre une utilisation normale ,

en montant à 70% de charge avec la compilation par yaourt, ça m'étonnerai...(après ça dépend de l'age/capacité de ton processeur!)
le premier lien que tu donnes date d'il y a quelques mois, alors à priori avec arch (rolling release) tu devrais être sur un noyau plus récent si ton système est bien à jour...
sinon, toujours dans l'éventualité ou nos problèmes sont liés, je tiens à signaler que pour ma part je ne rencontre pas de soucis au niveau de l'autonomie.
Lorsque je lance htop; j'ai

Code : Tout sélectionner

processes: 99 - running :1

et seulement htop, firefox urxvt et conky consomment, et encore, ils utilisent surtout de la ram (avec des valeurs raisonnables) et firefox qui est le plus demandeur atteint 1% de charge cpu... le cpu usage visible dans mon conky est en moyenne à 4%.

[FQDN]

Ok , donc j'ai regardé un peu du côté de CPUfreq tout sa , (comprendre un peu comment sa marche aussi ^^" ) et j'ai pas bien saisi.
Mon cpufreq-info me dit ceci :

Code : Tout sélectionner

cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Veuillez rapportez les erreurs et les bogues à cpufreq@vger.kernel.org, s'il vous plait.
analyse du CPU 0 :
  pilote : acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us.
  limitation matérielle : 1.20 GHz - 2.10 GHz
  plage de fréquence : 2.10 GHz, 1.60 GHz, 1.20 GHz
  régulateurs disponibles : performance
  tactique actuelle : la fréquence doit être comprise entre 1.20 GHz et 2.10 GHz.
                  Le régulateur "performance" est libre de choisir la vitesse
                  dans cette plage de fréquences.
  la fréquence actuelle de ce CPU est 2.10 GHz.
analyse du CPU 1 :
  pilote : acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 10.0 us.
  limitation matérielle : 1.20 GHz - 2.10 GHz
  plage de fréquence : 2.10 GHz, 1.60 GHz, 1.20 GHz
  régulateurs disponibles : performance
  tactique actuelle : la fréquence doit être comprise entre 1.20 GHz et 2.10 GHz.
                  Le régulateur "performance" est libre de choisir la vitesse
                  dans cette plage de fréquences.
  la fréquence actuelle de ce CPU est 2.10 GHz.

Donc frequence actuelle = 2.10 ghz. Pourquoi pas.
Donc si j'ai bien saisi maintenant , je dois éditer mon fichier conf.d par les valeurs qui sont ici ( soit mini = 1.20 , maxi=2.10 ) et a la limite mettre 1.60 en politique acutelle? Cela va affecter les performances , j'entends par la que avoir un proc a 2.10 pour l'utiliser a 1.60 , c'est pas très logique vous ne trouvez pas ?

Je vais également installer fancontrol et voir cette histoire de ventilateur aussi ...

[oktoberfest]

Salut,

il est recommandé de choisir le governor 'ondemand' cf Wiki. C'est celui qui t'assurera le meilleur rapport performance/autonomie de la batterie.

Tu l'ajoutes à la liste de modules de ton /etc/rc.conf :

Code : Tout sélectionner

MODULES=(... cpufreq_ondemand)

Chez moi j'ai ajouté le démon cpufreq au démarrage : il est configuré via la fichier /etc/conf.d/cpufreq

[FQDN]

Ouaip c'est bon j'ai fait sa par contre je suis juste un peu perdu sur un point :
J'ai pas bien saisi la différence entre les modules a charger et les services.
Si je met juste cpufreq au démarrage dans mon rc.conf , c'est bon non ?
Ma liste des modules c'est sa : " MODULES=(fuse acpi-cpufreq) " du coup c'est plus la peine de mettre acpi-cpufreq ou faut quand même la laisser ?
De même que je comprends pas l'utilité d'ajouter un module cpufreq_ondemand si le daemon s'execute au démarrage ( fichier cpufreq.conf dans lequel il est spécifié que la politique est "ondemand" ).

Si quelqu'un peut m'éclairer. En tout cas tout cela n'est que de l'enrichissement personnel l'utilisation de cpufreq en elle même s'est bien passé , reste juste a voir si sa va changer qqchose a la température du pc.

[oktoberfest]

Tout est indiqué dans le Wiki

le module acpi-cpufreq permet au noyau d'interroger le cpu intel pour connaitre ses possibilités (fréq min-max par exemple). Tu as le module powernow-k8 pour les processeurs AMD.
Ensuite les modules cpufreq_... sont des directives de gestion du cpu. Le fait de les charger via MODULES ne fait que...les charger en mémoire.
Pour utiliser un module cpufreq_... précis, tu utilises le démon qui va indiquer au noyau le module à utiliser.

Tu peux charger autant de modules cpufreq_... que tu veux, cela consommera juste un peu plus de mémoire. Cela te permet via le démon cpufreq de changer de module en cours de route (je ne pense pas que beaucoup de monde utilise cela).

Donc pour résumer :
/etc/rc.conf

Code : Tout sélectionner

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

/etc/conf.d/cpufreq

Code : Tout sélectionner

governor="ondemand"

EDIT : je parle du démon cpufreq, mais avec la commande cpufreq ça marche aussi très bien. Le démon (qui n'est d'ailleurs pas un vrai démon) permet juste de charger au démarrage le governor (c'est le nom des modules cpufreq_...) voulu.

[benjarobin]

@oktoberfest Oui, mais non
Soit tu met

Code : Tout sélectionner

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

Soit

Code : Tout sélectionner

MODULES = (... acpi-cpufreq)
DAEMONS = (... @cpufreq)

Enfin cela n'a pas trop d'importance vu que le script cpufreq charge au final cpufreq_ondemand si ta configuration est ondemand. La première méthode permet juste de charger assez tôt le module.

@FQDN Pour vérifier que tout fonctionne bien, lance la commande cpufreq-info

[oktoberfest]

Je ne savais pas le démon chargeait le module si nécessaire.. Je vais pouvoir simplifier mon rc.conf.

[FQDN]

Ok merci pour les explications. Et du coup il me semble avoir vu dans le wiki de mettre acpi en daemon aussi , sa sert a rien sa on est d'accord ?

[tuxce]

s/sa/ça
Non ça ne sert pas spécialement pour cpufreq, c'est utile si tu veux modifier des paramètres selon des événement acpi comme par exemple le branchement au secteur, la fermeture du capot etc.

Enfin cela n'a pas trop d'importance vu que le script cpufreq charge au final cpufreq_ondemand

Et pour ondemand, il n'y a même plus besoin:

Code : Tout sélectionner

$ zgrep -i ondemand /proc/config.gz 
CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y

[FQDN]

Ok , donc tout est bon du coté de cpufreq , mais j'aimerais bien voir cette histoire de ventilateur avec fancontrol . J'ai regardé un peu cette doc : https://wiki.archlinux.org/index.php/Fan_Speed_Control mais je bloque dés le début .

Le résultat de ma commande sensors :

Code : Tout sélectionner

sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +81.0°C  (crit = +101.0°C)
temp2:        +81.0°C  (crit = +101.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +77.0°C  (high = +105.0°C, crit = +105.0°C)
Core 1:       +78.0°C  (high = +105.0°C, crit = +105.0°C)

Je bloque a l'étape ou faut sélectionner le chipset dans le fichier a la partie "increasing fan div " . D'une manière plus générale je n'ai aucune idée de comment utiliser fancontrol ,donc si quelqu'un peut m'éclairer je suis preneur.

[widapit]

bon aujourd'hui, il monte jusqu'à 74°C quasiment sans rien faire !
je n'utilises pas fancontrol car pour ma part, j'entend bien le ventilo accélérer au fur et à mesure que la température augmente... c'est donc qu'il fait son boulot ...
sinon :

Code : Tout sélectionner

sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +67.0°C  (crit = +102.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Physical id 0:  +72.0°C  (high = +86.0°C, crit = +100.0°C)
Core 0:         +70.0°C  (high = +86.0°C, crit = +100.0°C)
Core 1:         +71.0°C  (high = +86.0°C, crit = +100.0°C)

et aussi (on sait jamais!)

Code : Tout sélectionner

uname -a
Linux tenro 3.2.13-1-ARCH #1 SMP PREEMPT Sat Mar 24 09:10:39 CET 2012 x86_64 Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz GenuineIntel GNU/Linux

même si je sais toujours pas si le problème est le même ...