[testing] fancontrol

Selon François TOURDE <fra-duf-no-spam@tourde.org>:

Le 13955ième jour après Epoch,
gaetan perrier écrivait:

> Selon François TOURDE <fra-duf-no-spam@tourde.org>:
>
>> Le 13955ième jour après Epoch,
>> gaetan perrier écrivait:
>>
>> > Selon Yannick Palanque <acephale@onlybass.com>:
>> >
>> >> Gaëtan PERRIER écrivit :
>> >> >A ma connaissance c'était le BIOS qui s'occupait des ventilos, non?
>> >>
>> >> Il peut « déléguer » ça au système d'exploitation.
>> >>
>> >
>> > Quel est l'intérêt ?
>>
>> de pouvoir par exemple gérer plus finement la consommation
électrique,
>> ou le bruit, selon des besoins spécifiques ponctuels ou une
>> particularité (mon Dell avait 2 ventilos, dont un plus bruyant que
>> l'autre)
>>
>
> N'est-ce pas un peu risqué de vouloir jouer trop finement ? Si on se loupe
dans
> les réglages et les critères on risque vite de se retrouver avec une
machine
> totalement et définitivement silencieuse, non?

Oui, mais peut-on faire plus confiance en un BIOS au code fermé qu'en
un logiciel libre? Et que dire de la confiance à accorder au matériel
dans ce cas-là ? :)

C'est à chacun de mesurer et d'accepter les risques, à ce niveau là .

Ce n'est pas qu'une question de code fermé ou ouvert. Le fabricant de ton
portable il connaît les capacités de la machine à évacuer la chaleur, les temps
de réaction du système de refroidissement, etc. Il va donc régler les seuils de
déclenchement et les vitesses des ventilos en fonction de ça. Nous en tant
qu'utilisateur on n'en sait rien, donc confier cela à un logiciel tournant au
niveau utilisateur paramétré par l'utilisateur pifomètriquement me semble pas
mal hasardeux, non?

Gaëtan

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

gaetan.perrier@free.fr, lundi 17 mars 2008, 18:12:49 CET

[…]
Ce n'est pas qu'une question de code fermé ou ouvert. Le fabricant d e ton
portable il connaît les capacités de la machine à éva cuer la chaleur, les temps
de réaction du système de refroidissement, etc.

Hum, il (le fabricant) les connaît en fait moyen moyen…

Il va donc régler les seuils de
déclenchement et les vitesses des ventilos en fonction de ça.

Bien sûr… c’est pour ça que plusieurs modè les sont livrés avec
un Bios qui fout les ventilos ou le processeur tout le temps à
fond…
Les mises à jour de Bios, si ça existe, c’est surtout p arce
que les fabricants font n’importe quoi et qu’il faut rattra per
les boulettes après.

Nous en tant qu'utilisateur on n'en sait rien,

« Nous » (deux, trois, dix…), peut-être pas, mais certains
savent.
C’est plus facile pour « nous » de faire des modifs (lire :
contourner les âneries du Bios) quand ceux qui savent nous le
disent et que c’est du LL que quand c’est le Bios et que le
constructeur ne fait plus de mise à jour.
Et c’est aussi normal que l’utilisateur en sache plus sur son
utilisation personnelle de son PC, et donc puisse faire les
choix éclairés (par ceux qui savent), que le constructeur qui
fait des choix moyens (dans tous les sens du terme).

donc confier cela à un logiciel tournant au
niveau utilisateur paramétré par l'utilisateur pifomètriqu ement me semble pas
mal hasardeux, non?

Si. Avoir le contrôle sur le matériel est une responsabilità ©.
Comme toute liberté.

Il ne faut pas oublier non plus que tout ça (ventilos, gestion
de l’énergie…) est aussi géré, ou laissà © géré, par les pilotes,
y compris sous d’autres systèmes que Linux. Ben oui, les pilot es
rattrapent les âneries du Bios et savent aussi ce que fait le
système (puisqu’ils sont dans le système), alors que le B ios ne
sait pas si tu es en train de lire un DVD (merci d’éviter le
bruit des ventilos à fond toutes les 2 mins) ou de compiler un
noyau (vas-y, refroidis-toi comme tu veux).

Le truc c’est que, dans un système libre, comme Linux, les
pilotes sont libres et qu’on peut donc tout gérer et qu†™on aime
bien que ce qui est dans le système soit minimal, donc que ça se
passe en mode utilisateur. Ce qui est plus simple pour le
développement que de faire recompiler le noyau. Bon, c’est aus si
plus simple pour faire des âneries mais l’utilisateur en
question ici, c’est l’administrateur (ça reprend l⠀™argument de
la responsabilité).

--
Sylvain Sauvage