Skip site navigation (1) Skip section navigation (2)

Re: Feature Request --- was: PostgreSQL Performance Tuning

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Carlos Moreno <moreno_pg(at)mochima(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Feature Request --- was: PostgreSQL Performance Tuning
Date: 2007-04-27 02:49:13
Message-ID: 2679.1177642153@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-performance
Carlos Moreno <moreno_pg(at)mochima(dot)com> writes:
> ...  But, wouldn't it make sense that the configure script
> determines the amount of physical memory and perhaps even do a HD
> speed estimate to set up defaults that are closer to a 
> performance-optimized
> configuration?

No.  Most copies of Postgres these days are executed on machines very
far away from where the code was built.  It's a little bit safer to
try to tune things at initdb time ... as indeed we already do.  But
the fundamental problem remains that we don't know that much about
how the installation will be used.  For example, the planner
configuration parameters turn out to have not that much to do with the
absolute speed of your drive, and a whole lot to do with the ratio
of the size of your database to the amount of RAM you've got; and the
ultimate size of the DB is one thing initdb certainly can't guess.

Also, there is an extremely good reason why Postgres will never be set
up to try to take over the whole machine by default: most of the
developers run multiple postmasters on their machines.

			regards, tom lane

In response to

Responses

pgsql-performance by date

Next:From: Oleg BartunovDate: 2007-04-27 04:42:37
Subject: Re: index structure for 114-dimension vector
Previous:From: Carlos MorenoDate: 2007-04-27 01:58:53
Subject: Feature Request --- was: PostgreSQL Performance Tuning

pgsql-general by date

Next:From: Tom LaneDate: 2007-04-27 02:54:20
Subject: Re: DIfferent plans for explicit versus implicit join using link table
Previous:From: John D. BurgerDate: 2007-04-27 02:25:54
Subject: Re: DIfferent plans for explicit versus implicit join using link table

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group