OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Re: softupdates recommendation

From: Gustavo Vieira Gonçalves Coelho Rios (gustavo.riosterra.com.br)
Date: Wed Jul 02 2003 - 17:57:51 CDT


BTW:
I heard it is not recommend using softupdates when you need to known the
file status, ffor a transaction need. For intance, in qmail, it states
not to use softupdates. But postfix, do suggest softupdates. the
question is: is it really rational using fsync(fd) system call on a file
system mounted with softupdates enabled ?

Jesper Louis Andersen wrote:
>
> Quoting Marco Peereboom (marcopeereboom.us):
> > I use softupdates just about everywhere. Sure there are corner cases
> > where one can loose some data however I (usually) prefer the
> > performace boost over the potential to loose data. Keywords here are
> > UPS, stability and easily recreated/restored data.
>
> I might be wrong here but:
>
> 1. If you cannot afford to loose some data your program should use
> fsync(2) to flush the in-core state down to the disk. If the semantics
> in OpenBSD is not that way, I would like to know how I can do it safely.
> At least that is the original semantics of fsync(2) as far as I know.
>
> FreeBSD seems to support the thing written above at least.
>
> 2. By using softupdates you trade memory for speed. I do not know if
> this issue is real though as I do not know how much memory the
> dependency graph uses memory.
>
> --
> j.