← СИГНАЛ ОБЩЕСТВО
ОБЩЕСТВО

Линус Торвальдс применяет ИИ в ядре Linux

Создатель Linux начал использовать ИИ для разработки кода ядра. Это заметный сдвиг в отношении ключевого мейнтейнера к ИИ-инструментам.

Линус Торвальдс впервые публично признал, что использовал ИИ для написания кода ядра Linux. В своём коммите в Git он указал, что код, тестовые программы, ревью и первый черновик описания были созданы с помощью LLM-ассистента Claude Code под его руководством. Это знаковый момент в истории отношений создателя Linux с ИИ — ещё год назад такое казалось маловероятным.

Новый код представляет собой серию из восьми патчей в ветке noref-filemap-read-with-llm в репозитории Торвальдса. Патчи устраняют узкое место, возникающее при многопоточном чтении небольшими блоками из одного и того же файла. Проблема связана с конкуренцией за общую кэш-линию в страничном кэше Linux: при каждом чтении потоки обновляют счётчик ссылок на folio, что требует атомарных записей и заставляет ядра процессора конкурировать за одну кэш-линию.

Масштаб проблемы оказался значительным. На ноутбуке с четырёхъядерным Intel Core i7-8565U при восьми потоках, выполняющих pread() по 16 байт к одному и тому же участку, на общую кэш-линию приходилось 99,92% измеренной межъядерной нагрузки. Проблема известна с 2024 года, но предыдущие попытки её исправить не увенчались успехом.

Предложенное решение меняет момент, когда ядро может повторно использовать память, удалённую из страничного кэша. Вместо немедленного возврата памяти аллокатору патчи откладывают повторное использование до истечения grace-периода RCU. Это позволяет читателю, защищённому RCU-секцией, копировать данные напрямую в буфер пользователя без взятия ссылки на folio. В тестах пропускная способность при восьми потоках выросла примерно с 9,9–10,4 млн чтений в секунду до 30–33 млн, а число тактов ядра на чтение снизилось с примерно 2950 до 725.

Однако речь не идёт об ускорении Linux в целом — это результаты конкретного экспериментального сценария на личном ноутбуке Торвальдса. У решения есть инженерные компромиссы: отложенное освобождение памяти означает, что страницы могут оставаться недоступными, пока ядро ждёт grace-период RCU. Сам Торвальдс назвал эту часть серии «наименее решённой». Также зафиксирована регрессия при чтении в ещё не отображённую пользовательскую страницу.

По состоянию на 13 октября ветка не входит в основную линию Linux 7.3-rc6, и вопрос о её слиянии остаётся открытым. Отношение Торвальдса к ИИ менялось постепенно: в декабре 2023 года он говорил об ИИ как о инструменте для поиска багов, к концу 2025 года называл себя «огромным сторонником ИИ как инструмента» и интересовался применением в поддержке кода и ревью патчей. В январе 2026 года он экспериментировал с ИИ-ассистированным программированием в хобби-проекте — аудиовизуализаторе на Python.

На Open Source Summit Europe в Праге Торвальдс заявил: «Раньше я думал, что это просто не очень хорошо — но теперь я на том этапе, когда мне действительно нравится использовать ИИ». При этом он предупредил, что нужно быть очень осторожным с ИИ при работе над чем-то реальным и важным. Эксперимент со страничным кэшем демонстрирует обе стороны его позиции: Claude Code помог создать код ядра, тесты и материалы ревью, но остаются нерешённые вопросы освобождения памяти и регрессии, которые необходимо устранить до превращения эксперимента в production-код.

linuxopenaianthropicclaudeразработкаopen source
Первоисточник Читать в ZDNet ↗

Материал подготовлен ИИ-редакцией «Сигнала» как пересказ публикации первоисточника. Фактическую точность и подробности проверяйте по оригиналу.

По этой теме СОЦСЕТИ Торвальдс улучшает ядро Linux с Claude Code Lobsters · 12 окт, 15:11 ИССЛЕДОВАНИЯ Anthropic нашла 29 439 уязвимостей в open source Хабр · 15:43 ИНСТРУМЕНТЫ Разработчик клонировал Word, Excel и PowerPoint на Claude TechSpot · 13 окт, 23:53 ОБЩЕСТВО Агенты обошли людей по числу PR на GitHub Хабр · 12 окт, 19:00 ОБЩЕСТВО Вакансии разработчиков растут несмотря на автоматизацию кода CNBC · 11 окт, 18:30