Okay, sorry for replying to my own email but maybe this is interesting for
(some) of you.
I solved my problem (see below): I re-programmed my Shape3Ds with geometry
by reference and updated the colors in the referenced array. Now I get the
same performance as with j3d 1.1.2 and non-referenced geometry. But now I
have an important question: How comes this performance change? My answer is:
in j3d 1.1.2 setColor(..) sets the internal values of the color to the
parameter�s values and in j3d beta1 a new Color3f object is internally
created with the parameter�s values (which seems quite unnatural). That is
why so many garbage collection is done (see below).
Is this the same with other set-functions in j3d Beta1 ?
Any comments welcome,
Marco.
----- Original Message -----
From: Marco Lohse <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 14, 2000 8:50 AM
Subject: [JAVA3D] Bug in setColor in Beta1
> Hi,
> I have a function which updates colors of a Shape3D (Geometry is a
> LineArray) in a Canvas3D.preRender()-function. This worked fine and fast
> before I updated to Beta1.
> Now, the setColor()-function is making everything very slow ( I checked
this
> by deleting the calls). I only get a frame every 1-2 seconds! Also, I get
> very huge garbage collector calls (see below), which I do not get without
> calling setColor().
> Is this a bug, or a problem with calling Canvas3D with
GraphicsConfiguration
> = null ?
> Thanks for any comments, Marco.
>
> <GC: managing allocation failure: need 1032 bytes, type=2, action=2>
> <GC: 160 milliseconds since last GC>
> <GC: expanded handle space by 610304 to 2155312 bytes, 35% free>
> <GC: need to expand mark bits to cover 7936 bytes>
> <GC: managing allocation failure: need 1032 bytes, type=1, action=1>
> <GC: 1210 milliseconds since last GC>
> <GC: freed 7918 objects, 215504 bytes in 154 ms, 31% free
> (4588568/14605512)>
> <GC: init&scan: 2 ms, scan handles: 134 ms, sweep: 18 ms, compact: 0 ms>
> <GC: 0 register-marked objects, 80 stack-marked objects>
> <GC: 0 register-marked handles, 337 stack-marked handles>
> <GC: refs: soft 0 (age >= 4), weak 0, final 24, phantom 0>
> <GC: managing allocation failure: need 1032 bytes, type=1, action=2>
> <GC: 170 milliseconds since last GC>
> <GC: expanded object space by 1048576 to 15654088 bytes, 36% free>
> <GC: need to expand mark bits to cover 16128 bytes>
> <GC: managing allocation failure: need 235360 bytes, type=1, action=1>
> <GC: 3020 milliseconds since last GC>
> <GC: compactHeap took 241 ms, swap time = 56 ms, blocks_moved=57337>
> <GC: 0 explicitly pinned objects, 37 conservatively pinned objects>
> <GC: last free block at 0x026FFCFC of length 107264>
> <GC: last free block is at end>
> <GC: freed 19728 objects, 548096 bytes in 410 ms, 33% free
> (5227944/15654088)>
> <GC: init&scan: 2 ms, scan handles: 144 ms, sweep: 22 ms, compact: 242
ms.
>
>
===========================================================================
> 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".
