From: "André Braga" <meianoite@gmail.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] BeOS/Zeta eats 100% cpu time
Date: Thu, 30 Sep 2004 15:38:46 -0300 [thread overview]
Message-ID: <2ad73a04093011386715b824@mail.gmail.com> (raw)
In-Reply-To: <415C41FB.9050701@gmx.de>
On Thu, 30 Sep 2004 19:27:23 +0200, Christian Wiese <developlists@gmx.de> wrote:
> Sorry to be imprecise. The guest (BeOS) is more or less in an idle
> state. The host (WinXP) uses 100% cpu time.
OK, so before I jump in saying contradictory statements:
On VESA/grayscale modes, anything doing rapid video refreshes will tax
the CPU. Like playing a video, watching the Chart, moving windows,
anything like that. I'm surprised that your BeOS was just sitting
idle!
> No, I don´t think so, because even if I minimize the qEmu window and
> nothing changes in BeOS (clock changes only every minute, not second),
> the host-CPU is at 100%.
This is strange, but now I have another idea: maybe it's requesting
the hardware to indeed repaint the screen with a 60 times a second, as
by the 60Hz refresh rate to which it defaults when using VESA modes.
SDL might not be handling this intelligently, or maybe it's the
graphics emulation or the Cirrus BIOS; anyway, QEMU goes idle when I
boot a console-mode OS, and goes for 100% CPU when I boot any
graphical OS, BeOS included.
> I meant: is it possible to activate the old S3 card emulation or was it
> never finished? Because when it is possible, I can search for a driver.
> If not, I´ll try to write a Cirrus driver, but this would take some
> time, because I´m just looking into some network-driver development.
I have no idea. Sorry :)
--
"Structure is nothing if it is all you've got. Skeletons spook people
if they try to walk around on their own; I really wonder why XML does
not"
Erik Naggum
next prev parent reply other threads:[~2004-09-30 18:46 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-30 13:32 [Qemu-devel] BeOS/Zeta eats 100% cpu time Christian Wiese
2004-09-30 15:36 ` André Braga
2004-09-30 15:53 ` Christian Wiese
2004-09-30 17:07 ` André Braga
2004-09-30 17:27 ` Christian Wiese
2004-09-30 18:38 ` André Braga [this message]
2004-09-30 21:22 ` Andreas Bollhalder
2004-10-01 8:14 ` Christian Wiese
2004-10-01 16:24 ` André Braga
2004-10-01 21:06 ` Christian Wiese
2004-10-01 22:24 ` Paul Brook
2004-10-02 3:45 ` Johannes Schindelin
2004-10-03 18:57 ` Christian Wiese
2004-10-04 6:41 ` Johannes Schindelin
2004-10-04 8:09 ` Christian Wiese
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=2ad73a04093011386715b824@mail.gmail.com \
--to=meianoite@gmail.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.