From: Zoltan Kiss <zoltan.kiss@linaro.org>
To: "Zhangleiqiang (Trump)" <zhangleiqiang@huawei.com>,
David Vrabel <david.vrabel@citrix.com>,
zhangleiqiang <zhangleiqiang@gmail.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Cc: "Xiaoding (B)" <xiaoding1@huawei.com>,
Zhuangyuxin <zhuangyuxin@huawei.com>,
"Luohao (brian)" <brian.luohao@huawei.com>,
"Yuzhou (C)" <vitas.yuzhou@huawei.com>
Subject: Re: Poor network performance between DomU with multiqueue support
Date: Tue, 02 Dec 2014 17:25:22 +0000 [thread overview]
Message-ID: <547DF602.2040704@linaro.org> (raw)
In-Reply-To: <3A6795EA1206904E94BEC8EF9DF109AE23931FBB@SZXEMA512-MBX.china.huawei.com>
On 02/12/14 11:53, Zhangleiqiang (Trump) wrote:
>> -----Original Message-----
>> From: xen-devel-bounces@lists.xen.org
>> [mailto:xen-devel-bounces@lists.xen.org] On Behalf Of David Vrabel
>> Sent: Tuesday, December 02, 2014 6:57 PM
>> To: zhangleiqiang; xen-devel@lists.xen.org
>> Subject: Re: [Xen-devel] Poor network performance between DomU with
>> multiqueue support
>>
>> On 02/12/14 08:30, zhangleiqiang wrote:
>>> Hi, all
>>> I am testing the performance of xen netfront-netback driver that
>>> with multi-queues support. The throughput from domU to remote dom0 is
>>> 9.2Gb/s, but the throughput from domU to remote domU is only 3.6Gb/s,
>>> I think the bottleneck is the throughput from dom0 to local domU.
>>> However, we have done some testing and found the throughput from dom0
>>> to local domU is 5.8Gb/s.
>>> And if we send packets from one DomU to other 3 DomUs on different
>>> host simultaneously, the sum of throughout can reach 9Gbps. It seems
>>> like the bottleneck is the receiver?
>>> After some analysis, I found that even the max_queue of
>>> netfront/back is set to 4, there are some strange results as follows:
>>> 1. In domU, only one rx queue deal with softirq
>>> 2. In dom0, only two netback queues process are scheduled, other
>>> two process aren't scheduled.
>>
>> Multiqueue only has benefits if you have multiple flows since the
>> source/destination addresses are hashed to a queue number. This probably
>> explains why only some of the queues are being used in your test.
>
> The hash method you mentioned is used for selection of netback process or netfront rx queue?
It's used in both direction to select the queue.
> Indeed, there are 4 netback processes running in Dom0, because there are only one DomU running in Dom0 and so four netback processes are running in Dom0 (the max_queue param of netback kernel module is set to 4).
> The phenomenon is that only 2 of these four netback process were running with about 70% cpu usage, and another two use little CPU.
>
>> David
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xen.org
>> http://lists.xen.org/xen-devel
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>
next prev parent reply other threads:[~2014-12-02 17:25 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-02 8:30 Poor network performance between DomU with multiqueue support zhangleiqiang
2014-12-02 10:57 ` David Vrabel
2014-12-02 11:53 ` Zhangleiqiang (Trump)
2014-12-02 17:25 ` Zoltan Kiss [this message]
2014-12-02 11:01 ` Wei Liu
2014-12-02 11:50 ` Zhangleiqiang (Trump)
2014-12-02 12:11 ` Wei Liu
2014-12-02 14:46 ` Zhangleiqiang (Trump)
2014-12-02 15:58 ` Wei Liu
2014-12-03 14:43 ` Zhangleiqiang (Trump)
2014-12-04 10:50 ` Wei Liu
2014-12-04 12:09 ` Zhangleiqiang (Trump)
2014-12-04 13:05 ` Wei Liu
2014-12-04 14:37 ` Zhangleiqiang (Trump)
2014-12-04 13:35 ` Zoltan Kiss
2014-12-04 14:31 ` Zhangleiqiang (Trump)
2014-12-05 15:20 ` Zoltan Kiss
2014-12-05 18:27 ` Konrad Rzeszutek Wilk
2014-12-08 6:50 ` Zhangleiqiang (Trump)
2014-12-05 1:17 ` Zhangleiqiang (Trump)
2014-12-05 12:42 ` Wei Liu
2014-12-05 15:18 ` Zoltan Kiss
2014-12-08 6:44 ` Zhangleiqiang (Trump)
2014-12-08 10:13 ` Wei Liu
2014-12-08 13:08 ` Zhangleiqiang (Trump)
2014-12-08 13:55 ` Wei Liu
2014-12-09 2:51 ` Zhangleiqiang (Trump)
2014-12-09 10:05 ` Ian Campbell
2014-12-09 9:03 ` Zhangleiqiang (Trump)
[not found] <3A6795EA1206904E94BEC8EF9DF109AE239B35A9@SZXEMA512-MBX.china.huawei.com>
2015-02-27 9:21 ` openlui
2015-02-27 10:59 ` Wei Liu
2015-02-27 11:30 ` David Vrabel
2015-02-28 3:21 ` openlui
2015-02-28 2:45 ` openlui
2015-03-03 10:40 ` Wei Liu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=547DF602.2040704@linaro.org \
--to=zoltan.kiss@linaro.org \
--cc=brian.luohao@huawei.com \
--cc=david.vrabel@citrix.com \
--cc=vitas.yuzhou@huawei.com \
--cc=xen-devel@lists.xen.org \
--cc=xiaoding1@huawei.com \
--cc=zhangleiqiang@gmail.com \
--cc=zhangleiqiang@huawei.com \
--cc=zhuangyuxin@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.