On Fri, Oct 30, 2015 at 04:16:08PM +0000, Jonathan Davies wrote:
If a command is issued to the sanlock daemon soon after the previous command from the same client has completed, it might not be processed for up to 1 second. This scenario is commonplace during sequential operations issued through lvmlockd, making them feel unusually sluggish.
Thanks for the patch, and the thorough explantion; it works great.
- if ((efd = eventfd(0, EFD_CLOEXEC | EFD_NONBLOCK)) == -1)
log_error("couldn't create eventfd");goto out_threads;
I added some braces here and pushed it out.
Thanks again, Dave