Re: Large (8M) cache vs. dual-core CPUs - Mailing list pgsql-performance

From Joshua D. Drake
Subject Re: Large (8M) cache vs. dual-core CPUs
Date
Msg-id 444E9CB7.6050604@commandprompt.com
Whole thread Raw
In response to Re: Large (8M) cache vs. dual-core CPUs  (Ron Peacetree <rjpeace@earthlink.net>)
List pgsql-performance
Ron Peacetree wrote:
> As others have noted, the current price/performance "sweet spot" for DB servers is 2S 2C AMD CPUs.  These CPUs are
alsothe highest performing x86 compatible solution for pg. 
>
> If you must go Intel for some reason, then wait until the new NGMA CPU's (Conroe, Merom, Woodcrest) come out and see
howthey bench on DB workloads.  Preliminary benches on these chips look good, but I would not recommend making a
purchasedecision based on just preliminary benches of unreleased products. 
>
> If you must buy soon, then the decision is clear cut from anything except possinly a political/religious standpoint.
> The NetBurst based Pentium and Xeon solutions are simply not worth the money spent or the PITA they will put you
throughcompared to the AMD dual cores.  The new Intel NGMA CPUs may be different, but all the pertinent evidence is not
yetavailable. 
>
> My personal favorite pg platform at this time is one based on a 2 socket, dual core ready mainboard with 16 DIMM
slotscombined with dual core AMD Kx's. 
>
> Less money than the "comparable" Intel solution and _far_ more performance.
>
> ...and even if you do buy Intel, =DON"T= buy Dell unless you like causing trouble for yourself.
> Bad experiences with Dell in general and their poor PERC RAID controllers in specific are all over this and other DB
forums.
>
> Ron
>

To add to this... the HP DL 385 is a pretty nice dual core capable
opteron box. Just don't buy the extra ram from HP (they like to charge
entirely too much).

Joshua D. Drake

--

            === The PostgreSQL Company: Command Prompt, Inc. ===
      Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
      Providing the most comprehensive  PostgreSQL solutions since 1997
                     http://www.commandprompt.com/



pgsql-performance by date:

Previous
From: "Junaili Lie"
Date:
Subject: Re: slow deletes on pgsql 7.4
Next
From: Tom Lane
Date:
Subject: Re: slow deletes on pgsql 7.4