From: Daniel Serpell <daniel_serpell@yahoo.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Re: [PATCH] CONFIG_MMU_MAP powerpc host support
Date: Mon, 20 Dec 2004 19:56:54 -0300 [thread overview]
Message-ID: <20041220225654.GA32678@aplik.cl> (raw)
In-Reply-To: <aec7e5c304122014124a9f02b5@mail.gmail.com>
Hi!
El Mon, Dec 20, 2004 at 11:12:31PM +0100, Magnus Damm escribio:
>
[...]
> But if we could combine the most popular
> guest instructions into one micro operation (which is not so micro
> anymore) then the compiler could rearrange things to fully take
> advantage of the host cpu.
>
> It all boils down to some table-based generic guest opcode matching
> code that does a longest prefix match and supports masking of
> bitfields...
>
> I think it would be very interesting to collect opcode statistics for
> certain guest operating systems. Or maybe someone already has done
> that?
>
I have done that, it's not so difficult. I added a fixed static two
dimensional table (int ins_usage[MAX_INS][MAX_INS]), an then a global
variable "int last_ins".
Also, I moddified the "ops*.h" and "op.c" files, adding at the
beggining: "ins_usage[last_ins][THIS_INS]++; last_inst=THIS_INS;",
with THIS_INS initialized to some unique constant.
The problem is, I then realized that I measured the instructions
usage but not the time spent in each instruction, and the instructions
doing memory-access where spending almost all the emulated time.
So, I presumed that accelerating memory-access were a better project.
If you are interested, I could send the patches.
Daniel.
next prev parent reply other threads:[~2004-12-20 23:11 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-20 17:55 [Qemu-devel] [PATCH] CONFIG_MMU_MAP powerpc host support Magnus Damm
2004-12-20 21:31 ` [Qemu-devel] " Piotras
2004-12-20 22:12 ` Magnus Damm
2004-12-20 22:56 ` Daniel Serpell [this message]
2004-12-20 23:11 ` Fabrice Bellard
2004-12-25 0:04 ` [Qemu-devel] " Laurent Amon
2004-12-25 13:48 ` Norikatsu Shigemura
2004-12-27 16:06 ` Laurent Amon
2004-12-27 21:41 ` Pierre d'Herbemont
2004-12-27 23:43 ` Laurent Amon
2004-12-28 9:15 ` Daniel Egger
2004-12-28 9:55 ` Pierre d'Herbemont
2004-12-28 10:04 ` Daniel Egger
2004-12-28 11:18 ` Pierre d'Herbemont
2004-12-29 11:43 ` Piotras
2005-01-02 18:26 ` Daniel Egger
2005-01-02 20:18 ` Laurent Amon
2005-01-03 10:31 ` Daniel Egger
2005-01-03 12:08 ` Laurent Amon
2005-01-03 12:57 ` Daniel Egger
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=20041220225654.GA32678@aplik.cl \
--to=daniel_serpell@yahoo.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 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.