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    [W:0.020 / U:34.232 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site