This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: libcj java.nio.DirectBuffer is slow (no inlining)

From: Andrew Haley <aph at redhat dot com>
To: "P.O. Gaillard" <pierre-olivier dot gaillard at fr dot thalesgroup dot com>, java at gcc dot gnu dot org
Date: Tue, 6 Jun 2006 18:43:41 +0100
Subject: Re: libcj java.nio.DirectBuffer is slow (no inlining)
References: <44859BB9.8000608@fr.thalesgroup.com> <17541.43677.105109.895958@dell.pink>

Andrew Haley writes:
 > P.O. Gaillard writes:
 > 
 > 
 >  > Gnat has the infrastructure to do inlining between separate
 >  > compilation units with -gnatn. This can bring great performance
 >  > improvements for code with lots of small methods. Is this feature
 >  > also available for GCJ ?
 > 
 > Why not simply compile the files together?  I'm not sure I see the
 > advantage of this at all.

I was wrong when I wrote this; it is beneficial to inline methods in
some system classes.  We could certainly do this, and I don't think it
would be very hard.

Andrew.

References:
- libcj java.nio.DirectBuffer is slow (no inlining)
  - From: P.O. Gaillard
- Re: libcj java.nio.DirectBuffer is slow (no inlining)
  - From: Andrew Haley

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]