Re: pg_shmem_allocations view
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@2ndquadrant.com>
Cc: Robert Haas <robertmhaas@gmail.com>, Marti Raudsepp <marti@juffo.org>,
"pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2014-08-18T16:27:12Z
Lists: pgsql-hackers
Andres Freund <andres@2ndquadrant.com> writes: > On 2014-08-18 11:56:44 -0400, Robert Haas wrote: >> I fully agree with the idea of exposing the amount of free memory in >> the shared memory segment (as discussed in other emails); that's >> critical information. But I think exposing address space layout >> information is of much less general utility and, really, far too >> risky. > Meh. For one it's just the offsets, not the actual addresses. It's also > something you can relatively easily compute at home by looking at a > couple of settings everyone can see. For another, I'd be perfectly > content making this superuser only. And if somebody can execute queries > as superuser, address layout information really isn't needed anymore to > execute arbitrary code. I agree that this has to be superuser-only if it's there at all. Should we consider putting it into an extension rather than having it in the core system? That would offer some additional protection for production systems, which really shouldn't have much need for this IMO. regards, tom lane
Commits
-
Add pg_shmem_allocations view.
- ed10f32e37e9 13.0 landed