From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33400) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b65l8-0008HE-TJ for qemu-devel@nongnu.org; Thu, 26 May 2016 20:36:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b65l7-0007lS-03 for qemu-devel@nongnu.org; Thu, 26 May 2016 20:36:13 -0400 Date: Fri, 27 May 2016 08:36:02 +0800 From: Fam Zheng Message-ID: <20160527003602.GG31052@ad.usersys.redhat.com> References: <1464100220-21317-1-git-send-email-pl@kamp.de> <20160526065045.GA10734@ad.usersys.redhat.com> <20160526071024.GB10734@ad.usersys.redhat.com> <413c4af8-ba30-bfbf-9a84-d1d92ddac0e4@redhat.com> <20160526083016.GD31052@ad.usersys.redhat.com> <4b26422f-9320-31a6-9dca-534bf0ea6086@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4b26422f-9320-31a6-9dca-534bf0ea6086@redhat.com> Subject: Re: [Qemu-devel] [PATCH V2] block/io: optimize bdrv_co_pwritev for small requests List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Peter Lieven , kwolf@redhat.com, qemu-block@nongnu.org, qemu-devel@nongnu.org, stefanha@redhat.com, mreitz@redhat.com On Thu, 05/26 11:20, Paolo Bonzini wrote: > > > On 26/05/2016 10:30, Fam Zheng wrote: > >> > > >> > This doesn't look too wrong... Should the right sequence of events be > >> > head/after_head or head/after_tail? It's probably simplest to just emit > >> > all four events. > > I've no idea. (That's why I leaned towards fixing the test case). > > Well, fixing the testcase means knowing what events should be emitted. > > QEMU with Peter's patch emits head/after_head. If the right one is > head/after_tail, _both QEMU and the testcase_ need to be adjusted. Your > patch keeps the backwards-compatible route. Yes, I mean I was not very convinced in tweaking the events at all: each pair of them has been emitted around bdrv_aligned_preadv(), and the new branch doesn't do it anymore. So I don't see a reason to add events here. Fam