Лінус Торвальдс, творець і керівник розробки ядра Linux, вкотре довів, що якість та пунктуальність не підлягають обговоренню у розробці ядра Linux.
І це під час циклу розробки Linux 6.17, Інженер Google Палмер Даббельт надіслав набір патчів для архітектури RISC-V, які не пройшли фільтр від провідного розробника. Причина: вони були надіслані занадто пізно та містили зміни, які вважалися «сміттям», що не належало до дерева RISC-V.
Це рішення означає, що запропоновані покращення не з'являться в Linux до версії 6.18, що може уповільнити впровадження RISC-V у певних середовищах та перешкодити розробникам, які покладаються на ці оновлення.
Для тих, хто ще не знайомий з RISC-V, слід знати, що це Це безкоштовна та відкрита архітектура набору інструкцій Заснований у Каліфорнійському університеті в Берклі у 2010 році, RISC-V з того часу випередив власницькі архітектури, такі як ARM та x86, завдяки своїй гнучкості та зростаючій спільноті розробників. RISC-V International наразі налічує понад 4500 членів.
Незважаючи на це зростання, архітектура стикається з проблемами зрілості та стабільності. Такі випадки, як Chimera Linux, підтримка якої тимчасово призупинена через проблеми з продуктивністю доступного обладнання, відображають труднощі її закріплення у виробничому середовищі.
Відмова, позначена часом та якістю коду
Торвальдс просив, щоб запити на зняття змін (pull requests) надсилалися заздалегідь. бо він мав подорожувати. Однак оновлення вийшло 8 серпня 2025 року, лише за два дні до закриття вікна злиття Linux 6.17, запланованого на випуск версії -rc1.
Керівник проєкту розкритикував не лише затримку, а й змістВін зазначив, що зміни додали непотрібні модифікації поза межами RISC-V, впливаючи на загальні файли та не додаючи жодної цінності. За його власними словами, це «робить світ гіршим».
Реакції та неповторний стиль Лінуса Торвальдса
Випадок з пластирами RISC-V не є поодиноким. У червні 2025 р. Торвальдс вже був втягнутий у суперечку шляхом видалення файлової системи Bcachefs з ядра через побоювання щодо її якості та зручності обслуговування.
Цього разу його послання було простим: більше жодних запізнень чи нерелевантних змін. Палмер Даббельт вибачився та пообіцяв виправити цей процес у майбутніх релізах.
Громада відреагувала неоднозначно. Дехто цінує його відвертість як ефективний спосіб підтримки якості ядра; інші ж вважають, що його тон може відлякати нових учасників. Однак Торвальдс дотримується своєї позиції: стабільність і безпека ядра понад усе.
За понад три десятиліття роботи біля керма ядра Linux, Лінус Торвальдс здобув популярність завдяки своєму прямому, часом агресивному стилю спілкування.Хоча він і визнавав необхідність пом'якшити свій тон у минулому, він продовжує надавати пріоритет технічній ретельності над дипломатією.
Для нього такі рішення, як впровадження файлових систем без урахування регістру або позаконтекстні зміни до кодової бази, представляють непотрібні ризики, які можуть поставити під загрозу довгострокову стабільність системи.
Ця нова відмова від патчів RISC-V, по суті, є підтвердженням філософії, яка керувала ядром Linux протягом десятиліть: якість не підлягає обговоренню, а терміни дотримуються.
Покращення продуктивності Btrfs та інші нові функції для Linux 6.17
Інші нові функції та покращення, які були підготовлені для Linux 6.17 стосуються продуктивності та функціональності файлова система btrfsСеред найпомітніших нових функцій — експериментальна підтримка великих фоліо, оптимізація, яка обіцяє зменшити накладні витрати та прискорення операцій у різних сценаріяхХоча ця функція технічно готова для ширшого використання, розробники попереджають, що вона ще не пройшла достатнього тестування, щоб вважатися повністю стабільною.
Нова версія Btrfs tЦе також запроваджує щільніше розміщення ключів у структурі XArray., що збільшує компактність вузлів охоплюючого дерева сховища. Ця зміна може зменшити кількість кінцевих вузлів на 50–70 %, оптимізуючи таким чином внутрішню структуру та зменшуючи споживання ресурсів. Крім того, Налаштування дефрагментації застосовано через ioctl, а також активацією раніше розробленого механізму запобігання пошкодженню критичної файлової системи, який обмежує запис на блокові пристрої зі змонтованою файловою системою.
На додаток до цього, він також підкреслює реалізація системи кешування для запитів на звільнення місця для растрових зображень. У тестах із використанням створення порожніх файлів ця оптимізація дозволила збільшити продуктивність до 20%, а також помітно покращити роботу в середовищах з великим навантаженням метаданих. Аналогічно, попереднє читання було покращено в системах, що використовують стиснення даних, що покращило швидкість доступу до даних.
Нарешті, якщо вам цікаво дізнатися більше про це, ви можете ознайомитися з деталями в наступне посилання.