Linux 7.0 выходит в апреле и уже бьёт рекорды активности разработчиков

15 марта 2026 года Торвальдс опубликовал четвёртый релиз-кандидат Linux 7.0, отметив, что неделя начиналась спокойно - но только до четверга. Именно тогда пришёл крупный pull-запрос от сетевой подсистемы, а в пятницу хлынула волна дополнительных патчей. Итог оказался предсказуемым: rc4 снова вышел крупнее среднестатистического кандидата на этом этапе цикла.

Торвальдс пересмотрел свои первоначальные объяснения. Если раньше он списывал активность на "лишнюю неделю" в предыдущем цикле, то теперь подозревает другое - психологический эффект новой мажорной цифры. Разработчики просто стали активнее. Это довольно честное признание: человек, который создал ядро и бессменно ведёт его уже больше тридцати лет, не боится публично пересматривать собственные теории.

rc1 вышел вполне стандартным - около 11 500 коммитов без учёта слияний, что соответствует норме. Однако rc2, rc3 и rc4 все три оказались чуть выше исторического среднего для своих стадий. Не катастрофически выше - но достаточно, чтобы это бросалось в глаза. Что важно: сам Торвальдс характеризует реальные изменения как "мелкие и равномерно распределённые". Большой объём коммитов в данном случае не означает турбулентности - он означает высокую вовлечённость сообщества.

Сетевая подсистема Linux - один из самых живых и населённых уголков всей кодовой базы. Один pull от мейнтейнера сети способен принести в репозиторий сотни изменений разом: правки TCP-стека, обновления драйверов сетевых карт, исправления протоколов и изменения в базовой инфраструктуре сокетов. Именно это и произошло в четверг перед публикацией rc4.

Что конкретно исправил и улучшил четвёртый релиз-кандидат

Несмотря на объёмный коммит-граф, команда сосредоточилась на стабилизации. В rc4 вошли важные улучшения по нескольким направлениям: доработка Rust Binder с улучшенной проверкой владения и защитой от "oneway spam", множественные исправления AppArmor для устранения утечек памяти и предотвращения состояний гонки, патчи уязвимостей Spectre-v1 в KVM для архитектуры RISC-V, а также новый модуль диагностики очереди задач для обнаружения зависших процессов.

Помимо этого, rc4 закрыл регрессию производительности в планировщике mm/cid, существовавшую с ядра 6.19, и принёс исправление бага потребления энергии в AMDGPU после вычислительных нагрузок с видеокартами серии RDNA4. Последнее особенно актуально для тех, кто гоняет локальные языковые модели через Llama.cpp: карта переставала нормально уходить в режим простоя, что на практике выражалось в необъяснимо горячем корпусе и повышенном счёте за электроэнергию.

Обновления selftests - тестов самопроверки ядра - занимают заметную долю diffstat в rc4. Это хороший знак: чем больше кода покрыто автоматическими тестами, тем увереннее идёт финальная стабилизация.

Главные технические новшества всего цикла Linux 7.0

Если смотреть на цикл 7.0 в целом, а не только на rc4, картина складывается весьма насыщенная.

Ключевым сетевым нововведением становится AccECN - механизм "Accurate Explicit Congestion Notification". Linux последние несколько релизов накапливал для него поддержку, и в 7.0 он наконец включается по умолчанию для всех TCP-соединений. Если объяснять просто: классический TCP научился сигнализировать о перегрузке сети ещё в 1980-х, но делал это грубо - через потерю пакетов. AccECN позволяет сообщать о приближении к пределу пропускной способности гораздо точнее и заблаговременно. Для дата-центров, где десятки тысяч потоков конкурируют за пропускную способность, это означает более ровную работу под нагрузкой без провалов скорости.

Архитектура RISC-V получает в Linux 7.0 поддержку защиты потока управления - CFI для пространства пользователя. Используются инструкции "zicfilp" и "zicfiss" для обеспечения того, чтобы все косвенные вызовы приземлялись на инструкцию "lpad", иначе поднимается исключение проверки. Это та же идея, что и аппаратная защита от ROP-атак на процессорах Intel и AMD, - но теперь для открытой архитектуры.

На стороне процессоров Linux 7.0 несёт поддержку Intel Nova Lake, Diamond Rapids и AMD Zen 6 - пока на уровне базового распознавания и запуска, без глубокой оптимизации планировщика. Intel TSX переведён в автоматический режим для повышения производительности на новых процессорах Intel, а акселераторы DSA 3.0 включены для разгрузки задач на специализированный кремний в чипах Xeon.

Из менее очевидного, но символически важного: из дерева ядра наконец удалён EDAC-драйвер для чипсета Intel 440BX 1998 года выпуска - сломанный с 2007 года и несущий почти 500 строк мёртвого кода. Двадцать восемь лет он висел балластом. Теперь его нет.

Точные даты финального релиза и что определит итоговый срок

Цикл разработки Linux традиционно проходит от rc1 до rc7 или rc8, после чего Торвальдс публикует стабильное ядро, когда скорость поступления новых исправлений падает до приемлемого уровня. Если цикл завершится на rc7, финальный релиз придётся на 12 апреля 2026 года. Если потребуется дополнительный кандидат, дата сдвигается на 19 апреля.

Иными словами, в момент публикации этой статьи финальная версия Linux 7.0 либо уже вышла, либо находится в буквальных днях от релиза. Цикл здоров, изменения мелкие и управляемые, Торвальдс доволен - а это уже само по себе хорошая новость.

Какой дистрибутив получит Linux 7.0 первым и когда

Ubuntu 26.04 LTS "Resolute Raccoon" выходит 23 апреля 2026 года и несёт Linux 7.0 в качестве ядра по умолчанию. Это первый LTS-релиз Ubuntu на ядре серии 7.x. Учитывая, что Ubuntu - основа для огромного числа корпоративных развёртываний и облачных образов на AWS, Google Cloud и Azure, это решение само по себе задаёт планку для всей индустрии.

Fedora 44, чей финальный релиз намечен на 14 апреля 2026 года, выходит с ядром 6.19. Fedora 45, запланированная на октябрь, уже должна нести ядро серии 7.x. Такое решение отражает прагматику: Fedora традиционно держится на острие, но не ценой риска для качества релиза. Arch Linux, как обычно, подхватит стабильный 7.0 в течение нескольких дней после официального тега - это его природа как rolling-дистрибутива.

Зачем следить за Linux 7.0 даже тем кто не пишет патчи

Честно говоря, большинство пользователей Linux никогда не читают анонсы релиз-кандидатов и не смотрят в diffstat. Это нормально. Ядро - это фундамент, который не виден из окон здания. Но именно от того, насколько надёжен фундамент, зависит всё остальное.

AccECN по умолчанию означает, что сетевые приложения на Linux 7.0 будут чуть лучше справляться с перегрузкой без ручной настройки. Исправление регрессии планировщика mm/cid означает, что многопоточные приложения перестанут получать загадочные просадки производительности. Патчи AppArmor означают, что контейнерные среды становятся чуть менее уязвимыми к утечкам памяти. А поддержка Nova Lake и Zen 6 означает, что когда новые процессоры появятся в продаже, Linux встретит их готовым - без недельного ожидания внеплановых патчей.

Психологический эффект "новой мажорной цифры", о котором рассуждал Торвальдс, возможно, и раздул цикл разработки сверх нормы - но он же привлёк к ядру дополнительное внимание и дополнительные руки. Если итогом станет более тщательно проверенный и отполированный релиз, то психология сыграла на пользу. Именно так и работает живое сообщество: иногда даже круглая цифра в названии версии способна собрать людей вместе и вытолкнуть проект чуть дальше обычного.