From: Anthony Liguori <anthony@codemonkey.ws>
To: Kevin Wolf <kwolf@redhat.com>
Cc: Benjamin Cleyet-Marrel <bcm@accelance.fr>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Qemu savevm and CPU soft lockup
Date: Thu, 24 Sep 2009 11:20:39 -0500 [thread overview]
Message-ID: <4ABB9C57.60107@codemonkey.ws> (raw)
In-Reply-To: <4ABB71C4.3070007@redhat.com>
Kevin Wolf wrote:
> Am 24.09.2009 00:28, schrieb Anthony Liguori:
>
>> Jamie Lokier wrote:
>>
>>> This is normal savevm behaviour, and it is exactly the reason why
>>> migrate-to-file is useful. I would not be surprised if savevm is
>>> changed to use migrate-to-file internally at some point, but it does
>>> not look like happening soon.
>>>
>>>
>> It's the same infrastructure. The reason savevm isn't live is that
>> savevm stores it's data in a qcow2 file. Right now the way qcow2 is
>> structured, the snapshot has to be a fixed size and allocated at once.
>> In order to make savevm live, we need a method to stream savevm data to
>> a qcow2 file while still allowing other IO operations to that qcow2 file.
>>
>> I'm fairly sure this will require a change to the qcow2 format in order
>> to support this.
>>
>
> Hm, snapshots are nothing complicated from qcow2 perspective. Why do you
> think data needs to be fixed size?
What happens if you're in the middle of writing snapshot data and
another cluster has to be allocated? You'll need a way to store the
snapshot data discontinuously.
Regards,
Anthony Liguori
next prev parent reply other threads:[~2009-09-24 16:20 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-18 9:56 [Qemu-devel] Qemu savevm and CPU soft lockup Benjamin Cleyet-Marrel
2009-09-23 16:05 ` Benjamin Cleyet-Marrel
2009-09-23 18:19 ` Jamie Lokier
2009-09-23 18:52 ` Ben Accelance
2009-09-23 22:21 ` Nathan Baum
2009-09-30 8:53 ` Benjamin Cleyet-Marrel
2009-09-23 22:28 ` Anthony Liguori
2009-09-24 13:19 ` Kevin Wolf
2009-09-24 16:20 ` Anthony Liguori [this message]
2009-09-25 7:40 ` Kevin Wolf
2009-09-25 11:31 ` Ben Accelance
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ABB9C57.60107@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=bcm@accelance.fr \
--cc=kwolf@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.