From: Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>
To: Katsuhiko Okano <okano.katsuhiko@oss.ntt.co.jp>
Cc: tgl@sss.pgh.pa.us
Cc: pgsql-hackers@postgresql.org
Subject: Re: CSStorm occurred again by postgreSQL8.2. (Re: poor
Date: Wed, 19 Jul 2006 12:53:53 +0200
Message-ID: <44BE0F41.70305@kaltenbrunner.cc> (raw)
In-Reply-To: <200607191935.JGI17110.TIJuLLLPPBOUVBP@oss.ntt.co.jp>
References: <200607112009.FED09315.TLPPUBIBOPuVLJL@oss.ntt.co.jp>
<20060711135951.GA3995@surnet.cl>
<200607141457.CFC04165.PBLJLPVTILUBOPu@oss.ntt.co.jp>
<200607181650.EDC81237.LOBJUTPuIPPBLLV@oss.ntt.co.jp>
<5126.1153241513@sss.pgh.pa.us>
<200607191935.JGI17110.TIJuLLLPPBOUVBP@oss.ntt.co.jp>
Katsuhiko Okano wrote:
> "Tom Lane <tgl@sss.pgh.pa.us>" wrote:
>> Katsuhiko Okano <okano.katsuhiko@oss.ntt.co.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
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: stefan@kaltenbrunner.cc, okano.katsuhiko@oss.ntt.co.jp, tgl@sss.pgh.pa.us
Subject: Re: CSStorm occurred again by postgreSQL8.2. (Re: poor
In-Reply-To: <44BE0F41.70305@kaltenbrunner.cc>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox