This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: [GCJ] Performance of GUI applications on embedded systems
- From: Andrew Haley <aph at redhat dot com>
- To: ffileppo <ffileppo at libero dot it>
- Cc: java <java at gcc dot gnu dot org>, classpath <classpath at gnu dot org>
- Date: Wed, 05 Nov 2008 09:43:33 +0000
- Subject: Re: [GCJ] Performance of GUI applications on embedded systems
- References: <K9UQ08$AD832FCC143586E9A7A4E27782F3E256@libero.it>
ffileppo wrote:
>> Here's one improvement. If you can get rid of the places in the GTK peers
>> where class and method lookups are performed at runtime you'll probably
>> have a fix. This shouldn't be a massive amount of work, just rather
>> boring.
>>
>> In gcj,
>>
>> * Compiled java code is quite fast.
>> * Class lookup by name is slow.
>> * Calling JNI code from compiled java code is quite fast.
>> * Calling compiled java code from JNI code is slow.
>> * Exceptions are slow.
> I tried your improvement but now I'm getting Segmentation Fault whenever I execute any GUI application.
> (Non-gui code is working fine)
>
> Do you have any idea to investigate this problem?
It didn't do that to me.
Where does the segfault occur?
Do you still get the segfault after backing out the patch?
Andrew.