On 22 Březen 2012, 11:32, Gnanakumar wrote: >> There's a checkpoint_warning option. Set it to 3600 and you should get >> messages in the log. Correlate those to the issues (do they happen at >> the >> same time?). > After setting "checkpoint_warning" to 3600, can you explain on how do I > correlate with the messages? Well, you do know when the issues happened, so that you can check the logs and see if there are messages at that time. Try to install the application and watch the logs / IO performance. >> If you can, install iotop and watch the processes that cause the I/O. > I tried installing "iotop", but it failed to run because it requires Linux > >= 2.6.20. Our CentOS5.2 is 2.6.18-8. > >> What we need is more details about your setup, especially >> - checkpoint_segments >> - checkpoint_timeout >> - shared_buffers > # - Memory - > shared_buffers=1536MB > > # - Planner Cost Constants - > effective_cache_size = 4GB So, what else is running on the system? Because if there's 35GB RAM and the shared buffers are 1.5GB, then there's about 33GB for page cache. Something like 16GB would be a conservative setting. I'm not saying this will fix the issues, but maybe it shows that something else is running on the box and maybe that's the culprit, not PostgreSQL? >> also it'd be nice to have samples from the vmstat/iostat and messages >> from >> the log. > Unfortunately, I don't have "exact" logs when the problem actually > happened Then install the app again and collect as much info as possible. Otherwise it's all just wild guesses. Tomas -- Sent via pgsql-performance mailing list (pgsql-performance@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance
