Pour rappel, le FOSDEM est un événement gratuit où sont présentés divers projets libres. Les présentations sont techniques et en général effectuées par des personnages clés de la communauté.
Le "Free Software Award" aura à nouveau lieu cette année au FOSDEM et sera remis par Richard Stallman en personne.
Le FOSDEM a publié ses 3 premières interviews hebdomadaires. À noter que Tim O'Reilly effectuera la séance d'ouverture du FOSDEM et que Jon 'Maddog' Hall effectuera le discours de clôture.
Aller plus loin
- Hans Reiser pour ReiserFS - Hans parlera de ReiserFS dans le cadre du track consacré au noyau Linux (2 clics)
- Stefan Seefeld pour Fresco - Stefan parlera de Fresco dans le cadre du track consacré aux environnem (2 clics)
- Tom Tromey pour GCJ - Tom parlera de GCJ dans le cadre du track consacré à JAVA (1 clic)
- Article précédent FOSDEM (2 clics)
# Re: FOSDEM à bruxelles, premières interview
Posté par ghunt (site web personnel) . Évalué à 10.
("Free software for Education Developper European Meeting" ou "Fosdem for Education").
Toutes les infos sont disponibles à l'adresse suivante:
http://www.ofset.org/wiki/index.php/FreeEDem2004(...)
Le FreeEDem ne se veut pas une manifestation concurrente mais complémentaire et spécifiquement orientée vers l'éducation.
Les deux événements ont lieu à Bruxelles aux mêmes dates, le FOSDEM sur le campus du Solbosch de l'ULB[1], le FreeEDem sur le campus de la plaine de l'ULB[1].
Les deux campus sont reliés par l'Avenue de l'Université et une ligne de bus.
[1]ULB = Université Libre de Bruxelles.
# Re: FOSDEM à Bruxelles, premières interviews
Posté par patrick_g (site web personnel) . Évalué à 4.
1) C'est inclus dans le noyau 2.6 ?
2) C'est stable ?
3) C'est vraiment plus performant que le reste des FS ?
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par etienne_basset . Évalué à 3.
pas encore
>2) C'est stable ?
non (de l'aveu même de l'équipe), c'est en cours de stabilisation
>3) C'est vraiment plus performant que le reste des FS ?
c'est plus rapide que reiser3, et comme reiser3 c'est performant
pour le traitement denombreux petits fichiers; maintenant, la "performance" ca dépend beaucoup de ce que tu fais de ton fs.
Quoi qu'il en soit, je pense que reiser4 sera très intéressant, c'est à suivre ;)
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par Pierre Jarillon (site web personnel) . Évalué à 8.
Le code a entièrement été réécrit en fonction de l'expérience des développeurs et très bien optimisé.
C'est un FS à tester, il n'est pas prudent de le mettre en production dès maintenant. Un FS, c'est un composant qui n'a droit qu'à zéro faute.
Une des applications de reiser4 devrait être d'alléger le travail des moteurs de bases de données. En effet, il y a peu de différences entre une transaction (commit/rollback) dans une base de données et la journalisation d'un système de fichiers. Le système de fichiers pourrait aussi participer à l'indexation des données.
Aux premières RMLL en 2000, Hans Reiser et David Axmark ne se quittaient pas d'une semelle. Je pense que nous en voyons une conséquence maintenant.
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par Moby-Dik . Évalué à 5.
Ils se sont mariés ?
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par JSL . Évalué à 9.
http://www.namesys.com/v4/v4.html(...) (Pour avoir un bref aperçu, lire 2.4(directories) et 2.5)
Un truc qui m'a frappé, c'est que certaines potentialités du nouveau design sont «mis de côté» pour rester compatible avec l'interface standard VFS (Virtual File System) du kernel Linux.
Après, il faudra espérer que l'espace utilisateur saura prendre parti des nouvelles possibilités en terme d'extension (les extensions sont au niveau système, mais c'est bien à condition d'être utilisé, et l'utilisation c'est direction l'espace utilisateur).
Ainsi, mettez ensemble ces quatres possibilités :
- les fichiers peuvent être en même temps un répertoire (voir «Files That Are Also Directories»)
- ainsi, il n'y a plus vraiment d'attributs, mais des fichiers accessibles quand on voit un fichier sous son aspect répertoire (ex: fichier.txt/owner)
- il existe toujours la possibilité de faire des «pseudo files» (ou fichiers spéciaux en français)
- reiserfs4 est construit sur l'usage de plugin, et pensé pour que chacun puisse proposer ses plugins pour étendre les possibilités.
Vous ne voyez pas ? Moi, je vois plein d'utilisations possibles en l'état (là tout de suite avec reiserfs4 sur un kernel 2.6):
- un «attribut» md5sum (implémenté sous forme d'un fichier spécial), accessible via un simple fichier.txt/md5sum. Rien à voir avec ce qu'ils veulent faire avec l'ext3, où il serait question d'un attribut supplémentaire où on pourrait stocker le md5sum, alors que là, ça n'occuperai pas de place disque supplémentaire.
- pour un fichier ogg par exemple, cela permettrait d'accéder très facilement aux tags sous forme d'«attributs», et quand je dis facilement, ça serait tellement simple que n'importe qui pourrait écrire son petit fichier bash. Tout nouvel «attribut» pourrait être exploitable sans nécessiter la réécriture des programmes, ce serait juste un fichier quand on regarderait fichier.ogg en tant que répertoire.
- etc...
D'ailleurs, avec un tel système, on aurait intérêt à «exporter» les méta-informations non calculées (je pense à la longueur d'un morceau en ogg, c'est une méta-information calculée, et non pas une «vraie» méta-information éditable) en dehors du fichier.ogg vu comme fichier (en tant que suite d'octets), pour les placer dans des fichiers accessibles via fichier.ogg/ vu comme un répertoire. Et ainsi, inutile de réinventer la roue pour l'optimisation, puisque quelquesoit le type de fichier et de méta-données, ce sont les algorithmes du système de fichier, hyper-optimisés, qui seront utilisés.
Dernière petite remarque : on m'a fait remarqué que placer les attributs dans des fichiers devaient perdre énormément de place puisqu'un fichier fait au moins 4 Ko... Je rappelle donc cette fonctionnalité : «Wastes less space: no static inode space allocation, small files packed together». Et voilà ! :)
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par Guillaume POIRIER . Évalué à 2.
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par Pierre Jarillon (site web personnel) . Évalué à 3.
Ce n'est pas gênant de consommer plus de CPU, car c'est une ressource qui devient de plus en plus disponible alors que la vitesse de rotation des disques approche de ses limites physiques : souvenez-vous les premiers lecteurs de CD, ils tournaient si vite qu'ils faisaient exploser les CD !
Le compromis de reiser4 est le même que celui que l'on fait quand on utilise une base de données au lieu d'un fichier plat. On perd un peu de temps pour stocker, tester et indexer mais on en gagne beaucoup ensuite.
Je suis convaincu que Hans Reiser a fait le bon choix.
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par Sylvain Briole (site web personnel) . Évalué à 2.
Je suis d'accord avec toi, mais la ressource CPU n'est pas de plus en plus disponible, surtout si on regarde les dernières conférences en micro-électronique (et notamment l'IEDM) dans lesquelles Intel évoque clairement sa nouvelle limite : la dissipation de chaleur (on est à la limite de la fonte de la puce...).
# Re: FOSDEM à Bruxelles, premières interviews
Posté par Roger Rabbit . Évalué à 3.
serait sympa de le poster
merci
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par Roger Rabbit . Évalué à 2.
de se préparer ;)
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par Pascal Terjan (site web personnel) . Évalué à 1.
[^] # Re: FOSDEM à Bruxelles, premières interviews
Posté par PiT (site web personnel) . Évalué à 1.
P'tet même que j'irai
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.