В вычислительной технике виртуальная память или виртуальное хранилище [b] — это метод управления памятью , который обеспечивает «идеализированную абстракцию ресурсов хранения, которые фактически доступны на данной машине» [3] , что «создает для пользователей иллюзию очень большой (основной) памяти». [4]
Операционная система компьютера , используя комбинацию аппаратного и программного обеспечения, отображает адреса памяти, используемые программой, называемые виртуальными адресами , в физические адреса в памяти компьютера . Основное хранилище , как оно видится процессу или задаче, выглядит как непрерывное адресное пространство или набор непрерывных сегментов . Операционная система управляет виртуальными адресными пространствами и назначением реальной памяти виртуальной памяти. [5] Аппаратное обеспечение преобразования адресов в ЦП, часто называемое блоком управления памятью (MMU), автоматически преобразует виртуальные адреса в физические адреса. Программное обеспечение в операционной системе может расширять эти возможности, используя, например, дисковое хранилище , чтобы предоставить виртуальное адресное пространство, которое может превышать емкость реальной памяти и, таким образом, ссылаться на больше памяти, чем физически присутствует в компьютере.
К основным преимуществам виртуальной памяти относятся освобождение приложений от необходимости управлять общим пространством памяти, возможность совместного использования памяти, используемой библиотеками , между процессами, повышение безопасности за счет изоляции памяти и возможность концептуально использовать больше памяти, чем может быть доступно физически, с помощью техники страничного обмена или сегментации.
Виртуальная память упрощает программирование приложений, скрывая фрагментацию физической памяти; делегируя ядру бремя управления иерархией памяти (устраняя необходимость для программы явно обрабатывать оверлеи ); и, когда каждый процесс выполняется в своем собственном выделенном адресном пространстве, устраняя необходимость перемещать программный код или обращаться к памяти с относительной адресацией .
Виртуализацию памяти можно считать обобщением концепции виртуальной памяти.
Виртуальная память является неотъемлемой частью современной компьютерной архитектуры ; реализации обычно требуют аппаратной поддержки, как правило, в форме блока управления памятью , встроенного в ЦП . Хотя это и не обязательно, эмуляторы и виртуальные машины могут использовать аппаратную поддержку для повышения производительности своих реализаций виртуальной памяти. [6] Более старые операционные системы, такие как для мэйнфреймов 1960-х годов и для персональных компьютеров начала-середины 1980-х годов (например, DOS ), [7] обычно не имеют функциональности виртуальной памяти, [ сомнительно – обсудить ] хотя заметные исключения для мэйнфреймов 1960-х годов включают:
В 1960-х и начале 70-х годов компьютерная память была очень дорогой. Появление виртуальной памяти дало возможность программным системам с большими требованиями к памяти работать на компьютерах с меньшим объемом реальной памяти. Экономия от этого стала сильным стимулом для перехода на виртуальную память для всех систем. Дополнительная возможность предоставления виртуальных адресных пространств добавила еще один уровень безопасности и надежности, сделав виртуальную память еще более привлекательной для рынка.
Большинство современных операционных систем, поддерживающих виртуальную память, также запускают каждый процесс в своем собственном выделенном адресном пространстве . Таким образом, каждая программа, по-видимому, имеет исключительный доступ к виртуальной памяти. Однако некоторые старые операционные системы (такие как OS/VS1 и OS/VS2 SVS ) и даже современные (такие как IBM i ) являются операционными системами с одним адресным пространством , которые запускают все процессы в одном адресном пространстве, состоящем из виртуализированной памяти.
Встроенные системы и другие специализированные компьютерные системы, которым требуется очень быстрое и/или очень стабильное время отклика, могут отказаться от использования виртуальной памяти из-за сниженного детерминизма ; системы виртуальной памяти запускают непредсказуемые ловушки , которые могут вызывать нежелательные и непредсказуемые задержки в ответ на ввод, особенно если ловушка требует, чтобы данные были считаны в основную память из вторичной памяти. Аппаратное обеспечение для преобразования виртуальных адресов в физические адреса обычно требует значительной площади чипа для реализации, и не все чипы, используемые во встроенных системах, включают это оборудование, что является еще одной причиной, по которой некоторые из этих систем не используют виртуальную память.
В 1950-х годах все более крупные программы должны были содержать логику для управления первичной и вторичной памятью, например, наложение . Поэтому виртуальная память была введена не только для расширения первичной памяти, но и для того, чтобы сделать такое расширение максимально простым в использовании для программистов. [8] Для обеспечения многозадачности и многопрограммирования многие ранние системы разделяли память между несколькими программами без виртуальной памяти, например, ранние модели PDP -10 с помощью регистров .
Утверждение, что концепция виртуальной памяти была впервые разработана немецким физиком Фрицем-Рудольфом Гюнчем в Техническом университете Берлина в 1956 году в его докторской диссертации « Логическая конструкция цифрового компьютера с несколькими асинхронными вращающимися барабанами и автоматической высокоскоростной работой памяти» [9] [10], не выдерживает тщательной проверки. Компьютер, предложенный Гюнчем (но так и не построенный), имел адресное пространство из 10 5 слов, которое точно отображалось на 10 5 слов барабанов, т. е. адреса были реальными адресами, и не было никакой формы косвенного отображения, ключевой особенности виртуальной памяти. То, что Гюнч действительно изобрел, было формой кэш-памяти , поскольку его высокоскоростная память предназначалась для хранения копии некоторых блоков кода или данных, взятых с барабанов. Действительно, он писал (как цитируется в переводе [11] ): «Программисту не нужно уважать существование первичной памяти (ему даже не нужно знать, что она существует), поскольку существует только один вид адресов ( sic ), с помощью которых можно программировать так, как будто есть только одно хранилище». Именно такая ситуация сложилась в компьютерах с кэш-памятью, одним из самых ранних коммерческих примеров которых была IBM System/360 Model 85. [12] В Model 85 все адреса были реальными адресами, ссылающимися на основное хранилище. Полупроводниковое кэш-хранилище, невидимое для пользователя, хранило содержимое частей основного хранилища, используемых текущей выполняемой программой. Это в точности аналогично системе Гюнча, разработанной как средство повышения производительности, а не для решения проблем, связанных с многозадачностью.
Первая настоящая система виртуальной памяти была реализована в Университете Манчестера для создания одноуровневой системы хранения [13] как часть компьютера Atlas . Он использовал механизм страничного обмена для отображения виртуальных адресов, доступных программисту, на реальную память, которая состояла из 16 384 слов первичной памяти ядра с дополнительными 98 304 словами вторичной памяти барабана . [14] Добавление виртуальной памяти в Atlas также устранило надвигающуюся проблему программирования: планирование и составление расписания передач данных между основной и вторичной памятью и перекомпиляцию программ для каждого изменения размера основной памяти. [15] Первый Atlas был введен в эксплуатацию в 1962 году, но рабочие прототипы страничного обмена были разработаны к 1959 году. [8] : 2 [16] [17] В 1961 году корпорация Burroughs независимо выпустила первый коммерческий компьютер с виртуальной памятью, B5000 , с сегментацией вместо страничного обмена. [18] [19]
IBM разработала [c] концепцию гипервизоров в своих CP-40 и CP-67 , а в 1972 году представила ее для S/370 как Virtual Machine Facility/370. [21] IBM представила инструкцию Start Interpretive Execution ( SIE ) как часть 370-XA на 3081 и версии VM/XA для ее использования.
Прежде чем виртуальная память могла быть реализована в основных операционных системах, необходимо было решить множество проблем. Динамическая трансляция адресов требовала дорогостоящего и сложного в разработке специализированного оборудования; первоначальные реализации немного замедляли доступ к памяти. [8] Были опасения, что новые общесистемные алгоритмы, использующие вторичное хранилище, будут менее эффективными, чем ранее используемые алгоритмы, специфичные для приложений. К 1969 году дебаты по поводу виртуальной памяти для коммерческих компьютеров были завершены; [8] исследовательская группа IBM под руководством Дэвида Сейра показала, что их система наложения виртуальной памяти постоянно работала лучше, чем лучшие системы с ручным управлением. [22] На протяжении 1970-х годов серия IBM 370, работающая под управлением их операционных систем на основе виртуального хранилища, предоставляла бизнес-пользователям возможность переносить несколько старых систем на меньшее количество более мощных мэйнфреймов, которые имели улучшенное соотношение цены и производительности. Первым мини-компьютером , внедрившим виртуальную память, был норвежский NORD-1 ; в 1970-х годах другие мини-компьютеры реализовали виртуальную память, в частности, модели VAX , работающие под управлением VMS .
Виртуальная память была введена в архитектуру x86 с защищенным режимом процессора Intel 80286 , но его метод подкачки сегментов плохо масштабировался для больших размеров сегментов. Intel 80386 представил поддержку страничного обмена под существующим уровнем сегментации , что позволило исключению ошибки страницы сцепляться с другими исключениями без двойной ошибки . Однако загрузка дескрипторов сегментов была дорогостоящей операцией, заставляя разработчиков операционных систем полагаться исключительно на страничное разделение, а не на комбинацию страничного обмена и сегментации. [ необходима цитата ]
Почти все текущие реализации виртуальной памяти делят виртуальное адресное пространство на страницы , блоки смежных адресов виртуальной памяти. Страницы в современных [d] системах обычно имеют размер не менее 4 килобайт ; системы с большими диапазонами виртуальных адресов или объемами реальной памяти обычно используют страницы большего размера. [23]
Таблицы страниц используются для преобразования виртуальных адресов, видимых приложением, в физические адреса , используемые оборудованием для обработки инструкций; [24] такое оборудование, которое обрабатывает это конкретное преобразование, часто называют блоком управления памятью . Каждая запись в таблице страниц содержит флаг, указывающий, находится ли соответствующая страница в реальной памяти или нет. Если она находится в реальной памяти, запись в таблице страниц будет содержать реальный адрес памяти, по которому хранится страница. Когда оборудование ссылается на страницу, если запись в таблице страниц для страницы указывает, что она в данный момент не находится в реальной памяти, оборудование вызывает исключение ошибки страницы , вызывая компонент супервизора страничного обмена операционной системы .
Системы могут иметь, например, одну таблицу страниц для всей системы, отдельные таблицы страниц для каждого адресного пространства или процесса, отдельные таблицы страниц для каждого сегмента; аналогично, системы могут иметь, например, ни одной таблицы сегментов, одну таблицу сегментов для всей системы, отдельные таблицы сегментов для каждого адресного пространства или процесса, отдельные таблицы сегментов для каждого региона в дереве [e] таблиц регионов для каждого адресного пространства или процесса. Если есть только одна таблица страниц, разные приложения, работающие одновременно, используют разные части одного диапазона виртуальных адресов. Если есть несколько таблиц страниц или сегментов, есть несколько виртуальных адресных пространств и параллельные приложения с отдельными таблицами страниц перенаправляют на разные реальные адреса.
Некоторые более ранние системы с меньшими размерами реальной памяти, такие как SDS 940 , использовали страничные регистры вместо страничных таблиц в памяти для трансляции адресов.
Эта часть операционной системы создает и управляет таблицами страниц и списками свободных фреймов страниц. Чтобы гарантировать, что будет достаточно свободных фреймов страниц для быстрого устранения ошибок страниц, система может периодически красть выделенные фреймы страниц, используя алгоритм замены страниц , например, алгоритм Least recently used (LRU). Украденные фреймы страниц, которые были изменены, записываются обратно во вспомогательное хранилище перед тем, как они будут добавлены в свободную очередь. В некоторых системах супервизор подкачки также отвечает за управление регистрами трансляции, которые не загружаются автоматически из таблиц страниц.
Обычно ошибка страницы, которую невозможно устранить, приводит к аварийному завершению работы приложения. Однако некоторые системы позволяют приложению иметь обработчики исключений для таких ошибок. Супервизор подкачки может обрабатывать исключение ошибки страницы несколькими способами в зависимости от деталей:
В большинстве случаев произойдет обновление таблицы страниц, за которым может последовать очистка буфера обратных преобразований (TLB), а система перезапустит инструкцию, вызвавшую исключение.
Если очередь свободных фреймов страниц пуста, то диспетчер пейджинга должен освободить фрейм страниц, используя тот же алгоритм замены страниц, что и для кражи страниц.
Операционные системы имеют области памяти, которые закреплены (никогда не выгружаются на вторичное хранилище). Другие используемые термины — заблокированные , фиксированные или зашитые страницы. Например, механизмы прерываний полагаются на массив указателей на свои обработчики, такие как завершение ввода-вывода и ошибка страницы . Если бы страницы, содержащие эти указатели, или код, который они вызывают, были бы выгружаемыми, обработка прерываний стала бы намного сложнее и требовала бы больше времени, особенно в случае прерываний из-за ошибки страницы. Следовательно, некоторая часть структур таблиц страниц не выгружаемая.
Некоторые страницы могут быть закреплены на короткие периоды времени, другие могут быть закреплены на длительные периоды времени, а третьи могут нуждаться в постоянном закреплении. Например:
В операционных системах IBM для System/370 и последующих систем используется термин «фиксированный», и такие страницы могут быть долгосрочно фиксированными, или краткосрочно фиксированными, или нефиксированными (т. е. выгружаемыми). Структуры управления системой часто являются долгосрочно фиксированными (измеряемыми в настенном времени, т. е. времени, измеряемом в секундах, а не в долях секунды), тогда как буферы ввода-вывода обычно являются краткосрочно фиксированными (обычно измеряемыми значительно меньше, чем настенное время, возможно, в течение десятков миллисекунд). Действительно, ОС имеет специальную возможность для «быстрой фиксации» этих краткосрочно фиксированных буферов данных (фиксация, которая выполняется без обращения к длительной инструкции Supervisor Call ).
Multics использовал термин «wired». OpenVMS и Windows называют страницы, временно сделанные невыгружаемыми (как для буферов ввода-вывода), «заблокированными», и просто «невыгружаемые» для тех, которые никогда не выгружаемые. Единая спецификация UNIX также использует термин «заблокированный» в спецификации для , как и страницы руководства во многих Unix-подобных системах.mlock()mlock()
В OS/VS1 и подобных ОС некоторые части системной памяти управляются в режиме «виртуально-реальный», называемом «V=R». В этом режиме каждый виртуальный адрес соответствует одному и тому же реальному адресу. Этот режим используется для механизмов прерываний , для супервизора подкачки и таблиц страниц в старых системах, а также для прикладных программ, использующих нестандартное управление вводом-выводом. Например, z/OS от IBM имеет 3 режима (виртуально-виртуальный, виртуально-реальный и виртуально-фиксированный). [ необходима цитата ]
При использовании подкачки и кражи страниц может возникнуть проблема, называемая « пробуксовка », при которой компьютер тратит ненадлежащим образом большое количество времени на передачу страниц в резервное хранилище и из него, тем самым замедляя полезную работу. Рабочий набор задачи — это минимальный набор страниц, которые должны быть в памяти, чтобы она могла выполнять полезную работу. Пробуксовка происходит, когда недостаточно памяти для хранения рабочих наборов всех активных программ. Добавление реальной памяти — самый простой ответ, но может помочь улучшение дизайна приложения, планирования и использования памяти. Другое решение — сократить количество активных задач в системе. Это снижает потребность в реальной памяти за счет замены всего рабочего набора одного или нескольких процессов.
Пробуксовка системы часто является результатом внезапного всплеска спроса на страницы от небольшого числа работающих программ. Swap-token [26] — это легкий и динамический механизм защиты от пробуксовки. Основная идея заключается в установке токена в системе, который случайным образом выдается процессу, у которого возникают ошибки страниц при пробуксовке. Процессу, имеющему токен, дается привилегия выделять больше страниц физической памяти для построения своего рабочего набора, который, как ожидается, быстро завершит свое выполнение и освободит страницы памяти другим процессам. Для передачи токена по одному используется временная метка. Первая версия swap-token была реализована в Linux 2.6. [27] Вторая версия называется preempt swap-token и также есть в Linux 2.6. [27] В этой обновленной реализации swap-token для каждого процесса устанавливается счетчик приоритетов для отслеживания количества страниц подкачки. Токен всегда выдается процессу с высоким приоритетом, который имеет большое количество страниц подкачки. Длина временной метки не является константой, а определяется приоритетом: чем больше количество страниц подкачки процесса, тем длиннее будет временная метка для него.
Некоторые системы, такие как Burroughs B5500, [28] используют сегментацию вместо страничного обмена, разделяя виртуальные адресные пространства на сегменты переменной длины. Виртуальный адрес здесь состоит из номера сегмента и смещения внутри сегмента. Intel 80286 поддерживает похожую схему сегментации как опцию, но она редко используется. Сегментацию и страничный обмен можно использовать вместе, разделив каждый сегмент на страницы; системы с такой структурой памяти, такие как Multics и IBM System/38 , обычно являются страничными, сегментация обеспечивает защиту памяти. [29] [30] [31]
В процессорах Intel 80386 и более поздних IA-32 сегменты находятся в 32-битном линейном, страничном адресном пространстве. Сегменты можно перемещать в это пространство и из него; страницы могут «выгружаться» в основную память и из нее, обеспечивая два уровня виртуальной памяти; немногие операционные системы, если таковые вообще имеются, делают это, вместо этого используя только страничную память. Ранние решения виртуализации x86 без аппаратной поддержки объединяли страничную память и сегментацию, поскольку страничная память x86 предлагает только два домена защиты, тогда как стеку VMM, гостевой ОС или гостевого приложения требуется три. [32] : 22 Разница между системами страничной памяти и сегментации заключается не только в разделении памяти; сегментация видна пользовательским процессам как часть семантики модели памяти. Следовательно, вместо памяти, которая выглядит как одно большое пространство, она структурирована в несколько пространств.
Это различие имеет важные последствия; сегмент не является страницей с переменной длиной или простым способом удлинения адресного пространства. Сегментация, которая может обеспечить одноуровневую модель памяти, в которой нет различия между памятью процесса и файловой системой, состоит только из списка сегментов (файлов), отображенных в потенциальное адресное пространство процесса. [33]
Это не то же самое, что механизмы, предоставляемые вызовами, такими как mmap и Win32 MapViewOfFile, поскольку межфайловые указатели не работают при отображении файлов в полупроизвольные места. В Multics файл (или сегмент из многосегментного файла) отображается в сегмент в адресном пространстве, поэтому файлы всегда отображаются на границе сегмента. Раздел связей файла может содержать указатели, для которых попытка загрузить указатель в регистр или сделать косвенную ссылку через него вызывает прерывание. Неразрешенный указатель содержит указание на имя сегмента, на который ссылается указатель, и смещение внутри сегмента; обработчик прерывания отображает сегмент в адресное пространство, помещает номер сегмента в указатель, изменяет поле тега в указателе так, чтобы оно больше не вызывало прерывание, и возвращается к коду, где произошло прерывание, повторно выполняя инструкцию, вызвавшую прерывание. [34] Это полностью устраняет необходимость в компоновщике [8] и работает, когда разные процессы отображают один и тот же файл в разные места в своих частных адресных пространствах. [35]
Некоторые операционные системы предусматривают возможность подкачки целых адресных пространств , в дополнение к любым возможностям, которые у них есть для подкачки и сегментации. Когда это происходит, ОС записывает страницы и сегменты, которые в данный момент находятся в реальной памяти, в файлы подкачки. При подкачке ОС считывает данные из файлов подкачки, но не считывает автоматически страницы, которые были выгружены во время операции подкачки.
IBM MVS , от OS/VS2 Release 2 до z/OS , позволяет помечать адресное пространство как непереставляемое; это не закрепляет страницы в адресном пространстве. Это можно сделать на время выполнения задания, введя имя подходящей [36] основной программы в Таблицу свойств программы с флагом непереставляемости. Кроме того, привилегированный код может временно сделать адресное пространство непереставляемым с помощью инструкции SYSEVENT Supervisor Call (SVC); некоторые изменения [37] в свойствах адресного пространства требуют, чтобы ОС выгрузила его, а затем снова вставила, используя SYSEVENT TRANSWAP. [38]
Для подкачки не обязательно требуется аппаратное обеспечение управления памятью, если, например, несколько заданий загружаются и выгружаются из одной и той же области хранения.
{{cite web}}: CS1 maint: неподходящий URL ( ссылка )