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
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 |