Report on `activities switching' profiling
riccardo.lucchese at gmail.com
Thu Jul 17 04:31:51 EDT 2008
On Wed, 2008-07-16 at 11:17 -0400, Eben Eliason wrote:
> On Wed, Jul 16, 2008 at 11:04 AM, riccardo
> <riccardo.lucchese at gmail.com> wrote:
> (so that it never ends up in the journal) every 1100. The
> 1100ms value
> was chosen after some testing as the minimum value (or very
> near to it)
> at which both activities are able to completely redraw their
> windows on
> switching without artifacts.
> If you could, it would also be useful to test out the "quick tab"
> behavior. While it's true that after a short delay (I forget the
> exact number of ms) the activities redraw their windows, the behavior
> is supposed to prevent this redraw as long as the tabbing events
> happen quickly enough, so that the redraw doesn't add latency when
> attempting to bypass several activities in a row. I'm not sure if
> this is actually working properly on the XOs.
Sure, I let you know when I have some results.
> I guess some time can be gained by not doing the conversion
> Drawable ->
> GdkPixbuf (sugar._sugarext.Preview.get_pixbuf) and perform the
> and conversion directly on the first buffer. But IMHO the real
> ! Activities save their state and take previews continuously
> of whether their state changed or not
> Yeah, this would indeed be a problem. This ticket
> -- http://dev.laptop.org/ticket/4365 -- deals with it to some extent,
> and a patch is present there, but it's been ignored for some time now.
> - Eben
More information about the Devel