Запуск современного x86 до сих пор выглядит как реконструкция истории. После reset процессор стартует в 16-битном real mode, унаследованном от начала 80-х. Затем следует переход в protected mode эпохи 32-битных систем — и только после этого возможен вход в полноценный 64-битный long mode. Это не вопрос удобства или инерции. Такой путь — цена экосистемы, в которой загрузчики, прошивки, платформенные интерфейсы и ожидания «железа» десятилетиями формировались вокруг этой последовательности.
Та же логика размазана по всему ISA и платформе. Legacy-прерывания, I/O через порты, избыточные режимы и уровни привилегий, которыми почти никто не пользуется, но которые нельзя игнорировать, — всё это продолжает существовать, потому что когда-то стало частью контракта совместимости. Эти механизмы не «мешают» напрямую, но они формируют сложность, от которой невозможно абстрагироваться.
Этот же контракт проявляется и на уровне прошивок. Классический BIOS был прямым отражением раннего x86: 16-битный код, жёсткая привязка к real mode, минимальный сервис для загрузки ОС. UEFI появился как попытка навести порядок — дать нормальную модель инициализации, драйверы, сервисы, графический интерфейс, сетевой стек. Но принципиального разрыва не случилось. UEFI не отменяет наследие x86, а инкапсулирует его: под капотом по-прежнему учитываются reset-семантика CPU, ранние режимы, совместимость с историческими ожиданиями платформы.
В результате UEFI стал не заменой прошлого, а переходным слоем. Legacy не исчезло — оно просто «перетекло» ниже, стало менее заметным, но осталось обязательным. Значительная часть сложности x86 сегодня рождается не из требований современных задач, а из необходимости корректно пройти стартовый путь, придуманный десятилетия назад.
В следующей серии читайте...