2869
Творець Linux Лінус Торвальдс повідомив про помітні зміни в процесі розроблення ядра Linux 7.4. У підсистемі BPF виправлення, підготовлені за допомогою штучного інтелекту, почали надходити швидше, ніж нові повідомлення про помилки. Це може свідчити про те, що нейромережі вже не лише допомагають знаходити проблеми, а й прискорюють їх усунення.
Про це Торвальдс написав 8 листопада 2026 року в розсилці Linux Kernel Mailing List, коментуючи вихід другої тестової версії Linux 7.4-rc2. За його словами, значна частина роботи над оновленням пов’язана з виправленнями, підготовленими за участю штучного інтелекту. Особливу увагу він звернув на підсистему BPF, посилаючись на оцінку Олексія Старовойтова, одного з провідних розробників цієї технології. За словами Торвальдса, у цьому напрямку виправлення тепер надходять швидше, ніж повідомлення про нові виявлені проблеми, і він назвав таку динаміку обнадійливою ознакою поступових змін.
ШІ перестає бути лише джерелом додаткової роботи
Поширення нейромереж для аналізу програмного коду створило для розробників програмного забезпечення з відкритим кодом неоднозначну ситуацію. З одного боку, сучасні інструменти на основі ШІ здатні знаходити помилки та потенційні вразливості, на пошук яких фахівцям раніше доводилося витрачати значно більше часу. З іншого боку, автоматизація спричинила появу великої кількості неякісних повідомлень про помилки.
Проблема полягає в тому, що знаходження підозрілої ділянки коду ще не означає, що виявлено справжню вразливість. Нейромережа може неправильно витлумачити поведінку програми, повторно повідомити про вже відому проблему або запропонувати сценарій атаки, який на практиці не працює. Через це розробникам, які супроводжують проєкти з відкритим кодом, доводиться перевіряти численні звернення, відсіювати хибні спрацювання та пояснювати причини відхилення звітів. Особливо складно невеликим командам, які не мають достатніх ресурсів для опрацювання постійно зростаючого потоку повідомлень.
Саме тому ситуація з Linux 7.4 заслуговує на увагу. Штучний інтелект починає не лише виявляти недоліки, а й допомагати готувати виправлення. Якщо якість таких змін достатньо висока, розробники можуть швидше усувати реальні проблеми без пропорційного зростання навантаження на команду супроводу.
Чому підсистема BPF привернула особливу увагу
BPF (Berkeley Packet Filter), відома також як eBPF у сучасній реалізації, є однією з важливих технологій ядра Linux. Вона дає змогу запускати спеціальні програми в контрольованому середовищі безпосередньо всередині ядра операційної системи. Завдяки цьому можна аналізувати мережевий трафік, відстежувати системні події, контролювати продуктивність та виконувати інші завдання без постійного внесення змін до самого ядра. Технологію широко використовують у мережевій інфраструктурі, хмарних платформах, системах моніторингу та засобах інформаційної безпеки, а її складність висуває високі вимоги до якості коду. Помилка в механізмах перевірки та виконання BPF-програм може вплинути на стабільність і безпеку всієї системи.
Тому повідомлення Старовойтова має особливе значення. Йдеться не просто про збільшення кількості автоматично підготовлених змін, а про ситуацію, коли потік виправлень за допомогою ШІ починає переважати кількість нових повідомлень про проблеми в конкретній підсистемі. Це не означає, що всі виявлені помилки вже усунено або що BPF більше не потребує перевірок. Проте така динаміка показує, що автоматизовані інструменти можуть стати повноцінними помічниками в супроводі складних програмних компонентів.
Варто також зазначити, що оновлення Linux 7.4-rc2 виглядає масштабним лише на перший погляд. Торвальдс пояснив, що значна частина змінених файлів припадає на автоматизовані правки, підготовлені за допомогою Coccinelle, інструмента для аналізу та перетворення вихідного коду мовою C. Такі зміни переважно стосуються одного-двох рядків коду, але розподілені між великою кількістю файлів. Після їх вилучення загальна структура оновлення має звичний вигляд: зміни стосуються драйверів, мережевих підсистем і BPF, а також інших компонентів ядра.
Попри позитивну динаміку в BPF, Торвальдс не стверджує, що проблему неякісних звітів, створених за допомогою ШІ, уже розв’язано. Він прямо зазначив, що в більшості інших напрямків розроблення ядра виправлення поки не надходять швидше, ніж нові повідомлення про помилки. Крім того, Linux має значно розвиненішу інфраструктуру розроблення та більше фахівців із супроводу, ніж багато невеликих проєктів із відкритим кодом, тож поширювати результати однієї підсистеми на всю екосистему вільного програмного забезпечення поки передчасно.
Водночас ключовою умовою залишається перевірка результатів фахівцями. Навіть якщо нейромережа правильно виявила проблему, запропоноване нею виправлення може бути неповним, спричинити побічні помилки або створити нові вразливості. Для системного програмного забезпечення, особливо того, що працює на рівні ядра операційної системи, такі ризики не можна ігнорувати.
Джерело: ilenta.com
