From: John Levon <levon@movementarian.org>
To: "Zhang, Xiantao" <xiantao.zhang@intel.com>
Cc: Dan Magenheimer <dan.magenheimer@oracle.com>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Ian Pratt <Ian.Pratt@eu.citrix.com>,
Keir Fraser <Keir.Fraser@eu.citrix.com>
Subject: Re: [PATCH] TSC scaling for live migration between platforms with different TSC frequecies
Date: Fri, 19 Jun 2009 09:54:25 -0400 [thread overview]
Message-ID: <20090619135425.GC32704@movementarian.org> (raw)
In-Reply-To: <706158FABBBA044BAD4FE898A02E4BC201BD7DBBD9@pdsmsx503.ccr.corp.intel.com>
On Fri, Jun 19, 2009 at 09:21:55AM +0800, Zhang, Xiantao wrote:
> > No. That's CPU0 only ('cpu == 0'). Solaris only has one system-wide
> > timer tick. This is mstate accounting: every kernel/user boundary,
> > every interrupt, etc. incurs at least one TSC read. (And of course
> > the machine is idle.)
>
> So the rdtsc rate in the system is 2779.8/s per your testing ?
No the rdtsc rate on a single CPU on an idle system on one mache was
around that :)
> If so, the performance impact can be ignored. We had done the
> performance testing with sysbench oltp, and in the testing the rdtsc
> rate exceeds 120000 rdtsc/sec, but even in such extreme case
> perfomrance loss is still less 10%. In addition, we also measured the
> emulation cost, and the result showes rdtsc can be done in 1500-1800
> cycles in emulation case.
It would be really good to see some Solaris perf results.
regards
john
next prev parent reply other threads:[~2009-06-19 13:54 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-18 2:56 [PATCH] TSC scaling for live migration between platforms with different TSC frequecies Zhang, Xiantao
2009-06-18 7:37 ` [PATCH] TSC scaling for live migration betweenplatforms " Jan Beulich
2009-06-18 8:52 ` Zhang, Xiantao
2009-06-18 15:40 ` Dan Magenheimer
2009-06-19 1:48 ` Zhang, Xiantao
2009-06-18 9:02 ` [PATCH] TSC scaling for live migration between platforms " Tim Deegan
2009-06-18 9:46 ` Zhang, Xiantao
2009-06-18 9:56 ` Tim Deegan
2009-06-18 9:10 ` Patrick Colp
2009-06-18 9:27 ` Tim Deegan
2009-06-18 9:47 ` Zhang, Xiantao
2009-06-18 15:45 ` Dan Magenheimer
2009-06-18 16:04 ` Tim Deegan
2009-06-18 20:07 ` Dan Magenheimer
2009-06-18 10:56 ` Ian Pratt
2009-06-18 15:58 ` Dan Magenheimer
2009-06-18 16:45 ` John Levon
2009-06-18 20:27 ` Dan Magenheimer
2009-06-18 20:45 ` John Levon
2009-06-18 20:57 ` Dan Magenheimer
2009-06-18 21:00 ` John Levon
2009-06-18 22:27 ` Dan Magenheimer
2009-06-19 13:36 ` John Levon
2009-06-19 1:21 ` Zhang, Xiantao
2009-06-19 13:54 ` John Levon [this message]
2009-06-18 23:49 ` Dong, Eddie
2009-06-19 2:25 ` Zhang, Xiantao
2009-06-19 13:53 ` John Levon
2009-06-19 15:07 ` Zhang, Xiantao
2009-06-19 20:44 ` Dan Magenheimer
2009-06-22 1:38 ` Zhang, Xiantao
2009-06-19 1:34 ` Zhang, Xiantao
2009-06-22 5:14 ` Zhang, Xiantao
2009-06-23 10:18 ` Keir Fraser
2009-06-24 1:18 ` Zhang, Xiantao
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=20090619135425.GC32704@movementarian.org \
--to=levon@movementarian.org \
--cc=Ian.Pratt@eu.citrix.com \
--cc=Keir.Fraser@eu.citrix.com \
--cc=dan.magenheimer@oracle.com \
--cc=xen-devel@lists.xensource.com \
--cc=xiantao.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 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.