RE: Re: [ADMIN] v7.1b4 bad performance

From: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Schmidt, Peter" <peter(dot)schmidt(at)prismedia(dot)com>, <pgsql-hackers(at)postgresql(dot)org>
Subject: RE: Re: [ADMIN] v7.1b4 bad performance
Date: 2001-02-21 15:21:46
Message-ID: EKEJJICOHDIEMGPNIFIJAEMCDKAA.Inoue@tpf.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-hackers

> Tom Lane wrote:
> >
> > > platform) i686-pc-linux-gnu, compiled by GCC
> egcs-2.91.60(turbolinux 4.2)
> > > min delay) 10msec according to your test program.
> > > -B) 64 (all other settings are default)
> >
> > Thanks. Could I trouble you to run it again with a larger -B, say
> > 1024 or 2048? What I've found is that at -B 64, the benchmark is
> > so constrained by limited buffer space that it doesn't reflect
> > performance at a more realistic production setting.
> >
>
> Hmm the result doesn't seem that obvious.
>

I tried with -B 1024 10 times for commit_delay=0 and 1 respectively.
The average result of 'pgbench -c 10 -t 100' is as follows.

[commit_delay=0]
26.462817(including connections establishing)
26.788047(excluding connections establishing)
[commit_delay=1]
27.630405(including connections establishing)
28.042666(excluding connections establishing)

Hiroshi Inoue

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message willmar 2001-02-21 23:11:53 error on pg_log and pg_variable
Previous Message Hiroshi Inoue 2001-02-21 03:35:53 Re: Re: [ADMIN] v7.1b4 bad performance

Browse pgsql-hackers by date

  From Date Subject
Next Message Chris Storah 2001-02-21 15:34:20 low priority postmaster threads?
Previous Message Tom Lane 2001-02-21 15:19:13 Re: Re: floating point representation