Линус Торвальдс, создатель и руководитель разработки ядра 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, поддержка которой была временно приостановлена из-за проблем с производительностью на доступном оборудовании, отражают трудности, связанные с её внедрением в производственные среды.
Отказ, отмеченный временем и качеством кода
Торвальдс просил, чтобы запросы на извлечение были поданы заранее. потому что он собирался уехать. Однако обновление вышло 8 августа 2025 года, всего за два дня до закрытия окна слияния Linux 6.17, запланированного для выпуска версии -rc1.
Руководитель проекта раскритиковал не только задержку, но и содержаниеОн указал, что эти изменения вносят ненужные изменения, выходящие за рамки RISC-V, затрагивая общие файлы и не добавляя никакой ценности. По его собственным словам, это «делает мир хуже».
Реакции и неповторимый стиль Линуса Торвальдса
Эпизод с патчами RISC-V — не единичный. 2025 в июне, Торвальдс уже был вовлечён в скандал путем удаления файловой системы Bcachefs из ядра из-за опасений по поводу ее качества и удобства обслуживания.
На этот раз его послание было предельно ясным: больше никаких поздних заявок и неактуальных изменений. Палмер Даббелт извинился и пообещал исправить ситуацию в будущих публикациях.
Мнения в обществе разделились. Некоторые ценят его прямоту как эффективный способ поддержания качества ядра; другие же считают, что его тон может отпугнуть новых участников. Однако Торвальдс остаётся при своём мнении: стабильность и безопасность ядра превыше всего.
За более чем три десятилетия работы над ядром Linux, Линус Торвальдс прославился своим прямым, порой агрессивным стилем общения.Хотя в прошлом он признавал необходимость смягчить тон, он по-прежнему отдает предпочтение технической строгости, а не дипломатии.
По его мнению, такие решения, как внедрение файловых систем, нечувствительных к регистру, или внеконтекстные изменения в кодовой базе, представляют собой ненужные риски, которые могут поставить под угрозу долгосрочную стабильность системы.
Этот новый отказ от патчей RISC-V, по сути, является подтверждением философии, которая десятилетиями определяла ядро Linux: качество не подлежит обсуждению, а сроки соблюдаются.
Улучшения производительности Btrfs и другие новые функции для Linux 6.17
Другие новые функции и улучшения, которые были подготовлены для Linux 6.17 по производительности и функциональности файловая система бтрфсСреди наиболее примечательных новых функций — экспериментальная поддержка больших фолио, оптимизация, которая обещает сократить накладные расходы и ускорить операции в нескольких сценарияхХотя эта функция технически готова к более широкому использованию, разработчики предупреждают, что она еще недостаточно протестирована, чтобы считаться полностью стабильной.
Новая версия Btrfs tОн также обеспечивает более плотное размещение ключей в структуре XArray., что повышает компактность узлов связующего дерева хранилища. Это изменение позволяет сократить количество конечных узлов на 50–70%, оптимизируя внутреннюю структуру и снижая потребление ресурсов. Кроме того, Настройки дефрагментации были применены через ioctl., а также активация ранее разработанного механизма предотвращения критического повреждения файловой системы, который ограничивает запись на блочные устройства с смонтированной файловой системой.
Помимо этого, в нем также подчеркивается реализация системы кэширования для запросов на освобождение растровых изображений, выделенных для свободного пространства. В тестах с созданием пустых файлов эта оптимизация позволила повысить производительность до 20%, а также добиться заметных улучшений в средах с высокой нагрузкой на метаданные. Аналогичным образом, упреждающее чтение было улучшено в системах, использующих сжатие данных, что повысило скорость доступа к данным.
Наконец, если вы хотите узнать больше об этом, вы можете ознакомиться с подробностями в по следующей ссылке.