The OpenNET Project / Index page

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

Представлен порт Xen для архитектуры ARMv7 и патчи для решения проблем с производительностью

30.11.2011 15:26

Cтефано Стабелини (Stefano Stabellini), работающий в компании Citrix над развитием открытого гипервизора Xen, представил в списке рассылки разработчиков ядра Linux порт Xen для процессоров Cortex-A15. Порт основан на использовании аппаратных расширений для обеспечения виртуализации, поддерживаемых архитектурой ARMv7. Несмотря на то, что портирование началось всего три месяца назад, в настоящее время представленный порт Xen способен загрузить ядро Linux до появления приглашения Shell в виртуализированном окружении (поверх Dom0) на эталонной плате ARM Versatile Express.

Особенностью порта Xen для ARMv7 является отсутствие разделения в поддержке запуска гостевых систем в режиме паравиртуализации (PV) и аппаратной виртуализации (HVM). Вместо этого используется один комбинированный режим запуска гостевых систем, напоминающий запуск PV поверх HVM без необходимости эмуляции оборудования при помощи Qemu. Гостевые системы при использовании представленного порта Xen всегда запускаются в режиме полной виртуализации, но для доступа к сетевым и блочным устройствам должны использовать специальные паравиртуальные драйверы (т.е. для гостевых окружений не требуется модификация ядра системы, но необходимо наличие нескольких драйверов).

По мнению разработчиков код поддержки ARM уже дорос до помещения в основную экспериментальную ветку xen-unstable. В ближайшее время планируется обеспечить поддержку 64-разрядной архитектуры ARMv8, адаптировать инструментарий Xen для работы с ARM-системами и подготовить компоненты для одновременного выполнения нескольких гостевых систем. Дополнительно отмечается, что представленная разработка компании Citrix дополняет работу компании Samsung по продвижению в xen-unstable наработок проекта XenARM, в рамках которого развивается порт Xen для старых процессоров ARM, не поддерживающих расширенные инструкции для виртуализации. Порт XenARM от Samsung поддерживает только выполнение гостевых систем в режиме паравиртуализации и требует модификации ядра системы и установки специальных драйверов.

Кроме того, можно отметить публикацию в блоге разработчиков Xen заметки с анализом проведённых ресурсом Phoronix тестов производительности Xen, VirtualBox и KVM, выявивших несколько проблем в скорости выполнения гостевых систем под управлением Xen (тесты показали явное преимущество KVM, с чем не согласились разработчики Xen). Как оказалось проблемы связаны с использованием в тестах стандартного ядра Linux 3.0 из состава Ubuntu 11.10, которое не включает в себя ряд важных патчей для Dom0, необходимых для информирования гипервизора о текущих режимах энергопотребления (cpufreq). Без данных патчей Xen не может инициировать выставление оптимальной частоты работы CPU, необходимой для достижения максимальной производительности. Патчи пока не включены в состав ядра Linux и поставляются отдельно.

Повторив тестирование, используя упомянутые патчи, производительность Xen и KVM оказалась примерно на одном уровне: в 9 тестах различия были в пределах 1%, в 4 тестах лидировал Xen и в 4 победу одержал KVM. Дополнительно отмечается, что даже без использования патчей, потеря производительности наблюдается только на достаточно специфичном оборудовании (в тестах Phoronix использовался ноутбук с расширенными опциями экономии энергии) и мало проявляется для серверных систем.



  1. Главная ссылка к новости (https://lkml.org/lkml/2011/11/...)
  2. OpenNews: Обновление гипервизора Xen: 4.1.2 и 4.0.3
  3. OpenNews: На базе гипервизора seL4 создана платформа для создания высокозащищённых систем
  4. OpenNews: Первая версия легкого гипервизора Xvisor для мобильных и встраиваемых систем
  5. OpenNews: В рамках проекта Kronos представлен порт XCP XenAPI для Debian и Ubuntu
  6. OpenNews: NetApp выпускает систему виртуализации BSD Hypervisor (BHyVe) для FreeBSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32430-xen
Ключевые слова: xen, arm, virtual
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (15) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, rm_ (ok), 18:11, 30/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > (тесты показали явное преимущество KVM, с чем не согласились разработчики Xen). Как оказалось проблемы связаны с использованием в тестах стандартного ядра Linux 3.0 из состава Ubuntu 11.10, которое не включает в себя ряд важных патчей для Dom0

    Ну так надо не сидеть на жопе, а активее проталкивать патчи в апстрим.
    А то ишь зачесались только когда на весь интернет опубликовали, насколько их софтина сливает конкурентам. Кстати именно из-за этой же вялой активности Xen-девелоперов в работе с апстримом, гораздо более выигрышно смотрится KVM (есть мнение что он даже собсс-но и появился из-за фейла Xen'овцев в этом плане).

     
  • 1.3, Аноним (-), 18:23, 30/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    <offtop>Люди добрые, напишите кто-нить новость про свежую версию Infinality Freetype Patches, которая вышла неделю назад. Там столько вкусностей появилось! Теперь вроде можно выбирать пресеты рендеринга - windows, ubuntu, macos. Я недостаточно в теме чтобы все это должным образом расписать.
    Вот пример рендера: http://www.infinality.net/images/timesnewroman1112.png </offtop>
     
     
  • 2.6, Аноним (-), 18:35, 30/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > которая вышла неделю назад. Там столько вкусностей появилось!

    Человек, нажми сам "добавить новость" справа и добавь ее. Подсказываю ссылку: http://www.opennet.me/announce_news.shtml?cache=off

    В конце концов кажется ты лучше всех остальных разбираешься в вопросе. Самый быстрый и эффективный метод увидеть желаемую новость на опеннете - это написать ее самому!

     

  • 1.4, Аноним (-), 18:29, 30/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Как оказалось проблемы связаны с использованием в тестах стандартного ядра
    > Linux 3.0 из состава Ubuntu 11.10

    Ну и кто им доктор? Тестируется то что есть на некий момент. Если кто в догоняющих, результат получается логичный.

     
     
  • 2.7, neindog (?), 20:33, 30/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    достаточно было взять openSUSE/xen из коробки, чтобы убедиться в справедливости замечаний со стороны команды xen
     
     
  • 3.8, Аноним (-), 21:44, 30/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > достаточно было взять openSUSE/xen из коробки, чтобы убедиться в справедливости замечаний
    > со стороны команды xen

    Команде Xen было достаточно не хлопать клювами на момент выхода ядра 3.0, например. Если они в какой-то момент протупили больше KVMщиков, они протупили больше KVMщиков. И юзеры с вон той версией ядра на себе почувствуют этот факт.

    А кстати насчет сусей, не троллинга ради а любопытства для...
    1) А есть у них редакция под ARM?
    2) А деление на десктопную и серверную редакции есть, чтобы можно было за минимальное время вкатить наиболее подходящую под сценарий "болванку" с минимумом гемора?
    3) А у них есть минимальные темплейты для развертывания контейнеров/виртуалок?

     
     
  • 4.9, Аноним (-), 00:26, 01/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Команде Xen было достаточно не хлопать клювами на момент выхода ядра 3.0,

    Команде Xen и в голову придти не могло, что кто-то начнет тестировать и сравнивать системы виртуализации на ноутбуке, работающем от аккумурятора.

    Удивительно, что они не обратили внимание, что тестирование было при запуске только одной запущенной гостевой системы. Для адекватной оценки  производительности гипервизора нужно запускать параллельно штук 10 интенсивно работающих гостевых окружений.

     
     
  • 5.11, Аноним (-), 03:36, 01/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Команде Xen и в голову придти не могло, что кто-то начнет тестировать
    > и сравнивать системы виртуализации на ноутбуке, работающем от аккумурятора.

    О как. На ARM значит нормально, а ноут - нет? Что за двойные стандарты? Или вы за них столь бредовую отмазку сами придумали и эпично ступили? :))

    > Удивительно, что они не обратили внимание, что тестирование было при запуске только
    > одной запущенной гостевой системы. Для адекватной оценки  производительности гипервизора
    > нужно запускать параллельно штук 10 интенсивно работающих гостевых окружений.

    Юзкейсы разные нужны, юзкейсы разные важны. Иногда виртуализатор используется как средство разграничения и секурити а не средство попиловки на 100500 минисерверов. В таком случае возможность отдать почти 100% ресурсов одному виртуалу и задачам в нем вполне может роялить.

     
  • 4.10, neindog (?), 00:42, 01/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1. http://en.opensuse.org/Portal:ARM
    2. да
    3. шаблоны: autoyast/kiwi и да, http://susestudio.com - что хочешь вкатывай. у ubuntu/debian/redhat/fedora даже в зачаточном состоянии ничего подобного нет
     
     
  • 5.12, Константин (??), 07:13, 01/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 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 либо в виртио дровах на сеть, либо третий вариан - в моих руках(что более вероятно)

     
     
  • 6.14, letsmac (ok), 09:46, 01/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>1. Сильнонагруженные виртуалки раз в полтора месяца нужно стабильно перегружать, т.к. хз почему они зависарют.

    В агенте 1С память хлещет и врем файлы он за собой удалять не желает. Да ещё и коннекты к SQL  грамотно зачищать не научен.

     
  • 6.16, Аноним (-), 15:28, 01/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. Сильнонагруженные виртуалки раз в полтора месяца нужно стабильно перегружать, т.к. хз
    > почему они зависарют.

    Запретить оверкоммит и посмотреть какая сволочь всю память жрет настолько что всей остальной системе наступает полярный лис? Или там лимиты настроить? :)

     
  • 5.15, Аноним (-), 15:26, 01/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. http://en.opensuse.org/Portal:ARM

    Позитивно. Правда там что-то про первую стадию с мизером пакетов... при том что у дебиановых и убунтовых уже давно есть полноценные сборки(т.е. есть готовые образа а все пакеты в репе собираются под ARM). Так что в этом плане они похоже в догоняющих.

    > 2. да

    О, позитивно. Надо будет все-таки обратить внимание на сусей, особенно если они за ARM всерьез возьмутся (да, микросервера мне кажутся очень перспективной идеей).

    > 3. шаблоны: autoyast/kiwi и да, http://susestudio.com - что хочешь вкатывай.
    > у ubuntu/debian/redhat/fedora даже в зачаточном состоянии ничего подобного нет

    Под них можно без проблем добыть минимальные темплейты под виртуализаторы, а как минимум исохи убунт можно без проблем перестроить софтинкой.

     
     
  • 6.17, neindog (?), 20:02, 01/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> 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)

     

  • 1.13, Аноним (-), 09:10, 01/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А KVM на арм работает?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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