Re: Moving pg_autovacuum from contrib to src/bin

From: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: Moving pg_autovacuum from contrib to src/bin
Date: 2004-05-29 16:02:43
Message-ID: 1085846563.31338.80.camel@zedora2
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

On Sat, 2004-05-29 at 11:04, Tom Lane wrote:
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> > It is supposed to be linked into the postmaster and forked from there.
>
> In the current state of pg_autovacuum it wouldn't matter a lot, but
> I am assuming that we will soon migrate it to depend on being part of
> the postmaster environment. For instance, it ought to be configured
> from GUC, which will mean it has to receive SIGHUP from the postmaster.
> In an only slightly longer timeframe, it will probably want access to
> shared memory so it can look at stats maintained in the FSM. These
> attributes would make it quite inappropriate for autovacuum to live in
> src/bin.

Ok.

> BTW, Matthew, I am currently working on promoting the bgwriter into a
> more full-fledged postmaster child. If you can wait a day or so you
> should have a decent model to work from. I'll try to commit as soon
> as a working skeleton is in place.

I can wait, but I am really trying not to miss the feature freeze which
AFAIK, is still happening in a few days. Is that changing? Will I have
time if I wait a few days? Especially given that my backend hacking
skill leave much to be desired.

My main priority is that I want pg_autovacuum to move ahead and I don't
want to miss 7.5.

Thanks,

Matthew

In response to

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message Marc G. Fournier 2004-05-29 19:02:48 Re: Moving pg_autovacuum from contrib to src/bin
Previous Message Thomas Hallgren 2004-05-29 15:38:16 Re: dynamic_library_path on Win32