[Gluster-users] [Gluster-devel] glusterfs replica volume self heal lots of small file very very slow!!why?how to improve?
Joe Julian
joe at julianfamily.org
Wed Oct 8 14:30:22 UTC 2014
On 10/8/2014 1:45 AM, justglusterfs at gmail.com wrote:
> Hi all:
> I do the following test:
> I create a glusterfs replica volume (replica count is 2 ) with two
> server node(server A and server B),use XFS as the underlying
> filesystem, then mount the volume in client node,
> then, I shut down the network of server A node, in client
> node, I copy a dir(which has a lot of small files), the dir size
> is *2.9GByte,*
> when copy finish, I unmount the volume from the client, then I
> start the network of server A node, now, glusterfs
> self-heal-daemon start heal dir from server B to server A,
> in the end, I find the self-heal-daemon heal the dir *use
> 40 m**inutes, * *It's too slow! why?*
> *
> *
> I find out related options with self-heal, as follow:
> *cluster.self-heal-window-size*
> *cluster.self-heal-readdir-size*
> *cluster.background-self-heal-count*
> *
> *
> **
> * then I config :*
> *cluster.self-heal-window-size is 1024(max value)*
> *cluster.self-heal-readdir-size is 131072(max value)*
> **
> * and then do the same test case, find this times heal the
> dir use 35 minutes, **The effective is not obvious, *
> *
> *
> *
> *
> * I want to ask, If there are better ways to improve replica volume
> self heal lots of small file performance??*
>
If you need it healed that quickly, mount the volume on a client and
walk the tree with "find -exec stat {} \; > /dev/null"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20141008/ae4166ee/attachment.html>
More information about the Gluster-users
mailing list