Messages in this thread | | | Date | Tue, 05 Nov 2002 13:08:23 -0800 | From | reiser <> | Subject | Re: [BK][PATCH] Reiser4, will double Linux FS performance, pleaseapply |
| |
Alexander Zarochentcev wrote:
>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. > > > > ok
- 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/
| |