Im BPF-Bereich des Linux-Kernels treffen offenbar inzwischen schneller Fehlerkorrekturen ein als neue Fehlermeldungen. Das berichtet Linus Torvalds unter Berufung auf BPF-Maintainer Alexei Starovoitov in seiner Ankündigung von Linux 7.4-rc2 vom 8. November. Sein Kommentar bleibt vorsichtig: Das wäre erfreulich, wenn es zutrifft. Für die meisten anderen Kernel-Bereiche sieht er diesen Punkt noch nicht erreicht.
Die Beobachtung ist deshalb interessant, weil Torvalds zugleich einen großen Teil der Änderungen mit KI in Verbindung bringt. Die entscheidende Frage für das Projekt ist damit zunehmend, wie aus zusätzlich entdeckten Problemen geprüfte Korrekturen werden. Bei BPF könnte sich dieses Verhältnis verbessern. Dass dort nun überwiegend KI selbst den Reparaturcode schreibt, belegt die Ankündigung allerdings nicht.
Mehr Fixes sind noch kein Nachweis für KI-Autorschaft
Torvalds bezeichnet 7.4-rc2 als großen zweiten Testkandidaten nach dem bislang größten ersten Release Candidate. Ein großer Teil der Änderungen gehe auf verschiedene KI-Fixes zurück, schreibt er sinngemäß. Künftig wolle er diesen Zusammenhang nicht jedes Mal wiederholen, sondern als gegeben voraussetzen. KI-gestützte Fehlersuche ist in seiner Beschreibung damit Teil des laufenden Entwicklungsbetriebs geworden.
Wie groß dieser Anteil tatsächlich ist, lässt sich daraus nicht berechnen. Die Ankündigung enthält keine quantitative Aufschlüsselung nach KI-bedingten und sonstigen Änderungen. Ebenso wenig lässt sich aus Starovoitovs Beobachtung ableiten, wer die eingehenden BPF-Fixes geschrieben hat. Torvalds gibt ein Verhältnis zwischen Korrekturen und neuen Meldungen wieder, keine Statistik zur Herkunft des Codes. Seine vorsichtige Aussicht auf eine mögliche Trendwende versieht er ausdrücklich mit einer Warnung vor voreiligen Erwartungen.
Diese Unterscheidung ist für die Bewertung wesentlich. Ein von KI gefundenes Problem, ein von KI vorgeschlagener Patch und eine überarbeitete, in den Kernel übernommene Korrektur sind unterschiedliche Arbeitsschritte. Wer sie unter dem Etikett „KI-Fix“ zusammenfasst, erfährt noch wenig darüber, welcher Aufwand bei den zuständigen Entwicklern verbleibt.
Die Größe des Patches erzählt eine andere Geschichte
Auch die Änderungsstatistik von 7.4-rc2 verlangt einen zweiten Blick. Sie wird von automatisierten Coccinelle-Umschreibungen dominiert. Diese bestehen überwiegend aus ein- und zweizeiligen Anpassungen; ihr Gewicht entsteht vor allem dadurch, dass sie über viele Dateien verteilt sind. Ein großer Diff ist deshalb für sich genommen weder ein Maß für die Tiefe der Reparaturen noch ein Beleg für besonders viel KI-generierten Code.
Lässt man diese skriptgestützten Änderungen weg, verteilt sich der übrige Umfang laut Torvalds ungefähr auf drei gleich große Teile: Treiber, vor allem für GPU, Netzwerk und Sound; Netzwerk und BPF; sowie den Rest, insbesondere Dateisysteme, Speicherverwaltung und Architektur-Updates. BPF ist damit ein relevanter Ausschnitt, aber kein Stellvertreter für den Zustand des gesamten Kernels.
Die Commit-Übersicht führt Starovoitov mit 40 Commits auf, darunter BPF-Korrekturen und zugehörige Selbsttests. Das dokumentiert konkrete Integrationsarbeit. Eine Zuordnung dieser Commits zu menschlicher oder maschineller Autorschaft liefert die Übersicht nicht.
Der Zeitpunkt entscheidet über die Belastung
Deutlicher als die Frage nach dem Verfasser beantwortet Torvalds die Frage, wann KI-ausgelöste Arbeit im Entwicklungsprozess ankommen sollte. Bereits zur Veröffentlichung von 7.4-rc1 am 1. November erklärte er, der Entwicklungsbaum sei voller Korrekturen für Probleme, die KI gefunden habe. Zunehmend würden auch die Patches von KI vorgeschlagen, allerdings häufig umgeschrieben.
Torvalds bewertete es als deutlich gesünder, wenn diese Arbeit bereits während des Merge Windows über die Maintainer einfließt, statt später in der Release-Candidate-Phase als zusätzliche Fixes aufzuschlagen. Das Merge Window für 7.4 umfasste knapp 20.000 Commits gegenüber den üblichen rund 15.000. Als weiteren Grund für den Umfang nannte er die Erwartung einer kommenden LTS-Version. Zudem bestand ein volles Drittel des Patches aus AMD-GPU-Register-Headern. Auch hier wäre es falsch, die Größe allein der KI zuzuschreiben.
Hinter der zeitlichen Präferenz steckt eine praktische Grenze: Nach dem Merge Window befindet sich Linux 7.4 in der Stabilisierung. Zusätzliche Fehlerfunde bringen dann weitere Korrekturen in einen bereits zu prüfenden Stand. Früher eingereichte Arbeit lässt sich dagegen über die dafür zuständigen Maintainer in den regulären Integrationsablauf einordnen. Torvalds bewertet somit nicht nur die Menge der Beiträge, sondern auch ihren Weg in den Kernel.
Die Kontrolle bleibt bei der Integration
Aus den Ankündigungen ergibt sich keine Verlagerung der Entscheidung über Kernel-Code an einen KI-Anbieter. Sichtbar wird vielmehr, wie wichtig die bestehende Maintainer-Struktur bei wachsendem maschinell ausgelöstem Arbeitsaufkommen bleibt. Dass vorgeschlagene Patches häufig umgeschrieben werden, zeigt die Grenze zwischen automatischem Vorschlag und übernommener Änderung.
Für die Arbeitsbelastung wäre es ein Fortschritt, wenn Fehlerfunde häufiger mit brauchbaren Korrekturen einhergingen. Ob die BPF-Beobachtung bereits eine dauerhafte Entlastung bedeutet, bleibt offen. Die größere Zahl eingehender Fixes sagt noch nichts darüber aus, wie aufwendig ihre Prüfung ist. Torvalds meldet einen ermutigenden Zwischenstand aus einem Teilbereich – während der übrige Kernel diesen Punkt nach seiner eigenen Einschätzung meist noch nicht erreicht hat.
📂
Kategorie
KI
Künstliche Intelligenz, große Sprachmodelle, Bildgeneratoren und was sie wirklich können – und was nicht.
