On 23.04.2008, at 11:01, Ties Stuij wrote: > On Mon, Apr 21, 2008 at 3:06 PM, Tomeu Vizoso > <[EMAIL PROTECTED]> wrote: >> Do you have any particular area in eToys that you would like to see >> profiled, analyzed and maybe optimized? > > Yes! Of course ;o) > > Sorry for reacting so late on such an inviting mail. > > One of our most pressing problems has to do with continual image > growth, when opening multiple projects. After opening and closing > around 20 projects on an XO, the amount of memory the vm uses > (according to the vm stats), has climbed from 60 to 95 mb, and soon > afterwards we get an out of memory error. > > First I thought that old projects were lingering around, but they do > seem to be garbage-collected eventually. There is no reference or > pointer to them to be found in any case. I haven't had the time to do > any space profiling to see who or what could then be the cause of the > trouble. > > Furthermore we would still want to see the project loading time of > projects to go down. At the moment our longest loading project still > takes around 36 secs on a good day, while most take around > twenty-something. The latest discussion on which was a bit back on > zipping project files. But that might perhaps have less chance on huge > leaps forward and easy succes, not to mention unrestrained and > neverending gratitude, as might be the result of solving the image > growth problem. > > In general what we would like to see is more animation possibilities, > so anything that can make animation more efficient would be very > welcome. > > Also anything that has got to do with more effective audio-handling > would be desirable. Right now we're thinking of just referencing audio > from external files, because a number of clips need to be shared, even > compressed, they take up a lot of space in audio-intensive activities > (not to be found in the released bundle, because of said restraints), > and also because everything that needs to be loaded at project loading > time prolongues the project loading. > > The same could be said for images, so to rattle on, it would be nice > to pluck these kind of files from some kind of shared resource. That > would definately be an optimization in our situation, but would > perhaps be to specific of a need. I feel that the stuff we do with > Etoys isn't really the stuff that Etoys was intended for which has in > my mind more to do with explorating concepts in stead of delivering > polished applications. But I might be wrong. > > Anyhow, any help on this front would of course be greatly welcomed,
As a start, please file tickets for each of the issues/ideas so they do not get lost. - Bert - _______________________________________________ Devel mailing list [email protected] http://lists.laptop.org/listinfo/devel
