[Cluster-devel] [PATCH 0/2] GFS2: inplace_reserve performance improvements

Bob Peterson rpeterso at redhat.com
Fri Sep 28 13:59:48 UTC 2018


----- Original Message -----
> I think what's happening for us is that the work that needs to be done to
> release an rgrp lock is happening pretty fast and is about the same in all
> cases, so the stats are not providing a meaningful distinction. We see the
> same lock (or small number of locks) bouncing back and forth between nodes
> with neither node seeming to consider them congested enough to avoid, even
> though the FS is <50% full and there must be plenty of other non-full rgrps.
> 
> --
> Tim Smith <tim.smith at citrix.com>

Hi Tim,

Interesting.
I've done experiments in the past where I allowed resource group glocks
to take advantage of the "minimum hold time" which is today only used for
inode glocks. In my experiments it's made no appreciable difference that I
can recall, but it might be an interesting experiment for you to try.

Steve's right that we need to be careful not to improve one aspect of
performance while causing another aspect's downfall, like improving intra-node
congestion problems at the expense of inter-node congestion.

Regards,

Bob Peterson




More information about the Cluster-devel mailing list