Вообще-то это тоже изврат.

И насчёт мусора (это пожалуй лучше звучит чем трупы). Голодный и злой GC может не дождаться пока мы закончим валить в его пещеру мусор. Он выйдет, приберётся, а сверх прибранного мы насыплем ещё. Таким образом лишний мусор будет лежать до следующей уборки.

я смотрю кроме прямого контроля над GC все остальное - изврат.

и вообще топик ушел в русло "как бы дать GC еще поспать" )

Есть 2 проблемы: GC вызывается слишком часто и где то пропущена ссылка, что GC что-то не ест.

Вам есть разница сколько фп ест памяти - 120 мб или 125, когда у Вас её 4 гигабайта, 3 из которых в данный момент свободны?

кстати - о птичках..

насколько я понимаю больше 2 гигов юзать флэшплееру нельзя..это конфигурируемо?

вот полезная статья
для когото все это не ново , а комуто будет интересно

Сомнительный пункт про WeakReference.as. Так и не понял практической пользы.
Либо храним и помним где храним, а потом своевременно удаляем.
Либо кодер страдает ранним склерозом и пишет полную кашу, которую сам потом не может расхлебать.
Как-то так )

Сомнительная статья, практически полностью посвящена тому, как полезно использовать слабые ссылки везде, где это только возможно.
Честно говоря слабые ссылки практически не использую. Если какой-то объект должен быть удалён, в нём останавливается вся активность, удаляются все слушатели. Доверять это дело GC кажется не очень хорошей идеей.

вот так я на нее и повелся!
спасибо что разъяснили

к статье надо было коменты прочитать. да и на этом форуме форуме эту чудо-статью не раз обкладывали.