Re: Group Commits Vs WAL Writes - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: Group Commits Vs WAL Writes
Date
Msg-id CAM3SWZS0AUQTeCWxuboGigXHur-adC_mGRTJGp_nFsjbEt3O4w@mail.gmail.com
Whole thread Raw
In response to Group Commits Vs WAL Writes  (Atri Sharma <atri.jiit@gmail.com>)
Responses Re: Group Commits Vs WAL Writes
List pgsql-hackers
On Thu, Jun 27, 2013 at 12:56 AM, Atri Sharma <atri.jiit@gmail.com> wrote:
> Now, with group commits, do we see a spike in that disk write latency,
> especially in the cases where the user has set wal_buffers to a high
> value?

commit_delay exists to artificially increase the window in which the
leader backend waits for more group commit followers. At higher client
counts, that isn't terribly useful because you'll naturally have
enough clients anyway, but at lower client counts particularly where
fsyncs have high latency, it can help quite a bit. I mention this
because clearly commit_delay is intended to trade off latency for
throughput. Although having said that, when I worked on commit_delay,
the average and worse-case latencies actually *improved* for the
workload in question, which consisted of lots of small write
transactions. Though I wouldn't be surprised if you could produce a
reasonable case where latency was hurt a bit, but throughput improved.

-- 
Peter Geoghegan



pgsql-hackers by date:

Previous
From: Nicolas Barbier
Date:
Subject: Re: Hash partitioning.
Next
From: Fabien COELHO
Date:
Subject: Re: [PATCH] add --progress option to pgbench (submission 3)