Nein: Das gemeldete Signal aus eBPF reicht nicht, um einen Höhepunkt der KI-Patchwelle im gesamten Linux-Kernel festzustellen. Am 9. November 2026 berichtete Dataconomy, Linus Torvalds habe bei einer Diskussion zu Linux 7.4-rc2 die Einschätzung von Alexei Starovoitov weitergegeben: Im eBPF-Bereich träfen Korrekturen schneller ein als neue Fehlermeldungen. Torvalds sagte, die meisten anderen Kernelbereiche hätten diesen Punkt noch nicht erreicht und eine allgemeine Trendwende sei lediglich möglich (Dataconomy).
Was der eBPF-Hinweis aussagt
eBPF ist ein Teilbereich des Linux-Kernels, in dem abgeschirmte Programme innerhalb des Kernels laufen können. Der berichtete Vergleich stellt dort neu eintreffende Fehlermeldungen und Korrekturen einander gegenüber. Er beschreibt damit ein lokales Verhältnis, nicht die Gesamtzahl KI-gestützter Einsendungen oder angenommener Patches im Linux-Kernel.
Ein Verhältnis aus Korrekturen und neuen Fehlermeldungen beschreibt die Arbeit in einem Teilbereich, nicht die Patchmenge des gesamten Kernels.
Was Torvalds von KI-gestützten Fehlermeldungen erwartet
In einem am 26. August 2026 veröffentlichten Interview sagte Torvalds, die Prüfung, ob ein von einem Sprachmodell gemeldeter Fehler tatsächlich existiert, könne erheblichen Aufwand erfordern. Wer einen solchen Fund einreicht, solle einen Patchvorschlag mitbringen und für Rückfragen der Maintainer erreichbar bleiben. Das hält die menschliche Prüfung und Zusammenarbeit auch dann im Prozess, wenn ein Modell beim Aufspüren eines möglichen Fehlers hilft.
Torvalds’ KI-gestützter Test an assoc_array war ein anderer Fall; unser früherer Bericht dazu beschreibt ihn.
Von der Demo zu produktivem Code
Torvalds unterschied schnelle Demonstrationen von produktionsreifem Code. Er war nicht überzeugt, dass Sprachmodelle produktiven Code zwangsläufig schneller hervorbringen.
