Re: FOSDEM à bruxelles, premières interview

Re: FOSDEM à Bruxelles, premières interviews

• [^]Re: FOSDEM à Bruxelles, premières interviews

  Posté par etienne_basset () le 17/12/2003 à 16:50. (lien). Évalué à 3.

  >1) C'est inclus dans le noyau 2.6 ?
  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 (page perso, ) le 17/12/2003 à 18:17. (lien). Évalué à 8.

    Reiser4 est très novateur : le saut technologique pa rapport à reiserfs v3 est aussi important que le passage de ext2 à reiserfs. On peut lui prédire un très brillant avenir car je ne vois pas qui oserait se lancer aujourd'hui dans l'écriture d'un nouveau FS.
    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 () le 17/12/2003 à 19:21. (lien). Évalué à 5.

      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.
      
      Ils se sont mariés ?

    • [^]Re: FOSDEM à Bruxelles, premières interviews

      Posté par JSL (page perso, ) le 17/12/2003 à 20:01. (lien). Évalué à 9.

      Je vois que ça moinsse, certains ne doivent pas être convaincu que reiserfs4 est si génial que ça, c'est pourquoi je leur conseille cette lecture :
      
      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 (page perso, ) le 18/12/2003 à 07:06. (lien). Évalué à 2.

    Au niveau de la rapidité du fs, il est dit que reiserfsv4 est 2-3 fois plus rapide (mais ça consomme plus de cpu) que reiserfsv3

    • [^]Re: FOSDEM à Bruxelles, premières interviews

      Posté par Pierre Jarillon (page perso, ) le 18/12/2003 à 11:13. (lien). Évalué à 3.

      C'est ça l'optimisation ! On ne peut avoir le beurre et l'argent du beurre.
      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 (page perso, ) le 19/12/2003 à 16:42. (lien). Évalué à 2.

        Ce n'est pas gênant de consommer plus de CPU, car c'est une ressource qui devient de plus en plus disponible
        
        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

• [^]Re: FOSDEM à Bruxelles, premières interviews

  Posté par Roger Rabbit () le 17/12/2003 à 15:18. (lien). Évalué à 2.

  Oups enfin d'ici février ca laisse le temps
  de se préparer ;)

  • [^]Re: FOSDEM à Bruxelles, premières interviews

    Posté par Pascal Terjan (Jabber id, page perso, ) le 17/12/2003 à 20:17. (lien). Évalué à 1.

    Et même de prendre des billets de train :-)

    • [^]Re: FOSDEM à Bruxelles, premières interviews

      Posté par PiT (page perso, ) le 18/12/2003 à 09:53. (lien). Évalué à 1.

      A pour une fois, j'suis content ... j'suis tout prêt :-))
      P'tet même que j'irai