Идея проста: чем реже связанные потоки перемещаются между чиплетами, процессорными сокетами и областями кэша, тем меньше лишних промахов кэша и операций обмена данными. Это особенно актуально для систем со сложной топологией, включая серверные платформы AMD EPYC и Intel Xeon.
Однако Cache Aware Scheduling не является универсальным переключателем «ускорить всё». Эффект зависит от архитектуры процессора и характера нагрузки. Наибольшую пользу нововведение должно приносить там, где перемещение связанных задач между кэш-доменами создаёт заметные накладные расходы.
Заметная часть улучшений Linux 7.2 скрыта внутри путей ввода-вывода и файловых систем, поэтому они не обязательно будут видны пользователю сразу.
io_uring. Это не означает гарантированного ускорения для любого SSD или приложения. В итоге история производительности Linux 7.2 складывается не из одного рекордного результата, а из множества точечных улучшений. Они будут наиболее заметны на системах, где нагрузка упирается в локальность данных в кэше, файловые метаданные, высокоскоростное хранилище, межпроцессный обмен или управление памятью Btrfs.
Linux 7.2 расширяет поддержку сразу нескольких платформ и устройств.
Помимо этого, в выпуск вошли изменения в сетевой подсистеме, виртуализации, безопасности, встраиваемых системах и телеметрии энергопотребления. Поэтому Linux 7.2 — это не только релиз о скорости, но и крупное обновление совместимости с платформами.
Из Linux 7.2 удалено более 13 000 строк кода эмуляции операций с плавающей точкой x87 для i486. Кроме того, ядро отказалось от AppleTalk и поддержки устаревших адаптеров ARCnet для шин ISA и PCMCIA.
Для x86 теперь безусловно требуется работоспособный счётчик временных меток TSC (Time Stamp Counter). Современные процессоры и так обычно на него опираются, поэтому изменение в первую очередь затронет исключительно старое или нестандартное оборудование, а не актуальные настольные компьютеры и серверы.
В этом же цикле завершилась многолетняя очистка дерева ядра от устаревшего API strncpy(). Его использования заменены более явными функциями работы со строками.
В процессе разработки Linux 7.2 появился новый «более справедливый» планировщик GPU, призванный улучшить порядок выполнения графических задач. Однако регрессии в графике AMD привели к тому, что перед выпуском его заменили обратно на модель FIFO.
Этот эпизод хорошо показывает разницу между функцией, появившейся в цикле разработки, и возможностью, готовой для стабильного релиза. В данном случае сопровождающие ядра предпочли предсказуемое поведение графики более сложной модели планирования.
Цикл Linux 7.2 продолжался около девяти недель и объединил работу более 2 100 участников, установив, по имеющимся сообщениям, рекорд по числу участников окна слияния. Анализ LWN, приведённый в публикациях о релизе, оценил долю коммитов с отметкой об использовании ИИ примерно в 5%.
При этом речь не идёт о том, что ИИ самостоятельно написал главные функции Linux 7.2. Основная проблема — рост общего потока материалов: отчётов об уязвимостях, предлагаемых патчей, замечаний при проверке и последующих исправлений. Некоторые принятые изменения действительно устраняют проблемы, найденные с помощью ИИ-инструментов, но каждое предложение всё равно требует работы людей — мейнтейнеров и рецензентов.
Фраза Линуса Торвальдса о том, что слишком крупные поздние обновления становятся «новой нормой», скорее отражает необходимость адаптироваться к реальности, чем одобрение снижения стандартов проверки. Linux 7.2 вышел по графику, однако усиление поздней активности показывает, почему разработчики так внимательно следят за регрессиями, объёмом изменений и качеством патчей.
Окно слияния Linux 7.3 открылось сразу после выхода версии 7.2. По сообщениям, на тот момент уже ожидалось около 40 pull request — запросов на включение изменений в основное дерево. Следующие недели определят, какие крупные функции попадут в следующий цикл.
Команда ядра Canonical на данный момент указала Linux 7.2 как целевую версию для Ubuntu 26.10. Выпуск Ubuntu 26.10 запланирован на 15 октября 2026 года, а заморозка версии ядра — на 1 октября. Такой график делает Linux 7.2 более очевидным и проверенным кандидатом, но окончательный выбор ещё может измениться, если тестирование выявит серьёзные регрессии или проблемы интеграции.
Для разработчиков ядра следующий шаг — продолжать регрессионное тестирование и проверку изменений. Для пользователей важнее не количество пунктов в списке нововведений, а совпадение этих улучшений с их задачами: сложной топологией CPU и потребностью в локальности кэша, высокой нагрузкой на файловую систему, быстрыми NVMe-накопителями или использованием нового оборудования.