abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 00:55 | Nová verze

Po téměř 13 měsících vývoje od verze 0.11.0 byla vydána verze 0.12.0 hardwarově nenáročného desktopového prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklého sloučením projektů Razor-qt a LXDE. Přehled novinek v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Zajímavý software

Článek ne Medium představuje nejnovější stabilní verzi 2.0 svobodné decentralizované mikroblogovací platformy a sociální sítě podobné Twitteru Mastodon (Wikipedie). Detailní přehled novinek na GitHubu [Hacker News].

Ladislav Hagara | Komentářů: 0
včera 06:00 | Komunita

V Praze na půdě Elektrotechnické fakulty ČVUT dnes probíhá RT-Summit 2017 – setkání vývojářů linuxového jádra a uživatelů jeho real-time verze označované jako preempt-rt. Přednášky lze sledovat online na YouTube.

Ladislav Hagara | Komentářů: 0
20.10. 14:33 | Zajímavý projekt

Blender Animation Studio zveřejnilo první epizodu z připravovaného animovaného seriálu The Daily Dweebs o domácím mazlíčkovi jménem Dixey. Ke zhlédnutí také ve 3D s rozlišením 8K.

Ladislav Hagara | Komentářů: 0
20.10. 12:34 | Komunita

Aktualizovanou počítačovou hru Warhammer 40,000: Dawn of War III v ceně 39,99 eur běžící také na Linuxu lze o víkendu na Steamu hrát zdarma a případně ještě v pondělí koupit s 50% slevou. Do soboty 19:00 lze na Humble Bundle získat zdarma Steam klíč k počítačové hře Sid Meier's Civilization® III v ceně 4,99 eur běžící také ve Wine.

Ladislav Hagara | Komentářů: 0
20.10. 00:22 | Nasazení Linuxu

Společnost Samsung oznámila, že skrze dokovací stanici DeX a aplikaci Linux on Galaxy bude možno na Samsung Galaxy S8 a S8+ a Galaxy Note 8 provozovat Linux. Distribuce nebyly blíže upřesněny.

Phantom Alien | Komentářů: 19
19.10. 23:55 | Komunita

Společnost Purism na svém blogu oznámila, že její notebooky Librem jsou nově dodávány se zrušeným (neutralized and disabled) Intel Management Engine (ME). Aktualizací corebootu na již prodaných noteboocích lze Management Engine také zrušit. Více v podrobném článku.

Ladislav Hagara | Komentářů: 0
19.10. 21:44 | Nová verze

Organizace Apache Software Foundation (ASF) na svém blogu slaví páté výročí kancelářského balíku Apache OpenOffice jako jejího Top-Level projektu. Při této příležitosti byl vydán Apache OpenOffice 4.1.4 (AOO 4.1.4). Podrobnosti v poznámkách k vydání. Dlouhé čekání na novou verzi tak skončilo.

Ladislav Hagara | Komentářů: 6
19.10. 19:22 | Pozvánky

Již příští týden - 26. a 27. října se v Praze v hotelu Olšanka odehraje OpenWRT Summit. Na webu konference naleznete program a možnost zakoupení lístků - ty stojí 55 dolarů. Čtvrtek bude přednáškový a v pátek se budou odehrávat převážně workshopy a meetingy.

Miška | Komentářů: 1
19.10. 13:44 | Nová verze

Bylo vydáno Ubuntu 17.10 s kódovým názvem Artful Aardvark. Ke stažení jsou Ubuntu Desktop a Server, Ubuntu Cloud Images, Ubuntu Netboot, Kubuntu, Lubuntu a Lubuntu Alternate, Lubuntu Next, Ubuntu Budgie, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio a Xubuntu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 23
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (10%)
 (1%)
 (1%)
 (1%)
 (75%)
 (13%)
Celkem 169 hlasů
 Komentářů: 7, poslední 19.10. 23:06
    Rozcestník

    Xen vs. KVM: Práce s pamětí a závěr

    6. 5. 2010 | Jirka Bourek | Systém | 33063×

    Co se netestovalo a další srovnání

    link

    Práce s pamětí

    link

    Práce s pamětí nebyla měřena žádným benchmarkem, můžeme nicméně srovnat, jak obě virtualizační technologie s pamětí pracují a jaké z toho pro ně plynou výhody a nevýhody. Částečně se přitom zaměříme i na to, jak dostupné mechanismy umožňují přidělit hostům více paměti, než má hostitel.

    K čemu je to dobré? Málokdy se stane, že by všichni hosté najednou potřebovali využít všechnu paměť, která je jim přidělena. Rozdáním většího množství paměti je tedy možné hostitele využít intenzivněji, aniž by tím výrazně utrpěl výkon.

    Poměrně často používaná technologie je „balónový ovladač“, který zabere paměť v hostovi tak, aby ji nebylo možné použít; tuto paměť je poté možné vrátit hostiteli k využití jinde. Jak KVM, tak Xen (a další) tento mechanismus využívají. Je nicméně potřeba brát v potaz, že tento mechanismus vyžaduje spolupráci hosta, který musí danou paměť nějak uvolnit, když je to po něm požadováno.

    S tím souvisí i fakt, že přinejmenším u KVM je tento ovladač (virtio_balloon) zcela obyčejný ovladač6, je ho tedy možné vyjmout z jádra, pokud se k tomu správce hosta rozhodne. Uvolňování paměti tímto způsobem tedy není příliš spolehlivé.

    V jádře 2.6.32 se objevila technologie KSM, což je mechanismus, který periodicky prochází fyzickou paměť hostitele (a tedy i hostů) a hledá identické stránky. Tyto stránky následně sloučí – ve fyzické paměti nechá pouze jednu kopii, paměť zbylých kopií je uvolněna k použití jinde.

    KVM tuto technologii přijalo poměrně rychle, prakticky ihned po vydání jádra 2.6.32 (od 2.6.33 je možné sloučené stránky odswapovat), ve kterém se KSM objevilo poprvé. Xen od verze 4.0 umožňuje něco podobného (nedohledal jsem, jestli používá nějak upravené KSM nebo svůj vlastní mechanismus). Od verze 4.0 Xen také umí využít mechanismus přechodné paměti, který ještě nebyl začleněn do hlavní řady jádra a KVM jej nepoužívá.

    Velmi důležitý rozdíl je ale ve způsobu, jak oba virtualizační mechanismy pracují s pamětí hostitele a jak ji přidělují hostům. Xen mapuje paměťové stránky hostů přímo do hardwarových tabulek stránek hostitele – neumožňuje tedy systému správy paměti v hostiteli s těmito stránkami nijak pracovat, což mimo jiné znamená, že tyto stránky nelze odswapovat.

    Virtuální stroj KVM z pohledu operačního systému vypadá jako běžný (téměř) proces – jeho paměť tedy lze odswapovat – záležitosti s tím spojené řeší mechanismus stínových stránek nebo hardwarová podpora přímo v CPU. To určuje i způsob, jak je možné na hostech nasadit nejčastěji praktikovanou metodu využívání více paměti, než je fyzicky k dispozici – swapování. Zatímco u KVM je možné prostě hostům přidělit více paměti a žádný swap (swapování vyřeší hostitel), u Xenu je nutné dát každému hostovi k dispozici jeho vlastní swap, což je méně flexibilní a navíc to vytlačuje víc práce s diskem směrem k hostovi.

    Lze tedy říci, že KVM je na tom díky spolupráci se správou paměti hostitele v mezních situacích o něco lépe. Prakticky se to ale může projevit jenom v případě, že je hostům přiděleno více fyzické paměti, než má hostitel k dispozici. Pokud se ji všichni hosté pokusí využít zároveň, všechny výše zmíněné mechanismy pravděpodobně selžou – v takovém případě KVM začne swapovat, kdežto Xen (pokud si dobře pamatuji) zastaví některý z virtuálních strojů.

    6 Například pro VMware platí to samé.

    Práce s diskem pomocí iozone

    link

    Iozone je nástroj pro benchmarkování souborového systému (a v podstatě tedy i hardwaru pod ním, pokud je souborový systém stejný). V nejjednodušším volání (iozone -a) provádí několik typů testů (zápis, přepis, čtení, náhodné čtení, …) na různě velkých datových souborech (od 64 kB do 512 MB) s různě velkými záznamy (od 4 kB po 16 MB). Výstupem je objem dat za sekundu, který lze daným způsobem zpracovat.

    Původně se výsledky tohoto testu měly objevit mezi benchmarky výše, ale při paralelním běhu se v naměřených datech objevily nesrovnalosti: Xen podle průměrných hodnot podal lepší výkon než KVM (ztráta oproti hostiteli 20 %, KVM mělo cca 40 %), nicméně na všech virtuálních strojích KVM testy doběhly do cca 10 minut, kdežto na virtuálních strojích pod Xenem běh trval tři hodiny. Zjištěná data by tedy bylo nutné dodatečně upravovat a vypovídací hodnota takových výsledků by pravděpodobně nebyla nijak velká.

    Při běhu na jednom hostu KVM podalo o cca 20 % větší výkon než hostitel (pravděpodobně vliv cache), Xen o 4 % horší.

    Závěr

    link

    Jak je vidět, z těchto měření nelze nijak dobře vyvozovat, které z virtualizačních řešení je lepší. Za normálního provozu je výkonnost srovnatelná a pokud hostitele přetížíme, je přetížen bez ohledu na to, jak virtualizujeme.

    Před vydáním Xenu 4.0 bylo KVM trochu ve výhodě, co se vlastností týče, nyní je situace víceméně vyrovnaná. Při rozhodování, které řešení nasadit, je nicméně zapotřebí brát v potaz i to, že KVM začleněné v hlavní řadě jádra rychle přijímá nové vlastnosti (z nichž většina zlepšuje výkon). Uživatelé Xenu musí čekat na to, až vyjde verze pro novější jádro.

    Tato lepší spolupráce s hlavní řadou jádra společně s faktem, že za KVM se postavil Red Hat, jsou důvody, proč mnoho vývojářů věří, že KVM nakonec nad Xenem zvítězí jak co se výkonnosti, tak co se počtu nasazení týče.

           

    Hodnocení: 100 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    6.5.2010 00:09 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Super clanok, len skoda, ze bola pouzita taka pomerne archaicka verzia Xenu. Od 3.2.1 bolo obrovske mnozstvo zmien (v Squeeze je myslim 3.4.2 a pvops 2.6.32 dom0 kernel). Zial aj Lenny Dom0 2.6.26xen kernel je z tych menej podarenych. :)
    6.5.2010 00:31 Lubos Kopecky | skóre: 32
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    presne to sem chtel napsat taky :) xen 3.4 je ve squeeze a 2.6.32 Dom0 je dokonce v lenny-backports... osobne jsem od 2.6.26 utekl a na nove instalove Dom0 jsem zacal davat mnou kompilovane 2.6.31.XX, protoze ta stabilita a celkove chovani nebylo na 2.6.26 alespon dle mych zkusenosti moc dobre... u DomU jsem verze jadra navysoval prubezne i na jiz instalnutych virtualech...
    6.5.2010 00:52 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Robim teraz nejake sieove benchmarky, zaujima ma udajna vykonova regresia, ked sa pouzije pvops Dom0 kernel, ale nemam to este dokonecne, zial ani nemam poriadny HW k dispozicii (len prasive AMD X2, kedze vo firme natrieskali na vsetky nove servery nevirtualizovane Windowsy a uz to aj lutuju :D).

    Stavil som zatial na 2.6.32.11 ci ktory je teraz v tom git stable 2.6.32.xx, mam pripravene aj 2.6.31.13 git stable, 2.6.18 mercurial a planujem este 2.6.27. Z konfigov som povyhadzoval vsetky debugy ktore som nasiel, tak hadam sa pri tom benchmarku dopracujem aj k nieocmu pouzitelnemu. :)

    Co sa tyka KVM vs XEN je to taka zvlastna situacia - IMHO nie je dobre, ze sa to triesti, na druhu stranu XENu aj KVMka by bola skoda, keby sa prestali rozvijat na ukor toho druheho. :)
    6.5.2010 23:02 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Odkud používáte zdrojáky pro ta Dom0 jádra 2.6.31 a 2.6.32? Původně ty patche pochází od SUSE, tady je 2.6.31.5: http://download.opensuse.org/distribution/11.2/repo/oss/suse/noarch/. Ale viděl jsem nasazené a doporučené 2.6.31.8, ke kterému jsem zdrojový balík nenašel. Taky gentoo má nějakou sadu xen patchů. Máte nějaký svůj "vyladěný" kernel config, nebo používáte nějaký z distribuce jako základ?

    Je to dost nepřehledná situace, pokud s tím člověk nechce nějak dlouho experimentovat a zjišťovat, co všechno je nestabilní. Konkrétně přemýšlím, co použít na Debian Lenny Dom0, k tomu xen-hypervisor z lenny nebo z testingu (tam je 3.4). Zatím to vidím na testování jádra zkompilovaného ze zdrojů 2.6.27 z XenServeru (resp. Xen Cloud Platform) a 2.6.31 ze SUSE.

    Použít čistě Xen Cloud Platform se mi nehodí, plánuju 2 servery + DRBD + heartbeat.
    6.5.2010 23:50 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Ak chcete na istotu, tak 2.6.27 je asi ideal, najlepsi kompromis medzi novostou, stabilitou a funkciami (ak nepotrebujete PV USB - rychlu komunikaciu s USB2 zariadeniami) - celkom uzitocny prehlad Xen Kernel Features.

    Tie pvops Dom0 kernely su odtialto pvops git.

    Problem je v tom, ze povodne Xen patche neboli prijate do vanilla jadra (to su vlaste vsetky tie "bezne" Xen Dom0 kernely - 2.6.18 zo Xen.org, 2.6.18 z RHEL, 2.6.26xen z Lenny, spominany 2.6.27, SUSE Xen kernely (ak sa dobre pamatam, to forwardportovanie patchov ide tusim prave od SUSE)) a bolo s tym uz najvyssi cas nieco urobit. Tak zacalo zaclenovanie Dom0 funkcionality do pvops (mnenej invazivne patche, zatial tam bola len DomU podpora) najnovsich vanilla jadier s cielom dosiahnu prijatie Dom0 funkcionality do vanilla jadra v blizkej buducnosti (2.6.35.36..).

    A tie pvops Dom0 kernely 2.6.31.13 a 2.6.32.11 su stable verzie z tohto procesu - pekny popis co to je a ako nainstalovat XenParavirtOps (ziskanie a instalacia cca od 1/3 z vrchu). Pre Xen 4.0.0 je uz ake default pvops Dom0 kernel, cize ked si clovek stiahne zdrojaky, make world, ma tam 2.6.31.13 pvops Dom0 kernel (ale funguje aj so starsimi samozrejme). :)

    Vsimol som si, ze boli reportovane nejake udajne vykonove regresie pri pouziti tychto pvops Dom0 kernelov, bolo by treba obenchovat. :) Kernel config som si robil vlastny, kedze defaultne je tam vela debugu zapnuteho (co ma negativny vplyv na vykon) a dal som si Xen "zalezitosti" DomU aj Dom0 natvrdo, nech mam 1 kernel pre Dom0 aj domU a nech nemusim vymyslat stale s initrd. Pravda, na prdodukcne servery by som to zatial asi nedaval (pokial nie su benchmarky pod dlhodobejsiu tazkou zatazou), tam by som asi dal prave tu 2.6.27 spominanu. :))
    6.5.2010 18:01 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Článek výborný. Je vidět, že Xen rozhodně není na odpis. Obzvlášť, když potřebujete provozovat virtuálně i nějaké Windows. Očekávám ale, že stav KVM+Windows se časem taky dostane do lepšího stavu.

    Na 2.6.26 co je v Debianu Lenny jsem moc chvály taky nečetl, co se týká použití jako Dom0. Na druhou stranu používat xen-hypervisor z testing větve + pv_ops 2.6.32 z backports se mi moc nelíbí. Nebo s tím má někdo pozitivní zkušenost?

    Zatím jsem se chtěl vydat cestou použití kernelu z XenServeru (2.6.27), který je jistě intenzivně testovaný a se samotným XenServerem mám perfektní zkušenosti. Ale teď bych spíš potřeboval nasadit čistý Debian (nebo klidně jinou distribuci) + Xen. Otázka je, jak by to fungovalo s tím hypervizorem, co je v Debianu Lenny...
    6.5.2010 20:03 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Xen z Lenny (3.2.1 tusim) nepodporuje pvops Dom0 kernely 2.6.32.x (pokial sa dobre pamatam, na pvops dom0 2.6.32.x treba Xen 4.x.x aleo 3.4.3). Pvops 2.6.31.x Dom0 funguje aj so starsimi Xenmi - http://wiki.xensource.com/xenwiki/XenParavirtOps.

    Xen 3.2.1 je uz tiez dost historicky, zmien tam odvtedy bolo viac nez dost. :)

    Inak ak chce clovek nieco v style Citrix XenServeru, ale viac "nove" a "ohybatelne", tak odporucam XenCloud Platform. Je to nieco ako komunitna verzia XenServera, z ktorej sa potom formuju komercne vydania (cize rovnako ako Citrix XenServer na upravenom CentOS postaveny "appliance"). K tomu este OpenXenCenter a ma clovek aj pekny mngmnt tool. :)
    6.5.2010 00:42 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Pekne by bolo, keby sa dali benchmarky urobit aj na HW s 2 generaciou HW virtualizacie (Rapid Virtualization Indexing/Extended Page Tables) - vie to spravit velky rozdiel. :)

    6.5.2010 00:58 franz
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Doporucil bych vam zkusit parametr "cache=none" nebo "cache=writeback" pro -drive, tj -drive file=...,if=virtio,cache=none

    U me to zrychlilo zapis na disk v guestu (freebsd) asi 5-7x; vysvetleni parametru najdete v "man qemu"
    6.5.2010 08:31 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Je to v plánu někdy do budoucna, stejně jako zkouška s novějším procesorem.

    A s "man qemu" opatrně, závisí to na distribuci. U mě třeba funguje jenom man kvm-qemu a podle toho manuálu může cache být "on" nebo "off"
    Quando omni flunkus moritati
    6.5.2010 10:40 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách

    Ano, to je velice nepříjemná věc v debianu (u mě squeeze) - musí se instalovat balík "qemu-kvm", protože balíček "kvm" je VELICE a značně zastaralý, způsobuje výkonnostní anomálie, padání guestů, ...

    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    6.5.2010 09:50 JoHnY2
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách

    Prvne diky moc za clanek.

    Kdyby na to nekdy byla chut, tak bych moc rad videl aspon zakladni porovnani behu widli na Xen a KVMku. Sam jsem si hral s Win 2k3 serverem a na obojim se chova proti Linuxu mnohem hur. Na Xenu widle doslova staly na miste kvuli desivejm odezvam. Na KVM to bylo lepsi, ale zase se dost desne chovaly disky.

    Lidi, jakou mate zkusenost s virtualizaci widli? Zaslech jsem, ze velmi dobre chodi vmware server, ale zrovna nemam volnej HW na testovani.

    6.5.2010 10:01 peppa
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    s ESX4i by neměl být problém. Na plném ESX mám 8 Windows serverů.
    cezz avatar 6.5.2010 10:01 cezz | skóre: 24 | blog: dm6 | Žilina
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Nemozem porovnavat, ale mne win 2008 na KVM chodilo celkom pouzitelne (kazdopadne nerobil som ziadne benchmarky, ale nejavilo sa mi to nejake pomale)
    Computers are not intelligent. They only think they are.
    6.5.2010 10:11 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Treba do tych virtualizovanych Windows nainstalovat PV drivery. Pre XEN su bud tieto GPLPV, alebo ak mas novy Xen (4.x.x, 3.4.3), tak sa daju pouzit aj original Citrix PV drivery (su aj podpisane MS, su vo forme freeware).
    7.5.2010 17:34 Hu-go
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    ano virtualizujeme pomoci XEN, full virt
    na serveru mame 1-8 win stroju (2k3,2k8) - beh umerny zatezi, tedy zadny slimak dokud pochopitelne nebezi neco zadiraciho na nekterem ze serveru, pote se zpomali i ty ostatni, ale jinak v pohode.
    patrne bude problem nekde jinde
    6.5.2010 09:51 zito | blog: zito
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Protože se KVM poměrně rychle vyvíjí, byla použita verze z Debianu Unstable – v té době nejnovější jádro 2.6.31 (balík linux-image-2.6.31-1-amd64) a kvm-85 (85+dfsg-4.1).
    Opravdu bylo použito poslední KVM? kvm-85 je poměrně starý balík. Aby nedošlo ke zmatení čtenářů... Sám používám na desktopu unstable a používám balík qemu-kvm, teď ve verzi 0.12.3+dfsg-4. V dokumentaci se lze dočíst v /usr/share/doc/qemu-kvm/changelog.upstream-kvm.gz, že tento balík je založen na kvm-88 [12 july 2009]. Sám jsem používal chvíli kvm-85 a měl problémy s virtualizovanými Windoze. Po čase jsem si všiml balíku qemu-kvm (s novějším KVM). V tom mě Windoze běžely o řád lépe (to už je tak 3/4 rok zpět). Tedy nevím kdy tyhle testy proběhly, ale o aktuálnosti user-space části KVM lze dost pochybovat?

    No a co se týče XENu, tak ten je teď samozřejmě v kernelu 2.6.32 připravován pro Squeeze také zřejmě v novější podobě.

    Nechtěl by si někdo dát práci a ty testy zopakovat? :-)
    6.5.2010 09:56 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Opravdu bylo použito poslední KVM?
    V té době... je to cca půl roku, spíš víc, nechá se to odvodit i podle "nejnovějšího jádra" 2.6.31. Holt docela dlouho trvalo to sepsat.
    Quando omni flunkus moritati
    6.5.2010 11:02 zito | blog: zito
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Aha, vona uz je verze 2.6.31 dost stara koukam... Nicmene, uz v te dobe tam bylo zabalickovane kvm-88 (mozna bylo jenom v experimentalu, to uz nezkoumam). Tak beru zpet, dle /usr/share/doc/qemu-kvm/changelog.Debian.gz zacalo balickovani 2.11.2009. Tak jsem asi nejak casove ujel.
    qemu-kvm (0.11.0+dfsg-1) unstable; urgency=low

    * Package qemu-kvm (stable series) instead of kvm (snapshots) * Simplify the packaging, remove support for external module source * Move old debian/changelog to debian/changlog.kvm

    -- Jan Lübbe <jluebbe@debian.org> Mon, 02 Nov 2009 11:49:28 +0100
    Zrejme ty testy probehly jiz v roce 2009...
    cezz avatar 6.5.2010 10:04 cezz | skóre: 24 | blog: dm6 | Žilina
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Fajn clanok, prijemne vediet, ze oproti paravirtualizacii uz nie je vykonova strata plnej virtualizacie (hoci s virtio a podobnymi fintami) taka velka..
    Computers are not intelligent. They only think they are.
    6.5.2010 10:32 RoboShim
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Nedavno jsem si delal podobne testy, dokonce na rychlost CPU jsem pouzil naprosto stejny test se ctenim z /dev/zero, kodovanim pomoci openssl a posilanim do /dev/null :-)

    Take jsem testoval jenom jeden Host a jeden VM, zadne paralelni stroje. Chtel jsem proste porovnat pouze ubytek vykonu ve virtualizovanych masinach. Testoval jsem XEN, KVM a VMware. Host OS byl Debian Lenny a Windows XP prof EN SP2, guest OS byl Debian Lenny a Windows XP (predpripraveny profil), vsechno jenom 32bit.

    Na disk jsem pouzival bonnie++, tomu bych veril, dokonce to dokaze odstranit vliv disk cache, takze clovek opravdu presne vi, jak rychle to s diskem pracuje a testuje zapis, cteni a prepis, blokove i znakove a tusim i nahodny pristup.

    Misto kompilace jsem provadel test spousteni bash scriptu. Script spoustel sam sebe nekolikrat v rekurzi. Proste test spousteni procesu, coz pouzivame v nasem kompilacnim prostredi.

    Na testy site pouzivam iperf. Generuje na TCP nebo UDP nejaky data, coz nezatezuje CPU ani disk, takze pak clovek dostane opravdu rychlost site. iperf pracuje mezi dvema hosty, jeden je jako server, druhy jako client. Pokud je server na Gbit siti a neni nicim jinym zatezovany pres sit, tak iperf da opravdu kvalitni vysledek o rychlosti spojeni.

    Pro praci s pameti jsem pouzil jednoduchy perl script, ktery do promenne nacpal string s milionem znaku "0". Potom v cyklu malych a velkych pismen prepsal pomoci s///g nuly na to pismeno. sakra, mel jsem spis pouzit tr///, ale i tak bych rekl, ze to dobre odrazelo praci v pameti.

    Testy jsem delal z casti proto, ze si sef myslel, ze XEN virtualizace ubira vykon a ze mame teda servery instalovat primo na HW. A pak mame system pro kompilaci naseho produktoru pod Linux 32bit a 64bit a pod Windows 32bit a 64bit a pod Windows se pouziva Cygwin a je to desne pomaly.

    Z testu my vyplynulo, ze CPU (openssl encrypt) je na vsech Host OS i Guest OS priblizne stejne rychly. Windows v KVM nebo VMware a Linux ve Vmware 2 jsou o trosku pomalejsi.

    Perl script byl na Linux Host a XEN guest pomalejsi nez KVM guest.

    Disk byl take relativne stejny. Jenom KVM bylo na Vmware discich asi dvakrat pomalejsi nez Host Linux a XEN guest. Kolega rikal, ze by vmware obrazy mely byt stejne rychle jako qemu.

    Bohuzel spatne dopadl test site a spousteni.

    Sit na Linux Hostu a XEN a VMware (1.0 i 2.0) Linux guestu hlasila kolem 930Mbps. Bohuzel i Windows XP host delal jenom 528Mbps. Ovsem zbytek byl horsi. Linux KVM Guest mel s VirtIO jenom 150Mbps, Windows XP KVM guest s VirtIO jenom 73Mbps, Win XP na Vmware 1.0 na 2.6.26 i na etch 2.6.18 kernelu Linux Hosta jenom 290Mbps, Win XP na Vmware 2.0 jenom 217Mbps. Win XP na VMware 1.0 Server na Win XP Hostu 349Mbps a na Vmware 2.0 275Mbps.

    Zalostne taky dopadlo rekurzivni spousteni skriptu. Linux Host mel 1:25 (v minutach), XEN guest mel 1:34, windows xp host s cygwinem sam mel 20:31. Dale KVM Linux guest 5:45, Vmware 1.0 Linux guest na Linuxu 2:48, Linux Vmware 2.0 guest na linuxu 2:54, KVM Win XP guest s cygwinem 319:17, Win XP Vmware 1.0 guest s cygwinem na Linux hostu 47:50 a s vmware 2.0 127:39 a Win XP guest s cygwin na Win XP vmware server 1.0 46:30 a s vmware 2.0 129:05.

    Prakticky mi z toho vyslo, ze pro Windows je porad jeste nutnost Vmware, ikdyz bych radsi KVM. A pro Linux jeste porad XEN, ktery bezi i na starsich masinach bez HW virt a neztraci zadny vykon v siti a spousteni procesu ani disku. Jeste budu testovat KVM pro Windows, ale to je tak akorat pro adminy, kdyz to nema consoli jako vmware. Jinak vmware 2 je peknej shit. WEb interface management funguje jak kdy, rychlosti to taky neoplyva, aspon ze se da vykopirovat vmware console a pouzivat oddelene, protoze ve FF3.6 tusim zatim nebezi.

    Jednou uz driv jsem zkouseli Windows na XEN Enterprise, to bylo dobry i s managementem, zustali jsme u vmware.
    6.5.2010 11:31 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Bohuzel spatne dopadl test site a spousteni.
    Teď jsem ještě zkusil netperf -t TCP_STREAM mezi KVM Linux hostem (virtio síť) a fyzickým strojem (ne hostitelem) a vyšlo cca 920×10^6 b/s na gigové síťovce. Stejný fyzický stroj proti hostiteli dá 940, takže tu síť bych opravdu tak špatně neviděl. netperf AFAIK používají k benchmarkování i vývojáři jádra, takže špatným nástrojem to IMO taky nebude...
    Quando omni flunkus moritati
    6.5.2010 11:38 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Btw. pokud sem hodíš ten test na rekurzivní spouštění skriptů, můžu to zkusit taky a dát vědět, co vyšlo mě.
    Quando omni flunkus moritati
    6.5.2010 15:43 Kvakor
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Zalostne taky dopadlo rekurzivni spousteni skriptu. Linux Host mel 1:25 (v minutach), XEN guest mel 1:34, windows xp host s cygwinem sam mel 20:31.
    Zatímco v Linuxu, jako ostatně ve většině unixů, jsou procesory "lehké" (light-weight) a jejich spouštění přes fork()+exec() relativně nenáročné, ve Windows jsou procesy relativně "těžkotonážní", fork() není nativně v dispozici (Cygwin ho musí emulovat) a mnohem víc se využívají lehká vlákna. Pokud se na Windows provozuje program silně používající unixový styl (např. právě ono rekurzivní spouštění skriptů), je logické, že výsledek dopadne takto žalostně.

    Pamatuju si, jak jsem kdysi musel při portování jednoho svého programu z Linuxu na Windows přepsat volání externích utilit na používání knihoven, protože to, co Linuxu běžel celkem slušně, bylo ve Windows nepoužitelně pomalé - rozdíl v rychlostech byl téměř o řád a většinu zátěže spotřebovalo spouštění oněch externích utlilit (užívaných jako "filtry" na načítání vstupních a ukládání výstupních obrázků).
    6.5.2010 19:48 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Je zajímavé jak tvoje testy odrážejí mou praktickou zkušenost. Widle virtualizuji na vmware (ovšem workstation řady 7) a linuxové stroje na xenu.
    6.5.2010 23:11 x
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Obavam se ale, ze jsi neudelal test na fyzickem HW, ale chapu, ze priznat, ze sef mel pravdu nekdy boli ;-)
    7.5.2010 19:56 ..... Izak ..... | skóre: 14
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    OMG: zadny vmware server ... jestli testovat tak ESXi nebo pri nejhorsim vmware workstation ... zbytek jsou dost divne produkty.
    6.5.2010 10:37 polish
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Clanek vyborny. Na testovani site v xenu jsem zkousel iperf a ten daval zhruba 950Mbit/s na gigabit sitovce, coz mi prislo slusny. Jinak asi neni spatny zbondovat vic sitovek dohromady. Vykon disku mi prisel o 30% nizsi proti nevirtualizovanemu hostu. Nechce to virtualizovat i/o intenzivni servery. Vyhoda KVM je, ze virtual je proces, takze mu muzete nastavit ionice a snizit tak dopat na zbytek systemu. Na i/o zkuste pouzit fio meri i/o operace za sekundu, je to komplexni nastroj, takze nastavit ulohu neni uplne triv, ale muzete vyuzit prednastavene joby, treba simulace iometer 80% cteni a 20% zapis. Dik
    hajma avatar 6.5.2010 11:26 hajma | skóre: 27 | blog: hajma | Říčany
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    25&nbs,; %
    21 promarněných znaků
    6.5.2010 13:57 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Ma to rozdeleni clanku do nekolika "kapitol" nejaky smysl krome zvyseni poctu zobrazenych reklam? Bylo by mozne od rozdelovani clanku do takovych casti upustit?
    Max avatar 6.5.2010 14:49 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Třeba já si myslím, že je to přehlednější, než mít šílenou nudli.
    Zdar Max
    Měl jsem sen ... :(
    6.5.2010 15:17 Zdenek 'Mst. Spider' Sedlak | skóre: 37 | blog: xMstSpider
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Dej
    Tisk bez diskuze
    tak dostanes cely clanek...
    6.5.2010 15:49 dmesg
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    +1
    6.5.2010 20:07 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Jeden dotaz ohledne XEN guesta: mel nainstalovany balik libc6-i686?
    6.5.2010 22:43 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    libc6-i386, proč? (Silně pochybuju, že by se při kterémkoliv testu používaly knihovny pro zpětnou kompatibilitu s 32bit programy.)
    Quando omni flunkus moritati
    7.5.2010 07:32 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách
    Sorry blby dotaz. Priste si nejdriv 2x prectu na cem to bezelo.
    6.5.2010 23:13 x
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách

    Asi tolik ke slavne virtualizaci :-)

     

    Description of virtualization for people

    6.5.2010 23:15 x
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách

    The management thinks it is needed

    6.5.2010 23:16 x
    Rozbalit Rozbalit vše Re: Xen vs. KVM: Souboj v extrémních podmínkách

    8.5.2010 21:10 Hu-go
    Rozbalit Rozbalit vše Testy disku
    Nebylo zpomaleni zpusobeno umistenim dat v jine datove oblasti??
    Jelikoz disk je rychlejsi na svem zacatku a pomalejsi na svem konci - a pokud KVM bylo vytvoreno jako druhy stroj, pak vysledky nejsou prekvapujici.
    8.5.2010 23:18 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Testy disku
    Umístění testovacích oddílů se nijak neměnilo. Po dokončení testování Xenu se LVM oddíl použil jako disk pro KVM.
    Quando omni flunkus moritati

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.