Wpisy otagowane ‘Xen’

Świeższe jądro dla dom0

wtorek, 4 Sierpień 2009

Xen to ciągle jądro 2.6.18.cośtam czyli przeszło dwa lata historii. Przez ten czas weszło trochę nowego sprzętu, obsługa starego została poprawiona, a dom0 nadal korzysta ze starego jądra. W portage dla Gentoo na jeden dzień pojawił się ebuild 2.6.22 jako, ale od razu potem dostał M~. 2.6.21, które działa w poprzedniej firmie (chyba nawet do dziś) też szybko zostało zamaskowane.

Niemniej w różnych dystrybucjach (poza Gentoo) pojawiają się świeższe jądra. Nie wiedzieć czemu istnieje projekt gentoo-xen-kernel poza oficjalnymi paczkami, ale przynajmniej stara się nadążyć za zmianami wprowadzając poprawki z openSUSE. Jako rasowy numeromaniak postanowiłem skorzystać z tego projektu, ale niestety na razie bez powodzenia. Testy robiłem na x86 (march=pentium4) i gcc 4.3.2. Krótki przepis gdyby ktoś chciał popróbować:

wget -P /usr/portage/sys-kernel/xen-sources http://gentoo-xen-kernel.googlecode.com/files/xen-sources-2.6.29-r4.ebuild
wget -P /usr/portage/sys-kernel/xen-sources http://gentoo-xen-kernel.googlecode.com/files/xen-sources-2.6.30-r1.ebuild
wget -P /usr/portage/sys-kernel/xen-sources http://gentoo-xen-kernel.googlecode.com/files/xen-sources-2.6.30-r2.ebuild
wget -P /usr/portage/distfiles http://gentoo-xen-kernel.googlecode.com/files/xen-patches-2.6.29-6.tar.bz2
wget -P /usr/portage/distfiles http://gentoo-xen-kernel.googlecode.com/files/xen-patches-2.6.30-2.tar.bz2
wget -P /usr/portage/distfiles http://gentoo-xen-kernel.googlecode.com/files/xen-patches-2.6.30-3.tar.bz2
ebuild /usr/portage/sys-kernel/xen-sources/xen-sources-2.6.30-r2.ebuild digest
emerge sys-kernel/xen-sources

Szybszy Windows XP w domU

piątek, 26 Czerwiec 2009

Dodałem do rozruchu Windows XP (bez GPLPV) opcję /patchtpr (plik boot.ini) i zauważam dużą poprawę. GPLPV od wersji 0.10.0.47 dodają ten przełącznik automatycznie.

xpperfDo poczytania:

Xen 3.4.0

czwartek, 25 Czerwiec 2009

Jest Xen 3.4.0 – jakoś od połowy maja. Dla Gentoo portage od poniedziałku. Jako rasowy numeromaniak od razu zaktualizowałem. Działa dobrze (pod warunkiem, że się menu.lst dla grub poprawi :/). Parawirtualizowane Linuksy nie miały żadnego problemu. Kłopot pojawił się z Windows XP, który wykrył drastyczne zmiany sprzętowe i musiał się aktywować ponownie. Ten (Windows XP) z dostępem do Internetu nie sprawił trudności, ten bez – wymagał kontaktu z infolinią Microsoft, bo nie wygenerował numeru po instalacji. Było ciężko, bo do czasu pełnej aktywacji nie działały niektóre jego funkcje (zachowywał się co najmniej dziwnie). Windows 2003 Server coś tam wyświetlił o instalacji nowego sprzętu, ale działa i nie wymaga żadnej obsługi.

Nadal nie rozwiązałem problemów ze sterownikami GPL PV. Na grupie ktoś narzekał na używanie ich w Xen 3.4.0. A panie z roliczeń nadal narzekają na szybkość działania ich programu…

Xen i GPL PV

środa, 17 Czerwiec 2009

Mam kilka zwirtualizowanych systemów Windows na jednej maszynie (MS Windows XP Professional + MS Windows 2003 Server). Użytkownicy narzekają na szybkość działania programów. Programy – w skrócie, przelatują kilkadziesiąt katalogów (na mapowanym dysku sieciowym), szukają w nich nowych plików, przerzucają je do katalogu roboczego (lokalnie), a potem za pomocą FTP wrzucają na serwer. Być może wirtualizowane urządzenia przez qemu są tu wąskim gardłem. Postanowiłem użyć sterowników GPL PV (gplpv_fre_wxp_x86_0.10.0.69.msi). Jak czytamy na Xen Wiki:

These drivers allow Windows to make use of the network and block backend drivers in Dom0, instead of the virtual PCI devices provided by QEMU. This gives Windows (in theory) a substantial performance boost, and most of the testing that has been done confirms that.

Mój pierwszy test (MS Windows XP SP2) za pomocą diskspeed nie wypadł dobrze:

DISKSPEED (C) Alexander Grigoriev, alegr@aha.ru
Test File: "c:\$$test$$.tst"
Test File Size: 64 MB
Testing Uncached New File Write Speed....
Data Transfer:  6.50 MB/s, CPU Load: 68.2%
Testing Uncached Write Speed....
Data Transfer: 15.41 MB/s, CPU Load: 56.4%
Testing Uncached Read Speed....
Data Transfer: 28.26 MB/s, CPU Load: 82.0%
Testing Cached Write Speed....
Data Transfer: 12.42 MB/s, CPU Load: 60.7%
Testing Cached Read Speed....
Data Transfer: 43.57 MB/s, CPU Load: 100.0%

DISKSPEED (C) Alexander Grigoriev, alegr@aha.ru
Test File: "c:\$$test$$.tst"
Test File Size: 64 MB
Testing Uncached New File Write Speed....
Data Transfer:  0.94 MB/s, CPU Load:  7.0%
Testing Uncached Write Speed....
Data Transfer:  1.64 MB/s, CPU Load: 10.2%
Testing Uncached Read Speed....
Data Transfer: 27.67 MB/s, CPU Load: 51.9%
Testing Cached Write Speed....
Data Transfer:  2.35 MB/s, CPU Load: 12.8%
Testing Cached Read Speed....
Data Transfer: 58.51 MB/s, CPU Load: 100.0%

WTF?

Jednak jajko przed kurą

środa, 5 Listopad 2008

ksenofil ~ # xm uptime
Name            ID Uptime
Domain-0         0  5:46:47
dns              2  4:31:24
dns-recursor     3  4:02:12
mail-gw          4 17 days, 19:44:13
syslog           5 17 days, 19:44:12

Spokojnie, to nie żadna anomalia (domU z większym uptime niż dom0) – to po prostu przeniesiona maszyna z innego hypervisor‘a (xm save -> xm restore).

Xen na Gentoo Linux i problem z wieloma adresami IP na interfejsie dla bridge

poniedziałek, 22 Wrzesień 2008

Problem:

  • Przy wielu adresach IP przypisanych do jednego interfejsu występuje problem przy starcie Xen.

Środowisko:

Dzieje się tak prawdopodobnie dlatego, że skrypt network-bridge (z /etc/xen/scripts; #!/bin/bash) w funkcji get_ip_info() pobiera adres do zmiennej addr_pfx za pomocą następującego zestawu poleceń (linia 104):

ip addr show dev $1 | egrep '^ *inet' | sed -e 's/ *inet //' -e "s/$1//"

co z kolei jest wykorzystywane w funkcji do_ifup() (linia 113):

ip addr add ${addr_pfx} dev $1

Na systemie z wieloma adresami (> 1) addr_pfx może wyglądać np. tak:

192.168.1.152/24 brd 192.168.1.255 scope global
192.168.160.153/24 brd 192.168.160.255 scope global

Przy do_ifup() pojawi się błąd:

Error: either „local” is duplicate, or „192.168.160.153/24″ is a garbage.

Podobny błąd był zgłoszony przez shadow(at)overdrawn(dot)net 16 stycznia 2008 r., ale dotychczas oficjalnie nic nie zostało z tym zrobione (Peter Große wyraźnie wskazuje na błąd skryptu i proponuje własną łatę na to).