From: | "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com> |
---|---|
To: | Michael Crozier <crozierm(at)conducivetech(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Autovacuum / full vacuum (off-topic?) |
Date: | 2006-01-18 22:52:57 |
Message-ID: | 20060118225257.GY17896@pervasive.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Wed, Jan 18, 2006 at 11:15:51AM -0800, Michael Crozier wrote:
> I've been thinking about parsing the vacuum output and storing it in
> Postgresql. All the tuple, page, cpu time, etc... information would be
> inserted into a reasonably flat set of tables.
<snip>
> Assuming this isn't a fundamentally horrible idea, it would be nice if there
> were ways to do this without parsing the pretty-printed vacuum text (ie,
> callbacks, triggers, guc variable).
The best way to do this would be to modify the vacuum code itself, but
the issue is that vacuum (or at least lazyvacuum) doesn't handle
transactions like the rest of the backend does, so I suspect that there
would be some issues with trying to log the information from the same
backend that was running the vacuum.
> I'd like to know if anybody does this already, thinks its a bad idea, or can
> knock me on the noggin with the pg manual and say, "it's already there!".
I think it's a good idea, but you should take a look at the recently
added functionality that allows you to investigate the contests of the
FSM via a user function (this is either in 8.1 or in HEAD; I can't
remember which).
--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
From | Date | Subject | |
---|---|---|---|
Next Message | Jim C. Nasby | 2006-01-18 23:02:30 | Re: Simple Question of Performance ILIKE or Lower |
Previous Message | Jim C. Nasby | 2006-01-18 22:48:56 | Re: Autovacuum / full vacuum |