From: | Ivan Voras <ivoras(at)freebsd(dot)org> |
---|---|
To: | Scott Otis <scott(dot)otis(at)intand(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Seeking performance advice and explanation for high I/O on 8.3 |
Date: | 2009-09-03 21:56:38 |
Message-ID: | 9bbcef730909031456m55eb75bck6fd4dcfa6b89b16b@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
2009/9/3 Scott Otis <scott(dot)otis(at)intand(dot)com>:
> Sorry about not responding to the whole list earlier - this is my first time posting to a mailing list.
>
> Would providing more information about the size and complexities of the databases help?
>
> I measure I/O stats with iostat - here is the command I use:
>
> iostat -d -x mfid0 -t 290 2
Simply do "iostat mfid0 1" and post 10 lines of its output.
> When using 'top -m io' the postgres stats collector process is constantly at 99% - 100%.
In itself it doesn't mean much. The number of IOs is important.
> I don't think my setup is necessarily slow. I just want to make it as efficient as possible and wanted to get some feedback to see if am setting things up right. I am also looking out into the future and seeing how much load I can put on this server before getting another one. If I can reduce the I/O and CPU that the stats collector and autovacuum are using without losing any functionality then I can put more load on the server.
In general it's tricky to optimize for unknown targets - if your
performance is OK right now, you should leave it alone.
On the other hand, your diagnosis of stats collector doing 46 MB/s
points to something very abnormal. You should probably post your
entire postgresql.conf.
--
f+rEnSIBITAhITAhLR1nM9F4cIs5KJrhbcsVtUIt7K1MhWJy1A==
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2009-09-03 22:03:45 | Re: PostgreSQL not using index for statement with group by |
Previous Message | Robert Haas | 2009-09-03 21:40:32 | Re: Seeking performance advice and explanation for high I/O on 8.3 |