[dm-devel] Improve processing efficiency for addition and deletion of multipath devices

[tang.junhui at zte.com.cn]

Hello Zdenek

I think you suggestion is constructive，
some unnecessary operations in udev rules waster too much system 
resoure(CPU etc.)
It is another way to promote multipath efficiency,
could you put forward more specific amendment?

Regards,
Tang





发件人:         Zdenek Kabelac <zdenek.kabelac at gmail.com>
收件人:         tang.junhui at zte.com.cn, Benjamin Marzinski 
<bmarzins at redhat.com>, 
抄送:   zhang.kai16 at zte.com.cn, dm-devel at redhat.com, Martin Wilck 
<mwilck at suse.com>, Bart Van Assche <bart.vanassche at sandisk.com>
日期:   2016/11/29 17:22
主题:   Re: [dm-devel] Improve processing efficiency for addition and 
deletion of multipath devices
发件人: dm-devel-bounces at redhat.com



Dne 23.11.2016 v 02:08 tang.junhui at zte.com.cn napsal(a):
> So, now we have at least 4 ways to improve mutliapth efficiency:
> 1)  Filtering uevents;
> 2)  Merger uevents;
> 3)  Using separate locks for mpvec and pathvec;
> 4)  Get rid of the gazillion waiter threads.
>
> This is exciting, but how do we achieve this blueprint?
> Can we set up some working groups and develop it in parallel
> to implement each improvement since most of them are independent?
>

I'm missing here the analysis of impact on performance.

Do we have 'perf' traces and other reports where is the CPU wasted ?

While surely solving all issues make sense - there are some tasks which 
have 
major impact on speed - while others user will most not notice at all.


Regards

Zdenek

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


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/dm-devel/attachments/20161129/9ddfc508/attachment.htm>