Linux 7.2: головні зміни нового ядра — від кеш-планування до підтримки Apple M3

Однак це не універсальний перемикач для миттєвого прискорення будь-якого комп’ютера. Ефект залежить від будови конкретного процесора та характеру навантаження. Найбільше виграти можуть системи, у яких пов’язані потоки часто переміщуються між різними доменами кешу.

Зміни у сховищі та файлових системах

Значна частина покращень Linux 7.2 стосується внутрішніх шляхів введення-виведення, а не функцій, які користувач одразу побачить у графічному інтерфейсі.

• Зміни в роботі запису до pipe пов’язують із приростом пропускної здатності приблизно на 6–28% — залежно від навантаження та конфігурації тесту.
• У ext4 перероблено механізм fast commit: він має зменшити конкуренцію за блокування та ризик взаємних блокувань, а також пришвидшити обчислення хешів каталогів.
• Оптимізації iomap покращують окремі шляхи ext4 та XFS. У тестах із високою кількістю операцій за секунду на NVMe й використанням io_uring зафіксовано приріст продуктивності, але це не гарантує однакового результату для кожного диска чи застосунку.
• Підтримка великих folio у Btrfs більше не вважається експериментальною та ввімкнена за замовчуванням. Також з’явилася експериментальна підтримка huge folio розміром до 2 МБ.
• Драйвер exFAT продовжує перехід на інфраструктуру iomap для буферизованого та прямого введення-виведення, а також пов’язаних операцій. У тестах під великим навантаженням повідомляли про значний приріст швидкодії, але ці результати залежать від сценарію використання.

Отже, історія продуктивності Linux 7.2 складається не з одного універсального прискорення, а з низки точкових оптимізацій. Найпомітніший ефект імовірний у навантаженнях, що активно використовують локальність даних CPU, метадані файлової системи, швидкі NVMe-накопичувачі, pipe або керування пам’яттю Btrfs.

Нове обладнання: Apple, AMD, Intel і NVIDIA

Реліз містить кілька важливих етапів розвитку апаратної підтримки:

• MacBook на Apple M3 тепер може завантажити mainline-ядро — основну гілку Linux — до послідовної консолі завдяки роботі проєкту Asahi Linux. Це важливий крок у портуванні, але ще не повноцінна готова підтримка всіх компонентів ноутбука для щоденного використання.
• Intel отримує підтримку USB4STREAM — протоколу для передавання потоків даних через кабелі USB4.
• AMDGPU отримує початкову підтримку HDMI 2.1 Fixed Rate Link (FRL), а код для платформ AMD містить ранню підготовку до систем на Zen 6.
• Драйвер Intel Xe отримує початкову підтримку CRI-платформ, Nouveau — підтримку обчислювального прискорювача NVIDIA GA100 через GSP, а Apple Silicon — покращене передавання даних про стан акумулятора.
• Підтримку Rust розширено на архітектуру IBM s390, тож компоненти ядра, написані Rust, можна розробляти для ширшого кола платформ.

Інші зміни охоплюють мережеві підсистеми, віртуалізацію, безпеку, вбудовані системи та телеметрію живлення. Тому Linux 7.2 — це не лише реліз про швидкодію, а й масштабне оновлення підтримки платформ.

Який застарілий код прибрали

У Linux 7.2 видалено понад 13 000 рядків коду емуляції операцій із плаваючою комою x87 для i486. Також припинено підтримку AppleTalk, застарілих ISA-адаптерів і PCMCIA-адаптерів ARCnet.

Ядро тепер безумовно вимагає працездатного лічильника часових міток x86 — TSC. Сучасні процесори x86 і так зазвичай на нього спираються, тому для актуальних настільних систем і серверів ця зміна майже непомітна. Вона передусім закриває шлях до підтримки надзвичайно старого або нетипового обладнання без такого лічильника.

Крім того, завершено багаторічне очищення дерева ядра від застарілого API strncpy(). Його використання замінюють більш явними функціями роботи з рядками.

Новий планувальник GPU відкотили через проблеми з AMD

Під час розробки Linux 7.2 з’явився новий «справедливіший» планувальник GPU, покликаний покращити порядок виконання графічних задач. Однак регресії в графіці AMD змусили розробників повернутися до планувальника FIFO перед стабільним релізом.

Цей випадок нагадує: функція, яка з’являється у проміжній версії розробки, ще не обов’язково готова для стабільних систем. Цього разу супровідники обрали передбачувану роботу графіки замість амбітнішої моделі планування.

Дев’ять тижнів розробки та зростання ролі ШІ

Цикл Linux 7.2 тривав близько дев’яти тижнів і залучив понад 2100 учасників, що стало рекордом за кількістю учасників вікна злиття. За оцінкою, яку наводили в матеріалах про реліз, приблизно 5% комітів містили позначку про допомогу ШІ.

Проблема, на яку звертають увагу супровідники, полягає не в тому, що ШІ самостійно написав головні функції Linux 7.2. Натомість інструменти ШІ збільшують потік звітів про вразливості, запропонованих патчів, зауважень під час рев’ю та подальших виправлень. Частина прийнятих змін справді усуває проблеми, знайдені за допомогою ШІ, але кожна така пропозиція все одно потребує людської перевірки.

Слова Лінуса Торвальдса про те, що великі пізні оновлення стають «новою нормою», радше описують вимушене пристосування до реальності, ніж схвалення нижчих стандартів перевірки. Linux 7.2 вийшов за графіком, але фінальний етап із великою кількістю змін показав, чому супровідники обережно ставляться до обсягу патчів, регресій і їхньої якості.

Що далі для Linux 7.3 та Ubuntu 26.10

Вікно злиття Linux 7.3 відкрилося одразу після релізу 7.2. За повідомленнями, на старті вже очікувалося близько 40 pull request — запитів на внесення змін до основної гілки. Саме найближчі два тижні мають визначити, які великі функції потраплять до наступного циклу.

Для Ubuntu 26.10 Canonical наразі визначила Linux 7.2 як цільову версію ядра. Випуск Ubuntu 26.10 заплановано на 15 жовтня 2026 року, а замороження версії ядра — на 1 жовтня. Такий графік робить Linux 7.2 більш усталеним вибором, однак плани дистрибутива можуть змінитися, якщо тестування виявить серйозні регресії або проблеми інтеграції.

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