Ano, ale je nutne dodat, ze na Intel procesore s podporou virtualizacie.
Na terajsich procesoroch bez VT umozni prevadzkovat MS Windows spolocnost Win4Lin.
A co vmWare? Ten ma od posledni verze i podporu pro DirectX. Zkousel jsem to a funguje to ;o) Jinak vmWare se mi zda jako nejdokonalejsi reseni pro provoz Win aplikaci pod Linuxem.
Někde jsem vyhrabal nějakej patch a už to jede i v 2.6.12.4. ;-) Šokovalo mě, že jako jediný emulátor na mém počítači umí vyždímat podstatnou část výkonu - asi 75% rychlosti procesoru. Ale s grafikou je to horší...
Ano, vy ste instalovali Win4Lin v User Space, a pravdepodobne bez akceleracie v jadre. Taky beh umoznuje Win4Lin Pro v XEN tak isto. Ale ja som chcel upozornit na port Windows pre domU v XEN.
To znamena, ze Vam pobezi rovnako rychlo ako Linux v domU co znamena s minimalnou reziou a stratou vykonu..
Momentalne nieje mozne nabootovat v XEN do domU Windows. Je to mozne len na procesoroch, ktore podporuju bud VT od Intelu alebo Pacifca od AMD. O com bola povodna sprava.
Ale Win4Lin umozni nabootovat Windows priamo do domU (nie pod Linux ktory bezi v domU) na terajsich procesoroch bez podpory VT alebo Pacifica. VT a Pacifica nevyzaduje modifikaciu jadra. U terajsich procesorov je modifikacia jadra nutna.
Vykonostny rozdiel na procesore s VT alebo Pacifica a bez nebude ziadny. Len nebude potrebna modifikacia jadra OS.
Win4Lin runs on Xen in what is known as DomU, the user domain. By running Win4Lin in an instantiation of DomU, a Xen user can run Windows 2000 and XP desktops for massive consolidation of desktops, or they can run Windows 2000 Advanced Server and its related server applications. Support for Windows 2003 is planned for Fall 2005.
Requires no patches to the kernel - neznamena bez akceleracie v jadre. Win4Lin98 (stary Win4Lin) potreboval patchovat jadro. Neslo to bez toho len tak, ze ste nahrali moduly, niektore casti museli byt napevno zakopilovane v jadre. Terajsia akceleracia z qemu, nepotrebuje patches na jadro, staci skopilovat modul a nahrat. Ale podla toho casu to vyzera tak, ze aj bez modulu v jadre :).
K tomu Win4Linu 6.0.9, který se mi dostal do ruky, žádné kqemu nebylo. A i kdyby bylo, pochybuju, že by fungovalo, protože se samotným Qemu mi nefunguje. Přesněji řečeno - funguje, ale stejně pomalu, jako bez něj. Takže u mě je zatím nejrychlejší VMWare.
K Win4Lin ziadne qemu nieje. Win4Lin Pro je same postavene na qemu. Preto vam ide rovnako pomaly ako qemu. Ja som hovoril o kqemu co je akceleracny modul do jadra pre qemu.
Ked si stiahnete Win4LinPro-6.1.1-03 (www.win4lin.com -> suport -> downloads -> Installers -> Win4Lin Pro Install (.deb|.rpm) (Vyzaduje tusim registraciu).
Potom si stiahnete kqemu (akceleracny modul) verziu 0.6.2-1, s novsimi este terajsia verzia Win4Lin Pro nespolupracuje.
Nainstalujte si Win4Lin Pro (zatial len samotny balicek, nespustat instalaciu Windows). Potom pustite script /opt/win4linpro/bin/build_kqemu.sh a ako parameter mu dajte cestu k stiahnutemu kqemu. Ten script si ho rozbali a skopiluje aj nahra ako modul do jadra.
Potom pokracujte v instalacii Windows XP do Win4Lin Pro.
Pod qemu jsem zkoušel kqemu i qvm86 v různých verzích včetně 0.6.2-1, jenže jsem se žádného zrychlení nedočkal. Ale díky za odkazy na novější verzi, tam už instalační skript pro kqemu je. Třeba bude s Win4Lin fungovat.
Já jsem tedy zkoušel benchmark v qemu bez akcelerace a v qemu s akceleraci (kqemu) a v některých operacích byly výsledky s akcelerací až 10x !!! lepší než bez akcelerace. Každý z nbench testů bnyl s akcelerací minimálně 2x tak rychlý, ale většinou ještě mnohem rychlejší. Takže ona akcelerace (přesněji virtualizace v qemu OPRAVDU funguje.
Já jsem porovnával rychlost v MS-DOSu pomocí PC Bench 6.0 (od PC Magazine) z roku 1991 (k MS-DOSu se celkem hodí) a nenaměřil jsem prakticky žádný rozdíl, jestli tam nějaký byl, ukryl se v rozptylu naměřených hodnot.
Nabootovali MS Win v Xenu dom0 nebo v domU? Jestli v domU, kam se jim zobrazovala vsechna ta okynka? Vzdyt mezi dom0 a domU je jen virtualni seriova konzole...?
Kdyz ted ctu o VP na webu Intelu, tak mam pocit ze se ten procesor proste tvari jako dve nezavisle partitions - takze v jedne bezi Xen/Linux a ve druhe MS Win? Nebo je to nejak uplne jinak?
No kedze Xen 2.0.X nema podporu VT ani Pacifiku, tak islo o unstable, buduce XEN 3.0, ktore tuto podporu ma a okrem toho ma podporu pre graficku konzolu cez VNC
qemu s kernel akceleraci (ta uz je k dispozici i pro m$ windows) dosahuje temer srovnatelnych vykonu s vmware, ale chybi podpora USB a osobne mi prilis nefunguje
probrani ze suspend-u. Subjektivne je linux na windows rychlejsi o 60%
Na druhou stranu, qemu zabere minimum mista a velmi se hodi na doplneni bootovatelnych small-factor medii
Nezanedbatelnym hlediskem je i rychlost vyvoje, ta je u qemu prekvapive dobra
Používám na Linuxu i Win qemu pro testování různých OS a programů na nich. Nainstaloval jsem si pod ním WXP, Lineox 4,W2003 SE, W2000 server, W98 a bez problému, jen ten W2003se chtěl moc paměti, tak mi to hodně swapovalo. Je výhoda, že si z jednoho image disku můžu bootovat desktopu s Linuxem a nebo na notebooku s WXP. Chce to jen dost paměti a místa na disku.
Nejvíc mě na qemu fascinuje jednoduchost použití.
Vyrobcovia to pouzivaju dost vagne, ako im to vyhovuje pre marketing. Skutocne virtualizovanie hw ako prve pouzivala IBM v operacnom system VM (virtual machine), ktora tu je cca 30 rokov (still alive and kicking), na konci 80 rokov vznikli pouzitim tej technologie aj LPARY na mainframe. Virtualizacia hw je priamo podporovana aj v instrukcnej sade procesora, mikrokod zeleza ju vyuziva na vytvorenie virtualnej masiny, ale instrukcie neemuluje, posiela ich skutocnemu procesoru na spracovanie. Ludia, ktori robili tuto technologiu su autormi aj LPARov na power5. co sa tyka virtualizacie, treba sa naozaj ucit od IBM, ktora v tom ma dlhorocne skusenosti, to co Intel oznamuje ako velku prelomovu bombu uz funguje na mainframe mnohe roky....
A cuduj sa svete, ma to suvislost aj s Linuxom, VM pod menom z/VM preziva novy boom, ked na jednom stroji mozu bezat pod z/VM desiatky Linuxov naraz, kazdy ako samostatny server. Existuju dokonca instalacie, kde tych Linuxov bezi naraz cez tisic....
Tedy nevihodou virtualizace je to, ze na nem jde spustit jen OS pro danou HW platformu. Proto na IBM s power5 nepojede w2003 server, pokud ho MS nezkompiluje pro power5 procesory.
A kopil by nekdo S/390 alias Z/Series na provoz Windows ?
Mam takovy dojem ze hlavni nasazeni je OS/390 + DB2 a k tomul Linux v dlasi part pro plikaci ktera do te DB2 data pise (framework) no a jako bonus linux kde bezi FW, web , posta (smtp, imap, pop3 atd. mozna Lotus Domino) atd.
Mam takovy dojem ze lide co nasazuji windows maji o mainframe povedomi jako o zastaralem dinosauru a ne jako o jedne z nejmodernejsich platforem dnestni doby.
Dneska uz neni S/390 ani na invexu ... a to kdysy v BB centru byla i s OS/2 warp konzloli ktera je na x86 desce co je tam jako terminal. ... no stejne jsem tam byl asy jediny zajemce, protoze jsem tam stravil tak 5 hodin a ostani lidi tam brai akorat nalepovaci tucnaky.
No, má představa do budoucna je, že budu mít v serverovně místo 10 serverů jen jeden víceprocesorový silně redundantní a na něm několik virtuálních serverů. Dnes mám na většině serverů Linux, ale stejně na dvou mám W2k a W2003, jelikož tam jedou aplikace, které nemají Linux vhodnou alternativu. A kvůli těmto dvoum bych musel mít pořád extra servery. A jelikož se mi virtualizace u serveru IBM s power5 zdá technicky nejlepší, HP, dle info z jejich zákaznického dne, chystá něco podobného až na příští rok s itaniem2, který má mít podporu partishingu procesoru.
Možná že se do doby, než budu měnit servery, rozšíří a zkvalitní portfolio aplikaci pro Linux/Unix a nebo se to třeba bude řešit emulací.