Re: [Qemu-devel] [PATCH] opengl rendering in the sdl window

[Paul Brook]

> > > Which part(s) of the framebuffer?
> >
> > Whichever parts have changed.
>
> Sure, how do you detect that?
> The previous Xen memcmp method was eating 10% cpu for a 30Hz refresh,
> just for the memcmp.  Now it uses the pagetable dirty bits and after
> some idleness, trapping, but having the guest just write to actual
> video memory (when it _has_ to be shown on the screen anyway) seems the
> fastest way.

Page granularity dirtyness is trivial. In fact qemu already does this. I'd be 
surprised if finer granularity gave any real benefit.

It also depends what testcase you're benchmarking. A few pixels changing every 
frame is IMHO not a particularly interesting case. The only time this really 
happens is mouse movement, and there are better ways of fixing that (proper 
hardware mouse cursors). The interesting cases are guest completely idle, and 
large screen updates.

Paul