From: Zoltan Kiss <zoltan.kiss@linaro.org>
To: "Zhangleiqiang (Trump)" <zhangleiqiang@huawei.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Cc: Zhuangyuxin <zhuangyuxin@huawei.com>,
"Liuji (Jeremy)" <jeremy.liu@huawei.com>,
"Luohao (brian)" <brian.luohao@huawei.com>,
"Yuzhou (C)" <vitas.yuzhou@huawei.com>,
"Xiaoding (B)" <xiaoding1@huawei.com>
Subject: Re: Significant network performance difference when different NIC MQ handles the packet
Date: Thu, 08 Jan 2015 12:18:09 +0000 [thread overview]
Message-ID: <54AE7581.3070301@linaro.org> (raw)
In-Reply-To: <3A6795EA1206904E94BEC8EF9DF109AE23956ADC@SZXEMA512-MBX.china.huawei.com>
On 04/01/15 06:15, Zhangleiqiang (Trump) wrote:
>> On 31/12/14 09:06, Zhangleiqiang (Trump) wrote:
>>> Hi, all:
>>>
>>> I have used pkt-gen to send udp packet (1400 bytes) from one Dom0 A to
>> another Dom0 B each of which is connected by 10GE network. On the receive
>> side (B),different "ksoftirqd/x" processes will handle the packet during each
>> testing because the nic has multiple queues. I find that if "ksoftirqd/0" handles
>> the packet, the throughout can reach to about 7Gbps. However, when
>> "ksoftirqd/2" handles the packet, the throughout can only reach to about
>> 2Gbps, and for "ksoftirqd/3", the throughout can even as low as 1Gbps.
>>>
>>> I am wondering what the reason it is. Could anyone give me some hint
>> about it ?
>> NUMA topology? Your card might use memory "close" to CPU core 0, but not
>> to the others?
>
> Thanks for your hint.
>
> I am not sure if the NUMA topology is the reason for it. Because my server has two nodes, each of which has 8 cpus. The result of "numctl --hardware" is as follows:
Can you send xl info -n, so we can see how Xen sees it?
>
> available: 2 nodes (0-1)
> node 0 cpus: 0 1 2 3 4 5 6 7
> node 0 size: 32090 MB
> node 0 free: 31640 MB
> node 1 cpus: 8 9 10 11 12 13 14 15
> node 1 size: 32311 MB
> node 1 free: 31643 MB
> node distances:
> node 0 1
> 0: 10 20
> 1: 20 10
>
> I booted dom0 with "dom0_max_vcpus=6 dom0_vcpu_pin" command line. So I think "ksoftirqd/x" will running on cpu "x", e.g. ksoftirqd/0 and ksortirqd/2 are running on cpu0 and cpu2 respectively. If it is so, ksoftirqd/0 and ksortirqd/2 should have the "same distance" to the memory which NIC card uses.
dom0_max_vcpus sets the number of VCPUs for Dom0, but it doesn't
necessarily tell on which node they should run. Although AFAIK Xen tries
to keep the vcpus on the same node.
Also, you should check the NUMA assignment of your NIC:
http://superuser.com/questions/701090/determine-pcie-device-numa-node
And check this as well if you haven't done so:
http://wiki.xen.org/wiki/Xen_on_NUMA_Machines
>
>> Zoltan
>>
>>>
>>> ----------
>>> zhangleiqiang (Trump)
>>>
>>> Best Regards
>>>
>>>
>>> _______________________________________________
>>> 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
prev parent reply other threads:[~2015-01-08 12:18 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-31 9:06 Significant network performance difference when different NIC MQ handles the packet Zhangleiqiang (Trump)
2015-01-02 13:28 ` Zoltan Kiss
2015-01-04 6:15 ` Zhangleiqiang (Trump)
2015-01-08 12:18 ` Zoltan Kiss [this message]
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=54AE7581.3070301@linaro.org \
--to=zoltan.kiss@linaro.org \
--cc=brian.luohao@huawei.com \
--cc=jeremy.liu@huawei.com \
--cc=vitas.yuzhou@huawei.com \
--cc=xen-devel@lists.xen.org \
--cc=xiaoding1@huawei.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.