Re: IDLE in transaction introspection

From: Scott Mead <scottm(at)openscg(dot)com>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Greg Smith <greg(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: IDLE in transaction introspection
Date: 2012-01-18 15:35:23
Message-ID: CAKq0gv+rgqYMftLbubtcyv4+a8=3TeF3p-uTAKCuDknCAcUuaA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jan 18, 2012 at 8:27 AM, Magnus Hagander <magnus(at)hagander(dot)net>wrote:

> On Tue, Jan 17, 2012 at 01:43, Scott Mead <scottm(at)openscg(dot)com> wrote:
> >
> >
> > On Mon, Jan 16, 2012 at 6:10 PM, Scott Mead <scottm(at)openscg(dot)com> wrote:
> >>
> >>
> >> On Sun, Jan 15, 2012 at 4:28 AM, Greg Smith <greg(at)2ndquadrant(dot)com>
> wrote:
> >>>
> >>> On 01/12/2012 11:57 AM, Scott Mead wrote:
> >>>>
> >>>> Pretty delayed, but please find the attached patch that addresses all
> >>>> the issues discussed.
> >>>
> >>>
> >>> The docs on this v4 look like they suffered a patch order problem here.
> >>> In the v3, you added a whole table describing the pg_stat_activity
> >>> documentation in more detail than before. v4 actually tries to remove
> those
> >>> new docs, a change which won't even apply as they don't exist upstream.
> >>>
> >>> My guess is you committed v3 to somewhere, applied the code changes for
> >>> v4, but not the documentation ones. It's easy to do that and end up
> with a
> >>> patch that removes a bunch of docs the previous patch added. I have
> to be
> >>> careful to always do something like "git diff origin/master" to avoid
> this
> >>> class of problem, until I got into that habit I did this sort of thing
> >>> regularly.
> >>>
> >> gak
> >
> >
> > I did a 'backwards' diff last time. This time around, I diff-ed off of a
> > fresh pull of 'master' (and I did the diff in the right direction.
> >
> > Also includes whitespace cleanup and the pg_stat_replication (procpid ==>
> > pid) regression fix.
> >
>
> I'm reviewing this again, and have changed a few things around. I came
> up with a question, too :-)
>
> Right now, if you turn off track activities, we put "<command string
> not enabled>" in the query text. Shouldn't this also be a state, such
> as "disabled"? It seems more consistent to me...
>

Sure, I was going the route of 'client_addr', i.e. leaving it null when not
in use just to keep screen clutter down, but I'm not married to it.

--Scott
OpenSCG, http://www.openscg.com

>
> --
> Magnus Hagander
> Me: http://www.hagander.net/
> Work: http://www.redpill-linpro.com/
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Martin Pihlak 2012-01-18 15:40:56 Re: Generate call graphs in run-time
Previous Message Heikki Linnakangas 2012-01-18 15:05:57 Re: gistVacuumUpdate