Ein Video von Axoncraze beschreibt einen langsameren Sonderfall bei Page Faults im Zusammenhang mit Linus Torvalds’ experimentellem Linux-Patch. Die zuvor von ZDNET gemeldeten Durchsatzgewinne betreffen dagegen einen eng umrissenen Test mit acht Threads und 16-Byte-Lesezugriffen. Sie gelten nicht allgemein für Linux. ZDNETs Bericht vom 13. Oktober 2026 beschreibt sowohl den Test als auch den technischen Ansatz.
Was der Patch an der Linux-Seitencache ändern soll
Die achtteilige Patch-Reihe zielt auf einen Engpass beim wiederholten Lesen kleiner Datenmengen aus dem Linux-Page-Cache. Dieser hält Dateiinhalte im Arbeitsspeicher bereit. Greifen mehrere Threads gleichzeitig darauf zu, können konkurrierende Aktualisierungen gemeinsamer Referenzzähler eine Cache-Line zwischen Prozessorkernen hin- und herbewegen und so bremsen.
Der Vorschlag verschiebt deshalb die Wiederverwendung von Speicher, der aus dem Page-Cache entfernt wurde, bis nach einer RCU-Wartezeit. RCU steht für Read-Copy-Update: Erst wenn diese Wartezeit abgelaufen ist, soll der Speicher wiederverwendet werden. Währenddessen kann ein geschützter Lesezugriff Daten kopieren, ohne eine Folio-Referenz zu erhöhen. Eine Folio ist ein Speicherobjekt des Kernels.
Wobei Claude Code Torvalds unterstützte
Linus Torvalds erklärte laut ZDNET, Claude Code habe unter seiner Anleitung beim Code, bei Testprogrammen und beim Review geholfen. Auch den ersten Entwurf des Begleittexts zur Patch-Reihe habe der Assistent erstellt. Zum Einsatz von Claude Code bei der Kernel-Arbeit hat NeoTeo bereits zuvor berichtet; die Leistungszahlen beziehen sich auf den konkreten Lese-Engpass.
Was der Benchmark tatsächlich misst
Im beschriebenen Test lasen acht Threads jeweils 16 Byte mit pread() von derselben Seite. Gemessen wurde auf einem Laptop mit vier Kernen und acht Threads, ausgestattet mit einem Intel Core i7-8565U. Laut ZDNET entfielen in diesem Test 99,92 Prozent der gemessenen Cross-Core-Last auf die gemeinsam genutzte Cache-Line.
Für diesen Aufbau stieg der berichtete Durchsatz von etwa 9,9 bis 10,4 Millionen auf 30 bis 33 Millionen Lesezugriffe pro Sekunde. Die Kernel-Zyklen pro Lesezugriff sanken dabei von rund 2.950 auf 725. Ein separater Einzelthread-Test ergab einen kleineren Unterschied: etwa 452 bis 454 gegenüber 408 bis 409 Zyklen pro Lesezugriff. Das sind Ergebnisse für die beschriebenen Tests, keine allgemeine Leistungssteigerung von Linux.
Der berichtete Zielkonflikt bei Page Faults
ZDNET berichtet neben der verzögerten Speicherfreigabe von einem zusätzlichen fehlgeschlagenen Exception-Versuch, wenn ein Lesezugriff auf eine nicht gemappte User-Seite zielt, bevor der bisherige Pfad übernimmt. Axoncraze beschreibt außerdem einen langsameren Sonderfall bei Page Faults. Das sind getrennte Beobachtungen; Axoncraze erläutert den experimentellen Ansatz und diesen Sonderfall in einem englischsprachigen Video.
Der gemeldete Stand der Branch
ZDNET berichtete am 13. Oktober 2026, dass die Branch noch nicht in Linux 7.3-rc6 enthalten war.
