Re: synchronous_commit and remote_write

From: Aidan Van Dyk <aidan(at)highrise(dot)ca>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: synchronous_commit and remote_write
Date: 2012-05-09 02:29:31
Message-ID: CAC_2qU8F_fAX_yTcm+mkZuzunGVeGZTw4qCAqh_qADq5zUEyDA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, May 8, 2012 at 10:09 PM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:

>> And then, I could envision (if it continues down this road):
>>   off
>>   local
>>   remote_accept
>>   remote_write
>>   remote_sync
>>   remote_apply (implies visible to new connections on the standby)
>>
>> Not saying all off these are necessarily worth it, but they are all
>> the various "stages" of WAL processing on the remote...
>
> The _big_ problem with "write" is that we might need that someday to
> indicate some other kind of write, e.g. write to kernel, fsync to disk.

Well, yes, but in the sequence of:
>>   remote_accept
>>   remote_write
>>   remote_sync

it is much more clear...

With a single "remote_write", you can't tell just by itself it that is
intended to be "it's a write *to* the remote", or "it's a write *by*
the remote". But when combined with other terms, only one makes sense
in all cases.

--
Aidan Van Dyk                                             Create like a god,
aidan(at)highrise(dot)ca                                       command like a king,
http://www.highrise.ca/                                   work like a slave.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2012-05-09 02:52:29 Re: synchronous_commit and remote_write
Previous Message Tom Lane 2012-05-09 02:20:22 Re: Latch for the WAL writer - further reducing idle wake-ups.