All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Marcin Gibuła" <m.gibula@beyond.pl>
To: qemu-devel@nongnu.org
Cc: liang.z.li@intel.com
Subject: Re: [Qemu-devel] about the patch kvmclock Ensure proper env->tsc value for kvmclock_current_nsec calculation
Date: Fri, 14 Aug 2015 09:31:52 +0200	[thread overview]
Message-ID: <55CD9968.7000202@beyond.pl> (raw)
In-Reply-To: <F2CBF3009FA73547804AE4C663CAB28E5B76C3@shsmsx102.ccr.corp.intel.com>

W dniu 2015-08-14 o 03:23, Li, Liang Z pisze:
>> On Thu, Aug 13, 2015 at 01:25:29AM +0000, Li, Liang Z wrote:
>>> Hi Paolo & Marcelo,
>>>
>>>      Could please point out what issue the patch 317b0a6d8ba44e try to fix?  I
>> found in live migration the cpu_synchronize_all_states will be called twice,
>> and it will take more than 1 ms sometimes. I try to do some optimization but
>> lack the knowledge about the background.
>>
>> What the code in 317b0a6d8ba44e requires is to retrieve the TSC value from
>> the kernel.
>
> I know 317b0a6d8ba44e is to retrieve the TSC value, but I don't understand why it is needed. During the live migration, the cpu_synchronize_all_states will be called later after stopping kvm-clock. The env->tsc will be updated, is that not enough? Or is there some case like call the 'stop_vm(RUN_STATE_PAUSED )' or ' 'stop_vm (RUN_STATE_DEBUG) ', that require updating the env->tsc? By google, I find that your patch try to fix some issue, but I don't know what the exact issue.

I remember testing these, and I afair that was the reason:

http://lists.gnu.org/archive/html/qemu-devel/2014-06/msg00472.html

-- 
mg

  reply	other threads:[~2015-08-14  8:11 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-13  1:25 [Qemu-devel] about the patch kvmclock Ensure proper env->tsc value for kvmclock_current_nsec calculation Li, Liang Z
2015-08-13 22:16 ` Marcelo Tosatti
2015-08-14  1:23   ` Li, Liang Z
2015-08-14  7:31     ` Marcin Gibuła [this message]
2015-08-14  7:51       ` Li, Liang Z
2015-08-14  8:51         ` Marcin Gibuła
2015-08-14  9:18           ` Li, Liang Z
2015-08-14 14:10             ` Marcin Gibuła
2015-08-14 22:35             ` Marcelo Tosatti

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=55CD9968.7000202@beyond.pl \
    --to=m.gibula@beyond.pl \
    --cc=liang.z.li@intel.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.