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@xxxxxxxxxxxxx Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
