pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Josh Berkus <josh@agliodbs.com>
To: pgsql-performance@postgresql.org
Subject: Re: PostgreSQL Configuration Tool for Dummies
Date: Wed, 27 Jun 2007 11:02:35 -0700
Message-ID: <200706271102.35965.josh@agliodbs.com> (raw)
In-Reply-To: <Pine.GSO.4.64.0706261752030.10548@westnet.com>
References: <A3AC4FA47DC0B1458C3E5396E685E63302395E63@SAB-DC1.sab.uiuc.edu>
	<200706261226.06024.josh@agliodbs.com>
	<Pine.GSO.4.64.0706261752030.10548@westnet.com>

Greg,

> I'd like to see people have a really simple set of questions to get them
> past the completely undersized initial configuration phase, then ship them
> toward resources to help educate about the parts that could be problematic
> for them based on what they do or don't know.  I don't see an
> inconsistancy that I'd expect people to have a reasonable guess for
> max_connections, while also telling them that setting sort_mem is
> important, a middle value has been assigned, but a really correct setting
> isn't something they can expect the simple config tool to figure out for
> them; here's a pointer to the appropriate documentation to learn more.

I disagree that this is acceptable, especially when we could set a better 
value using an easy-to-understand question. It's also been my experience (in 
3 years of professional performance tuning) that most users *don't* have an 
accurate guess for max_connections.

I'm really not clear on why you think "what flavor of application do you 
have?" is a difficult question.  It's certainly one that my clients were able 
to answer easily.  Overall, it seems like you're shooting for a conf tool 
which only really works for web apps, which isn't my personal goal or I think 
a good use of our time.

> I'm still of the opinion that recommendations for settings like
> max_fsm_pages and maintenance_work_mem should come out of a different type
> of tool that connects to the database.

Well, there's several steps to this:

1) Run conf tool when installing PG;
2) Run conf tool++ after application is first up and running;
3) Run conf tool++ after application has been in production

The (1) tool should at least provide a configuration which isn't going to lead 
to long term issues.  For example, dramatically underallocating fsm_pages can 
result in having to run VACUUM FULL and the associated downtime, so it's 
something we want to avoid at the outset.

-- 
Josh Berkus
PostgreSQL @ Sun
San Francisco



view thread (42+ messages)  latest in thread

Message-ID: <200706271102.35965.josh@agliodbs.com>
Permalink:  ../200706271102.35965.josh@agliodbs.com/
Also on:    postgresql.org/message-id/200706271102.35965.josh@agliodbs.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: josh@agliodbs.com
  Subject: Re: PostgreSQL Configuration Tool for Dummies
  In-Reply-To: <200706271102.35965.josh@agliodbs.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox