VMware Inc. опубликовала сравнение производительности VMware ESX 3 и Xen 3

Ложь - двигатель торговли...

Ну а что им еще делать остается? Все идет к тому, что проги, подобные ВМВари просто уже никому не будут нужны.

vmware, xen...

А qemu уже не рулид?

ух жжесть. прочитал

http://blogs.xensource.com/simon/wp-content/uploads/2007/03/hypervisor_perfor...

и сравнил с PDF от вмварь. вывод: нахрен вмварь :[]

> Все идет к тому, что проги, подобные ВМВари просто уже никому не будут нужны.

Как так?

>А qemu уже не рулид?

А qemu никогда по скорости особо не рулил :)

>vmware, xen...

>А qemu уже не рулид?

рулид. только не для паравиртуализации

> P.S. Как человек, имеющий семилетний опыт работы с VMware
> Workstation, GSX Server и 2 года ESX) и недавно познакомившийся
> с Xen, скажу: содержимое PDF поражает своей наглостью.

Пардон, не понял, PDFка какой организации поражает своей наглостью? :)

> Пардон, не понял, PDFка какой организации поражает своей наглостью? :)

Текст новости ссылается только на одну PDF'ку.

тема: вмварь начинает шустро работать, если на гостя поставить vmware tools, в которых есть дрова для того, чтоб гостевая ос не работала через эмуляцию железа, а непосредственно лезла к вм за доступом к железу. без этого вмварь тормозит.

вопрос: для xen такое уже родили ? я вот не встречал пока упоминаний. novell грозился только.

Xen не видел, vmware пока всем устраивает (опыт 10 лет), первое же впечатление о себе Xen испортил в тот момент когда предложил скачать Xen Express в виде iso образа размером 700Мб! А подругому на это чудо посмотреть никак нельзя?

VMware Inc. денег хотят больше, вот и всё :)

По-другому посмотреть очень просто. Поставить и посмотреть:

http://xgu.ru/wiki/Xen

Xen - рулит

Вопрос не в деньгах.
И даже не в производительности (хотя в паравиртуальном режим разницы доменом 0 вообще не заметно).

Для линуксоидов Xen намного ближе и понятнее.
Там unixway везде
На каждом шагу.

Сколько всяких извтратов можно делать на Xen'е,
я просто молчу - короче, сплошное раздолье для фантазии.

Что касается отсутствия нечто подобного Vmware Tools в Xen на сегодняшний день - да это проблема. И пожалуй самая главная.

>> чтоб гостевая ос не работала через эмуляцию железа...
Для примера даю кусочег конфига где один из адаптеров работает напрямую, ядро видит его как устройство pci, ядро Dom0 пропускает его мимо себя
vif = [ 'mac=00:16:3e:f7:52:fa,bridge=xenbr1' ]
pci = [ '0000:02:02.1' ]

Никакого провала на netperf не вижу, все в пределах 3-5%, железо на четырех зеонах, uptime 95 дней, полет нормальный (sles10). На нем поднят почтовик и фаервол в отдельном гостевом домене
Вмварь получает пинки, и готова на любое вранье...
Ну не вранье, а "сравнение производительности"
:)

не понимаю, почему не видно столбиков ЕСX, производительность ниже плинтуса что ли?

> Для примера даю кусочег конфига где один из адаптеров работает напрямую, ядро видит его как устройство pci, ядро Dom0 пропускает его мимо себя

монопольно девайс можно отдать. а не монопольно ? чтоб этим адаптером пользовались все ?

и при условии - что гостевая ось - венда в hvmxen ?

Едрен батон, как можно это вообще сравнивать? Там же используются разные методы виртуализации "на разных уровнях". По-моему даже на ЛОРе статейка пробегала о том как работают и чем отличаются разные методы виртуализцации. У вмвари overhead по определению будет больше, если не учитывать костыли в виде vmware tools.

>не понимаю, почему не видно столбиков ЕСX, производительность ниже плинтуса что ли?

а прочитать ссылку лень? написано - данные про них удалены, дабы даже не позорится, а сравнение непосредственно с невиртуализированой машиной

>> Все идет к тому, что проги, подобные ВМВари просто уже никому не будут нужны.

>Как так?

А вот так. Есть GPL-ный VirtualBox, есть qemu, есть Xen etc... Что ещё надо для жизни? ;))

Get the facts? :)

> У вмвари overhead по определению будет больше, если не учитывать костыли в виде vmware tools.

а костыли в виде ioemu мы учитываем или как ?

еще раз: речь ведется о запуске венды в линухе через hvmxen. понятно, что чистая паравиртуализованная ось порвет vmware как тузик грелку.

Содержимое PDF даже читать не буду

1) сравнивать Xen и VMWare некорректно

2) VMWare запрещает печатать результаты аналогичных сравнений всем, кроме себя

Вы всё правильно говорите про некорректность сравнения, если сравнивать виртуализацию и паравиртуализацию.

Но речь идёт об исполнении винды!
А это означает, что виртуализация и там, и там.
И в Vmware и в Xen.

В Xen мы неизбежно в этом случае используем HVM (Hardware Virtualization Mode).
И в Vmware для чистоты сравнения тогда тоже должны использовать его.

При таком раскладе основные затраты на виртуализацию сводятся к затратам на обеспечение ввода/вывода для виртуальной машины.

И тут я вам хочу признаться, что Vmware пока что разрывает Xen.
И частично благодаря тем самам vmware tools.

Я сам фанат Xen, но нужно смотреть правде в глаза.
При виртуализации винды из-за необходимости обеспечения ввода/вывода в таком виде в каком это сделано сейчас он тормозит безбожно.

Очень хороший выход - использование монопольных устройств гостевыми доменами; но на много доменов так не сделаешь.
Другой - нормальный ввод/вывод для гостевых систем.


А если сравнивать чистую виртуализацию и паравиртуализацию, то понятно что паравиртуализация выигрывает по производительности с большим перевесом.
Но, ещё раз повотрюсь, что такое сравнение не совсем корректно. Не более корректно чем сравнивать виртуализацию с ограниченным исполнением типа Jail/Zones или эмуляцией.



Да, а кстати, кто детально разбирался с аппаратной виртуализацией ввода/вывода, которую Intel собирается предложить?
Что-то типа HVM для процов, но только для ввода/вывода?
Кто-то может что-то сказать по этому поводу?

>А qemu уже не рулид? ксен в нулевом ринге, ну производительность получше

>Никакого провала на netperf не вижу, все в пределах 3-5%, железо на четырех зеонах, uptime 95 дней, полет нормальный (sles10)

У тебя паравиртуализация или полная виртуализация? Если полная , то как ее добился? Я через YAST пытаюсь создать виртуальную машину (full virtualization), инсталляция ОС (SLES10,Ubuntu) идет (но не быстро), и на разных этапах комп намертво зависает. Помогает только резет. Погуглил - по этому поводу посоветовали выставить ограничение по памяти для ДОМ0. xm mem-set 0 512000 - продвинулся значительно дальше, но до конца так и не дошел - опять комп завис. Обновил ядро до 2.6.16.27-0.9 - таже история - инсталляция идет , но в конце-концов комп зависает. Даже не пингуется.

> И тут я вам хочу признаться, что Vmware пока что разрывает Xen. > И частично благодаря тем самам vmware tools.

хм... я б слово "частично" в этой фразе убрал. без тулзов вмварь сливает даже (k)qemu, тесты в инете были.

> вопрос: для xen такое уже родили ? я вот не встречал пока упоминаний. novell грозился только.

Если почитать pdf'ку, на которую есть ссылка в сообщении зеновцев, то можно увидеть, что есть. В коммерческой версии xen.

> хм... я б слово "частично" в этой фразе убрал. без тулзов вмварь сливает даже (k)qemu, тесты в инете были.

Не совсем. Ибо нужны не только дрова в домене domU, но и то что с ними работает в домене dom0 - с этой стороны виртуалки.

Почитайте кому интересно по поводу паравиртуальных дров.

Короче, я хочу сказать, что разработкой просто дров для Windows в Xen HVM дело не закончится.

Но вообще главная сила Xen это паравиртуализация. И вот в ней истинный рулез. А HVM это так, чтобы винду запускать :)

s/не позорится/не позорить/

:p :D

>ESX EULA forbids us from publishing the results without VMware’s approval

ай, молодца! VMWare жжот :)))

Принимаем ставки: разрешат - не разрешат?

>Для линуксоидов Xen намного ближе и понятнее.

Во прет. Для этих самых пингвиноидов ближе и понятнее kvm :-)

Kvm тоже неплохо, но Xen это совсем другое дело

> А подругому на это чудо посмотреть никак нельзя?

Можно. Ставьте нормальный xen.

> Едрен батон, как можно это вообще сравнивать? Там же используются разные методы виртуализации "на разных уровнях".

Вы точно не путаете VMWare Server и VMWare Workstation? Второе - гипервизор, работающий как и Xen.

VMWare Server однозначно проигрывае qemu/VirtualBox. VMWare Workstation, как выясняется, проигрывает Xen.

Хреновые деньки пошли у вмварщиков....

<Мечты>Думаю, не пройдет и года, как VMWare выпустит Worskstation и Server под GPL, дабы не позориться и иметь возможность включить код Xen и Qemu соответственно....</Мечты>

не так давно перешел на virtualbox, единственное чего там пока нехватает это расшаривания папки хоста. И похоже что на серваке винда будет крутиться именно в виртуалбоксе, хоть и vmware-server больше для этого подходит. GPL наше все

Странные люди. Столько шума и усилий чтобы запустить ненавистную венду на линуксе.

хз... qemu+kquemu = я доволен...

>не так давно перешел на virtualbox, единственное чего там пока нехватает это расшаривания папки хоста.

как это нету

VBoxManage sharedfolder add WinXPtest -name temp -hostpath /tmp

ксати вышла версия 1.3.8

А что уже есть у вас какой-то тест?

А что, на проце без VT XEN уже умеет запускать винду? Нет? Ну и пошел он в топку, в частности на моей машине.

Сравнение Xen, KVM, Vmware и другого подобного хозяйства:
http://virt.kernelnewbies.org/TechComparison

> единственное чего там пока нехватает это расшаривания папки хоста

А самбу поднять на хостен уже типа не судьба, да?

>>У тебя паравиртуализация или полная виртуализация?
Паравиртуализация, мне полная незачем, я производителям процессоров ничем не обязан чтобы на их рекламные компании работать.
Полную виртуализацию с LInux не использую, незачем, винда в нем пока работает медленно, это так. НЕдавно новелы говорили, что они разогнали винду под xen.
Я пробовал превью, но не надо пытаться там инсталяторами пользоваться
У меня они не заработали, все делал руками.
Может в последней версии от 14 марта это решилось,
http://forge.novell.com/modules/xfmod/project/?xenpreview
Инсталяция Linux в полной виртуализации проходила до конца, но тоже тормозила.
Следующие инсталяции буду делать в Gentoo, там все прозрачнее.
В sles10 пока никак не удалось прикрутить сочетание bond+bridge+vlan.
В генте хоть сетка в этой конфигурации не отваливается

Если не заьтруднит прокомментируйте утверждение о запрете

>2) VMWare запрещает печатать результаты аналогичных сравнений всем, >кроме себя

Это где-то в лицензии зашито?

> Сравнение Xen, KVM, Vmware и другого подобного хозяйства: > http://virt.kernelnewbies.org/TechComparison

имхо, не вполне корректное сравнение

паравиртуализация в VMWare ESX 3 поддерживается, хотя для этого нужно пакет доставить: http://www.vmware.com/interfaces/techpreview.html

кроме того, не рассмотрены сопутствующие технологии/преимущества: VMotion, DRS и HA - я не представляю, как все это реализовать с помощью того же XEN

>А что уже есть у вас какой-то тест?

А что вы не читали по ссылке и комментируете? ;)

HA?

High Availabilty имеется в виду?

Xen живую миграцию поддерживает.
HA можно сделать с помощью Xen + DRBD
Почитайте, например, http://xgu.ru/wiki/DRBD
(хотя там ещё не дописано, но идею уловить можно)

Если что-то непонятно - задавайте вопросы.

а на каких графиках там ESX? в легенде указана, а на графиках нету...