From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Matthew Kirkwood <matthew(at)hairy(dot)beasts(dot)org> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Performance Tuning Document? |
Date: | 2002-03-28 21:20:40 |
Message-ID: | 200203282120.g2SLKeI27124@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Matthew Kirkwood wrote:
> Hi,
>
> I'm playing with OSDB (http://osdb.sf.net/) and trying to get
> the best numbers possible out of it.
>
> I haven't been able to find anything resembling a performance
> tuning document. Does such a thing exist?
>
> Bruce's "Hardware performance tuning" guide mentions a bunch
> of options but doesn't suggest what they should be set to. It
> also implies that, simplistically stated, "bigger is better,
> until it makes you swap", but that seems not to be always true:
>
> Under the "crossSectionTests(Mixed IR)" part of an OSDB run, a
> large number of shared_buffers causes severe slowdown on one of
> the tests -- it goes from a little over 200 seconds to nearly
> 2000. I suspect internal lock contention, or maybe it's just
> that the read() path in Linux is quicker than PG's own cache?
>
> Any tips and tricks available? Thus far, I have tried:
Gererally, I think 1/4 RAM for shared buffers is a good start, and
perhaps 2-4% for sort memory.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2002-03-28 21:35:10 | Re: Performance Tuning Document? |
Previous Message | Greg Sabino Mullane | 2002-03-28 18:48:58 | Re: PostgreSQL favicon.ico |