Re: ported application having performance issues - Mailing list pgsql-performance

From Dennis Bjorklund
Subject Re: ported application having performance issues
Date
Msg-id Pine.LNX.4.44.0507011051320.4501-100000@zigo.dhs.org
Whole thread Raw
In response to Re: ported application having performance issues  (John Mendenhall <john@surfutopia.net>)
Responses Re: ported application having performance issues  (John Mendenhall <john@surfutopia.net>)
List pgsql-performance
On Thu, 30 Jun 2005, John Mendenhall wrote:

> Our setting for effective_cache_size is 2048.
>
> random_page_cost = 4, effective_cache_size = 2048   time approximately 4500ms
> random_page_cost = 3, effective_cache_size = 2048   time approximately 1050ms
> random_page_cost = 3, effective_cache_size = 4096   time approximately 1025ms
>
> The decrease of random_page_cost to 3 caused the plan
> to work properly, using the lead_requests table as a
> join starting point and using the contacts index.

The effective_cache_size still looks small. As a rule of tumb you might
want effective_cache_size to be something like 1/2 or 2/3 of your total
memory. I don't know how much you had, but effective_cache_size = 4096 is
only 32M.

shared_buffers and effective_cache_size is normally the two most important
settings in my experience.

--
/Dennis Björklund


pgsql-performance by date:

Previous
From: John Mendenhall
Date:
Subject: Re: ported application having performance issues
Next
From: Sam Mason
Date:
Subject: planner picking more expensive plan