Re: pg_shmem_allocations view - Mailing list pgsql-hackers

From Robert Haas
Subject Re: pg_shmem_allocations view
Date
Msg-id CA+TgmoY7QYZfSXGyc=jXv8nO85vX7XzqqYYh7tUejVd6Cxmyew@mail.gmail.com
Whole thread Raw
In response to Re: pg_shmem_allocations view  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: pg_shmem_allocations view
List pgsql-hackers
On Tue, May 6, 2014 at 6:09 PM, Andres Freund <andres@2ndquadrant.com> wrote:
>> I guess I'd vote for
>> ditching the allocated column completely and outputting the memory
>> allocated without ShmemIndex using some fixed tag (like "ShmemIndex"
>> or "Bootstrap" or "Overhead" or something).
>
> My way feels slightly cleaner, but I'd be ok with that as well. There's
> no possible conflicts with an actual segment... In your variant the
> unallocated/slop memory would continue to have a NULL key?

Yeah, that seems all right.

One way to avoid conflict with an actual segment would be to add an
after-the-fact entry into ShmemIndex representing the amount of memory
that was used to bootstrap it.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: bgworker crashed or not?
Next
From: Andres Freund
Date:
Subject: Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers