Re: Stats Collector Oddity

Поиск
Список
Период
Сортировка
От Chris Browne
Тема Re: Stats Collector Oddity
Дата
Msg-id 60ejqt1cyk.fsf@dba2.int.libertyrms.com
обсуждение исходный текст
Ответ на Stats Collector Oddity  (Chris Browne <cbbrowne@acm.org>)
Ответы Re: Stats Collector Oddity  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
tgl@sss.pgh.pa.us (Tom Lane) writes:
> Chris Browne <cbbrowne@acm.org> writes:
>> We're getting a bit of an anomaly relating to pg_stat_activity...
>> ...
>> That PID has been dead for several days, but this connection is marked
>> as being open, still, after lo many days.
>
> This probably just means that the "backend termination" stats message
> got dropped due to heavy load.  That's expected behavior in all pre-8.2
> releases: the stats system was never intended to provide
> guaranteed-exactly-correct status.  PG 8.2 has reimplemented the
> pg_stat_activity view to make it more trustworthy.  (The other stuff is
> still probabilistic, but being just event counters, message loss isn't
> so obvious.)

That seems a *bit* surprising; the system wasn't expected to be under
particularly heavy load during the period in question; I would have
expected "particularly light load."  No matter; there may have been
some brief heavy load to cause this.

There isn't any way, short of restarting the postmaster, to get rid of
that PID, is there?
-- 
"cbbrowne","@","linuxdatabases.info"
http://cbbrowne.com/info/linuxdistributions.html
"High-level languages are a pretty good indicator that all else is
seldom equal." - Tim Bradshaw, comp.lang.lisp


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

Предыдущее
От: Dave Page
Дата:
Сообщение: Re: Interface for pg_autovacuum
Следующее
От: "Zeugswetter Andreas ADI SD"
Дата:
Сообщение: Re: column ordering, was Re: [PATCHES] Enums patch v2