Линус Торвалдс разкри, че Claude Code е помогнал за написването на корекции за ядрото на Linux, тестови програми, материали за преглед и първата чернова на техническо описание под негово ръководство.
Разработката е насочена към производителността при четене от кеша на страниците (page-cache), демонстрирайки как инструментите за програмиране с изкуствен интелект се използват в разработката на базови операционни системи, като същевременно открито се документират техническите ограничения.
Торвалдс заявява, че Claude Code е създал материалите под негово напътствие. Той отбелязва отделно, че измерванията са били извършени на неговата собствена машина.
Разкритието описва контролиран процес на разработка, а не система с изкуствен интелект, която самостоятелно поддържа Linux. Серията от осем корекции адресира тясно място в производителността, възникващо, когато множество нишки извършват малки операции по четене от един и същ кеширан файл.
Обикновено всяко четене обновява брояча на референциите към дадено folio. Терминът folio обозначава група от страници памет, като многократните актуализации принуждават процесорните ядра да се конкурират за достъп до споделени данни.
Предложеният подход забавя повторното използване на освободената памет от кеша на страниците до изтичането на гратисен период на механизма RCU. Това осигурява време на активните процеси по четене да приключат, преди тази памет да бъде използвана за друга цел.
С тази защита новият път за четене може да копира кеширани данни, без да се налага заемане и освобождаване на референции към съответното folio. Когато обстоятелствата възпрепятстват по-бързия маршрут – включително липсващи кеширани данни или грешка в потребителския буфер – съществуващият път за четене продължава операцията.
Линус Торвалдс разкрива, че Claude Code е написал корекции за Linux
В съобщението към къмита от 10 октомври Торвалдс съобщава, че осем нишки на неговия четириядрен лаптоп Intel с осем нишки са постигнали приблизително 30–33 милиона 16-байтови четения в секунда от кеширан файл в сравнение с 9,9–10,4 милиона при базовата линия.
Тези резултати се отнасят за специфичен бенчмарк, а не за цялостната производителност на Linux. Тестването е проведено върху ext4, с изключени процесорни защити (mitigations) и деактивирана опция CONFIG_HARDENED_USERCOPY. Не са правени измервания на по-мощна машина, а някои операции по четене с липсващи страници в потребителската памет са станали по-бавни.
Натискът върху системната памет остава съществен проблем. Забавеното освобождаване може да остави значителни обеми памет в очакване на повторно използване, без алокаторът да ги отчита правилно. По-късните корекции намалиха това натрупване, но в техническия доклад все още се посочват нерешени проблеми с разпределението и липса на твърда граница при бавно протичане на гратисните периоди.
Един от тестовете проверява за некоректни данни при многократно извеждане на страници от кеша и повторното им използване. При стандартните изпълнения не са регистрирани грешни четения, докато умишлено повредена версия е върнала грешни байтове, включително данни от други потребители на освободената памет.
Тестването остава ограничено. То не обхваща инструменти като KASAN, lockdep, hardened usercopy, други архитектури или редица стрес тестове.
Разкритието допълва информациите за сигурността на Claude Code и изследванията на грешки в ядрото на Linux с помощта на изкуствен интелект. Изкуственият интелект може да подпомогне разработката и анализа, но тези корекции все още се нуждаят от по-всеобхватно тестване и преглед, преди реалните работни натоварвания да потвърдят подобрената производителност и твърденията за безопасност на паметта.