Re: Bulk INSERT performance in 7.4.1

From: Florian Weimer <fw(at)deneb(dot)enyo(dot)de>
To: Vivek Khera <khera(at)kcilink(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Bulk INSERT performance in 7.4.1
Date: 2004-03-04 10:06:08
Message-ID: 20040304100608.GA5521@deneb.enyo.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Vivek Khera wrote:

> If you've got the time, could you try also doing the full bulk insert
> test with the checkpoint log files on another physical disk? See if
> that's any faster.

We have been doing that for a few weeks, but the performance
improvements are less than what we expected. There is hardly any disk
activity on the log RAID, even during checkpointing.

After I activated the tuned configuration, we are again mostly CPU-bound
(it seems that updating all four indices is quite expensive). The
bulk INSERT process runs single-threaded right now, and if we switched
to multiple processes for that, we could reach some 1,500 INSERTs per
second, I believe. This is more than sufficient for us; our real-time
data collector is tuned to emit about 150 records per second, on the
average. (There is an on-disk queue to compensate temporary problems,
such as spikes in the data rate and database updates gone awry.)

--
Current mail filters: many dial-up/DSL/cable modem hosts, and the
following domains: atlas.cz, bigpond.com, freenet.de, hotmail.com,
libero.it, netscape.net, postino.it, tiscali.co.uk, tiscali.cz,
tiscali.it, voila.fr, wanadoo.fr, yahoo.com.

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Aaron W 2004-03-04 13:57:39 Re: Scaling further up
Previous Message Christopher Kings-Lynne 2004-03-04 01:31:48 Re: Feature request: smarter use of conditional indexes