qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy


From: Anthony Liguori
Subject: Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy
Date: Wed, 23 Feb 2011 10:30:29 -0600
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101027 Lightning/1.0b1 Thunderbird/3.0.10

On 02/23/2011 10:17 AM, Peter Maydell wrote:
On 23 February 2011 16:01, Anthony Liguori<address@hidden>  wrote:
Yes.   I view the command line as optional.  To me, this is the ideal
interaction:

1) start qemu with an empty stateful config file

2) issue monitor commands to create all devices and backends

3) the stateful config file totally captures the state of all of the issued
QMP commands.  The management tool can relaunch the guest just by passing
the stateful config file to QEMU.

4) when the management tool needs to "extract" a config file, it can read
the stateful config (through the monitor) and generate it's own config.

5) the management tool should treat the stateful config file as more or less
opaque.  It shouldn't be visible to end user.

In the non-managed case, users should interact directly with the config
file.
For the typical TCG use case, that sounds a whole lot worse than
the current situation of "just run qemu with a suitable command
line"...

This is only an option. Running qemu with no stateful config and just using command line parameters will continue to be well supported.

Internally, no stateful config is essentially equivalent to using a stateful config in -snapshot mode where all of the changes are just lost. The command line parameters will all eventually be implemented more or less in terms of internal QMP commands.

This is another reason for the QAPI refactoring. -device handling (and all iterations of it) just becomes a call to qmp_device_add().

Regards,

Anthony Liguori

-- PMM





reply via email to

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