Re: [COMMITTERS] pgsql: Make it easy to detach completely from shared memory.

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: [COMMITTERS] pgsql: Make it easy to detach completely from shared memory.
Дата
Msg-id CA+U5nM+=JX3onM2a+05+BAK6fOshhOsUmsquUpv2kx65_RFMRg@mail.gmail.com
обсуждение исходный текст
Ответы Re: [COMMITTERS] pgsql: Make it easy to detach completely from shared memory.  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 18 March 2014 11:59, Robert Haas <rhaas@postgresql.org> wrote:
> Make it easy to detach completely from shared memory.
>
> The new function dsm_detach_all() can be used either by postmaster
> children that don't wish to take any risk of accidentally corrupting
> shared memory; or by forked children of regular backends with
> the same need.  This patch also updates the postmaster children that
> already do PGSharedMemoryDetach() to do dsm_detach_all() as well.
>
> Per discussion with Tom Lane.

I think we need to document exactly why dsm_detach_all() isn't simply
part of PGSharedMemoryDetach() ?

Having two calls seems like a recipe for error in core and extensions.

Perhaps we should consider a parameter for PGSharedMemoryDetach() ?

-- Simon Riggs                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: HEAD seems to generate larger WAL regarding GIN index
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: plpgsql.warn_shadow