Thread (2 messages) 2 messages, 2 authors, 2015-05-31

Re: [PATCH V2 net-next 1/1] hv_netvsc: Properly size the vrss queues

From: David Miller <davem@davemloft.net>
Date: 2015-05-31 00:39:15
Also in: lkml

From: "K. Y. Srinivasan" <kys@microsoft.com>
Date: Wed, 27 May 2015 13:16:57 -0700
The current algorithm for deciding on the number of VRSS channels is
not optimal since we open up the min of number of CPUs online and the
number of VRSS channels the host is offering. So on a 32 VCPU guest
we could potentially open 32 VRSS subchannels. Experimentation has
shown that it is best to limit the number of VRSS channels to the number
of CPUs within a NUMA node.

Here is the new algorithm for deciding on the number of sub-channels we
would open up:
        1) Pick the minimum of what the host is offering and what the driver
           in the guest is specifying as the default value.
        2) Pick the minimum of (1) and the numbers of CPUs in the NUMA
           node the primary channel is bound to.


Signed-off-by: K. Y. Srinivasan <kys@microsoft.com>
Applied, thanks.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help