// LINUXNEWS.DE — LINUX & OPEN SOURCE
Linus Torvalds veröffentlicht erste LLM-gestützte Kernel-Patches
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.
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.
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.
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 de