Реальный режим

Реальный режим — это режим работы центрального процессора (ЦП) архитектуры x86 (и её предшественницы x86-16), при котором процессор функционирует как высокопроизводительный 16-битный микропроцессор Intel 8086. В этом режиме процессор имеет прямой доступ к физической памяти, аппаратным портам ввода-вывода и периферийным устройствам без использования механизмов виртуализации, защиты памяти или многозадачности, которые появились в более поздних защищённых режимах. Реальный режим является исходным состоянием всех процессоров x86 после подачи питания или сброса (сигнала RESET).

История

Происхождение и эпоха 8086

Реальный режим был единственным режимом работы процессора Intel 8086, выпущенного в 1978 году. В то время концепция многозадачности и защиты памяти на уровне аппаратуры не была распространена в микропроцессорах для персональных компьютеров. Процессор 8086 адресовал до 1 Мбайт (20 бит адреса) физической памяти, используя сегментную модель адресации. Эта модель позволяла 16-битным регистрам формировать 20-битный адрес: физический адрес вычислялся как (сегментный_регистр × 16) + смещение. Такой подход был простым, но приводил к фрагментации памяти и накладывал ограничения на размер одного сегмента (не более 64 Кбайт).

Переход к защищённому режиму

С появлением процессора Intel 80286 (1982 год) был введён защищённый режим, который позволял адресовать до 16 Мбайт памяти и обеспечивал аппаратную поддержку многозадачности, виртуальной памяти и защиты адресных пространств. Однако для обратной совместимости с программным обеспечением, написанным для 8086, процессор 80286 и все последующие модели (80386, 80486, Pentium и т.д.) сохранили способность запускаться в реальном режиме. При включении питания процессор всегда начинает работу в реальном режиме. Переход в защищённый режим осуществляется программно, путём записи определённых значений в управляющие регистры (CR0). Обратный переход из защищённого режима в реальный на процессорах 80286 был сложным и требовал аппаратного сброса, начиная с 80386 он стал возможен программно, но сопряжён с определёнными ограничениями.

Упадок и современное использование

С развитием операционных систем (ОС) — от MS-DOS до Windows 9x и далее к Windows NT/2000/XP и Linux — реальный режим утратил свою роль для выполнения прикладных программ. Начиная с Windows 95, ОС переключались в защищённый режим при загрузке. Однако реальный режим остаётся критически важным на этапе начальной загрузки компьютера (bootstrapping). Загрузчик операционной системы (например, GRUB, NTLDR, Windows Boot Manager) работает в реальном режиме, чтобы инициализировать оборудование, загрузить ядро ОС и переключить процессор в защищённый или долгий (64-битный) режим. Кроме того, реальный режим используется в некоторых встроенных системах, BIOS (Basic Input/Output System), а также в программном обеспечении для диагностики и восстановления (например, в утилитах, запускаемых с дискет или компакт-дисков).

Характеристики и ограничения

Адресация памяти

• Физический адрес: 20-битный, что даёт максимальный объём адресуемой памяти 1 Мбайт (2^20 байт).
• Сегментная модель: Память делится на сегменты размером до 64 Кбайт. Доступ к памяти осуществляется через пару «сегмент:смещение». Сегментный регистр (CS, DS, SS, ES) задаёт начало сегмента, а смещение — адрес внутри него.
• Фрагментация: Из-за сегментной схемы программа может занимать несмежные области памяти, что усложняет управление памятью.
• Ограничение на сегмент: Максимальный размер одного сегмента — 64 Кбайт, что накладывает жёсткие ограничения на размеры программ и данных, размещаемых в одном сегменте.

Доступ к оборудованию

• Прямой доступ: Программы в реальном режиме могут напрямую обращаться к портам ввода-вывода (I/O ports) и к памяти, отображаемой на устройства (memory-mapped I/O). Это позволяет программам, например, напрямую управлять видеокартой в текстовом режиме, контроллером прерываний или таймером.
• Отсутствие защиты: В реальном режиме нет аппаратной защиты памяти. Любая программа может записать данные в любую область физической памяти, включая область, занимаемую BIOS или операционной системой. Это делает систему крайне уязвимой для ошибок и вредоносного кода.
• Прерывания: Обработка прерываний (аппаратных и программных) осуществляется через таблицу векторов прерываний (IVT), расположенную в начале памяти (адреса 0x0000–0x03FF). Любая программа может изменить эту таблицу, что также является серьёзной угрозой безопасности.

Производительность

• 16-битная архитектура: Процессор работает с 16-битными данными и 16-битными регистрами. Это ограничивает производительность при обработке больших объёмов данных (например, 32-битных целых чисел), которые требуют нескольких тактов для обработки.
• Отсутствие виртуальной памяти: Нет поддержки страничной организации памяти, что исключает использование виртуальной памяти и подкачки (swapping).
• Отсутствие многозадачности: Аппаратная поддержка многозадачности (переключение контекста, защита задач) отсутствует. Многозадачность в реальном режиме возможна только программными средствами, что крайне неэффективно и небезопасно.

Применение

Загрузка операционных систем

Наиболее распространённое и критически важное применение реального режима — это начальная загрузка компьютера. После включения питания процессор выполняет код BIOS, который инициализирует оборудование, выполняет POST (Power-On Self-Test) и ищет загрузочный сектор на диске. Загрузочный сектор (boot sector) содержит код, который выполняется в реальном режиме. Этот код загружает с диска загрузчик операционной системы, который, в свою очередь, загружает ядро ОС и переключает процессор в защищённый режим. Например, в Windows загрузчик bootmgr (Windows Boot Manager) начинает работу в реальном режиме, а затем переключается в защищённый режим для загрузки ядра ntoskrnl.exe.

Встроенные системы и BIOS

Реальный режим используется в BIOS (Basic Input/Output System) — прошивке, которая обеспечивает низкоуровневый интерфейс между операционной системой и аппаратным обеспечением. BIOS предоставляет набор функций (прерываний), которые могут быть вызваны программами в реальном режиме для работы с дисками, клавиатурой, дисплеем и другими устройствами. Многие встроенные системы (например, в промышленных контроллерах, медицинском оборудовании) также могут работать в реальном режиме, если их задачи не требуют сложной многозадачности и защиты памяти.

Диагностика и восстановление

Утилиты для диагностики и восстановления операционной системы (например, chkdsk, fdisk, memtest86+) часто запускаются в реальном режиме, так как этот режим обеспечивает прямой доступ к аппаратному обеспечению без необходимости загрузки полноценной операционной системы. Это позволяет выполнять низкоуровневые операции, такие как проверка целостности диска, тестирование памяти или восстановление загрузочной записи.

Эмуляция и виртуализация

Виртуальные машины (например, QEMU, VirtualBox, VMware) эмулируют процессор в реальном режиме для запуска старых операционных систем (MS-DOS, Windows 3.1) или загрузчиков. Это позволяет запускать устаревшее программное обеспечение на современных компьютерах без необходимости переключения процессора в реальный режим. Кроме того, некоторые гипервизоры (например, VMware ESXi) используют реальный режим для начальной загрузки гостевых операционных систем.

Критика и недостатки

Отсутствие безопасности

Главный недостаток реального режима — полное отсутствие аппаратной защиты памяти. Любая программа, работающая в реальном режиме, может читать и записывать данные в любую область физической памяти, включая код BIOS, операционной системы и других программ. Это делает систему крайне уязвимой для ошибок программирования (например, выход за границы массива) и вредоносного кода. В современных операционных системах, работающих в защищённом режиме, такая ситуация невозможна, так как каждому процессу выделяется изолированное виртуальное адресное пространство.

Ограниченный объём памяти

Максимальный объём адресуемой памяти в 1 Мбайт является серьёзным ограничением для современных приложений. Даже в эпоху MS-DOS разработчики использовали различные уловки (например, расширенную память — XMS, EMS) для преодоления этого ограничения. В реальном режиме невозможно адресовать более 1 Мбайта физической памяти, что делает его непригодным для работы с современными операционными системами, требующими гигабайты оперативной памяти.

Сложность программирования

Сегментная модель адресации, хотя и проста в реализации, усложняет программирование. Программисту приходится вручную управлять сегментными регистрами, что приводит к ошибкам и снижает производительность. Разработка крупных программ, выходящих за пределы 64-килобайтного сегмента, требует использования «дальних» (far) указателей и специальных соглашений вызова, что делает код менее читаемым и более подверженным ошибкам.

Отсутствие поддержки современных технологий

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

Интересные факты

• Реальный режим как «режим совместимости»: Несмотря на то, что процессоры x86 начиная с 80386 могут работать в 32-битном и 64-битном режимах, они всегда начинают работу в реальном режиме. Это обеспечивает обратную совместимость с программным обеспечением, написанным для процессора 8086.
• Сброс процессора: При подаче сигнала RESET процессор сбрасывает все свои регистры и начинает выполнение кода с адреса 0xFFFF0 (в реальном режиме). Этот адрес обычно указывает на код BIOS, который инициализирует систему.
• Реальный режим в современных процессорах: Даже в современных процессорах Intel Core и AMD Ryzen, работающих в 64-битном режиме (Long Mode), при включении питания они переходят в реальный режим. Переход в долгий режим происходит через защищённый режим.
• Использование в демосцене: В сообществе демосцены (demoscene) до сих пор создаются программы (демо), которые работают в реальном режиме, демонстрируя возможности аппаратного обеспечения и программирования на низком уровне. Эти программы часто используют прямой доступ к видеопамяти и звуковым картам, что невозможно в защищённом режиме без драйверов.

Источники

• Intel Corporation. Intel 64 and IA-32 Architectures Software Developer’s Manual, Volume 3A: System Programming Guide. 2023.
• Tanenbaum, A. S., & Bos, H. Modern Operating Systems. 4th ed. Pearson, 2015.
• Королёв, Л. Н. Архитектура ЭВМ и систем. М.: Бином, 2010.
• Messmer, H. P. The Indispensable PC Hardware Book. 4th ed. Addison-Wesley, 2002.