[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • To: "Anthony Liguori" <aliguori@xxxxxxxxxx>, "xuehai zhang" <hai@xxxxxxxxxxxxxxx>
  • From: "Petersson, Mats" <mats.petersson@xxxxxxx>
  • Date: Mon, 28 Nov 2005 15:45:12 +0100
  • Cc: Xen Mailing List <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Mon, 28 Nov 2005 14:46:07 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcX0Kbbn9W5ICdxbRtiHbRPDv5zGCwAAEQmA
  • Thread-topic: [Xen-devel] open/stat64 syscalls run faster on Xen VM than standard Linux

> -----Original Message-----
> From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx 
> [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of 
> Anthony Liguori
> Sent: 28 November 2005 14:39
> To: xuehai zhang
> Cc: Xen Mailing List
> Subject: Re: [Xen-devel] open/stat64 syscalls run faster on 
> Xen VM than standard Linux
> 
> This may just be the difference between having the extra 
> level of block caching from using a loop back device.
> 
> Try running the same benchmark on a domain that uses an 
> actual partition.  While the syscalls may appear to be 
> faster, I imagine it's because the cost of pulling in a block 
> has already been payed so the overall workload is unaffected.

And this would be the same as running standard linux with the loopback
file-system mounted and chroot to the local file-system, or would that
be different? [I'm asking because I don't actually understand enough
about how it works to know what difference it makes, and I would like to
know, because at some point I'll probably need to know this.]

--
Mats
> 
> Regards,
> 
> Anthony Liguori
> 
> xuehai zhang wrote:
[snip]


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.