| From: | Hannu Krosing <hannu(at)tm(dot)ee> |
|---|---|
| To: | Trevor Astrope <astrope(at)e-corp(dot)net> |
| Cc: | pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: How Many Inserts Per Transactions |
| Date: | 2003-08-06 06:42:33 |
| Message-ID: | 1060152153.4517.9.camel@fuji.krosing.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
Trevor Astrope kirjutas T, 05.08.2003 kell 18:59:
> I was wondering if anyone found a sweet spot regarding how many inserts to
> do in a single transaction to get the best performance? Is there an
> approximate number where there isn't any more performance to be had or
> performance may drop off?
>
> It's just a general question...I don't have any specific scenario, other
> than there are multiple backends doing many inserts.
I did test on huge (up to 60 million rows) simple table (5 fields with
primary key) and found that at that size many inserts per transaction
was actually a little slower than single inserts. It probably had to do
with inserting/checking new index entries and moving index pages from/to
disk.
With small sizes or no index ~100 inserts/transaction was significantly
faster though.
I did run several (10-30) backends in parallel.
The computer was quad Xeon with 2GB RAM and ~50 MB/sec RAID.
------------------
Hannu
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Yaroslav Mazurak | 2003-08-06 07:34:54 | PostgreSQL performance problem -> tuning |
| Previous Message | Neil Conway | 2003-08-06 05:35:52 | Re: Some vacuum & tuning help |