From: | Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp> |
---|---|
To: | tgl(at)sss(dot)pgh(dot)pa(dot)us |
Cc: | ishii(at)sraoss(dot)co(dot)jp, 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-06-17 02:18:38 |
Message-ID: | 20060617.111838.39487910.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.
> The test case seems to be spending a remarkable amount of time in LIKE
> comparisons, too. That probably is not a representative condition.
I know. I think point is 18% in s_lock only appears with 12 CPUs or more.
--
Tatsuo Ishii
SRA OSS, Inc. Japan
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-06-17 02:26:27 | Re: Curious bug in buildfarm files-changed links |
Previous Message | Andrew Dunstan | 2006-06-17 01:50:46 | Re: Curious bug in buildfarm files-changed links |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-06-17 02:34:15 | Re: Sun Donated a Sun Fire T2000 to the PostgreSQL |
Previous Message | Tatsuo Ishii | 2006-06-17 01:15:21 | Re: Sun Donated a Sun Fire T2000 to the PostgreSQL |