Я получил сегодня мега-левелап. Исключительно рассуждением и анализом я нашёл как уничтожать зомби-домены (у которых статус -s-d) и которые не умирают от destory/shutdown. Суть состоит в том, что нужно освободить занятую shared-memory, а увидеть её можно в дебаг-выводе xen'а в кольцевом буфере самого зена.
Собственно, мне кажется, тянуть больше некуда, потребность в подобном назрела, т.к. нерешённых проблем море, и совместые усилия (конкурирующих компаний) дадут больший эффект, чем раздельное ковыряния каждого в каждом
( Read more... )
Уважаемые господа, а вы не сталкивались с тем, что netbk (netback) при наличии нагрузки на dom0 может замедлять прохождение пакета?
Сейчас наблюдаю задержки (в чистейшей синтетике и микроскопических нагрузках) до 5-10мс. И это между vif1.0 в dom0 и eth0 в domU, без каких-либо бриджей!
Пиннинг пробовал, доппроцы выделять пробовал. Что-то странное
Вкачал +3 левела по сабжу. Ощущаю себя чуть больше гуру в зене - я теперь знаю, что происходит с виртуалками при выключенном xenconsoled и при включенном xenconsoled, но с пустым слушаетелем на pts.
А что, если в продакт вводить не Xen на базе bare-metall, а Xen в HVM'е? То есть гостевые машины будут работать в PV в Xen'е, который запущен в HVM на baremetall?
Если есть желание выяснить, как работает та или иная функция, используется grep. Тем или иным образом набираются ключевые слова, по которым идёт греп разной степени навороченности.
Вот список сырцов, по которым нужно искать для XCP (основная часть функционала):
xen-api xen-api-libs xen-3.4 сырцы ядра domU сырцы ядра dom0