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".
