[dm-devel] [RFC PATCH 4/4] dm mpath: eliminate use of spinlock in IO fast-paths
Johannes Thumshirn
jthumshirn at suse.de
Fri Apr 1 09:02:59 UTC 2016
On 2016-03-31 22:04, Mike Snitzer wrote:
> The primary motivation of this commit is to improve the scalability of
> DM multipath on large NUMA systems where m->lock spinlock contention
> has
> been proven to be a serious bottleneck on really fast storage.
>
> The ability to atomically read a pointer, using lockless_dereference(),
> is leveraged in this commit. But all pointer writes are still
> protected
> by the m->lock spinlock (which is fine since these all now occur in the
> slow-path).
>
> The following functions no longer require the m->lock spinlock in their
> fast-path: multipath_busy(), __multipath_map(), and do_end_io()
>
> And choose_pgpath() is modified to _not_ update m->current_pgpath
> unless
> it also switches the path-group. This is done to avoid needing to take
> the m->lock everytime __multipath_map() calls choose_pgpath().
> But m->current_pgpath will be reset if it is failed via fail_path().
>
> Suggested-by: Jeff Moyer <jmoyer at redhat.com>
> Signed-off-by: Mike Snitzer <snitzer at redhat.com>
Looks good,
Reviewed-by: Johannes Thumshirn <jthumshirn at suse.de>
More information about the dm-devel
mailing list