Performance for operations like find

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Mar 02, 2012 at 11:43:27AM +0100, Carl Boberg wrote:
>    time find /mnt/nfs/<datadir> -type f -mtime -2
> 
>    real 2m0.067s <--
>    user 0m0.030s
>    sys 0m0.252s

The -mtime -2 is forcing gluster to do a stat() on every file, and this
makes gluster do a self-heal operation where it needs to access the file on
both volumes:

http://www.gluster.org/community/documentation/index.php/Gluster_3.1:_Triggering_Self-Heal_on_Replicate
http://www.youtube.com/watch?v=AsgtE7Ph2_k

Having said that, 2 minutes seems pretty slow. How many files are there in
total, i.e. without the -mtime filter?

Is it possible the NFS test had the inode data in cache, so was an unfair
comparison?  I suggest you do
    echo 3 >/proc/sys/vm/drop_caches
(as root) on both client and server before each test.

Regards,

Brian.


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux