lkml.org 
[lkml]   [2000]   [Feb]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: Linux Status For 2.3.x: v 2.3.43
Hi,

On Thu, 17 Feb 2000 12:06:21 -0500 (EST), Alexander Viro
<viro@math.psu.edu> said:

> On Thu, 17 Feb 2000, Stephen C. Tweedie wrote:

>> > Probable point where we call it being shrink_mmap(). Other candidates?
>>
>> shrink_mmap() is the obvious place. The biggest problem is that we will
>> need to export enough functionality to allow other filesystems to
>> hook their own data structures onto the page cache LRU list, so that
>> filesystem-specific caches can be reclaimed in the same shrink_mmap()
>> loop.

> Why? If we include the pages via the standard functions those pages _will_
> end up in lru_cache, no matter what cache they belong to...

The lru functions are not currently exported. They will need to be if
we are to allow other caches to use the same lru list.

This isn't hard --- the shrink_mmap() problem isn't the difficult one.
Dirty and pinned pages will be the harder ones to get right.

--Stephen

-
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/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.063 / U:0.328 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site