From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Kleikamp Subject: Re: [RFC PATCH v2 15/21] loop: use aio to perform io on the underlying file Date: Fri, 20 Apr 2012 10:09:35 -0500 Message-ID: <4F917C2F.4020805@oracle.com> References: <1333122228-13633-1-git-send-email-dave.kleikamp@oracle.com> <1333122228-13633-16-git-send-email-dave.kleikamp@oracle.com> <4F917751.9040600@parallels.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "linux-fsdevel@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Zach Brown To: "Maxim V. Patlasov" Return-path: In-Reply-To: <4F917751.9040600@parallels.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 04/20/2012 09:48 AM, Maxim V. Patlasov wrote: > On 03/30/2012 07:43 PM, Dave Kleikamp wrote: >> From: Zach Brown >> >> This uses the new kernel aio interface to process loopback IO by >> submitting concurrent direct aio. Previously loop's IO was serialized >> by synchronous processing in a thread. >> > > The patch ignores REQ_FLUSH bit of bi_rw. Is it simply overlook? Good question. Since the loop device is sending only direct IO requests, it shouldn't be necessary to explicitly flush page cache, but REQ_FLUSH also guarantees that previous writes make it to media before the current write, so it looks like I need to add an explicit vfs_fsync() in the new path (conditional on REQ_FLUSH of course). Zach, thoughts? Shaggy > > Thanks, > Maxim