Messages in this thread | | | Date | Sun, 25 Jul 1999 14:04:13 -0400 (EDT) | From | Chuck Lever <> | Subject | Re: clustering page-ins |
| |
On Sun, 25 Jul 1999, Gregory Maxwell wrote: > On Sat, 24 Jul 1999, Chuck Lever wrote: > > would it > > be a good idea to maintain a separate queue for these that, say, > > shrink_mmap could collect pages from, or actually free them via > > __free_page? > > Depends on the overhead of maintaint the other queue (and scanning it), I > suppose.. It would be good to allow those buffers to stay behind a bit > (Just in case) but they should certantly be the first to go.. (I wouldn't > want the readahead throwing out other apps cache because of usless data).
i'm thinking a better way to do this might be to clear the page reference bit behind the actual faulting page, but only as long as we're scheduling read-ahead I/Os. in other words, save metadata about the previously read ahead data so that those pages can be marked as unreferenced once we know it's OK to continue reading ahead.
- Chuck Lever -- corporate: <chuckl@netscape.com> personal: <chucklever@netscape.net> or <cel@monkey.org>
The Linux Scalability project: http://www.citi.umich.edu/projects/linux-scalability/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |