Да, только вот базового адреса и предела нет. А без них ценность DPL уходит полностью. При отсутствующей сегментации невозможно в одном адресном пространстве создать градации привилегий, кроме как через таблицы страниц.
Но вообще пример прикольный! Я про этот DPL забыл напрочь.
1. В 64-разрядном режиме современных процессоров нет 4 колец защиты. Есть только System и User. 32-разрядный режим стремительно уходит в прошлое, поэтому кольца защиты это прошлый век.
2. Внутри виртуальной машины полностью воссоздаются те же самые режимы System и User. (либо Ring0 + Ring3 в 32-разрядном режиме). То есть на рисунке это должно выглядеть не в виде колец, а как два рисунка в виде двух вселенных, соединённых чёрными дырами VMEXIT-ов и VMRESUME-ов.
3. Ring -1 это такое больше «поэтическое» сравнение для гипервизора, чтобы как-то объяснить на пальцах его преимущественное право обработки аппаратных прерываний с непосредственным VMEXIT.
4. При выключенном EPT гипервизор строит таблицу трансляции виртуальных адресов ВМ в физические адреса хоста и ловит обращения к памяти виртуальных устройств по #PF. При включенном EPT гипервизор строит таблицу трансляции физических адресов ВМ в физические адреса хоста и ловит обращения к памяти виртуальных устройств по EPT Violation. Далее идёт эмуляция в текущем режиме работы гипервизора, коим является режим System (Ring0 для 32-разрядных систем). Если тут же рядышком крутится ядро хостовой интерактивной ОС, то такой гипервизор называется II-типа. Если же всё работает через SR-IOV, которым управляет гипервизор, то драйверы таких устройств можно погрузить в начальную ВМ, как это делает Hyper-V и KVM и это называется гипервизором I-типа, что резко увеличивает требования к аппаратуре.
Напишите в комментариях, в каких местах я не правильно понимаю тему или если есть, что дополнить.
Уважаемый автор. Ваше понимание принципов работы гипервизора неправильное почти полностью. Трудно написать, где вы ошибаетесь, поскольку для этого придётся написать новую статью.
Для QP ОС есть специальная статическая библиотека-оболочка, которая транслирует WinApi вызовы на языке C в нативные вызовы system.qpl — нашей библиотеки системных вызовов. В том числе и обращения к реестру. Поэтому структура реестра сделана похожей на Windows, чтобы эти функции работали.
Таким образом по исходным текстам программ на языке C для Windows некоторая совместимость у нас есть. Бинарной совместимости нет.
OLE в QP ОС полностью отсутствует по соображениям безопасности. Равно как отсутствует DDE и другие механизмы.
Это программы, входящие в офисный пакет. Они создаются с нуля, как обвчно. На текущем этапе их функционала уже вполне достаточно, чтобы открывать и редактировать документы, а также создавать новые без особых излишеств. В редакторе документов поддерживаются стили, таблицы, изображения, оглавления, колонтитулы. Редактора формул пока нет. В редакторе таблиц поддерживаются простые формулы, создание диаграмм. В редакторе презентаций поддерживаются все стандартные компоненты, но пока нет аналога SmartArt. Программы адекватно открывают файлы, созданные в MS Office.
Гарантий отсутствия уязвимостей, конечно, никто не даст. Но мы стараемся, тесты прогоняем самые разные, найденные ошибки и уязвимости оперативно устраняем. Да и программистов у нас больше чем два с половиной.
Что-ж такое, то. Ну название. Ничем не хуже других. Можем для вас «принтер» назвать. Что изменится то? Главное то, что внутри. У нас и командная строка cmd называется. Привычка…
Официальный язык сейчас C#. Ядро написано на C. В планах портирование других языков и библиотек. Сейчас портированы PHP и Go. Следом будет Python и библиотека Qt. Исходные тексты ядра открываться не будут, скорее всего, никогда. Прикладные, возможно, там где требует лицензия.
.Net сейчас работает на Mono, адаптированном, но будем переходить на Core, скорее всего. Своя исполняющая машина .Net также в разработке, но временно заморожена.
Спасибо за вопросы!
Минусить, к счастью, (или к сожалению?) кармы не хватает, так что это не ко мне.
Файловых систем у нас несколько, есть и защищённые. В сборке для тестирования на первый раздел ставится Fat, для простоты. Остальные разделы можно форматировать под другие файловые системы. В общем, на все вопросы долго отвечать здесь.
Может быть, вы захотите сами проверить нашу систему? Тогда ответы будут гораздо полнее.
В настоящее время в России на 95% компьютеров стоит Windows, на 4,7% стоит Linux. На QP ОС в рамках импортозамещения переходить гораздо проще. Все детские болезни системы будут устранены. Поэтому перспективы у системы очень светлые и мы полны оптимизма!
red_andr, вы исходите из предположения что в обзоре представлено всё, что разработано.
Но в обзоре отражено что-то около 1-2% от того, что сделано. Проделана огромная работа, поверьте. При этом деньги предприятию приносит отнюдь не сама операционная система, а другие разработки.
Обзор не был заказным, многие комментаторы упускают это из виду. Если бы обзор был заказным, то он состоял бы сплошь из победных реляций. Многие идут этим путём. Мы выбрали другой.
Хочется подчеркнуть, что автор, напротив, изначально был категорически настроен против QP ОС. Вот цитата:
QP ОС — точно и однозначно нет. С такими специалистами и таким отношением… Это мое субъективное мнение, но оно не изменится.
Но в процессе тестирования системы отношение автора к ней постепенно начало меняться…
Наверное, многие уже забыли, какие мучения проходил каждый смельчак, пытавшийся установить Linux в начале 2000-х годов. А ведь тогда эту систему уже разрабатывали сообществом во всём мире.
А QP ОС работает. Никто не адаптировал систему специально к условиям тестирования. Какой бы ни был компьютер, можно просто установить систему с дистрибутива и она работает.
Идея о сообществе совершенно здравая и правильная. Мы думаем над этим. На данном этапе появляется возможность физическому лицу получить в пользование дистрибутив операционной системы QP ОС, повторив путь Snow_Bars и написав обзор уже какой-либо конкретной части операционной системы.
Да, вы написали всё правильно. Сейчас мы сами разрабатываем софт и вынуждены конкурировать с множеством реинкарнаций линукса. Но разработка программ по сложности часто намного меньше, чем ядра системы и нас это не пугает. Кроме того, мы открыты к сотрудничеству и готовы оказывать поддержку сторонним разработчикам в максимальной степени.
Но вообще пример прикольный! Я про этот DPL забыл напрочь.
2. Внутри виртуальной машины полностью воссоздаются те же самые режимы System и User. (либо Ring0 + Ring3 в 32-разрядном режиме). То есть на рисунке это должно выглядеть не в виде колец, а как два рисунка в виде двух вселенных, соединённых чёрными дырами VMEXIT-ов и VMRESUME-ов.
3. Ring -1 это такое больше «поэтическое» сравнение для гипервизора, чтобы как-то объяснить на пальцах его преимущественное право обработки аппаратных прерываний с непосредственным VMEXIT.
4. При выключенном EPT гипервизор строит таблицу трансляции виртуальных адресов ВМ в физические адреса хоста и ловит обращения к памяти виртуальных устройств по #PF. При включенном EPT гипервизор строит таблицу трансляции физических адресов ВМ в физические адреса хоста и ловит обращения к памяти виртуальных устройств по EPT Violation. Далее идёт эмуляция в текущем режиме работы гипервизора, коим является режим System (Ring0 для 32-разрядных систем). Если тут же рядышком крутится ядро хостовой интерактивной ОС, то такой гипервизор называется II-типа. Если же всё работает через SR-IOV, которым управляет гипервизор, то драйверы таких устройств можно погрузить в начальную ВМ, как это делает Hyper-V и KVM и это называется гипервизором I-типа, что резко увеличивает требования к аппаратуре.
5,6,7,8 итд рассказывать просто лень, сорри.
Уважаемый автор. Ваше понимание принципов работы гипервизора неправильное почти полностью. Трудно написать, где вы ошибаетесь, поскольку для этого придётся написать новую статью.
Таким образом по исходным текстам программ на языке C для Windows некоторая совместимость у нас есть. Бинарной совместимости нет.
OLE в QP ОС полностью отсутствует по соображениям безопасности. Равно как отсутствует DDE и другие механизмы.
Сохраняем документы мы в тех же форматах, соответственно.
.Net сейчас работает на Mono, адаптированном, но будем переходить на Core, скорее всего. Своя исполняющая машина .Net также в разработке, но временно заморожена.
Минусить, к счастью, (или к сожалению?) кармы не хватает, так что это не ко мне.
Файловых систем у нас несколько, есть и защищённые. В сборке для тестирования на первый раздел ставится Fat, для простоты. Остальные разделы можно форматировать под другие файловые системы. В общем, на все вопросы долго отвечать здесь.
Может быть, вы захотите сами проверить нашу систему? Тогда ответы будут гораздо полнее.
Но в обзоре отражено что-то около 1-2% от того, что сделано. Проделана огромная работа, поверьте. При этом деньги предприятию приносит отнюдь не сама операционная система, а другие разработки.
Обзор не был заказным, многие комментаторы упускают это из виду. Если бы обзор был заказным, то он состоял бы сплошь из победных реляций. Многие идут этим путём. Мы выбрали другой.
Хочется подчеркнуть, что автор, напротив, изначально был категорически настроен против QP ОС. Вот цитата:
Но в процессе тестирования системы отношение автора к ней постепенно начало меняться…
Наверное, многие уже забыли, какие мучения проходил каждый смельчак, пытавшийся установить Linux в начале 2000-х годов. А ведь тогда эту систему уже разрабатывали сообществом во всём мире.
А QP ОС работает. Никто не адаптировал систему специально к условиям тестирования. Какой бы ни был компьютер, можно просто установить систему с дистрибутива и она работает.