Re: Shared memory changes in 9.4? - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Shared memory changes in 9.4?
Date
Msg-id 20140612160053.GA5373@alap3.anarazel.de
Whole thread Raw
In response to Re: Shared memory changes in 9.4?  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Hi,

On 2014-06-12 11:08:35 -0400, Robert Haas wrote:
> On Thu, Jun 12, 2014 at 5:41 AM, Andres Freund <andres@2ndquadrant.com> wrote:
> >> > With regard to Andres' proposal, I'm not that keen on setting
> >> > dynamic_shared_memory_type='none' by default.
> >
> > Note that I'm not proposing to disable the whole thing. Just that a
> > unset dynamic_shared_memory_type doesn't configure dsm. Initdb would
> > still configure it after probing.
> 
> OK, I misunderstood your position; thanks for clarifying.  I think
> that would be OK with me.  To some degree, I think that the test setup
> is broken by design: while we try to maintain backward-compatibility
> for postgresql.conf files, there's never been any guarantee that an
> old postgresql.conf file will work on a newer server.  For example, a
> whole lot of pre-8.4 users probably had max_fsm_pages and
> max_fsm_relations configured, and with 8.4, those settings went away.
> Fixing that kind of thing is an essential part of the upgrade process.

While I think I see where you're coming from I don't think these cases
are comparable. In this case commenting out the GUC can prevent the
server from starting. That's pretty odd imo.

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



pgsql-hackers by date:

Previous
From: David Johnston
Date:
Subject: Re: [DOCS] [9.3] Should we mention "set_config(...)" in 18.1.3 in Server Configuration?
Next
From: Tom Lane
Date:
Subject: Re: Suppressing unused subquery output columns