Linus Torvalds hat erstmals eine unter Beteiligung eines Large Language Models entstandene Patchreihe für den Linux-Kernel veröffentlicht. Die Änderungen versprechen erhebliche Leistungsgewinne bei bestimmten Lesezugriffen. Der Schritt fällt in eine Phase, in der die Kernel-Entwickler den Umgang mit KI-generiertem Code neu regeln. Nach Torvalds’ Commit fanden an verschiedenen Stellen im Netz teils hitzige Diskussionen über den hardwarenahen Einsatz von AI statt.
Am 10. Oktober stellte Linus Torvalds in seinem Git-Repository den Entwicklungszweig noref-filemap-read-with-llm bereit. Die zehn Patches sollen ein seit Jahren bekanntes Leistungsproblem beim Zugriff auf den Page Cache beseitigen. Die Besonderheit liegt allerdings weniger in der technischen Umsetzung als in ihrer Entstehung: Torvalds hat bei der Entwicklung erstmals öffentlich den Einsatz eines Large Language Models (LLM) eingeräumt. Auf dem Maintainers Summit in Prag hatte er bereits von seiner Arbeit an der Patchreihe berichtet.
Schnellere Lesezugriffe durch RCU
Die Patches befassen sich mit der Speicherverwaltung des Kernels. Werden kleine Datenmengen aus einer Datei gleichzeitig von mehreren Threads gelesen, können die notwendigen Änderungen an den Referenzzählern der betroffenen Speicherseiten zu erheblicher Konkurrenz zwischen den Prozessorkernen führen.
Torvalds möchte diese Referenzzählung für bestimmte Zugriffe vermeiden. Dazu sollen häufig verwendete Speicherseiten mithilfe von Read-Copy-Update (RCU) auch während des eigentlichen Lesevorgangs geschützt bleiben. Auf seinem Notebook mit einem Intel Core i7-8565U erreichte Torvalds bei einem synthetischen Test mit acht Threads statt rund zehn Millionen bis zu 33 Millionen Leseoperationen pro Sekunde. In anderen Tests und unter anderen Bedingungen fallen die Verbesserungen deutlich geringer aus. Die Messwerte lassen sich deshalb nicht auf die allgemeine Systemleistung übertragen.
Zudem ist die Patchreihe noch nicht zur Übernahme geeignet. Bei der Begutachtung wurde bereits eine Race Condition entdeckt. Torvalds selbst dokumentiert weitere offene Fragen, darunter mögliche Probleme bei der Speicherfreigabe und bislang unzureichend getestete Szenarien.
Kernel-Entwicklung öffnet sich für KI
Bemerkenswert ist der Zeitpunkt der Veröffentlichung. Die Kernel-Community diskutiert seit Monaten darüber, welchen Platz generative KI künftig im Entwicklungsprozess einnehmen soll. Ende 2025 wurden erstmals entsprechende Richtlinien eingeführt. Ein Assisted-by-Tag sollte kenntlich machen, wenn ein LLM an der Entstehung eines Patches beteiligt war. Im Juli 2026 wurde diese Regelung bereits kontrovers diskutiert. Während einige Maintainer auf die zusätzliche Transparenz bestanden, hielten andere die Kennzeichnung für wenig aussagekräftig. Auch Torvalds sprach sich deutlich gegen eine grundsätzlich ablehnende Haltung gegenüber KI aus. Für ihn ist entscheidend, ob der einreichende Entwickler den Code versteht und dafür Verantwortung übernimmt.
Auf dem Maintainers Summit am 8. Oktober in Prag setzte sich schließlich eine deutliche, aber nicht einstimmige Mehrheit für die Abschaffung des verpflichtenden Assisted-by-Tags ein. Sasha Levin begründete einen entsprechenden Änderungsvorschlag unter anderem damit, dass lediglich rund zehn Prozent der 18.533 regulären Commits bis Linux 7.3-rc7 eine solche Kennzeichnung trugen, obwohl der tatsächliche Einsatz von LLMs offenbar erheblich weiter verbreitet ist. Die fehlende Kennzeichnung lasse somit keine zuverlässigen Rückschlüsse mehr auf die Entstehung eines Patches zu. Die Diskussion darüber ist allerdings noch nicht abgeschlossen. Zuletzt äußerten mehrere Entwickler weiterhin Vorbehalte gegen den Wegfall der Transparenz.
Zwischen Produktivität und zusätzlichem Review-Aufwand
Die Debatte verdeutlicht einen grundlegenden Konflikt. Befürworter verweisen darauf, dass KI-Assistenten erfahrene Entwickler bei der Analyse komplexer Zusammenhänge und beim Schreiben von Code unterstützen können. Kritiker befürchten dagegen, dass die niedrigere Einstiegshürde zu einer Flut oberflächlich geprüfter Patches führt, die den ohnehin stark beanspruchten Maintainern zusätzliche Arbeit aufbürdet.
Auch die Frage nach der Urheberschaft spielt eine Rolle. Kernel-Entwickler Steven Rostedt sprach sich beispielsweise dafür aus, zumindest vollständig durch Prompts erzeugten Code weiterhin als solchen erkennbar zu machen. Die bisherigen Regeln zur Verantwortung bleiben davon unberührt: Ein LLM darf keinen Signed-off-by-Eintrag vornehmen. Die Verantwortung für Korrektheit, Lizenzkonformität und die weitere Betreuung eines Patches liegt weiterhin bei einem Entwickler oder Maintainer.
Torvalds‘ eigene Patchreihe demonstriert dabei sowohl die Möglichkeiten als auch die Grenzen der Technik. Ein LLM kann offenbar selbst bei komplexen Änderungen an der Speicherverwaltung hilfreich sein. Dass die erste Begutachtung bereits einen Fehler aufdeckte, unterstreicht gleichzeitig die Bedeutung des etablierten Review-Prozesses. Der Entwicklungszweig ist bislang nicht Bestandteil des regulären Linux-Kernels. Ob und wann die Änderungen übernommen werden, bleibt offen.
