This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-users] Xen Performance

To: Amir Maqbool Ahmed <AmirM.Ahmed@xxxxxxxxxxxxxx>
Subject: Re: [Xen-users] Xen Performance
From: Javier Guerra <javier@xxxxxxxxxxx>
Date: Tue, 26 May 2009 09:29:05 -0500
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 26 May 2009 07:39:31 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <E1M8Agp-000247-7j@xxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <E1M8Agp-000247-7j@xxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
On Sun, May 24, 2009 at 5:12 AM, Amir Maqbool Ahmed
<AmirM.Ahmed@xxxxxxxxxxxxxx> wrote:
> It shows that for some types of Disk IO, like sequential delete and random 
> create
> Xen performs faster than native linux.

let me guess: you're running your DomU's images as files, and the
bonnie++ testsize is bigger than DomU's RAM, but less than Dom0's RAM.

it's an illusion created by the file-level caching at Dom0.  try
bigger a testsize and it should disappear.  in fact, with real-life
loads it's the slowest config, with better performance when you use
lower-level backends (LVM, or tap:) that skip the cache.


Xen-users mailing list

<Prev in Thread] Current Thread [Next in Thread>