From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44520) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XEbCf-0002pn-My for qemu-devel@nongnu.org; Tue, 05 Aug 2014 05:38:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XEbCZ-0002yr-Hg for qemu-devel@nongnu.org; Tue, 05 Aug 2014 05:38:45 -0400 Received: from mx1.redhat.com ([209.132.183.28]:65488) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XEbCZ-0002yi-9U for qemu-devel@nongnu.org; Tue, 05 Aug 2014 05:38:39 -0400 Date: Tue, 5 Aug 2014 10:38:30 +0100 From: Stefan Hajnoczi Message-ID: <20140805093830.GD3186@stefanha-thinkpad.redhat.com> References: <1407209598-2572-1-git-send-email-ming.lei@canonical.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KdquIMZPjGJQvRdI" Content-Disposition: inline In-Reply-To: <1407209598-2572-1-git-send-email-ming.lei@canonical.com> Subject: Re: [Qemu-devel] [PATCH v1 00/17] dataplane: optimization and multi virtqueue support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Ming Lei Cc: Kevin Wolf , Peter Maydell , Fam Zheng , "Michael S. Tsirkin" , qemu-devel@nongnu.org, Paolo Bonzini --KdquIMZPjGJQvRdI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 05, 2014 at 11:33:01AM +0800, Ming Lei wrote: > These patches bring up below 4 changes: > - introduce object allocation pool and apply it to > virtio-blk dataplane for improving its performance >=20 > - introduce selective coroutine bypass mechanism > for improving performance of virtio-blk dataplane with > raw format image >=20 > - linux-aio changes: fixing for cases of -EAGAIN and partial > completion, increase max events to 256, and remove one unuseful > fields in 'struct qemu_laiocb' >=20 > - support multi virtqueue for virtio-blk Please split up this patch series into separate patch series. These are independent changes and there is no reason to combine them. You're doing yourself a disservice because changes that are ready to be applied are getting held up by those that still need more discussion. That will also make the performance discussions easier to follow since each patch series should include performance results, making it easy to understand how much improvement each change brings. Stefan --KdquIMZPjGJQvRdI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJT4KYWAAoJEJykq7OBq3PIzcAIALQ3cW5RXnHxeSC4jK3a6eLj 7gYPFNxUkeC1muMUbbj20EPfHAgM5ONOS60tq7TY0T0q1iHVoN3WhObZp6svk8Mk aA5KjUOQ+J7Uv5oI7z4Aw5BILxtzutTmrOPUiLcCX6D7ZZmTHQ8wxKt42iiHkn4Z xedajs7lMFi0sYX9GChn0SYKKwmNYy23t7z79C0cj3FzjtDgLLBPPYB8cwkO7Gsr bZ1f25uzk8Zq27rYrNGOHvbA0SoOLLCpI50ExGMxnOb+H8+PZn39zE6wUoZrk/3S 0J388Q33fHUBTr1SecwPvY82zZ9BxLdpWkyaAByfMMQLymb0fq5m0QCB56GcufY= =ymUw -----END PGP SIGNATURE----- --KdquIMZPjGJQvRdI--