Re: Autovaccum with cost_delay does not complete on one solaris 5.10 machine

From: Josh Berkus <josh(at)agliodbs(dot)com>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Autovaccum with cost_delay does not complete on one solaris 5.10 machine
Date: 2010-04-15 22:17:22
Message-ID: 4BC79072.10901@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance


>> pg_usleep calls select(), and some googling indicates that select() is
>> implemented as pollsys() on recent Solaris versions. So Josh's
>> assumption that those are delay calls seems plausible.

It's certainly the behavior I'm seeing otherwise. In "normal
operation", the number of pages read between pollsys is consistent with
the vacuum delay settings.

>> But it shouldn't
>> be sleeping after each page with normal cost_delay parameters, should it?

Right, that's why I find this puzzling. If the problem was easier to
reproduce it would be easier to analyze.

> Certainly not ... The only explanation would be that the cost balance
> gets over the limit very frequently. So one of the params would have to
> be abnormally high (vacuum_cost_page_hit, vacuum_cost_page_miss,
> vacuum_cost_page_dirty).

Nope, all defaults. And, all identical to the other server which is
behaving normally.

Honestly, I mostly posted this in hopes that some other Solaris user
would speak up to having seen the same thing.

--
-- Josh Berkus
PostgreSQL Experts Inc.
http://www.pgexperts.com

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Tom Lane 2010-04-15 22:21:10 Re: stats collector suddenly causing lots of IO
Previous Message Alvaro Herrera 2010-04-15 20:24:05 Re: Autovaccum with cost_delay does not complete on one solaris 5.10 machine