From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | WALWriter active during recovery |
Date: | 2014-12-15 18:51:44 |
Message-ID: | CA+U5nMJifauXvVbx=v3UbYbHO3Jw2rdT4haL6CCooEDM5=4ASQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Currently, WALReceiver writes and fsyncs data it receives. Clearly,
while we are waiting for an fsync we aren't doing any other useful
work.
Following patch starts WALWriter during recovery and makes it
responsible for fsyncing data, allowing WALReceiver to progress other
useful actions.
At present this is a WIP patch, for code comments only. Don't bother
with anything other than code questions at this stage.
Implementation questions are
* How should we wake WALReceiver, since it waits on a poll(). Should
we use SIGUSR1, which is already used for latch waits, or another
signal?
* Should we introduce some pacing delays if the WALreceiver gets too
far ahead of apply?
* Other questions you may have?
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
Attachment | Content-Type | Size |
---|---|---|
walwriter_active_in_recovery.v1.patch | application/octet-stream | 20.7 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2014-12-15 18:54:34 | Logical Decoding follows timelines |
Previous Message | Jeff Janes | 2014-12-15 18:49:41 | Re: Commitfest problems |