Hi,
i experienced improved memory management when running applets/servlets with
incremental garbage collection:
-Xincgc
you can actually see that memory is released back to the system
from time to time it may be worthwile to call
System.runFinalization();
System.gc();
explicitly (lets say after freeing/cleaning up references)
- Karsten
> -----Original Message-----
> From: Discussion list for Java 3D API
> [mailto:[EMAIL PROTECTED] Behalf Of Dola Woolfe
> Sent: Monday, March 10, 2003 3:25 PM
> To: [EMAIL PROTECTED]
> Subject: [JAVA3D] J3d memory issues
>
>
> Hi,
>
> Sorry if this is an FAQ. A coule of days ago I posted
> a meesage that described a situation in which my java
> servlet enjine was throwing an OutOfMemory exception
> if I tried to do something twice. (That something was
> creating a 3D scene and prodicing and offscreen image
> from it.) Turns out it was a bona fide OutOfMemory
> exception since -Xmx512mb fixed the problem.
>
> Yet I think that I do a careful job releasing the j3d
> object from memory. Is there any special j3d thing
> that I have to do to relase as much memory as I can?
> Also, -Xmx set the stack size. (Am I right? Not very
> knowledgable on this...) How come adding a branchgroup
> to the scene takes so much stack space?
>
> Many thanks in advance!
>
> Dola
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/
>
> ==============================================================
> =============
> 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".
