Re: reiserfs being part of the kernel: it's not just the code

[Hans Reiser]

"Stephen C. Tweedie" wrote:
> 
> Hi,
> 
> On Tue, Jun 06, 2000 at 07:00:40PM -0700, Hans Reiser wrote:
> >
> > Do I miss a finepoint, or can this reservation API be as simple as using an
> > agreed on counter for total system pinned pages which is constrained to some
> > percentage of memory?  I think we all discussed all of this last year, and the
> > workshop Riel tried to organize sadly never happened.
> 
> It's a good bit more complex than that.  We need not only that reservation
> layer, but also a new notification mechanism to invoke early commit if
> we exhaust the reservation limit, and a way of interacting with dirty
> pages (which are not yet part of any transaction, but which may not be
> flushable to disk without a new transaction being incurred).  The dirty
> mmaped data case is particularly nasty: we have very little VM
> infrastructure right now which is suitable for fixing that.

Have the FS stall if the limit is reached, and if the limit is reached, increase
memory pressure invoking the mechanism that will drive allocate on flush.

The FS needs a lot of code, VFS needs something around ten lines, yes?

> 
> > Perhaps we should do a
> > workshop July 5 at the Libre Software conference in France?  Probably this issue
> > will already be solved by then, but there are plenty of other discussions to
> > have in the vicinity of this problem.
> 
> Who will be at Usenix in San Diego in a couple of weeks' time?  There
> will certainly be some of the XFS and GFS people there, and I'll be
> around all week.
> 
> Cheers,
>  Stephen

None of the ReiserFS team will be there.  I can see you at the UK thing, I know
you are planning on going there.  If it is the Libre conference, I can probably
get zam and any other key people flown there is the thing.  You don't have to
attend the whole conference.... I can't because I am speaking at the UK one
also....  If you have a different conference you prefer, see if you can get
people flown there....

Hans