From: Jason Wang <jasowang@redhat.com>
To: Sridhar Samudrala <sri@us.ibm.com>
Cc: krkumar2@in.ibm.com, habanero@linux.vnet.ibm.com,
kvm@vger.kernel.org, mst@redhat.com, netdev@vger.kernel.org,
mashirle@us.ibm.com, linux-kernel@vger.kernel.org,
virtualization@lists.linux-foundation.org, edumazet@google.com,
tahm@linux.vnet.ibm.com, jwhan@filewood.snu.ac.kr,
davem@davemloft.net
Subject: Re: [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net
Date: Tue, 26 Jun 2012 14:02:46 +0800 [thread overview]
Message-ID: <4FE95086.2020207@redhat.com> (raw)
In-Reply-To: <4FE8A4B6.1080200@us.ibm.com>
On 06/26/2012 01:49 AM, Sridhar Samudrala wrote:
> On 6/25/2012 2:16 AM, Jason Wang wrote:
>> Hello All:
>>
>> This series is an update version of multiqueue virtio-net driver
>> based on
>> Krishna Kumar's work to let virtio-net use multiple rx/tx queues to
>> do the
>> packets reception and transmission. Please review and comments.
>>
>> Test Environment:
>> - Intel(R) Xeon(R) CPU E5620 @ 2.40GHz, 8 cores 2 numa nodes
>> - Two directed connected 82599
>>
>> Test Summary:
>>
>> - Highlights: huge improvements on TCP_RR test
>> - Lowlights: regression on small packet transmission, higher cpu
>> utilization
>> than single queue, need further optimization
> Does this also scale with increased number of VMs?
>
Hi Sridhar:
Good suggestions, I didn't measure them. I would run test and post them.
Thanks
> Thanks
> Sridhar
>>
>> Analysis of the performance result:
>>
>> - I count the number of packets sending/receiving during the test, and
>> multiqueue show much more ability in terms of packets per second.
>>
>> - For the tx regression, multiqueue send about 1-2 times of more packets
>> compared to single queue, and the packets size were much smaller
>> than single
>> queue does. I suspect tcp does less batching in multiqueue, so I
>> hack the
>> tcp_write_xmit() to forece more batching, multiqueue works as well as
>> singlequeue for both small transmission and throughput
>>
>> - I didn't pack the accelerate RFS with virtio-net in this sereis as
>> it still
>> need further shaping, for the one that interested in this please see:
>> http://www.mail-archive.com/kvm@vger.kernel.org/msg64111.html
>>
>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Jason Wang <jasowang@redhat.com>
To: Sridhar Samudrala <sri@us.ibm.com>
Cc: krkumar2@in.ibm.com, habanero@linux.vnet.ibm.com,
rusty@rustcorp.com.au, mst@redhat.com, netdev@vger.kernel.org,
mashirle@us.ibm.com, linux-kernel@vger.kernel.org,
virtualization@lists.linux-foundation.org, edumazet@google.com,
tahm@linux.vnet.ibm.com, jwhan@filewood.snu.ac.kr,
akong@redhat.com, davem@davemloft.net, kvm@vger.kernel.org
Subject: Re: [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net
Date: Tue, 26 Jun 2012 14:02:46 +0800 [thread overview]
Message-ID: <4FE95086.2020207@redhat.com> (raw)
In-Reply-To: <4FE8A4B6.1080200@us.ibm.com>
On 06/26/2012 01:49 AM, Sridhar Samudrala wrote:
> On 6/25/2012 2:16 AM, Jason Wang wrote:
>> Hello All:
>>
>> This series is an update version of multiqueue virtio-net driver
>> based on
>> Krishna Kumar's work to let virtio-net use multiple rx/tx queues to
>> do the
>> packets reception and transmission. Please review and comments.
>>
>> Test Environment:
>> - Intel(R) Xeon(R) CPU E5620 @ 2.40GHz, 8 cores 2 numa nodes
>> - Two directed connected 82599
>>
>> Test Summary:
>>
>> - Highlights: huge improvements on TCP_RR test
>> - Lowlights: regression on small packet transmission, higher cpu
>> utilization
>> than single queue, need further optimization
> Does this also scale with increased number of VMs?
>
Hi Sridhar:
Good suggestions, I didn't measure them. I would run test and post them.
Thanks
> Thanks
> Sridhar
>>
>> Analysis of the performance result:
>>
>> - I count the number of packets sending/receiving during the test, and
>> multiqueue show much more ability in terms of packets per second.
>>
>> - For the tx regression, multiqueue send about 1-2 times of more packets
>> compared to single queue, and the packets size were much smaller
>> than single
>> queue does. I suspect tcp does less batching in multiqueue, so I
>> hack the
>> tcp_write_xmit() to forece more batching, multiqueue works as well as
>> singlequeue for both small transmission and throughput
>>
>> - I didn't pack the accelerate RFS with virtio-net in this sereis as
>> it still
>> need further shaping, for the one that interested in this please see:
>> http://www.mail-archive.com/kvm@vger.kernel.org/msg64111.html
>>
>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2012-06-26 6:02 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-25 9:16 [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net Jason Wang
2012-06-25 9:17 ` [net-next RFC V4 PATCH 1/4] virtio_net: Introduce VIRTIO_NET_F_MULTIQUEUE Jason Wang
2012-06-25 9:17 ` [net-next RFC V4 PATCH 2/4] virtio_ring: move queue_index to vring_virtqueue Jason Wang
2012-06-25 9:41 ` [net-next RFC V4 PATCH 3/4] virtio: introduce a method to get the irq of a specific virtqueue Jason Wang
2012-06-25 9:41 ` Jason Wang
2012-06-25 10:14 ` Michael S. Tsirkin
2012-06-25 10:14 ` Michael S. Tsirkin
2012-06-26 5:59 ` Jason Wang
2012-06-26 5:59 ` Jason Wang
2012-06-25 9:41 ` [net-next RFC V4 PATCH 4/4] virtio_net: multiqueue support Jason Wang
2012-06-25 9:41 ` Jason Wang
2012-06-25 10:07 ` [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net Michael S. Tsirkin
2012-06-25 10:07 ` Michael S. Tsirkin
2012-06-25 14:13 ` John Fastabend
2012-06-25 14:13 ` John Fastabend
2012-06-25 17:49 ` Sridhar Samudrala
2012-06-25 17:49 ` Sridhar Samudrala
2012-06-26 6:02 ` Jason Wang [this message]
2012-06-26 6:02 ` Jason Wang
2012-06-25 18:01 ` Shirley Ma
2012-06-25 18:01 ` Shirley Ma
2012-06-26 6:03 ` Jason Wang
2012-06-26 6:03 ` Jason Wang
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=4FE95086.2020207@redhat.com \
--to=jasowang@redhat.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=habanero@linux.vnet.ibm.com \
--cc=jwhan@filewood.snu.ac.kr \
--cc=krkumar2@in.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mashirle@us.ibm.com \
--cc=mst@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=sri@us.ibm.com \
--cc=tahm@linux.vnet.ibm.com \
--cc=virtualization@lists.linux-foundation.org \
/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.