lkml.org 
[lkml]   [2002]   [Nov]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [BK][PATCH] Reiser4, will double Linux FS performance, pleaseapply
reiser writes:
> Alexander Zarochentcev wrote:
>
> > > >
> > > >In reiser4 allocation of disk space is delayed to transaction commit. It
> > > >is not possible to estimate precisely amount of disk space that will be
> > > >allocated during commit, and hence statfs(2) results are not updated
> > > >until one does sync(2) (forcing commit) or transaction is committed due
> > > >to age (10 minutes by default).
> > > >
> > > >
> > > >
> > > The above is badly phrased, and the behavior complained of is indeed a
> > > bug not a feature. Please fix.
> > >
> > > statfs should be updated immediately in accordance with estimates used
> > > by the space reservation code, and then adjusted at commit time in
> > > accordance with actual usage.
> >
> >We should not do that unless we implement forcing of commits at out of free
> >space situation.
> >
> I thought we had agreed to do forcing of commits at out of free space
> quite some time ago? In any event, we should do forcing of commits at
> out of free space. Yes?

we will control this by a block allocator flag, we set it when we can close
current transaction. I think for most cases it will be set.


--
Alex.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:30    [from the cache]
©2003-2011 Jasper Spaans