Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (477)
Games in Android Showcase (107)
games submitted by our members
Games in WIP (534)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Use of a static vector3f in Transform3D to avoid garbage collection  (Read 1601 times)
0 Members and 1 Guest are viewing this topic.
Offline Amos Wenger

Senior Member




Everything's possible, but not everything's fun...


« Posted 2006-09-06 18:03:52 »

The title says it all.

I added a static vector3f which just gets its values altered for each call of setTransform() or setRotation() or whatever, to limit garbage.

Nobody sees potential bug, I hope ? (References problems, e.g.)

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Member




May the 4th, be with you...


« Reply #1 - Posted 2006-09-06 18:34:10 »

The title says it all.

I added a static vector3f which just gets its values altered for each call of setTransform() or setRotation() or whatever, to limit garbage.

Nobody sees potential bug, I hope ? (References problems, e.g.)

Can't see why this should fail in any way.
Offline hawkwind

Junior Member




Java games rock!


« Reply #2 - Posted 2006-09-06 23:58:05 »

Unless somebody is doing wierd threaded stuff this should be safe.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Amos Wenger

Senior Member




Everything's possible, but not everything's fun...


« Reply #3 - Posted 2006-09-07 20:32:03 »

Unless somebody is doing wierd threaded stuff this should be safe.
Anyway, Xith3D is meant to be single-threaded.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Member




May the 4th, be with you...


« Reply #4 - Posted 2006-09-08 00:47:59 »

Anyway, Xith3D is meant to be single-threaded.

Ah, now I see what you mean. And it actually could be a problem. Maybe you won't see an errorous effect in any case. But it should be safer to schedule it. If it isn't a performace issue, this should be no problem.
Offline Amos Wenger

Senior Member




Everything's possible, but not everything's fun...


« Reply #5 - Posted 2006-09-08 17:11:25 »

It is a performance issue, and people aren't supposed to call Xith methods from different threads. I can maybe add some synchronized{} blocks to make sure some nasty things actually don't happen but.. I don't think it's really necessary.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #6 - Posted 2006-09-08 19:25:42 »

I've done it in my private version of Xith, and IIRC there was a problem with a nested method call (I might be wrong : it was a year ago), otherwise as said, in a single threaded application it shouldn't cause any problem.

Lilian Smiley

Offline William Denniss

JGO Coder


Projects: 2


Fire at will


« Reply #7 - Posted 2006-09-10 07:34:32 »

Xith3D isn't designed to be multi-threaded, so unless you are changing that I would not worry at all.

Anyone using Xith3d will have to keep all of their Xith3D calls in the one thread.

Reducing garbage is essential.  C++ console games are designed so that there is NO garbage created during the game loop and there's no reason why this can't be done in Java, or at least minimised (stack-local objects in future versions of Java should help with this goal).

Cheers,
Will

Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

pw (35 views)
2014-07-24 01:59:36

Riven (33 views)
2014-07-23 21:16:32

Riven (21 views)
2014-07-23 21:07:15

Riven (24 views)
2014-07-23 20:56:16

ctomni231 (55 views)
2014-07-18 06:55:21

Zero Volt (47 views)
2014-07-17 23:47:54

danieldean (38 views)
2014-07-17 23:41:23

MustardPeter (43 views)
2014-07-16 23:30:00

Cero (59 views)
2014-07-16 00:42:17

Riven (56 views)
2014-07-14 18:02:53
HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22

How do I start Java Game Development?
by ra4king
2014-05-17 11:13:37

HotSpot Options
by Roquen
2014-05-15 09:59:54

HotSpot Options
by Roquen
2014-05-06 15:03:10

Escape Analysis
by Roquen
2014-04-29 22:16:43

Experimental Toys
by Roquen
2014-04-28 13:24:22
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!