Re: memory barriers (was: Yes, WaitLatch is vulnerable to weak-memory-ordering bugs)
Kevin Grittner <kevin.grittner@wicourts.gov>
From: "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
To: "Peter Geoghegan" <peter@2ndquadrant.com>, "Robert Haas" <robertmhaas@gmail.com>
Cc: <pgsql-hackers@postgresql.org>,"Tom Lane" <tgl@sss.pgh.pa.us>
Date: 2011-09-22T17:48:38Z
Lists: pgsql-hackers
Robert Haas <robertmhaas@gmail.com> wrote: > I've also added a lengthy README file to the patch that attempts > to explain how barriers should be used in PostgreSQL coding. It's > certainly not a comprehensive treatment of the topic, but > hopefully it's enough to get people oriented. I've attempted to > tailor it a bit to PostgreSQL conventions, like talking about > shared memory vs.backend-private memory instead of assuming (as a > number of other discussions of this topic do) a thread model. It > also includes some advice about when memory barriers shouldn't be > used or won't work, and some references for further reading. Thanks, that seems like it's at the right level of detail to me. -Kevin