Xen в Gentoo.
mikuz 1 мая, 2007 - 21:46
Кто нибудь запускал Xen в Gentoo. Поделитесь опытом.
В частности по сборке ядра, а то у меня ругается.
Да и надо ли его собирать?
»
- Для комментирования войдите или зарегистрируйтесь
кто? на что? где?
кто? на что? где? когда? подробнее можно?
ну я допустим
ну я допустим запускал и гонял...
тока там ядра старые :-)
_________________
Gentoo GNU/Linux 2.6.21 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Юзаю qemu, у него
Юзаю qemu, у него внешний модуль ядерный (kqemu), либо встроенный в последних ядрах. А с хеном траблы были. У него патчи к ядру свои. Не поспевают за разработкой ядер.
это да... на
это да...
на сегодняшний день патчи есть к 18 и 19 ядру...
когда стояло 16 я под ксеном гонял фряху и соляру...
и еще несколько лунух доменов...
недурно бегало :-)
_________________
Gentoo GNU/Linux 2.6.21 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Re: это да...на
лучше чем vmware-sever? я пробовал qemu c kqemu но vmware-servr (тот что бесплатный) все равно выиигрывает значительно. хотелось бы и xen поробовать. но там вроде ставить его сложно? а насчет стрости ядер - это как посмотреть - я сижу на стабильной ветке gentoo и размаскировываю лишь то что нужно (можете бросать в меня камнями, но в линуксе я далеко не гуру) так что ядро у меня сейчас как раз 2.6.19-r5 :)
ну ксен на
ну ксен на паравиртуализации по моим впечатлениям пашет шустрее вмтвари... (я их сервер юзаю... )
те под ксеном если у тебя железо VT не поддерживает то форточки например ты запустить не смжешь...
_________________
Gentoo GNU/Linux 2.6.21 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Re: ну ксен на
ээ..сорри, но можно попродробнее? я долго пользуюсь виртуалками, но на пользовательском уровне и что такое паравиртуализация и VT - даже не знаю :( - меня просто интересует - могу ли я посставить Xen в Gentoo а на него поствить WinXP и если да - то как в сравнении с vmware это будет работать (интересуют параметры скорости и качества)? заранее прошу прощения за возможную тупость вопроса.
ну ксен
ну ксен поставить просто :-)
просто если ты в нем хочешь форточки гонять то тебе нужен проц который поддерживает апаратную виртуализацию...
так что приведи
_________________
Gentoo GNU/Linux 2.6.21 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Re: ну ксен
вот. гляньте плз.
tux urban # cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 8
model name : AMD Athlon(tm) XP 2200+
stepping : 1
cpu MHz : 1794.923
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow ts
bogomips : 3593.07
clflush size : 32
Не поспевают
В GENTOO народ не торопливый... Недавно вышел RedHat Enterprice Linux 5 с поддержкой XEN на ядре 2.6.18. Мало дистров пока повторили такое. OPENVZ команда выпустила вариант ядра RHEL5 со своими патчами. Я попробовал скомпилить это ядро для XEN-compatible архитектуры (используя в качесте базы openvz-source.ebuild). Пришлось попатчить, но в конце-концов ядро в таком варианте собралось. И даже работает. Как XEN, так и openvz. Все в одной тарелке. Команда openvz обещает выпустить скоро официальный релиз, который будет собираться для XEN-compatible архитектуры.
Проблемы: для работы такого ядра нужен XEN-монитор от RHEL5. Как и xen-tools. Иначе они друг-друга не понимают. Кроме того, RedHat что-то сделала с динамическим загрузчиком ld-linux.so.2 из glubc в целях оптимизации его работы с XEN. Хотя у меня и без такого загрузчика все работает. Возможно эти изменения уже встроены в glibc 2.5
RPM от GENTOO плохо понимает пакеты RHEL5. Надо адаптировать Redhat-вариант. Еще надо портировать их virt-manager.
HOWTO от GENTOO по запуску XEN тоже устарели. Придется осваивать по документации RHEL5 и rPath Linux. Основная проблема (когда выдается сообщение invalid argument (22)) -- это несовместимость по PAE dom0 и domU. В таком случае надо или пересобрать ядро dom0 без PAE (вариант, когда хочется запустить в domU NetBSD), или преобразовать img (вариант для запуска образов от rPath).
А вообще, XEN-ядра на глаз медленнее загружаются, чем чистые или openvz ядра. Если бы OPENVZ включала поддержку FRAMEBUFFER (как это сделано в XEN для domU), то может и не стал бы заниматься XEN. Ибо Линус отказался от отдельного адресного пространства для ядра в целях скорости, а тут ядро сидит на ring1 и тормозно взаимодействует с монитором...
может кто подскажет?
а возможно ли запустить винду в каком либо виртуализаторе но без Х сервера и без перенаправления вывода на другой дисплей? ходить на эту винду через rdp.
Вопрос не очень понятен
Я напрмер запускаю Win2003 в VirtualBox. Удобнее всего работать с VirtualBox из иксов. Но он имеет и SDL-клиента. То есть можно и без запуска иксов. Но нужен работающий FrameBuffer-console (или SDL может и без FrameBuffer в консоли работать?). В общем -- полный аналог QEMU (который тоже может запускаться и работать из frame-buffer консоли).
Если у тебя есть работающий в консоли RDP-клиент (был патч для SVGA), то можешь ходить на Винду без X-ов через RDP. А сами Windows можно запускать автоматом при старте.
Vmware server может тоже самое. Но с ним гемору больше (чтоб Виртуальную Машину конфигурировать).
И XEN,KVM могут (правда нужна поддержка железа). XEN имеет преимущество для работы domU-ядер (не Windows). Ибо производительность VM не зависит от загрузки других VM, можно подключить к domU рельное железо, скорость выполнения почти как на реальном железе (в VirtualBox даже целочисленные тесты выполняются минимум на 25% медленне чем на реальном железе)
Можно по
Можно по подробнее про запуск через SDL, у меня framebuffer настроен, проблем не было, splashfb работал, фильмы крутятся без иксов через SDL.
Пробую запускать "vboxsdl -vm Generic" и чёрный экран, ни одной точки, выйти из-такого состояния так и не смог, пришлось ребутиться. Комп не висит, по ssh отвечает, намертво вешается графика видимо.
Видео i915 встроенное,
media-libs/libsdl USE="X -aalib alsa -arts -dga directfb esd fbcon -ggi -libcaca -nas -noaudio -noflagstrip -nojoystick -novideo opengl oss svga -xinerama xv"
флаг svga - специально включил попробовать, может с ним заработает, не помогло, результат тот же.
Есть какие-нибудь идеи? а то очень хотелось бы..
Ответ как девелопер девелоперу
Отвечая, сам обучаешься (закон студента)
Попробовал я vboxsdl. И получил тоже самое. Раньше то я видно из консоли только qemu запускал (по причине отсутствия у оной нормальной оболочки). И qemu все же запускалась (без kqemu дело было), а уж под конец тоже черный экран и на клавиши -- ни гугу. В списке рассылки qemu нашел разговор про патч для qemu. В нем товарищ устанавливает обработчик сигнала паники и в этом обработчике возвращает настройки SDL в норму (перед тем как вывалится из программы).
PS: Кстати там был рецепт решения без перезагрузки. Надо будет слазить еще раз туда за ним.
PPS: Во, слазил: http://lists.gnu.org/archive/html/qemu-devel/2007-04/msg00575.html
http://lists.gnu.org/archive/html/qemu-devel/2007-05/msg00040.html
log in remotely and try various combinations of "vga_reset" and
"fbset 800x600-56" - always works after I figured out the right order
to run the commands in.
Где они нашли vga_reset только???