[PATCH v2] bus/vmbus: add device argument to configure if NUMA information on the device should be ignored

Stephen Hemminger stephen at networkplumber.org
Wed Aug 20 21:49:52 CEST 2025


On Mon, 18 Aug 2025 17:24:26 -0700
longli at linuxonhyperv.com wrote:

> From: Long Li <longli at microsoft.com>
> 
> In most cases, netvsc is used with a VF device. The application generally
> runs with better performance when all the device memory is allocated on
> VF's NUMA node, as the VF device carries most of the data packets.
> 
> But sometimes netvsc may run on a different NUMA node than that of the VF.
> This patch adds a device argument "numa" to allow the application to
> configure if this vmbus device (netvsc) should be NUMA aware. The default
> behavior is NUMA aware. Setting "numa=0" specifies this vmbus device is
> not NUMA aware.
> 
> The device argument is parsed at the time of vmbus device probe to ensure
> all the following memory allocations are done on the configured NUMA node.
> 
> Signed-off-by: Long Li <longli at microsoft.com>

Putting all the args in vmbus seems confusing, and not what I meant.
Was more thing that ethdev and queues should be on same NUMA node.

If NUMA is better why wouldn't it always be on?
Since netvsc is really a virtual device not sure.
I suspect 99% of users will be using with VF, that should be the default.


More information about the dev mailing list