RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> > Если только кто-то придумает, как это более-менее неглупо реализовать... Хотелось бы не чистой интерпретации, по возможности... Или, если уж интерпретатор - то достаточно шустрый...
> 
> Вон, VirtualPC достаточно шустрый, но он пытается выполнять инструкции x86 на реальном процессоре (и для этого использует свой драйвер в ядре). QEMU тоже достаточно быстрый, но тормознее VPC, так как он транслирует инструкции гостевого процессора в инструкции хостового, а также полностью работает в user mode (не содержит драйвера). В пробирке под 32- или 64-битным микроядром можно реализовать только 2-ой вариант, так как 16-битные инструкции вероятно, не получится исполнять на реальном процессоре в чисто 32- или 64-битной системе (я думаю, ядро не позволит; сделать драйвер как в VPC не получится, так как драйвера в микроядре работают с юзерскими привилегиями, а в ядро влезть не получится; или я неправ?... может быть, можно модифицировать само микроядро? но это будет непереносимо. 16-ти бит нету в большинстве других архитектур). Так что, именно трансляция и интерпретация (т. е., вариант QEMU). На быстрых современных процессорах она может быть и достаточно быстрой...
> 
> Если говорить о попытке запуска драйверов в таком интерпретаторе, то кое-какие могут работать и достаточно быстро. А может быть и нет... Не будет ли тормозить драйвер файловой системы HPFS? В некоторых драйверах есть обработчики прерываний. Вот для них-то как раз время обработки очень важно. А в пробирке они могут ощутимо тормозить...

_, _, _, / \ (_ / ~ ) \ / , ) / / ~ ~ ~~~