Re: INSERT performance tuning experiences - Mailing list pgsql-admin

From Strahinja Kustudić
Subject Re: INSERT performance tuning experiences
Date
Msg-id CADKbJJVxLqw5v=urHat5GHn4L00NWC8kBzW+9RhVGMB5LS_jtw@mail.gmail.com
Whole thread Raw
In response to Re: INSERT performance tuning experiences  (Robert Burgholzer <rburghol@vt.edu>)
Responses Re: INSERT performance tuning experiences  (Robert Burgholzer <rburghol@vt.edu>)
Re: INSERT performance tuning experiences  (Robert Burgholzer <rburghol@vt.edu>)
List pgsql-admin
So you got better insert performance by turning on synchronous_commit? How is that possible? Shouldn't synchronous_commit=off increase performance? Is this only the case with 8.3?

I tried inserting 10k rows in a table with more than 50 columns with and without synchronous_commit and the results were (Postgres 9.1):

off: 1.989s
on: 2.928s

So off is 2 times faster.

Regards,
Strahinja

On Thu, Nov 21, 2013 at 5:03 PM, Robert Burgholzer <rburghol@vt.edu> wrote:
Thanks for the response Simon.  This is a perfect application of that function, I have a distributed environmental modeling system that generates Gigs and Gigs of time series data, most of which is "write-once read-seldom", and thus not worth the overhead of perpetual storage in the database, or stored in a remote modeling node (also not worth network or storage traffic for synching nodes).  Similarly, since the tables all come from text files, there is virtually no penalty to accepting the risk of pg failure during table loading.

Thanks again,
/r/b

pgsql-admin by date:

Previous
From: Armand du Plessis
Date:
Subject: Partial Index Creation
Next
From: Strahinja Kustudić
Date:
Subject: Re: Partial Index Creation