Der Vater von Linux ist im neuen Jahr wieder wütend! Wütend denunzierten Google-Kernel-Mitwirkende: Ich werde diese Art von Müllcode nicht akzeptieren

王林
Freigeben: 2024-02-19 11:42:03
nach vorne
1139 Leute haben es durchsucht

Der Vater von Linux ist im neuen Jahr wieder wütend! Wütend denunzierten Google-Kernel-Mitwirkende: Ich werde diese Art von Müllcode nicht akzeptieren

Zusammengestellt丨Noah

Produziert von 51CTO Technology Stack (WeChat-ID: blog51cto)

Linus Torvalds hat kürzlich einen äußerst kritischen Beitrag auf der Linux-Kernel-Mailingliste für Mitwirkende bei Google veröffentlicht, in dem er vernichtende Ansichten zu Dateisystemempfehlungen äußert. Im Mittelpunkt der Kontroverse steht der Inode, der laut Red Hat eine eindeutige Kennung von Metadaten in einem bestimmten Dateisystem ist.

Inode-Probleme waren in letzter Zeit ein heißes Thema auf der Linux-Kernel-Mailingliste und lösten viele Diskussionen aus. Insbesondere zwischen den Google-Kernel-Mitarbeitern Steven Rostedt und Torvalds kam es zu einem heftigen Austausch zu diesem Thema. In der Diskussion über „Alle Dateien und Verzeichnisse mit der gleichen Inode-Nummer versehen“ wurde darauf hingewiesen, dass Inodes möglicherweise immer noch eine Rolle spielen, wenn tar zur Dateiarchivierung verwendet wird. Allerdings glaubt Torvalds, dass die Ära der Inodes vorbei ist, was zu weiteren Diskussionen und Kontroversen führt. Dies zeigt, dass die Linux-Community unterschiedliche Ansichten und Positionen zum Inode-Problem hat, was auch die Komplexität und Bedeutung des Problems widerspiegelt.

Er schrieb: „Ja, die Inode-Nummer war einst wichtig und hatte ihren eigenen einzigartigen historischen Hintergrund. Allerdings sollten wir jetzt zu einem fortschrittlicheren und effizienteren Dateisystem übergehen. Die Inode-Nummer ist nicht mehr der einzige Deskriptor, wir befinden uns in einer Ära des ständigen Wandels.“

Trotzdem geht die Debatte über Inodes weiter. Schließlich schlug Rostedt vor, dass alle Inodes eindeutige Nummern haben sollten.

Der Wortlaut und der Ton von Torvalds‘ Antwort waren in den letzten Jahren sehr selten.

Im Jahr 2018 kündigte Linus Torvalds an, dass er vorübergehend gehen und Hilfe bei der emotionalen Kontrolle erhalten werde. Er hat sich dafür entschuldigt, dass er zuvor in E-Mails an andere Linux-Programmierer und Projektmitarbeiter leichtfertig beleidigende Bemerkungen gemacht hatte, und gab zu, dass seine Handlungen unprofessionell und ungerechtfertigt waren. Er sagte, er bedauere die Angriffe zutiefst, insbesondere wenn sie persönlich genommen würden.

Torvalds äußerte seine Reue vor allem, weil die Linux-Kernel-Mailingliste tatsächlich der Arbeitsplatz vieler Mitwirkender ist. Der Missbrauch verbaler Gewalt schadet nicht nur der Schaffung eines angenehmen Arbeitsumfelds, sondern beeinträchtigt auch die Beteiligung von Freiwilligen und Betreuern. Wenn man bedenkt, dass Linux-Projekte auf diese Mitwirkenden angewiesen sind, kann sich eine schlechte Arbeitsumgebung negativ auf das gesamte Projekt auswirken.

Als Antwort auf Rostedts Vorschlag zu eindeutigen Inode-Nummern sagte Torvalds zunächst: „Machen Sie die Dinge nicht komplizierter, als sie sein müssen.“

Dann wurden seine Worte intensiver:

„Oh mein Gott, hör auf, VFS-Layer-Funktionen zu kopieren! Letztes Mal war es eine schlechte Idee, und dieses Mal ist es eine extrem schlechte Idee. Ich werde diese Art von Müllcode nicht akzeptieren

.“

Torvalds‘ Hauptkritikpunkt an Rostedt war, dass er glaubte, der Google-Entwickler habe die Thematik nicht vollständig verstanden – was Rostedt später einräumte.

Zuvor hatte Torvalds jedoch bereits seinen eigenen verbalen „Angriff“ gestartet. Wie unten erwähnt:

Sie haben eine Funktion kopiert, ohne zu verstehen, warum sie eine bestimmte Aktion ausgeführt hat. Ihr Code ist also völliger Müll.

Betonung noch einmal.

In der nächsten Zeit verlief die Debatte in einem relativ ruhigen Ton. Torvalds machte Vorschläge, von denen er glaubte, dass sie Rostedts Bedenken besser Rechnung tragen würden.

Der Vater von Linux schreibt, dass er nicht die Absicht hat, dieses Problem sofort anzugehen, da er bereits genug Zeit damit verschwendet hat und bei anderen Aufgaben zu weit im Rückstand ist, um jetzt Energie darauf zu verwenden.

Als Antwort auf die Aussage von Torvalds antwortete Rostedt mit einer eher pointierten Bemerkung:

Ich verstehe Ihre aktuelle Arbeitsbelastung und Ihren Zeitplan vollkommen. Ich weiß es wirklich zu schätzen, dass Sie sich die Zeit genommen haben, dieses Thema zu diskutieren und wertvolle Erkenntnisse und Alternativen bereitzustellen. Ich werde Ihren Vorschlag sorgfältig prüfen und meine Umsetzung noch einmal überprüfen. Um die Qualität unseres Codes sowie die allgemeine Stabilität und Effizienz des Linux-Kernels sicherzustellen, werde ich mich eingehender mit den zugrunde liegenden Mechanismen im Zusammenhang mit dem Dateisystem befassen, um zu verhindern, dass solche Missverständnisse und ungültige Arbeiten erneut auftreten. Nochmals vielen Dank für Ihre Anleitung. Ich werde meine Entwicklungsrichtung entsprechend anpassen und mich um bessere Lösungen bemühen.

Ironischerweise besteht eine der Aufgaben, die ich aufgeschoben habe, darin, eventfs zu reparieren, während ich ein Supportdokument darüber schreibe, wie Betreuer mit Stress und Burnout am Arbeitsplatz umgehen. :-p

Am Sonntag begann Torvalds, Neuigkeiten zum erfreulichen Thema des Linux-Kernels zu veröffentlichen: Die Version des Linux-Kernels 6.8-rc2 wurde offiziell veröffentlicht.

Er weist darauf hin, dass in rc1 ein „amdgpu-Planungsfehler“ enthalten ist, der dazu führen kann, dass der Desktop hängen bleibt (er wird schließlich wiederhergestellt, aber die Wiederherstellungszeit kann für die meisten Benutzer lang genug sein, um den Computer neu zu starten, anstatt zu warten).

„Dieses Problem scheint einige Menschen zu betreffen.“

Glücklicherweise ist ein BTRFS-Fehler, auf den Torvalds selbst gestoßen ist, nicht in rc1 aufgetaucht, da er vor der Veröffentlichung bemerkt wurde.

Er schrieb in dem Beitrag: „Wie auch immer, ich hoffe, dass wir mit der Einführung von rc2 nun in eine stabilere Phase des Veröffentlichungszyklus eintreten und die Art von Problemen, die eine große Anzahl von Testern betreffen könnten, gelöst wurden. Also.“ , hoffentlich werden nachfolgende Korrekturen detaillierter sein und versuchen, gängige Kernkonfigurationen nicht zu beeinträchtigen.“

„Probieren Sie es also gerne aus. Es ist jetzt sicher. Sie vertrauen mir, oder?“

Natürlich, wenn es nur um die Entwicklung des Kernels selbst geht.

Nachdem Linus Torvalds die Linux-Kernel-Version 6.8-rc2 veröffentlicht hatte, ermutigte er Entwickler und Tester, sich aktiv am Testen der neuen Version zu beteiligen. Obwohl während des Kernel-Entwicklungsprozesses zwangsläufig Herausforderungen wie Fehlerbehebung und Funktionsoptimierung auftreten, kann der Linux-Kernel durch kontinuierliche iterative Aktualisierungen sowie Zusammenarbeit und Feedback zwischen Community-Mitgliedern kontinuierlich verbessert und erweitert werden. Daher trägt die Teilnahme an Tests für diejenigen, denen die Kernel-Entwicklung vertraut und am Herzen liegt, nicht nur zur Verbesserung der Qualität des Kernels bei, sondern ist auch einer der wichtigsten Schritte, um das gesamte Open-Source-Ökosystem voranzutreiben.

Referenzlink: https://www.theregister.com/2024/01/29/linux_6_8_rc2/?td=rt-4a

Das obige ist der detaillierte Inhalt vonDer Vater von Linux ist im neuen Jahr wieder wütend! Wütend denunzierten Google-Kernel-Mitwirkende: Ich werde diese Art von Müllcode nicht akzeptieren. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Verwandte Etiketten:
Quelle:mryunwei.com
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage