Hi Martin, 〉But once you start merging, you'd rather be prepared for 〉several events for the same phys device, too. We can base on such a threshold that there is no repeat uevents from the same sd device, otherwise, we pause doing merger, and kick uevent processing thread to process the merged uevents. <div> Regards, Tang 发件人: Martin Wilck <mwilck@suse.com> 收件人: tang.junhui@zte.com.cn, 抄送: dm-devel@redhat.com 日期: 2016/11/18 16:38 主题: Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices 发件人: dm-devel-bounces@redhat.com <hr noshade> <tt>On Fri, 2016-11-18 at 16:24 +0800, tang.junhui@zte.com.cn wrote: > Hi Martin, > > In your case, my action is: > 1) merger uevents 1) 2) to one uevent "add sda sdb", and process them > togother This will fail because sdb is non-existent at the time you try - no? > Though the processing efficiency in such scenario is lower than > yours, but it is simple and reliable, > more importantly, Martin, you still focus on such special scene, > which I concerned is like this: [...] I understand what you're concerned with. I just think we need to do both. I agree that many events for many different devices are more likely. But once you start merging, you'd rather be prepared for several events for the same phys device, too. Martin -- Dr. Martin Wilck <mwilck@suse.com>, Tel. +49 (0)911 74053 2107 SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- dm-devel mailing list dm-devel@redhat.com </tt><a href="https://www.redhat.com/mailman/listinfo/dm-devel"><tt>https://www.redhat.com/mailman/listinfo/dm-devel</tt></a> </div>