Re: Random Page Cost and Planner - Mailing list pgsql-performance

From Tom Lane
Subject Re: Random Page Cost and Planner
Date
Msg-id 2008.1274833463@sss.pgh.pa.us
Whole thread Raw
In response to Re: Random Page Cost and Planner  (David Jarvis <thangalin@gmail.com>)
Responses Re: Random Page Cost and Planner
List pgsql-performance
David Jarvis <thangalin@gmail.com> writes:
>> It sounds as though the active portion of your database is pretty
>> much cached in RAM.  True?

> I would not have thought so; there are seven tables, each with 39 to 43
> million rows as: [ perhaps 64 bytes per row ]
> The machine has 4GB of RAM, donated to PG as follows:

Well, the thing you need to be *really* wary of is setting the cost
parameters to make isolated tests look good.  When you repeat a
particular test case multiple times, all times after the first probably
are fully cached ... but if your DB doesn't actually fit in RAM, that
might not be too representative of what will happen under load.
So if you want to cut the xxx_page_cost settings some more, pay close
attention to what happens to average response time.

            regards, tom lane

pgsql-performance by date:

Previous
From: David Jarvis
Date:
Subject: Re: Random Page Cost and Planner
Next
From: Rob Wultsch
Date:
Subject: Re: Random Page Cost and Planner