zaurus a écrit 105 commentaires

Haskell ou Ocaml, pour etre a peu pres 10 fois moins verbeux.
Et si je ne veux pas de typage fort, alors je fais du Python,
tout simplement. :)

Même en vérifiant les sources, un compilateur malveillant
peut introduire des changements dans le programme...

Cf. le discours de Ken Thompson "Reflections on Trusting Trust":

http://cm.bell-labs.com/who/ken/trust.html

Quant-a "le ministère de la Défense qui équipe tous ses postes de travail avec les logiciels bureautique de la firme de Redmond".
C'est pas très cool, pas pour Mandriva et pleins d'autres boites de l'hexagone
en tout cas.

Essaye d'installer et de configurer un système GlusterFS
et tu vas comprendre un des problèmes de pleins
de systèmes de fichiers distribués:
c'est assez voire très complique et ça peut demander
une charge d'administration système colossale!

Ce MooseFS a l'air très intéressant.
Ça le serait encore plus si on peut l'installer
et l'exécuter _complètement_ depuis l'espace utilisateur
(aucun RPM/deb a installer "system-wide").
Ainsi, un simple utilisateur de cluster pourrait
s'en servir même si le cluster n'est pas équipé
d'un FS distribué.
Voir même, un utilisateur avec des comptes sur
différentes machines Unix s'installe son propre
FS distribue pour ses besoins...

Ça m'intéresserait d'intégrer un FS distribué dans PAR
(cf. http://savannah.nongnu.org/projects/par/) mais je
ne veux pas dépendre de quoi que ce soit qui ne peut
pas s'installer et s'exécuter seulement depuis l'espace
utilisateur (inacceptable pour moi de dépendre d'un truc qui
nécessite les droits d'administrateur).

Bravo Laurent d'avoir dégote ce MooseFS, tes utilisateurs
vont être contents je pense. ;)

Le seul bémol pour MooseFS que je vois: si ce truc nécessite
des droits root pour etre installé, c'est dommage qu'ils utilisent
FUSE. Je crois que passer par FUSE ajoute des copies de données supplémentaires
(par rapport a un FS directement supporte par le noyau).
Ça m'intéresse qu'on m'explique si je me trompe d'ailleurs.

C'est vrai que les FS distribues qui demandent pas un admin
a plein temps a configurer, ca se fait un peu attendre pour
les clusters...

« Ma conclusion est claire comme le cristal. Changer une API d'un coup est une erreur, c'est dommageable, cela limite la base des développeurs, cela limite la base des testeurs, c'est une perte de temps et d'efforts. C'est une mauvaise décision technique. C'est du masochisme. Il y a peu de règles inconditionnelles dans le monde du libre mais cela en est une. »

Je ne m'en suis toujours pas remis personnellement.
Au boulot je garde un KDE3 qui est parametre de maniere a ce que je sois
hyper efficace, chez moi je teste d'autres WM pour dire adieu a KDE... :(

Ca serait bien qu'un pays fasse un precedant.
Ceci dit, je pense qu'en France c'est deja le cas
si le logiciel n'est pas lie a du materiel.

Apparemment du meme auteur, je trouve cette page plus interessante:

http://swtch.com/~rsc/regexp/regexp1.html

On y voit grep et awk poutrer Perl, Python, Ruby et PCRE:

http://pdos.csail.mit.edu/~rsc/regexp-img/grep1p.png

Ca force le respect envers les "bons vieux outils a papa"...

Pas mal comme systeme! :-D
Mais ca ne marche que si les elements perturbateurs
n'ont pas atteint une certaine "masse critique"...

Akamai diffuse aussi des videos en streaming:
jusqu'a peu, quand le JT de France 2 etait encore visionnable sous Linux, je voyais leur nom dans le debut de l'URL de la video.

Pareil pour moi: le besoin de faire un remake de l'excellent film de Hong-Kong
"infernal affairs" dans "les infiltres" avec Leonardo di Caprio, je n'ai toujours pas compris l'interet...

Mais si, ca a tout a fait sa place ici:
c'est exactement comme le journal de la culture
sur arte, qui est directement en fin du journal.
Contrairement a France2 qui met du foot a la fin
de son journal.
Les news cinema sur linuxfr, c'est ce qu'on pourrait
resumer comme "quelques grammes de finesse dans un
monde de brutes".

FS: file system, en francais c'est un systeme de fichier.
Un systeme de fichier distribue est utilise par plusieurs
machines en meme temps (les machines peuvent donc
avoir acces a des fichiers distants, l'espace de noms est mis en commun).
Ca permet de repartir la charge, d'avoir plus d'espace disponible,
voire plus de securite des donnees (par replication).
Sur wikipedia on peut trouver une liste des systemes de fichiers
distribues assez complete et pedagogique.

En fait, il y a deux choses differentes pour l'instant.
* un composant pour executer des commandes en parallele ou distribue: parallel.py
* un composant pour transferer des fichiers entre differentes machines: dm.py
Le tout se veut "autoportant", donc pas de dependances hormis un interpreteur
python 2.4.
Pyro a ete inclus dans le depot git suite a des demandes d'utilisateurs
qui ne peuvent/veulent pas avoir a l'installer.

Effectivement.
En fait, c'est un outil qui offre des services comparables quand
on n'a pas acces a un systeme de fichiers distribue.
Par services j'entends: lire et ecrire des fichiers depuis
differentes machines ou vous avez un login.

Les "milliers de PC zombies" etant tres vraissemblablement
des machines windows, on peut trouver un peu normal que MS nettoie sa m****. ;)

Sun Grid Engine semble etre ton ami... ;)

Tiens, en parlant de cluster, s'il y en a qui ont envie
de jouer avec un genre de FS distribue, ca se passe par la:

# le telecharger
git clone git://git.savannah.nongnu.org/par.git
# s'amuser avec
./par/src/dm.py

Il faut avoir Pyro d'installe, ou alors il faut faire:
export PYTHONPATH=`pwd`/par/lib

Vos retours sont les bienvenus! ^_^

Salut,

Je trouve le projet super interessant.
C'est graphiquement tres "sexy".
Je vais essayer de l'utiliser avec enlightenment.

Bonne continuation,
Francois.

Si vous utilisez scons ou un truc du genre, utiliser
distcc devient tres facile et les temps de compilation
vont en prendre un coup. ;)

Ah ca tombe bien, je cherche justement un algoritme de
traitement d'image CPU intensif, pour tester des trucs
dans mon projet open source.
Est-ce que quelqu'un pourrait me donner des idees?
Pourquoi pas avec g'mic d'ailleurs.
Merci beaucoup,
Francois.

Merci,

As-tu teste sous toutes les plateformes que tu dis ou est-ce
que tu dis ca a cause de la doc?

Sur le Net, pas mal de gens ne comprennent pas la doc, qui
dit que sysconf est bien un appel systeme qui marche partout.
Le probleme pour nous est en fait que la variable SC_NPROCESSORS_ONLN
n'est, elle, pas du tout presente partout.

Tu peux tester avec tous ces systemes, si tu les as sous la main
en une ligne de Python:

python -c "import os ; print str(os.sysconf(\"SC_NPROCESSORS_ONLN\"))"

Merci de me confirmer si ca marche sur tant de plateformes que ca.
Une amie m'a confirme que ca ne marche pas sous Mac OS X, car
Mac OS ne connait pas cette variable.

Merci,
F.

snmpwalk n'a pas l'air d'etre un truc installe en standard.
Il me faut quelque chose de plus standard que ca,
qui est toujours la par defaut quoi.

Je crois qu'on m'avait suggere ca pour Mac OS X deja.
Super, je vais pouvoir gerer pleins d'OS avec cette seule commande. :)

En meme temps, si tu as reussi a lancer GNOME, on n'est plus a un ou
deux Emacs pres hein... ;)

Je connaissais OpenMosix. L'idee est pas male du tout.
Ca serait sympa de faire revivre ce projet.
Tu as une idee de la taille du boulot que ca demande?

Quand tu dis "on l'utilise encore ici", c'est ou ici? :)