Re: SMP scaling

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Mark Rae <mrae(at)purplebat(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, postgres list <pgsql-general(at)postgresql(dot)org>
Subject: Re: SMP scaling
Date: 2005-03-18 18:11:10
Message-ID: 200503181811.j2IIBAf20076@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Mark Rae wrote:
> On Fri, Mar 18, 2005 at 10:38:24AM -0500, Tom Lane wrote:
> > Hey, that looks pretty sweet. One thing this obscures though is whether
> > there is any change in the single-client throughput rate --- ie, is "1.00"
> > better or worse for CVS tip vs 8.0.1?
>
> Here are the figures in queries per second.
>
> Clients 1 2 3 4 6 8 12 16 32 64
> ---------------------------------------------------------------------------------------
> AMD64 pg-8.0.1 6.80 12.71 18.82 22.73 18.58 17.48 17.56 17.81
> AMD64 pg-20050316 6.80 13.23 19.32 25.09 24.56 24.93 25.20 25.09
> IA64 pg-8.0.1 3.72 7.32 10.81 14.21 10.81 10.85 10.92 11.09
> IA64 pg-20050316 3.99 7.92 11.78 15.46 15.17 15.09 15.41 15.58
> Altix pg-8.0.1 3.66 7.37 10.89 14.53 21.47 26.47 27.47 20.28 17.12 18.66
> Altix pg-20050316 3.83 7.55 10.98 14.10 20.27 26.47 34.50 37.88 38.45 38.12
>
> So, it didn't make any difference for the Opteron, but the two
> Itanium machines were 5% and 7% faster respectively.

So it seems our entire SMP problem was that global lock. Nice.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2005-03-18 18:19:06 Re: SMP scaling
Previous Message Tom Lane 2005-03-18 17:11:14 Re: plpython function problem workaround