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.mush...@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 <doctorabb...@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@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
_______________________________________________ Ocfs2-users mailing list Ocfs2-users@oss.oracle.com https://oss.oracle.com/mailman/listinfo/ocfs2-users
