Humm … je viens d’en parler et de trouver une solution du même coup … simplement en changeant le périphérique de sortie, pour qu’il utilise OSS plutot que Alsa ..; étrange … mais bon, tant que ça fonctionne.
En même temps c’est balo, j’avais pas vu mais je suis à 700MHz ! n’empêche que quand même 30% pour 1 mp3 !
Bon, vais-je un jour avoir une machine 100% opérationnelle ?!? 1 mois complet pour monter un PC, c’est un record jamais atteint … bon, ok, je passe pas mal de temps à taper tout ce texte, mais tout de même … Ca va que lorsque j’ai attaqué tout ça, c’était avec l’envie de bricoler du matos et de me risquer dans l’étrange … et bien j’en ai eu pour mon pogon … et ce n’est pas terminé !!
La nouveauté, c’est que lorsque je branche un truc sur l’usb, il est bien reconnu, c’est à dire que en tapant dmesg je le voit bien, mais par contre il n’est jamais monté, ni même affecté à un périphérique …. du coup, inutilisable 🙁 . Par contre, si je branche que je reboot, les éléments branchés au boot sont détectés et montés ! Heureusement, je ne suis pas seul et ce cas a été ouvert chez novell.
Alors voila, encore un problème à régler … mais après, faut me le promettre, c’est terminé !!!
Mouaip … enfin, si je considère que xmms occupe 30% de ma cpu, je sens qu’il y a encore quelques loup cachés !
Mise à jour … Coté usb, finalement, tout va bien, sauf que suite à l’ajout d’un périphérique, KDE ne fait rien et que du coup, Digikam ne voit pas mon appareil photo 🙁 … mais bon, le bug précédent n’a rien à voir …. snif ; mais en même temps il y a du positif
Bon, finalement, j’ai fini par trouver !!! KDE ne me detecte toujours rien, mais par contre mon appareil photo fonctionne … donc si vous rencontrer le même problème, regardez du coté du /proc/bus/usb qui pour ma part n’etait pas monté. Je ne sais pas si ça joue, mais j’ai, dans fstab, remplacé le “noauto” par les options suivantes :
usbfs /proc/bus/usb usbfs devgid=6,devmode=666,nodev,noexec,nosuid 0 0
Le groupe 6 etant disk auquel mes utilisateurs sont associés.
e vous en ai parlé bien des fois déjà de ce sacré ventilateur pas trop bruyant, mais par principe gênant et qui du fait de ses 40 mm se fait vite entendre dès qu’il monte dans les tours. Tours nécessaires dans beaucoup de cas … J’avais décidé de le remplacer par un ventilateur dit “silencieux” et donc, j’ai reçu, cette chose :
Sauf, que manque de bol, la visserie n’est pas livrée avec et sur le site, je n’avais pas trop compris que la chose était aussi haute… bref, coincé avec un pc ouvert et un ventilo impossible à fixer, j’ai fini par totalement improviser …Le résultat est bien plus positif que ce que j’imaginai par le changement de ventilateur. En effet le radiateur de l’epia 18000 SN fait 60mm de large, du coup, il est possible de fixer dessus un ventilateur plus gros. Bon, il faudra d’une part se contenter de 2 vis sur 4, et d’autre par, il faudra des vis un peu perforantes pour se faire une place dans l’alu du radiateur, mais au final, ça tien et suffisamment pour éviter les vibrations.
Le gain autant, en refroidissement qu’en niveau sonore est non négligeable et je conseille vivement ce petit bricolage qui ne demande pas trop de talent pour être réalisée.
Enfin une carte vidéo qui ne ressemble pas trop à un grill ! suite aux déboires dont je vous ai déjà parlé avec ma carte ATI HD2600, je me suis décidé pour une carte NVIDIA basée sur une chip 7300 GS dont voici déjà une petite photo.
Bonne nouvelle, cette carte, comme attendu, ne cache pas un monstrueux radiateur derrière … elle va enfin dissiper sa chaleur à l’opposé du CPU et des barrettes mémoire, une fois installée, je ne peux que constaté une baisse significative de température de fonctionnement, point très positif dans mon système à faible bruit où les ventilateurs ont donc moins besoin de tourner. Bref, que du bonheur.
La seconde raison pour laquelle j’ai choisi de changé de carte graphique est la piètre qualité des drivers Linux de l’ATI 2600 qui, entre autre, ne me permettait pas d’avoir deux utilisateurs en même temps, ou avec lesquels mes fenêtres se trainainent d’un bout à l’autre de l’écran, un peu à la mode du 486 sous Win95 quand vous activiez le mode “remplir les fenêtres lors des déplacements” (et ce n’était pas un soucis de présence de module noyau !)
Avec NVIDIA, presque aucun soucis … je dit presque parce que la première version installée les 168.07 m’ont valu quelque magnifiques plantage avec reboot instantanés de la machine, sur un simple click sur une réduction de fenêtre … un crash du nvidia 7300 GS comme on en aime pas en voir. Du coup, je me suis rabattu sur la version 96.43.05 qui, elle, fonctionne très bien pour l’instant. Je n’ai pas vraiment compris pourquoi il y avait trois version en parallèle de drivers Nvidia, sans doute ont-il chacun leur petits bug … allez savoir, en tout cas, maintenant ça fonctionne et glxgear m’affiche 1000fps … concept intéressant au demeurant.
Bref, après une petite peur, je suis content su résultat avec cette carte vidée ! donc avis aux personnes de passage, je vends un magnifique grille pain msi hd 9600 pro, fanless, driver less et performance less… enfin, je vous rassure, ca doit fonctionner sous windwis, je n’en doute pas et puis au cas où, ca pourra toujours vous chauffer l’hiver !
Mise à jour du 10 février:
Finalement, je ne sais pas trop si je vais m’en tirer à bon compte … les drivers 96.43.05 auront tenu 24h avant de me provoquer un nouveau reboot instantané du PC le tout après avoir mis Xorg à 100% durant 1 heure… J’accuserai bien un autre élément mais à vrai dire, avec la carte ATI je n’avais pas eu ces soucis. Je suis donc en train d’utiliser les version 100.14.19, si je ne vous en reparle pas, c’est qu’ils marchent. sinon, je sens que je vais revenir aux bon vieux drivers vesa … J’ai aussi essayé les drivers 71.86.04 mais eux, ils ne fonctionnement simplement pas avec ma carte.
Au moins ça aura été rapide … à peine le temps d’enregitré ce commentaire et me voila reparti pour un reboot gratuit ! extra-ball ! Bon, je vais essayer les dirvers vesa de base … enfin si sax2 veut bien conctionner parce que pour l’instant ce n’est pas gagné, sinon, j’ai aussi trouvé celà en ligne :
X.org 7.3 enables the Composite extension by default, but it fails to initialize when Xinerama is enabled. This causes a bad interaction with the NVIDIA driver resulting in a server crash. To work around this problem run
# nvidia-xconfig –no-composite
to explicitly disable the Composite extension.
Mise à jour : Bon … en définitive, on dirait bien que c’est surtout mon alim qui me causait des désagréments avec cette carte … j’ai remis les driver 169.xx.xx et depuis un petit moment ca n’a pas rebooté … trop tot pour en être sûr, mais je poursuit tout de même l’essai … si ca pouvait marcher !!!
Comme dit précédemment, je suis enfin maitre de mes ventilateurs et des capteurs de température … je vais pouvoir mettre au point un programme de régulation permettant de limiter les nuisance sonore de la bête … Pour rappel, même si je revit d’une solution 100% fan-less, on dirait bien que la carte via epia sn 18000 ne soit pas la bonne référence, Il aurait mieux valu la version SN 10000 mais bon, voila, ce n’est pas celle que j’ai et puis, 1G … coté perf, c’est un peu juste pour mon usage. La solution soft reste donc la meilleure dans mon cas.
En première approche, j’ai tenté une régulation dans la zone des 40-45°C, solution qui ne s’avère pas un très bon choix… nous le verrons bientôt. Par conséquent, j’ai tenté de tracer quelque courbes de chauffe pour évaluer suivant quel modèle cette carte s’échauffait. Dans un premier temps, j’ai pris des mesure, à pleine charge mais en basse fréquence (700MHz avec calculs dnetc en tà¢che de fond) et à différentes vitesses de ventilation (cpu seul). La courbe ci-dessous représente cet échauffement.
Outre la courbe de ventilation pour une valeur de 100/255, on peut remarquer un courbe logarithmique, se stabilisant vers les 53°C, de fait, réguler dans la zone des 40°C où les pentes sont les plus fortes entraîne un effet de yoyo (arret-relance des ventilateurs) sans grand intérêt. Par ailleurs, le gain entre de refroidissement entre 250 et 200 est faible pour un bruit bien supérieur.
Je dirai qu’en basse fréquence, on peut ventiler à une vitesse de 100 / 255 (environ 1900rpm) jusqu’à 42°C, au delà il faut augmenter à 150 (3700RPM) puis passer à 200 (5300RPM) à partir de 53°C.
Voyons les mêmes courbes mais à pleine puissance (1.7 GHz) et toujours en pleine charge:
Premier constat, dans mon système à pleine charge et en ventilation maximum, la température atteint rapidement les 61°C qui est la limite que je me suis fixé pour mes tests ne sachant pas trop quel est le maximum. Je peux d’or et déjà en conclure qu’une extraction d’air de mon boîtier est inévitable. Cette situation me semble assez cohérente d’une part par la présence de mon “grille pain” ou carte vidéo trop proche du processeur (ce qui va changer avec la future carte) et d’autre part par l’alim fanless qui émet sa chaleur elle aussi du coté du processeur.
Ayant un ventilo de boîtier très silencieux lorsqu’il est configuré à une vitesse de 50/255 ou 100/255, je vais voir quel effet positif cela peut avoir sur mon refroidissement à pleine charge …
Le résultat est très intéressant car l’extraction effectuée par le ventilateur du boîtier permet de stabiliser la température autour de 57°C assez rapidement alors que l’on voit bien que lorsqu’il ne tourne par ou insuffisamment on rentre en surchauffe. Je dirait bien, par conséquent que le choix d’une alimentation fanless n’est pas vraiment judicieux s’il faut malgré tout ventiler … mais bon, restons positif ! il ne reste plus qu’à trouver jusqu’où descendre la vitesse du ventilo du CPU pour limiter au maximum le bruit ! Voici le résultat, cette fois, c’est le ventilateur de boîtier qui est fixe à 100 et le ventilateur de la carte mère qui varie.
La valeur 100 (1900rpm) qui a l’avantage d’être vraiment silencieuse ne passe malheureusement pas ici. par contre 150 résiste bien ce qui est assez positif. Pour ce qui est de l’échauffement, ces informations sont assez complète, il me reste à les synthétiser puis à regarder les courbes, non pas de chauffe mais de raffraichissement de sorte à trouver au mieux comment refroidir la bête sans pour autant tout mettre au max quand on arrive à 62°C …
Voyons maintenant comment se comporte la carte lorsque le charge CPU est presque nulle et que le CPU est en fréquence max:
On constate que le ventilateur de boîtier et une aide importante et qu’une vitesse de 100 est suffisante pour rafraîchir ; on constate surtout que couper le ventilateur de processeur, même sans charge CPU n’est pas envisageable, une vitesse de 100, acceptable au niveau bruit est elle possible ; le couple 100 / 100, non testé ici, devrait être une bonne solution assez silencieuse.
Enfin pour terminer, voyons quel couple permet de raffraîchir un système en charge :
Pour ce dernier cas, il semble qu’une vitesse de fan cpu à 200 soit vraiment recommandée, 250 n’apportant rien ; par contre la ventilation boîtier n’apporte pas beaucoup au dessus de 100.
Me voila donc prêt pour la seconde partie : écrire le script de régulation !
Bon, après 1 mois de labeur pour la mise au point de cette machine, j’ai enfin monté l’ensemble dans le boîtier, l’occasion de bonnes surprises mais aussi de nouvelles déconvenues. Les photos sont à venir…
Donc coté silence, il faudra repasser, bien que j’ai mis au point le programme de régulation et que mon PC tourne en partie en basse fréquence, le CPU chauffe tout de même et il est vraiment pas évident de couper la ventilation sans passer au dessus des 45°C au CPU. J’ajoute que le ventilateur de 40mm de via est un mauvais choix de leur part. Il est pour commencer bruyant, j’espérais qu’une fois enfermé dans sa boîte on ne l’entendrait plus, mais on contraire, il semble qu’il y trouve une bonne caisse de résonance. Ainsi, au delà de 50% de son régime max, il siffle ce qui est plutôt désagréable. Le pilotage du ventilateur de boîtier est lui un bonheur.
Coté alimentation une bonne surprise, je ne comprenais pas comment ne pas couvrir le dessus alors que les boîtier n’ont généralement pas de place au dessus de alim… et bien en fait, le dessus est le dessous … lol … du coup, pas de problème, la chaleur se dissipe vers l’intérieur du boîtier. J’ai par contre rencontré un soucis plus gênant avec l’alim Fortron Zen 300 : lorsque je branche le cable IDE de mon lecteur/graveur impossible alors de démarrer la carte mère… Etrange, car ce lecteur n’avait pas posé de problèmes jusqu’alors.. Par ailleurs, avec un autre lecteur j’ai aussi eu ce type de soucis, mais c’etait durant mes premiers tests est moins fréquent.
Coté carte vidéo… le bug qui tue ! après tout le mal que j’ai pu pensé de ce grille pain, voila en plus qu’on y ajoute les bug des drivers ATI : impossible de faire un CTRL+ALT+Fx pour changer de console, et plus ennuyeux, impossible alors d’avoir deux sessions ouvertes en simultané !! S’en est trop pour cette fois et je vais donc changer de carte graphique.
En résumé, suite à cette installation, me revoilà passant à la caisse pour :
La carte vidéo a été retenu pour les critères suivant:
Bon, le problème des Compact Flash et des flash en général, c’est que les écritures ont tendance à les user. Il est donc préférable de les protéger en réduisant les ecritures. En général, sur Linux, les répertoires qui sont couremment accédés en écriture sont:
Commençons par voir ce qu’il en est du /tmp … Je propose de la mettre dans un ram-fs et à mon avis, 512Mo devraient suffir. Les ramdisk étaient des périphériques que l’on trouvait sous le nom __/dev/ram0-15, ils avaient une taille par defaut définie par un paramètre au démarrage du système. Dans mon cas, où j’aurai souhaité créer un ramfs de 512Mo, j’aurai dû ajouter dans mon fichier grub, “menu.lst” le paramètre suivant : ramdisk_size=512000, ce qui aurait donné :
kernel /boot/vmlinuz-2.6.22.13-0.3-custom root=/dev/disk/by-id/… ramdisk_size=512000
Cependant, avec les nouveaux noyau comme le 2.6.23, les ramfs ont été revu, maintenant, il suffit simplement de mettre dans le fichier fstab des entrées de la sorte :
ramfs /tmp ramfs default 0 0
Il semble que la mémoire soit allouée dynamiquement au fur et à mesure et non reservée. malheureusement, les commandes de type df ne fonctionnent pas. RamFS a ainsi l’air d’être un filesystème et non un pseudo périphérique ce qui permet de ne pas avoir à le formater … Pas mal d’avantge donc. La taille maxi devrait pouvoir être fixé à l’aide de l’option maxsize=1000
J’ai un peu de ma à trouver une bonne description du mode de fontionnement de ramfs, il semble que ce système ait été revu dans les dernieres versions de noyau et la doc n’est pas des plus claire. Toutefois, on peu parlé des autre systemes équivalent.
Dans la même famille, il y a le tmpfs, qui a la bonne idée de pouvoir avoir une taille fixe et qui peut être swappé au besoin. Les tmpfs peut aussi être retaillé à la volé. Bref c’est une version amélioré du ramfs d’origine. Tmp fs peut être monitoré avec la commande df contrairement à ramfs.
J’avais lu qu’il pourrait être utile d’utiliser un système de fichier type JFFS2 plutôt que ext2 ou ext3, ce système pouvant permettre des écritures aléatoires sur la flash pour éviter de trop “user” le composant. Toutefois, j’ai aussi lu ceci : “JFFS2, ce FS ne travaille pas sur un block device mais sur un MTD (Memory Technology Device) qui travaille directement au niveau des blocs flash, ce qui est impossible avec une CF ou une clé USB, le contrôleur flash s’occupant de l’interface. Et même si c’était possible ce serait inutile et userait la flash car ce contrôleur gere aussi le wear leveling.” … Du coup n’ayant pas eu l’occasion d’expérimenter, je ne saurait que dire, si ce n’est que celui qui connaît le file système le plsu adapté aux flash ou SSD me le fasse savoir !
Si votre usage est plutôt embarqué de type routeur par exemple, il faut jeter un oeil du coté d’union-fs qui permet par exemple d’avoir un système en read-only sur la flash tout en laissant aux application la possibilité d’écrire sur le système de fichier, au travers d’un ramfs par exemple monté en union. La sauvegarde de certain fichiers particulier (log, config) etan toujours possible sur la flash ou ailleurs, à tout moment. C’est je pense LA solution à envisager en embarqué, pour de la bureautique, cette solution pose un problème : la synchro lors de l’installation de paquets, malheureusement fréquente.