Re: [RFC PATCH] fat: add noflush mount option

[Christoph Hellwig]

On Wed, Aug 26, 2026 at 01:13:29PM +0900, David Timber wrote:
> It probably had something to do with DOS and/or Windows implementation,
> maybe a "monkey see, monkey do" situation. I think this is why FAT on
> Windows is quite slow to this day(again, I might be wrong so don't quote
> me on this).
> 
> Whoever first came up with the idea was probably worried too much about
> users(who are not familiar with UNIX systems) unplugging removable
> devices without giving the OS an opportunity to sync. I have to say
> that, compared to Windows' default behaviour, the default 5 seconds of
> vm.dirty_writeback is quite aggressive and that's why we have the flush
> option in the first place...
> 
> But I still think being able to flip the option on the fly should come
> in really handy in embedded systems that just can't afford to do
> explicit sync.

As I said, no objection to adding the option, but I think addressing
the root cause in addition would be very helpfu.