<font size=3 face="Times New Roman">In these scenarios, multipath processing
efficiency is very low:</font>
<br><font size=3 face="Times New Roman">1) There are many paths in multipath
devices,</font>
<br><font size=3 face="Times New Roman">2) Add/delete devices when iSCSI
login/logout or FC link up/down.</font>
<br>
<br><font size=3 face="Times New Roman">Multipath process so slowly that
it is not satisfied some applications, For example, </font>
<br><font size=3 face="Times New Roman">openstack is often timeout in waiting
for the creation of multipath devices.</font>
<br>
<br><font size=3 face="Times New Roman">The reason of the low processing
efficiency I think is that multipath process uevent </font>
<br><font size=3 face="Times New Roman">message one by one, and each one
also produce a new dm addition/change/deletion </font>
<br><font size=3 face="Times New Roman">uevent message to increased system
resource consumption, actually most of these uevent </font>
<br><font size=3 face="Times New Roman">message have no sense at all.</font>
<br>
<br><font size=3 face="Times New Roman">So, can we find out a way to reduce
these uevent messages to promote multipath </font>
<br><font size=3 face="Times New Roman">processing efficiency? Personally,
I think we can merge these uevent messages before </font>
<br><font size=3 face="Times New Roman">processing. For example, during
the 4 iSCSI session login procedures, we can wait for a </font>
<br><font size=3 face="Times New Roman">moment until the addition uevent
messages of 4 paths are all arrived, and then we can </font>
<br><font size=3 face="Times New Roman">merge these uevent messages to
one and deal with it at once. The way to deal with </font>
<br><font size=3 face="Times New Roman">deletion uevent messages is the
same.</font>
<br>
<br><font size=3 face="Times New Roman">How do you think about? Any points
of view are welcome.</font>