Cтефано Стабелини (Stefano Stabellini), работающий в компании Citrix над развитием открытого гипервизора Xen, представил (https://lkml.org/lkml/2011/11/29/265) в списке рассылки разработчиков ядра Linux порт Xen для процессоров Cortex-A15. Порт основан на использовании аппаратных расширений для обеспечения виртуализации, поддерживаемых архитектурой ARMv7. Несмотря на то, что портирование началось всего три месяца назад, в настоящее время представленный порт Xen способен загрузить ядро Linux до появления приглашения Shell в виртуализированном окружении (поверх Dom0) на эталонной плате ARM Versatile Express (http://www.arm.com/products/tools/development-boards/versati...).Особенностью порта Xen для ARMv7 является отсутствие разделения в поддержке запуска гостевых систем в режиме паравиртуализации (PV) и аппаратной виртуализации (HVM). Вместо этого используется один комбинированный режим запуска гостевых систем, напоминающий запуск PV поверх HVM без необходимости э...
URL: https://lkml.org/lkml/2011/11/29/265
Новость: http://www.opennet.me/opennews/art.shtml?num=32430
> (тесты показали явное преимущество KVM, с чем не согласились разработчики Xen). Как оказалось проблемы связаны с использованием в тестах стандартного ядра Linux 3.0 из состава Ubuntu 11.10, которое не включает в себя ряд важных патчей для Dom0Ну так надо не сидеть на жопе, а активее проталкивать патчи в апстрим.
А то ишь зачесались только когда на весь интернет опубликовали, насколько их софтина сливает конкурентам. Кстати именно из-за этой же вялой активности Xen-девелоперов в работе с апстримом, гораздо более выигрышно смотрится KVM (есть мнение что он даже собсс-но и появился из-за фейла Xen'овцев в этом плане).
<offtop>Люди добрые, напишите кто-нить новость про свежую версию Infinality Freetype Patches, которая вышла неделю назад. Там столько вкусностей появилось! Теперь вроде можно выбирать пресеты рендеринга - windows, ubuntu, macos. Я недостаточно в теме чтобы все это должным образом расписать.
Вот пример рендера: http://www.infinality.net/images/timesnewroman1112.png </offtop>
> которая вышла неделю назад. Там столько вкусностей появилось!Человек, нажми сам "добавить новость" справа и добавь ее. Подсказываю ссылку: http://www.opennet.me/announce_news.shtml?cache=off
В конце концов кажется ты лучше всех остальных разбираешься в вопросе. Самый быстрый и эффективный метод увидеть желаемую новость на опеннете - это написать ее самому!
> Как оказалось проблемы связаны с использованием в тестах стандартного ядра
> Linux 3.0 из состава Ubuntu 11.10Ну и кто им доктор? Тестируется то что есть на некий момент. Если кто в догоняющих, результат получается логичный.
достаточно было взять openSUSE/xen из коробки, чтобы убедиться в справедливости замечаний со стороны команды xen
> достаточно было взять openSUSE/xen из коробки, чтобы убедиться в справедливости замечаний
> со стороны команды xenКоманде Xen было достаточно не хлопать клювами на момент выхода ядра 3.0, например. Если они в какой-то момент протупили больше KVMщиков, они протупили больше KVMщиков. И юзеры с вон той версией ядра на себе почувствуют этот факт.
А кстати насчет сусей, не троллинга ради а любопытства для...
1) А есть у них редакция под ARM?
2) А деление на десктопную и серверную редакции есть, чтобы можно было за минимальное время вкатить наиболее подходящую под сценарий "болванку" с минимумом гемора?
3) А у них есть минимальные темплейты для развертывания контейнеров/виртуалок?
> Команде Xen было достаточно не хлопать клювами на момент выхода ядра 3.0,Команде Xen и в голову придти не могло, что кто-то начнет тестировать и сравнивать системы виртуализации на ноутбуке, работающем от аккумурятора.
Удивительно, что они не обратили внимание, что тестирование было при запуске только одной запущенной гостевой системы. Для адекватной оценки производительности гипервизора нужно запускать параллельно штук 10 интенсивно работающих гостевых окружений.
> Команде Xen и в голову придти не могло, что кто-то начнет тестировать
> и сравнивать системы виртуализации на ноутбуке, работающем от аккумурятора.О как. На ARM значит нормально, а ноут - нет? Что за двойные стандарты? Или вы за них столь бредовую отмазку сами придумали и эпично ступили? :))
> Удивительно, что они не обратили внимание, что тестирование было при запуске только
> одной запущенной гостевой системы. Для адекватной оценки производительности гипервизора
> нужно запускать параллельно штук 10 интенсивно работающих гостевых окружений.Юзкейсы разные нужны, юзкейсы разные важны. Иногда виртуализатор используется как средство разграничения и секурити а не средство попиловки на 100500 минисерверов. В таком случае возможность отдать почти 100% ресурсов одному виртуалу и задачам в нем вполне может роялить.
1. http://en.opensuse.org/Portal:ARM
2. да
3. шаблоны: autoyast/kiwi и да, http://susestudio.com - что хочешь вкатывай. у ubuntu/debian/redhat/fedora даже в зачаточном состоянии ничего подобного нет
> 1. http://en.opensuse.org/Portal:ARM
> 2. да
> 3. шаблоны: autoyast/kiwi и да, http://susestudio.com - что хочешь вкатывай. у ubuntu/debian/redhat/fedora
> даже в зачаточном состоянии ничего подобного нетДа сюзя вообще зачетная система для работы. Сами года 4 назад внедрили ее себе на предприятие, т.к. денег на винду нету. И кстати я вот уже 3года юзаю Хен, верчу внем два 1С сервака в виртуалках (один на линуксе другой на винде) и + еще почту, но она не так нагружена - в принципе Доволен, но есть пару НО:
1. Сильнонагруженные виртуалки раз в полтора месяца нужно стабильно перегружать, т.к. хз почему они зависарют.
2. Последний год-полтора сильно начал развиваться КВМ и я начитавшись его пиара начал перелазить на него и столкнулся с его багом:
1. крутится в КВМе виртуалка сервер пчати( на него подключены все сетевые и виндоуз принтеры которые он в свою очередь раздает по капсу всем линухам и по самбе другим оставшимчя виндам ) так вот днем работает все ОК, но если подойти с утра и залезть на веб интерфейс капса и начать установку нового принтера, то сервер задумается минут на 10, при этом будет грузить по максимому данный ему проц. Во время зависания ни на пиги ни на что не отвечает. Тут я думаю либо косяк в слишком навороченном капсе в suse11.4 либо в виртио дровах на сеть, либо третий вариан - в моих руках(что более вероятно)
>>1. Сильнонагруженные виртуалки раз в полтора месяца нужно стабильно перегружать, т.к. хз почему они зависарют.В агенте 1С память хлещет и врем файлы он за собой удалять не желает. Да ещё и коннекты к SQL грамотно зачищать не научен.
> 1. Сильнонагруженные виртуалки раз в полтора месяца нужно стабильно перегружать, т.к. хз
> почему они зависарют.Запретить оверкоммит и посмотреть какая сволочь всю память жрет настолько что всей остальной системе наступает полярный лис? Или там лимиты настроить? :)
> 1. http://en.opensuse.org/Portal:ARMПозитивно. Правда там что-то про первую стадию с мизером пакетов... при том что у дебиановых и убунтовых уже давно есть полноценные сборки(т.е. есть готовые образа а все пакеты в репе собираются под ARM). Так что в этом плане они похоже в догоняющих.
> 2. да
О, позитивно. Надо будет все-таки обратить внимание на сусей, особенно если они за ARM всерьез возьмутся (да, микросервера мне кажутся очень перспективной идеей).
> 3. шаблоны: autoyast/kiwi и да, http://susestudio.com - что хочешь вкатывай.
> у ubuntu/debian/redhat/fedora даже в зачаточном состоянии ничего подобного нетПод них можно без проблем добыть минимальные темплейты под виртуализаторы, а как минимум исохи убунт можно без проблем перестроить софтинкой.
>> 1. http://en.opensuse.org/Portal:ARM
>Позитивно. Правда там что-то про первую стадию с мизером пакетов... при том что у >дебиановых и убунтовых уже давно есть полноценные сборки(т.е. есть готовые образа а все >пакеты в репе собираются под ARM). Так что в этом плане они похоже в догоняющих.благодаря OBS задача сборки/выкладки/обновления/поддержки пакетов максимально автоматизирована и решается наиболее оптимально и оперативно в сравнении с другими дистрибутивами. существующая инфраструктура при определённом уровни активности сообщества позволяет быстро переидти из роли догоняющих в роль лидера при гораздо меньшем количестве мейнтейнеров, нежели в конкурирующих дистрибутивах
>> 2. да
>О, позитивно. Надо будет все-таки обратить внимание на сусей, особенно если они за ARM >всерьез возьмутся (да, микросервера мне кажутся очень перспективной идеей).
>> 3. шаблоны: autoyast/kiwi и да, http://susestudio.com - что хочешь вкатывай.
>> у ubuntu/debian/redhat/fedora даже в зачаточном состоянии ничего подобного нет
>Под них можно без проблем добыть минимальные темплейты под виртуализаторы, а как минимум >исохи убунт можно без проблем перестроить софтинкой.это значит, что ты так и не прошёл по ссылке. студия - комьюнити-ориентированный веб-интерфейс созданию, хранению и распространению этих самых шаблонов, с возможностью создания на их основе готовых к работе образов (iso, kvm/qemu, vmdk, xen/xenserver)
А KVM на арм работает?