Re: Fixed xloginsert_locks for 9.4 - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Fixed xloginsert_locks for 9.4
Date
Msg-id 20141003222123.GD7158@awork2.anarazel.de
Whole thread Raw
In response to Re: Fixed xloginsert_locks for 9.4  (Bruce Momjian <bruce@momjian.us>)
Responses Re: Fixed xloginsert_locks for 9.4
List pgsql-hackers
On 2014-10-03 18:16:28 -0400, Bruce Momjian wrote:
> On Sat, Oct  4, 2014 at 12:13:00AM +0200, Andres Freund wrote:
> > > Do we really want to expose a setting a few of us _might_ ask customers
> > > to change?
> > 
> > They also will try that themselves. Our customers aren't a horde of dumb
> > people. Some of them are willing to try things if they hit scalability
> > problesm. And *lots* of people hit scalability problems with
> > postgres. In fact I've seen big users migrate away from postgres because
> > of them.
> > 
> > And it's not like this only affects absurd cases. Even a parallel
> > restore will benefit.
> 
> I disagree.  I just don't see the value in having such undefined
> variables.

"undefined variables"? I'm not arguing that we don't need documentation
for it. Obviously we'd need that. I'm arguing against taking away
significant scalability possibilities from our users. My bet is that
it's more than 50% on a bigger machine.

I don't think we can offer absolutely accurate tuning advice, but I'm
sure we can give some guidance. Let me try.

Greetings,

Andres Freund

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



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Fixed xloginsert_locks for 9.4
Next
From: Peter Geoghegan
Date:
Subject: Re: UPSERT wiki page, and SQL MERGE syntax