The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Первый релиз операционной системы Qubes, использующей Xen дл..., opennews (??), 03-Сен-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


28. "Первый релиз операционной системы Qubes, использующей Xen дл..."  –1 +/
Сообщение от Аноним (-), 03-Сен-12, 20:54 
много ОЗУ оно требует из-за xen'а. Если бы это был котя бы kvm, потребление стало бы на порядки ниже.
Ответить | Правка | Наверх | Cообщить модератору

33. "Почему Xen, а не KVM"  +2 +/
Сообщение от Аноним (-), 03-Сен-12, 21:18 
Читайте http://qubes-os.org/files/doc/arch-spec-0.3.pdf почему выбрали Xen, а не KVM. Глава
"Xen vs. KVM security architecture comparison", там очень много и подробно расписано. Если кратко - то KVM не полноценный гипервизор слишком завязанный на ядре Linux, по сути VM в KVM является процессом в пользовательском окружении корневой системы.

Вывод:
"We believe that the Xen hypervisor architecture better suits the needs of our project. Xen hypervisor is very small comparing to Linux kernel, which makes it substantially easier to audit for security problems. Xen allows to move most of the “world-facing” code out of Dom0, including the I/O emulator, networking code and many drivers, leaving very slim interface between other VMs and Dom0. Xenʼs support for driver domain is crucial in Qubes OS architecture. KVM relies on the Linux kernel to provide isolation, e.g. for the I/O emulator process, which we believe is not as secure as Xenʼs isolation based on virtualization enforced by thin hypervisor. KVM also doesnʼt support
driver domains."

Ответить | Правка | Наверх | Cообщить модератору

36. "Почему Xen, а не KVM"  +/
Сообщение от Mirraz (ok), 03-Сен-12, 21:24 
Там же можно почитать про GUI: Глава 5.3. Qubes GUI architecture
Ответить | Правка | Наверх | Cообщить модератору

73. "Почему Xen, а не KVM"  –1 +/
Сообщение от Аноним (-), 04-Сен-12, 02:00 
XEN это тоже ядро как и линкс. Dom0 это просто привелегированный, паравиртаулизированный гость. Такую схему можно реализовать и в KVM: минимальное ядро для запуска гостей и полноценные гости.

> "We believe that the Xen hypervisor architecture better suits the needs of
> our project. Xen hypervisor is very small comparing to Linux kernel,
> which makes it substantially easier to audit for security problems.

Ядро линуска пилят много больше народу -> больше глаз + есть PAX'ы, grsecurity и тд.

> Xen allows to move most of the “world-facing” code out of Dom0,
> including the I/O emulator, networking code and many drivers, leaving very
> slim interface between other VMs and Dom0.

Это можно сделать и в KVM. У меня в основной системе нет драйверов сетевых карт, карты пробшены в виртуалки, где и находятся драйвера.

> KVM relies on the
> Linux kernel to provide isolation, e.g. for the I/O emulator process,
> which we believe is not as secure as Xenʼs isolation based
> on virtualization enforced by thin hypervisor.

Это всё основнно на идее использовать KVM хост как Dom0. Но, повторюсь еще раз, в KVM можно реализвать такой же Dom0 (гость в который проброшены все железки и консоль управления виртуалками).

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

77. "Почему Xen, а не KVM"  +/
Сообщение от Аноним (-), 04-Сен-12, 07:36 
> XEN это тоже ядро как и линкс
> Dom0 это просто привелегированный, паравиртаулизированный
> Это можно сделать и в KVM. У меня в основной системе нет
> еще раз, в KVM можно реализвать такой же Dom0 (гость в

ты абсолютно не понимаешь, то такое xen, зачем он такой, какой есть, как он работает.

[сообщение отредактировано модератором]

Ответить | Правка | Наверх | Cообщить модератору

95. "Почему Xen, а не KVM"  +/
Сообщение от Аноним (-), 04-Сен-12, 10:09 
> XEN это тоже ядро как и линкс. Dom0 это просто привелегированный, паравиртаулизированный
> гость. Такую схему можно реализовать и в KVM: минимальное ядро для
> запуска гостей и полноценные гости.

Вы берётесь рассуждать не понимая что такое Xen. Для начала http://xen.org/files/Marketing/HowDoesXenWork.pdf


The Xen hypervisor is the basic abstraction layer of software that sits directly on the
hardware below any operating systems. It is responsible for CPU scheduling and memory
partitioning of the various virtual machines running on the hardware device. The
hypervisor not only abstracts the hardware for the virtual machines but also controls the
execution of virtual machines as they share the common processing environment. It has
no knowledge of networking, external storage devices, video, or any other common I/O
functions found on a computing system.

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

104. "Почему Xen, а не KVM"  +/
Сообщение от Аноним (-), 04-Сен-12, 12:56 
А теперь попробуйте описать чем CPU scheduling, memory pratitioning, controling execution of virtual machines отличается от того, чем занимается KVM хост? Да, KVM хост может работать как полноценная ОС, но если установить только qemu и его зависимости, получится "basic abstraction layer".

> It has no knowledge of . . . external storage devices, video, or any other common
> I/O functions found on a computing system.

Это всё отключается в make menuconfig. :) Для работоспособности девайсов, пробрасывайте их в гостей.

Ответить | Правка | Наверх | Cообщить модератору

52. "Первый релиз операционной системы Qubes, использующей Xen дл..."  +2 +/
Сообщение от MVK (??), 03-Сен-12, 22:55 
> много ОЗУ оно требует из-за xen'а. Если бы это был котя бы
> kvm, потребление стало бы на порядки ниже.

- на "порядки", ха-ха, наверно путаете с Virtuoso/OpenVZ, да и там от силы один порядок набежит. Кроме того актуальные версии Xen используют общие страницы памяти для виртуалок, что позволяет получить экономию ОП на одинаковых виртуалках. Да, и вроде для KVM требуется поддержка виртуализации в процессоре?


Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

74. "Первый релиз операционной системы Qubes, использующей Xen дл..."  +/
Сообщение от Аноним (-), 04-Сен-12, 02:04 
> Кроме того актуальные версии Xen используют общие
> страницы памяти для виртуалок, что позволяет получить экономию ОП на одинаковых
> виртуалках.

В KVM это появилось раньше (KSM, transparent huge tables).

> Да, и вроде для KVM требуется поддержка виртуализации в процессоре?

Qubes требует не только виртуализацию, но и iommu.


Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру