Linux 7.3-rc2 виявився незвично великим: Торвальдс жартома запропонував «звинувачувати ШІ»

Другий кандидат у реліз Linux 7.3 — версія 7.3-rc2 — вийшов значно більшим, ніж зазвичай буває на цій стадії. Після завершення merge window — періоду, коли до ядра приймають великі нові зміни, — rc2 традиційно є відносно спокійним тижнем: розробники лише починають знаходити регресії. Цього разу, за словами Лінуса Торвальдса, реліз не здавався особливо завантаженим, але обсяг патчів засвідчив протилежне. Він назвав rc2 «повноцінним» (full fat) релізом. 1127

Одного винуватця Торвальдс не назвав. Частину змін склав запізнілий pull-запит до EDAC — підсистеми виявлення та виправлення помилок пам’яті, — але він був надто малим, щоб пояснити весь масштаб. Додалися виправлення від кількох файлових систем, а також доволі великий набір розрізнених змін DRM — підсистеми графіки та дисплеїв. Саме в такому контексті фраза про те, що можна «звинувачувати ШІ», була жартом, а не висновком про те, що LLM безпосередньо спричинили розмір rc2. 11

Що змінилося в Linux 7.3-rc2

Це не реліз, зосереджений на одній критичній проблемі. Найбільшу частку змін становлять драйвери; серед змін поза драйверами приблизно п’яту частину займають інструменти розробки. Помітні також оновлення файлових систем, базового коду ядра та мережевих компонентів. 18

Серед конкретних виправлень і чисток:

• виправлення механізму визначення невідповідних задач у кеш-орієнтованому плануванні для гібридних процесорів — для кращої продуктивності; 9
• масова заміна частини викликів kmalloc() на kmalloc_obj() у дереві коду; 9
• виправлення роботи дисплеїв NVIDIA Blackwell у драйвері Nouveau; 9
• вимкнення механізму безпеки RandStruct за замовчуванням, якщо доступні підтримка Rust і Rust-інструментарій; 9
• зміни EDAC, які не потрапили до вікна злиття 7.3; 9
• посилення перевірника BPF і виправлення регресій планувальника задач. 23

Тобто великий обсяг rc2 пояснюється не однією аварійною проблемою, а збігом корисних робіт із різних підсистем.

Що насправді означає жарт про ШІ

У жарту є реальне підґрунтя. Раніше Торвальдс уже називав надто великі пізні release candidate частиною «нової норми», пов’язаної з перевіркою коду різними інструментами ШІ. Це не означає, що ШІ пише чи породжує всі патчі. Йдеться про інше: автоматизований аналіз знаходить більше потенційних помилок, а людям доводиться перевіряти повідомлення, оцінювати патчі та тестувати результат. 34

Мейнтейнер стабільних гілок Linux Грег Кроа-Хартман окремо попереджав, що цикл Linux 7.3 може бути «важким». Причина — зростання кількості повідомлень про баги та запропонованих виправлень, пов’язаних з AI/LLM. Частина з них справді корисна, але весь тягар сортування й рецензування залишається на розробниках, зокрема коли йдеться про старий або рідко змінюваний код. 32

Масштаб видно і за кількістю CVE — ідентифікаторів публічно зафіксованих уразливостей. За даними, оприлюдненими до циклу 7.3, у випусках Linux 6.9–6.19 виправляли приблизно по 500 CVE на реліз; у 7.0 — понад 1 000, а у 7.2 — понад 1 500. За збереження тенденції Linux 7.3 може наблизитися до 2 000. Це прогноз, а не остаточний показник для стабільного 7.3. 1234

Контекст: 7.3-rc1 уже суттєво збільшив дерево коду

Нинішній великий rc2 з’явився після не менш помітного 7.3-rc1. За підрахунками, дерево вихідного коду зросло приблизно на 560 000 рядків: з близько 40,42 млн у Linux 7.2 до 40,98 млн рядків у Linux 7.3-rc1. 513

Водночас ці 40,98 млн — не лише виконуваний код: статистика враховує рядки коду, коментарі, порожні рядки та інший вміст дерева. 13

Чи можуть розробку Linux 7.3 подовжити

Linux 7.3-rc2 — це передрелізний знімок для тестування, а не стабільний випуск; на kernel.org його датовано 6 вересня 2026 року. 30

Сам по собі великий rc2 не означає перенесення фінального релізу. Проте якщо суттєві виправлення та регресії продовжать надходити наприкінці циклу, мейнтейнери можуть випустити додаткові release candidate. Це дає більше часу, щоб зміни пройшли тестування й «усталилися», замість випуску стабільної версії за жорстким календарем із недостатнім запасом на перевірку.

Для користувачів Linux і дистрибутивів головний висновок не в тому, що 7.3 нібито небезпечне. Важливо, чи перетвориться великий потік на якісно перевірені виправлення, або ж і надалі створюватиме пізні зміни. Жарт Торвальдса добре передає цю напругу: автоматичні інструменти можуть знаходити реальні дефекти, але не скасовують людської роботи з їхньої перевірки, інтеграції та тестування.