Re: Let's remove DSM_INPL_NONE.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Let's remove DSM_INPL_NONE.
Дата
Msg-id 15255.1519760507@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Let's remove DSM_INPL_NONE.  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Let's remove DSM_INPL_NONE.
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Feb 15, 2018 at 1:00 PM, Andres Freund <andres@anarazel.de> wrote:
>> Hm, I'm not quite convinced by this. Seems to make testing a bunch of
>> codepaths harder.  I think it's fine to say that pg doesn't work
>> correctly with them disabled though.

> I'm not sure I understand this.  Do you mean we should just add a
> disclaimer to the documentation?

What I didn't understand about it was what kind of testing this'd make
harder.  If we desupport dynamic_shared_memory_type=none, there aren't
any code paths that need to cope with the case, and we should just
remove any code that thereby becomes unreachable.

            regards, tom lane


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Registering LWTRANCHE_PARALLEL_HASH_JOIN
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Wait event names mismatch: oldserxid