сборщик мусора... удаляет ли группы?

[dsQuadro]

как я понимаю если объект не связан ни с каким другим объектом сцены он попадает под сбор мусора, а если предположить что есть 2 объекта со ссылками друг на друга, но не имеющие никаких внешних ссылок, попаду тли такие объекты под сборку мусора или надо обязательно убивать все связи даже во вложенных объектах???

[crazyone]

Попадут, но ГК понадобится больше ресурсов, чтобы обнаружить ссылающиеся друг на друга ресурсы. Плюс - иногда можно ошибиться и оставить лишнюю ссылку.
Поэтому очень желательно убивать все ссылки.

[dsQuadro]

ага! спасибо!

[gloomyBrain]

Сборщик мусора строит дерево связей начиная от системного ApplicationDomain'а, и помечает те объекты, которые каким-то образом с ним связаны (то есть может напрямую, может через цепочку объектов, ссылающихся друг на друга). И в то же время он подсчитывает количество ссылок на объект. Таким образом, объекты на которые нет ссылок удаляются раньше, чем объекты со ссылками друг на друга. Однако количество ресурсов, затрачиваемых FP на поиск кандитатов на удаление остается одинаковым.

[Котяра]

Попадут, но ГК понадобится больше ресурсов, чтобы обнаружить ссылающиеся друг на друга ресурсы.

Откуда такая информация? Где бы вообще почитать по алгоритмам GC от адобы?
Если отсекать ветки и вершины графа не соприкасающиеся с корнем, то какая разница есть ли у них ссылка друг на друга.
Это если мы проходим по списку от вершин от корня. Если же алгоритмы другие (а наверняка есть особые случаи), то может быть даже ещё быстрее)
Видим, что вершина не связана с корнем - убиваем её и все вершины с ней связанные.

[gloomyBrain]

Вот, кстати, ссылочка интересная на эту тему. Правда, в 11 плеере сборка мусора была вынесена в отдельный поток и вроде как немного улучшена, но суть осталась прежней.

UPD
Вот тут про новый плеер немного

[crazyone]

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

Добавлено через 9 минут

Сообщение от gloomyBrain

Вот, кстати, ссылочка интересная на эту тему.

Ну вот, там и написано:

Reference counting is simple, it doesn't carry a huge CPU overhead, and it works well in most situations.

Т.е. если удалить все ссылки на объект, то он быстренько умрет, а если будут зацикленные ссылки ( Circular referencing), то придется проходить дерево от вершины, что жрет ресурсы.

[gloomyBrain]

то придется проходить дерево от вершины, что жрет ресурсы

Дерево и так и так строится, независимо от того, хотите Вы этого или нет =)
Просто его построение выполняется когда FP считает что пора бы его запустить. Да, его размер влияет на скорость работы, однако не факт что реализация собственной рекурсивной очистки ссылок будет быстрее, чем нативные методы GC. Хотя, конечно, согласен и сам стараюсь держать как можно меньше ссылок.

[fljot]

Сообщение от Котяра

Если отсекать ветки и вершины графа не соприкасающиеся с корнем, то какая разница есть ли у них ссылка друг на друга.

Неоднократно упоминалось, что случаются ситуации, когда GC не справляется с большими "островками" — и они остаются в памяти. Так что по возможности дробить.

[dimarik]

даже дамы знают как работает коллектор