Re: [patch] delayed disk block allocation

From: Andrew Morton (akpm@zip.com.au)
Date: Mon Mar 04 2002 - 03:34:21 EST


Daniel Phillips wrote:
>
> ..
> I guess 4K PAGE_CACHE_SIZE will serve us well for another couple of years,

Having reviewed the archives, it seems that the multipage PAGE_CACHE_SIZE
patches which Hugh and Ben were working on were mainly designed to increase
I/O efficiency.

If that's the only reason for large pages then yeah, I think we can stick
with 4k PAGE_CACHE_SIZE :). There really are tremendous efficiencies
available in the current code.

Another (and very significant) reason for large pages is to decrease
TLB misses. Said to be very important for large-working-set scientific
apps and such. But that doesn't seem to have a lot to do with PAGE_CACHE_SIZE?

> ...
> By the way, have you ever seen a sparse 1K blocksize file?
> ...

Sure I have. I just created one. (I'm writing test cases for my
emails now. Sheesh).

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



This archive was generated by hypermail 2b29 : Thu Mar 07 2002 - 21:00:32 EST