Hi,
I've opened a github issue [1] to discuss the implementation of a transaction framework that should provide a level of abstraction for xlators that currently use inodelk/entrylk, simplifying its coding and improving performance.
Feel free to provide your thoughts.
Thanks,
Xavi
_______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://lists.gluster.org/mailman/listinfo/gluster-devel