qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 8/8] quorum: Inline quorum_fifo_aio_cb()


From: Eric Blake
Subject: Re: [Qemu-devel] [PATCH 8/8] quorum: Inline quorum_fifo_aio_cb()
Date: Tue, 22 Nov 2016 06:51:04 -0600
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0

On 11/22/2016 03:23 AM, Alberto Garcia wrote:
> On Mon 21 Nov 2016 09:08:06 PM CET, Eric Blake <address@hidden> wrote:
> 
>> Back to my comments earlier in the series - We may want to think about
>> a parallel FIFO mode, where we kick off all reads, but then are
>> prepared to cancel reads on later children once we have a positive
>> answer on an earlier child.
> 
> And what happens if the positive answer comes first from a later child?
> Does COLO rely on the assumption that the first child is always read
> first?

In parallel FIFO mode, it wouldn't matter if the second child has an
answer first, you STILL have to wait for the first child's answer. It's
just that if the first child fails, you have a headstart (or even an
answer already) on the second child, rather than starting the second
child from scratch.  In other words, parallel mode wastes a lot of work
when the first child is successful, but saves time if the first child fails.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]