Re: 7.2 is slow?

From: Hannu Krosing <hannu(at)tm(dot)ee>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: 7.2 is slow?
Date: 2001-12-21 21:31:12
Message-ID: 3C23AA20.8030700@tm.ee
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:

>Hannu Krosing <hannu(at)tm(dot)ee> writes:
>
>>in order to measure real performance of roughly the _same_ dataset each
>>test run did the same total number of transactions 512 with each client
>>doing 512/nr_of_trx.
>>
>
>That means you're only measuring a few transactions per backend (as few
>as 4, near the upper end of the scale). I think the results may say
>more about backend-startup transients than true peak throughput.
>Could you try it again with a run about ten times that long?
>
I did run 4096trx on 7.2b4 with -s 1, best 4-of-6

512trx 4096trx ratio
1 180.59 90.15 2.00
2 221.52 80.92 2.74
4 203.72 75.60 2.69
8 179.54 69.29 2.59
16 156.68 63.15 2.48
32 123.48 57.73 2.14
64 89.99 54.14 1.66
128 61.84 48.97 1.26

so it seems that large number of of transactions degrades tps
performance faster than
connection setup overhead.

the

I'll try running the whole suite again with higher number of
transactions i a few days

------------------
Hannu

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Stephan Szabo 2001-12-21 21:44:16 Re: contrib idea
Previous Message Bruce Momjian 2001-12-21 20:50:08 Re: contrib/dbase