From: Stefan Hajnoczi <stefanha@redhat.com>
To: Manos Pitsidianakis <manos.pitsidianakis@linaro.org>
Cc: Parav Pandit <parav@nvidia.com>,
Demi Marie Obenour <demiobenour@gmail.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 09:36:33 -0400 [thread overview]
Message-ID: <20260528133633.GB40266@fedora> (raw)
In-Reply-To: <CAAjaMXYGMTok_a2CJK8aKSqbTbgLx1CbkCVZw2VnZdJVuPJ38w@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2369 bytes --]
On Thu, May 28, 2026 at 08:47:25AM +0300, Manos Pitsidianakis wrote:
> On Thu, May 28, 2026 at 8:22 AM Parav Pandit <parav@nvidia.com> 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.
>
> This exactly.
>
> Furthermore, we already have a mechanism for "providing" an arbitrary
> virtio device; it's called a transport.
>
> Demi, I suggest you look into virtio-msg transport, which would allow
> you to do what you want.
I think the "virtio vhost-guest" device is a continuation of the
virtio-vhost-user device work:
https://wiki.qemu.org/Features/VirtioVhostUser
It is a VIRTIO device type, not a transport.
The idea is that a driver VM runs a normal VIRTIO driver (e.g.
virtio-net-pci) and a second device VM runs the virtio-net device
implementation. It's similar to running a vhost-user-net device on the
host, except now the device implementation runs inside a VM instead of a
process on the host. The virtio-vhost-user device is what the device VM
sees and uses to provide the virtio-net device to the driver VM.
Stefan
>
> >
> > > 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.
> >
> > > --
> > > Sincerely,
> > > Demi Marie Obenour (she/her/hers)
>
> --
> Manos Pitsidianakis
> Emulation and Virtualization Engineer at Linaro Ltd
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2026-05-28 13:36 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 ` Stefan Hajnoczi [this message]
2026-05-28 7:03 ` MSI-X vector limits and reserving a virtio device ID Demi Marie Obenour
2026-05-28 7:23 ` Michael S. Tsirkin
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=20260528133633.GB40266@fedora \
--to=stefanha@redhat.com \
--cc=demiobenour@gmail.com \
--cc=manos.pitsidianakis@linaro.org \
--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.