Re: [HACKERS] shared memory based stat collector (was: Sharing record typmods between backends) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] shared memory based stat collector (was: Sharing record typmods between backends)
Date
Msg-id 26393.1502805298@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] shared memory based stat collector (was: Sharing recordtypmods between backends)  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: [HACKERS] shared memory based stat collector (was: Sharingrecord typmods between backends)  (Alvaro Herrera <alvherre@2ndquadrant.com>)
List 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 by date:

Previous
From: Robert Haas
Date:
Subject: Re: [HACKERS] Adding support for Default partition in partitioning
Next
From: Tomas Vondra
Date:
Subject: Re: [HACKERS] [PATCH] pageinspect function to decode infomasks