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

Re: [Xen-devel] ring buffer overflow

To: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] ring buffer overflow
From: David Xu <davidxu06@xxxxxxxxx>
Date: Fri, 30 Sep 2011 05:44:52 -0900
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 30 Sep 2011 07:46:41 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UzFtqqToQzySJ8xF7xDs9znmaYM4/mhuDO5Q3qB4r6M=; b=IO6tV5mLf6JP89+0nIKclvNBdyXtzO4Eo58DEg0OUjrTF7tyOuB/0GspbGugtw+EHu FZKkuwDG90vUUvfG9exXWc2Y+1Yc/go860w9iMZJBmcJMXUVA8HqpKVHmO3JFe+hwOv2 KwUVxm+cc0rQ77fyobL2aA1N7ZFpOZIcouxjg=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1317393663.26672.288.camel@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <CAGjowiTc0NAJbWR-RxwLTrz+bhbAFfvcPKPAB_F8r1ef6__PbA@xxxxxxxxxxxxxx> <1317368064.26672.198.camel@xxxxxxxxxxxxxxxxxxxxxx> <CAGjowiQE_3gTJxK+Ja850QU9g1+97hZ8hAgdv_a4B18jxmCNGw@xxxxxxxxxxxxxx> <1317393663.26672.288.camel@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi,

2011/9/29 Ian Campbell <Ian.Campbell@xxxxxxxxxx>:
> On Fri, 2011-09-30 at 05:18 +0100, David Xu wrote:
>> Hi,
>>
>> Does anybody know whether the ring buffer between front end and back
>> end will suffer from overflow? I just wonder if the ring buffer will
>> be full and drop some packets when the Net I/O load is very heavy.
>
> In the case of networking whichever end is putting stuff on the ring
> checks that there is enough room and will stop the queue when it cannot
> transmit any more and restart when room becomes available.

You mean even there is not enough room in ring buffer, xen will * not
drop the packets * and just delay the transmission. I used httperf to
measure the performance of web server running in a VM (The workload in
this VM is mixed, so it can not benefit from boost mechanism. The net
i/o suffers from relatively high latency which depends on the number
of VMs in the system). I found that with the increase of request rate
in client side, the connection rate will drop and the connection time
will increase dramatically. And the retransmission appears when the
request rate is over than a quantum. So I doubted that the http/tcp
connection suffer from the packets drop when the ring buffer is full
because of high request rate.

>
>> BTW, If I want to change the size of i/o ring buffer, how should I do?
>> I tried to reset the NET_TX_RING_SIZE and NET_RX_RING_SIZE in both
>> front end and back end, but it seems doesn't work. Thanks.
>
> Currently the rings are limited to 1 page so if you want to increase the
> size you would need to add multipage ring support to the network
> protocol. There have been patches to do this for the blk protocol but I
> do not recall any for the net protocol.

Yes, increasing the size is relatively hard. So I just want reduce the
size of ring buffer to make sure my doubt described above. I directly
set  NET_TX_RING_SIZE and  NET_RX_RING_SIZE to 128, but it doesn't seem to work.

Regards,
Cong

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

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