[LSF/MM ATTEND] multipath redesign and dm blk-mq issues

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'd like to attend LSF/MM 2016 to participate in any discussions about 
redesigning how device-mapper multipath operates. I spend a significant
chunk of time dealing with issues around multipath and I'd like to
be part of any discussion about redesigning it.

In addition, I'd be interesting in disucssions that deal with how
device-mapper targets are dealing with blk-mq in general.  For instance,
it looks like the current dm-multipath blk-mq implementation is running
into performance bottlenecks, and changing how path selection works into
something that allows for more parallelism is a worthy discussion.  But
it would also be worth looking into changes about how the dm blk-mq
impementation deals with the mapping between it's swqueues and
hwqueue(s). Right now all the dm mapping is done in .queue_rq, instead
of in .map_queue, but I'm not convinced it belongs there. There's also
the issue that the bio targets may scale better on blk-mq devices than
the blk-mq targets.

If there happen to be any GFS2 related discussions, I'd be interested in
those as well.

Thanks
-Ben

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel



[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux