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 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.