[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <44c82a884313465184d9a15a66248d3b@DFM-DB3MBX15-06.exchange.corp.microsoft.com>
Date: Tue, 8 Apr 2014 15:43:25 +0000
From: Haiyang Zhang <haiyangz@...rosoft.com>
To: Sharat Masetty <sharat04@...il.com>,
David Miller <davem@...emloft.net>
CC: Linux Netdev List <netdev@...r.kernel.org>,
KY Srinivasan <kys@...rosoft.com>,
"olaf@...fle.de" <olaf@...fle.de>,
"jasowang@...hat.com" <jasowang@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"driverdev-devel@...uxdriverproject.org"
<driverdev-devel@...uxdriverproject.org>
Subject: RE: [PATCH net-next,v4] hyperv: Add support for virtual Receive
Side Scaling (vRSS)
> -----Original Message-----
> From: Sharat Masetty [mailto:sharat04@...il.com]
> Sent: Monday, April 7, 2014 6:13 PM
> To: David Miller
> Cc: Haiyang Zhang; Linux Netdev List; KY Srinivasan; olaf@...fle.de;
> jasowang@...hat.com; linux-kernel@...r.kernel.org; driverdev-
> devel@...uxdriverproject.org
> Subject: Re: [PATCH net-next,v4] hyperv: Add support for virtual Receive Side
> Scaling (vRSS)
>
> Hi Zhang,
>
> How is this beneficial when compared to RPS(receive packet steering)?
> Can you please provide more details on what this patch does?
This patch supports the virtual RSS feature provided by Hyper-V hosts. Currently,
the interrupts are received on only one CPU per vNIC. With this feature, we can
receive interrupts from multiple CPUs and VMBus channels for one vNIC. Outgoing
packets are put into multiple channels as well. So the network throughput can
scale up with the number of CPUs for a VM.
RPS is basically a software implementation of RSS. This is an online doc about
these features:
https://www.kernel.org/doc/Documentation/networking/scaling.txt
Thanks,
- Haiyang
Powered by blists - more mailing lists