From: Blaisorblade <blaisorblade@yahoo.it>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: User-mode Linux Kernel Development
<user-mode-linux-devel@lists.sourceforge.net>,
Victor Condino <un1tz3r0@gmail.com>
Subject: Re: [uml-devel] host cpu frequency scaling and guest bogomips
Date: Tue, 12 Jul 2005 19:14:26 +0200 [thread overview]
Message-ID: <200507121914.27181.blaisorblade@yahoo.it> (raw)
In-Reply-To: <Pine.LNX.4.62.0507121834280.4187@numbat.sonytel.be>
On Tuesday 12 July 2005 18:35, Geert Uytterhoeven wrote:
> On Tue, 12 Jul 2005, Blaisorblade wrote:
> > On Tuesday 12 July 2005 07:26, Victor Condino wrote:
> > > just noticed something interesting while testing out my gentoo/uml
> > > root-fs generation script on my laptop. my l/t is an thinkpad T42p,
> > > which has a p3 centrino with speedstep. i use cpufreqd to throttle the
> > > cpu when not on ac between 600 and 1800MHz based on load. what i
> > > noticed is that when I fired up UML while the host's core frequency was
> > > at 600mhz, /proc/cpuinfo reported ~600 bogomips in the guest, but when
> > > i put some load on the host and cpufreq stepped up the core frequency,
> > > UML still reports ~600 bogomips. likewise, when I fired up UML while
> > > the host was under load and it's core at 1200MHz, UML reports higher
> > > bogomips, but then when the host drops back down to the lower core
> > > freq, UML still reports the same higher bogomips.
> > >
> > > Not that this actually affects anything I do or would affect most
> > > people... just thought you guys might want to know =D
> > Hmm, bogomips are calculated at startup and that won't change easily.
> > However, they become inaccurate in a much wider variety of situation, for
> > instance when there's some load on the host; so, using
> > CONFIG_UML_REAL_TIME_CLOCK (IIRC) uses the host clock for time
> > calculation.
> > When you disable this option, I guess that a "sleep 10" when host is at
> > 600, if UML was started at 1800, might last 30 seconds more or less...
> I don't think user space sleep uses the kernel's udelay() or mdelay()...
Sorry, right... they're the only one to use bogomips (just learned), still
UML_REAL_TIME_CLOCK makes "sleep(1)" in user-space precise.
That option drops the assumption that SIGALRM (or VTALRM) is exact, and
rather, at ALRM delivery, uses gettimeofday() to discover how long passed
from last interrupt.
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
___________________________________
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB
http://mail.yahoo.it
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
prev parent reply other threads:[~2005-07-12 17:07 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-12 5:26 [uml-devel] host cpu frequency scaling and guest bogomips Victor Condino
2005-07-12 15:56 ` Blaisorblade
2005-07-12 16:25 ` Victor Condino
2005-07-12 16:35 ` Geert Uytterhoeven
2005-07-12 17:14 ` Blaisorblade [this message]
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=200507121914.27181.blaisorblade@yahoo.it \
--to=blaisorblade@yahoo.it \
--cc=geert@linux-m68k.org \
--cc=un1tz3r0@gmail.com \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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