OSDev

Если у тебя есть например 2Гб памяти оперативной, то ты их ебстественно можеш использовать все и забивать чем хочеш, спроси у биоса скока памяти и забивай её до того как.
С видео памятью и другой кроме оперативки работа идёт так, ты спрашиваеш, у весы где начало и размер, с регистрами устройств ты узнаёш в пространстве PCI начало и в спеках устройства узнаёш размер. Всё это должно быть за пределами объёма оперативки, внутри неё дыр не должно быть, хотя не факт, но пока это не важно.

Ну вы, ребята, блин, даёте!!! Я в шоке с ваших постов!


BIOS ничего не крепит и не переадресует. BIOS - это программа в ПЗУ, которая при старте компа конфигурирует чипсет так, чтобы отобразить имеющиеся модули памяти в физическое адресное пространство процессора.


Как он это делает, совершенно не важно. Это его внутреннее дело.


Процессор не обладает независимой памятью. Он обладает только несколькими уровнями кэша, цель которых - ускорить работу с внешней памятью. Этот кэш программно никак адресоваться не может.
Как определить память системы, я уже дал ссылку. Имеющий глаза да увидит: http://wiki.osdev.org/Detecting_Memory_(x86)


Забудь про память процессора. Когда ты пишешь по адресу 12345678h, ты пишешь в то устройство, которое отображено на этот физический адрес. Это может быть оперативная память, регистры или память внешних устройств, ПЗУ какого-нибудь BIOSа или пустое место. Наугад, конечно, писать нельзя.


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


Забудь про HMA и UMB. Это понятия организации памяти внутри операционной системы DOS. Если ты пишешь ОС сам, никаких HMA и UMB не существует.


Ни разу не встречал систем с дыркой на 16-м мегабайте? А систем с 512МБ или меньше ОЗУ? Я встречал.


В бутылку объёмом пол-литра нельзя налить 10 литров воды.



Оперативка ничего обрабатывать не умеет!!! Оперативка только хранит код и данные для процессора.
far call по этому адресу заставит процессор начать выполнять последовательность инструкций, начиная с указанного адреса.


Станислав, повторяю, ты жестоко ошибаешься!

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

При записи в память (mov [eax], ebx) процессор обращается к контроллеру (к северному мосту). Туда же подключена память и южный мост (картинка).
Этот набор контроллеров решает, куда отправить запрос на чтение/запись. Если адресу 12345678 поставлена в соответствие оперативка - то будет работа с оперативкой. Если туда отображена память какого-то устройства (видеокарта, сетевая карта,...), то данные отправятся в память этого устройства. Если там регистры какого-то устройства - будет запись в них. Так же и при чтении.

Глупостей было много здесь сказано, причём это основы. Всему виной отсутствие практики, что поправимо только практикой.
Картинка хорошая.



Объяснение хорошее, что то похожее читал на Вики какой то, не помню.

ну вот этот набор контроллеров меня и интерсует, оно как таковое имеет решающую роль в производительности компьютера,
кстати на новых компьютерах могут использоваться 8гб оперативной памяти, это дело уж точно не поместится в ПЗУ адресацию 32-бита,
да и на моём компьютере 4гб оперативки, в этом случае моя оперативка должна была выместить всё адресное пространство,

ага, а код как грузится, GDT помогает.

и как же воспользоваться этим виртуальным адресным прострстранством, I/O map и перенаправление прерываний в TSS это понятно,
но адресное пространство как переделать (в защищённом режиме)

кстати перемещать может и не надо но если мне надо будеть использовать VMX, SVM, TV-X,
там уж точно надо будет это делать.

Они не видны для программиста, все функции они выполняют "сами". Просто в них записано, что "адреса с такого по сякой - в оперативку, с этого по тот - на видеокарту".

А причем тут 32 бита? Все эти контроллеры давно поддерживают много больше битов (от 40 и далее).

Куда вместить? Какое адресное пространство? Виртуальное? Так его на х86 архитектуре 4 ГБ, и сделать таких пространств можно дофига и больше.

Оперативка - устройство, осуществляющее запись, хранение и выдачу данных. Ей по барабану, что там лежит: код, данные или еще чего. Она просто пишет, хранит и выдает байты. Код выполняется процессором. Процессор читает команду из памяти и выполняет, читает следующую и выполняет.
GDT не может помогать. Это просто таблица. Набор байтов. Просто процессор при записи в cs, ss, fs, gs, ds, es регистры грузит информацию из этой таблицы во внутренние регистры и делает проверки.

Прочитайте собрание сочинений Intel'а или AMD (документацию на архитектуру). Там все это подробнейшим образом описано.
Грубо говоря, адрес разбивается на несколько частей (по битам). Биты с N по M отвечают за смещение в таблице страниц 4 уровня (где лежат физические адреса таблиц 3 уровня), с M по K - в таблице 3-го и т.д. В последней таблице лежит физический адрес в оперативной памяти.

то есть наконец то дошло дело до TLB которое должно находится в процессоре,
ииии как оно работает и как этим пользоваться?????????????????????

неужели тот самый адрес который в CR3 находится имеет какое то отношение к этому делу.

Никак. Почти. Процессор не предоставляет инструкций для управления кешом (кроме пары-тройки, вида "сдампить кеш", "Invalidate кеш" или че-то в этом роде, особо не вчитывался).
Кеш - это дело процессора. Он сам старается использовать его оптимальным образом.
При загрузке адреса таблицы страниц верхнего уровня (для х64 - 4-го) в специальный управляющий регистр (cr3) этот кеш перезагружается процессором. Он туда считывает и хранит там самые часто используемые записи из таблиц страниц. Управлять кешом вручную почти никогда не приходится.

ПиZдеC

Yoda, сочувствую! Я уже научился на такое не обращать внимания.

Вероятность присутствия этой "дырки" есть, поэтому это нужно учитывать. По-любому местоположение и размер всех доступных диапазонов памяти выше 1-го мега я получаю от BIOS, так что могу ее и "не заметить", если не смотреть на суммарный объем доступной физической памяти, хотя на древних компах (где не поддерживается функция SMAP) она может стать причиной недоступности (для успешного детекта) памяти выше 16 мег, но не помню, чтобы я с таким сталкивался, правда, это может быть связано с тем, что даже на самом древнем компе, доступном мне для постоянного тестирования, есть функция SMAP. Насчет 1-го мега все понятно: функция int 12h теоретически должна учитывать и EBDA, и конфигурации с сокращенным количеством базовой памяти (для чего, собственно, она первоначально и предназначалась).

Товарищ, даже не отреагировал на твое замечание... типа не заметил Меня тоже это задело:
Так что тебе мой респект!

http://wiki.osdev.org/Paging
I/O map и TSS к этому не имеют ни малейшего отношения.


Рекомендую прекратить наобум сыпать терминами и аббревиатурами, а то у меня складывается стойкое впечатление, что ты тут просто над всеми прикалываешься.

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