There is no API to request GC. It is rumored that minimizing the browser window will trigger a GC. That won't help at runtime, but it can be helpful if you are trying to debug your app by monitoring the browser process.
The Flash GC appears to only GC during idle time, so in addition to having leaks, if your app is consuming all the idle time, that will cause your app to grow. Remember the Flash player's goal is to do smooth animation and interaction, so by design it gives precedence to the program over the GC. As to your gigantic app, libraries were designed to solve exactly this problem. Finally, one thing that Laszlo Systems can offer (as opposed to openlaszlo.org) is consultation to help you tune your app (for a fee). Just a thought... On 2006-10-12, at 13:27 EDT, Bruce wrote: > Yeah, when I have more time I'm going to look at that but I > wondering how much time it will take me to solve the 'mostly' > issues. I know I need to do it, my app runs 70M in IE and close to > 90 in FF. Not sure why the big difference but I definitely need to > reduce the usage and the app is only getting bigger. Are there any > direct flash functions that force garbage collection? It would > make checking for memory leaks much easier than having to wait for > it to do it at some random interval. > Bruce > > P T Withington wrote: >> I believe people have done that with some success using import/ >> library. Libraries were not designed to be unloaded, but I think >> it mostly works... >> >> On 2006-10-11, at 22:37 EDT, Bruce wrote: >> >>> What he really wants (making a grand assumption here. ;) ) is an >>> container application that he can load and unload modules so to >>> not take up too much memory and processing power. (I would like >>> this too) Unfortunately, this isn't the way it works. If you >>> could destroy everything without leaking memory, that would work >>> ok too. Complicates things but at least you can get the same >>> behavior. >>> >>> Cheers, >>> Bruce >>> >>> DL wrote: >>>> On 11 Oct 2006 at 17:42, Kimus Linuxus wrote: >>>> >>>> > NO. I want to load One at a time on demand. >>>> >>>> o.k. .. clearer .. you have one in view at any time .. but >>>> earlier you did write .. >>>> >>>> /"- And at rutime I can switch the <view> resource. change form >>>> 1.lzx url to 2.lzx url. right?"/ >>>> >>>> i.e. /switching/ between pre-loaded containers (I assumed). It >>>> is easy and avoids loading delays. >>>> >>>> If you use SWFObject.js, as suggested, you can just write >>>> another lzx.swf into a single div container. >>>> >>>> Just pass a different movie src, name, and other properties to >>>> SWFObject. >>>> >>>> DL >>>> >>>> >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------- >>>> ----- >>>> >>>> >>>> _______________________________________________ >>>> Laszlo-user mailing list >>>> [email protected] >>>> http://www.openlaszlo.org/mailman/listinfo/laszlo-user >>>> >>>> ------------------------------------------------------------------- >>>> ----- >>>> >>>> No virus found in this incoming message. >>>> Checked by AVG Free Edition. >>>> Version: 7.1.408 / Virus Database: 268.13.2/471 - Release Date: >>>> 10/10/2006 >>>> >>> >>> >>> _______________________________________________ >>> Laszlo-user mailing list >>> [email protected] >>> http://www.openlaszlo.org/mailman/listinfo/laszlo-user >> >> >> >> >> --No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.1.408 / Virus Database: 268.13.2/471 - Release Date: >> 10/10/2006 >> >> > _______________________________________________ Laszlo-user mailing list [email protected] http://www.openlaszlo.org/mailman/listinfo/laszlo-user
