From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
To: Lennart Sorensen <lsorense@csclub.uwaterloo.ca>
Cc: qemu-devel@nongnu.org, Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] Re: Extremely slow graphic updates
Date: Tue, 20 Jan 2009 19:38:03 +0000 [thread overview]
Message-ID: <4976281B.2030309@eu.citrix.com> (raw)
In-Reply-To: <20090120182548.GA29175@csclub.uwaterloo.ca>
[-- Attachment #1: Type: text/plain, Size: 1741 bytes --]
Lennart Sorensen wrote:
> On Tue, Jan 20, 2009 at 06:16:59PM +0000, Stefano Stabellini wrote:
>> At risk of being silly, why don't you just use vnc to connect to qemu,
>> if qemu is running on a remote machine?
>> Obviously sdl is optimized for the local case.
>
> Well at the moment, openbios doesn't display when you use vnc by itself.
> Someone else said they could confirm that, and it had something to do
> with a display timer not being initialized.
I don't have a proper fix for that but if you apply the patch I attached
it should work.
If the gui_timer is not initialized qemu gets stuck in vl.c:main_loop
at the following line:
ret = cpu_exec(env);
maybe someone that works on qemu ppc emulation could help.
>> Of course if it is slow even locally, then there must be something wrong
>> somewhere either in qemu or in sdl.
>
> Well I wasn't the one that saw it slow locally.
>
> Now does the change in 6336 make it faster on the local side for some
> people? if so, then I guess there is some potential there.
If you are using vnc and the guest uses 16 or 32 bpp it is faster; if
the guest is using another resolution it is as fast as before.
The sdl backend now uses sdl blitting functions to render the
framebuffer: the code is much cleaner but it may suffer a performance
loss if the guest does not use 16bpp or 32bpp (text mode for example).
Otherwise it is as fast as before (maybe even faster with some drivers).
I wasn't expecting the performance loss to be noticeable, I'll try to
come up with a clean improvement to the new interface.
> Is there some environment that can be set to tell SDL what driver to use
> and how to behave?
>
SDL_VIDEODRIVER but usually it only works with x11, the default.
[-- Attachment #2: quick_fix --]
[-- Type: text/plain, Size: 630 bytes --]
diff --git a/vl.c b/vl.c
index 63d954b..2e84dce 100644
--- a/vl.c
+++ b/vl.c
@@ -5553,14 +5553,8 @@ int main(int argc, char **argv, char **envp)
}
dpy_resize(ds);
- dcl = ds->listeners;
- while (dcl != NULL) {
- if (dcl->dpy_refresh != NULL) {
- ds->gui_timer = qemu_new_timer(rt_clock, gui_update, ds);
- qemu_mod_timer(ds->gui_timer, qemu_get_clock(rt_clock));
- }
- dcl = dcl->next;
- }
+ ds->gui_timer = qemu_new_timer(rt_clock, gui_update, ds);
+ qemu_mod_timer(ds->gui_timer, qemu_get_clock(rt_clock));
text_consoles_set_display(display_state);
next prev parent reply other threads:[~2009-01-20 19:41 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-19 16:26 [Qemu-devel] qemu-system-ppc seems slow today Lennart Sorensen
2009-01-19 17:09 ` Aurelien Jarno
2009-01-19 17:49 ` Lennart Sorensen
2009-01-19 18:07 ` Lennart Sorensen
2009-01-19 18:39 ` Aurelien Jarno
2009-01-19 19:42 ` Lennart Sorensen
2009-01-20 0:53 ` Lennart Sorensen
2009-01-20 1:01 ` François Revol
2009-01-20 1:33 ` [Qemu-devel] Extremely slow graphic updates (was: qemu-system-ppc seems slow today) Paul Brook
2009-01-20 1:54 ` [Qemu-devel] Re: Extremely slow graphic updates Anthony Liguori
2009-01-20 11:22 ` Stefano Stabellini
2009-01-20 11:28 ` Stefano Stabellini
2009-01-20 14:46 ` Lennart Sorensen
2009-01-20 14:45 ` Lennart Sorensen
2009-01-20 15:21 ` Stefano Stabellini
2009-01-20 16:55 ` Lennart Sorensen
2009-01-20 17:09 ` Samuel Thibault
2009-01-20 18:15 ` Lennart Sorensen
2009-01-20 18:16 ` Stefano Stabellini
2009-01-20 18:25 ` Lennart Sorensen
2009-01-20 19:35 ` Lennart Sorensen
2009-01-20 19:46 ` Jamie Lokier
2009-01-20 20:02 ` Lennart Sorensen
2009-01-20 20:12 ` Jamie Lokier
2009-01-20 20:17 ` Lennart Sorensen
2009-01-20 19:38 ` Stefano Stabellini [this message]
2009-01-20 20:05 ` Lennart Sorensen
2009-01-20 20:30 ` Avi Kivity
2009-01-20 18:59 ` Samuel Thibault
2009-01-20 17:21 ` Stefano Stabellini
2009-01-20 17:35 ` Stefano Stabellini
2009-01-20 18:11 ` Paul Brook
2009-01-20 18:48 ` Re : " Sylvain Petreolle
2009-01-20 21:29 ` Stefan Weil
2009-01-21 1:50 ` Paul Brook
2009-01-21 15:23 ` Lennart Sorensen
2009-01-21 20:06 ` Stefano Stabellini
2009-01-21 21:29 ` Lennart Sorensen
2009-01-21 21:49 ` Lennart Sorensen
2009-01-21 21:52 ` Stefano Stabellini
2009-01-22 0:20 ` Paul Brook
2009-01-22 13:19 ` Lennart Sorensen
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=4976281B.2030309@eu.citrix.com \
--to=stefano.stabellini@eu.citrix.com \
--cc=lsorense@csclub.uwaterloo.ca \
--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 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).