Skip site navigation (1) Skip section navigation (2)

Re: Hardware recommendations to scale to silly load

From: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
To: PgSQL Performance ML <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Hardware recommendations to scale to silly load
Date: 2003-08-29 12:05:36
Message-ID: 1062158736.669.5.camel@haggis (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-performance
On Fri, 2003-08-29 at 03:18, Shridhar Daithankar wrote:
> On 29 Aug 2003 at 0:05, William Yu wrote:
> 
> > Shridhar Daithankar wrote:
[snip]
> > As for performance, the scaling is magnificient -- even when just using 
> > PAE instead of 64-bit addressing. At low transaction counts, it's only 
> > ~75% faster than the 2x Athlon 1800+ MP it replaced. But once the 
> > transactions start coming in, the gap is as high as 5x. My w-a-g: since 
> > each CPU has an integrated memory controller, you avoid memory bus 
> > contention which is probably the major bottleneck as transaction load 
> > increases. (I've seen Opteron several vs Xeon comparisons where 
> > single-connection tests are par for both CPUs but heavy-load tests favor 
> > the Opteron by a wide margin.) I suspect the 4X comparisons would tilt 
> > even more towards AMD's favor.
> 
> I am sure. But is 64 bit environment, Xeon is not the compitition. It's PA-RSC-
> 8700, ultraSparcs, Power series and if possible itanium.

IMO, Opti will compete in *both* markets.

-- 
-----------------------------------------------------------------
Ron Johnson, Jr. ron(dot)l(dot)johnson(at)cox(dot)net
Jefferson, LA USA

"Adventure is a sign of incompetence"
Stephanson, great polar explorer


In response to

pgsql-performance by date

Next:From: Fabian KreitnerDate: 2003-08-29 12:52:10
Subject: Force table to be permanently in cache?
Previous:From: Alexander PriemDate: 2003-08-29 09:08:21
Subject: Re: Indexing question

pgsql-hackers by date

Next:From: Fabian KreitnerDate: 2003-08-29 12:52:10
Subject: Force table to be permanently in cache?
Previous:From: Rod TaylorDate: 2003-08-29 12:04:14
Subject: Re: ALTER TABLE

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group