qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] ping Re: [RFC PATCH 00/13] Embedded NBD server


From: Kevin Wolf
Subject: Re: [Qemu-devel] ping Re: [RFC PATCH 00/13] Embedded NBD server
Date: Tue, 18 Sep 2012 11:55:00 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120605 Thunderbird/13.0

Am 18.09.2012 11:48, schrieb Paolo Bonzini:
> Il 18/09/2012 11:40, Kevin Wolf ha scritto:
>>>>>> Note that after completing the refactoring, we'll only have one combined
>>>>>> bdrv_close/delete function and so there won't be BlockDriverStates
>>>>>> that are closed. In this case, I think it's quite obvious that not 
>>>>>> closing
>>>>>> the filters wouldn't make any sense.
>>>>
>>>> Does that mean that any I/O throttling must be applied again on every
>>>> medium change?  That would be a behavioral change.
>> Hm, I guess so, at least on the lowest level. The only thing I know for
>> certain is that maintaining compatibility for the old commands will be
>> fun, but if possible at all we shouldn't let that compromise our design.
> 
> Yeah, originally we had the idea of a "proxy" driver where you could
> stack all your persistent filters.  The proxy driver would be needed of
> course for removable media, but it could also subsume things like
> bdrv_swap and bdrv_append.

That would be filters directly for a BlockBackend, which we need in
order to support filter that stay on top of snapshots. However, they
only help in this specific case if we leave the same BlockBackend around
across media change, which wasn't part of the plan, I think. But maybe
we'll have to.

Kevin



reply via email to

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