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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> >>>
> >> 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 





[Index of Archives]     [Linux Kernel]     [Linux Cryptography]     [Fedora]     [Fedora Directory]     [Red Hat Development]

  Powered by Linux