From: Marius Monton <Marius.Monton@uab.cat>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] time inside qemu
Date: Mon, 16 Apr 2007 16:41:28 +0200 [thread overview]
Message-ID: <46238B18.1080308@uab.cat> (raw)
In-Reply-To: <200612291810.41992.paul@codesourcery.com>
[-- Attachment #1.1: Type: text/plain, Size: 2164 bytes --]
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.
Does a way to stop/start time inside qemu?
Thanks,
Màrius
En/na Paul Brook ha escrit:
> On Friday 29 December 2006 17:53, Màrius Montón wrote:
>
>> Hi,
>>
>> As I understand, OSes running inside qemu "have" notion of time: (its
>> date and time works, time(1) command works, etc.).
>> My question is about how qemu manages time. I need to stop and start
>> again this "virtual-time".
>>
>
> qemu doesn't maintain virtual time, it just uses the real host time.
>
>
>> I just tried with cpu_disable_ticks() and cpu_enable_ticks(). It seems
>> to work partially: at least now system date and time are out of sync..
>>
>
> I suspect you'll find that for anything other than very coarse user (ie. user
> stop/continue) these are effectively useless.
>
> Any benchmark/performance measurements you make inside qemu are meaningless.
> qemu performance bears no relation whatsoever to the performance
> characteristics of real hardware.
>
>
> Paul
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
>
--
Màrius Montón i Macián marius.monton@uab.cat
<mailto:marius.monton@uab.cat> http://cephis.uab.es
<http://www.mariusmonton.name>
Hardware Engineer
CEPHIS
Centre de Prototips i Solucions Hardware-Software
Dep. Microelectrònica i Sistemes Electrònics
ETSE - Universitat Autònoma de Barcelona (UAB) Phone: +34 935 813 534
Fax: +34 935 813 033
QC-2090D. ETSE. Campus UAB.
080193 Bellaterra
[-- Attachment #1.2: Type: text/html, Size: 3828 bytes --]
[-- Attachment #2: marius.monton.vcf --]
[-- Type: text/x-vcard, Size: 350 bytes --]
begin:vcard
fn;quoted-printable:M=C3=A0rius Mont=C3=B3n
n;quoted-printable;quoted-printable:Mont=C3=B3n;M=C3=A0rius
org:CEPHIS-UAB
adr:Campus de la Autonoma;;QC-2090D. ETSE;Bellaterra;Barcelona;08193;Spain
email;internet:marius.monton@uab.cat
title:System Engineer
tel;work:+34935813534
url:http://cephis.uab.cat
version:2.1
end:vcard
next prev parent reply other threads:[~2007-04-16 14:45 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 [this message]
2007-04-16 15:12 ` Paul Brook
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=46238B18.1080308@uab.cat \
--to=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).