Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Ook Xen krijgt plaatsje in Linux-kernel

Versie 2.6.23 van de Linux-kernel zal worden uitgerust met de Xen-virtualisatiesoftware en hypervisor lguest. Eerder was de kernel al voorzien van de Kernel-based Virtual Machine-software en de Virtual Machine Interface.

Xen is oorspronkelijk gestart als onderzoeksproject van de Universiteit van Cambridge en wordt tegenwoordig door het commerciŽle XenSource ondersteund. Via Xen is het mogelijk om meerdere virtuele machines te starten en hun prestaties en status te monitoren. Nu Xen aan de kernel wordt toegevoegd, hoeven Linux-distributies niet langer zelf support voor Xen aan hun product toe te voegen en te onderhouden. De software biedt gastvrijheid aan 32bits besturingssystemen, al dan niet met multiprocessor-support; aan ondersteuning voor 64bits OS'en wordt nog gewerkt. De performance van Xen is vrijwel gelijk aan die van een native installatie. Verder zal Linux-kernel 2.6.23 worden uitgerust met de lguest-hypervisor. Deze software is niet afhankelijk van hardwarematige virtualisatie via AMD's SVM of Intels VT. Het gebruik van de lguest-software is ruwweg 30 procent trager dan een native oplossing. Lguest is aan de kernel toegevoegd om gebruikers te laten experimenteren met virtualisatietechnologie. De software is nog niet af, 64bit-support is afwezig, en gebruikers worden dan ook uitgenodigd mee te helpen aan de verdere ontwikkeling.

Xen in actie (kleiner)

Door

Freelance nieuwsposter

30 Linkedin Google+

Submitter: stefklep

Bron: InfoWorld

Reacties (30)

Wijzig sortering
Als je de lguest-hypervisor draait op een processor nodig die uitgerust is AMD's SVM of Intels VT wordt die dan ook 30% trager? Want anders kies je toch gewoon altijd een Xen (Mits je een duo-core hebt)
Of KVM, wat vergelijkbaar is met lguest maar dan voor SVM / VT processoren:

Eerder was de kernel al voorzien van de Kernel-based Virtual Machine-software en de Virtual Machine Interface.

[Reactie gewijzigd door hyriand op 25 juli 2007 14:46]

Mooi onderzoek wat laatst is gehouden wat ook duidelijk laat zien welke virtulazion techniek de meeste snelheid winst haalt en minste geheugen verbruikt. Zeker een intresant artikel om te lezen.

http://translate.google.c...air=zh%7Cen&hl=en&ie=UTF8

[Reactie gewijzigd door stefklep op 25 juli 2007 15:51]

Er zijn zowieso verschillende soorten van virtualisatie...het is echter slimmer te kijken naar de toepassing op zich dan naar puur geheugen gebruik bijvoorbeeld....dan winnen namelijk nogal snel de os virtualisatie platformen zoals virtuozzo en openvz, maar in de praktijk is hun toepassingsgebied nogal beperkt...zeker voor toch wat meer eisende projecten.
Linux blijft maar groeien ... ben geen linux gebruiker... heb maar 1 server met redhat linux op ... maar gebruik hem byna nooit.. toch wil ik ook af van Windows maar beroepsmatig gaat dat moeilijk. hoop dat ooit linux de bovenhand op windows gaat hebben .. verwacht het zelf in 5 jaar .. zeker als de opensource zo blijft groeien.

Keep on doing a great job
"hoop dat ooit linux de bovenhand op windows gaat hebben .. verwacht het zelf in 5 jaar .. " ..
Ik vrees dat dat toch wel een erg optimistische schatting is. Onderschat de macht - en weerstand tegen verandering - van het bedrijfsleven niet.

Het is trouwens wel een enorm goede ontwikkeling, dit biedt een solide basis voor verdere acceptatie & toepassing van virtualisatie, met veel minder vendor-lock-ins. Vraag me af hoe VMWare hier tegenaan kijkt ...

Die lguest ook maar een machtig stukje code hoor. Zonder VT/ SVM hardware in minder dan 6000 regels code een (goedwerkende !) hypervisor maken met slechts een ~30% performance penalty ... Voor mensen die Xen overkill/ teveel impact vinden, maar Qemu te traag de ideale oplossing.

PS: Worden de x86 ring 1 en 2 modi toch nog ergens voor gebruikt na 32 jaar ... ;)

[Reactie gewijzigd door SKiLLa op 25 juli 2007 14:34]

Misschien is http://en.wikipedia.org/wiki/Kernel_mode interessant voor de mensen die niet helemaal begrijpen wat SKiLLa bedoelt.
Wat is het concrete verschil tussen KVM (zonder Hardware VT, dus paravirtualised) en lguest?
Linux blijft maar groeien ...
hoop dat ooit linux de bovenhand op windows gaat hebben .. verwacht het zelf in 5 jaar ..
"blijft maar groeien"... Wat is het marktaandeel tegenwoordig? Toch nog niet bijster groot?

En dat je verwacht dat Linux binnen 5 jaar de bovenhand op Windows zal hebben lijkt me toch niet. Je mag nog zo van Linux houden, 5 jaar is wel heel snel om zoveel marktaandeel te overbruggen en de helft te doen overstappen.
Linux geen groot marktaandeel? Laat me niet lachen! De IT-wereld is heel wat groter dan de desktopmarkt hoor.

Op servervlak is het marktaandel van Linux al jaren exponentieel aan het groeien. In de rekencentra (voor klanten) van een van de grootste Nederlandse IT dienstverleners draait bijv. al enkele jaren ruim 30% van alle servers op Linux.
En dat je verwacht dat Linux binnen 5 jaar de bovenhand op Windows zal hebben lijkt me toch niet
op de desktop markt niet, op servers zoals SBS ook niet, maar als je kijkt naar internet specifieke servers.... het merendeel van de webservers draait op apache, en d'r zijn maar heel weinig mensen die apache op windows draaien in productie.
Alhoewel het marktaandeel van Apache flink is gedaald de laatste jaren (http://pro.tweakers.net/n...l-Apache-zakt-verder.html)
De daling is vooral van de laatste paar maanden en komt grotendeels omdat het "Google"-platform bij Netcraft tegenwoordig als apart webserverplatform wordt gezien. Scheelt meteen een kleine 5%-punt marktaandeel. Tot voor kort hoorde dat stuk marktaandeel bij Apache.
Daarnaast is Netcraft ook afhankelijk van wat servers zelf aan informatie ophoesten...het is maar de vraag of die cijfers zo secuur zijn. Ik kijk liever eens rond in het gemiddelde datacenter....waar over het algemeen windows servers behoorlijk schaars zijn tov de linux/bsd varianten.
Schitterend, na lang wachten toch Xen standaard in de Linux kernel. :)

IMO is Xen beter voor servers, zeker als je een Xen aware OS gebruikt dan KVM.
Wat misschien handig is om te vermelden is dat de Xen kernel support die geintegreerd wordt in de 2.6.23 kernel alleen domU support betreft (dat wat er nodig is om linux kernel binnen 'in' Xen te laten draaien). Dom0 support (dat wat er nodig is om een Xen omgeving 'op te starten', de daadwerkelijke hypervisor) wordt niet in de mainline kernel gestopt.
inderdaad ... om evidente redenen dat de dom0 hypervisor eigenlijk een eigen kernel is waarop de linux kernel van dom0 piggybacked als het ware. Dat is ook de reden dat Xen zo lang uit de mainline kernel is gebleven, heel de commotie rond al-dan-niet-of-wel in de kernel steken van de hypervisor zelf. Uiteindelijk is men samen met vmware akkoord gegaan rond de Virtual Machine Interfaces en de laatste kernels getuigen van die merges.
Volgens mij is de dom0 (Linux) kernel alleen nodig om de commando's aan de Xen kernel te geven. Dit is best handig want dan hoef je geen hele input stack te schrijven, geen utilities om disks te managen, etc. Ik weet het niet zeker, maar het lijkt me dat deze dom0 kernel niet erg verschillend is van de domU kernels.

En volgens mij is de reden dat Xen zo lang uit de kernel is gebleven voornamelijk te maken met de inrichting van de benodigde code. Die vm interfaces die nu gedefineerd zijn maken de Xen patches netter (volgens de kerneldevs), maar het is natuurlijk lastiger om te gebruiken.
Eindelijk, kan ik gewoon zelf kiezen welke Linux distributie ik gebruik als guest-OS (Zolang ze maar de juiste kernel versie gebruiken natuurlijk), zonder dat ik hoef te patchen en hercompileren.

Overigens heeft NetBSD al tijden support voor Xen, maar goed NetBSD heeft op dat punt natuurlijk een voorsprong omdat ze 't OS ontworpen hebben om op zo veel mogelijk hardware te kunnen draaien...
das niet helemaal waar, - video 4 linux is bijv ook al een tijdjes aanwezig in de kernel toch zou je bij een heel aantal distro's een make config nodig hebben om dit in de kernel te intergreren (te enablen) er zijn nog al wat distro's die bepaalde stukken gewoon disable-en om de kernel van wat minder overhead te voorzien, de kans is best aanwezig dat je dat met dit soort hypervisors ook krijgt...
Uhm, dit was toch allang bekend ? Bij RHEL 5.0 zit hij er al in hoor, en er was toch sowiezo al voor Xen gekozen tov van wat anders ?
RHEL != linux kernel.
Redhat is al lange tijd supporter van Xen. Dat het nu ook officieel in de kernel zit is dus nieuw.
Nu Xen aan de kernel wordt toegevoegd, hoeven Linux-distributies niet langer zelf support voor Xen aan hun product toe te voegen en te onderhouden.
Dus dat een bepaalde distributie het al toegevoegd had zegt vrij weinig..

Verder was er niet puur voor Xen gekozen, zoals de link uit de introductie al aangeeft,
Dat klopt, maar vanaf nu hoeven de verschillende distro's niet meer de code te onderhouden. Doordat Xen nu in de kernel zit is dat eenvoudiger voor de distro's.

Edit: wat pietje63 zegt dus.

[Reactie gewijzigd door Swaptor op 25 juli 2007 14:17]

Betekend dit nu dat oplossingen als VirtualBox of VMWare niet meer nodig zijn, of heb ik het concept Virtualisatie niet begrepen? Dat laatste is namelijk heel goed mogelijk.
Ligt er aan wat je met VMWare bedoeld. VMWare ESX is gewoon een mini linux kernel bijvoorbeeld met hypervisor en hardware support. De Service console onder VMWare is een gewoon een virtuele machine zoals iedere andere.
Ligt aan welke VMWare jij bedoeld...ik neem aan de desktop variant aangezien je ook virtualbox noemt. Beiden zijn namelijk wel tools met een handige gui....Xen in de kernel betekend niets meer als alleen de dom0 in de kernel en dus totaal geen management tools.

VMWare op server gebied (ESX3) zal het de aankomende tijd wel erg moeilijk gaan krijgen, zowel Xen Enterprise als VirtualIron beginnen fors in te lopen op het gebied van features, hebben nu al in een heel aantal gevallen betere hardware support (VMWare ondersteund alleen hun 'enterprise' vriendjes) en de prijs is vele malen lager... Wij hebben al onze ESX dozen eruit gegooid en alles gemigreerd naar Xen Enterprise...draait heerlijk en stukken goedkoper. Daarnaast is het ook nog eens gebaseerd op een gewone linux distro (CentOS) zodat ik ook nog eens wat kan customizen als dat nodig mocht zijn.
leuk en aardig maar als een partij als nvidia deze kernels niet gaat ondersteunen heeft voor thuis gebruik weinig zin.

wil natuurlijk wel mijn 3d acceleratie behouden en niet steeds eerst naar een xen/kvm kernel moeten booten om te te virtualiseren dan wel een game te spelen.
Dan compileer je het kernel gedeelte van de nvidia module toch zelf? 1 keer doen voor je XEN kernel, en je zit goed.
Werkt dit dan al?
Zorgde +- maandje geleden nog voor errors/geen werkende X

Op dit item kan niet meer gereageerd worden.


Apple iPhone X Google Pixel 2 XL LG W7 Samsung Galaxy S9 Google Pixel 2 Far Cry 5 Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True

*