On Tue, Apr 4, 2017 at 8:25 AM, Thomas Munro <thomas.mu...@enterprisedb.com> wrote: > ... but considering that these data structures may > finish up being redesigned as part of the GSoC project[1], it may be > best to wait and see where that goes before doing anything. I'll > follow developments there, and if this patch remains relevant I'll > plan to do some more work on it including testing (possibly with the > RUBiS benchmark from Kevin and Dan's paper since it seems the most > likely to be able to really use parallelism) for PG11 CF1.
I've been keeping one eye on the GSoC project. That patch changes the inConflicts and outConflicts data structures, but not the locking protocol. This patch works by introducing per-SERIALIZABLEXACT locking in the places where the code currently assumes that the current backend is the only one that could modify a shared data structure (namely MySerializableXact->predicateLocks), so that MySerializableXact can be shared with workers. There doesn't seem to be any incompatibility or dependency so far, so here's a rebased patch. Testing needed. -- Thomas Munro http://www.enterprisedb.com
ssi-parallel-v5.patch
Description: Binary data
-- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers