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-users

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

To: "Fajar A. Nugraha" <fajar@xxxxxxxxx>
Subject: Re: [Xen-users] Massive iowait with Xen 3.2
From: Christopher Chen <muffaleta@xxxxxxxxx>
Date: Wed, 29 Apr 2009 11:15:12 -0700
Cc: Antoine Benkemoun <antoine.benkemoun@xxxxxxxxx>, Xen List <xen-users@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 29 Apr 2009 11:16:00 -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 :content-transfer-encoding; bh=X2p9hcxdjOMLbj84csbi38I79F+bcj5SC/NvQs66+Jw=; b=NvSGY30CZv2gF0YtRX7+lNnygbMW2eMQufu1RkaxQNBD3E4xj+gwlNOnoBIaWCf52E EAYmGJ5cDvHwnZwll6R7b3jxtQfVqXJ5onU1/FLCWg09fplKCkDn3HZg51q2CJezR2eC 7zWYoF8ie625se0Vx4j5vyaN0IAFWHHhcWn78=
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:content-transfer-encoding; b=UVaQsCGlTA96hs9mJigbHN51eprOl2zxcTnjNBGa1fo9ZiR+XWkKGpFIXL6Wyz2nVA KMxMIQQoD521Xp7samIhkG1+mjpMySgMqkH34/SIWjXKZl8am0kqn43q+dwgdNzzzVlR T0NdaQDVdPBPeYtXU4Xww/qUENwAhWUCSD6Zg=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <7207d96f0904280620l26699c36jfd57d669f9779fbe@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>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
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

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