Re: fsync in glib/gio

[Michael Meeks <michael meeks novell com>]

On Sun, 2009-03-15 at 10:19 +0100, Alexander Larsson wrote:
> The debate is far from over with this. gio should be made slower and do
> unnecessary syncronous I/O in order to fulfill the standards, yes.

	Sure, it should fsync on ext4-before-it-was-fixed systems - it sucks to
loose data; though I'm still unconvinced this is a standards issue :-)

>  But there are milllions of lines of code that does the rename as
> atomic replace and the chances that anywhere near a majority of those
> are "fixed" is extremely slim. Therefore everyone should be aware of
> the broken filesystems that don't give data-before-metadata-on-rename
> guarantees so that sane people can stay away from them.

	Out of interest, what distributions are shipping with ext4 configured
in this helpful "loose your data" mode ? can we not simply inject the
"go slower" patch into these ext4 distros [ since it won't affect their
performance quite as badly as everywhere else ], as a temporary
workaround; and then sit back and let the default glib behaviour be to
work well on all sane systems ? :-)

	Regards,

		Michael.

-- 
 michael meeks novell com  <><, Pseudo Engineer, itinerant idiot