Re: Caching files in nfsd was Re: [patch 12/16] fix race between writeback and unlink

From: Chris Mason (mason@suse.com)
Date: Tue Jun 04 2002 - 08:29:44 EST


On Tue, 2002-06-04 at 08:16, Andi Kleen wrote:
> > The only issue that I can see (except for simple coding) is that as
> > NFS cannot be precise about closing at the *right* time we would be
> > changing from closing too early (and so re-opening) to closing too
> > late.
> > Would this be an issue for any filesystem? My feeling is not, but I'm
> > open to opinions....
>
> The only potential issue I see is that forcing a flush when the file system
> fills up may be a good idea to drop preallocations (but then one would hope
> that a fs with preallocation does this already automatically, so it hopefully
> won't be needed in nfsd)

reiserfs does, but I'm not sure about ext2. reiserfs doesn't carry
preallocated blocks from one transaction to another. So when the
transaction closes, we free preallocated blocks.

When the FS runs out of space, we stop the transaction to give everyone
a chance to free up what they can (not just preallocation), and then
start a new transaction. So nfs closing too late won't hurt.

-chris

-
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/



This archive was generated by hypermail 2b29 : Fri Jun 07 2002 - 22:00:20 EST