Исходное сообщение
"Intel развивает упрощённую архитектуру x86S, работающую толь..." Отправлено Аноним, 21-Май-23 15:59
Ага. Я даже хотел про это написАть в предыдущем ответе, что теоретически можно что-то типа как при работе с виртуальной памятью закостылить - страницы в физической ОЗУ не нашли, генерируем исключение и обработчик из свопа подгрузил. А тут такой же посредник для работы с портами. И хотел написать, что такого не предлагать. Думаю понятно что по производительности будет полнейшая опа. Да в таком случае вообще смысл запускать драйвера в юзерспейсе отпадает.  Микроядерные ОС и так хейтеры ругают, что у них слишком много переключений контекста происходит. Вот представьте, что вы написАли драйвер к быстрой железке для микроядерной ОС, т.е. это процесс в юзерспейсе. В случае если у вас есть доступ к портам из юзерспейса - в драйвере, который как обычный процесс выглядит, получил через микроядро сообщение/RPC от клиента (увы, через переключение контекстов), полез из драйвера "напрямую" в порты железки, почитал их, пописАл - сделал свое черное дело. А с обработчиком в кольце 0 и запретом работы из кольца 3: драйвер в юзерспейсе получил сообщение от клиента, полез почитать/пописАть порты - а каждое обращение на чтение/запись - это исключение с переключением контекста в кольцо 0 и обратно. Лепота.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: