KI erkennt Engpässe, die die Linux-Kompilierungen um bis zu 70 % beschleunigen könnten

Ein Entwickler des Linux-Kernels nutzte ein Sprachmodell, um Engpässe im Kompilierungsprozess zu identifizieren. Obwohl das Tool Code erzeugte, den er als schrecklich bezeichnete, ermöglichte eine menschliche Überprüfung die Erstellung von 23 Patches mit Verbesserungen von bis zu 36 % bei vollständigen Kompilierungen und 70 % bei inkrementellen Kompilierungen.

• Lorenzo Stoakes veröffentlichte eine Reihe von 23 Patches, um die Kompilierung des Linux-Kernels erheblich zu beschleunigen.
• Die Arbeit zielt auf Einzelthread-Aufgaben in Kbuild, kallsyms, modpost, objtool, mksysmap und dem Rust-Kompilierungssystem ab.
• Die Tests berichten von Verbesserungen von 36 % bei Kompilierungen mit allen Modulen und von bis zu 70 % bei inkrementellen Kompilierungen.

Eine von KI unterstützte Untersuchung

Ein erfahrener Entwickler des Linux-Kernels verwendete ein großes Sprachmodell, um Hindernisse zu identifizieren, die den Kompilierungsprozess verlangsamen. Das Ergebnis war eine Reihe von 23 Patches, die, wie die beschriebenen Tests zeigen, verschiedene Arten von Kompilierungen erheblich beschleunigen könnten, obwohl sie noch den Überprüfungsprozess bestehen müssen, bevor sie in den Hauptkernel integriert werden.

Lorenzo Stoakes veröffentlichte den Vorschlag am 8. September 2026 mit einem konkreten Ziel: die Zeit zu reduzieren, die das System mit Einzelthread-Aufgaben verbringt. Die Idee besteht nicht darin, Entwickler durch künstliche Intelligenz zu ersetzen, sondern sie zu nutzen, um den Prozess zu inspizieren, Wartepunkte zu finden und Änderungen vorzuschlagen, die dann technisch überprüft werden können.

Das Tool lieferte jedoch kein sofort einsatzbereites Ergebnis für das Projekt. Stoakes erklärte, dass das Modell viel Code generierte, von dem er einen erheblichen Teil als schrecklich bezeichnete, weshalb er seine Vorschläge umfassend überprüfen und umschreiben musste, bevor sie in eine kohärente Reihe von Patches umgewandelt wurden.

Der Entwickler wies auch darauf hin, dass das Modell half, Kompilierungsdurchläufe, Tests, Debugging und Analysen zu koordinieren. Dennoch stellte er fest, dass er sowohl die Korrektheit der Kompilierungen als auch der laufenden Kerne manuell überprüfte und die Leistungsverbesserungen persönlich verifiziert hat.

Das Problem der Einzelthread-Aufgaben

Die Kompilierung des Kernels kombiniert zahlreiche Phasen, die auf verschiedenen Kernen des Prozessors ausgeführt werden können, aber einige Aufgaben sind auf einen einzigen Thread beschränkt und erzeugen Wartepunkte. Wenn eine Phase schneller endet als eine andere, können die verfügbaren Ressourcen nicht immer voll ausgenutzt werden, sodass die Gesamtgeschwindigkeit von den weniger parallelisierten Abschnitten abhängt.

Die Patches von Stoakes versuchen, mehrere dieser Operationen besser zu verteilen, damit mehr Arbeit gleichzeitig vorankommt. Der Ansatz betrifft Komponenten des Bau-Systems wie Kbuild, kallsyms, modpost, objtool und mksysmap sowie das System, das verwendet wird, um Rust-Code innerhalb des Kernels zu kompilieren.

Kbuild koordiniert einen Großteil des Bauprozesses, während andere Tools Informationen generieren, Objekte überprüfen oder notwendige Elemente für das Endergebnis vorbereiten. Der Vorschlag zielt darauf ab, dass diese Funktionen effizienter arbeiten und die Zeiträume reduzieren, in denen eine Phase darauf wartet, dass eine andere eine sequenzielle Operation abschließt.

Der Umfang der Reihe zeigt auch, warum das Erkennen von Engpässen wichtiger sein kann als die Optimierung eines einzelnen Tools. Eine kleine Verbesserung in mehreren verbundenen Phasen kann eine erhebliche Zeitersparnis im Gesamtergebnis bringen, insbesondere wenn das System den Kernel während der Entwicklung und Tests häufig neu kompiliert.

Verbesserungen in verschiedenen Kompilierungen

Die zitierten Ergebnisse für eine Kompilierung des Kernels mit allen aktivierten Modulen deuten auf eine ungefähre Reduzierung von 36 % der benötigten Zeit hin. Diese Messung stellt das umfassendste Szenario der Serie dar, da sie eine große Anzahl von Komponenten umfasst und es ermöglicht, zu beobachten, wie sich die Optimierungen verhalten, wenn der Prozess eine umfangreiche Konfiguration erstellen muss.

Inkrementelle Kompilierungen, die nur die Teile neu erstellen, die von kürzlichen Änderungen betroffen sind, könnten noch mehr profitieren. In diesem Fall berichten die genannten Tests von Verbesserungen von bis zu 70 %, ein relevanter Unterschied für Entwickler, die den Zyklus des Codeänderns, Kompilierens, Testens und Nachjustierens wiederholen.

Die Zahlen stellen kein universelles Versprechen für jedes Gerät oder jede Kernelkonfiguration dar, und der Vorschlag selbst enthält Benchmark-Ergebnisse für verschiedene Szenarien. Ihr Hauptwert liegt darin, zu zeigen, dass die Engpässe eines einzelnen Threads immer noch einen erheblichen Spielraum bieten, um die Kompilerfahrung zu verbessern.

Menschliche Überprüfung und nächste Schritte

Stoakes dokumentierte die Beteiligung des Modells durch ein "Assisted-by"-Label in jedem Commit der Serie. Er wies auch darauf hin, dass er die Bestätigungsnachrichten, das Begleitschreiben und die Kommentare intensiv bearbeitet hat, eine notwendige Aufgabe, damit andere Maintainer die technischen Entscheidungen verstehen und deren Konsequenzen bewerten können.

Diese Aufsicht ist besonders relevant in einem Projekt wie dem Linux-Kernel, wo eine Leistungsänderung nicht nur anhand der Kompilierungszeit bewertet werden kann. Die Patches müssen die Korrektheit des Systems bewahren, Fehler in ungewöhnlichen Konfigurationen vermeiden und die Stabilität des Codes aufrechterhalten, der letztendlich auf Geräten und Servern ausgeführt wird.

Die Erfahrung zeigt eine bekannte Spannung bei der Verwendung von Sprachmodellen für Softwareengineering: Sie können schnell Alternativen erkunden und schwer zu überprüfende Muster erkennen, aber ihre Ausgaben können Fehler, mangelhafte Strukturen oder Entscheidungen enthalten, die nicht den Standards des Projekts entsprechen. In diesem Fall zeigte sich der Nutzen der KI in der Forschung und Analyse, während die endgültige Validierung in menschlicher Verantwortung blieb.

Die Informationen wurden von Phoronix berichtet, die die Veröffentlichung von Stoakes und die Ergebnisse der Patch-Serie gesammelt haben. Der nächste Schritt wird die technische Überprüfung durch die Community und die entsprechenden Maintainer sein, nach der die Arbeit möglicherweise in den Hauptkernel gelangen und die Kompilierungen auf verschiedenen Geräten und Konfigurationen beschleunigen könnte.

Bis dahin sollten die Zahlen als Ergebnisse eines Überprüfungsvorschlags interpretiert werden und nicht als bereits verfügbare Verbesserung für alle Linux-Distributionen. Wenn die Patches ihre Vorteile ohne die Einführung von Korrekturproblemen bewahren, könnten sie eine der repetitivsten Aufgaben in der Kernelentwicklung in einen erheblich weniger langsamen Prozess verwandeln.

Dieser Inhalt wird nur zu allgemeinen Informationszwecken bereitgestellt und stellt keine finanzielle, Anlage-, Rechts- oder Steuerberatung dar. Alle erwähnten Ereignisse, Prämien, Online-Aktionen oder zugehörige Informationen sollten nicht als Empfehlung, Aufforderung oder Einladung zum Kauf, Verkauf, Handel oder anderweitigem Umgang mit Krypto-Assets betrachtet werden. Krypto-Assets sind sehr volatil und können zu Verlusten führen. Die Verfügbarkeit von WEEX Services, Produkten und zugehörigen Aktionen kann je nach Region unterschiedlich sein. Sie sind dafür verantwortlich sicherzustellen, dass Ihre Teilnahme mit geltenden lokalen Gesetzen und Vorschriften übereinstimmt.