qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Paul Brook <paul@codesourcery.com>
To: qemu-devel@nongnu.org
Cc: Marius Monton <Marius.Monton@uab.cat>
Subject: Re: [Qemu-devel] time inside qemu
Date: Mon, 16 Apr 2007 16:12:39 +0100	[thread overview]
Message-ID: <200704161612.40523.paul@codesourcery.com> (raw)
In-Reply-To: <46238B18.1080308@uab.cat>

On Monday 16 April 2007 15:41, Marius Monton wrote:
> > Any benchmark/performance measurements you make inside qemu are
> > meaningless. qemu performance bears no relation whatsoever to the
> > performance characteristics of real hardware.
>
> That's true, and I don't care about it. I'd like to get a method to
> stop/start time inside qemu in order to simulate execution of large
> pieces of hw out of qemu (look at qemu-systemc project).
> If qemu is freeze  meanwhile a systemc simulation is in progress
> (simulating a HW device of system), time should be freeze also.
> In this way, execution time of a program inside qemu should appear
> shorter when using accelerator HW than only SW application. I know these
> times are not reals, but it should be enough to estimate correctness and
> execution time on real platforms.

You're deluding yourself. I simply don't believe you can get any meaningful 
performance measurements out of qemu. You certainly can't use it to evaluate 
the correctness of time sensitive algorithms.

qemu execution times can easily be orders of magnitude different from real 
hardware. i.e. if you have two operations that take the same amount of time 
to execute on real hardware, one of those operations may take many times 
longer than the other inside qemu.

If nothing else you're entirely at the mercy of the host OS process scheduler 
and signal delivery. The emulated CPU may stall for an arbitrary time at any 
point.

Paul

  reply	other threads:[~2007-04-16 15:17 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-29 16:22 [Qemu-devel] time inside qemu Màrius Montón
2006-12-29 17:43 ` Paul Brook
2006-12-29 17:53   ` Màrius Montón
2006-12-29 18:10     ` Paul Brook
2007-04-16 14:41       ` Marius Monton
2007-04-16 15:12         ` Paul Brook [this message]
2007-04-17 14:05           ` Marius Monton
2007-04-17 14:22             ` Paul Brook
2007-04-16 21:59     ` Eduardo Felipe
2006-12-31 14:52   ` Markus Schiltknecht
  -- strict thread matches above, loose matches on Subject: below --
2006-12-29 11:13 Màrius Montón

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=200704161612.40523.paul@codesourcery.com \
    --to=paul@codesourcery.com \
    --cc=Marius.Monton@uab.cat \
    --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).