All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Demi Marie Obenour <demiobenour@gmail.com>
Cc: Parav Pandit <parav@nvidia.com>,
	"virtio-comment@lists.linux.dev" <virtio-comment@lists.linux.dev>
Subject: Re: MSI-X vector limits and reserving a virtio device ID
Date: Thu, 28 May 2026 03:23:08 -0400	[thread overview]
Message-ID: <20260528032227-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <0f70bfea-3344-405e-bb69-c36ab8c353bc@gmail.com>

On Thu, May 28, 2026 at 03:03:00AM -0400, Demi Marie Obenour wrote:
> On 5/28/26 01:22, Parav Pandit wrote:
> > 
> >> From: Demi Marie Obenour <demiobenour@gmail.com>
> >> Sent: 28 May 2026 05:23 AM
> >> To: virtio-comment@lists.linux.dev
> >> Subject: MSI-X vector limits and reserving a virtio device ID
> >>
> >> I'd like to reserve a virtio device ID for virtio vhost-guest,
> >> formally virtio vhost-user.  Would this be possible?
> >>
> > Vhost user is an implementation of the device.
> > I believe it stays as implementation and not a new device type.
> 
> Virtio vhost-user is a device used to implement a vhost-user device
> from another VM.
> 
> >> Also, I'd like to know which systems have a small limit on the number
> >> of MSI-X vectors.  
> > I didn’t follow the question. Typically, Intel cpu has a limit of 256 vectors per core.
> > 
> >> The vhost-guest device uses lots of MSI-X vectors.
> >> Typical implementations will use 256 * 3 + 7 = 775 of them!  That can,
> >> of course, be reduced by sharing vectors, but this is undesirable
> >> as it comes at a performance cost.
> > Did you get a chance to measure the performance, for which device type?
> > Interrupts are generally moderated.
> > In other devices (scalable functions of mlx5) I have measured perf of 8 to 16 queues sharing a vectors has < 4% perf drop.
> 
> I'm more concerned with whether it is a problem to assume that
> 775 MSI-X interrupts can be exposed by a virtual device.

Why not? But many hosts will have to share them.


> -- 
> Sincerely,
> Demi Marie Obenour (she/her/hers)






      reply	other threads:[~2026-05-28  7:23 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-27 23:53 MSI-X vector limits and reserving a virtio device ID Demi Marie Obenour
2026-05-28  5:22 ` Michael S. Tsirkin
2026-05-28  7:05   ` Demi Marie Obenour
2026-05-28  7:13     ` Michael S. Tsirkin
2026-05-28  5:22 ` Parav Pandit
2026-05-28  5:47   ` Manos Pitsidianakis
2026-05-28  6:59     ` Vhost-guest (was virtio vhost-user) vs virtio-msg Demi Marie Obenour
2026-05-28  8:56       ` Alyssa Ross
2026-05-28 13:52         ` Stefan Hajnoczi
2026-05-28 16:13       ` Alex Bennée
2026-05-28 13:36     ` MSI-X vector limits and reserving a virtio device ID Stefan Hajnoczi
2026-05-28  7:03   ` Demi Marie Obenour
2026-05-28  7:23     ` Michael S. Tsirkin [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=20260528032227-mutt-send-email-mst@kernel.org \
    --to=mst@redhat.com \
    --cc=demiobenour@gmail.com \
    --cc=parav@nvidia.com \
    --cc=virtio-comment@lists.linux.dev \
    /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.