Re: [GCJ] Performance of GUI applications on embedded systems

["ffileppo" <ffileppo at libero dot it>]

> >>>
> >> You're right.
> >> However I'm experiencing slowness when testing some other GUI sample application (e.g. the test case attached at the end).
> >>
> >> In this particular test case, the application takes a lot of time to startup (compared to the same device, running WinCE and CrEme JVM) and during start up the CPU usage is always at 100%.
> >>
> >> After startup, I'v also noticed that highlighting and/or clicking a certain number of times on buttons cause the application to hang and after that the CPU usage is always 100%.
> >
> > I've identified some serious GTK locking problems with this version of gcj.
> >
> > I'm investigating.
>
> Found a very silly (:-) merge error in CairoGraphics2D.c.
> This fixes it.
>
> I don't think there should be any differences between the GTK peers
> in Classpath and gcj, should there?  Or indeed, and differences between
> the CNI code in Classpath and gcj.
>
> Andrew.
>
>
> Index: gnu_java_awt_peer_gtk_CairoGraphics2D.c
> ===================================================================
> --- gnu_java_awt_peer_gtk_CairoGraphics2D.c	(revision 141575)
> +++ gnu_java_awt_peer_gtk_CairoGraphics2D.c	(working copy)
> @@ -351,7 +351,6 @@
>    for (i = 0; i < n; i++)
>      {
>        PangoFcFont *font = JLONG_TO_PTR(PangoFcFont, fonts[i]);
> -  gdk_threads_leave ();
>
>        /* Draw as many glyphs as possible with the current font */
>        int length = 0;
>
>

Hi Andrew,

I can see that with your patch the application now doesn't
hang anymore when highlighting and/or clicking on buttons.
GUI performance of applications on my embbeded
system seems also to be quite better now.

I wonder if there's still some place for UI performance
improvement.

Thank you,

Francesco