On Tue, Jun 06, 2000 at 08:07:34AM -0700, Chris Mason wrote:
>
>
> On Tue, 6 Jun 2000, Andi Kleen wrote:
>
> > On Tue, Jun 06, 2000 at 06:30:03AM -0700, Chris Mason wrote:
> > > We need two things:
> > >
> > > 1) a way to reserve and release a pinned page count. This will allow a
> > > pinned page high watermark so the journaled filesystems can plan nice
> > > without pinning all the ram.
> > >
> > > 2) A memory pressure call back in the address space operations. This
> > > really does seem more flexible than a call in struct super_operations.
> >
> > This would involve that the pages in the transaction are added to the global
> > LRU (otherwise there would be no easy way to get at their transactions).
> > Does that really make sense ?
>
> Once shrink_mmap (or similar function) uses the call back from any page
> in the FS, I can use that to start reclaiming.
That sounds like quite a gamble: hope that the core shrink_mmap code
which knows nothing about such tricks hits some page that is part of
a transaction to free a lot of other unrelated pages. I guess a more
direct approach would be better and safer.
-Andi
-
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/
This archive was generated by hypermail 2b29 : Wed Jun 07 2000 - 21:00:25 EST