[Ocfs2-users] OCFS2 slow when using 'find' and 'du' commands

[Robert Abbate]

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.


On Thu, May 22, 2014 at 7:07 PM, Sunil Mushran <sunil.mushran at gmail.com>wrote:

> Is this slow the second time you run the command or only the first? How
> much memory do you have?
>
> -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.
>
>
> On Thu, May 22, 2014 at 4:23 PM, Robert Abbate <doctorabbate at gmail.com>wrote:
>
>> 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
>>
>> find ./directory/* -type f -mmin -60
>>
>> (21,839 directories)
>> ocfs2 = 10 minutes
>> direct  = 30 seconds
>>
>> Are there any tweaks we need to make to help improve performance of these
>> commands when many sub-directories exist?
>>
>> ocfs2 nodes = 3
>>
>> debugfs.ocfs2 1.6.3
>>         Feature Compat: 3 backup-super strict-journal-super
>>         Feature Incompat: 9808 sparse inline-data xattr indexed-dirs
>> discontig-bg
>>         Feature RO compat: 1 unwritten
>>         Dynamic Features: (0x0)
>>
>> _______________________________________________
>> Ocfs2-users mailing list
>> Ocfs2-users at oss.oracle.com
>> https://oss.oracle.com/mailman/listinfo/ocfs2-users
>>
>
>


-- 
Sincerely,
Dr. Robert Abbate
214-336-5366 (cell)
LinkedIn: http://www.linkedin.com/in/robertabbate
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20140522/b84062a7/attachment.html