Утечка памяти. больше методов решения.

[KokoZzz]

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

2 wvxvw
если системой будут пользоваться весь день на слабой машинке, то браузер неплохо начнет тормозить. конечно, утечку удалось значительно сократить, однако не факт что и утечка по 2-3 мб не приведет к недовольству заказчика.

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

[expl]

если системой будут пользоваться весь день на слабой машинке, то браузер неплохо начнет тормозить. конечно, утечку удалось значительно сократить, однако не факт что и утечка по 2-3 мб не приведет к недовольству заказчика.

Там на графике показан старт приложения - память увеличилась и осталась на плато. Оно не может загрузиться и не зарезервировать память под всё что использует.

Утечка - это когда в приложении ничего нового не загружается/отображается, а память равномерно ползёт вверх и не собирается останавливаться.

могут ли быть еще какие то узкие места, когда функция может держать объект?

Если объект передал свой метод в качестве параметра другому объекту. И если при этом тот другой объект ещё нужен и его не сносят, а первый _не_ нужен - то его второй объект будет держать за метод.

Если в 2-х словах: "Передали ссылку на метод - то же самое, что передали ссылку на объект"

Регистрация слушателя в диспетчере - это частный случай передачи метода объекту.

Сюда не относится ссылка на метод внутри самого объекта (как и подписка на себя же). Циклические ссылки на себя _не_ мешают GC удалять объект.

[Sintesis]

Не используются-ли в проекте классы измерителей сторонних разработчиков? Помню когда-то чью-то библиотеку использовал для телеметрии так из-за неё память и текла).

[KokoZzz]

2 expl

Утечка - это когда в приложении ничего нового не загружается/отображается, а память равномерно ползёт вверх и не собирается останавливаться.

однако тот факт, что ГЦ не высвобождает память из под чего то даже принудительно не есть хорошо, а ГЦ не чистит память потому что написано где то что то не так.
так или иначе это приводит к зависанию браузера -> недовольство

Если объект передал свой метод в качестве параметра другому объекту.

спасибо! я так понимаю, достаточно: _exFunction = null;


2 Sintesis

Не используются-ли в проекте классы измерителей сторонних разработчиков

нет, ничего подобного не используется.

[wvxvw]

однако тот факт, что ГЦ не высвобождает память из под чего то даже принудительно не есть хорошо, а ГЦ не чистит память потому что написано где то что то не так.
так или иначе это приводит к зависанию браузера -> недовольство

Вы же работаете с огромным фреймворком, судя по графу, который вы показали, если к этому времени все приложение загрузилось, то вашего кода в нем - кот наплакал, не более 10%, а скорее всего и того нет. Откуда у вас может быть столько уверенносити о том, что что-то не освободилось? Может там какая-то ленивая инициализация? Может память освобождаеся только по мере необходимости: т.е. когда есть чем заменить, а не когда не используется (вызывать мусорщик по чем зря - тоже плохо).
У вас до сих пор нет установленного и задокументированного бага. Вам в первую очередь его нужно найти, а потом исправлять. Вы пытаетесь исправить то не знаю что.

Если ваше приложение, по вашему подозрению, не освобождает ресурс при повторении какого-то действия - на каком-нибудь доступном языке напишите автокликер и запустите его, чтобы он воспроизводил действия пользователя, вернитесь через час и посмотрите на граф - возможно что-то прояснится. А так вы же поймите, с большой долей вероятности, если утечка и существует, то она не в вашем, а во фреймворковском коде (или, если точнее, в некорректом его использовании), т.как фреймвокского кода элементарно гораздо больше.

[alatar]

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

2 all
на счет функций, которые держат объект (профайлер говорит что таких функций аж 10 штук, если я верно понимаю).

По-умолчанию профайлер показывает первые 10 путей, если нажать на кнопку filters можно выбрать большее количество. Те пути, что на скриншоте ничего не держат, они сами доступны для GC, о чем как бы намекает надпись YES в столбце GC Root.

[dimarik]

Ха! А я думал, что GC Root имеет привязанный к (некоторому root) объект. То есть в точности до наоборот.

[alatar]

Да, что-то я гоню

You can also examine paths to instances of an object to determine if a path has a back-reference to the garbage collector (GC Root). An instance that was expected to be released, but has references to GC Root, indicates a memory leak. In these cases, modify your application code so references to GC Root are removed. An instance that has no references to GC Root is ready for garbage collection. Flash Player eventually frees this memory.

[djyamato]

А заказчик-то что говорит ?
Тестирование было "живое" ?
Граф-то использования памяти действительно обычный, даже очень неплохой
31 мегабайт Где ж тут учечка ?

[KokoZzz]

2 all
вчера провел нагрузочное, как предложил wvxvw. сделал автоматические переходы каждые 3 секунды и наблюдал за памятью. спустя ~200секунд было дополнительно израсходовано 60мб, после чего профайлер отвалился, а флеш не компилировал проект, выплевывая java heap space.
я попробую воспользоваться скаутом, пока не знаю к чему приведет.

2 djyamato
до того, как я занялся утечкой, памяти текло гораздо больше и, конечно, заказчик ругался на зависание браузера. новую версию пока заказчик не видел.