Feature Request --- was: PostgreSQL Performance Tuning - Mailing list pgsql-performance

From Carlos Moreno
Subject Feature Request --- was: PostgreSQL Performance Tuning
Date
Msg-id 463158DD.3060602@mochima.com
Whole thread Raw
In response to Re: [GENERAL] PostgreSQL Performance Tuning  (Steve Crawford <scrawford@pinpointresearch.com>)
Responses Re: Feature Request --- was: PostgreSQL Performance Tuning
List pgsql-performance
Steve Crawford wrote:
> Have you changed _anything_ from the defaults? The defaults are set so
> PG will run on as many installations as practical. They are not set for
> performance - that is specific to your equipment, your data, and how you
> need to handle the data.
Is this really the sensible thing to do?   I know we should not encourage
the world we're leaving in even more in the ways of "have the computer
do everything for us so that we don't need to have even a clue about what
we're doing" ...  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?

Then, perhaps command switches so that you could specify the type of
access you estimate for your system.  Perhaps something like:

./configure --db-size=100GB --write-percentage=20  .... etc.

(switch write-percentage above indicates that we estimate that 20% of
the DB activity would be writing to the disk --- there may be other
switches to indicate the percentage of queries that are transactions,
the percentage of queries that are complex;  percentage that require
index usage, etc. etc. etc.)...  And then, based on that, a better set of
defaults could be set by the configuration script.

Does this make sense?  Or perhaps I'm watching too much science
fiction?

Carlos
--


pgsql-performance by date:

Previous
From: joe@omc-international.com.au
Date:
Subject: Re: Simple query, 10 million records...MySQL ten times faster
Next
From: Tom Lane
Date:
Subject: Re: Feature Request --- was: PostgreSQL Performance Tuning