Re: [HACKERS] shared memory based stat collector (was: Sharing record typmods between backends)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] shared memory based stat collector (was: Sharing record typmods between backends)
Дата
Msg-id 26393.1502805298@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] shared memory based stat collector (was: Sharing recordtypmods between backends)  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [HACKERS] shared memory based stat collector (was: Sharingrecord typmods between backends)  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> I really, really strongly encourage you to rip the use of DSA out here
> entirely.  It is reducing the reliability of a critical part of the
> system for no actual benefit other than speculation that this is going
> to be better in the future, and it adds a bunch of failure cases that
> we could just as well live without.

FWIW, I vote with Robert on this.  When and if you actually want to make
that array resizable, it'd be time to introduce use of a DSA.  But right
now we need to be looking for simple and reliable solutions for v10.

In particular, since right now dsm_type = NONE is still considered
supported, we can't really have autovacuum facilities that are dependent
on being able to use DSM.  That might change in future, but not today.
        regards, tom lane



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] Adding support for Default partition in partitioning
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: [HACKERS] [PATCH] pageinspect function to decode infomasks