| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Josh Kupershmidt <schmiddy(at)gmail(dot)com> |
| Cc: | Chris <lists(at)deksai(dot)com>, pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: stats collector suddenly causing lots of IO |
| Date: | 2010-04-16 16:39:54 |
| Message-ID: | 11003.1271435994@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
I wrote:
> So this *should* have resulted in the stats file shrinking. Did you
> happen to notice if it did, after you did this?
Oh, never mind that --- I can see that it did shrink, just from counting
the write() calls in the collector's strace. So what we have here is a
demonstration that the tabpurge mechanism does work for you, when it's
invoked. Which is further evidence that for some reason autovacuum is
not running for you.
What I'd suggest at this point is cranking up log_min_messages to DEBUG2
or so in postgresql.conf, restarting the postmaster, and keeping an eye
on the log to see if you can spot anything about why autovac isn't
working.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2010-04-16 16:48:48 | Re: stats collector suddenly causing lots of IO |
| Previous Message | Josh Berkus | 2010-04-16 16:39:34 | Re: Autovaccum with cost_delay does not complete on one solaris 5.10 machine |