Sytoka Modon a écrit 4555 commentaires

Evidement, je sous entendais que l'on parlait de la fusion controlé par l'Homme...

Quand au soleil, je croyais que pas grand monde ne savait ce qu'il y avait au centre (idem pour les grosses planêtes de type Jupiter). Les réactions de fusion se font vers la surface à ma connaissance.

J'ai toujours eu l'impression que les chiffres Français était faussé (pour les Suisses, je ne les connais pas). On parle de 78% de nucléaire et en gros 15% d'hydraulique.

Ce que l'on oublie, c'est qu'un très grand nombre de barrage turbine à l'envers la nuit et consomme du courant. Il y a même des barrages qui ont été conçu pour cela comme le barrage de Grand Maison au dessus de Grenoble. Ce dernier barage consomme par exemple plus de courant qu'il n'en produit ! (en fait, il y a deux barages, un supérieur et un inférieur). La nuit, le courant coûtant moins cher que le jour, ce barrage est tout de même rentable. En gros, c'est une énorme batterie.

Bref, dans les 15% d'hydraulique, combien sont nucléaires ??? jamais eu de réponse claire sur ce point.

Eolienne, chauffage solaire et Pile à combustible pour les particuliers me semblent les meilheures pistes pour dimininuer fortement la part du nucléaire.

Surtout ne pas s'emballer... La fusion, on en parle depuis longtemps mais on n'a pas vu grand chose. De là à récupérer de l'energie, c'est loin, très loin d'être gagné. Enfin, vu les énergies développées dans le coeur d'ITER, rien n'assure que tu n'aura pas de la radioactivité de l'ensemble de la machine. Personnellement, je suis très méfiant. Surtout après le coup de SuperPhenix.

Pour ceux qui ne connaissent pas ce genre de vis (on est là aussi pour découvrir même si cela n'a aucun rapport avec le pingouin), il faut aller voir du coté des toitures. En effet, les tôles ondulés sont fixés sur une charpente en bois à l'aide de vis "invisable", il faut donc les frapper au marteau comme un clou. Le pas de vis ne sers que lors du démontage pour déviser la vis de son support lors d'un changement de tôle.

Il suffit par exemple de cliquer sur la colonne Date, et avoir le trie par date.

> C'est pas surprenant que les salariés fuient HP à Grenoble.

Lors du précédent plan social d'HP (2001), des salariés ont pu partir à 53 ans avec 90% du salaire ! Qui ne partirais pas...

Cet fois ci, HP a été moins généreux, mais suffisament pour avoir trop de candidats.

Bref, les employés d'HP quitte HP mais pas vraiment pour des motifs d'incompatibilité avec l'entreprise. Je ne dis pas qu'HP, c'est parfait, mais pour avoir cotoyé des employés, c'est pas l'enfer non plus.

Détrompez vous, je n'aime pas le XML et l'ai dis pleins de fois sur cette tribune.

Mais il y en a qui aime et il faut avouer que ca peut être un format d'échange de données statique pratique.

Pour en revenir au RFC, ils sont diffusés en version ASCII, effectivement lisible par tous mais je ne peux pas croire que ce soit l'original. Ce texte ASCII provient bien d'un formateur.

Si les auteurs écrivent directement le texte en ASCII, chapeau. Cela ne me serais pas venu à l'idée d'écrire des choses si longue sous ce format là. Je serais passé par un formateur : LaTeX, Groff, TexInfo...

Le texte original des RFC est sous quelle forme ? Toujours en ASCII ?

Si oui, pourquoi ne le mettent ils pas en XML ?

Si non, n'est-il pas transformable en XML puis avec des feuiles de styles XSLT, on pourrait en faire du HTML.

Merci pour cette suite qui donne pour ma part des résultats excelents.

GREYCstoration a une dépendance avec la xlib pour faire un affichage en cours de calcul. Cet affichage étant facultatif (option à mettre en ligne de commande), la dépendance est toujours forte ou faites selon le nouveau système de plugin ?

En gros, peux t'on maintenant l'utiliser sur une machine ou il n'y a pas la xlib ?

Pour les quelques paquetages qui nécessitent vraiment des versions plus récentes que ceux de sarge, il y a les backports !

Bref, la stable va encore très bien sur les postes clients et sur les serveurs.

Je ne sais pas combien de machines vous avez à gérer pour pouvoir changer tous les quatre matin de distribution ;-)

Je suis d'accord pour un récapitulatif par an papier et le reste en éléctronique.

Pour le moment, le CNRS ne m'a jamais envoyé de récapitulatif annuel ! Surprenant, c'est le premier organisme public ou je vais ou je dois moi même regarder la fiche de paye de décembre.

Sinon, en général, ces récapitulatifs sont des torchons, mais cela est améliorable ;-)

Mon pari (puisque les paris sont gratuit aujourd'hui) est que "Vista Server" aura un hyperviseur intégré qui ne tolèrera pas un autre.

Si Microsoft est sympa, cet hyperviseur ne verra que les Vista ;-) S'il est encore plus sympa, Vista Server ne tournera que dans leur hyperviseur...

Bon ok -> []

C'est pas un peu exagéré de dire que SME est dérivé de CentOS et non plus de RedHat sachant que pour moi, à ce que j'ai compris, CentOS est juste une RedHat recompilé.

Je suis d'accord. Cependant, je trouve cela aussi très esthétique de lier l'impression d'une application graphique à un serveur X d'impression (Xprint). Il fallait y penser. Du coup, pas de bataille gnome/kde/gnustep, la solution est commune et marche partout, même pour les applications motif !

Idem pour le son. Il y avait une solution basé sur une extension du protocole X (MAS si mes souvenirs sont bons). Son gros avantage, c'est qu'un ssh -X aurait pu rediriger le son comme le flux vidéo. Je ne trouve pas idiot que par défaut, le son suive l'image. A défaut, on doit avoir 5 serveurs de sons dont le pingoin moyen (moi) ne sais que faire...

Tu as de la chance. J'ai du passer au moins une soirée pour chacune des deux dépêches que j'ai faites. Entre relecture, des petits tours sur le web pour affiner et être sur de ce que l'on raconte, on passe facilement deux heures sur 10 lignes.

Il y a aussi

xlib -> serveur Xprint -> imprimante !

Bon ok, c'est peu utilisé, mais Firefox marche comme ca. C'est un peu dommage que cela ne se généralise pas, car le fait de passer par la couche X devrait assurer l'impression de quasiment toutes les applications.

Une partie de nos codes sont parallélisés et c'est justement ce qu'il y a de bien avec l'IDRIS, c'est qu'ils ont encore un calculateur vectoriel (qui en plus change NEC SX5 -> NEC SX8 et va monter en puisssance).

A propos des machines au Japon, je n'ai jamais dis que tous les chercheurs français y avait accès. Pas nous par exemple ;-( Mais une "concurrence" parisienne oui. Evidement, les japonais n'ouvrent leur machine que lorsqu'il y a collaboration, ce qui ne peut être le cas que de quelques laboratoires. Au dela de la qualité intrinsèque des équipes de recherche, ceux qui ont accès à des machines cinq fois plus rapides sont forcément avantagés.

Quant à avoir deux centres en France, cela veut aussi dire deux formulaires, deux appels d'offre de projets, deux comptes... Au prix des machines, de la maintenance et de la pérénité de celles-ci et de la qualité du réseau GEANT (le Renater européen), je ne suis pas sur qu'il faille autant de sites spécialisés en europe.

Pour rebondir, les machines de l'IDRIS (CNRS) sont dépassés par rapport à ce que l'on trouve au japon par exemple. En pratique, il y a des chercheurs français qui lancent leurs calculs au japon ! Donc il faut plus de puissance au niveau national et pourquoi pas regrouper le CINES de montpellier avec l'IDRIS.

Au niveau du calcul en local dans les laboratoires, on essaye... Mais c'est pas toujours facile. Il faut mutualiser l'achat entre les équipes, monter un marché public et aussi avoir un bonhomme pour s'en occuper. Tous les laboratoires ne sont pas come l'IN2P3 sur Lyon et n'ont pas les moyens d'avoir un super cluster. C'est pas aussi facile qu'avoir un serveur apache dans une salle serveur ou un coin de bureau.

Par ailleurs, avec des idiots à la tête de l'état, il n'est pas possible par exemple de réparer avec des crédits CNRS un PC acheter avec des crédits de l'université...

Les gros centres de calcul permettent de bien simplifier la tâche des informaticien en local, ainsi que d'avoir une machine toujours à jour. Par ailleurs, cela permet d'avoir pendant peu de temps un énorme puissance de calcul. C'est cela, la mutualisation.

Bon, je re-poste ce que j'ai mis dans le journal (ce serait bien de pouvoir dans ce cas, transformer le journal en dépêche et donc faire suvre les commentaires).

Ce qui m'inquiète plus, c'est que même si la France est 5ieme, ensuite, elle n'apparaît plus ! Or la machine 5ieme appartient au CEA donc est loin d'être ouverte au public. Les machines de l'IDRIS (CNRS) ne sont pas au tableau, ni celles de météo-france... Bref, c'est pas très bon pour la recherche française ce classement.

Ensuite, j'ai remarqué que d'autres pays européens sont bien mieux représentés :

Grande Bretagne : 7
Allemagne : 4
Suisse : 4

Pour l'Espagne, même topo que la France : 1

Bon, faudrait construire l'Europe des super calculateurs ;-)

Ce qui m'inquiète plus, c'est que même si la France est 5ieme, ensuite, elle n'apparaît plus ! Or la machine 5ieme appartient au CEA donc est loin d'être ouverte au public. Les machines de l'IDRIS (CNRS) ne sont pas au tableau, ni celles de météo-france... Bref, c'est pas très bon pour la recherche française ce classement.

Ensuite, j'ai remarqué que d'autres pays européens sont bien mieux représentés :

Grande Bretagne : 7
Allemagne : 4
Suisse : 4

Pour l'Espagne, même topo que la France : 1

Bon, faudrait construire l'Europe des super calculateurs ;-)

Je pensais aux postes clients sous Windows... Au niveau des postes Linux, clients ou serveurs, jamais un seul virus n'a pour le moment mis mon système à plat.

On pourrait me dire que sur le serveur Samba, un antivirus à chaud (ClamAV+Dazuko) est une bonne solution. Cependant, un poste client ayant 36 autres méthodes pour choper un virus, je pense qu'il est indispensable d'avoir un antivirus actif sur les postes client Windows. Du coup, je ne vais pas scanner deux fois les fichiers, une fois sur le serveur et une fois sur le client. Déjà que les utilisateurs trouvent samba un peu lent (comparativement à NFS ou à avoir les fichiers en local).

Numéro de quoi. Le dernier GLMF arrivé hier est le 85 ;-)

Si tu veux parler de ma dépêche, c'est simple, il suffit d'aller sur ma page dlfp qui rassemble toutes mes modestes contributions. La dépêche est cependant là :

http://linuxfr.org/2006/03/31/20591.html

J'ai pris cela comme exemple de chose que l'on ne peux pas faire sous Linux et qui montre l'intérêt de qemu. Sinon, on peux faire un serveur virtualisé Linux avec Xen.

Par ailleurs, je n'ai pas 100% confiance en ce type de virtualisation, alors, si mon serveur Norton plante pendant 2 h, ce n'est pas dramatique.

Je pourrais aussi faire un serveur SUS (Windows Update).

Sinon, pour en revenir à l'antivirus, malheureusement, ClamAV ne propose pas l'antivirus à chaud (en tâche de fond). En pratique, c'est pour moi fatal. J'ai par exemple un doctorant avec 2To de données, il n'est pas imaginable de faire un scan quotidien de son disque. Il faut absolument faire cela en tâche de fond.

Et je ne connais aucun antivirus libre qui puisse me faire cela, alors j'utilise la licence site Norton du CNRS ;-)

Je remercie toutes les personnes qui m'ont moissé sans prendre la peine de faire la moindre argumentation. Je persiste à penser que ce journal serait ré-écrit sous une autre forme, du genre : "critère dans le choix d'un portable pour Linux", qu'il aurait alors toute sa place ici.

Désolé.

> Le concours ne se situe pas dans le contexte du travail, mais dans
> celui de l'apprentissage.

Ca confirme un peu ce qui s'est déjà dit, vous détournez le droit du travail. L'apprentissage, c'est réglementé comme le code du travail.

A chaque fois c'est pareil concernant OpenWengo. Les post partent en sucettes. Comme c'est régulier, je pense qu'il faudrait vraiment qu'OpenWengo revoie son positionnement concernant le libre en étant bien plus clair.