Re: [PATCH 02/14] Add support for a generic wal reading facility dubbed XLogReader
Alvaro Herrera <alvherre@2ndquadrant.com>
From: Alvaro Herrera <alvherre@2ndquadrant.com>
To: Heikki Linnakangas <hlinnakangas@vmware.com>
Cc: Andres Freund <andres@2ndquadrant.com>, pgsql-hackers@postgresql.org
Date: 2012-11-15T21:12:30Z
Lists: pgsql-hackers
Attachments
- xlogreader-heikki-2.patch (text/x-diff) patch
Heikki Linnakangas wrote: > I'm disappointed to see that there has been no progress on this > patch since last commitfest. I thought we agreed on the approach I > championed for here: > http://archives.postgresql.org/pgsql-hackers/2012-09/msg00636.php. > There wasn't much work left to finish that, I believe. > > Are you going to continue working on this? Here's what I have right now. It's your patch, plus some tweaks such as changing the timing for allocating readRecordBuf; I also added a struct to contain XLogReadPage's private data, instead of using global variables. (The main conclusion I get from this, is that it's relatively easy to split out reading of XLog out of xlog.c; there are some global variables still remaining, but AFAICS that should be relatively simple to fix). There is no consensus on the way to handle error reporting. Tom suggests having the hypothetical client-side code redefine ereport() somehow; as far as I can see that means we would have to reimplement errstart, errfinish, etc. That doesn't sound all that nice to me. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Background worker processes
- da07a1e85651 9.3.0 cited
-
Rearrange storage of data in xl_running_xacts.
- 5c11725867ac 9.3.0 cited
-
Basic binary heap implementation.
- 7a2fe9bd0371 9.3.0 cited
-
Embedded list interface
- a66ee69add6e 9.3.0 cited
-
Refactor xlog.c to create src/backend/postmaster/startup.c
- 9aceb6ab3c20 9.2.0 cited