Xen má být trumfem open-source na poli virtualizace

Diskuze čtenářů k článku

jbratinka  |  25. 01. 2006 22:10

Zaplat panbu, ze nemusim kupovat WMflakoty ci Xprdy. Mi staci VirtPC od MS a nemusim nic resit. Vsechny ostatni blaboly o uixu a podobnych sitech je kravovina.

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  26. 01. 2006 18:43

velmy prinosni post do diskusie. a co nato tvoj terapeut?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Izak  |  24. 01. 2006 23:30

Xen nema s VMware spolecneho vubec nic, VMvare je emulator CPU a HW, zatimco Xen je kopie IBM LPAIR z S/390.

Takze OS v Xenu bezi na realnem CPU, jen HW prostredky mu poskytuje XEN alternavova z Z/OS od IBM.

Ta super uprava OS jak zde jiz zminil clovek predemnou spociva v topm ze OS chce bezet v ringu 0, jenze Linux pouziva pouze 0 (kernel) a 4 (zbytek) ... no takze linuxu neni slozite rizt ze ma bezet v ringu 1.

Takze AMD diky skusenostem lidi s APLHy a Mipsu kopiruje technologii s RISCU a intel samzorejme az druhy a vzadnem pripade s Xenem spolupracovat nechtel, byl k tomu donucen situaci.

Jinak presne zavede se RING -1 kde pojede upraveny linux a na ringu 0 pojedou virtualni OS.

Ke vsemu jde stahnou live CD Xenu 2 a 3 kde si to clovek muze vyskouset na debianu, freebsd.

Jinak amd z ringem -1 si koupim taky, proto nekupuji AMD64 domu a cekam .... a az bude dostupny sup snim domu .... dnes mi staci v Xenu linux na testovani vice serveru.
Planuji jej nasadit v praci.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Milan Jurik  |  25. 01. 2006 09:50

VMware neemuluje cele CPU, OS pod VMwarem take bezi na realnem CPU, jen kriticke instrukce odchytava jinak a pristup k HW se resi jinym zpusobem (VMware vklada emulacni vrstvu nad fyzicky HW, Xen pousti primo na HW).

Jinak ringy jine nez 0 a 3 (ctyrka neni) uzival snad jen OS/2 a rici Linuxu, ze ma bezet na ringu 1 zase tak uplne trivialni neni.

Faktem je, ze Xen neprinasi zadnou novou technologii na svet, ale proste jen prinasi neco, co uz dinosauri (mainframy) davno maji.

A btw. na ringu "-1" nemusi byt jen Linux based Xen, pracuje se i na dalsich hostitelich.

Souhlasím  |  Nesouhlasím  |  Odpovědět
xtonda, xtonda  |  24. 01. 2006 17:48

jak již bylo zmíněno seriózní texty srovnávající více přístupů k virtualizaci jsou zde http://www.root.cz/autori/jan-andrejkovic/

Souhlasím  |  Nesouhlasím  |  Odpovědět
ADAM  |  24. 01. 2006 13:58

Su aj ine riesenia SW-SOFT - Virtuozzo

Souhlasím  |  Nesouhlasím  |  Odpovědět
David  |  24. 01. 2006 13:23

Ne že by ne, ale docela by mě zajímalo, k čemu je virtualizace na takovéto úrovni dobrá? Teď mám teda na mysli možnost provozovat více OS na jednom procesoru.
 
Pokud jsem si koupil server, který většinu času jede na 10%, stejně ho mám především kvůli tomu, že ten jeho potenciál potřebuju v určitý okamžik bez jakékoliv prodlevy stoprocentně využít. Není snad lepší, pokud nad procesorem vládne jeden operační systém který potom rozděluje virtuální stroje mezi procesy?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kryspin  |  24. 01. 2006 13:56

Obvykle se argumentuje, že ze dvou důvodů:

- vyšší izolace virtuálních strojů než procesů v jailu (bezpečnost).

To je samozřejmě hloupost, pokud se jde probourat z jailu, je to identický problém jako když se jde probourat z VM. Míst kde lze realizovat únik z jailu je sice více než těch kde jde vyskočit z VM, ale bezpečnosti operačních systémů je sledována nesrovnatelně delší dobu a intenzivněji než bezpečnost supervisora.

- migrace VM, hot standby atd...

MOSIX to umí taky, BSD bude brzy umět také- http://www.osnews.com/story.php?news_id=153

Souhlasím  |  Nesouhlasím  |  Odpovědět
Milan Jurik  |  24. 01. 2006 14:15

- to samozrejme neni hloupost, dirkovat se pres jeden system s vice moznostmi pro diry je lehci, nez dirkovat se pres vice ruznych systemu. A dostat se na supervisora znamena nejdrive se proderavet skrze hostovany OS

- to neni vse, btw. ten odkazovany clanek je z roku 2001?

- podstatne je to, co uz se dodava v oblasti mainframe desitky let, skutecna virtualizace, servrovna se stovkou serveru se namacka na mnohem mene HW - nizsi naklady na HW i spravu. Nebo takovy kvalitnejsi webhosting, skoro serverhosting.

Malokdy skutecne potrebujete na vsech strojich stoprocentni vytizeni zaroven, proto to take neni jen o virtualizaci, ale i o pridelovani vykonu jednotlivym VM

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kryspin  |  24. 01. 2006 15:18

- dírkování z OS bude nejspíš snadné, správci určitě podlehnou iluzi bezpečnosti plynoucí z dodatečné vrstvy izolace, a nechají služby běžet pod rootem nebo málo zabezpečené.

- jo, trvá to..

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 15:36

sice tam pojede nekolik, systemu ale programy na nich sou vetsinou stejny(bind apache) takze je vcelku zbytecny se dirkovat pres os

Souhlasím  |  Nesouhlasím  |  Odpovědět
Milan Jurik  |  24. 01. 2006 15:50

Az na to, ze ale ty aplikace mezi ruznymi VM o sobe vubec nevi, pro ne je to jako zcela jiny server. Casto s uplne jinym spravcem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 16:26

no nevim je to proste dalsi potenionalne deravej prvek.

To je sice fakt ze nevi o tom ze jede ve wm, ale to neznamena ze nemuze napriklad dobre poslanejma paketama do virtualni sitovky(nevim jak u xenu ale ve vmware ji mel na starosti modul) sundat hostitelskej kernel...


koukam ze uz tu pisu zase pekny blbosti :D

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  26. 01. 2006 18:38

no ja napriek tomu ze som paranoik od malicka by som to tak cierne nevydel.

ked sa nad tym zamyslam tak najst sposob jak cez hostovany OS a Xen nieco poslat hostitelskemu OS a tam nieco vyviezt nebude az tak ruzove. je velka sanca ze skor padne Xen jak to ze sa cez neho vklude pre tunelujetre na hostitelsky OS navyse tam XEN moze bezat pod inimy pravamy userom ci dokonca v jale/chroote a to preliezt je na miliardovu mesacnu dozivotnu rentu ked sa nepriblizis k pocitacu na blizsie ako kilometer.

Souhlasím  |  Nesouhlasím  |  Odpovědět
lubos  |  24. 01. 2006 16:46

tohle ma/mela IBM ... reseni bylo takove, ze prave, kdyz byla potreba spicka, tak uvolnila za prislusny (mastny :) poplatek potrebny hw .. ten hw fyzicky ve stroji byl. Kdysi na mainframe, ted uz i aix.

Souhlasím  |  Nesouhlasím  |  Odpovědět
lzap  |  24. 01. 2006 18:21

Hlavně na serverhosting, zlevní to ceny dedikovaných serverů. Dneska není problém pořídit si server s Linuxem za měsíční poplatek. Budete mít účet superuživatele se vším, co je s tím spojené. Sám si nainstalujete programy atd. Podobně i Windows, až v XENu pořádně pojedou.

Poskytovatel pak nemusí každýmu koupit fyzický server, ale na jednom pojede třeba 20 zákazníků. Šetří to zkrátka peníze, energii atd. Každý má zkrátka svůj píseček.

Pokud chcete server vytěžovat na 100 %, pak se holt musíte smířit s tím, že procesor není jen váš, nebo si zakoupit/pronajmout kompletní server.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tim Kutil Taylor, Tim Kutil Taylor  |  24. 01. 2006 12:55

HW podpora virtualizace bude u AMD daleko lepsi nez u Intelu - netrpelive cekam na prvni produkty ;)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Michal_Ruzicka, Michal_Ruzicka  |  24. 01. 2006 13:45

Přesně tak. AMD opět ukázalo, že v současnoti je právě on lídrem x86(-64) a Intel se jen snaží držet krok.
Pacifica od AMD je skutečně pokročilejší. Viz http://www.root.cz/clanky/klonovanie-tucniaka-alebo-virtualizacia-v-linuxe-buducnost-je -v-cpu/, sekce "Vanderpool alebo Pacifica?".

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda  |  24. 01. 2006 08:51

Pokud se nepletu, tak takove Suse ma podporu XENu minimalne od verze 9.3, vcetne podpory v Yast2 (okenkoidni naklikavadlo..).

Souhlasím  |  Nesouhlasím  |  Odpovědět
...  |  24. 01. 2006 10:17

"podporu XENu" ma kazda distribuce, do ktery si ho nainstalujes:) Yast2 je peknej, to uznavam.

Souhlasím  |  Nesouhlasím  |  Odpovědět
x  |  24. 01. 2006 11:36

Ano ale v Suse a Fedore nemusis instalovat nic, tam to uz nativne mas. A pre novacika nainstalovat Xen zase tak jednoduche nie je.
S Yast2 nesuhlasim je to grc, ale rozhodne newbies dost pomaha.

Souhlasím  |  Nesouhlasím  |  Odpovědět
...  |  24. 01. 2006 15:04

co to je "nativne"? jako ze se automaticky vybere jako zavislost pri jakykoliv instalaci? no to teda panbuh s vama.
novacik napise apt-get xen (nejspis) nebo emerge -av xen a bude na tom stejne jako kdyby napsal rpm -i xen..rpm nebo snad urpmi xen:))
Yast2 je momentalne nejlepsi klikaci nastroj na spravu systemu co existuje. jednooky mezi slepymi kralem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
lzap  |  24. 01. 2006 18:15

Asi jste nepochopil, že XEN vyžaduje patch do kernelu. Tutíž tvrzení, že ho podporuje každá distribuce je holý nesmysl. Je to přesně naopak - zatím ho podporuje pár distribucí, v čele s Novell SUSE Linuxem.

To, že existuje nějaký RPM balíček s modifikovaným kernelem neznamená, že "je podporován distributorem".

Souhlasím  |  Nesouhlasím  |  Odpovědět
Peter S.  |  24. 01. 2006 07:45

a screenshoty dnes nebudú? :) 

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 07:42

IMHO z bezpe4nostniho hlediska me prijde jako nejlepsi a nejrychlejsi reseni jail z BSD systemu... je ale pravdou ze v nem muzete mit zase jenom bsd...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Peter S.  |  24. 01. 2006 07:49

Aký je rozdiel medzi chrootom v linuxe a jailom v BSD? Je to to isté?

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 08:29

stejny to neni, ale podobny jo.. z jailu napriklad neni narozdil od chrootu videt proces ktery jede mimo ten jail. neda se pracovat s modulama a sysctl. dokonce musi mit zvlastni ip(staci alias).
http://en.wikipedia.org/wiki/Freebsd_jail

Souhlasím  |  Nesouhlasím  |  Odpovědět
...  |  24. 01. 2006 10:15

je to v podstate to samy. to co bys musel do chrootu nakopirovat sam, za tebe udela jail. nemyslim si, ze by to bylo stejne bezpecne, jako virtualni masina (rozhodne ne na linuxu). vyzaduje to nejlepe dalsi bezpecnostni opatreni v chroot prostredi nebo hacky v kernelu (napr. grsecurity). spatne se to udrzuje v pripade, ze updatujes system. VM mi prijde jako rozhodne elegantnejsi a komplexnejsi reseni (v pripade ze ti nestaci strcit do vezeni BINDa a tim jsi skoncil)

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 12:22

1-to me zajima jak ste prisel na to ze jail neco nekam sam kopiruje?
2-v cem to vydite mene bezpecne? zajima me to.
3-nebavime se o linuxu
4-udrzuje se to lip nez nejakej stroj ve virtualzeru. system staci zkompilovat jednou pak akorat menit prefix a poupgradovat jaily
5-komplexnejsi ano ale ne elegantnejsi, z predstavy ze mi jede napriklad apache ve virtualizeru je mi nevolno

Souhlasím  |  Nesouhlasím  |  Odpovědět
...  |  24. 01. 2006 14:59

a jak asi do toho chrootu ty aplikace dostane? no jednoduse, to co byste si vy zjistil z ldd `which bash` tak on vyzjisti z strace (proto ma na nej taky v linuxu zavislost a ve FreeBSD urcite taky) a prekopiruje to do chrootu za vas..boze.
http://gentoo-wiki.com/HOWTO_Jail
- existuji techniky jak se z jailu/chrootu dostat (vytvoreni device, vyskoceni z chrootu chrootem atd.) a clovek si musi davat sakra majzla co tam vlastne cpe
- "akorat" poupgradovat jaily..no jasne. teoreticky vsechno lehky jak facka
- mne by se zase delalo nevolno z padesati serveru misto jedny virtualni farmy ale tak budiz..

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 21:41

no do jailu si to nekopiruje sam system ale rucne uzivatelpres make installworld

Souhlasím  |  Nesouhlasím  |  Odpovědět
michich, michich  |  24. 01. 2006 17:12

BSD jailu se vic podoba Linux-VServer: http://linux-vserver.org

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tom  |  24. 01. 2006 09:16

Xen ma bezpecnostni vyhodu v tom, ze pokud se objevi chyba v jadre, nemusi to byt fatalni, oddeleni guesta je vetsi. Dalsi vyhoda (uz ne bezpecnostni) je v tom, ze muze bezet najednou nekolik ruznych OS na jedne masine. Nevyhoda jsou vetsi naroky (hlavne pamet, bezi vice jader).

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 09:44

mo za predpokladu ze na hostitelskem pocitaci v xenu pustite ten samy os(coz bdue podle me na serverech nejcastejsi reseni) tak je to na tom s tou chybou v kernelu uplne stejne. navic byt je xen seberychlejsi tak s jailem ktery unguje na jinym principu se to srovnavat neda. to ze v jailu nepustite jiny os, bych za nevyhodu nepovazoval protoze pro to nikdy nebyl urcen. je to jako chtit Neoplan michackou na beton

Souhlasím  |  Nesouhlasím  |  Odpovědět
Milan Jurik  |  24. 01. 2006 10:00

To uz radeji Solaris zony, tam muzete mit krome Solarisu i Linux

A tak snadne se prodirkovat skrze Xen to zase neni.

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 10:19

freebsd ma taky binarni compatibilitu s linuxem, a jeste navic se SysVR4

Souhlasím  |  Nesouhlasím  |  Odpovědět
Milan Jurik  |  24. 01. 2006 10:45

Ale chybi mu moznost QoSu

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 12:14

co je podle vas ALTQ ?

Souhlasím  |  Nesouhlasím  |  Odpovědět
nythrix  |  24. 01. 2006 12:52

tak to je LOL.

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 13:27

co se ti nezda? je mozny ze sem se splet ani jedno nepouzivam

Souhlasím  |  Nesouhlasím  |  Odpovědět
Milan Jurik  |  24. 01. 2006 13:37

QoSy jsem zde myslel rozdelovani vykonu, ne sitovani

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 13:53

a ja si rikal proc tu proboha mluvite o qosu

Souhlasím  |  Nesouhlasím  |  Odpovědět
Milan Jurik  |  24. 01. 2006 14:16

Muzu ja za to, ze si sitari ten nazev usurpovali pro sebe?

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 13:34

a neumi zvuk 5.1 ja vim

Souhlasím  |  Nesouhlasím  |  Odpovědět
N/A  |  24. 01. 2006 07:22

Q: What is VMware Player?

A: VMware Player is free software that enables PC users to easily run any virtual machine on a Windows or Linux PC.

Takže problémem už je jen pořízení image, což zase takový problém není.

Souhlasím  |  Nesouhlasím  |  Odpovědět
jarda  |  24. 01. 2006 07:30

Image se dá vytvořit i pomocí VMware Playeru viz. http://www.hackaday.com/entry/1234000153064739/

Souhlasím  |  Nesouhlasím  |  Odpovědět
miklik, miklik  |  24. 01. 2006 07:30

Ale server jako servis/demon v něm asi nespustím. Takže je to spíš pro testování a předvádění.

Souhlasím  |  Nesouhlasím  |  Odpovědět
miklik, miklik  |  24. 01. 2006 07:22

Já myslím, že zásadní pro virtualizaci na x86 platformě bude/je uvedení CPU s podporou virtualizace (Intel i AMD). Což se prý řeší v CPU tak, že hostovací systém běží na úrovni CPU -1 a hostované systém na úrovni 0. A toto přispěje všem virtualizačním systémum a nebudou muset měnít hostovaný OS.
Třeba jednou bude VM systém součásti BIOSu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bilbo  |  24. 01. 2006 14:15

No ale muze byt problem v tom jak se ty systemy dohodnou o zarizeni (sitovka, graficka karta, disk ... )

Souhlasím  |  Nesouhlasím  |  Odpovědět
miklik, miklik  |  25. 01. 2006 07:31

Jasně, musí být podpora v celém HW a hostitelském OS. Ale CPU byla dle mě největší překážkou.
S HW to myslím funguje tak, že program na -1 úrovni nemusí pustit program na úrovni 0 k HW a hostitelský OS pak musí zajistit patříčné přístupy k HW pro hostované OS.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Abraxis  |  24. 01. 2006 01:13

Zase dalsi autor, co pise o necem, cemu nerozumi.

a, Xen neni a nikdy nebude jako VMWare - Xen vyzaduje upravu "guest OS", zatimco VMWare je schopen behat takrka jakykoliv x86 bez toho, aby ten vedel o nejakem VMWare

b, Diky tomu Xen dosahuje vlastnosti, ktere VMWare budto dosahnout nemuze nebo jen velmi ztezi (migrace virtualnich stroju mezi ruznymi masinami, dynamicke pridelovani zdroju apod.)

c, Xen je prakticky pouzitelny uz od verze 2.0, aktualni verze 3.0 umi az 32-SMP masiny, podpora x86/64, podpora "Intel VT" umoznujici beh "neupravenych OS" (ala VMWare), vice nez 4 GB RAM na 32-bit CPU apod.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Palo  |  24. 01. 2006 01:41

Presne tak. Ten cloviecik ani len netusi ze VMWare nie je liekom na vsetky choroby. Zlahka zmodifikovany kernel v guess OS bezat s penalizaciou 2-8% o tom moze VMWare iba snivat. Tu nejde o univerzalitu ale o vykon. Naco by som mal bezat XP ako guess OS, co som na hlavu. Toto je riesenie pre servre nie pre klientsku stanicu. Namiesto popisu toho na co vlastne Xen je sa clanok zvrhol na to ze Xen nevie XP a niekto caka na to pokial dozreje ale nikto uz nevie co tam ma vlastne dozriet. Keby autor tusil ze dozrievat smerom k XP tam asi nic nebude.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Honza  |  24. 01. 2006 09:47

Na pěti serverech ve firmě nám běží Windows XP, protože není zapotřebí serverová verze OS. Např. se jedná o systém sledující firemní automobily. Jsou prostě případy, kdy sw existuje jen na Windows (žádné Linuxy, když prozkoumáte všechna řešení daného typu - např. všechna sledování automobilů - všechna běží na Windows, žádný na Linuxu, nebo alespoň ne v cenové relaci 10TKč za server sw, 10TKč za každé auto), takže potřebujete Windows server, výkon ale stačí malý a plně postačují XP, není zapotřebí Windows Server. Pak nasadím XP, ušetřím cca. 15TKč na licenci. A zde se zajímám o virtualizaci XP.
Samozřejmě máme všech 5 našich XP serverů zvirtualizovaných.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Fenix, Fenix  |  24. 01. 2006 10:00

Je to rejpání , ale dovolil bych si upozornit, že TKč jsou TeraKoruny, tedy tisíce miliard korun (občas se jim říká bilión, ale to slovo bych zakázal, protože v AmE znamená miliardu a vytváří chaos)

Souhlasím  |  Nesouhlasím  |  Odpovědět
nup  |  24. 01. 2006 11:02

možná lepší než zakazovat používat bilión by bylo naučit amrony slovo miliarda a bilión říkat tomu, čemu ostatní říkají bilión ... protože jinak třeba už brzo nebudem říkat fotbal ani pěkně spisovně kopaná, ale hezky podle vzoru "sokr"...

Souhlasím  |  Nesouhlasím  |  Odpovědět
cb  |  24. 01. 2006 11:49

Miliarda je systematicky nesmysl.

Souhlasím  |  Nesouhlasím  |  Odpovědět
ham_duo, ham_duo  |  24. 01. 2006 13:54

Stejne jako biliarda a triliarda?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ditys, Ditys  |  25. 01. 2006 15:35

Bilión - bi-lion, tedy (1 0000 0000 x 1 000 000).
Neboli dvojnásobek nul proti miliónu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ditys, Ditys  |  25. 01. 2006 15:38

Aha... 1 000 000 x 1 000 000

Souhlasím  |  Nesouhlasím  |  Odpovědět
anonym  |  25. 01. 2006 20:23

Ste si jistej s licenci? mam pocit, ze k XP muzete legalne pripojit 5 dalsich zarizeni. Nic vic nic min. Obavam se, ze auto je brano jako zarizeni

Souhlasím  |  Nesouhlasím  |  Odpovědět
ivan  |  24. 01. 2006 02:09

zase pise prispevek nekdo, kdo ani neni schopen si poradne precist clanek a pochopit ho. Vse co jste napsal je v clanku uvedeno, neprinesl jste zadnou novou informaci, akorat zbytecne hazite spinu na autora a davate na odiv svou blbost.

Souhlasím  |  Nesouhlasím  |  Odpovědět
1  |  24. 01. 2006 02:48

a tvrdi to autor nekde ?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pinky  |  24. 01. 2006 06:29

VMWare modifikuje Winy pomoci sluzeb a zarizeni, Linux pomoci kernel modulu. Neni uplne pravda, ze nepotrebuje upravy hostujiciho pocitace.

Souhlasím  |  Nesouhlasím  |  Odpovědět
FreeBSD_Radikal  |  24. 01. 2006 07:35

si pletes hostitelskej system s hostem. hostitele modifikuje vmware i xen

Souhlasím  |  Nesouhlasím  |  Odpovědět
lzap  |  24. 01. 2006 18:09

Asi tak

Neboj, mě se to taky pletlo, v 18-ti

Souhlasím  |  Nesouhlasím  |  Odpovědět
Milan Jurik  |  24. 01. 2006 09:55

a) pravda, ovsem pro rozumnou praci musi byt pod "guest OS" k dispozici ovladac VMWarem emulovane sitove karty, aby to melo smysl. Ale je fakt, ze vlastni jadro se modifikovat pro VMWare nemusi. Btw. alternativa k VMWare v oblasti Open Source se jmenovala Plex86, bohuzel ta ztratila podporu v prubehu vyvoje.

b) migraci VM mezi ruznymi stroji umi VMWare delsi cas a velice pekne

c) musim souhlasit, Xen uz je nejaky ten patek nejen bran vazne, ale seriozne nasazovan a podporovan

Souhlasím  |  Nesouhlasím  |  Odpovědět
Trained.Monkey  |  24. 01. 2006 12:49

plex86 > bosch > qemu... a to se rozviji velmi bourlive, v nekterych vecech je dokonce lepsi nez vmware

Souhlasím  |  Nesouhlasím  |  Odpovědět
Michal_Ruzicka, Michal_Ruzicka  |  24. 01. 2006 13:39

Možností virtualizace je velká řada. Velice pěkný přehled nedávno vyšel na Root.cz: http://www.root.cz/serialy/klonovanie-tucniaka-alebo-virtualizacia-v-linuxe/

Souhlasím  |  Nesouhlasím  |  Odpovědět
Milan Jurik  |  24. 01. 2006 13:43

Pozor, neplest, kazde je o necem jinem:

1) Bochs - nejstarsi, system, ktery emuluje kompletne CPU, odpovida klasickym emulatorum jinych pocitacu

2) plex86 - VMWare like, odchytava a emuluje jen nektere instrukce CPU, jisty cas sel pouzivat i v ramci Bochse, kde nahrazoval prave to emulovane CPU

3) Qemu - Bochs like, ovsem emulace instrukci prochazi Just-in-Time kompilatorem a navic se nezameruje pouze na x86 platformu

3a) kqemu - modul pro Qemu, ktery umozni plex86/VMWare like chovani na x86 platforme

Realne, na testovani a ladeni Qemu+kqemu a na produkcni stroje pro virtualizaci Xen, u ktereho navic uz snad lze si zaplatit i support.

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  26. 01. 2006 18:22

ad a) vies citat? precitaj si ten clanok. Je pravda ze je to skor reklamni clanok jak nejaky serioznejsi ale toto je tam spomenute:

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor