>>>>> " " == Stephen C Tweedie <sct@redhat.com> writes:
> Chris Mason and I have already been looking at doing something
> similar, but on a per-page basis, to allow advanced filesystems
> to release memory in a controlled manner. This is particularly
> necessary for journaled filesystems, in which releasing certain
> data may require a transaction commit --- until the commit,
> there is just no way shrink_mmap() will be able to free those
> pages, so there has to be a way for shrink_mmap() to let the
> filesystem know that it wants some memory back.
> The route we'll probably go for this is through
> address_space_operations callbacks from shrink_mmap. That
> allows proper fairness --- all fses can share the same lru that
> way.
Could such a proposal for a per-page flushing interface perhaps also
be used for the implementation of more generic versions of 'sync()' &
friends?
Cheers,
Trond
-
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 : Tue May 23 2000 - 21:00:12 EST