This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
libgcj/9125: VMClassLoader should cache the result of Runtime.(internal)loadLibrary()
- From: mark at klomp dot org
- To: gcc-gnats at gcc dot gnu dot org
- Date: 2 Jan 2003 09:58:49 -0000
- Subject: libgcj/9125: VMClassLoader should cache the result of Runtime.(internal)loadLibrary()
- Reply-to: mark at klomp dot org
>Number: 9125
>Category: libgcj
>Synopsis: VMClassLoader should cache the result of Runtime.(internal)loadLibrary()
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Jan 02 02:06:01 PST 2003
>Closed-Date:
>Last-Modified:
>Originator: mark@klomp.org
>Release: unknown-1.0
>Organization:
>Environment:
>Description:
When you have a lot of classes that need to be interpreted then loading of the classes is very slow because the
VMClassLoader keeps tries to load new classes first by first trying to open the lib-sub-package-class.so files. But since there are no natively compiled classes it keeps falling back to the interpreter. We must cache the result of Runtime.(internal)loadLibrary() somewhere.
See also:
http://gcc.gnu.org/ml/java/2002-12/msg00285.html
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: