Simon Riggs
Remove secondary checkpoint –
Remove the code that maintained two checkpoint's WAL files and all
associated stuff.
Try to avoid breaking anything else
This
* reduces di...
Loading...
Michael Paquier
On Mon, Oct 23, 2017 at 11:20 PM, Simon Riggs <simon@...> wrote:
> Remove the code that maintained two checkpoint's WAL files and all
&...
Loading...
Simon Riggs
On 25 October 2017 at 00:17, Michael Paquier <michael.paquier@...> wrote:
> On Mon, Oct 23, 2017 at 11:20 PM, Simon Riggs <simon@...&...
Loading...
Simon Riggs
On 30 October 2017 at 15:22, Simon Riggs <simon@...> wrote:
>> You forgot to update this formula in xlog.c:
>> distance ...
Loading...
Simon Riggs
On 30 October 2017 at 18:58, Simon Riggs <simon@...> wrote:
> On 30 October 2017 at 15:22, Simon Riggs <simon@...> wrote:
>
&...
Loading...
Michael Paquier
On Tue, Oct 31, 2017 at 2:00 PM, Simon Riggs <simon@...> wrote:
> On 30 October 2017 at 18:58, Simon Riggs <simon@...> wrote:
>...
Loading...
Simon Riggs
On 31 October 2017 at 12:01, Michael Paquier <michael.paquier@...> wrote:
> On Tue, Oct 31, 2017 at 2:00 PM, Simon Riggs <simon@...&g...
Loading...
Michael Paquier
On Wed, Nov 8, 2017 at 2:23 AM, Simon Riggs <simon@...> wrote:
> On 31 October 2017 at 12:01, Michael Paquier <michael.paquier@...>...
Loading...
Michael Paquier
On Mon, Oct 30, 2017 at 2:22 PM, Simon Riggs <simon@...> wrote:
> On 25 October 2017 at 00:17, Michael Paquier <michael.paquier@...&g...
Loading...
Simon Riggs
On 30 October 2017 at 15:31, Michael Paquier <michael.paquier@...> wrote:
> On Mon, Oct 30, 2017 at 2:22 PM, Simon Riggs <simon@...&g...
Loading...
Tom Lane-2
Simon Riggs <simon@...> writes:
> Remove the code that maintained two checkpoint's WAL files and all
> associated stuff.
> Try...
Loading...
Andres Freund
On 2017-10-24 09:50:12 -0400, Tom Lane wrote:
> Simon Riggs <simon@...> writes:
> > Remove the code that maintained two checkpoin...
Loading...
Robert Haas
On Tue, Oct 24, 2017 at 7:25 PM, Andres Freund <andres@...> wrote:
> I think it does the contrary. The current mechanism is, in my opini...
Loading...
Álvaro Herrera
Robert Haas wrote:
> On Tue, Oct 24, 2017 at 7:25 PM, Andres Freund <andres@...> wrote:
> > I think it does the contrary. The cur...
Loading...
Robert Haas
On Mon, Oct 30, 2017 at 7:04 PM, Alvaro Herrera <alvherre@...> wrote:
>> A sort of middle way would be to keep the secondary checkpoi...
Loading...
Tom Lane-2
Robert Haas <robertmhaas@...> writes:
> I was mostly just thinking out loud, listing another option rather
> than advocating for it....
Loading...
Andres Freund
On 2017-10-30 10:10:19 -0400, Tom Lane wrote:
> Robert Haas <robertmhaas@...> writes:
> > I was mostly just thinking out loud, li...
Loading...
Robert Haas
On Mon, Oct 30, 2017 at 7:04 PM, Alvaro Herrera <alvherre@...> wrote:
> Robert Haas wrote:
>> On Tue, Oct 24, 2017 at 7:25 PM, An...
Loading...
Tsunakawa, Takayuki
From: pgsql-hackers-owner@...
> [mailto:pgsql-hackers-owner@...] On Behalf Of Tom Lane
> Doesn't it also make crash recovery less robust? ...
Loading...
Michael Paquier
On Tue, Oct 24, 2017 at 5:58 PM, Tsunakawa, Takayuki
<tsunakawa.takay@...> wrote:
> If the latest checkpoint record is unreadable (the ...
Loading...
Tsunakawa, Takayuki
From: pgsql-hackers-owner@...
> [mailto:pgsql-hackers-owner@...] On Behalf Of Michael Paquier
> On Tue, Oct 24, 2017 at 5:58 PM, Tsunakawa...
Loading...
Simon Riggs
On 24 October 2017 at 09:50, Tom Lane <tgl@...> wrote:
> Simon Riggs <simon@...> writes:
>> Remove the code that maintained...
Loading...
Tsunakawa, Takayuki
From: pgsql-hackers-owner@...
> [mailto:pgsql-hackers-owner@...] On Behalf Of Simon Riggs
> This
> * reduces disk space requirements o...
Loading...
Álvaro Herrera
Tsunakawa, Takayuki wrote:
> (Although unrelated to this, I've also been wondering why PostgreSQL
> flushes WAL to disk when writing a p...
Loading...
Tsunakawa, Takayuki
From: Alvaro Herrera [mailto:alvherre@...]
> Tsunakawa, Takayuki wrote:
>
> > (Although unrelated to this, I've also been wonderin...
Loading...
Michael Paquier
On Tue, Oct 24, 2017 at 7:24 PM, Tsunakawa, Takayuki
<tsunakawa.takay@...> wrote:
> (3)
> Should we change the default value of max...