[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Q: PAGE_CACHE_SIZE?



Who's idea was it start the work to make the granularity of the page
cache larger?

From what I can tell:
(a) It can save on finding multiple pages
(b) allows larger internal fragmentation of memory.
(c) Isn't needed if you just need a large chunk of the page
    cache at a time.  (It isn't hard to tie 2 or more pages to
    together if you need to).

This is something I'm stumbling over porting patches for large
files in the page cache from 2.2.5 to to 2.3.3.

I guess if it's worth it I would like to talk with whoever is
responsible so we can coordinate our efforts.  

Otherwise I would like this code dropped. 

Non-page cache aligned mappings sound great until you
(a) squeeze the extra bits out of the vm_offset and make it an index
into the page cache, and
(b) realize you need more bits to say how far you are into a page.

Eric
--
To unsubscribe, send a message with 'unsubscribe linux-mm my@address'
in the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://humbolt.geo.uu.nl/Linux-MM/