GEFS sur OpenBSD: un aperçu très précoce d'un nouveau système de fichiers
En bref
- Ori Bernstein porte GEFS, un système de fichiers qu'il a créé pour 9front, vers OpenBSD en mode très précoce. GEFS propose CoW, snapshots et checksums sur environ 9 000 lignes de code noyau, bien moins que ZFS. Le port n'est pas prêt pour la production et perte de données est à prévoir ; la gestion d'erreurs reste largement en commentaires, et plusieurs fonctionnalités manquent encore (outils utilisateur, support NFS, hardlinks).
Ce que dit la source
Ori Bernstein annonce un portage précoce de GEFS, un système de fichiers crash-safe et copy-on-write qu'il a développé pour 9front. L'auteur affirme que le port a atteint un stade où les problèmes restants sont raisonnablement compris et la communauté peut commencer à les explorer. Il précise explicitement que ce n'est pas une proposition pour l'intégrer à l'arborescence OpenBSD dans l'immédiat, et que la perte de données est attendue, en particulier en cas d'erreur.
- CoW, snapshots et checksums : GEFS détecte les corruptions de données via des hashes de blocs et permet les snapshots atomiques, une approche commune à ZFS mais avec une base de code bien plus compacte
- 9 000 lignes de code noyau actuellement, l'auteur s'attend à une croissance modérée au fil du temps
- Principal défi technique identifié : le protocole de cohérence des écritures, notamment l'ordre des écritures au superbloc par rapport aux blocs de snapshot
- Gestion d'erreurs largement commentée, nécessitant un portage soigneux incompatible avec l'approche 9front
- Outils utilisateur manquants, actuellement la création et la vérification du filesystem exigent de démarrer 9front en VM
- Code copié et collé entre 9front et OpenBSD plutôt que partagé; l'auteur préfère laisser les deux versions diverger tant que le port n'est pas stable
- Manquent aussi : support NFS, hardlinks, kqueue, quotas, environnements de démarrage, aucune suite de régression pour OpenBSD
Dans les commentaires
Accueil enthousiaste mais réaliste : plusieurs testeurs 9front témoignent de la stabilité observée, d'autres voient un promesse technique (CoW compact et permissif), mais le fil soulève aussi des questions légitimes sur la maturité et la fiabilité d'un nouveau filesystem.
- Quelques commentateurs comparent GEFS à Hammer2 de DragonFly BSD et demandent pourquoi ce dernier n'a pas reçu plus d'attention
- Un argument récurrent : la gestion d'erreurs commentée pose un problème de visibilité sur les vraies pannes, difficile de savoir quand le filesystem se casse réellement
- Un commentateur soulève le risque structural des nouveaux filesystems (référence à ZFS et BetterFS), mettant en doute la probabilité que GEFS soit exempt de bugs destructeurs de données
- Intérêt pour une comparaison avec XFS moderne + dm-integrity, et pour les implications de la stratégie CoW sur la fragmentation (où ZFS souffre)
Alternatives citées : Hammer2 (DragonFly BSD), ZFS, XFS v5 + dm-integrity
Notre lecture
C'est un signal technique intéressant pour OpenBSD : un nouveau filesystem compact, permissif et architecturalement sain, avec un auteur reconnu (Ori Bernstein). Reste que le timing est crucial : le code est encore trop brut (gestion d'erreurs commentée, outils utilisateur absents) pour recommander un test en dehors de lab très contrôlés. L'approche du portage (copier-coller, divergence intentionnelle) est pragmatique mais augmente le risque de déphasage. À surveiller sur 6-12 mois ; pas d'action immédiate pour les infrastructures production.