Re: Sun Donated a Sun Fire T2000 to the PostgreSQL

From: Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp>
To: tgl(at)sss(dot)pgh(dot)pa(dot)us
Cc: Robert(dot)Lor(at)Sun(dot)COM, pgsql-hackers(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org
Subject: Re: Sun Donated a Sun Fire T2000 to the PostgreSQL
Date: 2006-07-13 09:02:34
Message-ID: 20060713.180234.45872055.t-ishii@sraoss.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

> > Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp> writes:
> > > Interesting. We (some Japanese companies including SRA OSS,
> > > Inc. Japan) did some PG scalability testing using a Unisys's big 16
> > > (physical) CPU machine and found PG scales up to 8 CPUs. However
> > > beyond 8 CPU PG does not scale anymore. The result can be viewed at
> > > "OSS iPedia" web site (http://ossipedia.ipa.go.jp). Our conclusion was
> > > PG has a serious lock contention problem in the environment by
> > > analyzing the oprofile result.
> >
> > 18% in s_lock is definitely bad :-(. Were you able to determine which
> > LWLock(s) are accounting for the contention?
>
> Yes. We were interested in that too. Some people did addtional tests
> to determin that. I don't have the report handy now. I will report
> back next week.

Sorry for the delay. Finally I got the oprofile data. It's
huge(34MB). If you are interested, I can put somewhere. Please let me
know.
--
Tatsuo Ishii
SRA OSS, Inc. Japan

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Zeugswetter Andreas DCP SD 2006-07-13 10:49:22 Re: Implied Functional Index use
Previous Message Mario Weilguni 2006-07-13 08:44:30 RESET CONNECTION?

Browse pgsql-performance by date

  From Date Subject
Next Message Medora Schauer 2006-07-13 13:22:46 Re: hyper slow after upgrade to 8.1.4
Previous Message Koth, Christian (DWBI) 2006-07-13 08:59:31 Re: Commit slower on faster PC