Всем участникам дискусии -- на курсы повышений квалификации :)

Кто-нибудь здесь про страничную организацию памяти вообще слышал??

Изначально память в x86 адресовалась сегментно. Начиная с 80286 был введен механизм защиты, основанный на сегментах и тогда же появились все эти LDT, GDT, IDT.
Пользуйтесь ими из под защищенного режима, созданного самостоятельно или через DPMI в досе, но это бесперспективно. Для создания модели памяти flat необходимо создавать огромные сегменты, но при этом теряется преимущество защиты, так как вся память оказывается доступна всем для всего. А маленькие сегменты возвращают все недостатки доса.
В 80386 появилась страничная модель виртуализации памяти. То есть логическая страница через механизм TLB отображается на физическую страницу. Аттрибуты защиты у страниц персональные.

Именно поэтому каждому процессу в win32 выделется сразу виртуальные 2Гб,которые по мере необходимости проецируются на страницы физической памяти.
Манипуляция LDT итп производится только при старте системы, все выставляется от 0 и до конца памяти и более не используется, все манипуляции идут на уровне каталога страниц и таблиц страниц.

Работа диспетчера памяти подробно описана хотя бы в Соломон, Руссинович: "Внутренее устройство Microsoft Windows".
Специально для White Owl , процитирую оттуда:

Руссинович

Куча -- область зарезервированного адресного пространства размером в одну и более страниц, из которой диспетчер куч может выделять память меньшими порциями



То есть созданы они для преодоления гранулярности выделения памяти квантом в одну страницу у функций вроде VirtualAlloc.

Если же стартует программа Dos, то ntvdm переводит на квант времени ее функционирования процессов в режим V86 (виртуальный 8086). Программа получает кажущийся 1 Mb в начале адресного простанства. При необходимости эмулируется также EMS и XMS, но это все видимость, создаваемая драйверами ядра.

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

________________________________________________________
Глюк - это высокоорганизованная система не поддающихся определению частиц

Кстати, сами по себе сегментные регистры используются, но это не играет существенной роли, так как память плоская.

Например регистр FS указывает на начало структуры SEH (обработка исключений) процесса.
________________________________________________________
Глюк - это высокоорганизованная система не поддающихся определению частиц

2 ErV: видимо действительно HANDLE кучи это указатель в какой-то внутренней таблице диспетчера памяти (как и все хендлы).

Активно развивавшийся бред про дескрипторы наверно теперь исчезнет.
________________________________________________________
Глюк - это высокоорганизованная система не поддающихся определению частиц

Юров пишет совершенно правильно, что прикладные проги не мучаются с сегменатами и используют единую плоскую модель.

________________________________________________________
Глюк - это высокоорганизованная система не поддающихся определению частиц

maXmoой ли? А чо тогда в cs и ds разные значения?
------------------
- А как в Интеpнете pаботать? - Сначала нужно узнать, что вам нужно rtfm

Ну естественно они разные, так как секции кода и данных загружаются по разным адресам и логично установить сегментные регистры на соотв. секции.
Но обращаться к данным по CS (Write-Protect аттрибут для кода установлен на уровне страниц, где размещен код), вам никто не мешает, только смещение надо правильное поставить.

White Owl LelikkНу естественно они разные, так как секции кода и данных загружаются по разным адресам и логично установить сегментные регистры на соотв. секции.Значит ядро все же сегментами заморачивается? :)

Давайте еще раз пройдемся по материалу (документации-то по этому вопросу кот наплакал, официальной тем более):

1) Сегментация памяти как была в x86, так и осталась, архитектура такая. Сегментацию обойти нельзя, так как нельзя исполнять код с неизвестно чем в CS.

2) В защищенном режиме процессов со времен 80286 также использует сегментацию, от этого опять никуда не деться. Сегментация задается таблицами LDT и GDT , и соответственно регистрами GDTR, LDTR итд.

3) Сегментация обеспечивает защиту на уровне сегментов, подкачку на уровне сегментов итд. И ИМЕННО ЭТО И НЕ ИСПОЛЬЗУЕТСЯ! Вот что имеют в виду, говоря про то, что сегменты не используются.

4) При инициализации процесса естесвенно создается LDT процесса, но в ней создаются только сегменты кода/данных пользователя и тоже для пространства адресов ядра выше 2Gb.
ДАЛЕЕ НИКАКИХ манипуляций с ними не проводится, они были созданы для удовлетворения требований архитектуры.
Проецирование памяти, ЗАЩИТА, управление подкачкой, отображение DLL на адресное пространство, работа с динамической памятью (кучи, VirualAlloc) -- все это работает только на основе МЕХАНИЗМА СТРАНИЧНОЙ ТРАНСЛЯЦИИ.
Все, больше никто не меняет сегменты, "ни приложение, ни ядро с ними не заморачивается" (приложение о них и не знает даже).

maXmo LelikkНо обращаться к данным по CS (Write-Protect аттрибут для кода установлен на уровне страниц, где размещен код), вам никто не мешает, только смещение надо правильное поставить.ничего не надо ставить, смещения одинаковые.

Ну в принципе да, потому что базы сегмента данных и сегмента кода установлены одинаковые. (В принципе можно кажись и поменять, установив флаги в заголовке образа exe).