Xen Disk I/O benchmark: NetBSD dom0 vs Linux dom0

Ööö, jól értem? NetBSD-re felrakott Xen-t és az alatt futtatott Linuxot és NetBSD-t?

sztm nem. Linuxra is és NetBSD-re is tett Xen-t, és mindkét oprendszeren NetBSD-t futtatott.

>> Each virtual machine (domU) was running NetBSD/xen 3.99.3

Nekem ebből az jött le, hogy NetBSDn a dolog gyors, de vannak bugok, linuxon viszont sokkal lassabb és stabil.

Vagy rosszul értelmeztem vmit?

Nekem ebből az jött le, hogy NetBSDn a dolog gyors, de vannak bugok, linuxon viszont sokkal lassabb és stabil.

Vagy rosszul értelmeztem vmit?

"The purpose of this article is to determine what operating system (NetBSD or Linux) should be selected as domain 0 (dom0) operating system to get the best performance when running several CPU and disk intensive virtual machines at the same time."


Ezen dokumentum célja, hogy meghatározza melyik op. rendszert érdemes domain-nak (vagyis "alaprendszernek") választani nagy CPU és diszk terhelésű virtuális gépek számára, a legjobb teljesítmény eléréséhez.



"Each virtual machine (domU) was running NetBSD/xen 3.99.3 with 128 MB RAM and a 4 GB harddisk"

Minden egyes virtuális gép NetBSD/xen 3.99.3 volt, 128 MB RAM-mal és 4 GB merevlemezzel



"The Linux loopback mount has poor performance under heavy I/O. I'm aware of LVM but in this test I did not want to modify any filesystem and also I wanted to be able to backup and clone domUs with a simple cp command. With the above setup NetBSD seems to be a good dom0 operating system with much better I/O performance than Linux."


A Linux visszacsatolós fájlrendszer elérése (loopback mount) rossz teljesítményű volt nagy I/O terhelés esetén, valószínűleg az LVM miatt, de nem akartam módosítani a fájlrendszert, mivel a virtuális gépeket egyszerű cp paranccsal akartam klónozni. A fenti konfiguráción a NetBSD jó alaprendszer volt, jobb I/O teljesítményt nyújtott mint a Linux.



"The NetBSD numbers show interesting characteristics: half of the domUs end up using the "second" processor in the system (remember that this is a hyper-threading enabled CPU) and therefore get slower performance. This is visible if the number of running domUs is high enough so that the disk I/O is not the bottleneck (as it usually is) for the overall performance."


A NetBSD érdekes dolgot csinált: a virtuális gépek fele nem használta a második processzort (a rendszer egy hyper-threading-es CPU-n futott), ez csökkentette a teljesítményt. Ez akkor látható, ha a virtuális gépek száma sok, és nem az diszk I/O a szűk keresztmetszet az összteljesítmény szempontjából.



"The Xen console (xm console name) in NetBSD sometimes hangs and it's impossible to get any response (input or output). The domU is running just fine as it's possible to login with ssh. Maybe this is a bug in xentools 2.0.3?"


A Xen konzol NetBSD-n néha leállt, semmilyen választ nem adott (bemenet vagy kimenet). A virtuális gép csak akkor futott jól, ha lehetséges volt ssh-val bejelentkezni. Lehet, hogy ez egy hiba a xentools 2.0.3-ban?



A fenti fordítás nem művészi szintű, de a lényeget tükrözi. Akinek van ideje fényezze tovább. Remélem azért mindenki megvilágosodott :)

üdv. dacas

On 2005-04-22, dacas <dacas@freemail.hu> wrote:
> "The Xen console (xm console name) in NetBSD sometimes hangs and it's
> impossible to get any response (input or output). The domU is running just
> fine as it's possible to login with ssh. Maybe this is a bug in xentools
> 2.0.3?"
>
> A Xen konzol NetBSD-n néha leállt, semmilyen választ nem adott (bemenet
> vagy kimenet). A virtuális gép csak akkor futott jól, ha lehetséges volt
> ssh-val bejelentkezni. Lehet, hogy ez egy hiba a xentools 2.0.3-ban?

Egy mondat felrecsuszott. Korrekcio:

"Maganak a virtualis gepnek (domU) kutya baja se volt, ssh-val siman el
lehetett erni."

UFF. Tényleg hülyeséget írtam. Köszi. dacas