Re: Configuration of statistical views

Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> >> If somebody wants to see an applications querystring (at
> >> least the first 512 bytes) just in case something goes wrong
> >> and the client hangs, he'd have to run querystring reporting
> >> all the time either way.
>
> > Agreed. That should be on all the time.
>
> "On by default", sure. "On all the time", I'm not sold on.
>
> But anyway, we seem to be converging on the conclusion that setting
> up a GUC variable will do fine, at least until there is definite
> evidence that it won't.

Up to now, only three fulltime PG-developers spoke up. Maybe
someone else likes to comment on it too and hasn't had the
time yet. Let's be a little patient.

> Probably there need to be at least 2 variables: (a) a PGC_POSTMASTER
> variable that controls whether the stats collector is even started,
> and (b) PGC_USERSET variable(s) that enable a particular backend to
> send particular kinds of data to the collector. Note that, for example,
> backend start/stop events probably need to be reported whenever the
> postmaster variable is set, even if all the USERSET variables are off.

I don't consider backend start/stop messages to be critical,
although we get some complaints already about connection
slowness - well, this is somewhere in the microseconds. And
it'd be a little messy because the start message is sent by
the backend while the stop message is sent by the postmaster.
So where exactly to put it?

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com