From: tupeng212 <tupeng212@gmail.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: Yang Z Zhang <yang.z.zhang@intel.com>, Tim Deegan <tim@xen.org>,
Keir Fraser <keir@xen.org>, xen-devel <xen-devel@lists.xen.org>
Subject: Re: [PATCH, RFC v2] x86/HVM: assorted RTC emulation adjustments (was Re: Big Bug:Time in VM goes slower...)
Date: Thu, 16 Aug 2012 21:43:32 +0800 [thread overview]
Message-ID: <201208162143289686654@gmail.com> (raw)
In-Reply-To: 502CC9D702000078000955B9@nat28.tlf.novell.com
[-- Attachment #1.1: Type: text/plain, Size: 1305 bytes --]
Dear Jan:
I didn't check the flipping in JVM, but from the printing period in xen, this setting happened(unit: ns):
976562, 976562, 976562, 976562, 15625000, 976562, 976562, 976562, 976562, 15625000 .....
and someone told me windows use these two rate/period only.
besides, I checked my former simple tester this morning after it ran for a whole night, it lagged much.
so there exists difference between virtualization and reality.
tupeng212
From: Jan Beulich
Date: 2012-08-16 16:22
To: tupeng212
CC: Yang Z Zhang; xen-devel; Keir Fraser; Tim Deegan
Subject: Re: [Xen-devel] [PATCH, RFC v2] x86/HVM: assorted RTC emulation adjustments (was Re: Big Bug:Time in VM goes slower...)
>>> On 15.08.12 at 16:12, tupeng212 <tupeng212@gmail.com> wrote:
> The results for me were these:
> 1 In my real application environment, it worked very well in the former
> 5mins, much better than before,
> but at last it lagged again. I don't know whether it belongs to the two
> missed functions. I lack the
> ability to figure them out.
Did you check whether possibly the guest kernel started flipping
between to rate values? If so, that is something that we could
deal with too (yet it might be a bit involved, so I'd like to avoid
going that route if it would lead nowhere).
Jan
[-- Attachment #1.2: Type: text/html, Size: 3559 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2012-08-16 13:43 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-14 9:51 [PATCH, RFC v2] x86/HVM: assorted RTC emulation adjustments (was Re: Big Bug:Time in VM goes slower...) Jan Beulich
2012-08-15 14:07 ` tupeng212
2012-08-15 14:12 ` tupeng212
2012-08-16 8:22 ` Jan Beulich
2012-08-16 13:43 ` tupeng212 [this message]
2012-08-16 14:15 ` Jan Beulich
2012-08-16 14:27 ` tupeng212
2012-08-15 15:00 ` Jan Beulich
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=201208162143289686654@gmail.com \
--to=tupeng212@gmail.com \
--cc=JBeulich@suse.com \
--cc=keir@xen.org \
--cc=tim@xen.org \
--cc=xen-devel@lists.xen.org \
--cc=yang.z.zhang@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).