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
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 |