From: | Zeugswetter Andreas IZ5 <Andreas(dot)Zeugswetter(at)telecom(dot)at> |
---|---|
To: | pgsql-hackers(at)postgreSQL(dot)org |
Cc: | "'dhogaza(at)pacifier(dot)com'" <dhogaza(at)pacifier(dot)com> |
Subject: | Re: [HACKERS] fsynch of pg_log write.. |
Date: | 1999-06-25 13:41:34 |
Message-ID: | 219F68D65015D011A8E000006F8590C60267B3B4@sdexcsrv1.f000.d0188.sd.spardat.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> For now, though, I don't mind living with my simple
> hack if indeed it simply means I risk losing a transaction
> during a crash. Or, actually, have simply increased that risk
> (the sequence flush/log id/CRASH is possible, after all).
>
No. This is why Vadim wants the second flush. If the machine
crashes like you describe the client will not be told "transaction
committed". The problem is when a client is told something,
that is not true after a crash, which can happen if the second
flush is left out.
> I'm a lot more comfortable with this than with the potential
> damage done during a crash when fsync'ing both log file and
> data is disabled, when the log can then be written by the
> system followed by a crash before the data tuples make it
> to disk.
>
Yes, this is a much better situation.
Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 1999-06-25 13:55:49 | Re: [HACKERS] fsynch of pg_log write.. |
Previous Message | Tom Lane | 1999-06-25 13:21:23 | Re: [HACKERS] solution for psql segmentation fault ?? |