{"id":119617,"date":"2024-08-25T21:43:12","date_gmt":"2024-08-25T19:43:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linus-torvalds-nachal-sozhalet-chto-odobril-dobavlenie-bcachefs-v-yadro-linux"},"modified":"2024-08-25T21:43:12","modified_gmt":"2024-08-25T19:43:12","slug":"linus-torvalds-nachal-sozhalet-chto-odobril-dobavlenie-bcachefs-v-yadro-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/linus-torvalds-nachal-sozhalet-chto-odobril-dobavlenie-bcachefs-v-yadro-linux","title":{"rendered":"Linus Torvalds commence \u00e0 regretter d'avoir approuv\u00e9 l'ajout de Bcachefs au noyau Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Lors de la discussion sur un nouvel ensemble de corrections propos\u00e9es pour inclusion dans le noyau 6.11-rc5 par l'auteur de Bcachefs, Linus Torvalds a exprim\u00e9 qu'il commen\u00e7ait \u00e0 regretter d'avoir int\u00e9gr\u00e9 le syst\u00e8me de fichiers Bcachefs dans le noyau. Le m\u00e9contentement de Torvalds d\u00e9coule du fait que Kent Overstreet, l'auteur de Bcachefs, envoie des corrections trop volumineuses \u00e0 la phase des candidats finaux au lancement, qui non seulement corrigent des bogues, mais continuent \u00e9galement \u00e0 d\u00e9velopper des fonctionnalit\u00e9s, alors que les changements fonctionnels ne devraient \u00eatre apport\u00e9s qu'au d\u00e9but du d\u00e9veloppement d'une nouvelle branche, et que seule de petites corrections individuelles, dont la taille ne devrait pas d\u00e9passer 100 lignes de code, sont accept\u00e9es \u00e0 cette \u00e9tape rc5. <\/p>\n
Le patch envoy\u00e9 pour Bcachefs, qui a ajout\u00e9 1309 lignes et supprim\u00e9 671 lignes dans 39 fichiers, incluait en plus des corrections de bogues deux modifications significatives : le support d'une nouvelle structure de donn\u00e9es pour g\u00e9rer la liste des \u00e9l\u00e9ments libres dans le cache et la possibilit\u00e9 de convertir des tables de hachage pour le cache. La nouvelle structure a \u00e9t\u00e9 ajout\u00e9e pour \u00e9liminer les verrous de cache superflus et \u00e9viter les situations pouvant conduire \u00e0 des conflits de verrouillage sous des charges multi-thread. <\/p>\n
Ce n'est pas la premi\u00e8re fois que de grandes corrections pour Bcachefs sont envoy\u00e9es apr\u00e8s la fen\u00eatre d'acceptation des modifications, et ce n'est pas la premi\u00e8re fois que des ajouts fonctionnels plus lourds, plut\u00f4t que de simples corrections de bogues, sont promus via des demandes de tirage aux stades finaux du d\u00e9veloppement d'une nouvelle branche. Linus Torvalds a r\u00e9pondu \u00e0 la demande de tirage envoy\u00e9e : <\/p>\n
\u00abAssez. La derni\u00e8re demande de tirage \u00e9tait \u00e9galement importante. Cette demande de tirage est trop volumineuse, touche des \u00e9l\u00e9ments qui ne concernent pas Bcachefs, et n'est m\u00eame pas \u00e0 distance une sorte de r\u00e9gression. \u00c0 un moment donn\u00e9, \u00ab r\u00e9parer quelque chose \u00bb se transforme simplement en d\u00e9veloppement, et c'est ce moment. Personne de sens\u00e9 n'utilise Bcachefs et ne s'attend \u00e0 sa stabilit\u00e9, donc chaque utilisateur est un domaine d'exp\u00e9rimentation. Les patchs Bcachefs sont devenus une sorte de \u00ab grand d\u00e9veloppement pendant le cycle de pr\u00e9paration de la version, plut\u00f4t qu'avant \u00bb, au point que je commence \u00e0 regretter l'adoption de Bcachefs. Si Bcachefs ne peut pas fonctionner correctement selon le calendrier de d\u00e9veloppement du noyau principal (upstream), il est peut-\u00eatre temps de se demander s'il doit faire partie du noyau principal. Cela d\u00e9passe d\u00e9j\u00e0 le ridicule.\u00bb <\/p><\/blockquote>\n
Kent Overstreet a r\u00e9pondu que Bcachefs est d\u00e9finitivement plus fiable que Btrfs et qu'il travaille \u00e0 la rendre plus r\u00e9siliente et fiable que XFS et EXT4, gr\u00e2ce \u00e0 l'impl\u00e9mentation d'un m\u00e9canisme d'int\u00e9grit\u00e9 des donn\u00e9es de bout en bout (end to end data Integrity). Kent a \u00e9galement soulign\u00e9 que les modifications propos\u00e9es concernent directement l'am\u00e9lioration de la fiabilit\u00e9, et si une erreur dans d'autres sous-syst\u00e8mes du noyau peut \u00e9ventuellement se limiter \u00e0 un \u00e9chec et \u00e0 un red\u00e9marrage, dans les syst\u00e8mes de fichiers, le co\u00fbt de l'erreur est tr\u00e8s \u00e9lev\u00e9 et peut conduire \u00e0 des dommages cach\u00e9s aux donn\u00e9es, qui ne peuvent \u00eatre remarqu\u00e9s que des semaines plus tard. <\/p>\n
Torvalds a r\u00e9torqu\u00e9 qu'il n'existe toujours pas de grandes distributions Linux utilisant Bcachefs, et a soulign\u00e9 qu'il convient de respecter les r\u00e8gles de d\u00e9veloppement des versions du noyau Linux, car il y a un risque d'apparition de nouveaux bugs en raison de tels grands correctifs contenant plus de 1000 lignes de code. Actuellement, les corrections discut\u00e9es pour Bcachefs ne sont pas accept\u00e9es dans le noyau Linux, et le d\u00e9veloppeur de Bcachefs n'a pas encore pr\u00e9par\u00e9 une version mise \u00e0 jour de la demande de tir, d\u00e9barrass\u00e9e de l'ajout de nouvelles fonctionnalit\u00e9s et se concentrant uniquement sur la correction des bugs. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"