From: G Portokalidis <georgios.portokalidis@gmail.com>
To: Paul Brook <paul@codesourcery.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] QEMU extension
Date: Wed, 1 Jun 2005 13:43:49 +0200 [thread overview]
Message-ID: <ef7350505060104434e3362a4@mail.gmail.com> (raw)
In-Reply-To: <200505261728.07811.paul@codesourcery.com>
I think I'm gonna go ahead with Qemu. Bochs seems to be to slow for my purpose.
I was wondering if you know which windows XP versions have been know to work?
Also do you have any performance metrics on popular applications
runing under qemu(ex. apache)? I guess it's in the usenix paper, but i
can't download it.
George
On 5/26/05, Paul Brook <paul@codesourcery.com> wrote:
> On Thursday 26 May 2005 17:12, G Portokalidis wrote:
> > Hello,
> >
> > I'm writing concerning a possible use for qemu in a project related to
> > network security.
> >
> > I'm looking for an emulator where I could load an entire (recent) OS,
> > like Linux 2.6 or Windows XP and run multiple, potentially CPU
> > intensive, services (IIS, Apache, MySQL, etc).
> >
> > For the needs of the project I need to be able to know every instruction
> > executed by the guest OS, and run custom code whenever an instruction of
> > particular interest appears (doesn't really matter whether it's C or
> > x86, but preferably the first).
> >
> > So my first question is whether we could run Linux 2.6 and most
> > importantly Windows XP on qemu without stability issues.
>
> Linux works fine. For windows XP it seems to depend which windows version
> you're using. Some versions work ok, others don't.
>
> > Second, does
> > the current design of qemu allows me to implement the functionality
> > described in the above paragraph.
>
> You may be better using bochs. That has instrumentation hooks that should
> allow you do do what you want. boch is significantly slower that qemu, but if
> you're instrumenting a significant number of instructions it's going to be
> dog slow anyway.
>
> Qemu already has infrastructure for a gdb ICE connection. You could probably
> hack that to do what you want.
>
> > Finally, what's the performance of qemu compared with a PC (how many
> > times slower)?
>
> It's generally 10-15x slower than the host.
>
> Paul
>
prev parent reply other threads:[~2005-06-01 11:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-26 16:12 [Qemu-devel] QEMU extension G Portokalidis
2005-05-26 16:28 ` Paul Brook
2005-05-26 16:46 ` Mike Swanson
2005-05-26 16:58 ` Paul Brook
2005-05-31 7:00 ` John Davidorff Pell
2005-05-31 8:20 ` John Davidorff Pell
2005-05-31 8:53 ` Damien "tuX" THEBAULT
2005-06-01 11:43 ` G Portokalidis [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=ef7350505060104434e3362a4@mail.gmail.com \
--to=georgios.portokalidis@gmail.com \
--cc=paul@codesourcery.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.