Subject: Re: HEADS UP: tmpfs added
To: None <tech-kern@netbsd.org>
From: Matthias Scheler <tron@zhadum.de>
List: tech-kern
Date: 09/13/2005 16:36:54
On Tue, Sep 13, 2005 at 08:14:32AM -0700, Bill Studenmund wrote:
> > That's not my question. Let me try to rephrase it:
> > Will "tmpfs" kick against UVM hard enough to get memory e.g. by flushing
> > pages from the buffer cache?
> Probably not. We don't have a way for file systems to do this in general.

That's bad.

> I think we need one. :-)

Yes, probably. There's of course a problem with that:
When "tmpfs" kicks UVM to free a page, UVM might kick UBC to flush a dirty
page beloging to a vnode of the very same "tmpfs" instance.

Thinking about that further it could already happen right now:
1.) The system needs a free page but there are none.
2.) UBC tries to write a dirty page to a "tmpfs" instance.
3.) "tmpfs" tries to allocate a page to store the date from the dirty page.

How does "tmpfs" deal with that?

	Kind regards

-- 
Matthias Scheler                                  http://scheler.de/~matthias/