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

Re: [Xen-users] Xen hard-disk performance regression?


  • To: xen-users@xxxxxxxxxxxxxxxxxxx
  • From: Fabiano Francesconi <fabiano.francesconi@xxxxxxxxx>
  • Date: Mon, 12 Apr 2010 20:56:38 +0200
  • Delivery-date: Mon, 12 Apr 2010 11:58:09 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; b=OOsB981senfc5DwI62ZUtad3yuCCVDbPUB81doPGo3FvRh3hFE6NrWfldCMMvyfDxP E60KnMZSExNEHFVD4dBo5k0m+WlLfoZpt/JEW85PuWJjT7t9qyYq3O195v5FTn1VH6au zJn+apa07MXREKneZdbaSeiKhjgyH/5lP+Qzs=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>
  • Mail-followup-to: xen-users@xxxxxxxxxxxxxxxxxxx

Ok the problem seems solved.
An ##xen irc user, jamon, told me to add 'elevator=noop' as kernel
bootflag in order to disable I/O scheduler on the domU.

This is quite interesting since, as he states "getting different guests
all trying to read/write at the same time with different schedulers, or
even different kernels (linux cf. windows cf. bsd etc.) isn't as good as
letting the host do all the heavy lifting and not have to worry about
different write caches, flushing etc. that different guests might be doing.

Actually I was wondering about my situation. My whole disk is passed
entirely to the domU so this shouldn't be a problem at all.

After rebooting the machine what I get is:

real    0m16.993s
user    0m0.009s
sys     0m1.143s

4 seconds faster than the .29 kernel! Hurray!

At this point I'm still curious about the reasons why this behaviour
changed so unexpectantly and why this 'noop' chages the things so badly
even if my disk belongs entirely to a single domU.

-- 
Fabiano Francesconi [GPG key: 0x81E53461]

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


 


Rackspace

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