Re: synchronous_commit and remote_write

From: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Aidan Van Dyk <aidan(at)highrise(dot)ca>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: synchronous_commit and remote_write
Date: 2012-05-10 01:03:53
Message-ID: CAMkU=1wfa3oFoXx-ksqc28xrTfJi=hrN=i6FGW2ja5Y8F7CsjQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, May 9, 2012 at 8:43 AM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> On Wed, May 9, 2012 at 10:34 AM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
>>> It does provide an additional guarantee, but I accept you personally
>>> may not find that useful.
>>
>> The guarantee is that if Postgres crashes, we don't lose any data, but
>> not if the OS crashes (right?) because that isn't clear now.
>
> True, point taken.

Back when synchronous_commit only had 2 values, I thought it should
have had 3. The guarantee of losing transactions only on an OS crash,
and not on a Postgres server crash, seems quite valuable (especially
if you are playing around with custom extensions that might crash
Postgres upon custom bugs). And the costs seem minimal. If the
kernel is so constipated that even simple writes are blocking, it
seems you are hosed regardless of where those writes are occurring.

Cheers,

Jeff

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Joe Conway 2012-05-10 02:36:01 Re: memory leak regression 9.1 versus 8.1
Previous Message Joe Conway 2012-05-10 00:06:30 Re: memory leak regression 9.1 versus 8.1