Vous n'êtes pas identifié.
Pages: 1
Hello !
[Intro à la situation]
Depuis quelques semaines, les nouvelles versions des noyeaux Linux ont intégré le driver libre "Nouveau" qui a été conçu pour remplacer le driver propriétaire de Nvidia et le driver boîteux "nv".
Comme dans la version testing de Debian, les drivers ne sont pas encore disponible, j'ai suivi les "how to" pour utiliser le dernier noyeau sorti (2.6.34-rc5) (avec le git sur freedesktop.org), pour compiler la dernière librairie drm et pour compiler le driver nouveau pour Xorg. Tous les tutos sont disponibles directement sur le site web de Nouveau : http://nouveau.freedesktop.org/wiki .
Toutes les procédures ci-dessus se sont très bien déroulées, mise à part quelques librairies de développement qui manquait, mais qu'il suffisait d'installer avec aptitude.
Ensuite, j'ai lancé le Xorg et tout marche très bien (même la mise en veille et l'hibernation qui était réellement foireuse avec le driver propriétaire ).
[Le problème en soi]
Mais j'ai un seul souci qui me tracasse depuis un moment : le ventilateur de mon portable (un Toshiba Tecra M2 équipé d'un GPU Nvidia Go5200) n'arrête pas de tourner. Ca m'inquiète par ce que je ne voudrai pas détruire ce ventilo à cause d'une trop forte utilisation et être sûr que le GPU ne va pas "fondre"...
Pour voir la température du GPU, j'ai installé l'applet "Gnome Sensors", mais il ne trouve que le CPU, le disque (qu'il affiche tous les deux à 46°C d'ailleurs) et un dernier capteur qu'il n'arrive pas à définire où il est et dont il ne connais pas la température. Je sais qu'il y a un capteur sur le GPU, car le driver propriétaire était capable de me dire avec "nvidia-settings" la température du GPU, mais je ne sais pas comment la trouver manuellement...
Vous avez une idée pour trouver la valeur de cette température ?
[Le future probable]
D'une fois que j'aurais cette valeur, je pourrai me rendre compte si le ventilateur a vraiment besoin de tourner autant. Si ce n'est pas le cas, il faudra que je trouve le moyen de changer la tolérance de température du GPU...
PS:
Au fait, j'ai fait ces testes avec Debian Squeeze, mais aussi avec Ubuntu et dans les deux cas le ventilateur travaille à fond...
Le ventilateur tourne même en mode console uniquement (avec Xorg désactivé) avec le driver nouveau qui gère le framebuffer (c'est étrange aussi d'ailleurs...)
Dernière modification par Trim (18 Jun 2010 13:54:07)
Hors ligne
Je ne sais pas de quel génération est ton GPU, mais si ça se trouve nouveau ne gère pas le frequency scaling et donc utilise tout le temps la fréquence maximale (a chercher chez nouveau, j'en sais rien).
Ou alors ton GPU ne supporte pas cette fonctionnalité alors le problème serait ailleurs.
Hors ligne
En fait, il faudrait trouver un moyen pour connaitre la température du GPU avec acpi ou quelque chose du genre, mais j'avoue que je n'arrive pas à trouver (je me suis bien balladé dans /proc/acpi), mais je n'ai rien trop trouver d'intéressant)...
(La génération du GPU Go5200 devrait être NV34)
Hors ligne
Hello,
j'ai un Tecra M2 sous OpenSolaris. De la même façon sous Linux, il te faut installer les drivers NVIDIA qui incluent un outil d'affichage de la temperature (Thermanl Monitor) ainsi que la fréquence de cadence du GPU (PowerMizer).
Dernier truc, légèrmenet surelever l'arrière du laptop.
Hors ligne
Karim B. a écrit:
Hello,
j'ai un Tecra M2 sous OpenSolaris. De la même façon sous Linux, il te faut installer les drivers NVIDIA qui incluent un outil d'affichage de la temperature (Thermanl Monitor) ainsi que la fréquence de cadence du GPU (PowerMizer).
Dernier truc, légèrmenet surelever l'arrière du laptop.
Je me rappelle bien de tous ce programme qui permet la vision des configurations et de la température du GPU (nvidia-settings sous GNU/Linux), mais le problème c'est que je ne peux pas avoir en même temps le driver libre Nouveau et le driver propriétaire Nvidia en même temps activé (Nvidia modifie des librairies de Xorg, alors ça ne va pas ensemble).
En fait, je me disais que puisque le driver propriétaire pouvait indiquer la température, il y aurait bien une façon libre (au moins en ligne de commande) de le faire, mais j'avoue que je sèche un peu là...
Dernière modification par Trim (26 Apr 2010 21:57:01)
Hors ligne
Juste une question :
As-tu essayé de lancer la détection des senseurs à la main, avec sensors-detect (paquet lm-sensors)?
Hors ligne
Cela vaut-il vraiment la peine d'essayer de faire "mieux" que le constructeur du GPU, sachant que son driver est libre en téléchargement, et qu'il aura très certainement tiré au mieux profit des "registres cachés" de sa carte graphique, parce que que les ingénieurs qui ont écrit le code sont en relation avec les ingénieurs qui on développé le GPU, et qu'il assurera la montée des tours des ventilos en cas de surchauffe du GPU ?
Pour info, avec le driver nvidia, la CLI pour obtenir la température du GPU est
nvidia-settings --query GPUCoreTemp
Si quelqu'un arrivait à "obtenir" la documentation de spécifications de la carte graphique, et à écrire un pilote logiciel Libre, à part l'énergie dépensée par le codeur, qu'est ce que cela peut apporter de plus à l'utilisateur final qui aura au plus les même fonctionnalités mais sans le support du constructeur NVIDIA ?
Si tu souhaites tout de même "écouter le code du driver", tu peux toujours faire un liveboot d'OpenSolaris sur le Tecra M2, qui inclu le driver NVidia, et utiliser les sondes DTrace (Chercher l'appli Java "Chime Visual DTrace") pour "voir" les appels systèmes qui découlent des commande CLI via "nvidia-settings --query GPUCoreTemp".
P.S: autres astuces pour réduire la température du GPU (): la plus basse résolution, le minimum de couleurs, garantissant un clocking le plus bas. Voir pas de serveur X :
Hors ligne
Karim B. a écrit:
Cela vaut-il vraiment la peine d'essayer de faire "mieux" que le constructeur du GPU, sachant que son driver est libre en téléchargement, et qu'il aura très certainement tiré au mieux profit des "registres cachés" de sa carte graphique, parce que que les ingénieurs qui ont écrit le code sont en relation avec les ingénieurs qui on développé le GPU, et qu'il assurera la montée des tours des ventilos en cas de surchauffe du GPU ?
Mazette !
Avant que ça parte en troll velu, juste une chose : la question de départ est « comment faire pour monitorer la température, sachant que le driver du GPU est Nouveau ? » et la question sous-jacente est « comment piloter le ventilateur de la carte graphique ? ».
Trim a écrit:
je me suis bien balladé dans /proc/acpi
Il y a plus simple :
acpi -V
Hors ligne
It always takes longer than you expect, even when you take into account Hofstadter's Law.
Tellement vrai dans ce cas particulier
Hors ligne
Merci Eggman pour la commande, c'est ce que je n'arrivais pas à trouver (j'avais pas pensé à regarder les options de acpi, quel noob! '^^).
Voici donc ce que me renvoie la commande :
acpi -V a écrit:
Battery 0: Discharging, 41%, 01:32:18 remaining
Battery 0: design capacity 8418 mAh, last full capacity 7500 mAh = 89%
Adapter 0: off-line
Thermal 0: ok, 25.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 109.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 109.0 degrees C
Thermal 0: trip point 2 switches to mode active at temperature 109.0 degrees C
Thermal 0: trip point 3 switches to mode active at temperature 109.0 degrees C
Cooling 0: Processor 0 of 0
Cooling 1: LCD 0 of 2
Cooling 2: Fan 0 of 1
La valeur de 25°C est bien ce que me donne gnome-sensors, mais par contre je suis impressioné par la valeur de 109°C, je me demande si la valeur est vraiment correcte (c'est quand même énorme Oo) : je n'ai pas l'impression que mon ordi est aussi chaud. En tout cas, ca explique pourquoi le ventilateur n'arrête pas de tourner.
Par mesure de sécurité, je vais commencer par repasser par les drivers propriétaires, puis je vais chercher sur le site de Nouveau pour voir s'il y a eu le même problème avec d'autres utilisateurs.
[edit]
J'ai un sérieux doute sur la véracité de ce chiffre de 109°C, parce que j'ai mis mon ordi en veille, il a refroidi un peu (mais en même temps, il n'était pas hyper chaud), le ventilateur s'est éteint et acpi m'indique toujours 109°C...
Je vais installer le driver propriétaire et je vais taper cette commande pour voir si le chiffre semble plus juste.
[HS au topic]
Pour ce qui est du choix de tester le driver propriétaire, j'ai une raison toute simple :
Quand je vois mon EeePC qui a un chipset Intel et qui peut utiliser Compiz (ou Gnome 3 en l'occurence) sans aucune configuration (si ce n'est pour améliorer le rendu), je vois toute la puissance du libre sur des OS comme Linux.
En effet, tout est prêt pour utiliser le plus facilement et le mieux son ordinateur, mais dès que des drivers propriétaires modifient des librairies sans te le demander, alors tout est fichu en l'air : la mise en veille et l'hibernation ne fonctionnent pas du premier coup et tu as besoins de programmes supplémentaires pour gérer correctement ta carte.
En plus, étant un peu libriste dans l'âme, ce n'est pas parce que tu peux télécharger librement un binaire que le programme est libre et open-source, même si pour beaucoup ce n'est pas important...
Dernière modification par Trim (27 Apr 2010 18:18:14)
Hors ligne
Ok, reste maintenant à interpréter la sortie.
Trim a écrit:
Battery 0: Discharging, 41%, 01:32:18 remaining
Battery 0: design capacity 8418 mAh, last full capacity 7500 mAh = 89%
Adapter 0: off-line
osef , c'est l'alimentation.
Trim a écrit:
Thermal 0: ok, 25.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 109.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 109.0 degrees C
Thermal 0: trip point 2 switches to mode active at temperature 109.0 degrees C
Thermal 0: trip point 3 switches to mode active at temperature 109.0 degrees C
Cooling 0: Processor 0 of 0
Cooling 1: LCD 0 of 2
Cooling 2: Fan 0 of 1
Là c'est plus intéressant, mais c'est vraisemblablement pas la carte graphique, mais le CPU...
Quant au 109°C, c'est très vraisemblablement la température la température critique pour le CPU. ^^
Cela dit, il faut vérifier plus avant.
La lecture édifiante est ici : http://download.intel.com/support/proce … 261203.pdf
(J'ai lu en croix)
Cela dit, je réitère ma question :
Eggman a écrit:
As-tu essayé de lancer la détection des senseurs à la main, avec sensors-detect (paquet lm-sensors)?
Hors ligne
[HS au topic]
Je comprend. Mais étant puriste, il faut alors aller jusqu'au bout de ses idées et faire de même pour le BIOS, le firmware du disque interne, le firmware du switch ou de l'access point auquel le laptop est relié à Internet, et également le firmware du téléviseur
Non, je rigole. Le vrai problème est que dès que l'on complexifie un système, en mettant des composoants specialisés (tel que la carte GeForce 5200) sur un laptop tel que le Tecra M2 (Orienté laptop pro) à l'inverse d'un EeePC ou l'objectif n'est pas la performance mais la simplicité et la longévité sur batterie, incitant ainsi à mettre des composants avec des fonctions très intégrées (CPU+GPU par ex. Wifi+Ethernet+Bluetooth) et donc beaucoup moins de composants/drivers (sinon pourquoi est-ce qu'un EeePC est plus petit qu'un laptop standard, hormis l'écran), il et clair que l'OS en bout de course (sur un laptop) se retrouve à devoir utiliser plusieurs pilotes logiciels qui se croient tout permis, et ce n'est pas l'OS (et c'est pourtant son rôle!) qui va faire la police au moment de l'installation des drivers et de copie/modification de fichiers de configuration, puisqu'il les drivers sont par définition privilégiés, et (vu par l'OS) qu'il savent ce qu'il écrivent/modifient. Et ce n'est la nature du logiciel Propriétaire ou Libre qui va y changer quelque chose.
C'est l'architecture (structuration) de l'OS qui devrait faire la différence.
A part ça, avec quel FS as-tu installé ta distrib ? http://www.doodle.com/mc9g7zxg279ziv7z
Hors ligne
Le FAN qui mouline (côté gauche du Tecra M2) refroidit un échangeur thermique (les ailettes que l'on voit sur le coté par les ouverture d'ou souffle le ventilo), qui évacue directement les calories du CPU et non directemetn celles du GPU.
Voir http://www.eserviceinfo.com/download.php?fileid=37951
en page 4-57 et 4-60
Je ne suis pas arrivé à localiser le GPU, mais je pense qu'il est refroidit par effet d'aspiration du premier ventilo.
Le problème (potentiel) est qu'il y a un seul ventilo pour deux valeurs de températures (CPU ou GPU).
N'y a t-il pas un process qui consomme 100% des ressources CPU ?
Hors ligne
Comme l'a dit eggman, faut pas troller sur la question du choix des drivers mais juste pour répondre à ta question, je ne suis moi-même pas satisfait du travail de nvidia sur ses pilotes qui déstabilisent le système et rendent certaines options complètement inutilisables.
Qui plus est je suis sur qu'aucune solution à mes problèmes ne seront trouvés à cours terme car il est impossible de leur remonter facilement mes problèmes pour une résolution. Ce qui veut dire que seul le constructeur ne fera des corrections que là ou ça lui fera plaisir.
Et puis j'aime avoir le choix, c'est comme dans tout marché : il faut de la concurrence pour que ça marche
Hors ligne
@Eggman :
Arg ! je me suis aussi rendu compte par après que j'avais lu un peu trop en vitesse les messages en anglais ^^
Pour sensors-detect, je viens de réessayer (en prenant le temps de lire les messages en anglais, cette fois-ci ), mais j'ai déjà réinstallé les drivers proprios (je retenterai d'ici la fin de la semaine avec Nouveau) et voilà le résultat de sensors-detect:
sensor-detect a écrit:
Next adapter: NVIDIA i2c adapter (i2c-0)
Do you want to scan it? (YES/no/selectively): yes
Next adapter: NVIDIA i2c adapter (i2c-1)
Do you want to scan it? (YES/no/selectively): yes
Next adapter: NVIDIA i2c adapter (i2c-2)
Do you want to scan it? (YES/no/selectively): yes
Client found at address 0x4c
[...]
Probing for `Maxim MAX1617'... Success!
(confidence 3, driver `adm1021')
[...]
Probing for `Analog Devices ADM1032'... Success!
(confidence 6, driver `lm90')
[...]
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `lm90':
* Bus `NVIDIA i2c adapter '
Busdriver `nvidia', I2C address 0x4c
Chip `Analog Devices ADM1032' (confidence: 6)
To load everything that is needed, add this to /etc/modules:
#----cut here----
# Chip drivers
lm90
#----cut here----
If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones!
Do you want to add these lines automatically to /etc/modules? (yes/NO)yes
Successful!
Monitoring programs won't work until the needed modules are
loaded. You may want to run '/etc/init.d/module-init-tools start'
to load them.
Unloading i2c-dev... OK
@Karim B :
Si je te dis que j'ai un smartphone libre et que j'ai hacké mon lecteur MP3, ça te suffit pour mon côté libre ? Et pour l'OS, Debian propose justement une installation sans drivers propriétaires, ce qui permet de garder le contrôle de la nature des drivers et sur les librairies qu'ils modifient.
@Eggman, @Karim B :
Là, je n'ai pas tout de suite le temps de lire les documents, je vais le faire d'ici la fin de la semaine, merci pour la doc'
Hors ligne
Hello!
Depuis 1 ou 2 semaines Debian Squeeze supporte Nouveau et j'ai pu testé avec ce Tecra M2. J'ai remarqué que le ventillateur tournait toujours souvent, mais parfois, quand je travaillais moins, il s'arrêtait. Alors, comme dit plus haut je crois, en fait je pense que c'est normal (même si je n'arrive toujous pas à connaître la température du GPU, merci Nvidia ), parce que ce PC est assez vieux et que le processeur semble être bridé à 800 MHz et qu'en plus le système de ventillation est le même pour le GPU et le CPU.
C'est le bonheur ce driver Nouveau : avant, avec celui de Nvidia, je ne pouvais pas laisser partir mon ordi en veille (ou en hibernation), de peur qu'il n'arrive plus à en sortir (j'avais trouvé des manip' à faire dans les configurations, mais c'était toujours pas terrible...). Quand j'ai crée ce poste, j'avais encore un problème d'extinction (l'écran débloqué au moment de s'éteindre, donc si je faisais un "reboot" l'affichage ne fonctionnait pas...), mais maintenant avec la version Testing c'est réglé et tout marche très bien (vivement Gallium pour la 3D , en attendant on peut tester la 3D libre sous Fedora 13 \o/ )
J'ai donc mis le sujet au statut "outdated", parce que le problème n'existe plus vraiment.
Hors ligne
Pages: 1