Сегментная и страничная организация памяти в Windows

Содержание

1. 1. Эволюция управления памятью в Windows3
2. 2. Сегментная модель памяти: архитектура и реализация5
3. 3. Страничная организация памяти: механизмы и управление7
4. 4. Сравнительный анализ и влияние на систему10
5. Список литературы13

1. Эволюция управления памятью в Windows

История управления памятью в Windows, это история отказа от аппаратной сложности в пользу программной гибкости. Первые версии, Windows 3.x, работали в 16-битном режиме реальных адресов. Процесс мог адресовать лишь 1 МБ физической памяти, что было критично даже для офисных приложений того времени. Для преодоления этого барьера использовалась сегментация процессора Intel 80286. Механизм был громоздким, и программисту приходилось вручную управлять сегментными регистрами.

Переломным моментом стал выход Windows NT в 1993 году. Её архитекторы, Дэйв Катлер и его команда, отказались от сегментации как основной модели. Они построили систему на плоской модели памяти с 32-битным адресным пространством; сегментация осталась лишь рудиментом для совместимости с устаревшими драйверами. Вместо неё была реализована виртуальная память со страничной организацией, которая с тех пор и определяет облик системы. Windows 11, как и её предшественники начиная с Vista, использует ту же фундаментальную схему, но уже в 64-битном исполнении, где адресное пространство процесса достигает 128 ТБ.

Ключевое понятие здесь, виртуальная память. Это абстракция, которая создаёт для каждого процесса иллюзию непрерывного и огромного адресного пространства, не зависящего от реального объёма оперативной памяти. Физическая память, это реальные микросхемы RAM, которых всегда меньше, чем виртуальных адресов. Адресное пространство процесса, диапазон виртуальных адресов, доступных конкретной программе. В 32-битных системах он составлял 4 ГБ, из которых 2 ГБ по умолчанию выделялись под пользовательский код.

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

производительность рухнет в десятки раз. Поэтому в современных процессорах существует аппаратный блок MMU (Memory Management Unit), который выполняет эту трансляцию автоматически. Для ускорения работы MMU используется кэш трансляций TLB (Translation Lookaside Buffer), хранящий последние соответствия адресов. Без TLB даже аппаратная трансляция была бы слишком медленной: каждый доступ к странице требовал бы обращения к таблицам страниц в оперативной памяти.

Перед подсистемой управления памятью Windows стоят три задачи. Первая, изоляция процессов: одна программа не должна иметь возможность читать или изменять память другой. Это достигается тем, что каждый процесс получает собственное виртуальное адресное пространство, а страницы физической памяти назначаются ему независимо. Вторая задача, эффективное использование физической памяти. Объём RAM ограничен, поэтому система должна выгружать неиспользуемые страницы на диск (файл подкачки) и возвращать их по требованию. Наконец, защита данных: страницы имеют атрибуты доступа (чтение, запись, исполнение), что позволяет предотвратить выполнение кода из области данных или запись в код системы.

Вся эта сложность остаётся невидимой для прикладного программиста. Он работает с обычными указателями и не знает, где физически расположены его данные. Именно эта прозрачность, достигнутая благодаря виртуальной памяти и аппаратной поддержке, позволяет современным системам одновременно запускать сотни процессов, не давая им конфликтовать друг с другом. Эволюция от 16-битной сегментации к 64-битной страничной организации была сменой парадигмы: от борьбы за каждый килобайт к управлению терабайтами виртуального пространства.

2. Сегментная модель памяти: архитектура и реализация

Сегментная модель памяти в Windows существует не как самостоятельный механизм управления, а как слой совместимости с ушедшей эпохой 16-битных вычислений. Её реализация сосредоточена в подсистеме NTVDM (NT Virtual DOS Machine), которая позволяет запускать приложения, написанные для MS-DOS и ранних версий Windows, в среде современных 32- и 64-разрядных систем. NTVDM эмулирует процессор 8086 и создаёт виртуальную машину, внутри которой 16-битное приложение работает с памятью так, будто находится на старом компьютере. Без этой подсистемы наследие программного обеспечения, созданного в 1980-х и начале 1990-х годов, оказалось бы полностью недоступным для пользователей новых операционных систем.

Логика сегментации строится на разделении адресного пространства на области с чётко заданными характеристиками. Каждый сегмент описывается тройкой параметров: базовым адресом, пределом и атрибутами доступа. Базовый адрес указывает, где в физической или виртуальной памяти начинается сегмент, предел определяет его максимально допустимый размер, а атрибуты задают права на чтение, запись и исполнение. Такая структура даёт аппаратную поддержку логической изоляции кода и данных. При попытке обратиться за пределы лимита процессор генерирует исключение, предотвращая повреждение соседних областей памяти. Это была революционная для своего времени идея: программа физически не могла выйти за границы собственного сегмента.

В архитектуре x86 сегментация поддерживается на уровне микропроцессора через специальные регистры: CS (code segment), DS (data segment), SS (stack segment) и ES (extra segment). Каждый регистр хранит селектор, который указывает на дескриптор в глобальной или локальной таблице дескрипторов. Именно дескриптор содержит те самые

базовый адрес, предел и атрибуты доступа. Интересная деталь: сама операционная система Windows не использует эту аппаратную сегментацию в полном объёме. Для своих собственных процессов она настраивает сегменты таким образом, что базовый адрес равен нулю, а предел покрывает всё доступное адресное пространство. Фактически получается плоская модель памяти, где сегментация формально присутствует, но не создаёт никаких барьеров.

Взаимодействие между аппаратной сегментацией и плоской моделью Windows происходит именно через NTVDM. Когда 16-битное приложение обращается к памяти, NTVDM перехватывает операции с сегментными регистрами и транслирует их в адреса, понятные современной операционной системе. Виртуальная машина эмулирует сегментную арифметику: адрес вычисляется как сдвиг сегмента на 4 бита влево плюс смещение, что даёт максимум около 1 МБ адресуемого пространства. Этот объём жёстко ограничен архитектурой 8086, и NTVDM вынуждена работать с этими рамками, выделяя отдельные блоки памяти под сегменты кода, данных и стека.

Значение сегментации в современных Windows минимально. Она не участвует в распределении физической памяти, не влияет на производительность и не задействуется для изоляции процессов. Основная модель управления памятью, используемая системой, строится на страничной организации, которая предоставляет гораздо более гибкие и безопасные механизмы. Сегментация остаётся лишь инструментом для обеспечения обратной совместимости, и её существование оправдано исключительно необходимостью поддерживать старые приложения. Начиная с 64-разрядных версий Windows, NTVDM и вовсе недоступна: 16-битный код не может выполняться в long mode процессора без серьёзной аппаратной эмуляции, поэтому Microsoft отказалась от этой возможности ради стабильности и безопасности системы.

3. Страничная организация памяти: механизмы и управление

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

Базовый размер страницы в Windows составляет 4 КБ. Эта величина выбрана не случайно: она позволяет достаточно мелко дробить память, снижая внутреннюю фрагментацию, и при этом не требует слишком громоздких таблиц трансляции. Для сценариев, где производительность критична, система поддерживает и большие страницы по 2 МБ. Они сокращают количество записей в таблицах страниц и уменьшают число промахов TLB. Платить за это приходится более грубым выделением памяти.

Центральная роль в этом процессе принадлежит диспетчеру памяти, Memory Manager. Он ведет учёт всех страниц в системе через серию специализированных списков. Есть список свободных страниц, готовых к немедленному использованию. Есть список изменённых, то есть тех, чьё содержимое было модифицировано и ещё не записано на диск. И есть рабочие наборы, которые определяют, какой объём физической памяти закреплён за конкретным процессом в данный момент. Диспетчер памяти решает, какие страницы какого процесса выгрузить, а какие, наоборот, подгрузить. Решение принимается исходя из активности и приоритетов.

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

не случаен. Чистый FIFO здесь не работает, как и строгий LRU в его классическом виде. Windows использует гибридный подход, близкий к алгоритму clock, где каждая страница имеет бит обращения. Периодически диспетчер памяти проходит по страницам, сбрасывая эти биты, и страница, которая не была тронута за цикл, становится кандидатом на выгрузку. Приоритет процесса при этом влияет на размер его рабочего набора: фоновые задачи получают меньше памяти и вытесняются охотнее, чем интерактивные приложения, с которыми работает пользователь.

Скорость трансляции виртуального адреса в физический критична для производительности всей системы. Каждое обращение к памяти не может проходить через многоуровневые таблицы страниц, это было бы слишком медленно. Поэтому процессор использует TLB, Translation Lookaside Buffer, небольшую ассоциативную кэш-память, которая хранит результаты последних трансляций. Если нужный адрес есть в TLB, трансляция занимает один такт. Если нет, происходит обращение к таблицам страниц в памяти, что значительно дороже. Windows старается минимизировать такие промахи, в том числе и за счёт использования больших страниц, которые позволяют одному элементу TLB покрыть больший диапазон адресов.

Файл подкачки, вопреки распространённому мнению, это не просто «виртуальная память», которая работает, когда память закончилась. Это полноценное хранилище для страниц, которые были выгружены, а также для страниц с кодом или данными, которые ещё ни разу не понадобились процессу. Система может заранее выгрузить страницы фонового процесса, чтобы освободить физическую память для кэша файлов. Размер pagefile.sys обычно устанавливается автоматически. В современных системах с большим объёмом ОЗУ он может быть относительно небольшим, но полностью отключать его не рекомендуется, так как это лишает систему возможности освобождать память для действительно важных задач.

Итоговая картина выглядит так: страничная организация позволяет Windows жонглировать памятью с высокой точностью. Каждый процесс изолирован в своём виртуальном пространстве, а физическая память распределяется между процессами по мере их реальной активности. Диспетчер памяти, TLB и продуманные алгоритмы замещения работают в связке. Вместе они обеспечивают баланс между скоростью доступа и объёмом доступной памяти.

4. Сравнительный анализ и влияние на систему

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

Ключевое различие лежит в самой природе сегментов и страниц. Сегмент, это логическая единица, отражающая структуру программы: код, данные, стек. Страница, напротив, единица физическая, её размер фиксирован (в Windows это 4 КБ) и безразличен к смысловому содержимому. Отсюда вытекает первое фундаментальное расхождение в гибкости. Сегментация позволяет на аппаратном уровне контролировать права доступа к логическим частям программы, что удобно, но создаёт проблему внешней фрагментации: при динамическом выделении и освобождении сегментов разного размера в памяти остаются несмежные «дыры», которые сложно использовать. Страничная организация решает эту проблему радикально: любая физическая страница может быть отображена в любое место виртуального адресного пространства. Фрагментация здесь только внутренняя, и потери не превышают половины размера страницы, то есть 2 КБ на выделение.

Однако за эту эффективность приходится платить накладными расходами на трансляцию адресов. Сегментный механизм в x86-архитектуре прост: процессор складывает базовый адрес из сегментного регистра со смещением. Страничная модель требует многоуровневого поиска по таблицам страниц. Чтобы не обращаться к памяти при каждом обращении, Windows использует TLB (Translation Lookaside Buffer), кэш трансляций. Промах TLB обходится дорого, и диспетчер памяти вынужден минимизировать их число, поддерживая локальность ссылок. Объём служебных структур также различается: таблица страниц для процесса в 32-битной системе занимает около 4 МБ на каждый гигабайт

адресного пространства, тогда как дескрипторы сегментов в NTVDM, это всего несколько десятков байт, но они покрывают лишь крошечный изолированный мир 16-битных приложений.

Вопрос безопасности напрямую зависит от выбранной модели. Сегментация даёт логическую изоляцию: сегмент кода не может быть перезаписан через сегмент данных без явного изменения атрибутов. Это эффективно против ошибок программиста, но слабо защищает от злонамеренного кода, который может переопределить сегментные регистры. Страничная организация предлагает более жёсткую и гибкую защиту. Каждая страница имеет набор прав: чтение, запись, исполнение. Особое значение имеет NX-бит (No Execute), аппаратно запрещающий исполнение кода в страницах данных. В Windows этот механизм, реализованный через DEP (Data Execution Prevention), стал стандартом: стек и куча по умолчанию неисполняемы, что блокирует целый класс атак, основанных на внедрении шелл-кода. Сегментация такой возможности на аппаратном уровне не предоставляет.

Производительность систем хранения данных и приложений в Windows определяется не столько выбором модели, сколько способностью диспетчера памяти эффективно использовать страничный механизм. Здесь на первый план выходит размер страницы. Стандартные 4 КБ хороши для мелкозернистого распределения, но при работе с большими объёмами данных (базы данных, научные расчёты) они создают избыточную нагрузку на TLB. Для таких сценариев Windows поддерживает большие страницы (Large Pages) размером 2 МБ. Их использование сокращает количество записей в TLB и ускоряет трансляцию, но требует явного указания приложения и увеличивает внутреннюю фрагментацию. Современные версии Windows 10 и 11 также применяют гибридные подходы, комбинируя страницы разного размера в одном адресном пространстве.

Отдельная тенденция, виртуализация памяти в облачных средах. Гипервизоры, такие как Hyper-V, сами управляют тенями таблиц страниц

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

Итоговые рекомендации очевидны. Для современных многозадачных систем с требованием изоляции и безопасности страничная модель безальтернативна. Сегментация оправдана лишь в узких нишах: эмуляция устаревшего ПО или специализированные встраиваемые системы с жёсткими требованиями к детерминизму. Разработчикам приложений, работающих с большими массивами данных, стоит рассмотреть использование больших страниц через API Windows, но с осторожностью, так как это снижает гибкость управления памятью. Системным администраторам при настройке серверов важно учитывать, что эффективность страничной модели напрямую зависит от корректной настройки файла подкачки и политик рабочего набора. Сегментная модель в современных версиях Windows практически не влияет на эксплуатационные характеристики системы.

СПИСОК ЛИТЕРАТУРЫ

1. Windows и оперативная память — https://sysadminium.ru/windows-ram/

2. Виртуальная память в 32-разрядной версии Windows — https://learn.microsoft.com/ru-ru/troubleshoot/windows-server/performance/ram-virtual-memory-pagefile-management

3. Процесс разбиения системы на разбиение по страницам - Windows drivers — https://learn.microsoft.com/ru-ru/windows-hardware/drivers/display/system-paging-process

4. Управление памятью в Windows как оно есть [1/3] — https://habr.com/ru/articles/107605/

5. Оперативная память и система Windows — http://www.compbegin.ru/articles/view/_76

6. Оперативная память: зачем нужна и как выбрать для ПК и ноутбука — https://hi-tech.mail.ru/review/125990-operativnaya-pamyat/

7. Что такое оперативная память? | Случайный доступ к ... — https://www.malwarebytes.com/ru/cybersecurity/computer/what-is-ram

8. Оперативная память компьютера через призму ... — https://www.compgramotnost.ru/kak-rabotaet-pk/operativnaya-pamyat-kompyutera-i-dispetcher-zadach-windows