Торвалдс: AI кодът наду ъпдейтите на Linux ядрото

Линус Торвалдс пусна на 9 август 2026 г. седмия release candidate на Linux 7.2 и придружи обявата с необичайно мрачен коментар за размера ѝ. „Не мога да кажа, че съм особено възхитен от размера на всичко това, но е каквото е“, пише той — и добавя, че това вече е „новата нормалност с много поправки, много от тях заради ревюта от различни AI инструменти“. The Register отбелязва, че rc6 миналата седмица беше най-големият rc6 от години насам по брой комити.

Какво съдържа rc7

Обичайно към rc7 темпото спада и в дървото влизат само критични поправки. Този път списъкът е дълъг, но плитък: поправки в s390/zcrypt, връщане на fixup worker инфраструктурата в btrfs, кръпки в netfilter ipset, HWMON, use-after-free в подсистемата за управление на паметта, плюс купчина дребни промени по драйверите за GPU, звук и мрежа.

Самият Торвалдс успокоява, че „нищо не изглежда особено страшно само по себе си — просто нещата тук са много“. Phoronix очаква финалната версия на Linux 7.2 в неделя, 16 август 2026 г., ако не изскочи нещо сериозно. Изданието няма да е с дългосрочна поддръжка.

Числата зад „новата нормалност“

Цикълът 7.2 е голям още от старта си. Merge window-то се затвори на 28 юни 2026 г. с 13 412 комита без merge-овете — най-натовареният прозорец от 6.7 насам през 2024 г., когато влязоха 15 418 (в тях обаче беше цялата история на bcachefs). По данни на LWN над цикъла са работили 2138 разработчици, 404 от които за първи път — почти рекорд. И най-показателното: 706 комита, около 5% от целия прозорец, носят таг за AI асистиране.

Ядрото междувременно мина 43,9 милиона реда код. Част от съдържанието на 7.2 е сериозна инженерна работа, която няма нищо общо с генеративни модели — обединена swap подсистема с по-малко натоварване на паметта, multi-size transparent huge pages през khugepaged, размер на блока при NFS до 4 MB на машини с 16 GB и нагоре RAM, компресия за SMB, подсилен NTFS драйвер. След шест години и 362 комита от ядрото най-накрая изчезна strncpy().

Ревютата помагат, докладите — не толкова

Важно е разграничението, което Торвалдс прави: голяма част от допълнителния обем не е код, написан от модел, а поправки, открити при ревю с AI инструменти. Анализът с езикови модели явно намира реални грешки в драйвери, файлови системи и мрежов код — тоест точно там, където човешкото ревю традиционно не достига.

Обратната страна е добре документирана. Приносите, генерирани с AI, често идват с оскъдни обяснения защо промяната е правилна, а пощенският списък за сигурност е затрупан с дублиращи се автоматично генерирани доклади за бъгове. Торвалдс вече ги нарече „безсмислени“ при 7.1-rc4. Ревюиращите поддръжници са същият брой хора както преди, а входящият поток расте — това е новото тясно място.

Цената на този модел на работа не е само в човекочасове. Наскоро писахме, че AI агентите изразходват до 600 пъти повече енергия от една чат заявка, а инструментите за писане на код все по-често тръгват в автономен режим по подразбиране. Проектът с 2138 контрибутори усеща и двете едновременно.

А техническият дълг си остава човешки

В същия ден The Register публикува и история от рубриката си за признания на разработчици, която е полезен контрапункт. Разработчик, наречен „Уолтър“, се борел с миграция от Python 2 към Python 3 в компания, разядена от поредни съкращения и наемания. Около 20% от машините отказвали да работят, никой не бил склонен да будува нощем и решението било едно:

ln -s /usr/bin/python2 /usr/bin/python3

Симлинкът оцелял осем години. Открил го колега при поредния ъпгрейд на Linux и преминаването към Ansible — и, разбира се, авторът му бил разпознат публично в LinkedIn.

Какво следва

Ако графикът се спази, Linux 7.2 излиза на 16 август 2026 г., а merge window-то за 7.3 се отваря веднага след това. По-интересният въпрос е дали следващите цикли ще задържат същия обем. Ако да, „новата нормалност“ ще значи не по-качествено ядро само по себе си, а повече работа за поддръжниците, които решават кое от предложеното е поправка и кое е шум. Инструментите вече намират бъговете; тесното място е кой ще ги прочете.