libgcj/9125: VMClassLoader should cache the result of Runtime.(internal)loadLibrary()

mark@klomp.org mark@klomp.org
Thu Jan 2 10:06:00 GMT 2003


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



More information about the Gcc-bugs mailing list