Message-ID: <45E82D2B.3030100@mochima.com>
Date: Fri, 02 Mar 2007 08:56:59 -0500
From: Carlos Moreno <moreno_pg@mochima.com>
User-Agent: Thunderbird 1.5.0.9 (X11/20070102)
MIME-Version: 1.0
To: pgsql-performance@postgresql.org
Subject: Re: strange performance regression between 7.4 and 8.1
References: <a728f9f90703011244r577d56d7y422ab4bd71bb760e@mail.gmail.com>
	<82slco6n9t.fsf@mid.bfk.de>
In-Reply-To: <82slco6n9t.fsf@mid.bfk.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Florian Weimer wrote:
> * Alex Deucher:
>
>   
>> I have noticed a strange performance regression and I'm at a loss as
>> to what's happening.  We have a fairly large database (~16 GB).
>>     
>
> Sorry for asking, but is this a typo?  Do you mean 16 *TB* instead of
> 16 *GB*?
>
> If it's really 16 GB, you should check if it's cheaper to buy more RAM
> than to fiddle with the existing infrastructure.
>   

This brings me to a related question:

Do I need to specifically configure something to take advantage of
such increase of RAM?

In particular, is the amount of things that postgres can do with RAM
limited by the amount of shared_buffers or some other parameter?
Should shared_buffers be a fixed fraction of the total amount of
physical RAM, or should it be the total amount minus half a gigabyte
or so?

As an example, if one upgrades a host from 1GB to 4GB, what would
be the right thing to do in the configuration, assuming 8.1 or 8.2?  (at
least what would be the critical aspects?)

Thanks,

Carlos
--