Quoting Scott Marlowe <scott.marlowe@gmail.com>:
> On Mon, Nov 16, 2009 at 9:13 AM, Wayne Beaver <wayne@acedsl.com> wrote:
>>> Quoting Scott Marlowe <scott.marlowe@gmail.com>:
>>>
>>>> On Thu, Nov 12, 2009 at 9:58 AM, Wayne Beaver <wayne@acedsl.com> wrote:
>>>>>
>>>>> Quoting Scott Marlowe <scott.marlowe@gmail.com>:
>>>>>
>>>>>>> On Thu, Nov 12, 2009 at 9:14 AM, Wayne Beaver <wayne@acedsl.com>
>>>>>>> wrote:
>>>>>>> I'd seen autovacs running for hours and had mis-attributed this to
>>>>>>> growing query times on those tables - my thought was that "shrinking"
>>>>>>> the tables
>>>>>>> "more quickly" could make them "more-optimized", more often. Sounds
>>>>>>> like
>>>>>>> could be chasing the wrong symptoms, though.
>>>>>>
>>>>>> Now it is quite possible that a slow autovac is causing your queries
>>>>>> to run slower. So, if it has a moderate to high cost delay, then it
>>>>>> might not be able to keep
>>>>>> up with the job and your tables will become bloated.
>>>>>>
>>>>>> The problem isn't that autovac is stealing too many resources, it's
>>>>>> that it's not stealing enough.
>>>>>>
>>>> I've not yet gotten to you iostat inquiry from your previous response...
>>>
>>> Don't worry too much, just want to see if your IO system is maxed out.
>>
>
> That's just since the machine was turned on. run it like:
>
> iostat -x 10
>
> and see what comes out after the first one.
Duh! Sorry about that...
$ iostat -x 10
Linux 2.6.18.8-0.9-default (myserver) 11/16/2009
avg-cpu: %user %nice %system %iowait %steal %idle
28.11 3.13 6.50 8.70 0.00 53.56
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s
avgrq-sz avgqu-sz await svctm %util
sda 3.20 406.34 100.74 52.33 7293.84 3675.79 3646.92
1837.90 71.66 0.07 2.15 0.90 13.71