Linus Torvalds testet Claude Code direkt am Linux Kernel

Worum es geht

Linus Torvalds hat am 12. Oktober 2026 in seinem eigenen Linux Repository einen ungewöhnlichen Entwicklungszweig veröffentlicht. Die acht Patches im Zweig noref-filemap-read-with-llm verändern, wie der Linux Kernel kleine parallele Lesezugriffe aus dem Seitencache behandelt. In seinem Begleittext schreibt Torvalds, dass Code, Testprogramme, die Prüfung offener Probleme und ein erster Entwurf des Schreibens mit Claude Code entstanden seien.

Die Serie ist noch nicht in Linux aufgenommen. Sie liegt auf Linux 7.3 rc6 und ist damit ein öffentlich prüfbarer Versuch, kein fertiges Versprechen. Der Zeitpunkt ist trotzdem relevant: Hier nutzt nicht irgendein Demo Projekt einen Coding Assistenten, sondern der Linux Gründer selbst arbeitet damit an einem besonders empfindlichen Teil des Kernels.

Was die Kernel Serie tatsächlich macht

Wenn mehrere Prozessorkerne winzige Stücke derselben Datei lesen, erhöhen und senken sie normalerweise ständig einen Referenzzähler für die betroffene Speicherseite. Diese atomaren Schreibzugriffe treffen dieselbe Cache Zeile. Sie muss zwischen den Kernen hin und her wandern und wird bei hoher Parallelität zum Engpass.

Torvalds’ Ansatz vermeidet diese Referenzierung beim Lesen. Entfernte Speicherseiten werden nicht sofort wiederverwendet, sondern erst nach einer RCU Schonfrist freigegeben. Leser können währenddessen direkt kopieren. Eine zusätzliche Sicherung greift, wenn sich pro Prozessor mehr als 1.024 zurückgestellte Seiten ansammeln. Dann erzwingt ein Worker eine beschleunigte Schonfrist.

Auf Torvalds’ Laptop mit vier Kernen und acht Threads stieg die gemessene Leistung bei 16 Byte großen pread() Aufrufen auf dieselbe Seite von etwa 9,9 bis 10,4 Millionen auf 30 bis 33 Millionen Zugriffe pro Sekunde. Die Kernel Zyklen je Zugriff fielen von ungefähr 2.950 auf 725. Mit nur einem Thread sank der Aufwand von 452 bis 454 auf 408 bis 409 Zyklen.

Warum das wichtig ist

Die Messwerte zeigen zunächst nur einen engen Spezialfall. Trotzdem berührt die Arbeit zwei größere Fragen. Erstens kann eine kleine gemeinsame Speicherstruktur auf modernen Mehrkernprozessoren eine ansonsten schnelle Operation stark ausbremsen. Ein sauberer Kernel Fix könnte Datenbanken, Suchsysteme und andere Programme mit vielen parallelen kleinen Lesezugriffen helfen. Ob das außerhalb des Tests messbar ist, muss erst geprüft werden.

Zweitens liefert Torvalds ein selten konkretes Beispiel für KI gestützte Systemprogrammierung. Er schreibt Claude Code weder die Urheberschaft noch die Entscheidungshoheit zu. Stattdessen benennt er klar, welche Arbeit das Werkzeug übernommen hat, und veröffentlicht Patches, Tests, Messwerte und offene Probleme für die übliche Kernel Prüfung. Genau diese Nachvollziehbarkeit ist wichtiger als die bloße Aussage, KI habe Code geschrieben.

Einfach erklärt

Man kann sich den alten Ablauf wie acht Menschen vorstellen, die für jedes einzelne Blatt Papier denselben Schlüssel aus einem kleinen Kasten nehmen und sofort zurücklegen müssen. Obwohl das Blatt schon vor ihnen liegt, drängeln alle am Kasten. Der neue Versuch lässt die Menschen lesen, während der Schlüssel eine Weile sicher verwahrt bleibt. Dadurch verschwindet das Gedränge, aber der Verwalter muss aufpassen, dass sich nicht zu viele zurückgehaltene Schlüssel ansammeln.

Praktisches Beispiel

Ein Dateidienst beantwortet gleichzeitig acht Anfragen, die jeweils nur 16 Byte aus derselben häufig genutzten Indexdatei lesen. Im synthetischen Test schafft der bisherige Pfad rund 10 Millionen solcher Lesevorgänge pro Sekunde. Mit der neuen Serie sind es auf derselben Testmaschine 30 bis 33 Millionen.

Das bedeutet nicht, dass ein kompletter Dateidienst dreimal schneller wird. Netzwerk, Datenträger, Anwendungscode und größere Lesevorgänge bleiben unverändert. Der Gewinn betrifft genau den Abschnitt, in dem viele Kerne um denselben Referenzzähler konkurrieren. Für eine reale Bewertung müssten Betreiber ihre eigenen Lastprofile messen.

Einordnung und Grenzen

• Die acht Patches sind noch nicht gemergt. Kernel Entwickler können Entwurf, Sicherheitsannahmen und Speicherverhalten noch deutlich verändern oder die Serie ablehnen.
• Die veröffentlichten Spitzenwerte stammen von einem einzelnen Laptop, einem synthetischen Test und deaktivierten Schutzmaßnahmen. Sie sind kein allgemeiner Linux Benchmark.
• Spätere Speicherfreigabe kann unter Druck neue Probleme erzeugen. Eine frühere Variante löste in einer virtuellen Maschine mit zwei Gigabyte Speicher den OOM Killer aus; die zusätzliche Schwelle soll genau dieses Risiko begrenzen.
• Claude Code ersetzt hier weder Review noch Verantwortung. Torvalds nennt selbst ungelöste Punkte, und erst unabhängige Prüfung kann zeigen, ob der Ansatz korrekt und wartbar ist.

SEO und GEO Schlüsselbegriffe

Linus Torvalds, Claude Code, Linux Kernel, Linux Seitencache, RCU, Mehrkernprozessor, Kernel Entwicklung, Coding Assistent, pread, Speicherverwaltung, Linux 7.3