qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Lonnie Mendez <lmendez19@austin.rr.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] objective benchmark?
Date: Wed, 17 May 2006 04:09:07 -0500	[thread overview]
Message-ID: <446AE833.8010507@austin.rr.com> (raw)
In-Reply-To: <005301c67982$e8ea81f0$0464a8c0@athlon>

Kazu wrote:

>Here is values of ticks_per_sec on Athlon 64 3000+ .
>i686 host:
>1790803394
>1790784284
>1790774719
>1790798849
>1790814225
>
>x86_64 host:
>1790764763
>1790815837
>1790816089
>1790803590
>1790771017
>  
>
   Those are some very sane values.

>I attached a patch that I modifed from your patch. It can be applied by
>patch -p0. I checked it works for Athlon 64 with cpuspeed service (Power
>Now!). ticks_per_sec changed dynamically but a clock of win2k guest on
>x86_64 Linux host works fine.
>
>If your guest OS is Linux, it is necessary to set clock=pit at guest OS'es
>startup. TSC may change.
>
>I hope it works for SpeedStep.
>
>I can't test i686 Linux host because ACPI and cpuspeed doesn't work on my
>PC.
>
>I think it is better to detect CPU change signal and calibrate
>ticks_per_sec.
>
   That sounds like a good idea.  The kernel probably has some interface 
to monitor for this.  Here is some output from said attached patch:

ticks_per_sec set as 210734086
ticks_per_sec set as 204415638
ticks_per_sec set as 255738952
ticks_per_sec set as 105989831
ticks_per_sec set as 1113215464
ticks_per_sec set as 1126700925
ticks_per_sec set as 1126291452
ticks_per_sec set as 1127055498
ticks_per_sec set as 1127255910
ticks_per_sec set as 1127059553
ticks_per_sec set as 1126568251
ticks_per_sec set as 43726804
ticks_per_sec set as 254415811
ticks_per_sec set as 210672485
ticks_per_sec set as 203385010
ticks_per_sec set as 97492292
ticks_per_sec set as 404263903
ticks_per_sec set as 306991778

   iirc, this is an intel bug.  It is supposedly corrected for in newer 
processors but there are soo many affected ones out there already.  I 
can't imagine the amd processors also suffer such a poor design flaw 
like this and apparently report sane values for rdtsc with their 
frequency scaling technology.  Disabling ACPI support on the host seems 
to make everything work, but you lose power management and other 
features which is no good for a laptop.

"Pentium M, and particular models of P4 and Xeon, processors with 
SpeedStep enabled also exhibit this problem - the TSC register 
increments once per core clock cycle. If the clock rate is reduced the 
rate at which TSC increments will also be reduced.  Newer models of 
Pentium 4 and Xeon tick at a constant rate regardless of the current 
core clock rate."

  reply	other threads:[~2006-05-17  9:09 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-15 18:03 [Qemu-devel] objective benchmark? Mikhail Ramendik
2006-05-15 20:25 ` Natalia Portillo
2006-05-15 21:13   ` Mikhail Ramendik
2006-05-16  0:07 ` NyOS
2006-05-16  4:12 ` Anthony Liguori
2006-05-16  6:41   ` Kazu
2006-05-16  6:55     ` Christian MICHON
2006-05-16  9:26       ` Kazu
2006-05-16 10:23         ` Christian MICHON
2006-05-17  7:24           ` Kazu
2006-05-16 11:48     ` Lonnie Mendez
2006-05-17  7:24       ` Kazu
2006-05-17  9:09         ` Lonnie Mendez [this message]
2006-05-17 19:18         ` Fabrice Bellard
  -- strict thread matches above, loose matches on Subject: below --
2006-05-16 12:53 Ben Taylor

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=446AE833.8010507@austin.rr.com \
    --to=lmendez19@austin.rr.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 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).