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] Massive iowait with Xen 3.2

To: Christopher Chen <muffaleta@xxxxxxxxx>
Subject: Re: [Xen-users] Massive iowait with Xen 3.2
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
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=pSn4CnxgR8S+hDkiAigHjHPX9DCEp97yCE9ndNt2M/I=; b=lDMm96KWOu1bKq6qnLAZ/v8Wa44ARhL6eISKlYbDJ8nt5GL0F/r3OVA5kbuneLiwyJ 2IOQiQme45UxDNubVTZe4V3Xgf0dG1NqBgmHv4ZstbdqhKxJVqWB8WTtjNAbchkHOpJF FpU4p62GteV5xDlAqlkOCXKPfddBdDcHDk2VM=
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=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <7bc80d500904291115p596e127an41d30b398f481bd2@xxxxxxxxxxxxxx>
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: <fc1cbedb0904280039me501d77vf3e6d5318e14d927@xxxxxxxxxxxxxx> <7207d96f0904280154v4cad4bcal9cf9614a6b516472@xxxxxxxxxxxxxx> <fc1cbedb0904280451v6ba09dfeh5344235df962c0e4@xxxxxxxxxxxxxx> <7207d96f0904280543s6424562dq65174c12c8b7f06e@xxxxxxxxxxxxxx> <fc1cbedb0904280559w759e3d4ex90266ae6e32d9c23@xxxxxxxxxxxxxx> <7207d96f0904280620l26699c36jfd57d669f9779fbe@xxxxxxxxxxxxxx> <7bc80d500904291115p596e127an41d30b398f481bd2@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
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
<Prev in Thread] Current Thread [Next in Thread>