OSDev

В процессоре нету памяти, она отдельной микросхемой, но процессор работает с ней на прямую(память и проц неразлучны).
В 32битном режиме у тебя 4гб доступно, в 64битном гораздо больше.
Доступ к памяти как я говорил на прямую командой mov
так же этой командой можно работать с памятью не оперативной а другой и проц это понимает автоматически(обычно в верхних адресах хранятся области). Из за этого из 4гб часть памяти мы теряем. Соответственно если на компе 8гб, то нужна 64битная система, так как по мимо этого ещё и видео память и всё остальное легко поместится.
Хватило бы и 48битной системы, но система должна быть в степени 2.

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

Это знает только BIOS. Тебе эта информация недоступна.


Определение доступной памяти подробнейшим образом описано здесь.


Пишут. Искать надо.


Для этого никаких специальных шаманских действий не нужно. Просто берёшь и пишешь по нужному адресу:

Стоило бы взять в руки какой-нибудь учебник по ассемблеру.


Так определять память - грубейшая ошибка!

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

Ну, в DMI есть данные из SPD каждого модуля:


Но толку от них примерно ноль.



К особенно интересным результатам приводит такой перебор на системах, где есть ISA-дыра в 16 метре

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

Как сказать, пример из жизни. У меня есть программа работающая в нереальном режиме. Это текстовый редактор , при работе загружаю текст в память начиная с первого метра. Пробовал грузить 700 метров - всё нормально. При чём, память используется по полной. Многкратно копирую текст, место под буфер для вставки. Использую почти каждый день на трёх компах. Глюков небыло. Правда за пределы памяти не выхожу. Предел определяю через биос.
Вообще самый верный способ что-то узнать наверняка - написать тест и прогнать на максимуме машин.

то есть память крепит BIOS, переадресацию тоже он делает,
только вот как он это делает и как определить реальную память процессора

я просто не могу понять как это дело работает,
у процессора есть своя память, но когда записываю данные в адрес "12345678h"
получается записываю в оперативную память или тоже самое с VESA LFB.
получается что я могу запрограмировать видео карту используя внутренние адреса а не порты ввода/вывода?
и хотелось бы переместить это дело в какое нибудь другое место, если уж эта память предназначена не для работы CPU
и присудствующий там код совершенно не предназначен для выполнения в CPU на много разумней будет переместить всё это дело в HMA или UMB

Память процессора - это максимально возможная память которую может адрессовать проц. А иначе кэш процессора - об этом нет смысла думать. Это никак к Памяти вообще не относится.

а если я заполню программами все 4гб и заставлю всё это работать процессор лопнет или оперативка с видеокартой начнёт обрабатывать код вместо процессора???

или когда я делаю far call [0008:12345678] это у меня оперативка код обрабатывает.

При наличии физической 4Г, это вопрос открытый. А если памяти меньше - больше вероятность что всё будет нормально. По любому надо осторожнее. Я не вижу смысла для себя разбирать это, т.к. у меня маленькая ОС. Пройдут годы пока понадобится такой обьём. Крайне важно предусмотреть в механизмах работы с памятью большую гибкость. Пока и при наличии этой информации можно написать вещь.
Если у вас будет навороченный графический интерфейс, при этом зашитый в ядро, и тогда хватит ,допустим, 100 метров.