Re: shared_buffers documentation - Mailing list pgsql-hackers

From Jim Nasby
Subject Re: shared_buffers documentation
Date
Msg-id 488CAFD7-C2CA-450F-93BC-69768503755B@decibel.org
Whole thread Raw
In response to Re: shared_buffers documentation  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: shared_buffers documentation  (Jaime Casanova <jcasanov@systemguards.com.ec>)
Re: shared_buffers documentation  (Greg Smith <greg@2ndquadrant.com>)
List pgsql-hackers
On Apr 16, 2010, at 4:56 PM, Robert Haas wrote:
> From reading this and other threads, I think I generally understand
> that the perils of setting shared_buffers too high: memory is needed
> for other things, like work_mem, a problem which is exacerbated by the
> fact that there is some double buffering going on.  Also, if the
> buffer cache gets too large, checkpoints can involve writing out
> enormous amounts of dirty data, which can be bad.

I've also seen large shared buffer settings perform poorly outside of IO issues, presumably due to some kind of
internallock contention. I tried running 8.3 with 24G for a while, but dropped it back down to our default of 8G after
noticingsome performance problems. Unfortunately I don't remember the exact details, let alone having a repeatable test
case.
--
Jim C. Nasby, Database Architect                   jim@nasby.net
512.569.9461 (cell)                         http://jim.nasby.net




pgsql-hackers by date:

Previous
From: "Marc G. Fournier"
Date:
Subject: Re: BETA
Next
From: Tom Lane
Date:
Subject: Re: Thoughts on pg_hba.conf rejection