[PATCH] 2.4 read ahead never reads the last page in a file

From: Chuck Lever
Date: Wed Dec 03 2003 - 18:14:55 EST

hi marcelo-

i posted this a while back on fsdevel for comments, but never heard
anything. i'd like this patch to be included in 2.4.24, as it improves
NFS client read performance by a significant margin, and doesn't appear to
have any negative impact (see fsdevel archives for benchmarks). this is
against 2.4.23.

generic_file_readahead never reads the last page of a file. this means
the last page is always read synchronously by do_generic_file_read.
normally this is not an issue, as most local disk reads are fast.
however, this means that the NFS client is never given the opportunity to
coalesce the last page of a file, which must be read in a separate
synchronous read operation.

this is especially honerous if the network round trip time is long, and/or
the workload consists of reading many uncached small files.

i also explored changing the way that generic_file_readahead computes the
index of the last page of the file. the fix below appears to be the best

diff -X /home/cel/src/linux/dont-diff -Naurp 00-stock/mm/filemap.c 01-readahead1/mm/filemap.c
--- 00-stock/mm/filemap.c 2003-11-28 13:26:21.000000000 -0500
+++ 01-readahead1/mm/filemap.c 2003-12-03 16:46:11.000000000 -0500
@@ -1299,11 +1299,14 @@ static void generic_file_readahead(int r
ahead = 0;
while (ahead < max_ahead) {
- ahead ++;
- if ((raend + ahead) >= end_index)
+ unsigned long ra_index = raend + ahead + 1;
+ if (ra_index > end_index)
- if (page_cache_read(filp, raend + ahead) < 0)
+ if (page_cache_read(filp, ra_index) < 0)
+ ahead++;
* If we tried to read ahead some pages,

- Chuck Lever
corporate: <cel at netapp dot com>
personal: <chucklever at bigfoot dot com>

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/