From: David Vrabel <david.vrabel@citrix.com>
To: zhangleiqiang <zhangleiqiang@gmail.com>, xen-devel@lists.xen.org
Subject: Re: Poor network performance between DomU with multiqueue support
Date: Tue, 2 Dec 2014 10:57:04 +0000 [thread overview]
Message-ID: <547D9B00.2090506@citrix.com> (raw)
In-Reply-To: <E14A34B5-F70E-42D4-9A0F-15052CC8A81E@gmail.com>
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.
David
next prev parent reply other threads:[~2014-12-02 10:57 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 [this message]
2014-12-02 11:53 ` Zhangleiqiang (Trump)
2014-12-02 17:25 ` Zoltan Kiss
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=547D9B00.2090506@citrix.com \
--to=david.vrabel@citrix.com \
--cc=xen-devel@lists.xen.org \
--cc=zhangleiqiang@gmail.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.