Name: skT45625 Date: 05/31/2000


1.2.2 or 1.3

In JDK 1.2.x and 1.3 on Solaris 2.6,2.7 with the X server in 24bit TrueColor
mode on SPARC, any application that uses a JFC class/widget such as a JFrame
causes the java executable to use between 80 and 90 MB of system memory.

The same app causes the java executable to use 20 to 30 MB of memory on a
non TrueColor machine. It would be nice to have a way to tell the JVM to
not allocate all the colors. I have experimented with VIRTCUBESIZE and
CMAPSIZE but haven't noticed any difference.

This can be recreated by running any of the demos that come with the JDK
such as Notepad, SimpleExample.
(Review ID: 105557)
======================================================================




*** rkarpe 06/22/2000 ***
System Configuration: Solaris JDK 1.2.2_05a, Sol 2.6
We have used the 2 attached test cases (Framework.java & SwingApplication.java)
and found the same problem: the java executable using JFrame consumes about
110 MB (approx) of memory in 24-bit mode using FFB framebuffer and only about
43 MB (approx) of memory using a 8-bit cg6 framebuffer. Problem still persists
when running the java application in a 8-bit mode on FFB. However, this
problem does not happen when remote displaying the java application
onto a FFB based system.
We feel that all the memory mentioned as consumed above, is the system
memory. We think this particular abnormal memory usage causes the java
application to eventually give 'java.lang.OutOfMemoryError' (when many
instances of the aplication are invoked).