Re: Increasing the length of pg_stat_activity.current_query...

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: Increasing the length of pg_stat_activity.current_query...
Дата
Msg-id 41927930.2040604@Yahoo.com
обсуждение исходный текст
Ответ на Re: Increasing the length of pg_stat_activity.current_query...  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Increasing the length of
Список pgsql-hackers
On 11/8/2004 5:32 PM, Tom Lane wrote:

> Another relevant question is why you are expecting to get this
> information through pgstats and not by looking in the postmaster log.

The pgstats were originally designed to give "hints" for tuning. That's 
why they cover cache hits vs. misses per table and numbers that can be 
used to point out missing as well as obsolete indexes. That was what led 
to the design of the pgstats file, the UDP communication and those fixed 
sizes. The goal was to let it have as little impact on the server 
performance as possible. The whole "current query" stuff was added later 
on request.

In my opinion it is quite pointless to attempt to transmit the last byte 
of every single query sent to the backend, when all you can get out of 
that view is a random query every 500 milliseconds.


Jan

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


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

Предыдущее
От: "John Hansen"
Дата:
Сообщение: Re: CREATE or REPLACE function pg_catalog.*
Следующее
От: Tom Lane
Дата:
Сообщение: Re: CREATE or REPLACE function pg_catalog.*