Re: OK, so culicidae is *still* broken
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Craig Ringer <craig@2ndquadrant.com>
Cc: Heikki Linnakangas <hlinnaka@iki.fi>, Andres Freund <andres@anarazel.de>,
PostgreSQL Hackers <pgsql-hackers@postgresql.org>,
Amit Kapila <amit.kapila16@gmail.com>
Date: 2017-04-25T14:07:13Z
Lists: pgsql-hackers
Craig Ringer <craig@2ndquadrant.com> writes: > On 25 Apr. 2017 13:37, "Heikki Linnakangas" <hlinnaka@iki.fi> wrote: >> For some data shared memory structures, that store no pointers, we wouldn't >> need to insist that they are mapped to the same address in every backend, >> though. In particular, shared_buffers. It wouldn't eliminate the problem, >> though, only make it less likely, so we'd still need to retry when it does >> happen. > Good point. Simply splitting out shared_buffers into a moveable segment > would make a massive difference. Much less chance of losing the dice roll > for mapping the fixed segment. > Should look at what else could be made cheaply relocatable too. I don't think it's worth spending any effort on. We need the retry code anyway, and making it near impossible to hit that would only mean that it's very poorly tested. The results upthread say that it isn't going to be hit often enough to be a performance problem, so why worry? regards, tom lane
Commits
-
Provide a way to control SysV shmem attach address in EXEC_BACKEND builds.
- 0d7591c67d68 9.2.21 landed
- fddc10146eb2 9.3.17 landed
- 07a990c6e7d1 9.4.12 landed
- bbd4a1b60b6e 9.5.7 landed
- a30f146db4e7 9.6.3 landed
- a74740fbd3bb 10.0 landed
-
Disable RandomizedBaseAddress on MSVC builds
- 7f3e17b4827b 9.4.0 cited