Re: Postgres 8.4 memory related parameters

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: <sthomas(at)peak6(dot)com>
Cc: <pgsql-performance(at)postgresql(dot)org>, "Claire Chang" <yenhsiac(at)yahoo(dot)com>
Subject: Re: Postgres 8.4 memory related parameters
Date: 2011-08-05 14:00:58
Message-ID: 4E3BB14A020000250003FB41@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Shaun Thomas <sthomas(at)peak6(dot)com> wrote:

> So with a dual X5675, that's 12 cores. My numbers peaked at
> 24-concurrency. At that concurrency, HT was 60% faster than
> non-HT. Sorry if I mixed my terminology. :)

No problem -- I appreciate the information. I just wanted to be
sure I was understanding it correctly. So, with hyperthreading
turned on, the optimal number of active connections was twice the
actual cores. And since the active data set was fully cached, disk
spindles were not a resource which played any significant role in
the test, making the "effective spindle count" zero. So this is one
more data point confirming the overall accuracy of the formula I
use, and providing evidence that it is not affected by use of
hyperthreading if you base your numbers on actual cores.

optimal pool size = ((2 * actual core count) + effective spindle
count)

optimal pool size = ((2 * 12) + 0)

optimal pool size = 24

Thanks!

-Kevin

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Shaun Thomas 2011-08-05 14:21:26 Re: Postgres 8.4 memory related parameters
Previous Message Vitalii Tymchyshyn 2011-08-05 10:36:38 Re: Performance die when COPYing to table with bigint PK