[prev in list] [next in list] [prev in thread] [next in thread]
List: postgresql-general
Subject: Re: [HACKERS] [REVIEW] Prototype: In-place upgrade v02
From: Zdenek Kotala <Zdenek.Kotala () Sun ! COM>
Date: 2008-09-30 7:08:14
Message-ID: 48E1D05E.7020807 () sun ! com
[Download RAW message or body]
Abbas napsal(a):
> On Mon, 2008-09-29 at 14:42 +0200, Zdenek Kotala wrote:
>>
>>> Do I have to perform performance tests too?
>> Yes, please. My colleague tested it and got 5% performance drop, but it was not
>> complete version and I tested full patch on Friday and It was surprise for me
>> ... I got little bit better throughput (about 0,5%) with patch. I'm going to
>> retest it again but it would be good to get result also from others.
>
>
> Are there defined ways of benchmarking the current performance of pg
> database on my system?
> Are there any guide lines on what type of data or table design should be
> used?
I think integer, numeric, text and some composite type should be enough.
> One option of getting the benchmarks could be to use the run time
> statistics logging with and without the patch.
Run time statistic should be same. Patch add extra wrapper around page and
heaptuple processing. By my opinion pg_stat* output shouldn't show extra
difference.
> And I have to test the performance of the 4 basic queries INSERT,
> UPDATE, DELETE and SELECT, right?
>
Yes. It would be nice compare simple SELECT and complex SELECT too.
Thanks Zdenek
Zdenek Kotala Sun Microsystems
Prague, Czech Republic http://sun.com/postgresql
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic