From: | Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc> |
---|---|
To: | Katsuhiko Okano <okano(dot)katsuhiko(at)oss(dot)ntt(dot)co(dot)jp> |
Cc: | tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: CSStorm occurred again by postgreSQL8.2. (Re: poor |
Date: | 2006-07-19 10:53:53 |
Message-ID: | 44BE0F41.70305@kaltenbrunner.cc |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Katsuhiko Okano wrote:
> "Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>" wrote:
>> Katsuhiko Okano <okano(dot)katsuhiko(at)oss(dot)ntt(dot)co(dot)jp> writes:
>>> It does not solve, even if it increases the number of NUM_SUBTRANS_BUFFERS.
>>> The problem was only postponed.
>> Can you provide a reproducible test case for this?
>
> Seven machines are required in order to perform measurement.
> (DB*1,AP*2,CLient*4)
> Enough work load was not able to be given in two machines.
> (DB*1,{AP+CL}*1)
>
>
> It was not able to reappear to a multiplex run of pgbench
> or a simple SELECT query.
> TPC-W of a work load tool used this time is a full scratch.
> Regrettably it cannot open to the public.
> If there is a work load tool of a free license, I would like to try.
FYI: there is a free tpc-w implementation done by Jan available at:
http://pgfoundry.org/projects/tpc-w-php/
Stefan
From | Date | Subject | |
---|---|---|---|
Next Message | Gregory Stark | 2006-07-19 11:08:11 | AUTOCOMMIT currently doesn't handle non-transactional commands very well |
Previous Message | Katsuhiko Okano | 2006-07-19 10:37:00 | Re: CSStorm occurred again by postgreSQL8.2. (Re: poor performance with Context Switch Storm at TPC-W.) |
From | Date | Subject | |
---|---|---|---|
Next Message | Masanori ITOH | 2006-07-19 11:11:28 | Re: CSStorm occurred again by postgreSQL8.2. (Re: poor |
Previous Message | Katsuhiko Okano | 2006-07-19 10:37:00 | Re: CSStorm occurred again by postgreSQL8.2. (Re: poor performance with Context Switch Storm at TPC-W.) |