En effet les développeurs Linux sont déjà au travail depuis 2006 sur Ext4, le successeur d'Ext3 qui est le système standard sous Linux. Bien que bénéficiant de nombreuses améliorations, Ext4 n'en reste pas moins limité dans sa liberté de développement par son souci de compatibilité (ascendante et descendante) avec Ext3.
Btrfs en revanche part de zéro et peut se permettre d'inclure d'autres solutions qui seront détaillées dans la suite de cette dépêche.
NdM : Merci à Axel pour sa proposition de news. Depuis l'an dernier le travail a bien avancé et Chris Mason a annoncé la semaine dernière que la version 0.10 était disponible.
La philosophie de Btrfs est "classique" au sens où ce système de fichiers est destiné à être utilisé avec un disque dur traditionnel. Pour les disques SSD basés sur de la mémoire flash il existe d'autres systèmes plus adaptés comme JFFS2 ou LogFS.
Selon le document présentant le design détaillé de Btrfs, le but recherché est d'avoir un système de fichiers performant et solide : "Certes cela doit bien fonctionner, mais le but à long terme de maintenir les performances quand le FS vieillit et s'agrandit et pas de remporter des benchmarks à courte durée de vie."
- Btrfs, comme Ext4, est basé sur la notion d'extent. C'est une zone contiguë (qui peut atteindre plusieurs centaines de Mo) qui est réservée chaque fois qu'un fichier est enregistré sur le disque. Cela permet, en cas d'écriture ultérieure sur le fichier, d'ajouter les nouvelles données dans l'extent au lieu de devoir écrire dans une autre zone du disque dur (ce qui augmente la fragmentation). Les gros fichiers sont ainsi stockés de façon bien plus efficace et rationnelle. Pour les petits fichiers Btrfs utilise une astuce puisqu'il stocke les données directement dans le système d'extent lui-même sans avoir à allouer un bloc mémoire séparé.
- Btrfs propose la notion de "Sous-volumes" qui permet, au sein du système de fichiers, d'avoir un arbre séparé (y compris la racine) contenant des répertoires et des fichiers. C'est en quelque sorte la possibilité d'avoir diverses arborescence simultanément. On peut utiliser cela pour séparer les données et imposer différents quotas aux différents sous-volumes mais l'utilisation la plus pratique de ce système concerne les snapshots. Un snapshot offre la possibilité de "prendre une photographie" à un instant d'un système de fichiers afin de le sauvegarder. Ce snapshot sous Btrfs est simplement un sous-volume ce qui permet, et c'est assez inattendu, de le modifier après coup. Avoir un snapshot accessible en écriture permettra certainement l'apparition de nouveaux usages chez les utilisateurs.
- Pour implémenter ces sous-volumes et ces snapshots, la technique du "Copy-on-write" est utilisé dans Btrfs. Si des données sont écrites sur un bloc mémoire alors ce dernier sera copié à un autre endroit du disque dur et les nouvelles données seront enregistrées sur la copie au lieu de l'être sur l'original. Ensuite les méta-données pointant sur le bloc sont modifiées atomiquement afin de prendre en compte les nouvelles données. On a ainsi un mécanisme transactionnel efficace et tellement rapide qu'on peut même abandonner la technique de journalisation présente par exemple dans Ext3. Avant chaque écriture il suffit de prendre un snapshot du système : en cas de problème lors de l'écriture on revient au snapshot, en cas de réussite on efface le snapshot.
- Btrfs propose plusieurs techniques de protection des données : l'utilisation des "back references" (c'est-à-dire savoir, à partir d'un bloc de données, vers quelles méta-données le bloc pointe) permet de détecter des corruptions du système. Si un fichier prétend appartenir à un ensemble de blocs et que ces blocs prétendent de leur coté relever d'un autre fichier alors il est clair qu'il y a un problème quelque part et que la cohérence du système est menacée. En plus de cette technique Btrfs effectue également des sommes de contrôle sur toutes les données et sur les méta-données stockées afin de pouvoir détecter toutes sortes de corruptions à chaud et ainsi proposer un niveau de fiabilité élevé.
- Btrfs permet de redimensionner à chaud la taille du système de fichiers (y compris en le rétrécissant) tout en conservant une excellente protection des méta-données qui sont dupliquées à plusieurs endroits afin de les protéger. La syntaxe est très simple à utiliser puisqu'il suffit d'un "btrfsctl -r +2g /mnt" pour ajouter 2 Go à son système de fichiers. Cette fonction ne se veut pas redondante avec ce que propose le gestionnaire de volume logique de Linux mais ambitionne de le compléter sur plusieurs points techniques.
- La vérification du système de fichiers, par l'intermédiaire du programme btrfsck, est tolérante aux erreurs et elle est conçue pour être extrêmement rapide. L'utilisation des arbres B permet d'explorer la structure du disque à une vitesse qui devrait être essentiellement limitée par les capacités de lectures du disque. Le prix à payer est une forte empreinte mémoire puisque btrfsck utilise trois fois plus de RAM que ext2fsck.
Avec toutes ces nouveautés on pourrait penser que Btrfs cherche à concurrencer ZFS, le nouveau système de fichiers révolutionnaire de Sun. Il y a pourtant deux différences fondamentales : tout d'abord Btrfs vise l'inclusion dans le noyau Linux et il est donc développé sous licence GPL. De son coté ZFS est sous licence CDDL afin précisément de ne pas pouvoir être inclus dans Linux.
Ensuite Btrfs respecte la hiérarchie des "couches" fonctionnelles de Linux. Par exemple, bien que proposant des fonctions le complétant, il essaye autant que possible de ne pas réécrire tout le système de gestion des volumes proposé en standard par LVM. ZFS en revanche inclut toute cette logique en interne et une bonne partie de son code serait sans doute redondant avec les outils proposés par le noyau.
Selon Chris Mason : "Le multipathing, le raid3/5 etc, les fonctions dm-crypt et tous les autres trucs fun que vous pouvez faire avec le gestionnaire de volume et les autres outils ne sont pas planifiés pour intégration dans Btrfs".
Le site Linux Weekly News a évoqué à plusieurs reprises ce nouveau système de fichiers très prometteur. La première fois lors de l'annonce du projet en juin dernier et une seconde fois la semaine dernière à l'occasion de la sortie de la version 0.10. Cela démontre que le travail de Chris Mason est suivi par la communauté et que l'inclusion de ce système au sein du noyau n'est pas illusoire.
Cependant le chemin sera rude car les exigences des mainteneurs de FS dans Linux sont sévères. Comme le dit Jonathan Corbet : "Les développeurs de systèmes de fichiers tendent à être un groupe conservateur et prudent. Ceux qui ne le sont pas ayant tendance à ne pas survivre à leur première rencontre avec des utilisateurs ayant perdu des données".
Aller plus loin
- Le projet Btrfs (269 clics)
- Le design technique de Btrf (154 clics)
- Un comparatif de performances (291 clics)
- Le programme de développement (33 clics)
- La version 0.10 analysée (36 clics)
# reiserfs ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: reiserfs ?
Posté par Eric Heintzmann . Évalué à 9.
Chris Mason a-t-il une femme ?
[^] # Re: reiserfs ?
Posté par phoenix (site web personnel) . Évalué à 4.
[^] # Re: reiserfs ?
Posté par zebob . Évalué à 5.
[^] # Re: reiserfs ?
Posté par Pierre Tramo (site web personnel) . Évalué à 3.
[^] # Re: reiserfs ?
Posté par Ellendhel (site web personnel) . Évalué à 1.
Il me semble que Wired suit l'affaire de manière régulière.
http://www.wired.com/search?query=reiser&siteAlias=all&a(...)
[^] # Re: reiserfs ?
Posté par NickNolte . Évalué à 3.
-->[]
[^] # Re: reiserfs ?
Posté par _PinG _ . Évalué à 2.
[^] # Re: reiserfs ?
Posté par kemar . Évalué à 2.
[^] # Re: reiserfs ?
Posté par Sylvain Sauvage . Évalué à 3.
Bon, c’est sûr que celle-ci a pu offenser quelques chagrins…
Remarquons qu’offenser est aussi un petit plaisir pour certains.
[^] # Re: reiserfs ?
Posté par Cyril F (site web personnel) . Évalué à 4.
http://la-rache.com
[^] # Re: reiserfs ?
Posté par Aldoo . Évalué à 10.
# poudre-verteFS
Posté par psychoslave__ (site web personnel) . Évalué à 8.
-->[]
[^] # Re: poudre-verteFS
Posté par Charles-Victor DUCOLLET . Évalué à 3.
[^] # Re: poudre-verteFS
Posté par NickNolte . Évalué à 3.
[^] # Re: poudre-verteFS
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
[^] # Re: poudre-verteFS
Posté par NickNolte . Évalué à 2.
Et ils espèrent en faire le fer de lance de l'OS.
Cela dit, ce n'est pas faux, je n'avais pas pris en compte l'origine d'Oracle.
Vu Btrfs ne semble pas faire un Zfs like et ne se justifie que de part sa licence, pourquoi Oracle ne met-il tout simplement pas ses efforts dans Ext4?
Ben c'est simple, LinuxFS pour ext4,5,6... :)
[^] # Re: poudre-verteFS
Posté par patrick_g (site web personnel) . Évalué à 2.
Je crois que ça se prononce comme "Better FS" donc y'a de l'astuce derrière le nom :-)
# ZFS ?
Posté par Mildred (site web personnel) . Évalué à 5.
Une source pour confirmer ou c'est juste du vent ?
[^] # Re: ZFS ?
Posté par Anonyme . Évalué à 2.
[^] # Re: ZFS ?
Posté par Mildred (site web personnel) . Évalué à 9.
[^] # Re: ZFS ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: ZFS ?
Posté par reno . Évalué à 5.
[^] # Re: ZFS ?
Posté par daemontux . Évalué à 7.
Il n'y a en tout cas aucune preuve du fait que ce soit intentionnel. Voir ici pour une idée de la façon dont sun perçoit les rapports entre la communauté et eux >> http://blogs.sun.com/jonathan_fr/entry/un_m%C3%A9lange_opens(...)
Sun semble même plus enclin que Linus à se tourner vers la GPLv3.
[^] # Re: ZFS ?
Posté par fleny68 . Évalué à 9.
[^] # Re: ZFS ?
Posté par Mildred (site web personnel) . Évalué à 2.
Quand on lit une FAQ de sun, il ne semble pas que la CDDL ait été conçue contre la GPL, pas du tout:
http://www.opensolaris.org/os/about/faq/licensing_faq/
Et perso, si je devais choisir entre GPL ou CDDL pour mon code, je préfèrerais la CDDL (même si l'incompatibilité GPL me ferait réfléchir un peu ... pour me tourner vers la licence X11-MIT)
[^] # Re: ZFS ?
Posté par Matthieu Moy (site web personnel) . Évalué à 4.
Si ils voulaient la compatibilité GPL, ils pouvaient l'avoir en rédigeant leur licence autrement, ou avec une double licence. Si ils ne l'ont pas fait, ils doivent avoir une raison ...
(et honnêtement, je les comprends, même si ça fait chier : y'a une boite derrière, il leur faut un business-model, et Linux est sans doute le plus gros concurrent aujourd'hui. Donc, tout filer gratos à leur principal concurrent, ça serait sans doute un peu suicidaire)
[^] # Re: ZFS ?
Posté par Psychofox (Mastodon) . Évalué à 1.
Le choix de la licence CDDL a peut-être été imposé par le département légal de Sun pour des raisons différentes.
Bon après je ne dis pas que ça ne les arrange pas, mais ce genre d'attaques sans preuve, c'est un peu bas et ça n'a pas grand chose à faire dans la dépêche.
[^] # Re: ZFS ?
Posté par IsNotGood . Évalué à 5.
Le classique diviser pour mieux reigner.
Ces autres OS concurrencent réellement OpenSolaris/Solaris ?
Regarde MS. MS va faire le gentil d'un côté mais en même temps rester fondamentalement hostile à Linux, la GPL, etc.
Sun est anti-Linux. M'enfin, pas très méchamment. Rien à voir avec MS.
Sun a sorti OpenJDK compatible GPL. OOo est compatible GPL.
Bref, si Sun veut être compatible GPL, Sun le fait. Mais pour ZFS, Sun ne le veut pas. Fin de l'histoire.
> Le choix de la licence CDDL a peut-être été imposé par le département légal de Sun pour des raisons différentes.
Et ce département aurait un autre avis pour Java et OOo ?
> Bon après je ne dis pas que ça ne les arrange pas, mais ce genre d'attaques sans preuve, c'est un peu bas
C'est faire insulte à Sun de dire que Sun a créé une licence non compatible GPL "sans le faire exprès". C'est prendre les gens pour des gogos que d'affirmer ça (et pas seulement Sun).
[^] # Re: ZFS ?
Posté par Psychofox (Mastodon) . Évalué à 3.
ce sont différents produits, les problématiques, notamment autour des brevets sont probablement différente.
mais pourquoi devraient-ils le faire ?
Tu parles comme si la seule licence libre "valable" était la GPL. C'est faire insulte à tous les projets sous licence BSD ou autre licence libre. Ce n'est pas parce qu'un projet utilise une autre licence qu'il se bat contre linux et une partie de la communauté libre. Après tout c'est le choix des utilisateurs (je parle des dev) de la GPL de se "refermer" et empêcher l'intégration de code sous certaines autres licences.
[^] # Re: ZFS ?
Posté par reno . Évalué à 3.
Parce que l'idée principale du logiciel libre est justement la possibilité de pouvoir échanger du code.
>Tu parles comme si la seule licence libre "valable" était la GPL.
La GPL est utilisé par une majorité des projets, elle est donc très importante de ce point de vue.
> C'est faire insulte à tous les projets sous licence BSD ou autre licence libre.
La BSD, la LGPL et la GPL correspondent a des philosophie différentes, elles ont donc leurs justifications.
La CDDL et les licenses qui n'ont pas d'autre philosophie a defendre mais empêchent le partage de code pour des détails technique font ch.. les développeurs.
Je conseillerais a tout ceux qui veulent effectivement partager du code d'utiliser une des licenses existante plutot que d'en avoir une autre incompatible: l'interet du logiciel libre depend de la quantité de code que l'on peut partager.
Sun n'a pas inventé la CDDL pour défendre un point de vue différent sur la liberté mais pour avoir leur propre niche, c'est leur droit, mais ça ne veut pas dire qu'il faut être crédule et avaler leur pipeau comme quoi ils veulent être compatible avec tous le monde: il vaut mieux juger les gens sur leurs actes, pas sur leur paroles!
[^] # Re: ZFS ?
Posté par Psychofox (Mastodon) . Évalué à 2.
Donc selon toi, Linus Torvalds et les autres developpeurs qui choisissent la GPL sont des gros crevards qui refusent de partager leur code aux BSD/MITistes.
[^] # Re: ZFS ?
Posté par herodiade . Évalué à 1.
Simple : parce qu'ils veulent (question d'image de marque) donner une bonne impression dans le monde du F/OSS, et trouvent là, à chaque nouvelle sortie, l'opportunité de maintenir (renouveller !) le buzz médiatique autour de Zfs.
Ça ne mange pas de pain. FreeBSD et Mac OS X ne sont franchement des concurents directs pour Sun. Red Hat, IBM et Novell, (c'est à dire Linux), et Microsoft, oui. Eux vendent du support et des garanties pour du gros NAS/SAN et serveurs bado (Oracle & co) Unix.
Sun a anoncé en 2007 qu'une très grande part de leurs bénéfices venaient de la vente et des services autour de leurs grosses solutions de stockage de masse. D'où la bataille juridique avec NetApp d'ailleurs. Considérer qu'ils auraient « involontairement » empéché l'intégration dans Linux, c'est être soit très naïf, soit de mauvaise foi.
> Le choix de la licence CDDL a peut-être été imposé par le département légal de Sun
Ah ? pourtant :
- J. Schwartz a annoncé qu'ils envisageaient le passage de Zfs à la GPLv3 (bon choix : où comment améliorer l'image libriste tout en restant incompatible avec le noyau linux)
- Sun n'hésite pas à intégrer du code BSD et MIT dans leur noyau (en l'occurence, à repomper des drivers FreeBSD et OpenBSD). Aucun problème légal, donc, pour mettre du code sous une licence compatible GPL dans le noyau Solaris.
[^] # Re: ZFS ?
Posté par Psychofox (Mastodon) . Évalué à 2.
Si tu t'étais bien renseigné, sur la page de zfs, on n'y parle pas que du port pour FreeBSD et Mac OS X, mais aussi de l'implémentation sous linux (via FUSE).
ça aurait été le cas d'un autre projet libre d'utiliser la licence GPLv3 et on n'aurait pas dit ça. Les problèmes d'incompatibilités de licence ne sont pas forcément politiques.
Ben non, mais c'est pas de la faute de Sun. Si des devs distribuent leurs outils sous licence BSD ou MIT, c'est justement pour donner la liberté à d'autres comme SUN de les intégrer. Et que la licence BSD soit compatible GPL n'a rien à voir la dedans.
Le monde ne tourne pas autour de la GPL.
[^] # Re: ZFS ?
Posté par herodiade . Évalué à 5.
>> concurents directs pour Sun. Red Hat, IBM et Novell, (c'est à dire Linux), et
>> Microsoft, oui. Eux vendent du support et des garanties pour du gros NAS/SAN
>> et serveurs bado (Oracle & co) Unix.
> Si tu t'étais bien renseigné, sur la page de zfs, on n'y parle pas que du port pour
> FreeBSD et Mac OS X, mais aussi de l'implémentation sous linux (via FUSE).
Quelle mauvaise fois : je citais ces solutions alternatives à Solaris+Zfs pour montrer qu'elles ne font pas d'ombre aux solutions commerciales de Sun. Et tu me parle de Zfs+fuse ?!
Personne ne sera assez fou pour essayer de vendre et supporter des gros serveurs de stockage ou du Oracle utilisant zfs+fuse : ce n'est tout simplement pas compétitif, et tu le sais très bien. Vu les performances (normal pour un fs en userland) et les limitations structurelles (toutes les fonctionalités des systèmes de fichiers ne peuvent pas être implémentés sous fuse), vu, tout simplement, que par nature ces systèmes de fichiers ne sont pas intégrés dans le noyau (donc moindre relecture/audit, etc.), il est clair que zfs-sous-fuse n'est en aucun cas un concurrent pour Sun.
Je passe sur ton « si tu t'étais bien renseigné ». Tu sais que je le sais, et que ça ne fait aucune différence pour ce que j'indiquais (= les implémentations/intégrations alternatives de Zfs ne font pas d'ombre aux produits commerciaux de Sun). L'argument auquel tu répond, et tu le sais aussi très bien, ce n'est pas « impossible de faire du zfs sous linux » mais « impossible de faire du zfs sous linux qui soit commercialement concurrentiel avec Solaris ». N'essaie pas de détourner le sens de mes remarques stp.
> ça aurait été le cas d'un autre projet libre d'utiliser la licence GPLv3 et on n'aurait pas dit ça.
Bah, tout dépend du contexte. Et c'est précisément ce dont on parle. Si tel ou tel composant central d'xorg décide de passer sous GPLv3, on criera au scandale parce que ce choix l'empêcherai *délibérément* d'être intégré dans xorg (sous MIT). À l'inverse, si un composant pour gcc (type Coverty) est libéré sous licence GPLv2-only (ou CDDL) au lieu de GPLv3, on lui fera le même reproche. Pour les logiciels très complexes et difficiles à réimplémenter entièrement, il y a un ecosystème, que personne n'ignore, surtout pas Sun.
Des noyaux d'OS contemporains, il n'y en a pas des dizaines. Et on ne crée pas un nouvel OS sous CDDL ou GPLv3 en claquant des doigts. Alors choisir sa petite licence à soi pour ses fonctionalités sympa, c'est une très bonne façon de faire du libre sans que les autres puissent, en pratique, pleinement profiter de cette liberté.
Comme on dit pour la loi (respect la lettre ou l'esprit de la loi), il y a « respecter la lettre du libre » et « l'esprit du libre ». Utiliser une licence libre qui permet de n'être intégré dans aucun autre noyau concurrent, c'est bien respecter la lettre de la loi mais pas l'esprit de la loi.
>> Sun n'hésite pas à intégrer du code BSD et MIT dans leur noyau (en
>> l'occurence, à repomper des drivers FreeBSD et OpenBSD). Aucun
>> problème légal, donc, pour mettre du code sous une licence compatible
>> GPL dans le noyau Solaris.
> Ben non, mais c'est pas de la faute de Sun. Si des devs distribuent leurs
> outils sous licence BSD ou MIT,
Là encore, tu réponds à coté en me prétant des remarques que je n'ai pas faites. Je n'ai pas fait reproche à Sun d'utiliser du code sous license BSD ou MIT. J'ai dit qu'ils le faisaient, et que ça prouve qu'ils ne sont pas obligés d'utiliser du CDDL pour le code intégré dans leur noyau, et que ça ne pose pas de problème légal.
[^] # Re: ZFS ?
Posté par reno . Évalué à 6.
Hein, la chronologie tu connais??
La GPL était écrite bien avant que la CDDL soit écrite, c'est donc en toute connaissance de cause que les gars de chez Sun ont crée une license incompatible avec la GPLv2 (déjà utilisée par la *majorité* des projets libres).
En faisant cela, ils divisent la communauté existante, pour aucune raison valable a ma connaissance, juste limiter les échanges avec d'autres logiciels afin de ne pas risquer pas d'être submerger par eux..
Les licenses BSD, GPLv2, GPLv3 divisent aussi les communautés des developpeur libres mais c'est pour des raisons philosophique, pas pour 'défendre son beurre' (enfin pas uniquement).
[^] # Re: ZFS ?
Posté par Mildred (site web personnel) . Évalué à 3.
Pour moi ce ne sont que des allégations non fondées que Sun choisissait CDDL pour ne pas donner le code à Linux ... Il me semble qu'ils utilisent la CDDL pour plein d'autres choses, alors c'était un choix logique pour eux.
Et qu'ils préfèrent utiliser une licence à eux plutôt que la GPL, c'est tout à fait compréhensible. La GPL n'est pas le centre du monde.
Perso, je trouve que ce n'est pas clair:
http://en.wikipedia.org/wiki/Common_Development_and_Distribu(...)
[^] # Re: ZFS ?
Posté par B16F4RV4RD1N . Évalué à 5.
Qui c'est qui s'enferme dans ce cas-là ?
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: ZFS ?
Posté par Cook Captain . Évalué à 1.
[^] # Re: ZFS ?
Posté par IsNotGood . Évalué à 3.
Si tu n'aimes pas ça, ben n'aime pas ça.
Mais les incompatibilités ne sont pas le fruit d'un esprit machavélique.
> BSD
À la différence de BSD, quand t'as un programme GPL, tu as la garantie de ne pas avoir à payer de brevet pour l'utiliser.
T'es contre ?
[^] # Re: ZFS ?
Posté par IsNotGood . Évalué à 2.
Parce que Sun n'est pas con et sait ce qu'il fait (même quand c'est une connerie).
Sun a mis OpenJDK sous GPL. Alors pourquoi pas ZFS ?
Car l'ennemi de OpenSolaris/Solaris c'est Linux.
En passant, ZFS est à comparer à ext3/lvm2/device-mapper/etc. Pas seulement ext3.
Idem pour Btrfs semble-t-il.
[^] # Re: ZFS ?
Posté par herodiade . Évalué à 3.
> Une source pour confirmer ou c'est juste du vent ?
Pas de sources publiques possibles : Sun (et surtout ses dirigeants) est bien évidement obligé de carresser les amateurs de Linux dans le sens du poil, jouer les amis (il faut voir les nombreux appels du pieds que lance Schwartz, commes les "serveurs gratuits", etc) : de nos jours les jeunes admins et développeurs Unix viennent du monde Linux, ils ne peuvent pas aller contre ça s'ils veulent les séduire. Au pris d'être parfois hypocrite, voir franchement franchement faux cul. Alors ils ne vont évidement pas indiquer publiquement qu'ils ont choisi la CDDL pour bloquer toute inclusion dans Linux.
Pas de sources publiques possibles, donc, mais les analyses des gens informés dans le domaine convergent toutes pour confirmer que Sun a fait ce choix d'incompatibilité (pour Dtrace et Zfs) volontairement. Par exemple, les analyses de :
Theodore Tso : http://lkml.org/lkml/2007/4/17/285
Alan Cox : http://lkml.org/lkml/2007/4/17/202
Linus Torvalds : http://lkml.org/lkml/2007/6/12/232
Enfin (outre le problème volontaire de licence) Sun possède un portefeuil de brevets autour de Zfs (avec lesquels ils ont récement attaqué NetApp), ce qui n'aide pas non plus à l'intégration dans Linux.
[^] # Re: ZFS ?
Posté par slubman (site web personnel, Mastodon) . Évalué à 2.
SUN n'a utilisé son porte-feuille de brevet que pour se défendre contre NetApp ... Il me semble qu'une organisation (dont j'oublie le nom) autour de Linux mutualise les portefeuilles de brevets de certaines sociétés, pour s'en servir comme d'un parapluie afin d'éviter des attaques.
[^] # Re: ZFS ?
Posté par Prosper . Évalué à 2.
Netapp est qd meme pas mal investi dans NFS , je crois même que pour la version 4 ils ont pratiquement tout fait à eux seuls ( bien qu on voit apparaitre un @sun dans la RCF )
[^] # Re: ZFS ?
Posté par herodiade . Évalué à 2.
Peu importe qui a « attaqué le premier ». L'exemple était là pour montrer qu'ils ont des brevets opérationnels. Sun n'a donné de clause d'exploitation des brevets que pour ceux qui utilisent leur implémentation CDDL de Zfs (donc pas de reverse engeneering ni réimplémentation possible, tiens tiens, comme c'est drole).
Maintenant, il faudrait voir à ne pas trop se laisser intoxiquer par le marketing habile et très insistant de Sun (comme pour les fameux « processeurs opensource » - ahaha - ou encore le « java sera bientôt libre » qui traine et devrait sortir à peut près pile poil au moment où les réimplémentation libres alternatives seront 100% compatibles).
Pour le reste : si tu lis les mails des développeurs Linux sur le sujet, tu notera qu'ils considèrent que la situation autour de ces 56 brevets suffit à empêcher pour le moment toute intégration dans le noyau Linux (indépendament de la licence, et même si c'est une réimplémentation from scratch). Ce n'est pas moi qui le dit, ce sont des développeurs du noyau Linux expérimentés.
Ou, pour citer directement les personnes concernées (source : http://kerneltrap.org/node/8066 ):
Alan Cox :
Theodore Ts'o (développeur ext3/ext4) :
Maintenant, comme Linus Torvalds, je ne leur en ferait pas reproche : c'est dans leur intéret, et ça se comprends bien. Mon repproche va plutôt à ceux qui par naïveté relayent un marketing habile mais pas dans l'interet des linuxiens (arrétons le pipotron), ou ceux qui voudraient qu'on adopte une langue de bois sur ces points.
Sachons louer Sun pour ce qu'ils ont vraiment fait, concrètement, de bénéfique pour tout le libre : NFS, par exemple. Ou avoir eu l'intelligence de libérer OpenOffice quand ils ont vu qu'il ne pouvaient en assurer la promotion et la maintenance seuls. Pour avoir finallement libéré Java lorsque les implémentations concurrentes et libres risquaient de devenir le défaut sur tout les serveurs linux. Pour avoir finalement décidé, assez récement, de filer les spécs de tout (ou presque) leur matériel. etc.
[^] # Re: ZFS ?
Posté par bubar🦥 (Mastodon) . Évalué à 2.
mes souvenirs sont vagues, alors plutôt que de dire des co****** : voir les excellents articles de GLMF (bientôt visibles sur unixgarden.com )
mon_nanavis : vive ZFS
Maintenant, sur BTRfs, une considération d' ordre politique (et pas du tout technique), sous la forme d' une question que je vous invite à vous poser :
que va t il se passer si seul Oracle Unbreakable Linux implémente BTRfs ? (...)
En tout cas, Oracle frappe très fort.
/troll habituel : "si JAVA avait été libre plus tôt, .NET n' aurait jamais exister"
/troll adapté : "si ZFS (ou ext4, c est selon...) ne se dépêche pas, BTRfs va le suplanter"
mes 2 cents
à vous le troll-studio :)
[^] # Re: ZFS ?
Posté par herodiade . Évalué à 4.
> Une source pour confirmer ou c'est juste du vent ?
Oui, finalement, j'ai une source de première main et venant pour ainsi dire de Sun (une ex-employée) indiquant précisément que la CDDL a été construite pour OpenSolaris de façon à être volontairement incompatible avec la GPL.
C'est Denise Cooper (cf. http://en.wikipedia.org/wiki/Danese_Cooper ), « Madame opensource » chez Sun de 1999 à 1995, et qui a notamment participé à la rédaction de la CDDL pour OpenSolaris.
Expliquant pourquoi elle a du baser cette nouvelle licence CDDL sur la Mozilla Public Licence :
Source :
http://meetings-archive.debian.net/pub/debian-meetings/2006/(...)
# Une news patrick_g
Posté par Spyhawk . Évalué à 10.
C'est marrant, mais je n'ai même plus besoin de lire le nom de l'auteur pour savoir que c'est lui qui l'a écrit :)
Chapeau, comme d'habitude, et merci de nous mettre au courant de ce qui passe dans le monde du libre.
Sinon, je regrette juste que le comparatif ne prenne pas en compte reiserFS (eh oui, je dois être un des derniers dinosaures à utiliser ce FS). Il me semble subjectivement un peu plus véloce qu'ext3, sauf dans certains cas où il semble ramer complètement (multi copies de fichiers en parallèle [voir ici]).. bref, puisque Reiser semble condamné à fossiliser, un renouveau dans le domaine ne fait pas de mal.
[^] # Re: Une news patrick_g
Posté par Spyhawk . Évalué à 3.
[^] # Re: Comparaison FS
Posté par Stéphane Ascoët (site web personnel) . Évalué à 1.
[^] # Re: Comparaison FS
Posté par Nicolas Boulay (site web personnel) . Évalué à 5.
J'ai trouvé que cela arrivait bien trop souvent à mon gouts, il ne m'a pas fait le coup plusieurs fois !
"La première sécurité est la liberté"
[^] # Re: Comparaison FS
Posté par pa_pitufo_pa . Évalué à 10.
[^] # Re: Un commentaire inutile mais qui fais du bien au karma
Posté par pa_pitufo_pa . Évalué à -5.
[^] # Re: Un commentaire inutile mais qui fais du bien au karma
Posté par daemontux . Évalué à 3.
# NTFS
Posté par Tonton Benoit . Évalué à 4.
Pour le créateur du NTFS ça a du être particulièrement atroce :)
[^] # Re: NTFS
Posté par Boa Treize (site web personnel) . Évalué à 4.
[^] # Re: NTFS
Posté par Tonton Benoit . Évalué à 0.
Ajouter a ça qu'il gère très moyennement les hard-reboot ce qui est très gênant vu la stabilité du système pour lequel il est conçu.
Multipliez le résultat par le nombre d'utilisateur du dit système :D
Heureusement les outils tiers de récupérations de données sont pas mal du tout eux, mais ils ne fonts pas des miracles non plus.
[^] # Re: NTFS
Posté par pasBill pasGates . Évalué à 4.
Maintenant tu nous montres que le probleme vient de NTFS et pas de ton HW(disque/controleur defectueux,...), config soft, ... ?
[^] # Re: NTFS
Posté par Eric Heintzmann . Évalué à 1.
[^] # Re: NTFS
Posté par Gniarf . Évalué à 4.
[^] # Re: NTFS
Posté par Eric Heintzmann . Évalué à 2.
[^] # Re: NTFS
Posté par Tonton Benoit . Évalué à 2.
Pour le FAT en cas d'arrêt brusque les fichiers ouverts au moment de l'incident peuvent être corrompus (ce qui est assez grave quand-même), mais je l'ai jamais vu planter tout le FS, un bon point.
[^] # Plantage FAT
Posté par Kerro . Évalué à 2.
Ca m'est arrivé la première fois que j'ai essayé. J'ai vite compris mon erreur en demandant à google ce qu'il en pensait.
... il en pensait que c'est un bug de Windows 98.
Pas de bol, Microsoft arrive même à faire croire qu'une partition Linux fiche en l'air les disques, le tout sans même l'avoir voulu :-)
[^] # Re: Plantage FAT
Posté par Tonton Benoit . Évalué à 2.
Le DD:
Partition1, 15go, reiser4
Partition2, 10go, vfat
partition3, 55go, reiserfs
En installant XP sur la partition2 on se retrouve avec une partition1 corrompu.
J'ai pas utilisé l'outil de partitionnement donc c'est a une autre étape de l'installation qu'XP écrit des données hors de son champ autorisé, j'ai pas testé non plus Vista, j'ai pas de licence de Vista et j'ai plus de partition en reiser4.
[^] # Re: Plantage FAT
Posté par khivapia . Évalué à 4.
[^] # Re: NTFS
Posté par Tonton Benoit . Évalué à 2.
Et puis traîne un peu sur les forums windows, des perte de données y'en as pleins !
Bon c'est leurs fautes, les sauvegardes ça existe, mais ça rend pas le FS plus résistant.
A noter que sous Linux le ext3 tien pas génial aux hard-reboot non plus, mais bon avec lui j'ai toujours réussi a récupérer les données assez rapidement.
Et puis je suis passé reiserfs qui fait des miracles a ce niveau, là je re-teste ext3, mais c'est pas encore la saison des orages donc va falloir attendre pour les résultats :D
Dernier point, j'ai menti, j'ai aussi eu une perte de données avec l'UDF, mais je pense que ça venait plus du logiciel (le programme de gravure intégré à XP) que du format lui-même.
[^] # Re: NTFS
Posté par IsNotGood . Évalué à 0.
Le seul problème qu'a ext3 (dans sa configuration par défaut, je ne parle pas de ceux qui bouillent sans savoir ce qu'ils font avec hdparm par exemple) est avec les disques qui font "n'importent quoi", entre autre qui ne respectent pas les commandes flush_cache etc...
> Et puis je suis passé reiserfs qui fait des miracles a ce niveau
Ext3 est bien meilleur dans ce domaine. Il n'y a pas photo.
[^] # Re: NTFS
Posté par pasBill pasGates . Évalué à 2.
Bon c'est leurs fautes, les sauvegardes ça existe, mais ça rend pas le FS plus résistant.
Oh je suis sur que tu en trouveras plein, en nombre absolu.
200 personnes c'est bcp pas exemple ? 2000 ? Mais sur une population de plusieurs centaines de millions d'utilisateurs, c'est quoi "plein" ?
Parce que des gens qui ont perdu des donnees avec ext2/3/reiserfs je t'en trouves aussi, et inutile de dire que les parts des ces FS par rapport a NTFS sont minuscules.
[^] # Re: NTFS
Posté par Tonton Benoit . Évalué à 2.
Bien sûr qu'il y as des pertes de données avec Linux aussi, d'ailleurs je parle de l'ext3 comme étant "moyen" dans un post plus haut, mais d'après mon expérience personnelle :
NTFS : Pertes de données dans des circonstances non définit ou après un hard-reboot.
ext3 : Corruption du FS après un hard-reboot, mais données récupérées après réparation.
reiserfs : J'aimais eu de problème.
[^] # Re: NTFS
Posté par pasBill pasGates . Évalué à 0.
Mais pour en faire une generalite, faudra montrer legerement plus qu'une impression personelle.
# Re:
Posté par IsNotGood . Évalué à 4.
Où t'as lu ça ?
Ext4 ne sera pas compatible ext3. Les outils ext3 ne marcheront pas avec des partitions ext4. Un noyau qui ne supporte que ext3 ne pourra pas monter du ext4.
Evidemment qu'il y aura une compatibilité plus ou moins présente (si on a un e2fsprogs récent).
Ext4 a été créée pour donner quasi totale libertée aux développeurs. Sinon ça serait encore ext3. Mais les développeurs ne vont pas faire incompatible pour rien. Il y a des choses excellentes dans ext3, je ne vois pas pourquoi les foutres à la poubelle.
La compatibilité ext4/ext3 n'existe pas dans le "cahier des charges" ext4. Mais la possibilité de migrer facilement vers ext4 depuis ext3 y est. Ça fait une différence énorme... Et notons qu'il me semble que btrfs permet aussi de migrer depuis ext3. patrick_g va-t-il dire que btrfs est entravé dans sa liberté par sa compatibilité avec ext3 :-)
> Le prix à payer est une forte empreinte mémoire puisque btrfsck utilise trois fois plus de RAM que ext2fsck.
Notons que ext2fsck utilise beaucoup de mémoire (512 Mo peut ne pas suffir). Donc si btrfsck utilise 3 fois plus de RAM, c'est un point à surveiller.
> "Le multipathing, le raid3/5 etc, les fonctions dm-crypt et tous les autres trucs fun que vous pouvez faire avec le gestionnaire de volume et les autres outils ne sont pas planifiés pour intégration dans Btrfs".
Tout le contraire de ZFS. C'est excellent.
> Le site Linux Weekly News a évoqué à plusieurs reprises ce nouveau système de fichiers très prometteur.
Ce système de fichier semble bien se présenter. Mais on est dans un domaine ou la fiabilité, l'intégration (VFS, NFS, Samba, lvm, dm-mapper, etc) prime au dessus des benchmarks, des gadgets ou fonctionnalités qui roxent des ours.
L'historique de ext2/ext3 alors qu'il a toujours été sérieusement concurrencé (jfs, xfs, reiserfs, etc) le prouve très clairement.
Je souhaite le meilleur à ce nouveau venu, mais si on pouvait éviter que le "buzz" reiserfs se reproduise, j'aimerais bien.
En passant, le travaille sur ext4 avance bien. F9 le proposera peut-être en option :
http://fedoraproject.org/wiki/Features/Ext4
[^] # Re: Re:
Posté par rewind (Mastodon) . Évalué à 3.
Et dans l'autre sens, une partition ext3 pourra être vue comme une partition ext4.
Donc patrick_g ne dit pas n'importe quoi et la compatibilité dans les deux sens est bien une préoccupation des développeurs.
[1] http://en.wikipedia.org/wiki/Ext4
[^] # Re: Re:
Posté par Laurent Vivier (site web personnel) . Évalué à 2.
[^] # Re: Re:
Posté par IsNotGood . Évalué à 2.
C'est un développeur.
http://www.usenix.org/publications/login/2007-06/openpdfs/ma(...)
Je ne sais pas quelle est votre notion de "compatible" mais en tant qu'utilisateur je ne trouve pas ça très compatible. Si j'ai une F9 avec ext4 (en imaginant que F9 sorte avec ext4) ben je ne pourrait pas utiliser ces partitions sur quasiment toutes les distributions sorties en même temps et avant F9.
J'en fais le pari.
Enfin le point de patrick_g est :
On migre de ext3 à ext4, on migre de ext4 à ext3. On peut faire de même avec Btrfs !. Donc patrick_g pourrait dire :
Pourquoi le dire pour ext4 et pas Btrfs ?
[^] # Re: Re:
Posté par OwInTwIsT . Évalué à 1.
[^] # Re: Re:
Posté par IsNotGood . Évalué à 1.
99 % des gens vont installer ext4 avec extent. Et comment tu fais pour virer extent et être à nouveau compatible ext3 ?
Ben tu ne peux pas.
Comment tu fais pour passer à ext4 ? Et bien du change le format sur le disque. Si tu ne fais pas ça, ben t'as du ext3 et pas du ext4.
> Et dans l'autre sens, une partition ext3 pourra être vue comme une partition ext4.
Compatibilité ascendante, OK. Mais patrick_g ne dit pas que ça.
> Donc patrick_g ne dit pas n'importe quoi et la compatibilité dans les deux sens
Ce n'est pas n'importe quoi, c'est hors de la pratique technique. Fait l'essai. Crée une partition ext4 puis utilise une "vieille" distribution (aujourd'hui tu peux utiliser toutes les distributions) pour lire la partition comme si c'était du ext3. ÇA NE MARCHERA PAS !
Ext4 n'est pas compatible ext3 dans le sens où les outils qui ne supportent que ext3 ne peuvent être utilisé pour ext4. Les outils ext4 pourront utiliser du ext3, pas l'inverse.
Le format ext4 a changé, c'était obligatoire. Juste un petit exemple, la limite de ext3 c'est 4 To je crois. Si t'as une partition de plus de 4 To en ext4, comment tu fais pour la monter avec ext3 ? C'est définitivement impossible.
[^] # Re: Re:
Posté par Laurent Vivier (site web personnel) . Évalué à 1.
- tu monte ton système ext4 avec les extents désactivés (ce qui veut dire que les fichiers existants sont lisible mais que les nouveaux fichiers n'utiliseront pas les extents)
- tu fais une copie des fichiers,
genre:
find . | while read file
do
cp -p $file $file
rm -f $file
mv $file.noextent $file
done
- ensuite tu peux remonter ton système en ext3 (il y a peut-être aussi un flag à enlever dans le superblock)
La limite de ext3 est théoriquement 16 To avec des blocs de 4 Ko, mais tu peux augmenter la taille des blocs (sur IA64 notamment). De plus le kernel linux limitait la taille à 8 To parce que le numéro de bloc utilisait un entier signé en interne.
De plus, il faut savoir que dans un linux 32 bit le numéro de bloc est stocké sur 32bit, ce que limite la taille de tous les fs à 16 To (pour des blocs de 4 Ko).
De toute façon ce débat a eu lieu il y a deux ans dans la communauté des développeur ext3, c'est pourquoi ext4 a été créé plutôt que ext3 amélioré...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.