OSDev

А зачем нужны такие функции? Чтобы определять физические адреса страниц что ли? Так для этого можно сделать спец. функцию или использовать функцию отображения, которая бы возвращала физический адрес отображенной страницы (надо заметить, что физический адрес такой страницы должен оставаться неизменным). Зачем нужна функция записи, мне вообще не понятно. В элементах таблицы страниц хранится много служебной информации, изменение которой может отрицательно повлиять на работоспособность системы. Функцию, отображающую страницу с конкретным физ. адресом, ты вроде бы уже включил в список.

Именно. Хотя появилось намного раньше, естественно. Например, в PDP-11 активно использовалось (виртуальный адрес -- 16 битов, физический -- 18 или 22 в зависимости от модели).



А разве в системе команд IA-32 нет инструкции, которая по заданному логическому адресу вычисляет физический? В мэйнфреймах точно была -- LRA (вообще, то, что учил в юности, помнится более-менее и сейчас, а вот что позже -- уже откровенно хуже ).

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

Специальной инструкции нет, но во всех нормальных системах используется хак (рекурсивное отображение каталога страниц), позволяющий отображать в ВАП саму таблицу страниц. Может, pavia имел в виду функции определения/установки статуса страниц ВАП. Просто для меня как-то непривычно называть это доступом к элементам таблицы страниц.

Ага. В полноценных вариантах RSX-11 использовались окна для отображения на части ядра (обработчики вызовов системных сервисов) и на драйверы режима ядра. Правда, опять-таки делалось это не от хорошей жизни, а из-за малого виртуального адресного пространства (64 Кбайта всего, из коих 8 всегда отображены на регистры внешних устройств, MMU и т.п. вещи, а ещё весьма значительную часть занимает динамическая память системы; собственно код ядра без драйверов -- порядка 30-40 Кбайт). Я подумывал над использованием такого механизма как раз для работы с дисками (точней, устройствами, которые выглядят как диски, -- например, с SD-картами), но пока всё на уровне размышлений на диване, поскольку до практической реализации всего этого ещё далеко.



Жаль. Удобная вещь, когда по виртуальному адресу надо быстро физический определить.



Да, тут надо определиться с терминологией

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

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


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


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

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

Спору нет. Я говорил не о ВАП, а об окнах в ВАП. Допустим, у тебя в 32-разрядной системе имеется 8 гиг памяти. Конечно их можно раскидать по разным процессам. Но в серверных приложениях часто требуется большое количество памяти в рамках отдельно взятого приложения.

Серверная ОС это ОС в которой одна программа может использовать любой тип ресурса на все 100% минус минимум необходимый системе.
В пользовательской ОС. Ресурсы резервируются для возможности запуска и других приложений.

Не вижу зачем или для чего нужно менять статус?
С терминологией всё просто. Я описал низкий уровень согласно объекту дерева. А вот более высокий уровень я описать не могу, в виду того что я его не вижу. Поэтому и советуюсь с вами.
Я описал низкий уровень, а более высокий такой как изменения статуса можно будет реализовать через низкий уровень, через функции дерева.

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



MS DOS -- серверная система? Под Ваше определение подпадает на все 100%.
Различные ОСРВ, "резервирующие ресурсы" и не дающие их использовать текущим выполняющимся приложениям на случай необходимости запуска других -- они пользовательские?