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

Re: [Xen-users] Massive iowait with Xen 3.2


  • To: Christopher Chen <muffaleta@xxxxxxxxx>
  • From: Antoine Benkemoun <antoine.benkemoun@xxxxxxxxx>
  • Date: Thu, 30 Apr 2009 10:51:50 +0200
  • Cc: "Fajar A. Nugraha" <fajar@xxxxxxxxx>, Xen List <xen-users@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 30 Apr 2009 01:52:42 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ep4anX80qPI3kNFlSFM7pKKFRnFc7En2iLs1FhJ2R8UQp7lPuGwab2aLzaribO9qdG m/DFVvohHuZQgIx0/fL8p9yc/Ib1txeipBj9LcA/UDTQCIyDs4c7GJeH0U5gL6kMTrBE cTrFz3h5Ka9r79oX8a2P8tthTiEPKvzIBHyZ4=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

Thank you all for your answers.

I'm taking good note of the fact that this is most likely tied to the fact to BT is IO intensive and that I need more RAM. That will teach me to leave some room for dom0 :-)

On Wed, Apr 29, 2009 at 8:15 PM, Christopher Chen <muffaleta@xxxxxxxxx> wrote:
Also, if you're using file: vbd access, and you're low on ram, I
imagine your buffer cache on the dom0 is nearly nonexistent, which
would kill any writes.

You might want to get more RAM while you're at it.

On Tue, Apr 28, 2009 at 6:20 AM, Fajar A. Nugraha <fajar@xxxxxxxxx> wrote:
> On Tue, Apr 28, 2009 at 7:59 PM, Antoine Benkemoun
> <antoine.benkemoun@xxxxxxxxx> wrote:
>> Thank you for your answer. Sorry for the headers !
>>
>> 4MB/s read speed is just plain ridiculous for a hard drive or is it just me
>> ?
>
> I don't think its the transfer rate. Its the IOPS thats causing your problems.
> This link (from Googling "one disk iops")
> http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1240923773781+28353475&threadId=1122630
> indicates max IOPS for one disk is lower then your current numbers
> (180). So I guess you're IOPS bound. Adding more disk with the right
> setup would increase the number of IOPS you can handle.
>
> Since the IOPS are mostly read, you MIGHT be able to reduce it by
> giving domU more RAM, enough to hold the torrent it's running. So
> instead of having 8 domUs with 256 MB each, try using only 1 or 2
> domUs with 1 GB memory.
>
>> These domains are actually stored on LVM so that's already in place but
>> iostat doesn't seem to differenciate...
>
> Weird. I swear in shows up on RHEL. Could be they have vendor-specific
> patch. What does /proc/partitions and /proc/diskstats show, does it
> have "dm" entries?
>
> Anyway, from the output of "xm top" you should also be able to
> determine which domU uses most I/O (look in VBD_RD column). In general
> bittorrent IS very I/O intensive. If you want to limit the amount of
> I/O a domU can use (so that whatever they do they never made the
> entire system crawl down), you might be interested in dm-ioband.
> Haven't used it myself, but it looks good.
> http://people.valinux.co.jp/~ryov/dm-ioband/
>
> Regards,
>
> Fajar
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
>



--
Chris Chen <muffaleta@xxxxxxxxx>
"I want the kind of six pack you can't drink."
-- Micah

_______________________________________________
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®.