Deep Tech

Торвальдс пошутил, что ИИ сделал Linux 7.3-rc2 таким огромным, и никто не стал проверять

Линус Торвальдс провел воскресный день за тем, чем занимается большинство воскресений. Результатом стал выпуск Linux 7.3-rc2, который оказался значительно тяжелее, чем должен быть по календарю. Он не смог найти для этого единую причину. И тогда он предложил то, за чем тянется каждый.

Торвальдс пошутил, что ИИ сделал Linux 7.3-rc2 таким огромным, и никто не стал проверять

«Возможно, это просто случайность, — написал он в своем анонсе rc2. — Но мы, очевидно, все спихнем на ИИ, потому что, является ли он реальной причиной или нет, на него проще всего все свалить». Предложение завершалось подмигивающим смайликом. Ранее в том же посте он назвал этот релиз «полножирным» (full fat). Второй кандидат в релизы выглядеть так не должен.

Краткий журнал изменений (shortlog), прилагаемый к этому анонсу, содержит 615 коммитов от 292 контрибьюторов, по подсчетам TNW. Сам Торвальдс никаких цифр не публиковал. Диагноз он тоже ставить не стал. Он лишь отметил, что «ничего особенного на первый взгляд не заметно». Шутка появляется вместо объяснения, и именно это делает ее интересной.

Что на самом деле находится внутри Linux 7.3-rc2

Обычно rc2 — это тихая неделя. Окно слияния закрылось, все выдохнули, а отчеты об ошибках еще не начали поступать. Этот же релиз вел себя так, будто окно слияния отказывалось закрываться. Несколько файловых систем прислали исправления. Графический стек прислал увесистый пакет разрозненных правок. Сетевые подсистемы, bpf и череда драйверов тоже отметились отправкой кода.

Торвальдс указал на запоздалый пул EDAC, который не успел к окну слияния, но тут же сам списал его со счетов как мелочь. Неделей ранее он обвинял в размере rc1 дамп регистров графического процессора AMD и самого себя. Он назвал себя «первоклассным болваном» в посте, посвященном rc1, за то, что запустил обновление системы прямо посреди открытого окна. Ни одно из этих объяснений не подходит для rc2.

Самая полезная строка во всем посте привлекла меньше всего внимания. Инструментарий (tooling) составляет примерно 20% от всего патча, в основном это sched_ext и selftests. Драйверы неизменно доминируют в релизах ядра. За их пределами инструментарий теперь является крупнейшим источником изменений, опережая файловые системы, ядро ​​общего назначения и сети. Это растет тестовая инфраструктура, а не новые функции.

Торвальдс серьезно ответил на этот вопрос месяц назад

Эта шутка воспринимается иначе рядом с тем, что он написал 9 августа. Анонсируя 7.2-rc7, он заявил, что не в восторге от его размеров. Затем он дал четкое причинно-следственное объяснение. Это новая норма, писал он: множество исправлений, многие из которых являются результатом проверки различными ИИ-инструментами. Никаких смайликов на этот раз.

The Register сообщил об этой реплике из rc2 в понедельник. Редактор издания в Азиатско-Тихоокеанском регионе Саймон Шарвуд отслеживал эти воскресные посты на протяжении всего цикла. Августовское заявление гораздо важнее, поскольку оно проводит границу, которую сентябрьская шутка стирает.

Рецензирование кода машинами и выявление ими ошибок — это совсем не то же самое, что написание кода машинами. Первое порождает поток мелких, разрозненных исправлений и множество новых тестов. Именно так выглядит rc2. Второе порождает проблему, которую TNW освещала неоднократно: сгенерированный код не проходит тесты безопасности с частотой, которой авторы никак не ожидали.

В ядре уже создан инструмент для разрешения этого спора

Вот та часть, которую никто не использует. В документации ядра прописана политика в отношении ИИ-помощников в написании кода (AI Coding Assistants). Она требует от контрибьюторов декларировать помощь машин с помощью трейлера Assisted-by: LLM в сообщении коммита. ИИ-агенты не имеют права добавлять строку Signed-off-by, поскольку только человек может заверить сертификат происхождения разработчика (Developer Certificate of Origin). Этот тег представляет собой поле в истории git, а значит, его можно сосчитать.

Сопутствующий документ о контенте, сгенерированном инструментами, объясняет, почему проект вообще с этим возится. Инструменты увеличивают объем вклада, говорится в нем, в то время как пропускная способность рецензентов и мейнтейнеров остается дефицитным ресурсом. Понимание того, какие части были созданы человеком, а какие — инструментом, позволяет проекту этот ресурс защищать.

Так что вопрос, от которого отмахнулся Торвальдс, в принципе разрешим. Кто-то мог бы посчитать теги Assisted-by в rc2 и опубликовать цифру. Никто этого не сделал. К тому же этот подсчет был бы неполным. Теги носят добровольный характер, правила освобождают от их использования при тривиальной помощи инструментов, а мейнтейнер, вручную почистивший сгенерированный патч, может об этом и не упомянуть.

Ядро не относится к этому легкомысленно, что бы ни подсказывал тон

Перечитайте руководство еще раз, и вы заметите явную настороженность. Мейнтейнеры могут относиться к серии правок с участием ИИ так же, как к любому другому вкладу. Они также могут потребовать дополнительного тестирования, провести ревью в приоритете пониже или вообще отклонить работу без детального рассмотрения. Контрибьюторам следует ожидать тем большей придирчивости, чем большую часть работы за них выполнил инструмент. Это проект, который готовится к лавинообразному росту объемов, а не приветствует его.

Другие сообщества приходят к иным решениям. В августе The Register сообщил, что Debian проголосовал за разрешение вкладов с использованием ИИ при условии необязательного раскрытия информации и обязательного контроля качества. Это почти полная противоположность ставке ядра на декларирование происхождения. Оба проекта гадают на кофейной гуще. Ни у одного пока нет доказательств.

Существующие доказательства не утешают. Исследования показывают, что инструменты могут замедлять работу разработчиков, одновременно убеждая их в обратном. В одном случае модель выполнила все требования контроля, запрошенные при проверке безопасности, и все равно упустила скрытую за ними проблему. Стартапы строят на этом разрыве целый бизнес. Компания Aikido купила Root для автоматического пачтинга открытого ПО.

Инфраструктура с открытым исходным кодом — легкая мишень, когда никто точно не знает, что именно в нее попало. В июне злоумышленники захватили более 1500 <пакетов Arch Linux, чтобы похитить учетные данные разработчиков. Никаких эксплойтов при этом вообще не использовалось. Происхождение кода в этой экосистеме — не бюрократическая формальность. Это вопрос контроля.

За чем следить в следующее воскресенье

Linux 7.3-rc3 выйдет через неделю, и этот паттерн либо подтвердится, либо сломается. Предположим, что rc3 снова окажется тяжелым и все там же: инструменты, тесты и разрозненные мелкие исправления. Значит, августовское заявление Торвальдса было правдой, а его сентябрьская шутка — шуткой о реальном положении дел. Если же rc3 вернется к норме, значит, размер rc2 был лишь случайным шумом.

В любом случае, в ядре есть тег, который может превратить недоверчивое пожимание плечами в точную цифру. Это будет работать только в том случае, если люди станут им пользоваться. Сваливать все на ИИ ничего не стоит. А вот подсчитать — другое дело.

Опубликовано 7 сентября 2026 - 09:58 Наверх