MythTV.nl

Misschien offtopic, wel leuk ;)

Ik heb zowel de frontend als de backend op Xen draaien, dit werkt prima...

In xen is het mogelijk om je virtuele installaties direct aan je hardware te hangen, wat ik heb gedaan voor de capture kaarten in de server en de graf. kaart in de frontend.

Misschien ga ik er nog een howto van maken, als ik er tijd voor kan vinden :)

Kijk - XEN en myth - dat is hip

Een howto zou de wereld goed doen ;-)

Op het moment is het erg druk op het werk, geef me een week of 3 a 4 en je krijgt je howto :)

Dit board is ondertussen gerenamed naar de meer algemene term "virtualisatie",
dus heb ik er maar even een nieuw topic van gemaakt.

Al met al een zeer interessante optie, die nu niet meer "offtopic" is...

Michel.

Wat ik me afvraag is:
-Is Xen net als VMware ook in een gratis variant verkrijgbaar?
-Wat biedt Xen eventueel aan voordelen t.o.v. VMware (en zijn er ook nadelen)?
-Is de bedoelde virtualisatie op HOST niveau (dus een Host OS draait de virtualisatie) of is ie native (dus bij de opstart gaat Xen zelf de hardware gevirtualiseerd opsplitsen waarna de afzonderlijke OS'en er toegang tot krijgen)?

Xen is opensource en Xen rocks;

Xen is een virtuele machine hypervisor en laat meerdere besturingssystemen gelijktijdig op één systeem draaien zonder de prestaties drastisch te beïnvloeden. De Xen host draait op de fysieke hardware en is een
Linux kernel met een aantal kernel aanpassingen.

Dus Ja, het is software die draait op een host-besturingssysteem.
meer info: http://nl.wikipedia.org/wiki/Xen

xen is opensource, dus is het gratis te verkrijgen

xen is niet/moeilijk te vergelijken met vmware, de werking is totaal anders (vmware is een emulator, al zeggen ze zelf van niet)
Belangrijkste voordeel van xen is voor mij dat ik er bekend mee ben (draai ruim 100 installaties in productie omgeving).
Daarnaast kan je bij xen een pci device 'mappen' naar een guest installatie, wat dus nodig is voor je tvkaart, en ook bij de videokaart handig kan zijn.
Virtualisatie is native, xen is een kernel, welke zelf andere kernels kan draaien. wel is er 1 speciale installatie (dom0), welke je als host zou kunnen zien.

De essentie van het installeren is te regelen dat een domU toegang tot de pci-bus krijgt en de dom0 van de tv-kaart(en) afblijft. Omdat dat impliceert dat je zelf een 2-tal kernels moet compileren, kan dat ingewikkeld zijn (het is mij tot nu toe helaas ook nog niet gelukt).

Dus ja, een howto zou erg welkom zijn.

Als je een binary distro gebruikt zou het moeten kunnen zonder zelf een kernel te bakken, ik heb zelf gekozen voor gentoo, omdat dit voor mij de makkelijkste keuze was.

PS. Ik heb een kleine opzet gemaakt, van de week wil ik het uitwerken.

Ondertussen heb ik ook een bak klaarstaan waar ik met Xen op ga spelen, en heb alvast op de wiki (het documentatie-systeem zeg maar ;-) ) een pagina klaargezet waar ik mijn ervaringen wil delen:

http://www.mythtv.nl/wiki/index.php/InstallatieOpXen

Als er andere mensen zijn die hun ervaringen willen delen (Bastiaan?) dan nodig ik je bij deze uit om "helemaal los te gaan" op de wiki  :D

Michel.

Dat zou mooi zijn, nu de kerstvakantie is begonnen ...

Hier ook interesse.
Ik heb zelf ook al wat ervaring met XEN, maar nog niet met het doorgeven van specifieke PCI-devices aan een bepaalde DomU.
Daarnaast zit er in mijn fileservertje een AMD CPU met Pacifica, dus zou ik niet eens een speciale kernel hoeven te maken. (even aangenomen dat de Pacifica ook werkelijk aan staat, staat wel in /proc/cpuinfo maar het schijnt dat sommige BIOSsen nogal kunnen tegenwerken)

Mischien handig om XEN iets simpeler uit te leggen...
De meesten hier zullen vast wel eens gespeeld hebben met VMware en hebben dus wel een gevoel hoe dat werkt.
Je start een programma op, die een PC nadoet en alle belangrijke componenten die in die virtuele PC zitten.
Zo kun je bijvoorbeeld een Broadcom of Realtek netwerkkaart in je fysieke PC hebben zitten, maar onder je Windows/Linux installatie binnen VMware zie je een andere, meer standaard, netwerkkaart zitten. Dit komt omdat VMware die apparaten dus emuleert.
Het enige wat VMware niet emuleert is de processor, althans voor elk commando wordt gekeken of de processor dat rechtstreeks mag uitvoeren, of dat het een commando is om bijvoorbeeld te kijken wat voor hardware er in de (virtuele) PC zit.

Xen werkt anders. Je kunt Xen het beste vergelijken met verschillende programma's die op je PC draaien. Wanneer je bijvoorbeeld Firefox en Open Office draait (of 2 willekeurig andere programma's), dan kan Firefox in principe niets doen met de dingen waar OpenOffice mee bezig is en omgekeerd. Ze draaien op dezelfde processor maar zien zelf alleen maar de dingen waar ze zelf mee bezig zijn.
Xen is een beetje vergelijkbaar, alleen gaat het een stapje verder. Zo kun je bijvoorbeeld 2 complete besturingsystemen tegelijk draaien naast elkaar (die heten DomU) en is er een overkoepelend besturingsysteem (Dom0) die de beschikbare processortijd en het geheugen verdeelt over alle DomU's.
Nu is het dus een beetje lastig om bijvoorbeeld dezelfde grafische kaart of hetzelfde toetsenbord te laten besturen door 2 besturingsystemen, dus daarom kun je bepaalde devices koppelen aan een bepaalde DomU.

Als je processor geen ondersteuning heeft voor dit soort virtualisatie, dan moet je besturingsysteem wat je in je DomU installeert kunnen samenwerken met een Xen-Dom0. Hierdoor vallen besturingsystemen af waar je de kernel niet van kunt aanpassen, zoals Windows.
Intel processoren die dit ondersteunen zijn de Core2- 6xxx serie en de betreffende instructie heet "VT". (en Xeon-series en nog een paar)
Bij AMD zijn dat in principe alle X2 processoren op een AM2 socket en daar heet het "Pacifica".
Helaas schijnt het ook zo te zijn dat je BIOS die mogelijkheid ook nog moet aanzetten, dus Windows in een Xen-installatie installeren is niet altijd mogelijk als je een van die processoren hebt.

Inderdaad, XEN kan draaien op reguliere machines (d.w.z. zonder pacifica (AMD) of vanderpool-technology (intel)) als het client-systeem XEN aware is. Voor alle andere operating systemen (waaronder spullen van een zekere software leverancier uit Redmond) kan dit alleen alleen als die betreffende support aanwezig is in de processor.

Voor wat betreft intel-processors: alleen zeer recente CPU's hebben dit goed geimplementeerd.

Iedere Athlon FX en Athlon X2 dual-core processor moet in principe 'pacifica' aan boord hebben.
Voor oudere (Athlon64/Sempron) CPU's zou ik dit moeten nakijken; binnenkort maar eens een Linux CD in de PC van mijn vriendin proppen ;-)

Michel.

Uit ervaring kan ik vertellen dat mijn Athlon 64 X2 op socket 939 geen pacifica aan boord heeft. In de praktijk heb je daar toch echt socket AM2 voor nodig.
Socket 754 heb ik nog nooit getest hierop.

Bastiaan, zie je nog kans wat te posten? Al is het een schets, misschien kunnen de geinteresseerden daar toch al  mee vooruit?

Ook ik heb eens zitten stoeien met XEN. Ik liep er in vast. In het kader plain-stupid-and-simple, waarom moeilijk doen als het makkelijk kan. Er is dus een andere veel handiger manier om te virtualiseren, namelijk in een chroot omgeving. Ik heb er iets over geschreven in mijn http://blog.busstra.net/ (http://blog.busstra.net/). Het is alles behalve volledig, maar geeft enigszins een indruk hoe ik het heb opgelost. Er is dus een reden waarom. Misschien dat het voor iemand van nut heeft. Vandaar deze 4 regels.