Un ancien ingénieur de Google propose un système de fichiers sur Linux
Et espère que d'autres développeurs l'aident à l'améliorer
Le 2015-08-25 15:03:16, par Stéphane le calme, Chroniqueur Actualités
Il y a quelques années, alors que Kent Overstreet était un ingénieur des équipes de Google (il y a exercé entre 2011 et 2013 à la création de logiciels de mise en cache), il a amorcé la création de Bcachefs (Bcache File System), un système de fichiers qui a évolué à partir du travail qu’il a effectué pour Mountain View.
Comment est né ce projet ? « Il y a de cela des années (remontant à l’époque où je travaillais pour Google), moi et d’autres personnes qui travaillaient sur bcache avons réalisé que ce sur quoi nous travaillions était, presque par accident, une bonne partie d’un système de fichiers éclaté (…) et un rapide », explique-t-il.
Étant donné le nombre de systèmes de fichiers qui sont fonctionnels, pourquoi en créer un autre ? Dans un courriel adressé à Linux Kernel Mailing List où il énonce le problème, Overstreet a expliqué que l’objectif principal de Bcachefs est d’atteindre la performance et la fiabilité de etx4 et xfs tout en apportant les caractéristiques de btrfs / zfs. Il faut noter que, en plus de gérer de très grandes quantités de données, ces systèmes de fichiers embarquent également des capacités avancées pour s’assurer de l’intégrité des données.
De son côté, Overstreet avance que Bcachefs est livré avec toutes les fonctionnalités auxquelles on pourrait s’attendre d'un système de fichier accessible en lecture et en écriture comme checksum, pour s’assurer de l’intégrité des données, la compression, une fonctionnalité qui donne la possibilité à un fichier d’être accessible par plusieurs parties à la fois, ainsi que la mise en cache. Les captures disques, « et toutes sortes d’autres fonctionnalités intéressantes » seront ajoutées éventuellement plus tard, a précisé Overstreet.
« Ma priorité principale est de rendre le code suffisamment stable et testé pour une utilisation en production, la priorité seconde est probablement la capture disque. Bfcachefs ne sera pas achevé dans un mois (ou dans un an), mais j’aimerais le voir disponible et utilisé », a avancé Overstreet. À ce stade, il a quand même décrit Bcachefs comme ayant des fonctionnalités « plus ou moins complètes » et que même à ce stade précoce de performance les statistiques sont « assez bonnes pour être intéressantes ».
Cependant, il y a encore de nombreuses limitations. Comme le souligne Overstreet, le système de fichier requiert près de 20 pour cent de la capacité du disque pour effectuer des opérations. De plus, le temps pour le rendre disponible pour un système d’exploitation peut être un plus important que d’autres systèmes de fichiers. Ces deux problèmes seront corrigés ultérieurement tandis que le développement de ce système continue. Overstreet a exprimé son désir de voir plus de développeurs se joindre à lui pour l'aider dans son aventure.
Source : Hacker News
Et vous ?
Comment est né ce projet ? « Il y a de cela des années (remontant à l’époque où je travaillais pour Google), moi et d’autres personnes qui travaillaient sur bcache avons réalisé que ce sur quoi nous travaillions était, presque par accident, une bonne partie d’un système de fichiers éclaté (…) et un rapide », explique-t-il.
Étant donné le nombre de systèmes de fichiers qui sont fonctionnels, pourquoi en créer un autre ? Dans un courriel adressé à Linux Kernel Mailing List où il énonce le problème, Overstreet a expliqué que l’objectif principal de Bcachefs est d’atteindre la performance et la fiabilité de etx4 et xfs tout en apportant les caractéristiques de btrfs / zfs. Il faut noter que, en plus de gérer de très grandes quantités de données, ces systèmes de fichiers embarquent également des capacités avancées pour s’assurer de l’intégrité des données.
De son côté, Overstreet avance que Bcachefs est livré avec toutes les fonctionnalités auxquelles on pourrait s’attendre d'un système de fichier accessible en lecture et en écriture comme checksum, pour s’assurer de l’intégrité des données, la compression, une fonctionnalité qui donne la possibilité à un fichier d’être accessible par plusieurs parties à la fois, ainsi que la mise en cache. Les captures disques, « et toutes sortes d’autres fonctionnalités intéressantes » seront ajoutées éventuellement plus tard, a précisé Overstreet.
« Ma priorité principale est de rendre le code suffisamment stable et testé pour une utilisation en production, la priorité seconde est probablement la capture disque. Bfcachefs ne sera pas achevé dans un mois (ou dans un an), mais j’aimerais le voir disponible et utilisé », a avancé Overstreet. À ce stade, il a quand même décrit Bcachefs comme ayant des fonctionnalités « plus ou moins complètes » et que même à ce stade précoce de performance les statistiques sont « assez bonnes pour être intéressantes ».
Cependant, il y a encore de nombreuses limitations. Comme le souligne Overstreet, le système de fichier requiert près de 20 pour cent de la capacité du disque pour effectuer des opérations. De plus, le temps pour le rendre disponible pour un système d’exploitation peut être un plus important que d’autres systèmes de fichiers. Ces deux problèmes seront corrigés ultérieurement tandis que le développement de ce système continue. Overstreet a exprimé son désir de voir plus de développeurs se joindre à lui pour l'aider dans son aventure.
Source : Hacker News
Et vous ?
-
BufferBobExpert éminenton pourrait dire la même chose en parlant des langages de programmation, ça serait tout aussi pertinent
c'est des considérations qui intéressent plus les sysadmins que les développeurs à mon avis, l'informatique continue d'évoluer, les besoins -des entreprises- aussi, que ce soit la capacité de stockage (bigdata ?), la possibilité de faire des retours arrière, la scalabilité (cloud ?), l’interopérabilité entre les différents systèmes etc. le tout autour d'une licence aussi libre que possible (ZFS...)le 27/08/2015 à 14:57 -
ILPMembre confirméJe me pose une question : s'il utilise du code qu'il a développé chez Google, ne risque-t-il pas d'être attaqué par Google ?le 25/08/2015 à 16:05
-
MarkandMembre éclairéEncore un nouveau système de fichiers...le 25/08/2015 à 17:10
-
ZeflingExpert confirméJe vois pas le problème, s'il est mieux. C'est comme dire qu'il ne faut pas créer de nouveau moteur 3D parce eux qui existent sont très bien. Mais peut-être qu'avec une nouvelle approche on peut avoir des choses qui seront plus intéressante dans certains cas.
___
Sinon c'est marrant les liens en bas de l'article gitHub et... c'est juste un cgit. Je me suis fait avoir.le 25/08/2015 à 17:22 -
captaindidouInactif“Il vaut mieux viser la perfection et la manquer que viser l'imperfection et l'atteindre.”, Bertrand Russell.
Il n'y a pas de mal à tenter.
C'est l'attentisme qui est préjudiciable.le 27/08/2015 à 19:48 -
SkyZoThreaDMembre expérimentéBonne question. J'aurai tendance à dire que la licence du kernel l'en empêche mais dès fois on a des surprises avec ça.Je me pose une question : s'il utilise du code qu'il a développé chez Google, ne risque-t-il pas d'être attaqué par Google ?le 25/08/2015 à 17:18
-
Pierre GIRARDExpert éminentle 27/08/2015 à 12:52
-
SkyZoThreaDMembre expérimentéJe ne comprend pas ce qui vous gène. C'est la force de l'opensource: tout le monde fork, réinvente la roue plusieurs fois, et au final l'utilisateur peut faire son choix parmi tout un tas de logiciels, chacun avec ses avantages et inconvénients. Alors bien sûr, on installera pas de postes clients en Bcachefs, mais les admins serveurs y trouveront peut-être leur bonheur...
ps: merci pour la citation didou. Il est trop fort ce Russellle 28/08/2015 à 11:58