Messages in this thread | | | Date | Mon, 04 Mar 2002 00:34:21 -0800 | From | Andrew Morton <> | Subject | Re: [patch] delayed disk block allocation |
| |
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/
| |