В Linux 7.5 планируют убрать последние оптимизации MMX: из кода программного RAID исчезнет специализированный путь вычисления XOR для процессоров эпохи Pentium. Из ядра уйдёт свыше 800 строк старого ассемблерного кода, а на их месте останется 12 строк универсальной реализации. Для большинства администраторов и разработчиков это незаметная уборка, но она хорошо показывает, где сегодня проходит практическая граница обратной совместимости Linux.
Изменение пока существует в виде патча, который ожидают в основной ветке Linux 7.5; сам релиз прогнозируется в 2027 году. Об этом сообщает Tom's Hardware. Речь не идёт об отказе Linux от старых компьютеров вообще: владельцы Pentium MMX или Pentium II по-прежнему смогут использовать программный RAID. Исчезнет лишь ускоренный вариант XOR, задействовавший набор инструкций MMX. На современной машине эта потеря не имеет измеримого смысла, а на системе конца 1990-х она означает выбор между запуском актуального ядра и небольшой потерей производительности в узком сценарии.
MMX появился в процессорах Intel Pentium в январе 1997 года, когда ПК активно осваивали обработку изображений, звук и видео. Набор добавлял 64-битные SIMD-операции над целыми числами: например, одна инструкция могла параллельно выполнить восемь 8-битных операций. Это было полезно для JPEG, кодеков, обработки сигналов и других задач, где одни и те же вычисления повторяются над небольшими блоками данных. Позже поддержку MMX получили не только Intel, но и AMD, Centaur, Cyrix, Rise и Transmeta: в конце 1990-х это был практически обязательный пункт в спецификации x86-чипа.
Проблема MMX была не только в возрасте. Его регистры были совмещены со стеком x87 FPU, поэтому после работы с MMX программе требовалось корректно восстановить состояние сопроцессора перед операциями с плавающей точкой. Ошибка в таком переходе могла обернуться трудноуловимым багом, а сам переход — лишними издержками. Intel довольно быстро предложила SSE, а затем SSE2: у них были отдельные 128-битные векторные регистры и более широкий набор операций. Для разработчиков компиляторов и библиотек это оказался куда более удобный фундамент, чем поддержка специфики MMX.
Большая часть оптимизаций MMX уже исчезла из ядра несколько лет назад, включая старый код, связанный с управлением памятью. RAID XOR оставался одним из последних следов той эпохи. Такие фрагменты редко ломают сборку и редко становятся источником критических уязвимостей сами по себе, но требуют поддержки: их нужно читать при рефакторинге, учитывать при изменении интерфейсов и тестировать на крайне редком железе. В итоге десятки лет совместимости превращаются в постоянный налог на сопровождение — особенно когда людей, способных уверенно править старый x86-ассемблер, меньше, чем серверов, реально исполняющих этот код.
Для команд, которые собирают собственные ядра или поддерживают встраиваемые устройства, история полезна не ностальгией, а критерием для технического долга. Поддержка легаси-пути оправдана, когда у него есть подтверждённые пользователи, измеримая польза и понятный тестовый контур. Если же код ускоряет только платформу, на которой уже почти не запускают новые версии ОС, его сохранение становится ритуалом. Linux 7.5 выбирает предсказуемость и компактность: меньше специализированного кода — меньше развилок в сопровождении и меньше шансов, что древняя оптимизация неожиданно осложнит работу с современными изменениями ядра.
Удаление MMX не означает, что Linux перестаёт ценить старое оборудование. Скорее проект точнее отделяет архитектурную совместимость от обязанности тащить все исторические ускорения в каждом новом релизе. Следующими кандидатами на подобную чистку будут не обязательно целые процессорные семейства, а отдельные инструкции и обходные пути, которые давно пережили своё железо. Для индустрии это привычный цикл: сперва оптимизация спасает секунды, затем становится наследием, а в конце освобождает место для кода, который ещё кому-то действительно нужен.
