URL: https://linuxfr.org/users/linkdd/journaux/lkml-est-ce-le-moment-de-supprimer-reiserfs Title: [LKML] Est-ce le moment de supprimer ReiserFS ? Authors: David Delassus Date: 2022年02月23日T16:27:08+01:00 License: CC By-SA Tags: reiserfs, linux et kernel Score: 34 Ceci est une traduction d'un mail récent sur Linux Kernel Mailing List (LKML pour les intimes) : https://lkml.org/lkml/2022/2/20/89 --- Garder ReiserFS dans l'arborescence a certains coûts. Par example, j'aimerai beaucoup supprimer l'argument `flags` de `->write_begin`. On a l'infrastructure en place pour gérer différement `AOP_FLAGS_NOFS`, mais `AOP_FLAG_CONT_EXPAND` est toujours présent, utilisé uniquement par ReiserFS. En parcourant les patchs à ReiserFS au cours des précédentes années, il y a des bugfixs pour quelques rapports [syzbot*](https://github.com/google/syzkaller/blob/master/docs/syzbot.md) et changements globaux de l'arborescence. Il ne semble pas y avoir de bugfixs concernant des bugs remontés par les utilisateurs depuis 2019. Est-ce que ReiserFS a toujours un large nombre d'utilisateur qui sont très heureux avec un vieux système de fichier stable ? Ou est-ce que tout ces utilisateurs ont migré vers de nouveaux et excitants systèmes de fichier avec un développement actif de nouvelles fonctionnalités ? On a par le passé supprimé le support de système de fichiers vieillissants (ext, xiafs), donc ce n'est pas sans précédents. Mais bien que j'ai une claire idée des bénéfices de la suppression de ReiserFS pour les autres développeurs, je n'ai pas assez d'informations pour peser le coûts pour les utilisateurs. Peut être qu'ils sont heureux d'avoir le support de ReiserFS dans la version 5.15 du noyau et peuvent migrer vers un autre système de fichier avant de mettre à jour leur noyau après la 5.15. Une autre possibilité, au delà de la suppression pure et simple, serait de réduire le code du noyau à juste le support en lecture seule de ReiserFS. La plupart des bizarreries de ReiserFS a à voir avec le support en écriture de ReiserFS, donc cela pourrait être une manière pratique d'avancer. Encore une fois, je n'ai pas une vision claire de comment les gens utilisent réllement ReiserFS, donc je ne sais pas si c'est utile ou non. NB: SVP, ne discutez pas des personnalités impliqués. C'est purement une discussion du type "on a du vieux code qui utilise une vieille API"