Sytoka Modon a écrit 4586 commentaires

Je suis intéressé par des vrais concurrent à ssh -X qui marche.

Ensuite, j'ai pris l'exemple du TOP 500 pour marquer les esprits. Il est clair que souvent seule la frontale a X mais on peux lancer des sessions batch interactive sur certains clusters...

L'esprit de la réponse était de dire que le noyau linux est le même sur ta petite machine que sur celle du TOP500, aujourd'hui c'est pareil pour X. Toi tu ne vois que ton nombril et ton petit gadget. Moi, je trouve génial que ces morceaux de code soit aussi souple pour marcher sur des configurations aussi large. Le petit bout de code que je développe sur mon netbook, je peux le balancer tel quel sur notre cluster, c'est y pas beau ? Idem pour l'IHM de post-traitement.

Personnellement, je préfère que les efforts soient mis sur une amélioration du code mais rester dans cette optique d'un code qui va de la petite machine à la grosse. Le risque que la couche graphique soit incompatible est trop grande et tu auras de nouveau gagné une dispersion des efforts et un vol en éclat de l'unité.

Qui fait tourner sur son PC des applications développées pour Androïd aujourd'hui ?

J'avoue que la macmania sur les "stores" me laisse d'un grand froid. Je suis bien rechauffé lorsque je vois les efforts de debian pour que la future squeeze marche sur toutes ces plate-formes avec le même code générique de départ.

Bref, je ne suis pas contre l'évolution, mais je ne suis pas fanatique de la conception aujourd'hui de système ne prenant pas en compte les aspects multi-tache, multi-utilisateur et réseau.

Faire des weberies de type web2, c'est en un certain sens traiter du problème réseau... Je ne sais pas si le web2 est mieux ou moins bien que X ? Bref, on verra ce que l'avenir nous prépare...

L'avantage de X est que cela tourne sur tous les vrai UNIX. Tu fais un ssh -X sur une autre machine et la fenêtre s'ouvre sur ton poste sans avoir rien d'autre à faire. C'est tout simplement génial. Pas besoin d'ouvrir un bureau distant et de ce coltiner tout ce qui va avec (et tout le train train de la pensée globale).

L'avantage de X est que si tu gères ton poste ou un parc de 150 machines, tout marche pareil et tout est accessible de la même manière...

L'avantage de X, c'est que tu petit poste de travail a 200E à la machine de calcul du TOP500, c'est pareil.

Essayes de faire de l'affichage distant d'application native sur Mac ;-)

Essayes d'administrer un poste XP en RDP pendant que quelqu'un travaille dessus...

La grande force de X, c'est que c'est le même système sur une toute petite machine et une très grosse. Cette uniformité est une chance pour le libre qui assure que cela marche partout le plus facilement possible. Remettre cela en cause, c'est la porte ouverte à la fermeture généralisée via des AppStore ou les choses marcheront sur les machines personnelles et plus sur les machines du boulot !

Ceci dis, si Wayland est multi-utilisateur et compatible avec le protocole réseau X, pourquoi pas.

Ma belle mère en a un suite à mes conseils pour plusieurs raisons. Elle n'avait jamais fait d'ordinateur, ne se sentait pas à l'aise du tout avec cela et je ne voulais absolument pas avoir à faire le support technique à distance.

Au final, après un an d'utilisation, a 78 ans passé, elle en est très contente. C'est exactement ce qui lui fallait.

Ceci-dis, je te rassure, intellectuellement, elle a toute sa tête ;-)

Je suis d'accord mais il ne faut pas dire non plus que les français sont contre un parlement plus démocratique car ils ont dis non à un referendum.

C'est comme pour linux, le traité aurait été découpé en patch plus petit, à la fin, on aurait eu un truc peut être mieux ;-) A noter que le patch pour un dom0 sous Xen qui n'était pas passé car trop gros à changer de stratégie et est en passe de passer au fil de l'eau découpé en petit morceau beaucoup plus acceptable.

Les suisses votent souvent, je ne vois pas pourquoi on nous demande si peu notre avis ;-)

Je suis sur que si on pose une question claire au français du style : Acceptez vous de renforcer le pouvoir du parlement Européen pour une Europe plus démocratique, les français seront pour !

A question tordues, mauvais débat. Les français ont eu raison de refuser un mélange des genres.

Je suis a 3 aussi car je trouve que c'est le meilleur compromis entre la lisibilité et ne pas trop prendre en largeur.

J'ai codé avec 2 aussi mais je trouve que c'est moins lisible.

Moi j'ai ça sur mon navigateur... J'avoue ne pas avoir été plus loin.


Erreur d'analyse XML : mal formé
Emplacement : http://www.microsoftpdc.com/2009/P09-20
Numéro de ligne 135, Colonne 61 :

A vrai dire, les journaux de Carl se retrouve sur tous les planets ou Carl publie son blog avec un peu de retard car contrairement aux planets, ici ce n'est pas automatique.

Du coup, pour moi, ce sont des journaux que j'ai déjà lu.

Je ne sais pas s'il existe des agrégateurs de commentaires comme il y a des agrégateurs de blog (planet). Enfin si, les serveurs de newsgroup interconnectés...

Bref, merci Carl de communiquer sur le sujet en langue française car tout le monde n'est pas comme moi accro de debian pour aller tous les planets sur debian et faire le trie.

A noter en ce moment la série de Raphael Hertzog sur la philosophie de l'empaquetage selon debian, un peu comme ceux de Carl mais axés uniquement sur les .deb et dpkg

http://raphaelhertzog.com/

C'est technique et c'est à suivre si on souhaite comprendre le boulot que représente la construction d'une distribution aussi complexe que debian.

Ils ont beaucoup bossé !

C'est pas un portage réalisé en trois mois. Ca fait longtemps qu'il a démarré, c'est donc un aboutissement.

A noter pour ceux qui ne le savent pas encore que debian contribue énormément à l'aspect multi-plateforme des logiciels plus qu'au développement amont. On ne peux pas tout faire. Ces multiples architectures permettent de ne pas s'enfermer dans la seule plateforme intel x86 et apporte énormément de robustesse aux logiciels. Tout cela prends du temps et explique en partie pourquoi les versions des logiciels sont souvent un peu en retard.

Malheureusement, il y a très peu de gros chantier de génie civil sans décès. Heureusement, les chiffres sont à la baisse pour des ouvrages plus important qu'avant. Par exemple, le premier tunnel avait été une hécatombe (177 victimes).

On attend toujours le début du percement du tunnel entre la France et l'Italie qui devrait faire à peu près la même longueur et qui rapprocherait énormément Lyon de Turin.

> C'est la première fois (à ma connaissance du moins) que "l'Europe spatiale" fait quelque
> chose, participe à un projet, qui ne soit pas purement mercantile.

C'est complètement faux. L'Europe participe à énormément d'expériences scientifiques dans l'espace dont des satellites concernant l'astronomie.

A ma connaissance, l'astronomie et l'étude des galaxies lointaines ne se monnayent pas facilement à la bourse de Paris !

Je me suis posé la même question que toi mais un courriel partis ne signifie par un courriel dans sa boite. Le protocole SMTP ne garantis rien sur la réception par la personne. Par exemple, sur mon relais SMTP, un trop gros pourriel va directement dans /dev/null sans rien dire...

Donc, en passant par le FAI et sa boite au lettre, HADOPI est assuré que l'internaute a reçu le courriel. Cela ne veut pas dire qu'il l'aura lu car je ne lis pas la boite à courriel de mon FAI mais cela, HADOPI n'en a que faire.

Je ne dis pas le contraire mais mon hébergeur ne fait que des pages statiques.

De plus, pour mes chercheurs, je ne leur offre aussi que des pages statiques pour leurs pages perso, j'ai pas envie de "reviewer" leur code php, perl, python... et de passer mon temps à boucher les trous de sécurité.

C'est à peu de chose la même méthode que moi sauf que je traite en local avec jigl et j'upload ensuite car je veux un site statique sans php.

Voila mon script


DESTDIR=$HOME/monsite/gallery/sousdossier

mkdir -p $DESTDIR

# refaire gallery.dat en partant des commentaires des photos.
jigl -cg -uec

# Force regenerate slide
jigl -fs

cat <> gallery.dat
INDEX-TITLE ---- Mariage de machin truc
INDEX-HEADER ---- Machin et Bidule se sont mariés le 1 octobre...
END

# pas mal d'image merde via jigl donc je force ?
for f in *.jpg
do
convert -geometry x400 $f slides/slide_$f
done

# Créer la gallery
jigl -uec -sy 400 \
-gb -gbs 'Accueil' -gburl 'http://www.monsite.fr/' \
-wd $DESTDIR \
--noslide-kbsize \
--noslide-xysize \
--nogenerate-info \
--theme monthemeamoi

x-www-browser $DESTDIR/index.html

Personnellement, j'utilise jigl qui est dans debian depuis un certain temps. C'est aussi un générateur d'album statique qui pour ce que j'en fait marche bien.

http://xome.net/projects/jigl/

J'utlise jbrout pour ajouter des commentaires aux photos et gqview pour les tourner dans le non sens, éliminer les mauvaises et refaire la miniature s'il le faut. Parfois un petit coup de gimp comme tout le monde mais le moins possible. jigl récupère tout cela pour remplir le commentaire de chaque photo.

Bref, c'est une chaîne assez manuelle ou chaque logiciel s'occupe d'une chose...

Ce serait intéressant d'avoir une comparaison entre ces générateurs. Si quelqu'un a une URL ?

A noter qu'il vaut mieux ajouter à la fin par défaut donc en général faire

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$NEW_PATH

C'est pas parce que Linus dis des conneries qu'il faut les répéter.

Ah bon, j'avais le souvenir qu'il fallait démonter le volume avant de l'agrandir. Tant mieux si cela marche à chaud ;-)

Enfin, la différence entre les deux n'est pas très claire... Un dossier temporaire doit pouvoir être vider sinon il ne fait que grossir au cours du temps. Si je regarde mon /var/tmp, je vois des trucs qui date de février ! Or sur ma machine perso, j'ai rebooté un certain nombre de fois depuis février (vacances, coupure EDF...).

Et ... j'avais mal lu (ou trop vite lu) et cela parlait surtout de sudo !

A vrai dire, je ne met jamais un sudo sur ALL pour un utilisateur sur un poste de travail.

Sinon, c'est très différent de mettre nosuid et nodev que noexec. Le noexec ne sers pas à grand chose car sous linux, il se contourne très facilement. le nosuid et le nodev sont plus important.

Ceci dis, il y a pas mal de dossier système un peu trop ouvert qu'il faudrait aussi protéger. Les deux premiers qui me viennent à l'esprit sont :

- /tmp
- /var/tmp

D'ailleurs, je ne vois pas trop l'intérêt de /var/tmp par rapport au /tmp ?

Une petite recherche sur debian lenny parce que je recherchais un projet qui me rappellait le votre et c'est taktuk développé par l'INRIA.

http://taktuk.gforge.inria.fr/

A noter que kanif fonctionne de pair avec taktuk http://taktuk.gforge.inria.fr/kanif/

dish - the diligence/distributed shell for parallel sysadmin
kanif - cluster management and administration swiss army knife
pssh - Parallel versions of SSH-based tools
libtaktuk2-dev - C bindings for taktuk (development files)
libtaktuk2 - C bindings for taktuk
taktuk - efficient, large scale, parallel remote execution of commands
clusterssh - Administrer de multiples shells ssh ou rsh simultanément
pconsole - parallel console shell for administering clusters

Sinon, ne pas oublier les outils comme cfengine et dérivée (puppet, chef) d'une grande aide pour faire une partie du boulot.

Question finale concernant le gestionnaire de batch, slurm gère-t'il les cpuset sur x86_64 ? En effet, avec les nouvelles machines à base de bi-proc 6 coeurs (hyperthréadé -> 24 coeurs), les cpuset deviennent indispensable.

Normalement, les homes sont montés avec l'option nosuid et nodev.

Pourquoi sur votre cluster de 4200 noeuds, vous n'utilisez pas de gestionnaire de batch type pbs, sge ou oar ?

Comment arrivez-vous à gérer la charge globale du cluster ?

LVM a beaucoup d'avantage :

- tu peux agrandir facilement une partition. Si elle est formatée en xfs, tout se fait même à chaud.

- tu as la possibilité de faire des snapshots donc des sauvegardes cohérentes

- tu peux un jour ajouter un autre disque dans le volume group, déplacer les données d'un disque physique vers l'autre puis retiré l'ancien, tout cela à chaud

- tu nommes facilement les partitions avec un identifiant parlant unique sur un parc qu'il est facile de retrouver via lvs et vgs

Bref, je n'ai pas trouvé un seul inconvénient, il n'y a que des avantages SAUF si le disque doit être partagé avec une machine non linux.

Tu n'as pas besoin de réellement utilisé les possibilités de LVM, mais simplement mettre LVM ne compromet l'avenir que tu va faire de ton disque.

Sinon, pour moi, une grosse partition commence là ou le checkdisk de l'ext3 ainsi que le formatage de celui-ci commence à prendre un temps bien trop long pour moi, on va dire au delà de 1To.