You right! I found it! It is the mlocate.cron come with centos install. It basic run updatedb on the file system and set the nice to be +19. I have so many files in my caching directory and updatedb will consume almost all the IO. I disabled my caching directory in updatedb.conf.<div>
<br></div><div>Thanks for the help.<br><br><div class="gmail_quote">On Fri, Aug 10, 2012 at 2:03 AM, Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<div class="im"><br>
On Thu, Aug 09, 2012 at 07:02:13PM -0700, Don Zhou wrote:<br>
<br>
> We used nginx proxy to cache lots of static files. Our monitoring tool<br>
> showed that the write I/O on the server spike once a day on 4am GMT time<br>
> and server will slow down significantly because of the high IO. I couldn't<br>
> find any cron that can cause this. I am guessing it might be the nginx<br>
> cache manager was clearing the disk cache once a day.<br>
<br>
</div>No, it's not nginx cache manager.  It removes files as soon as<br>
they become inactive and/or max_size reached.<br>
<div class="im"><br>
> We have cache setting like: proxy_cache_path  /cache levels=2:2:2<br>
> keys_zone=cache:2000m inactive=1d max_size=400000m;<br>
><br>
> Any idea? Thanks!<br>
<br>
</div>Something like "top -mio" / iotop might be helpfull.  Time<br>
suggests most likely it's some daily periodic task.<br>
<br>
Maxim Dounin<br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div><br></div>