Re: pg_xlog -> pg_xjournal?

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Craig Ringer <craig(at)2ndquadrant(dot)com>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Joel Jacobson <joel(at)trustly(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pg_xlog -> pg_xjournal?
Date: 2016-05-02 13:29:49
Message-ID: CA+Tgmob4rhSEX7kyk4f+AeaLN6hBcWzqM0=DVtWKcE6DebTuyg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Apr 28, 2016 at 11:46 PM, Craig Ringer <craig(at)2ndquadrant(dot)com> wrote:
> On 29 April 2016 at 10:12, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
>> My larger question was, was 9.6 an ideal time to do this, and if so, why
>> did this issue not get done. If 9.6 wasn't in some way ideal, we can do
>> it in 9.7.
>
> Doing it at the very beginning of the release cycle seems like a good idea.

Yeah. If we do this, it's is going to affect quite a few bits and
pieces that know about pg_xlog, not to mention (I think) lots of
third-party tools. So any patch doing this needs to be very carefully
reviewed before it goes into core, and on a timeline that gives
outside-of-core stuff a chance to react to it.

> I just helped another person yesterday who deleted their pg_xlog.

The biggest reason I've seen pg_xlog get deleted is not because it's
called pg_xlog, but because it's located someplace other than under
the data directory and referenced via a symlink. Renaming it might
still make it less likely for people to get trigger happy, though.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2016-05-02 13:33:36 Re: Detrimental performance impact of ringbuffers on performance
Previous Message Robert Haas 2016-05-02 13:12:52 Re: Refactor pg_dump as a library?