>>4384
Для архитектуры amd64 — все (за исключением каких-то моделей первых лет, на практике давно бесполезных, но ты бы уже знал, что они не поддерживаются, если бы они у тебя были). Это не потому, что они такие совместимые во все стороны (посмотри в «Википедии», сколько новых инструкций добавилось за прошедшие годы), а потому, что компиляторы и библиотеки были достаточно свежими, чтобы делать всё правильно и организовать динамическую поддержку разных поколений в коде. На одном железе выполняются одни функции, на другом - другие, и плата за это (увеличение объёма исполняемого файла, хранящего несколько копий скомпилированного кода) сегодня в большинстве случаев ничтожна.

При этом произвольная программа может собираться как угодно, если автора ничего не ограничивает. Например, библиотека для параллельных расчётов на множестве ядер может вообще не поддерживать процессоры уровня Pentium 4, потому что вычислительных кластеров на Pentium 4 на всей планете ровно ноль. Следовательно, все пользователи этой библиотеки уже заведомо имеют другое железо.

Для x86 всё не так просто. Для начала, там надо быть совместимыми с кучей старого кода, который может совершенно разными способами написан.

Вое-первых, есть граница, установленная разработчиками ядра (кажется, Pentium Pro и более новые). Иначе говоря, низкоуровневому разработчику не надо придумывать, как что-то делается на более старых системах без таких-то инструкций, использовать сложную синхронизацию, специальный функции, он просто знает, что оно не поддерживается и там работать не будет. Во-вторых, есть аппаратные ограничения. Если какое-то устройство физически не вставить в старые системы (потому что ни в одной нет такого разъёма, например), то авторам драйвера нет смысла писать его так, как если бы код выполнялся на старом процессоре, они нацеливаются на более свежие. В-третьих, есть базовый уровень параметров сборки ядра и основных библиотек (libc и прочих популярных), о котором договаривается команда дистрибутива, и они по цепочке так или иначе наследуются зависимыми пакетами. В-четвёртых, есть правила для сборки пакетов в официальных хранилищах конкретного дистрибутива, там подробнее написано, что и как надо делать, и поддержку чего включать (тоже рекомендую сходить и почитать). В одних системах все пакеты должны поддерживать минимальную конфигурацию, в других можно ограничиваться более новыми, написав об этом в аннотации или указав метазависимости.

Вот из наложения этих ограничений и формируется фактическая граница поддержки. Опять же, Васяну из интернета никто не мешает собирать любые пакеты с любыми параметрами, но если он хочет, чтобы их можно было использовать в популярных системах, он тоже задумывается о совместимости.