[Gluster-devel] Reduce number of inodelk/entrylk calls on ec xlator

Xavier Hernandez xhernandez at datalab.es
Thu Jul 3 08:54:19 UTC 2014


On Thursday 03 July 2014 07:40:45 Pranith Kumar Karampuri wrote:
> On 07/01/2014 04:52 PM, Xavier Hernandez wrote:
> > Hi,
> > 
> > current implementation of ec xlator uses inodelk/entrylk before each
> > operation to guarantee exclusive access to the inode. This implementation
> > blocks any other request to the same inode/entry until the previous
> > operation has completed and unlocked it.
> > 
> > This adds a lot of latency to each operation, even if there are no
> > conflicts with other clients. To improve this I was thinking to implement
> > something similar to eager-locking and piggy-backing.
> 
> I think we should make eager-locking, piggy-backing to separate xlators.
> Let me see if we can do that.

Do you mean to create some sort of locks xlator on the client side to 
intercept multiple locks, and automatically grant them if domain, owner and 
user are the same ?


More information about the Gluster-devel mailing list