Re: fsync() madness
- Date: Sun, 20 Apr 2008 21:44:03 +0300
- From: Sami Liedes <sliedes@xxxxxxxxx>
- Subject: Re: fsync() madness
On Sun, Apr 20, 2008 at 07:08:13PM +0200, Bart Van Assche wrote: > According to the above thread Konqueror is using KSaveFile for saving > the browser history, which triggers fdatasync()'s, and this is > unfortunate. At least with ext3, appending data to a file is > guaranteed not to corrupt the contents of that file in case of a power > failure. The new contents is either appended or lost. Would it be a > good idea to modify Konqueror such that appending a new URL to the > browser history only involves appending data to a file, and previously > written data is not modified ? The interval at which data is written Or then just do it whatever way and in the very unlikely event of very unfortunately timed power loss (you should be using UPS anyway) suffer the losses like pretty much every other piece of software written for Unix/Linux. This very case is in my opinion quite illustrative. We're talking about _browser_history_, not some nuclear attack plans. It's hard to see how it can be that important, while all other normal software just trusts the kernel and the fs and performs fine. At least behaving like good Unix citizens are expected to should be made an option, and I think it should be on by default. Sami
Attachment:
signature.asc
Description: Digital signature
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
- References:
- fsync() madness
- From: Sami Liedes
- Re: fsync() madness
- From: Bart Van Assche
- Re: fsync() madness
- From: Sami Liedes
- Re: fsync() madness
- From: Sami Liedes
- Re: fsync() madness
- From: Bart Van Assche
- Re: fsync() madness
- From: Oswald Buddenhagen
- Re: fsync() madness
- From: Sami Liedes
- Re: fsync() madness
- From: Oswald Buddenhagen
- Re: fsync() madness
- From: Bart Van Assche
- fsync() madness
- Prev by Date: Re: KDE, Qt3 and Amarok
- Next by Date: Re: fsync() madness
- Previous by thread: Re: fsync() madness
- Next by thread: Re: fsync() madness
- Index(es):