From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: [PATCH 0/3] implement readpages() for block device to optimize sequential read Date: Thu, 21 Aug 2014 14:44:12 -0700 Message-ID: <20140821144412.2a97f2a7400590097f3926de@linux-foundation.org> References: <1407249514-20465-1-git-send-email-akinobu.mita@gmail.com> <20140814150425.dfbb6c7eb7ab250e985dac28@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: LKML , Jens Axboe , Alexander Viro , Jeff Moyer , linux-fsdevel@vger.kernel.org To: Akinobu Mita Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Sat, 16 Aug 2014 02:09:44 +0900 Akinobu Mita wrote: > 2014-08-15 7:04 GMT+09:00 Andrew Morton : > > On Tue, 5 Aug 2014 23:38:31 +0900 Akinobu Mita wrote: > > > >> This patchset implements readpages() operation for block device by > >> using mpage_readpages() which can create multipage BIOs instead of > >> BIOs for each page and reduce system CPU time consumption. > > > > Patchset is simple and straightforward enough. But who the > > heck cares about the performance of buffered reads from /dev/XXX? > > I tend to consider the block device as a baseline when I measure the > performance of the storage device. So I was a bit surprised when I saw > the performance of buffered reads from filesystem is better than the one > from block device. That is the reason about this patch for me. OK. The lack of readpages for blockdevs has been an outstanding oddity for a decade or longer - I think it's just that nobody was motivated to do it because the workload isn't important. But the implementation looks pretty simple so why not clean it up. I grabbed the patches.