Re: Speed up heal performance

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

 




On 10/13/2015 03:44 PM, Humble Devassy Chirammal wrote:
>>Good news is we already have a WIP patch review.glusterd.org/10851
> <http://review.glusterd.org/10851> to introduce multi threaded shd.
> Credits to Richard/Shreyas from facebook for this. IIRC, we also have a
> BZ for the same
>>
> Isnt it the same bugzilla
> (https://bugzilla.redhat.com/show_bug.cgi?id=1221737) mentioned in the
> commit log? 
It is, just that I was too lazy to scroll down for the bug as topic
would have been also ideally be the same (bug-XXXXXXX)
> 
> --Humble
> 
> 
> On Tue, Oct 13, 2015 at 7:26 AM, Atin Mukherjee
> <atin.mukherjee83@xxxxxxxxx <mailto:atin.mukherjee83@xxxxxxxxx>> wrote:
> 
>     -Atin
>     Sent from one plus one
>     On Oct 13, 2015 3:16 AM, "Ben Turner" <bturner@xxxxxxxxxx
>     <mailto:bturner@xxxxxxxxxx>> wrote:
>     >
>     > ----- Original Message -----
>     > > From: "Lindsay Mathieson" <lindsay.mathieson@xxxxxxxxx <mailto:lindsay.mathieson@xxxxxxxxx>>
>     > > To: "gluster-users" <gluster-users@xxxxxxxxxxx <mailto:gluster-users@xxxxxxxxxxx>>
>     > > Sent: Friday, October 9, 2015 9:18:11 AM
>     > > Subject:  Speed up heal performance
>     > >
>     > > Is there any way to max out heal performance? My cluster is unused overnight,
>     > > and lightly used at lunchtimes, it would be handy to speed up a heal.
>     > >
>     > > The only tuneable I found was cluster.self-heal-window-size, which doesn't
>     > > seem to make much difference.
>     >
>     > I don't know of any way to speed this up, maybe someone else could chime in here that knows the heal daemon better than me.  Maybe you could open an RFE on this?  In my testing I only see 2 files getting healed at a time per replica pair.  I would like to see this be multi threaded(if its not already) with the ability to tune it to control resource usage(similar to what we did in the rebalance refactoring done recently).  If you let me know the BZ # I'll add my data + suggestions, I have been testing this pretty extensively in recent weeks and good data + some ideas on how to speed things up.
>     Good news is we already have a WIP patch review.glusterd.org/10851
>     <http://review.glusterd.org/10851> to introduce multi threaded shd.
>     Credits to Richard/Shreyas from facebook for this. IIRC, we also
>     have a BZ for the same but the patch is in rfc as of now. AFAIK,
>     this is a candidate to land in 3.8 as well, Vijay can correct me
>     otherwise.
>     >
>     > -b
>     >
>     > > thanks,
>     > > --
>     > > Lindsay
>     > >
>     > > _______________________________________________
>     > > Gluster-users mailing list
>     > > Gluster-users@xxxxxxxxxxx <mailto:Gluster-users@xxxxxxxxxxx>
>     > > http://www.gluster.org/mailman/listinfo/gluster-users
>     > _______________________________________________
>     > Gluster-users mailing list
>     > Gluster-users@xxxxxxxxxxx <mailto:Gluster-users@xxxxxxxxxxx>
>     > http://www.gluster.org/mailman/listinfo/gluster-users
> 
> 
>     _______________________________________________
>     Gluster-users mailing list
>     Gluster-users@xxxxxxxxxxx <mailto:Gluster-users@xxxxxxxxxxx>
>     http://www.gluster.org/mailman/listinfo/gluster-users
> 
> 
> 
> 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users@xxxxxxxxxxx
> http://www.gluster.org/mailman/listinfo/gluster-users
> 
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users



[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