Xen project Mailing List

I'm using iozone to perform tests, configured to use 8KB block-size on files ranging from 64KB to 2GB. Test comprises 6 cases: seq. read, seq. re-read, random read, seq. write, seq. re-write, random write

I first performed my tests on a vanilla linux kernel (2.6.26-2-686), configured to use 1GB RAM, then i run the same tests with Xen3.4, on a domU with this configuration:
Dom0: 2.6.26-2-xen-686, dom0_mem=1024MB
DomU:
name = "vm"

memory = 1024

vcpus = 1

kernel = "/root/vm/xen-kernel/vmlinuz-2.6.24-19-xen"

ramdisk = "/root/vm/xen-kernel/initrd.img-2.6.24-19-xen"

disk = [ 'file:/root/vm/vm.img,sda1,w', 'phy:/dev/VolGroup00/Test,sda2,w' ]

In both cases, tests were performed on a lvm partition, running on top of a scsi disk.

I performed such tests on different lv configuration (pure lv, snapshotted lv, etc.), using ext3 filesystem.

Attached to this mail there is a file with 3 graphs summurizing the results in the seq. write case.

First and second graphs have the write speed in KB/s on the Y axis, the X axis is the file dimension in KB and each color rapresents a different LV configuration.

The third graph is the difference in performance between the precedent two graphs, using the vanilla linux performance as 1.

So, the Y axis is the fraction of the DomU performance in respect to the vanilla linux performance. (0,5 means 50% of the linux vanilla performance, 2,1 means 210% ...)

I'm trying to justify the results. Can you help me?

Looking at the First Graph (exluding the case for 64KB file that is, for some reasons, a biased test), we can easly see three performance level:

~250MB/s: the effects of the processor cache (for 128, 256, 512KB files),

~220MB/s: then we see the effect of the ram buffer till the 64MB file test,

~60MB/s: finally we see "degraded" performance, when access to the physical disk are performed (i.e. we have to wait for the RAM buffer to be written on the disk)

as you can see, when the file dimension grow, the performance of snapshotted LVs goes down because of the need of multiple I/O accesses.

Now, looking at what happens with the domU (just for the "pure" LV case for now), I'm not sure on how to interpret the results and maybe i need more knoweldge on how Xen and the OS work in handling IO requests (e.g. how processors are used).

From the second graph (again, exluding the case for the 64KB file), you can see just two level of performance:

~300MB/s: till the 32MB file test

~58MB/s: when accesses to the physical disk are performed.

The first strange thing is that domU seems to have better performance than vanilla linux and, more interesting, domU performance is not affected by the processor cache limit (!).

The second thing is the result for the 64MB and 128MB tests, which are the only cases where domU performs worse. Even if domU ram is the same of the vanilla linux configuration, it seems like domU is not able to use all its RAM to buffer writes to disk.

Actually i'm not able to figure out what is going on, can you help me?

Thanks

Roberto

--
Roberto Bifulco, Ph.D. Student
robertobifulco.it
COMICS Lab - www.comics.unina.it

[Xen-users] Xen disk performance over lvm