Re: CPU-intensive autovacuuming

From: Shelby Cain <alyandon(at)yahoo(dot)com>
To: "Thomas F(dot) O'Connell" <tfo(at)sitening(dot)com>, Phil Endecott <spam_from_postgresql_general(at)chezphil(dot)org>
Cc: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>, pgsql-general(at)postgresql(dot)org
Subject: Re: CPU-intensive autovacuuming
Date: 2005-06-10 14:12:28
Message-ID: 20050610141228.46598.qmail@web50107.mail.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

--- "Thomas F. O'Connell" <tfo(at)sitening(dot)com> wrote:

> Phil,
>
> If you complete this patch, I'm very interested to see it.
>
> I think I'm the person Matthew is talking about who inserted a sleep
>
> value. Because of the sheer number of tables involved, even small
> values of sleep caused pg_autovacuum to iterate too slowly over its
> table lists to be of use in a production environment (where I still
> find its behavior to be preferable to a complicated list of manual
> vacuums performed in cron).
>
> --
> Thomas F. O'Connell
> Co-Founder, Information Architect
> Sitening, LLC
>

Were you sleeping every time through the loop? How about something
like:

if (j%500 == 1) usleep(100000)

Regards,

Shelby Cain


__________________________________
Discover Yahoo!
Stay in touch with email, IM, photo sharing and more. Check it out!
http://discover.yahoo.com/stayintouch.html

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Edmund Dengler 2005-06-10 14:37:22 Deletes and large tables
Previous Message Bruce Momjian 2005-06-10 13:41:44 Re: CREATE TEMP TABLE AS SELECT/ GET DIAGNOSTICS ROW_COUNT

Browse pgsql-hackers by date

  From Date Subject
Next Message Andreas Pflug 2005-06-10 14:14:20 Re: Server instrumentation
Previous Message Bruce Momjian 2005-06-10 14:07:59 Re: User Quota Implementation