From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57759) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YfpxX-0004er-32 for qemu-devel@nongnu.org; Wed, 08 Apr 2015 09:24:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YfpxT-0002tQ-34 for qemu-devel@nongnu.org; Wed, 08 Apr 2015 09:23:59 -0400 Date: Wed, 8 Apr 2015 15:23:12 +0200 From: "Michael S. Tsirkin" Message-ID: <20150408152132-mutt-send-email-mst@redhat.com> References: <1427876112-12615-1-git-send-email-jasowang@redhat.com> <1427876112-12615-17-git-send-email-jasowang@redhat.com> <55240BAE.8000705@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH V5 16/18] virtio-pci: increase the maximum number of virtqueues to 513 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Luigi Rizzo Cc: Jason Wang , Alexander Graf , qemu-devel , qemu-ppc@nongnu.org, cornelia.huck@de.ibm.com, Paolo Bonzini , Richard Henderson On Tue, Apr 07, 2015 at 08:06:14PM +0200, Luigi Rizzo wrote: >=20 >=20 > On Tue, Apr 7, 2015 at 6:54 PM, Alexander Graf wrote: >=20 > On 04/01/2015 10:15 AM, Jason Wang wrote: >=20 > This patch increases the maximum number of virtqueues for pci f= rom 64 > to 513. This will allow booting a virtio-net-pci device with 25= 6 queue > pairs. > ... >=20 > =A0 =A0* configuration space */ > =A0 #define VIRTIO_PCI_CONFIG_SIZE(dev)=A0 =A0 =A0VIRTIO_PCI_CO= NFIG_OFF > (msix_enabled(dev)) > =A0 -#define VIRTIO_PCI_QUEUE_MAX 64 > +#define VIRTIO_PCI_QUEUE_MAX 513 >=20 >=20 > 513 is an interesting number. Any particular reason for it? Maybe t= his was > mentioned before and I just missed it ;) >=20 >=20 >=20 > quite large, too. I thought multiple queue pairs were useful > to split the load for multicore machines, but targeting VMs with > up to 256 cores (and presumably an equal number in the host) > seems really forward looking. Well, that's the # of VCPUs QEMU supports ATM, no? Seems silly to have limit on vqs block us from creating such VMs. Maybe just define it as max cpus * 2 + 1. > On the other hand, the message is dated april first... > cheers > luigi