Re: INSERT performance tuning experiences

Поиск
Список
Период
Сортировка
От Strahinja Kustudić
Тема Re: INSERT performance tuning experiences
Дата
Msg-id CADKbJJVxLqw5v=urHat5GHn4L00NWC8kBzW+9RhVGMB5LS_jtw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: INSERT performance tuning experiences  (Robert Burgholzer <rburghol@vt.edu>)
Ответы Re: INSERT performance tuning experiences  (Robert Burgholzer <rburghol@vt.edu>)
Re: INSERT performance tuning experiences  (Robert Burgholzer <rburghol@vt.edu>)
Список 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 по дате отправления:

Предыдущее
От: Armand du Plessis
Дата:
Сообщение: Partial Index Creation
Следующее
От: Strahinja Kustudić
Дата:
Сообщение: Re: Partial Index Creation