[Gluster-devel] [Gluster-users] glusterfs replica volume self heal dir very slow！！why？

[Roman]

Hi,

consider looking at this topic
http://supercolony.gluster.org/pipermail/gluster-users/2014-September/018577.html
. This guy made lots of test. It seems like 50 MB/s (or around 400 Mbps) is
the theoretical maximal limit for replica 1. I am waiting for comments to
this too.


2014-09-05 11:15 GMT+03:00 justglusterfs at gmail.com <justglusterfs at gmail.com>
:

> 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)， 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 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*
>
>   I  want  to ask， modify  the above options can improve  the
>  performance of heal dir？  if possible， please give a reasonable value
> about above options。
>
>   thanks！
> ------------------------------
> justglusterfs at gmail.com
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>



-- 
Best regards,
Roman.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20140905/28f9af36/attachment-0001.html>