Re: pg_shmem_allocations view

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_shmem_allocations view
Дата
Msg-id 20206.1399316942@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_shmem_allocations view  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: pg_shmem_allocations view
Re: pg_shmem_allocations view
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Sun, May 4, 2014 at 7:50 AM, Andres Freund <andres@2ndquadrant.com> wrote:
>> Thinking about this, I think it was a mistake to not add a 'name' field
>> to dynamic shared memory's dsm_control_item.

> Well, right now a dsm_control_item is 8 bytes.  If we add a name field
> of our usual 64 bytes, they'll each be 9 times bigger.

And the controlled shared segment is likely to be how big exactly?  It's
probably not even possible for it to be smaller than a page size, 4K or
so depending on the OS.  I agree with Andres that a name would be a good
idea; complaining about the space needed to hold it is penny-wise and
pound-foolish.

> I'm quite in favor of having something like this for the main shared
> memory segment, but I think that's 9.5 material at this point.

If you're prepared to break the current APIs later to add a name parameter
(which would have to be required, if it's to be useful at all), then sure,
put the question off till 9.5.
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: pg_shmem_allocations view
Следующее
От: Andres Freund
Дата:
Сообщение: Re: pg_shmem_allocations view