Re: Increasing the length of pg_stat_activity.current_query... - Mailing list pgsql-hackers

From Jan Wieck
Subject Re: Increasing the length of pg_stat_activity.current_query...
Date
Msg-id 41927930.2040604@Yahoo.com
Whole thread Raw
In response to Re: Increasing the length of pg_stat_activity.current_query...  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Increasing the length of  (Simon Riggs <simon@2ndquadrant.com>)
List 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 by date:

Previous
From: "John Hansen"
Date:
Subject: Re: CREATE or REPLACE function pg_catalog.*
Next
From: Tom Lane
Date:
Subject: Re: CREATE or REPLACE function pg_catalog.*