From: | Toshihiro Kitagawa <kitagawa(at)sraoss(dot)co(dot)jp> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Did COPY performance regression solve in 8.4rc2? |
Date: | 2009-07-01 14:25:31 |
Message-ID: | 20090701232531.30909033.kitagawa@sraoss.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
COPY performance issue is discussed in the following threads,
and it seems the conclusion was 8.4rc2 has been improved.
http://archives.postgresql.org/pgsql-hackers/2009-06/msg01133.php
However, I didn't see difference of COPY performance between 8.4rc1
and 8.4rc2.
It seems that a COPY to 8.4rc1 or 8.4rc2 using pgbench takes about 20%
longer than it does to 8.3.0.
* Test environment
- HP Proliant DL145 G3
- CentOS 5 x86_64 (kernel 2.6.18-8.1.8.el5)
* Test method
$ initdb --no-locale --encoding=UTF8
$ pg_ctl -w start
$ time pgbench -i -s 1000
* Changes of postgresql.conf
- max_connections = 200
- shared_buffers = 128MB
- logging_collector = on
- silent_mode = on
* results
8.4rc2
real 28m42.437s
real 28m33.411s
real 28m28.136s
8.4rc1
real 28m46.542s
real 29m10.575s
real 28m44.006s
8.3.0
real 23m39.131s
real 23m40.655s
real 23m49.458s
Thanks,
--
Toshihiro Kitagawa <kitagawa(at)sraoss(dot)co(dot)jp>
SRA OSS, Inc. Japan
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2009-07-01 14:30:39 | Re: 8.5 development schedule |
Previous Message | Dimitri Fontaine | 2009-07-01 14:25:25 | Re: Extensions User Design |