Xen 3.3.0 (diskuse)

[saly]

Taky by ten xen mohli šoupnout už do kernel upstreamu ...

[abr]

Proc? Aby se zpomalil jeho vyvoj?

[saly]

Abych si mohl vklidu paravirtualizovat, jelikož jiné řešení pro pae neznám(KVM to AFAIK bude umět, ale zatím to neumí) ... Nevim, proč to tak je, ale ty xenový jádra jsou prostě starý, že by lidi, který to patchujou nestíhali? V mý distro(Arch Linux) je "kernel26-xen 2.6.22-11", viděl jsem i na jiných distrech, že je to takhle starý. A další věc je, že když je takovejhle věcí víc, který jsou mimo jádro, tak si potom vyberte jádro, který umí xen, umí se nvidia probouzet ze suspendu a máte tam ovladač na webku ... (je to jenom příklad, s tou nvidií jsem jenom něco slyšel) ... Jsem rád, že moje zvukovka, síťovka, wifina, webka a další mají podporu v jádře, odpadají s tím problémy jako že se aktualizuje jádro v repositářích, ale balíček s ovladačem vyžaduje jádro staré a chvíli trvá, než se rekompiluje/aktualizuje/hočičo ...

[Láďa]

Jenže Xen je spíš enterprise nástroj, kde problémy s nvidií, webkou atd. nikdo neřeší. Nemluvě o tom, že v téhle oblasti ani moc nefrčí Arch (no flame), ale třeba Red Hat, kde zkrátka vezmeš distribuční jádro s Xenem a neřešíš, že nejsi "on the edge".

[little-drunk-jesus]

Paradoxne zrovna redhat od Xenu ustupuje a prechazi na KVM.

[Láďa]

Všiml jsem si nějaké první KVM vlaštovky u RedHatu, ale nevím jestli se z toho dá říct, že mu dá přednost před KVM. Osobně jsem z různých důvodů a nějaké době experimentování skončil u KVM na Ubuntu Hardy a zatím spokojenost.

[little-drunk-jesus]

Je otazka, jak moc je to oficialni a duveryhodne a jake jsou vedlejsi efekty, ale dle odstavce Virtualization v dokumentu What’s next in Red Hat Enterprise Linux (part 2) to vypada vazneji nez nejake vlastovky.

[Láďa]

Díky za odkaz, je sice jasný, že z Fedory může být cesta do RedHatu hodně dlouhá, ale pro KVM by to znamenalo velký krok vpřed.

[Pev]

Abych si mohl vklidu paravirtualizovat, jelikož jiné řešení pro pae neznám(KVM to AFAIK bude umět, ale zatím to neumí) ... Nevim, proč to tak je, ale ty xenový jádra jsou prostě starý, že by lidi, který to patchujou nestíhali? V mý distro(Arch Linux) je "kernel26-xen 2.6.22-11", viděl jsem i na jiných distrech, že je to takhle starý.

No Debian (kt. je symbolem zastaralého software) má ve vývojářském archivu jader celkem nové Xeny .

linux-image-2.6.26-1-xen-686
linux-image-2.6.27-rc3-xen-686

http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/

[rak]

neco pro 64bit amd64 nebo sme zamrzli na 2.6.18 ...

[saly]

+1 ! I am already using x86_64 plattform ...

[David Watzke]

V Gentoo máme 2.6.21 s ~amd64 keywordem, tak si to zkus opatchovat...

• linux-2.6.21.tar.bz2
• genpatches-2.6.21-6.base.tar.bz2 # tj. asi volitelný, ale neuškodí
• xen-patches-2.6.21-2.tar.bz2

[rak]

jednoduseji sem presel na ubuntovske :)

problem v ubuntu pretrvava s 3.3, na Hardy zatim neni, ale chysta se backport, takze pobezi na TLS. snad.

[Láďa]

Xen na Ubuntu je zlo... Hardy byl vydán s chybou zabraňující síťování v domU a přestože patch se na Launchpadu objevil ještě před vydáním, tak trvalo asi 3 měsíce, než byl oficiálně vydán.

[..]

No hlavně jestli tato jádra fungují pro dom0. Ve stable je jádro 2.6.18 a v lenny není nic.

[Heron]

A zjednodušit správu.

[Käyttäjä 11133]

V YaSTu je na to modul.. ale nevím jak je na tom s funkcema, nepoužívám...

[Nikola Ciprich]

ja myslim ze to skoro ani nema cenu, budoucnost je IMHO v KVM

i ten jejich styl vyvoje mi prijde byt mnohem lepsi

[saly]

Až to bude umět paravirtualizaci, tak to bude skvělý ...

[Nikola Ciprich]

podpora paravirtualizace je v linusove stromu uz celkem dost dlouho. neni to sice jeste bez chybicky, ale pouzitelne to rozhodne je. a porad mi je milejsi kvm ktere je vicemene uplne modularni, nez priserne xenove patche, ktere meni skoro cely kernel, nedaji se aplikovat na nove kernely (a stale to jeste ani neni planovano, oficialni vyvoj stale bezi na 2.6.18!!)

[saly]

Tak to jsem nevěděl, děkuji za upozornění, jdu to skusit najít a zkompilovat

[..... Izak .....]

Ehm, xen a KVM jsou uplne jine produkty, hlavne Xen v desktopu by se vam asi nelibil, nebot se rezervuje RAM, vubec netusm, jak je to pak s 3d akceleraci. Samozrejme s RAM lze hybat, ale koncepce je takova, za na DOM0 se dat tak do 500MB i min a zbytek na virtualy, leda ze by jste si desktop chtel provozovat ve virtualu ))

Zato KVM (nepouzivam) co jsem tak pochopil, zadnou prealokaci pri startu kernelu nechce a proste se spusti ala vmware server (akorat bezi na CPU a ne v emulaci, bude beztak pouzivat tmpfs)

Ovsem myslim, ze KVM neumi migrovat virtual ze serveru na server, cluster a jine vychytavky. Takze KVM je spise vhodny na desktop, xen jako konkurence ESX serveru.

[Aleš Kapica]

Podle toho co jsem se koukal na nějaké věci kolem KVM by migraci měl umět. Jinak KVM je dle mého soudu pro XEN přímá konkurence a řekl bych, že Red Hat začal KVM upřednostňovat od doby co firmu která stojí za vývojem Xen koupil Citrix, který má ty nejužší vazby na MS. Viz.

[Láďa]

KVM migrovat umí, dokonce live, cluster nevím. KVM je ale oblíbený mezi vývojáři jádra díky své jednoduchosti a je pravděpodobný, že nebudou chtít, aby funkčně zaostával.

[Jakub Lucký]

Tak z textu téhle zprávičky mám pocit, že mi někdo usilovně nadává... (Čti vůbec netuším, o čem se tam mluví ;) )

Autor této zprávičky zná Xen i jakž takž Linux, ale tohle je moc

[trekker.dk]

RNDr. CSc. z ČVUT dá DKW
SPZ ABT 25-50 do šrotu.
Z ČSSR do MLR z ČVUT RNDr.
musí chudák s ČSAD nebo s ČSD.

[Jakub Lucký]

Jo, asi tak :)

[Michal Fecko]

Co mi text spravicky pripomina ?

[thingie]

Pokud ta zprávička nemá končit hned první větou, tak jinak znít nemůže (jinak by měla tři stránky).

[frEon]

Pokud ta zprávička nemá končit hned první větou, tak jinak znít nemůže (jinak by měla tři stránky).

tak technicky by to problem nebyl, Abicko uz pro to podporu ma

[pepazdepa]

xen v mainline kernelu je uz nejakou dobu... to co nabizi vetsina distribuci jsou forwardporty officialnich xen patchu, viz:

http://lwn.net/Articles/292600/

[frEon]

Ale jenom castecne. Podpora je pouze pro domU. Na dom0 si budeme muset jeste pockat. btw. asi si ten clanek co linkujes necetl, protoze jinak by jsi vedel, ze:

The obvious big piece of missing functionality is dom0 support. That will be my focus in this next kernel development window, and I hope we'll have it merged into 2.6.28. Some roadblock may appear which prevents this (kernel development is always a bit uncertain), but that's the current plan.

[pepazdepa]

prave ze cetl, jinak bych asi nepsal o tech forwardportech... :P

[frEon]

tak to pak jo...