Re: Improve processing efficiency for addition and deletion of multipath devices

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

 



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@xxxxxxxxx>
收件人:         tang.junhui@xxxxxxxxxx, Benjamin Marzinski <bmarzins@xxxxxxxxxx>,
抄送:        zhang.kai16@xxxxxxxxxx, dm-devel@xxxxxxxxxx, Martin Wilck <mwilck@xxxxxxxx>, Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
日期:         2016/11/29 17:22
主题:        Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices
发件人:        dm-devel-bounces@xxxxxxxxxx




Dne 23.11.2016 v 02:08 tang.junhui@xxxxxxxxxx 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@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel

--
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