The OpenNET Project / Index page

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



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

Оглавление

Релиз гипервизора Xen 4.6.0, opennews (??), 15-Окт-15, (0) [смотреть все]

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


16. "Релиз гипервизора Xen 4.6.0"  +/
Сообщение от leap42 (ok), 15-Окт-15, 10:39 
Xen тяжело траблшутить, если вас устраивает kvm - пользуйтесь им, добротная штука, граблей мало, где они лежат - известно. В целом, у xen лучше архитектура (академичней, что ли, правильней), пока от этого мало толка, но в будущем, эмуляция железа 1990 года выпуска в kvm может выйти боком. В моих тестах xen pv показал себя лучше при огромном количестве IRQ (100000 sip-сессий), хотя в целом он медленнее (но pvh должен переломить ситуацию). Сравнивал со старым kvm (что в centos 6), в новом, вроде, прикрутили целые куски от hyper-v (по-моему apic целиком), так что разница в новых версиях XEN и KVM видна только под микроскопом.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

65. "Релиз гипервизора Xen 4.6.0"  –1 +/
Сообщение от Andrew Kolchoogin (ok), 16-Окт-15, 12:08 
> хотя в целом он медленнее

Нет.

Всё зависит от payload'а.

В двух словах: если у вас крутится расчётная задача или база данных, то PV быстрее.
Если же VM занимается, в основном, Network I/O, то быстрее HVM.

Сообщаем подробности: проблема не в способе организации гостевой виртуальной машины.
В теории, паравиртуализация _всегда_ быстрее -- но для того, чтобы это увидеть, необходимо настолько сильно перепилить ядро ОС, что оно, скорее, станет похоже на Userland-приложение. Это возможно, но очень трудоёмко, поэтому было принято соломоново решение просто заменить привилегированные инструкции управления ОЗУ на гиперколлы -- именно поэтому и стало возможным увидеть в dmesg сообщение ядра Linux "Booting paravirtualised kernel on bare hardware", то есть, для того, чтобы процесс портирования ядер ОС под Xen не был сравним по сложности с написанием новой ОС "с нуля", сам механизм паравиртуализации сделан не вполне оптимально -- слишком "похоже" на то, как, собственно, устроен сам CPU.
Но то, что хорошо реализуется аппаратно, не всегда является оптимальным для программного решения, из-за этого в PV-режиме сильно тормозит менеджер памяти, и если у вас постоянно аллоцируются/деаллоцируются блоки под сетевые и прочие буферы, наступает жопа, так как сам гиперколл -- вообще говоря, довольно медленная операция.

> (но pvh должен переломить ситуацию).

Именно так, особенно учитывая наличие в современных CPU спецкостылей типа Nested Page Tables.
Собственно, для этого PVH и придумывали -- чтобы добавить скорость работы страничной памяти к уже быстро работающей паравиртуализации.

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

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

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




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

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