On Tuesday 30 of August 2005 08:11, Miroslav Flídr wrote: > This behaviour is caused by change in the vfat driver. It now respects > the sync option and the slow speed is caused by frequent updating of the > FAT table. Some info can be found here: > http://readlist.com/lists/vger.kernel.org/linux-kernel/22/111748.html
Exactly this is the problem... so sync every sector. I have one question, how this work earlier? With sync i know when files where copied in realtime, not after the umount command (there is info that fat filesystem ignore sync option, then why it works differently with and without). > > The only solution seem to be to use the async option. But this makes copy process to be done at umount, also i don't see then data copy rate so i even don't know if there are no problems. Most suprising is that on gentoo we use hald, by default it uses "sync" option, as in my case. Whe developers made such big change and don't inform anyone about this. Yes , there are some info but only in bugzillas reports by users who spotted it. So where will by default it will work flawless... In my opinion current situation is quite dangerous, it can even destroy flash memory with fat fs (are there other fs widely used in portable hardware?), by constan overwrite of fat filetable. > -- > Miroslav Flídr -- Michal Kurgan -- gentoo-user@gentoo.org mailing list
