<div dir="ltr">it's considerably faster the 2nd time around, but only lasts few hours before slows down again. I have 4 gig of RAM in the machine I am using (which is a dedicated machine), but the other 2 nodes who also share this are cloud machines with 1 gig of RAM each. </div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 22, 2014 at 7:07 PM, Sunil Mushran <span dir="ltr"><<a href="mailto:sunil.mushran@gmail.com" target="_blank">sunil.mushran@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Is this slow the second time you run the command or only the first? How much memory do you have?</div>
<div><br></div>-mmin needs the inode. And reading inodes from disk is expensive. One reason could be that the system does not have enough memory to cache the inodes and thus is triggering lots of disk reads.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Thu, May 22, 2014 at 4:23 PM, Robert Abbate <span dir="ltr"><<a href="mailto:doctorabbate@gmail.com" target="_blank">doctorabbate@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">we've noticed that once we have grown to have thousands (21,839) of sub-directories running linux commands such as 'find' and 'du' are very slow. we compared them by running them directly on a hard-disk with the same file and directory contents<div>
<br></div><div>find ./directory/* -type f -mmin -60<br></div><div><br></div><div>(21,839 directories)</div><div>ocfs2 = 10 minutes</div><div>direct = 30 seconds</div><div><br></div><div>Are there any tweaks we need to make to help improve performance of these commands when many sub-directories exist?<br>
</div><div><br></div><div>ocfs2 nodes = 3</div><div><br></div><div><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">debugfs.ocfs2 1.6.3</span><br style="font-family:arial,sans-serif;font-size:12.800000190734863px">
<span style="font-family:arial,sans-serif;font-size:12.800000190734863px"> Feature Compat: 3 backup-super strict-journal-super</span><br style="font-family:arial,sans-serif;font-size:12.800000190734863px"><span style="font-family:arial,sans-serif;font-size:12.800000190734863px"> Feature Incompat: 9808 sparse inline-data xattr indexed-dirs discontig-bg</span><br style="font-family:arial,sans-serif;font-size:12.800000190734863px">
<span style="font-family:arial,sans-serif;font-size:12.800000190734863px"> Feature RO compat: 1 unwritten</span><br style="font-family:arial,sans-serif;font-size:12.800000190734863px"><span style="font-family:arial,sans-serif;font-size:12.800000190734863px"> Dynamic Features: (0x0)</span><br>
</div></div>
<br></div></div>_______________________________________________<br>
Ocfs2-users mailing list<br>
<a href="mailto:Ocfs2-users@oss.oracle.com" target="_blank">Ocfs2-users@oss.oracle.com</a><br>
<a href="https://oss.oracle.com/mailman/listinfo/ocfs2-users" target="_blank">https://oss.oracle.com/mailman/listinfo/ocfs2-users</a><br></blockquote></div><br></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Sincerely,<br>Dr. Robert Abbate<br>214-336-5366 (cell)<br>LinkedIn: <a href="http://www.linkedin.com/in/robertabbate" target="_blank">http://www.linkedin.com/in/robertabbate</a>
</div>