OSDev

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



Из любого, но естественно те, которые свободны. Можно и не подряд.

Сначала матчасть. Посмотри, что есть в терминологии Интел "каталог страниц". Это не сложно.

Вообще говоря, отсутствие поддержки релокации не есть хорошо. DLL-библиотеки нельзя скомпилировать на фиксированные адреса, т.к. никогда не знаешь, когда и в каком составе они потребуются в адресном пространстве текущего процесса.


Не, не так. Адрес не будет ни с нуля, ни с какого другого значения. Виртуальная память - это отображение одних адресов (любых) на другие (тоже любые). То, что отображаем, называется логическим или виртуальным адресом, т.е. программа обращается по этому адресу и не знает, где на самом деле находится то, что она читает/пишет. Да ей это и не важно. Куда отображаем - называется физическим адресом. Это та страница памяти, где реально будут данные этой программы. Отображение происходит блоками по 4кБ или по 4МБ. 4МБ используются редко, обычно предпочитают 4к. Эти блоки называют страницами памяти. Отобразить можно любую страницу из адресного пространства 4Гб на любую физическую страницу.


Не, это тоже не так. Размер всего каталога зависит от того, сколько памяти ты отобразил. В простейшем случае, есть два уровня (для страниц размером 4к). Первый уровень - таблица Page Directory, размером 4к. На неё указывает содержимое регистра CR3. Каждый элемент этой таблицы указывает на таблицу другого уровня - Page Table. А уже элементы этой таблицы указывают нужное расположение физической страницы памяти.
В минимальном варианте (со страницами размером 4к) возможно использование только двух таблиц - одна PD и одна PT, получается 8к, что позволит использовать 4МБ памяти. Совокупный размер таблиц в 4М это только в случае, если у тебя ВСЁ адресное пространство отображено на какие-то страницы, но реально этого почти никогда не требуется.

Если владеешь английским, почитай эту статью: http://wiki.osdev.org/Paging

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

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

Это я знал ещё до того как задумал писать ОС, я имел в виду не с 0, а с того адреса на который настроил таблицу, просто до этого я писал о намерении делать её с 0 для процесса.

Я специально написал "основной модуль приложения", чтобы все поняли, что я говорю НЕ о библиотеках.

При использовании рекурсивно отображенного каталога достаточно только одной страницы, хотя это без "полезной нагрузки", но зато и PD, и все PTs могут быть видны в ВАП.

См. по ссылке. Там есть картинки. В интеловском мане тоже есть картинки.

На нулевой адрес лучше "ловить" NULL pointer (нулевой указатель).

Да, библиотеки же должны сидеть в системном пространстве, или они по адресам кочуют, хотя и то и другое. Хотя могут же и в пространство приложения залезть.

Есть библиотеки прикладного пространства, есть библиотеки пространства ядра. Также могут быть универсальные библиотеки, которым пофиг в каком пространстве работать. Все зависит от того, что они делают. Могут "лезть" из пространства ядра в прикладное пространство, вот только приложение до них не доберется.

Понятно, спасибо за объяснения, нужно практики набраться теперь.

Кстати где размещать сами таблицы для приложенийто? Нам же нужны их реальные адреса, и какого объема их делать?

Я размещаю таблицу страниц или в начале пространства ядра (если грубо, в середине ВАП), или в конце пространства ядра (в конце ВАП). В принципе можно и в user space, т.к. таблица должна по-любому защищаться - достигается установкой одного бита в рекурсивной ссылке каталога на себя.