From: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
Cc: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [COMMITTERS] pgsql: Fast promote mode skips checkpoint at end of recovery. |
Date: | 2013-02-06 17:56:11 |
Message-ID: | 5112993B.7060203@commandprompt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On 02/06/2013 09:43 AM, Simon Riggs wrote:
>> 4. I think fast promotion should be the default. Why not? There are
>> cases where you want the promotion to happen ASAP, and there are cases
>> where you don't care. But there are no scenarios where you want
>> promotion to be slow,
>
> Not true. Slow means safe and stable, and there are many scenarios
> where we want safe and stable. (Of course, nobody specifically
> requests slow). My feeling is that this is an area of exposure that we
> have no need and therefore no business touching. I will of course go
> with what others think here, but I don't find the argument that we
> should go fast always personally convincing. I am willing to relax it
> over time once we get zero field problems as a result.
Promotion, should by default should take the most safe, stable route and
only that route.
+1 On Simon's response.
JD
--
Command Prompt, Inc. - http://www.commandprompt.com/
PostgreSQL Support, Training, Professional Services and Development
High Availability, Oracle Conversion, Postgres-XC
@cmdpromptinc - 509-416-6579
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2013-02-06 18:02:17 | Re: [COMMITTERS] pgsql: Fast promote mode skips checkpoint at end of recovery. |
Previous Message | Simon Riggs | 2013-02-06 17:43:40 | Re: [COMMITTERS] pgsql: Fast promote mode skips checkpoint at end of recovery. |
From | Date | Subject | |
---|---|---|---|
Next Message | Dev Kumkar | 2013-02-06 17:59:08 | Re: Facing authentication error on postgres 9.2 -> dblink functions |
Previous Message | Dev Kumkar | 2013-02-06 17:55:00 | Re: Facing authentication error on postgres 9.2 -> dblink functions |