From: | "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net> |
---|---|
To: | Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: pg_autovacuum next steps |
Date: | 2004-03-22 03:21:07 |
Message-ID: | 1079925667.13076.16.camel@zeudora.zeut.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sun, 2004-03-21 at 20:31, Christopher Kings-Lynne wrote:
> > I think these configuration issues will become a lot easier if you make
> > the autovacuum daemon a subprocess of the postmaster (like, say, the
> > checkpoint process). Then you have access to a host of methods for
> > storing state, handling configuration, etc.
>
> Yeah - why delay making it a backend process? :)
Ok, well this was part of the reason to have this conversation.
My reasons:
A) I wasn't sure if people really thought this was ready to be
integrated. Tom had said a while ago, that it was a good to keep it as
a contrib module while it's still actively being developed.
B) Perhaps people like the idea of it being a client app (I don't think
so.)
C) Most importantly, I'm not backend hacker. If someone wants to do the
initial work of getting it running as a backend process, I can take it
from there. A while ago, Bruce offered to help me with any backend
issues I might have, so perhaps with a little help I can take a run at
it.
So the first question big question is: Do we want to make it a backend
subprocess now?
Secondly, are there any other features that people are interested in
that were not mentioned in my document?
Matthew O'Connor
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-03-22 03:33:53 | Re: execute command tag including affected rows count |
Previous Message | Kris Jurka | 2004-03-22 01:55:17 | Re: execute command tag including affected rows count |