WikiDer > Верхняя область памяти

Upper memory area

Область верхней памяти находится между 640 КБ и 1024 КБ.

В Управление памятью DOS, то область верхней памяти (UMA) относится к объем памяти между адреса из 640КБ и 1024 КБ (0xA0000–0xFFFFF) в IBM PC или совместимый. IBM зарезервировала первые 384 КБ 8088 ЦПУадресное пространство 1024 КБ для ПЗУ, баран на периферийные устройстваи ввод / вывод с отображением в память. Например, область монохромной видеопамяти занимает от 704 до 736 КБ (0xB0000 – B7FFF).

Однако даже с видеопамятью ПЗУ BIOS и порты ввода-вывода для карт расширения, большая часть этих 384 КБ адресного пространства не использовалась. Поскольку ограничение памяти в 640 КБ становилось все более серьезным препятствием, были найдены методы заполнения пустых областей оперативной памятью. Эти области были названы блоки старшей памяти (UMB).

использование

Следующим этапом эволюции DOS было использование операционной системой блоков старшей памяти (UMB) и область высокой памяти (HMA). Это произошло с выпуском DR DOS 5.0 в 1990 г.[1] Встроенный диспетчер памяти DR DOS, EMM386.EXE, может выполнять большую часть основных функций QEMM и сопоставимые программы.

Преимущество DR DOS 5.0 перед комбинацией более старой DOS и QEMM состояло в том, что само ядро ​​DR DOS и почти все его структуры данных могли быть загружены в верхнюю память. Это оставило практически все базовая память свободна, что позволяет создавать конфигурации с объемом свободной памяти до 620 КБ из 640 КБ.

Конфигурация не была автоматической - свободные UMB нужно было идентифицировать вручную, вручную включать в строку, загружающую EMM386 из CONFIG.SYS, а затем драйверы и т. д. нужно было вручную загрузить в UMB из CONFIG.SYS и AUTOEXEC.BAT. Эта настройка была нетривиальным процессом. Поскольку она была в значительной степени автоматизирована программой установки QEMM, эта программа выжила на рынке; действительно, она хорошо работала с собственной поддержкой HMA и UMB DR DOS и в дальнейшем стала одной из самых продаваемых утилит для ПК.

Эта функция была скопирована Microsoft с выпуском MS-DOS 5.0 в июне 1991 г.[1] Со временем из обычной памяти было перемещено еще больше структур данных DOS, что позволило оставить свободными до 631 КБ из 640 КБ. Начиная с версии 6.0 MS-DOS, Microsoft даже включила программу под названием MEMMAKER который использовался для автоматической оптимизации обычной памяти путем перемещения программ TSR в верхнюю память.

В начале 1990-х годов ручная оптимизация карты памяти DOS стала высоко ценимым навыком, позволяя запускать самые большие приложения даже на самых сложных конфигурациях ПК. Методика заключалась в том, чтобы сначала создать как можно больше UMB, включая переназначение выделенных, но неиспользуемых блоков памяти, таких как область монохромного отображения на цветных машинах. Затем многие подкомпоненты DOS должны были быть загружены в эти UMB в правильной последовательности, чтобы использовать блоки памяти как можно более эффективно. Немного TSR При загрузке программам требовалась дополнительная память, которая снова освобождалась после завершения загрузки. К счастью, между этими модулями было мало зависимостей, поэтому их можно было загружать практически в любой последовательности. Исключением было то, что для успешного кэширования CD-ROM большинство дисковых кэшей необходимо было загружать после каких-либо драйверов CD-ROM, и что модули большинства сетевых стеков должны были загружаться в определенной последовательности, по сути, постепенно повышаясь через уровни Модель OSI.

Базовым, но эффективным методом оптимизации обычной памяти была загрузка HIMEM.SYS в качестве устройства с последующей загрузкой EMM386.EXE в качестве устройства с опцией «RAM AUTO», которая позволяет получить доступ к UMA путем загрузки драйверов устройств как devicehigh. Этот метод эффективно загружает основные менеджеры памяти в обычную память, а затем все остальное в UMA. Обычные программы для обжорства памяти, такие как MSCDEX также могут быть загружены в UMA аналогичным образом, что освобождает большой объем обычной памяти.

Windows

Растущая популярность Windows 3.0 сделали потребность в области верхней памяти менее актуальной, поскольку на приложения Windows не влияли напрямую ограничения базовой памяти DOS, но программы DOS, работающие под Windows (при этом сама Windows выступала в качестве диспетчера многозадачности), по-прежнему были ограничены. С выходом Windows 95это стало еще менее актуальным, поскольку эта версия Windows предоставляет большую часть функций драйверов устройств DOS для приложений DOS, работающих под Windows, таких как поддержка компакт-дисков, сети и звука; карта памяти окон DOS Windows 95 была автоматически оптимизирована. Однако не все программы DOS могли выполняться в этой среде. В частности, программы, которые пытались напрямую переключиться из реального режима в защищенный, не работали, поскольку это не было разрешено в виртуальный режим 8086 он работал. Этот вопрос сейчас решается виртуализация x86 такие технологии как Intel VT-x (Вандерпул) и AMD-V (Pacifica). Также программы, которые пытались переключить Виртуальный программный интерфейс управления (VCPI) API (который был введен, чтобы позволить программам DOS, которым требовался защищенный режим, входить в него из виртуального режима 8086, установленного диспетчером памяти, как описано выше) не работал в Windows 95. Только Интерфейс защищенного режима DOS (DPMI) API для перехода в защищенный режим поддерживался.

Выполнение

Виртуальный режим x86

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

Теневая RAM

Во многих системах, в том числе и в современных, возможно использование памяти, зарезервированной для дублирования ПЗУ карты расширения, в качестве верхней памяти. Многие наборы микросхем резервируют для этой цели до 384 КБ ОЗУ, и, поскольку эта оперативная память обычно не используется, ее можно использовать как реальный режим верхняя память с настраиваемым драйвером устройства, например UMBPCI.[2]

IBM XT

На IBM XT компьютеров, можно было добавить на материнскую плату больше памяти и использовать настраиваемый адресный декодер ВЫПУСКНОЙ ВЕЧЕР чтобы он появился в области верхней памяти.[3] Как и в случае с верхней памятью на основе 386, описанной выше, дополнительная оперативная память может использоваться для загрузки файлов TSR или в качестве RAM-диск.

В AllCard, надстройка блок управления памятью для компьютеров класса XT позволял отображать обычную память в адресный диапазон 0xA0000-EFFFF, давая до 952 КБ для программ DOS. Такие программы как Лотос 1-2-3, которые напрямую обращались к видеопамяти, необходимо было залатанный для обработки этого макета памяти. Следовательно 640 КБ барьер был удален за счет совместимости программного обеспечения. Такое использование области верхней памяти отличается от использования блоков верхней памяти, которые использовались для освобождения обычная память путем перемещения драйверов устройств и TSR в верхние 384 Кбайт 1МБ адресное пространство, но оставил без изменений объем адресуемой памяти (640 КБ).

Смотрите также

Рекомендации

  1. ^ а б Драйфус, Майк, изд. (1991-09-18) [1991-07-19]. «Посмертный отчет о разработке MS-DOS 5.0» (PDF) (почта как судебный документ). Microsoft. п. 10. MS-PCA1179169 (MS-PCA1179159-MS-PCA1179191). MS7020988 (MS7020978-MS7021010). Депо. Бывший. 1109. Приходит против Microsoft Экспонат истца 3473. CA. № 2: 96CV645B Приложение истца 477. В архиве (PDF) из оригинала на 2019-04-02. Получено 2019-07-22. […] Одним из самых важных стимулов для добавления функций было давление со стороны конкурентов DRDOS 5.0, о котором мы впервые узнали весной 1990 года. Набор функций DRDOS побудил нас добавить UMB поддержка, смена задач и отменить удаление. […] Значительное количество внимания руководства группы было отвлечено на новые функции, такие как программное обеспечение для передачи файлов, восстановление удаления и сетевая установка […] В конце концов эта ситуация достигла критической точки в конце июля 1990 года, и во главе с BradS, руководство команды провело серию напряженных встреч, определяя график и процесс закрытия проекта […] (1 + 32 страницы)
  2. ^ "UMBPCI V3.89 - аппаратный UMB-драйвер журнала c't для DOS и Win95 / 98". В архиве с оригинала на 30.12.2019. Получено 2020-02-07.
  3. ^ Аткинсон, Сай (2001). «Что такое высокая память, почему меня это волнует и как я могу ее использовать?». Сан-Хосе, Калифорния, США. В архиве из оригинала на 2018-10-05. Получено 2020-02-07.