Ranjan, I noticed something when I was dealing with a similar issue. If you can break your data into groups so that for instance you'd have 28 branchgroups each with 1000 TG & Shape3Ds, then add the 28 to a root branch group by doing this you can "compile" each branchgroup and it's memory requirements appear to be greatly reduced. However this induces the problem that each is now "live" and in a live scene you can only add BGs (thus the reason to make them BGs).
Assuming that you don't have all the capability bits turned on, allowing Java 3D to compile a BG lets Java 3D optimize it (improving speed and reducing memory usage). - John Wright Starfire Research "Ranjan.George" wrote: > > Hi All, > Been struggling with this issue for quite a while now. > Requirement: To be able to display a molecule using spheres (for atoms) and > cylinders (for bonds between the atoms) on the Canvas3D. The size of the > molecule can range from 1000s of atoms to 10000s of atoms. Number of bonds > per atom can be averaged at 2 to 3 per atom. Am giving you these figures so > that you have an idea as to how huge and complex the molecule can be. > > I need to be able to make this molecule display on a machine with a basic > configuration of 128MB RAM. Hence I performed the profiling for the > following graph: > > BG->TG(n numbers)->Shape3D(n numbers)(No Geometry or Appearance added) > > Note that each of the Shape3D was added to a TG and then the TG was added to > the BG. So the BG has n TGs with a Shape3D in each. The following were the > results: > > n Memory Used (MB) > ====================== > 1000 3.7 > 2000 8.1 > 3000 12.5 > 28000 115 > > The last one probably representing a molecule size of 7000 to 8000 atoms and > gives OutOfMemory exception unless I give the -Xmx option to the JVM. > NOTE THAT EVEN THE GEOMETRIES OR APPEARANCE HASNT BEEN ADDED AND I CANNOT > SHARE SHAPES AS EACH ATOM MAY HAVE A DIFFERENT APPEARANCE. > Even with the -Xmx option the system becomes pathetically slow as memory is > used from the hard disk. > > How do I solve this problem and minimize my memory utilization?? Any > thoughts on the above will be most welcome as I have tried all sorts of > things. > > The root of the whole problem seems to be becos Java3D does not give an > option of working on persistant data and neither provides any interfaces > which allow you to enable it to do so. > > I know this is a long mail. Hope you have the patience to go through it. > > Thanks in advance. > > Ranjan > > =========================================================================== > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff JAVA3D-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
