From: "Denis V. Lunev" <den@openvz.org>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Pavel Butsykin <pbutsykin@virtuozzo.com>,
qemu-devel@nongnu.org, rkagan@virtuozzo.com
Subject: Re: [Qemu-devel] [PATCH 1/1] virtio-balloon: reset the statistic timer to load device
Date: Tue, 29 Mar 2016 17:18:39 +0300 [thread overview]
Message-ID: <56FA8EBF.3070100@openvz.org> (raw)
In-Reply-To: <20160329170427-mutt-send-email-mst@redhat.com>
On 03/29/2016 05:07 PM, Michael S. Tsirkin wrote:
> On Tue, Mar 29, 2016 at 05:00:49PM +0300, Denis V. Lunev wrote:
>> From: Pavel Butsykin <pbutsykin@virtuozzo.com>
>>
>> If before loading snapshot we had set the timer of statistics, then after
>> applying snapshot the expiry time would be irrelevant for the restored
>> state of the virtual clocks. A simple fix is just to restart the timer
>> after loading snapshot.
>>
>> For the user it may look like a long delay of statistics update after switch
>> to the snapshot.
>>
>> Signed-off-by: Pavel Butsykin <pbutsykin@virtuozzo.com>
>> Reviewed-by: Roman Kagan <rkagan@virtuozzo.com>
>> Signed-off-by: Denis V. Lunev <den@openvz.org>
>> CC: Michael S. Tsirkin <mst@redhat.com>
> I'm inclined to think we really should migrate the timer,
> otherwise user might wait twice as long as expected ...
this is not a big deal. This timer is a part of the QEMU state,
which was configured for this exact running instance, not
for the guest. Moreover, we have switched to new guest state
which can be on the different CPU with different timings etc
and thus we should let the guest to run for some time.
In the perfect world you should not save the time to the migration
state but save the time at reset callback and restore it here at
postload, but this seems over engineering.
Statistics delivery is "best effort", nobody will die if one
shot will be missed.
next prev parent reply other threads:[~2016-03-29 14:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-29 14:00 [Qemu-devel] [PATCH 1/1] virtio-balloon: reset the statistic timer to load device Denis V. Lunev
2016-03-29 14:07 ` Michael S. Tsirkin
2016-03-29 14:18 ` Denis V. Lunev [this message]
2016-04-05 8:47 ` Denis V. Lunev
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=56FA8EBF.3070100@openvz.org \
--to=den@openvz.org \
--cc=mst@redhat.com \
--cc=pbutsykin@virtuozzo.com \
--cc=qemu-devel@nongnu.org \
--cc=rkagan@virtuozzo.com \
/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.