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
|
Список | 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 по дате отправления: