Report on `activities switching' profiling

riccardo riccardo.lucchese at
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> 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
>         scaling
>         and conversion directly on the first buffer. But IMHO the real
>         problem
>         is:
>         ! Activities save their state and take previews continuously
>         regardless
>           of whether their state changed or not
> Yeah, this would indeed be a problem.  This ticket
> -- -- 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 mailing list