Re: CPU-intensive autovacuuming - Mailing list pgsql-general

From Tom Lane
Subject Re: CPU-intensive autovacuuming
Date
Msg-id 11858.1118508852@sss.pgh.pa.us
Whole thread Raw
In response to Re: CPU-intensive autovacuuming  ("Thomas F. O'Connell" <tfo@sitening.com>)
List pgsql-general
"Thomas F. O'Connell" <tfo@sitening.com> writes:
> Honestly, I'd prefer to see pg_autovacuum improved to do O(n) rather
> than O(n^2) table activity. At this point, though, I'm probably not
> too likely to have much time to hack pg_autovacuum before 8.1 is
> released, although if it doesn't become integrated by beta feature
> freeze, I might give it a shot.

This would be vastly easier to fix if the code were integrated into the
backend first.  In the backend environment you could just keep the info
in a dynahash.c hashtable instead of in a linear list.  On the client
side, you have to roll your own hashing (or adapt dynahash to life
outside the backend environment).

            regards, tom lane

pgsql-general by date:

Previous
From: Peter Fein
Date:
Subject: Re: Version Control?
Next
From: Hugo
Date:
Subject: Re: how to return a result set from a stored procedure