Re: Performances with new Intel Core* processors - Mailing list pgsql-performance

From Denis Lussier
Subject Re: Performances with new Intel Core* processors
Date
Msg-id 5f820f750608022208ka5a2f81t4ac39d583685daf3@mail.gmail.com
Whole thread Raw
In response to Re: Performances with new Intel Core* processors  (Florian Weimer <fweimer@bfk.de>)
List pgsql-performance
My theory, based entirely on what I have read in this thread, is that a low end server (really a small workstation) with an Intel Dual Core CPU is likely an excellent PG choice for the lowest end.

I'll try to snag an Intel Dual Core workstation in the near future and report back DBT2 scores comparing it to a similarly equiped 1 socket AMD dual core workstation.   I'll keep the data size small to fit entirely in RAM so the DBT2 isn't it's usual disk bound dog when you run it the "right" way (according to tpc-c guidelines).

--Denis
   Dweeb from EnterpriseDB

On 8/1/06, Florian Weimer <fweimer@bfk.de> wrote:
* Arjen van der Meijden:

> For a database system, however, processors hardly ever are the main
> bottleneck, are they?

Not directly, but the choice of processor influences which
chipsets/mainboards are available, which in turn has some impact on
the number of RAM slots.  (According to our hardware supplier, beyound
8 GB, the price per GB goes up sharply.)  Unfortunately, it seems that
the Core 2 Duo mainboards do not change that much in this area.

--
Florian Weimer                <fweimer@bfk.de>
BFK edv-consulting GmbH       http://www.bfk.de/
Durlacher Allee 47            tel: +49-721-96201-1
D-76131 Karlsruhe             fax: +49-721-96201-99

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
       choose an index scan if your joining column's datatypes do not
       match

pgsql-performance by date:

Previous
From: "Luke Lonergan"
Date:
Subject: Re: RAID stripe size question
Next
From: "Denis Lussier"
Date:
Subject: Re: PITR performance overhead?