not a short message
Вид для печати
not a short message
пипец монтаж.
Есть ли хоть одно свидетельство запуска на процессоре ВМ3 ОС с использованием защиты памяти привилигированного кода\данных от пользовательского кода? Вообще возможно ли потенциально запустить современное ядро Линукса на ВМ3? Сколько у ВМ3 прямого адресуемого пространства?
ВМ3 адресует 4 Мб
У ВМ3 страничная адресация, 8 страниц по 8 Кб, а полная адресная шина 22 бита, при этом 16 старших бит задают смещение физического адреса для каждой страницы, а младшие 6 бит совпадают с логическим/виртуальным адресом. Смещение физического адреса определяется как для режима пользователя, так и для режима ОС, т.е. они разные.
Короче говоря максимальный обьем процесса 64кб, что в принципе равняет этот процессор с 8-ми битными или 8088\86\286 с точки зрения компиляции под него того или иного исходника. Естественно об ядре современного линукса и\или типического приложения типа bash (обьемом в 0.5 ... 1... 5 мегабайт) никакой речи быть не может.
Теоретически, можно заставить работать программу размером больше 64Кб "в окне", используя относительную адресацию, будет лишь ограничение на размер одной процедуры. Абсолютные переходы можно делать посредством EMT/TRAP команд, которые бы "двигали окно". Но вот работать с данными "через окно" не удобно.
Эта проблема обсуждалась годами в maillist-е посвященном ELKS-у (unix под 8088\86\286). Результат обсуждения банальный вывод: простая перекомпиляция исходников требующих обьем свыше 64кб либо работающих с обьемами данных свыше 64кб не может быть эфективной так как реализовать ее можно только с элементами реализации виртуального (soft) процессора.
Народ, если кто будет собирать - то вот тут вот есть 1801вм3 вроде бы, согласно прайсу: http://www.detel-rd.spb.ru/i_96.htm
И интересно было-бы подумать над адаптацией этой схемы к УКНЦ.
У меня редиректит сюда https://www.google.com/accounts/Serv.../web/km1801bm3 и просит аккаунт гугл.
одним архивом...
интересно кто либо проовал запустить в работу эту схему?