While at a client's site last week I found a significant bottleneck in the file parsing code of Xj3D. This effected files that were running heavy coordinate-based data.
After fixing the issue, I'm happy to report that Xj3D is now, at a minimum, loading files in 2/3rds of the time previously, and up to 1/4 of the time. Our 100+ meg test files that used to take 10 minutes to load are now showing up in just over 2 minutes. If your last reason to hold on to the old sun loaders was that we were slow to load, that's been removed. This work has also reduced the initial startup memory requirements significantly too and thus far less GC thrashing.
We'll be rolling a new dev release in a couple of day's time with this new work in it, but thought everyone would be interested to know the results sooner if you're operating from CVS.
-- Justin Couch http://www.vlc.com.au/~justin/ Java Architect & Bit Twiddler http://www.yumetech.com/ Author, Java 3D FAQ Maintainer http://www.j3d.org/ ------------------------------------------------------------------- "Humanism is dead. Animals think, feel; so do machines now. Neither man nor woman is the measure of all things. Every organism processes data according to its domain, its environment; you, with all your brains, would be useless in a mouse's universe..." - Greg Bear, Slant -------------------------------------------------------------------
=========================================================================== 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".
