Je confirme, sur mon radio-réveil, lorsqu'il fonctionnait avec un 486 DX2/50, seul mpg123 permettait de me réveiller avec de la musique. Tous les autres outils hachaient le son en raison de la saturation CPU.
Hélas, pour des problèmes de license, dans beaucoup de distribution il a été remplacé par mpg321 et mpg123 est un lien vers mpg321.
Depuis, j'ai upgradé mon radio réveil et il tourne avec un Pentium 100.
Petite erreur, les 900 MW, ce sont les vieilles centrales, les générations suivantes font 1300 puis 1400 MW.
Généralement, on profite de tous le chantier (il faut construire beaucoup d'infrastructures, faire des études, rassembler du matériel, des moyens divers) pour construire 2 ou 4 tranches, soit en réalité 2 ou 4 coeurs nucléaires au même endroits.
C'est comme cela qu'à Paluel on se retrouve avec une puissance possible de 5320 MW, ce qui représente pas mal d'éoliennes.
Pour l'instant, on a bien besoin de cela, on a un record le Mercredi 8 janvier 2003 à 19 h03 la france consommait 80.190 MW.
Par exemple dans ton script bash lancé à 12h00, tu ajoutes au début
sleep $(($RANDOM % (60 * 60)))
le script va dormir un nombre de seconde aléatoire entre 0 et 60 x 60 - 1, soit pratiquement une heure. La suite du script sera donc bien exécuté à un instant aléatoire entre 12h00 et 13h00.
Si tu n'utilises pas bash pour écrire ton script, l'adaptation à tout autre shell ne doit pas être bien compliquée.
Le lecteur xpdf implémente les protections qui permettent de bloquer la copie du texte ou l'impression dans un fichier PDF.
En modifiant deux ou trois lignes dans le code, on peut contourner facilement la protection, elle n'en reste pas moins implémenté et compilée dans tous les binaires publics disponibles.
Je crois qu'il faut remonter un peu, la question est : Comment fait-on pour arreter une machine ?
1. On lance tous les scripts de fin de processus, avec les scripts SystemV on va lancer tout un tas de truc "/etc/(rc.d/)init.d/machin stop" pour couper tous les serveurs qui tournent (postresql, apache...)
2. Après cela, il reste peut-être des processus, on lance donc un kill -TERM sur chaqu'un d'eux pour leur dire que c'est fini. On évite de le faire sur les processus du noyau.
3. Certains sont récalcitrants, on insiste avec un kill -KILL (toujours en laissant les processus du noyau tranquile).
4. Enfin on démonte tous les systèmes de fichier qui ne sont normalement plus utilisés et on coupe les interfaces réseau. On peut éventuellement remonter la racine en read-only plutot que de la démonter, ou switcher sur un ramdisk.
A ce stade il ne reste que les processus système, il n'y a plus de FS persistant monté, plus de réseau, on peut donc éteindre la machine sans soucis; mais le noyau unix, avec toutes ses possibilités est encore là, on ne le coupe pas vraiment.
Si on s'arrange pour avoir un processus que l'on protège des étapes
2 et 3, et qu'il ne perturbe pas le démontage des partitions en 4, on peut l'avoir jusqu'à l'extinction de la machine.
J'ai tenté d'installer cela sur ma machine, mais c'est vraiment énorme simplement pour gérer 1000 ou 2000 livres, toute la partie de gestion des prêts n'est pas utile, ou si peut (au max, je note le nom et la date). La classification est très complexe alors que je n'ai à 95% que des romans. Bref, beaucoup de choses qui ne servent pas.
Ensuite l'installation du logiciel est très lourde. Certe, il y a une méthode pas à pas qui est détaillée, mais je regrette que l'on ne puisse pas simplement désarchiver tout cela dans un répertoire, demander à Apache de prendre en compte le .htaccess et créer la base. Il y a des manipulations avec Perl, des modifications importantes de la configuration du serveur... C'est bien plus intrusif que VideoDB ou PHPMyAdmin. La présence de fichiers dans /etc par exemple, n'est vraiment pas une bonne chose à mon avis.
Bon, mais je termine mon installation ce Week-End, on va voir ce que ça donne fonctionnellement.
Arkeia http://www.arkeia.com/(...) a un produit très efficace que j'ai eu l'occasion d'utiliser dans une association (et qui y fonctionne depuis 5 ans maintenant), qui fait ce genre de chose; des agents permettent de sauvegarder des postes en tout genre, pleins d'OS, des bases de données à chaud... Tout est centralisé sur un serveur qui tourne sous Linux, où un panneau de commande permet de contrôler et de programmer les sauvegardes...
La restauration se fait avec une disquette, au moins pour les machines windows (pour les autres, je ne sais pas).
Il est capable de gérer un pool de bandes et de faire des sauvegardes incrémentales.
Effectivement, il n'y a pas plus de piratage lorsqu'on envoi un mail sous une fausse identité (il suffit de remplir les champs) que lorsqu'on écrit une lettre et que l'on signe avec le nom de quelqu'un d'autre.
Mais on ne va quand même pas demander aux journalistes d'être compétent ou de se renseigner avant de publier quelque chose.
<< Utilisateur de mac et amoureux de mac depuis des années, j'ai eu en charge la création d'une partie des écrans qui apparaissent sur le film, et en plus le choix des machines. J'ai mis des macs au maximum là où normalement il pourrait (et devrait) y en avoir. J'ai mis des PC là où il devait y avoir des PCs. >>
La personne présente l'épita comme une école d'ingénieur, je trouve que c'est vraiment déplacé: On sait très bien que ce n'est pas vrai, on a l'impression que c'est de la publicité malhonnête qui essaye de tromper les gens.
Les chasseurs de virus:
Aucun intérêt a mon avis.
Appel à contributions et Le meilleur du GNOUveau monde:
Indispensable, j'aime beaucoup découvrir tous ces nouveaux programmes et les domaines qui se développent.
Quelques nouvelles du front des libertés:
Ca ne m'intéresse pas trop, j'en mange bien plus que ce que je souhaite.
JBoss, serveur d'applications J2EE OpenSource:
Le sujet m'intéresse au plus haut point, hélas j'ai été déçu par l'article, certaines descriptions ne sont pas très claires, en particulier le chapitre qui parle de qui fait quoi, interface, factory etc... Le comble est qu'il y a un shéma dans lequel il manque la moitié des acteurs !
Utilisez SGML pour vos documentations:
Pas lu, ne m'intéresse pas trop, je fais plutot du XML+XSLT
LCDproc : un afficheur LCD piloté par Linux:
Bonne idée de passer un peu du coté électronique, mais est-ce que le même article n'a pas déjà été publié dans les 6 premiers numéros ? J'attends avec impatience les prochains articles de cette catégorie.
Je regrette que la partie commande de l'afficheur, commande du port parallèle ne soit pas plus détaillée.
Jonglez avec les périphériques "loop":
Très bien
Découvrez les réseaux Bayésiens:
Je n'ai eu le temps de lire que le début de l'article qui est vraiment très long.
Découvrez Tclkit, les starkits et les starpacks Accédez aux bases de données avec Qt Hanoï et Python : mise en abîme
Bof, rien ne m'a fait envie, c'est un peu subjectif puisque csound par exemple m'a bien intéressé.
Introduction à Csound:
Pareil, je ne connaissais pas, c'est interessant à découvrir.
Perles de Mongueurs:
C'est sympa
Envoi de courriels avec Perl, MIME::Lite:
Je n'en n'ai pas l'usage, ça ne m'intéresse pas trop, le jour où je voudrai envoyer des mails avec Perl, j'irai faire un tour sur le CPAN pour trouver un module qui me plait et je lirai la doc (à jour).
A mon avis, dans les petits articles sur un logiciel, il ne faut pas entrer dans les détails de l'implémentation; ils sont généralement trop courts pour être suffisement complets, et deviennent vite obsolète. Par contre, si l'article est bien fait, on s'en souvient lorsqu'on a un besoin qui correspond.
Dans les gros dossiers par contre, il faut que je puisse partir avec le journal devant le clavier et reproduire les différentes étapes. Cela pose un problème, il ne faut pas que l'article soit illisible si on n'est pas devant un ordinateur. Je lis généralement le journal dans le métro, et je n'ai pas d'ordinateur à porté de main (sinon je ne lirais pas le journal) pour tester des manipulations.
1. cfdisk indique le type de la partition tel qu'il est déclaré dans la table des partitions, cela n'a aucun rapport avec ce qui est effectivement présent sur la partition. Linux est tout à fait valide comme type, c'est même ce qui est utilisé habituellement.
2. fsck ne va jamais lire le type de la partition, il va se contenter de lire ce que contient la partition, éventuellement, par exemple si la partition n'est pas formatée, il va raler. Comme tu ne donnes pas les messages d'erreur qui t'empèche de remonter ton FS, on ne peut pas les deviner et on peut difficilement t'aider.
3. Sur "l'autre disque" tu fais un e2fsck sur /dev/hdd, or /dev/hdd correspond à tout le disque, généralement on crée (ce n'est pas obligatoire) des partitions sur un disque. Il y a plusieurs façon de déclarer des partitions même si sur un PC, on utilise quasiment toujours la même. Les partitions, lorsqu'elles sont reconnues par l'OS apparaissent dans 'dmesg' et sont accessibles par /dev/hdd1 (pour la première partition) /dev/hdd2, etc...
4. Pour déterminer le type d'une partition, tu peux essayer, sans garantie: dd if=/dev/hdd1 bs=512 count=64 | file -, cela n'est absolument pas destructif (sauf si tu te plantes dans ce que tu tapes) mais tous les systèmes de fichiers ne peuvent pas être reconnus de cette façon.
Tu es à +19 sur ce commentaire, et lorsqu'on te plusse, le serveur réponds "Ce commentaire a atteint une valeur trop haute ou trop faible, vous ne pouvez plus le noter."
C'est un outils indispensable que l'on a intégré dans l'image disque de tous nos décideurs pressé depuis quelques semaine, ils en sont tous enchantés.
Par contre, on cherche à monter un projet d'intégration de wmc² afin d'offrir une synergie transverse des différents outils décisionnels utilisé par nos décideurs en situation de nomadisme.
Regarde dans les sources du kernel 2.4, c'est fait pour les portables initialement, mais ça va surement répondre à tes besoins. Il y a la description d'un mode qui écrit moins sur le disque ET une méthode pour savoir qui fait des accès disque.
Il faut aussi remplacer bdflush par noflushd qui est disponible il me semble dans la SID.
Documentation/laptop-mode.txt :
The main knob is /proc/sys/vm/laptop_mode. Setting that to 1 switches the vm (and block layer) to laptop mode. Leaving it to 0 makes the kernel work like before.
It can happen that the disk still keeps spinning up and you don't quite know why or what causes it. The laptop mode patch has a little helper for that as well, /proc/sys/vm/block_dump. When set to 1, it will dump info to the kernel message buffer about what process caused the io.
Y'a autre chose que je regarderai à ta place, si tu as un ibook (parce que tu risques d'en avoir pris l'habitude): c'est le support de la mise en veille sous Linux.
L'iBook le supporte parfaitement, et je trouve maintenant hyper lourd et limite inadmissible d'avoir à booter à chaque fois qu'on allume un PC.
5 secondes pour mettre en veille, 5 secondes pour démarrer, c'est devenu fabuleux. Souvent, je n'allume pas, ou je ne rallume pas mon ordi lorsque j'ai oublié un petit truc, parce que je sais qu'il va falloir 1 minutes pour le boot et encore 1 minute pour relancer les applis dont j'ai besoin, tout ça pour chercher un numéro de téléphone ou relire un mail.
Hélas, on ne trouve quasiment aucune information à ce sujet sur le net.
Tu ne cites pas de compilateur, tu comptes rester à l'ASM ?
J'ai galéré un moment à essayer de faire des bibliothèques de fonctions, et j'ai trouvé cela très très galère à gérer; pour réserver des variables mémoire, pour n'inclure que le code utilisé, pour faire de la compilation conditionnelle, pour gérer les dépendances...
Donc je suis passé au C qui est quand même beaucoup plus pratique de ce coté.
Un vieux article sur yahoo dans la section Science disait qu'il fallait compter 15 tonnes de matière première pour fabriquer un ordinateur.
Comme je consomme beaucoup, et que j'ai commencé tôt, j'en suis déjà à 13, auquels il faut ajouter la matière première permettant la fabrication de 3 téléphones GSM, une imprimante laser, deux minitels, un vieux Palm III, un appareil photo numérique, deux combinés CD-radio-cassettes, deux radio-réveils et 130 CD publicitaires d'AOL.
J'ai bien peur que ton évaluation soit très très très loin de la réalité.
Le rendement n'est pas vraiment excellent. Il y avait un article dans Elektor à ce sujet il n'y a pas très longtemps ( http://www.elektor.fr/ln/details/e1003u.htm(...) ) qui était très complet.
De mémoire, je me souviens que :
On sait fabriquer des ampoules qui ont un meilleur rendement, je ne me souvient plus de la technologie.
Les ampoules à incandescence produisent beaucoup de chaleur, mais cette chaleur est évacuée par rayonnement, les LEDs n'en sont pas capable car la température n'est pas suffisante, si bien qu'on est obligé d'installer des radiateurs sur les ampoules à LED pour évacuer la chaleur produite. Si la température monte trop, les semi-conducteurs sont détruits, le filament résiste, lui, à des températures bien plus élevées.
Les LEDs ont un angle d'éclairage llimité.
Le coût de production est très élevé.
Par contre, leur durée de vie et leur résistance est exceptionnelle.
L'utilisation sur les voitures présentent beaucoup d'avantages, en dehors des trolls :
- Le temps d'allumage est plus rapide qu'une ampoule à incandescence, il n'est pas nécessaire de faire chauffer le fillament. Lorsqu'une voiture mélange des feux de stop classiques et LED, le phare LED (généralement le troisième feux au centre) s'allume une fraction (a peine perceptible) de seconde avant les autres.
- La fabrication des LED rouges est complètement maitrisée et leur coût est très faible.
- Si une diode claque, il reste toutes les autres, contrairement à une ampoule.
[^] # Re: mpg123
Posté par Sébastien Koechlin . En réponse au journal Librairies de décodage. Évalué à 3.
Hélas, pour des problèmes de license, dans beaucoup de distribution il a été remplacé par mpg321 et mpg123 est un lien vers mpg321.
Depuis, j'ai upgradé mon radio réveil et il tourne avec un Pentium 100.
[^] # Re: hum hum hum
Posté par Sébastien Koechlin . En réponse au journal Votre PC, vous l'alimenté avec quoi ?. Évalué à 6.
Généralement, on profite de tous le chantier (il faut construire beaucoup d'infrastructures, faire des études, rassembler du matériel, des moyens divers) pour construire 2 ou 4 tranches, soit en réalité 2 ou 4 coeurs nucléaires au même endroits.
C'est comme cela qu'à Paluel on se retrouve avec une puissance possible de 5320 MW, ce qui représente pas mal d'éoliennes.
Pour l'instant, on a bien besoin de cela, on a un record le Mercredi 8 janvier 2003 à 19 h03 la france consommait 80.190 MW.
[^] # Sleep aléatoire
Posté par Sébastien Koechlin . En réponse au journal Modifier la cron, randomiser, heure irrégulière.... Évalué à 4.
sleep $(($RANDOM % (60 * 60)))
le script va dormir un nombre de seconde aléatoire entre 0 et 60 x 60 - 1, soit pratiquement une heure. La suite du script sera donc bien exécuté à un instant aléatoire entre 12h00 et 13h00.
Si tu n'utilises pas bash pour écrire ton script, l'adaptation à tout autre shell ne doit pas être bien compliquée.
[^] # Re: On se fait un DVD ce soir ? -> Prison !!!
Posté par Sébastien Koechlin . En réponse au journal On se fait un DVD ce soir ? -> Prison !!!. Évalué à 2.
En modifiant deux ou trois lignes dans le code, on peut contourner facilement la protection, elle n'en reste pas moins implémenté et compilée dans tous les binaires publics disponibles.
[^] # Re: Power down
Posté par Sébastien Koechlin . En réponse au journal Power down. Évalué à 1.
1. On lance tous les scripts de fin de processus, avec les scripts SystemV on va lancer tout un tas de truc "/etc/(rc.d/)init.d/machin stop" pour couper tous les serveurs qui tournent (postresql, apache...)
2. Après cela, il reste peut-être des processus, on lance donc un kill -TERM sur chaqu'un d'eux pour leur dire que c'est fini. On évite de le faire sur les processus du noyau.
3. Certains sont récalcitrants, on insiste avec un kill -KILL (toujours en laissant les processus du noyau tranquile).
4. Enfin on démonte tous les systèmes de fichier qui ne sont normalement plus utilisés et on coupe les interfaces réseau. On peut éventuellement remonter la racine en read-only plutot que de la démonter, ou switcher sur un ramdisk.
A ce stade il ne reste que les processus système, il n'y a plus de FS persistant monté, plus de réseau, on peut donc éteindre la machine sans soucis; mais le noyau unix, avec toutes ses possibilités est encore là, on ne le coupe pas vraiment.
Si on s'arrange pour avoir un processus que l'on protège des étapes
2 et 3, et qu'il ne perturbe pas le démontage des partitions en 4, on peut l'avoir jusqu'à l'extinction de la machine.
[^] # Re: Cherche un outil de gestion de bibliothèque
Posté par Sébastien Koechlin . En réponse au journal Cherche un outil de gestion de bibliothèque. Évalué à 1.
Ensuite l'installation du logiciel est très lourde. Certe, il y a une méthode pas à pas qui est détaillée, mais je regrette que l'on ne puisse pas simplement désarchiver tout cela dans un répertoire, demander à Apache de prendre en compte le .htaccess et créer la base. Il y a des manipulations avec Perl, des modifications importantes de la configuration du serveur... C'est bien plus intrusif que VideoDB ou PHPMyAdmin. La présence de fichiers dans /etc par exemple, n'est vraiment pas une bonne chose à mon avis.
Bon, mais je termine mon installation ce Week-End, on va voir ce que ça donne fonctionnellement.
# Re: Outils de backup
Posté par Sébastien Koechlin . En réponse au journal Outils de backup. Évalué à 1.
Arkeia http://www.arkeia.com/(...) a un produit très efficace que j'ai eu l'occasion d'utiliser dans une association (et qui y fonctionne depuis 5 ans maintenant), qui fait ce genre de chose; des agents permettent de sauvegarder des postes en tout genre, pleins d'OS, des bases de données à chaud... Tout est centralisé sur un serveur qui tourne sous Linux, où un panneau de commande permet de contrôler et de programmer les sauvegardes...
La restauration se fait avec une disquette, au moins pour les machines windows (pour les autres, je ne sais pas).
Il est capable de gérer un pool de bandes et de faire des sauvegardes incrémentales.
[^] # Re: Un poisson d'avril qui aurait pu coûter cher
Posté par Sébastien Koechlin . En réponse au journal Un poisson d'avril qui aurait pu coûter cher. Évalué à 0.
Effectivement, il n'y a pas plus de piratage lorsqu'on envoi un mail sous une fausse identité (il suffit de remplir les champs) que lorsqu'on écrit une lettre et que l'on signe avec le nom de quelqu'un d'autre.
Mais on ne va quand même pas demander aux journalistes d'être compétent ou de se renseigner avant de publier quelque chose.
# Re: GNOME et Mozilla dans "Agents secrets"
Posté par Sébastien Koechlin . En réponse au journal GNOME et Mozilla dans "Agents secrets". Évalué à 1.
http://www.macbidouille.com/niouzcontenu.php?date=2004-04-03#8219(...)
et un commentaire sur cette page du coupable :
<< Utilisateur de mac et amoureux de mac depuis des années, j'ai eu en charge la création d'une partie des écrans qui apparaissent sur le film, et en plus le choix des machines. J'ai mis des macs au maximum là où normalement il pourrait (et devrait) y en avoir. J'ai mis des PC là où il devait y avoir des PCs. >>
[^] # Re: Mon avis sur ce numero.
Posté par Sébastien Koechlin . En réponse au journal LinuxMag de ce mois ci : coup de gueule. Évalué à 0.
La personne présente l'épita comme une école d'ingénieur, je trouve que c'est vraiment déplacé: On sait très bien que ce n'est pas vrai, on a l'impression que c'est de la publicité malhonnête qui essaye de tromper les gens.
Les chasseurs de virus:
Aucun intérêt a mon avis.
Appel à contributions et Le meilleur du GNOUveau monde:
Indispensable, j'aime beaucoup découvrir tous ces nouveaux programmes et les domaines qui se développent.
Quelques nouvelles du front des libertés:
Ca ne m'intéresse pas trop, j'en mange bien plus que ce que je souhaite.
JBoss, serveur d'applications J2EE OpenSource:
Le sujet m'intéresse au plus haut point, hélas j'ai été déçu par l'article, certaines descriptions ne sont pas très claires, en particulier le chapitre qui parle de qui fait quoi, interface, factory etc... Le comble est qu'il y a un shéma dans lequel il manque la moitié des acteurs !
Utilisez SGML pour vos documentations:
Pas lu, ne m'intéresse pas trop, je fais plutot du XML+XSLT
LCDproc : un afficheur LCD piloté par Linux:
Bonne idée de passer un peu du coté électronique, mais est-ce que le même article n'a pas déjà été publié dans les 6 premiers numéros ? J'attends avec impatience les prochains articles de cette catégorie.
Je regrette que la partie commande de l'afficheur, commande du port parallèle ne soit pas plus détaillée.
Jonglez avec les périphériques "loop":
Très bien
Découvrez les réseaux Bayésiens:
Je n'ai eu le temps de lire que le début de l'article qui est vraiment très long.
Découvrez Tclkit, les starkits et les starpacks
Accédez aux bases de données avec Qt
Hanoï et Python : mise en abîme
Bof, rien ne m'a fait envie, c'est un peu subjectif puisque csound par exemple m'a bien intéressé.
Introduction à Csound:
Pareil, je ne connaissais pas, c'est interessant à découvrir.
Perles de Mongueurs:
C'est sympa
Envoi de courriels avec Perl, MIME::Lite:
Je n'en n'ai pas l'usage, ça ne m'intéresse pas trop, le jour où je voudrai envoyer des mails avec Perl, j'irai faire un tour sur le CPAN pour trouver un module qui me plait et je lirai la doc (à jour).
A mon avis, dans les petits articles sur un logiciel, il ne faut pas entrer dans les détails de l'implémentation; ils sont généralement trop courts pour être suffisement complets, et deviennent vite obsolète. Par contre, si l'article est bien fait, on s'en souvient lorsqu'on a un besoin qui correspond.
Dans les gros dossiers par contre, il faut que je puisse partir avec le journal devant le clavier et reproduire les différentes étapes. Cela pose un problème, il ne faut pas que l'article soit illisible si on n'est pas devant un ordinateur. Je lis généralement le journal dans le métro, et je n'ai pas d'ordinateur à porté de main (sinon je ne lirais pas le journal) pour tester des manipulations.
# Re: Probleme de disque dur - fsck
Posté par Sébastien Koechlin . En réponse au journal Probleme de disque dur - fsck. Évalué à 1.
1. cfdisk indique le type de la partition tel qu'il est déclaré dans la table des partitions, cela n'a aucun rapport avec ce qui est effectivement présent sur la partition. Linux est tout à fait valide comme type, c'est même ce qui est utilisé habituellement.
2. fsck ne va jamais lire le type de la partition, il va se contenter de lire ce que contient la partition, éventuellement, par exemple si la partition n'est pas formatée, il va raler. Comme tu ne donnes pas les messages d'erreur qui t'empèche de remonter ton FS, on ne peut pas les deviner et on peut difficilement t'aider.
3. Sur "l'autre disque" tu fais un e2fsck sur /dev/hdd, or /dev/hdd correspond à tout le disque, généralement on crée (ce n'est pas obligatoire) des partitions sur un disque. Il y a plusieurs façon de déclarer des partitions même si sur un PC, on utilise quasiment toujours la même. Les partitions, lorsqu'elles sont reconnues par l'OS apparaissent dans 'dmesg' et sont accessibles par /dev/hdd1 (pour la première partition) /dev/hdd2, etc...
4. Pour déterminer le type d'une partition, tu peux essayer, sans garantie: dd if=/dev/hdd1 bs=512 count=64 | file -, cela n'est absolument pas destructif (sauf si tu te plantes dans ce que tu tapes) mais tous les systèmes de fichiers ne peuvent pas être reconnus de cette façon.
[^] # Re: Et à l'inverse ?
Posté par Sébastien Koechlin . En réponse au journal Moinssage infini. Évalué à 1.
Tu es à +19 sur ce commentaire, et lorsqu'on te plusse, le serveur réponds "Ce commentaire a atteint une valeur trop haute ou trop faible, vous ne pouvez plus le noter."
Donc maintenant, tu sais.
Quelle ludique expérience !
[^] # Re: gkhdplop prend l'apéro sur la terrasse
Posté par Sébastien Koechlin . En réponse au journal gkhdplop prend l'apéro sur la terrasse. Évalué à 2.
Par contre, on cherche à monter un projet d'intégration de wmc² afin d'offrir une synergie transverse des différents outils décisionnels utilisé par nos décideurs en situation de nomadisme.
# Re: Arret total du disque dur
Posté par Sébastien Koechlin . En réponse au journal Arret total du disque dur. Évalué à 1.
Il faut aussi remplacer bdflush par noflushd qui est disponible il me semble dans la SID.
Documentation/laptop-mode.txt :
The main knob is /proc/sys/vm/laptop_mode. Setting that to 1 switches the vm (and block layer) to laptop mode. Leaving it to 0 makes the kernel work like before.
It can happen that the disk still keeps spinning up and you don't quite know why or what causes it. The laptop mode patch has a little helper for that as well, /proc/sys/vm/block_dump. When set to 1, it will dump info to the kernel message buffer about what process caused the io.
# Re: Les pilotes des cartes graphiques sous Linux ...
Posté par Sébastien Koechlin . En réponse au journal Les pilotes des cartes graphiques sous Linux .... Évalué à 1.
[^] # Re: y en a marre
Posté par Sébastien Koechlin . En réponse au journal En plus d'etre des escrocs.... Évalué à 2.
[^] # Re: Sondage: quel est le meilleur mini-PC pour linux
Posté par Sébastien Koechlin . En réponse au journal Sondage: quel est le meilleur mini-PC pour linux. Évalué à 2.
L'iBook le supporte parfaitement, et je trouve maintenant hyper lourd et limite inadmissible d'avoir à booter à chaque fois qu'on allume un PC.
5 secondes pour mettre en veille, 5 secondes pour démarrer, c'est devenu fabuleux. Souvent, je n'allume pas, ou je ne rallume pas mon ordi lorsque j'ai oublié un petit truc, parce que je sais qu'il va falloir 1 minutes pour le boot et encore 1 minute pour relancer les applis dont j'ai besoin, tout ça pour chercher un numéro de téléphone ou relire un mail.
Hélas, on ne trouve quasiment aucune information à ce sujet sur le net.
[^] # Re: Besoin de bon karma positif
Posté par Sébastien Koechlin . En réponse au journal Besoin de bon karma positif. Évalué à 2.
[^] # Re: Des patitions cachées sur les durs
Posté par Sébastien Koechlin . En réponse au journal Des patitions cachées sur les durs. Évalué à 1.
Il ne faut pas trop jouer à mettre des choses dedans par contre...
# Re: PIC et Linux
Posté par Sébastien Koechlin . En réponse au journal PIC et Linux. Évalué à 1.
J'ai galéré un moment à essayer de faire des bibliothèques de fonctions, et j'ai trouvé cela très très galère à gérer; pour réserver des variables mémoire, pour n'inclure que le code utilisé, pour faire de la compilation conditionnelle, pour gérer les dépendances...
Donc je suis passé au C qui est quand même beaucoup plus pratique de ce coté.
# Over-quota.
Posté par Sébastien Koechlin . En réponse au journal 81 tonnes de matières premières. Évalué à 2.
Un vieux article sur yahoo dans la section Science disait qu'il fallait compter 15 tonnes de matière première pour fabriquer un ordinateur.
Comme je consomme beaucoup, et que j'ai commencé tôt, j'en suis déjà à 13, auquels il faut ajouter la matière première permettant la fabrication de 3 téléphones GSM, une imprimante laser, deux minitels, un vieux Palm III, un appareil photo numérique, deux combinés CD-radio-cassettes, deux radio-réveils et 130 CD publicitaires d'AOL.
J'ai bien peur que ton évaluation soit très très très loin de la réalité.
[^] # Re: Ampoule à technologie LED : La révolution de l'éclairage
Posté par Sébastien Koechlin . En réponse au journal Ampoule à technologie LED : La révolution de l'éclairage. Évalué à 1.
De mémoire, je me souviens que :
On sait fabriquer des ampoules qui ont un meilleur rendement, je ne me souvient plus de la technologie.
Les ampoules à incandescence produisent beaucoup de chaleur, mais cette chaleur est évacuée par rayonnement, les LEDs n'en sont pas capable car la température n'est pas suffisante, si bien qu'on est obligé d'installer des radiateurs sur les ampoules à LED pour évacuer la chaleur produite. Si la température monte trop, les semi-conducteurs sont détruits, le filament résiste, lui, à des températures bien plus élevées.
Les LEDs ont un angle d'éclairage llimité.
Le coût de production est très élevé.
Par contre, leur durée de vie et leur résistance est exceptionnelle.
[^] # Re: Ampoule à technologie LED : La révolution de l'éclairage
Posté par Sébastien Koechlin . En réponse au journal Ampoule à technologie LED : La révolution de l'éclairage. Évalué à 1.
- Le temps d'allumage est plus rapide qu'une ampoule à incandescence, il n'est pas nécessaire de faire chauffer le fillament. Lorsqu'une voiture mélange des feux de stop classiques et LED, le phare LED (généralement le troisième feux au centre) s'allume une fraction (a peine perceptible) de seconde avant les autres.
- La fabrication des LED rouges est complètement maitrisée et leur coût est très faible.
- Si une diode claque, il reste toutes les autres, contrairement à une ampoule.
- La durée de vie est bien plus importante.
[^] # Re: Je suis
Posté par Sébastien Koechlin . En réponse au sondage Je suis. Évalué à 1.
# Re: Annonce Freedem - à propager à volonté
Posté par Sébastien Koechlin . En réponse au journal Annonce Freedem - à propager à volonté. Évalué à 0.
Ca aurait été bien de mettre le lieu dans le message.