| From: | Hannu Krosing <hannu(at)skype(dot)net> |
|---|---|
| To: | Csaba Nagy <nagy(at)ecircle-ag(dot)com> |
| Cc: | Rod Taylor <pg(at)rbt(dot)ca>, postgres hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: fsutil ideas |
| Date: | 2006-02-24 19:16:57 |
| Message-ID: | 1140808617.3716.12.camel@localhost.localdomain |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Ühel kenal päeval, R, 2006-02-24 kell 19:20, kirjutas Csaba Nagy:
> On Fri, 2006-02-24 at 19:12, Rod Taylor wrote:
> > On Fri, 2006-02-24 at 12:48 -0500, Tom Lane wrote:
> > > Rod Taylor <pg(at)rbt(dot)ca> writes:
> > > > I watch for table bloat but I haven't figured out a nice way of tracking
> > > > down the postgresql process with the oldest transaction running short of
> > > > patching PostgreSQL to report the XID for a connection in
> > > > pg_stat_activity.
>
> But I'm afraid that a long running transaction with many short queries
> will not even show up in pg_stat_activity.
It will show as "<IDLE> in transaction"
The harder part would be knowing how long the queri has been running in
wallclock time, not in transactions.
---------------
Hannu
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2006-02-24 19:57:19 | Re: how solve diff of API counstruct_md_array between |
| Previous Message | Rod Taylor | 2006-02-24 18:33:58 | Re: fsutil ideas |