From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Isn't remote_write a really dumb name for that setting? |
Date: | 2012-08-22 17:15:12 |
Message-ID: | 18026.1345655712@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Bruce Momjian <bruce(at)momjian(dot)us> writes:
> On Wed, Aug 22, 2012 at 01:01:04PM -0400, Tom Lane wrote:
>> AFAICT, the remote_write setting for synchronous_commit is named exactly
>> backwards, because the point of the setting is that it *doesn't* wait
>> for the remote to write anything.
>>
>> As an alternative I suggest "remote_receive". Perhaps somebody else
>> has a better idea?
> Yes, I didn't like remote_write either; see this thread:
> http://archives.postgresql.org/pgsql-hackers/2012-05/msg00375.php
Oh. After re-reading that thread (and looking at the code to be sure),
I think the mode name is all right; it's the documentation that is 100%
broken. The actual meaning of the setting is that we wait for the
remote to write() the data, but not fsync() it. The description in the
SGML docs has nothing to do with reality.
Will fix the docs.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2012-08-22 18:45:19 | Re: Audit Logs WAS: temporal support patch |
Previous Message | Bruce Momjian | 2012-08-22 17:07:13 | Re: Isn't remote_write a really dumb name for that setting? |