WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] open/stat64 syscalls run faster on Xen VM than standard

To: xuehai zhang <hai@xxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] open/stat64 syscalls run faster on Xen VM than standard Linux
From: "Stephen C. Tweedie" <sct@xxxxxxxxxx>
Date: Mon, 28 Nov 2005 11:07:21 -0500
Cc: "Petersson, Mats" <mats.petersson@xxxxxxx>, Tim Freeman <tfreeman@xxxxxxxxxxx>, Kate Keahey <keahey@xxxxxxxxxxx>, Xen Mailing List <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 28 Nov 2005 16:07:28 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <438B2753.4020401@xxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <907625E08839C4409CE5768403633E0B0EAAC4@xxxxxxxxxxxxxxxxx> <438B2753.4020401@xxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi,

On Mon, 2005-11-28 at 09:50 -0600, xuehai zhang wrote:

> I mounted the loopback file in dom0, chrooted to the mountpoint and redid the 
> experiment. The 
> results is attached below. The time of open and stat64 calls is similar to 
> the XenLinux case and 
> also much smaller than the standard Linux case. So, either using loopback 
> file as backend of 
> XenLinux or directly mounting it in local filesystem will result in some 
> benefit (maybe just caused 
> by the extra layer of block caching) for the performance of some system calls.

What time, exactly, is being measured here?  Is it wall-clock
gettimeofday?  Or only elapsed time inside the domU?  It would be
enlightening to re-measure the performance by counting the number of
times these operations can be completed in a second, just to get a
second opinion and to determine if the difference is genuine or if it's
just an artifact of how we're measuring time when multiple domains are
involved.

--Stephen



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

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