On Tue, 2003-05-13 at 10:46, Andi Kleen wrote:
> On Tue, May 13, 2003 at 10:26:49AM -0500, Steve Lord wrote:
> > Complete change in approach is the short answer.
> > By adding the periodic actvity thread we activate some code which
> > looks for an empty AIL and writes out a dummy log record to record
> > the new tail of the log.
> Does it check that it already wrote the marker before writing again ?
> If not the laptop users will hate you ;)
It does it twice, then stops
> > There are still windows when zero filled files are possible, as the
> > updated inode size can make it out to disk in a transaction before
> > all the extents do. Doing the 100% solution will require some brain
> > cells.
> And I imagine changing this could add lots of seeking ...
> (between the inode areas and the data areas)
It may be more along the lines of holding off on letting the inode
out to disk, but it would be complex.
> > I can say though, that after sync returns a linux xfs filesystem is
> > now on disk to the point where it will look the same after a reboot.
> That should fix the number 1 complaint about XFS yes.
> Thanks for the explanation,
Steve Lord voice: +1-651-683-3511
Principal Engineer, Filesystem Software email: lord@xxxxxxx