IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Linus Torvalds fustige un contributeur de Google au noyau Linux pour ses suggestions relatives aux inodes des systèmes de fichiers,
Il a qualifié de "déchet" un code soumis par le Googler

Le , par Mathis Lucas

52PARTAGES

6  0 
Linus Torvalds a publié dimanche la deuxième version candidate du noyau Linux 6.8 (Linux 6.8-rc2). Mais avant cela, sur la liste de diffusion Linux Kernel, l'on a assisté à un débat houleux entre Linus Torvalds et un contributeur de Google au noyau à propos des inodes dans les systèmes de fichiers de Linux. Linus Torvalds a critiqué vertement et rejeté les propositions du Googler, en lui rappelant que le monde ne vit plus dans les années 70 et que les systèmes de fichiers ont beaucoup évolué. Le langage et le ton forts utilisés par Linus Torvalds dans sa réponse au contributeur rappellent ses attaques désinvoltes passées, pour lesquelles il s'était excusé auparavant.

Le débat portait sur l'utilisation des "inodes" comme identifiants uniques pour les métadonnées d'un système de fichiers. Un nœud d'index ou inode (contraction de l'anglais index et node) est un identifiant unique pour un élément spécifique de métadonnées dans un système de fichiers. En d'autres termes, un inode est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers. Les inodes ont fait l'objet d'un débat au cours des deux dernières semaines, avec des échanges "robustes" entre Linux Torvalds et un Googler appelé Steven Rostedt.


Dans un fil de discussion intitulé "Have the inodes all for files and directories all be the same" (les inodes pour les fichiers et les répertoires doivent-ils être identiques ?), les participants ont fait remarquer que les inodes pouvaient encore jouer un rôle lors de l'utilisation de la commande tar pour l'archivage des fichiers. La discussion a déclenché une réponse du créateur de Linux. Torvalds n'est pas d'accord avec cette idée et a répondu que les inodes avaient fait leur temps. Il estime que les inodes ont peut-être eu un passé "merveilleux", mais ils ont désormais perdu de leur importance et ont été fortement dépassés.

« Oui, les numéros d'inodes étaient spéciaux, et il y a une histoire derrière cela. Cependant, nous devrions nous efforcer de nous éloigner de cette histoire révolue. Un numéro d'inode n'est tout simplement plus un descripteur unique. Nous ne vivons plus dans les années 1970 et les systèmes de fichiers ont changé », a-t-il écrit. Mais le débat sur les inodes s'est poursuivi. Le Googler a suggéré que les inodes devraient tous avoir des numéros uniques. La réponse de Torvalds a utilisé un langage et un ton rarement vus ces dernières années. En réponse à la suggestion de Rostedt, Torvalds s'est laissé aller et a déclaré :

« Arrêtez de rendre les choses plus compliquées qu'elles ne doivent l'être. Et bon sang, ARRÊTEZ DE COPIER LES FONCTIONS DE LA COUCHE VFS. C'était une mauvaise idée la dernière fois, c'est une très mauvaise idée cette fois-ci aussi. Je n'accepte pas ce genre de conneries ». La principale critique de Torvalds à l'égard de l'approche de Rostedt est que le Googler ne comprenait pas entièrement le sujet, ce que Rostedt a reconnu plus tard. Mais entre-temps, Torvalds l'avait incendié comme suit : « vous avez copié cette fonction sans comprendre pourquoi elle fait ce qu'elle fait, et votre code est donc un déchet ».

Alors que le débat sur le rôle des inodes se poursuivait, le créateur de Linux a fini par faire des propositions pour une meilleure approche des problèmes liés aux inodes. Mais en raison d'autres responsabilités et de retards dans ses tâches, il a déclaré qu'il n'avait pas l'intention de s'attaquer immédiatement au problème. « J'ai perdu suffisamment de temps sur ce sujet et je suis très en retard dans mes autres responsabilités. Donc ce n'est pas une chose sur laquelle je peux travailler maintenant ». Rostedt a répondu en évoquant un problème qui touche la communauté des logiciels libres et open source.

« Ironiquement, l'une des responsabilités que j'ai repoussées pour corriger eventfs était d'écrire ce document sur un groupe de soutien pour l'épuisement des mainteneurs », a déclaré le Googler. (L'épuisement professionnel des mainteneurs et des contributeurs est une grande préoccupation dans la communauté des logiciels libres et open source. Les pistes de solutions visant à résoudre ce problème sont constamment débattues, mais les choses semblent ne pas aller de l'avant. Cet état de choses menace la survie de certains projets qui pourraient finir par manquer de contributeurs.)

Citation Envoyé par Linus Torvalds


Steven, arrêtez de rendre les choses plus compliquées qu'elles ne doivent l'être.

Et bon sang, arrêtez de copier les fonctions de la couche VFS.

C'était une mauvaise idée la dernière fois, c'est une très mauvaise idée cette fois-ci aussi.

Je n'accepte pas ce genre de conneries.

Tout "get_next_ino()" devrait être "atomic64_add_return()". Fin de l'histoire.

Vous n'êtes pas spécial. Si les fonctions VFS ne fonctionnent pas pour vous, vous ne les utilisez pas, mais bon sang, vous ne les volez pas non plus sans comprendre ce qu'elles font et pourquoi elles sont nécessaires.

La raison pour laquelle get_next_ino() est critique est qu'elle est utilisée par des choses comme les pipes, les sockets, etc. qui se créent à un rythme élevé, les numéros d'inodes ne sont certainement pas mis en cache.

Vous avez copié cette fonction sans comprendre pourquoi elle fait ce qu'elle fait et en conséquence, votre code EST UN DÉCHET.

Il faut rappeler que ce n'est pas la première fois que Torvalds s'emporte de cette manière face à un contributeur de Linux. Par le passé, il a été beaucoup critiqué pour cela. Le problème était tel que, en 2018, Torvalds a annoncé sa décision de faire une pause et de chercher de l'aide après s'être excusé pour ce qu'il a décrit comme des "attaques désinvoltes" dans des courriels adressés à des collègues programmeurs de Linux et à des contributeurs au projet. Il a admis que ces attaques étaient à la fois non professionnelles et injustifiées : « je sais maintenant que ce n'était pas correct et je suis vraiment désolé ».

La contrition de Torvalds s'explique en partie par le fait que la liste de diffusion du noyau Linux est un véritable lieu de travail pour de nombreux contributeurs. Les messages injurieux n'ont rien d'un lieu de travail agréable. Et, étant donné que le noyau Linux repose sur des contributeurs et des mainteneurs bénévoles, un environnement de travail désagréable peut potentiellement nuire au projet. Il est important de maintenir la collaboration et le respect entre les programmeurs. Cette situation rappelle l'importance des bonnes relations au sein d'une équipe, en particulier pour les projets communautaires tels que Linux.

Dans la communauté, les réactions sont mitigées en ce qui concerne cet accrochage entre Torvalds et Rostedt. Torvalds est critiqué par certains, tandis que d'autres ne voient aucun problème dans ces déclarations. Un autre groupe tente de trouver une justification aux propos du créateur de Linux. « Torvalds est le point focal de tant de choses, je suppose qu'il est très difficile de rester poli et de ne pas être agressif », peut-on lire dans les commentaires.

Dimanche, Torvalds a publié la deuxième version candidate de Linux 6.8 (Linux 6.8-rc2) avec le nouveau pilote graphique expérimental Intel Xe, plus de possibilités pour AMD Zen 5 et Intel Arrow Lake/Lunar Lake, un nouveau support du matériel ARM, le support de la manette Nintendo NSO, des mises à jour du code Rust, et plus encore. Avec Linux 6.8-rc2, il y a quelques changements tardifs de "fonctionnalités" ainsi qu'un important travail de stabilisation.

Torvalds a noté que la rc1 incluait un bogue de planification amdgpu qui pouvait provoquer un blocage du bureau (qui se rétablissait *éventuellement*, mais après un délai suffisamment long pour que la plupart des gens finissent probablement par redémarrer à la place. Ce problème semble être résolu maintenant.

Source : discussions sur la liste de diffusion du noyau Linux (1,2,3, 4)

Et vous ?

Quel est votre avis sur le sujet ?
Que pensez-vous des remarques de Linus Torvalds à l'égard de l'employé de Google ?
Selon vous, les propos de Linus Torvalds sont-ils justifiés ? Le ton employé était-il nécessaire ?
Quels pourraient être les impacts de ce type de propos sur les contributeurs et le projet Linux en lui-même ?
Que pensez-vous de la question soulevée par le Googler au sujet des inodes dans les systèmes de fichiers de Linux ?

Voir aussi

Linux mobilise désormais 15 % de parts sur les desktops en Inde, une performance qui contraste avec les 4 % à l'échelle globale et ravive les questionnements sur l'échec face à Windows, après 30 ans

« Rust est une solution pour éviter au noyau Linux et aux mainteneurs de plonger dans la stagnation », d'après Linus Torvalds à propos de l'impact de ce langage dans le développement du kernel

Fatigue des Mainteneurs dans le Noyau Linux et rôle de l'IA dans le développement open source, une vision partagée par Linus Torvalds au sommet Open Source de la Fondation Linux

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de CaptainDangeax
Membre expérimenté https://www.developpez.com
Le 31/01/2024 à 14:06
Citation Envoyé par .:ce Voir le message
Ce type finira par tuer le libre dont il a pourtant été un grand contributeur...
Je t'ai moinsé parce que Linus n'attaque pas la personne, seulement le mauvais travail fourni, et visiblement ce n'est pas la première fois. Quand, dans une entreprise, quelqu'un fait de la m..de, tout le monde en pâtit. Exemple avec le BQTT chez Boeing en ce moment (BQTT = boulon qui tient tout)...
12  1 
Avatar de Diablo150
Membre régulier https://www.developpez.com
Le 30/01/2024 à 11:44
On peut critiquer la forme mais sur le fond il a totalement raison.

Quel intérêt de rendre les inodes uniques ?
Ca ne ferait que ralentir les IO du système tout ça pour corriger une conception datée sur un programme ?

Certes tar est très utilisé, mais c'est plutôt lui qu'il faudrait mettre à jour, pas Linux.
Je n'ai qu'une connaissance limitée du sujet, mais je ne vois pas ce qui empêcherait tar d'utiliser une fonction de hashage à la place.

Ca ralentirait probablement tar, mais ça vaut mieux que ralentir tout le système d'exploitation.

Linus a une expertise technique hors du commun, faut vraiment avoir les reins solides et parfaitement connaitre son sujet pour le contredire. Ca n'a visiblement pas été le cas ici, d'où l'emportement de Linus.
12  2 
Avatar de unanonyme
Membre éclairé https://www.developpez.com
Le 30/01/2024 à 12:43
A rapprocher de
https://programmation.developpez.com...ar-Peter-Naur/

Pour le reste, tout le monde (parmi les gens concernés) semble s'en foutre de sa gueulante.
9  0 
Avatar de marc.collin
Membre émérite https://www.developpez.com
Le 30/01/2024 à 19:44
un moment donné si tu maitrises pas le sujet, d'autre vont te remettre à ta place
la personne avait pas trop d'argument et ne maitrisait pas le sujet...

cela ne fait que ralentir le développement de ce genre de canaux
9  2 
Avatar de sergio_is_back
Expert confirmé https://www.developpez.com
Le 31/01/2024 à 9:30
Citation Envoyé par marc.collin Voir le message
un moment donné si tu maitrises pas le sujet, d'autre vont te remettre à ta place
Malheureusement je dirais qu'on ne le fait pas suffisamment souvent (pour des raisons de paix dans l'entreprise, pour des raisons commerciales, ne pas se fâcher avec un client, un prestataire, etc...)
J'en ai croisé des tas au fil des années et certains auraient mérité une bonne engueulade à la Linus voir un bon coup de pied au cul
9  2 
Avatar de zeuros
Membre à l'essai https://www.developpez.com
Le 01/02/2024 à 8:55
Waste se traduirait plutôt par "gachis" et non "déchet" dans ce cas ...
6  0 
Avatar de nikau6
Membre extrêmement actif https://www.developpez.com
Le 06/03/2024 à 17:36
Dans un projet collaboratif de cette ampleur, sois tu es gentil et tu te fais boufffer par tout le monde et ton noyeau devient du grand n'importe quoi, soit tu fais preuve de caractere pour maintenir une cerraine intégrité et un certain niveau d'exigence et tu te fais traiter d'emmerdeur.
Linus joue un role tres important et il est essentiel pour LInux. Son caractère est une tres bonne chose pour la bonne continuation du projet.
4  0 
Avatar de petitours
Membre chevronné https://www.developpez.com
Le 31/01/2024 à 12:59
Je ne comprends rien au fond parce que je ne suis pas compétent mais dans la mesure où sur le fond Linus Torvalds semble avoir raison je pense normal et tout à fait justifié qu'il soit aussi incisif.
Il manque peut être juste un rappel que quand on veut contribuer sur un truc pareil on fait valider le principe AVANT de coder et faire un review, histoire de ne pas envoyer dans les tuyaux un "déchet" qu'il faudra identifier et retirer.

Vu le boulot que linux doit représenter et la criticité des motifs a un tel niveau, une telle correction doit représenter une perte de temps phénoménale pour ceux qui doivent valider le code.

Ça manque dans beaucoup d'entreprise de la fermeté et du recadrage et je pense qu'il est normal que ce recadrage soit fort quand ça concerne des choses graves.
4  2 
Avatar de Mounzor
Futur Membre du Club https://www.developpez.com
Le 31/01/2024 à 13:39
Après plusieurs semaines de débat, je comprends la sortie du Mr. mais la forme n'est pas très correct non plus.
3  1 
Avatar de Metal3d
Membre régulier https://www.developpez.com
Le 31/01/2024 à 8:33
J'ai beau admirer Linus, ce genre de message et le ton utilisé m'a toujours refroidi. Être compétent ne justifie pas le fait d'être impoli, arrogant et insultant.

Le mec a bossé, il y a des code review.

Ce genre de réaction peut carrément faire reculer de potentiels contributeurs.

Franchement il faut qu'il s'excuse de ce ton, et qu'il arrête de parler comme ça.
3  11