〉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.
Regards,
Tang
发件人: Martin Wilck <mwilck@xxxxxxxx>
收件人: tang.junhui@xxxxxxxxxx,
抄送: dm-devel@xxxxxxxxxx
日期: 2016/11/18 16:38
主题: Re: [dm-devel] Improve processing efficiency for addition and deletion of multipath devices
发件人: dm-devel-bounces@xxxxxxxxxx
On Fri, 2016-11-18 at 16:24 +0800, tang.junhui@xxxxxxxxxx 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@xxxxxxxx>, 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@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel
-- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
