si l'on compare btrfs, celui-ci n’était qu'en "Technology preview"
Il y a un problème de compréhension : btrfs fait plus qu’un système de fichier, de quelles briques de btrfs parle RedHat quand ils parlent de « technology preview » ?
Dans un schéma à la Stratis btrfs ne fait que système de fichier tandis que par exemple le raid est pris en charge par mdadm, donc le fait que par exemple le raid5 btrfs soit en technology preview en touche une sans faire bouger l’autre...
Actuellement on peut faire ça sous Linux :
[système de fichier : xfs/ext4/btrfs]
|
[gestion de volume : lvm]
|
[chiffrement : luks]
|
[cache en écriture : bcache]
|
[raid : mdadm]
|
[disques physique]
L’idée de Stratis c’est de se dire « OK, btrfs a l’ambition de tout faire depuis le système de fichier jusqu’au matériel, raid inclus, mais à la place on préfère reléguer les opérations en dessous du système de fichier à des briques éprouvées (mdadm, lvm...) ». C’est dans son ambition à prendre en charge toutes ces couches que btrfs était en Technology Preview, mais btrfs pourrait être un composant Stratis.
C’est btrfs en tant que concurrent de Stratis qui était en « Technology Preview », alors que btrfs en tant que système de fichier uniquement n’est pas en concurrence avec Stratis et pourrait même en être une brique essentielle. Pour la couche système de fichier de Stratis RedHat pousse xfs pour ses propres raisons, certains s’étonnent qu’ils poussent xfs au lieu de ext4, mais ils auraient aussi pu pousser btrfs, reiserfs ou autre chose.
S’il y a des choses à améliorer dans la partie système de fichier de btrfs il serait aussi possible à RedHat d’investir du développement n’ayant pas d’autre intention que d’améliorer cette partie là, de la même manière qu’ils investissent du développement pour implémenter dans XFS des fonctionnalités. Ils ont certainement leur raison de privilégier le développement de nouvelles fonctionnalités expérimentales dans XFS plutôt que d’investir dans la stabilité de ces mêmes fonctionnalités qui ne sont plus expérimentales dans btrfs.
Ces choix sont forcément en partie politique et pas seulement technique. En effet, le fait que RedHat a choisi d’ajouter des fonctionnalité expérimentales dans xfs et non pas dans ext4 alors que ce dernier est le système historique de Linux montre que le choix de faire évoluer xfs et pas un autre système de fichier n’est pas seulement une question technique fondée sur le fait qu’xfs ou un autre système de fichier soit éprouvé ou non.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: btrfs
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Stratis 1.1.0. Évalué à 4.
Il y a un problème de compréhension : btrfs fait plus qu’un système de fichier, de quelles briques de btrfs parle RedHat quand ils parlent de « technology preview » ?
Dans un schéma à la Stratis btrfs ne fait que système de fichier tandis que par exemple le raid est pris en charge par mdadm, donc le fait que par exemple le raid5 btrfs soit en technology preview en touche une sans faire bouger l’autre...
Actuellement on peut faire ça sous Linux :
L’idée de Stratis c’est de se dire « OK, btrfs a l’ambition de tout faire depuis le système de fichier jusqu’au matériel, raid inclus, mais à la place on préfère reléguer les opérations en dessous du système de fichier à des briques éprouvées (mdadm, lvm...) ». C’est dans son ambition à prendre en charge toutes ces couches que btrfs était en Technology Preview, mais btrfs pourrait être un composant Stratis.
C’est btrfs en tant que concurrent de Stratis qui était en « Technology Preview », alors que btrfs en tant que système de fichier uniquement n’est pas en concurrence avec Stratis et pourrait même en être une brique essentielle. Pour la couche système de fichier de Stratis RedHat pousse xfs pour ses propres raisons, certains s’étonnent qu’ils poussent xfs au lieu de ext4, mais ils auraient aussi pu pousser btrfs, reiserfs ou autre chose.
S’il y a des choses à améliorer dans la partie système de fichier de btrfs il serait aussi possible à RedHat d’investir du développement n’ayant pas d’autre intention que d’améliorer cette partie là, de la même manière qu’ils investissent du développement pour implémenter dans XFS des fonctionnalités. Ils ont certainement leur raison de privilégier le développement de nouvelles fonctionnalités expérimentales dans XFS plutôt que d’investir dans la stabilité de ces mêmes fonctionnalités qui ne sont plus expérimentales dans btrfs.
Ces choix sont forcément en partie politique et pas seulement technique. En effet, le fait que RedHat a choisi d’ajouter des fonctionnalité expérimentales dans xfs et non pas dans ext4 alors que ce dernier est le système historique de Linux montre que le choix de faire évoluer xfs et pas un autre système de fichier n’est pas seulement une question technique fondée sur le fait qu’xfs ou un autre système de fichier soit éprouvé ou non.
ce commentaire est sous licence cc by 4 et précédentes