Subject | Re: [firebird-support] Journaled file systems |
---|---|
Author | Milan Babuskov |
Post date | 2008-10-17T16:41:27Z |
Rick Debay wrote:
sync and data-journaling would slow down writes to entire partition, so
if you something else than just firebird databases on it, it will work
slower as well.
--
Milan Babuskov
http://www.flamerobin.org
http://www.guacosoft.com
> I'm installing Suse 11 for a database server, and need to set up theYou will have the same effect as sync.
> data file system to be as reliable as possible.
> It's going to be ext3 mounted with the sync flag. I was looking at the
> journaling options, and was wondering if journaling the data was worth
> it.
> FromExactly.
> a data safety perspective, the data is on the disk whether it writes it
> to the
> data journal or directly to the file. While a partial write to a file
> would
> normally cause problems, in a transactional database the incomplete
> writes would
> just be rolled back.
> I can see a performance advantage if the journal is on differentWith latest fixes to forced writes, you don't need any of those. Both
> hardware, so as
> to handle burst conditions.
>
> Am I missing something? Does anyone have any recommendations?
sync and data-journaling would slow down writes to entire partition, so
if you something else than just firebird databases on it, it will work
slower as well.
> Will Firebird have a problem if there was a partial write to theOnly with forced-writes = OFF
> database file, and the OS did NOT report that the write was complete?
> Secondly, am I correct in assuming that Firebird's temporary files doYes.
> not need any special precautions such as making them synchronous or
> preserving them across reboots?
--
Milan Babuskov
http://www.flamerobin.org
http://www.guacosoft.com