|
|
|||||
Регистрация: Apr 2010
Адрес: Earth
Сообщений: 1,897
|
ответ прост: не тормозит потому, что у Tr1te они раскиданы по х и у от 0 до 14*3700. Т.е не происходит взаимного наложения (или почти).
Если сделать разброс как у gloomyBrain, то все висит точно так же, если не хуже ) |
|
|||||
Регистрация: Mar 2008
Сообщений: 215
|
Ради интереса в исходниках gloomyBrain-а поменял с
на И все залетало. Может проблема нагрузки на проц все же не в наложении, а в том, что компоненты вне пределов экрана не рендерятся? |
|
|||||
Регистрация: Apr 2010
Адрес: Earth
Сообщений: 1,897
|
Цитата:
|
|
|||||
Регистрация: Jun 2009
Сообщений: 461
|
Цитата:
|
|
|||||
Регистрация: Jun 2009
Сообщений: 461
|
Цитата:
И еще, от куда там этот мегабайт, просто они остаются в оперативе, и не выгружаются пока их не заберет мусорщик? Или они там и будут висеть до скончания веков. |
|
|||||
я не знаю откуда там этот мегабайт)
мусорщик заберет если объекты отписаны от всех событий и на них не осталось нигде ссылок лишние движения конечно грузят проц.. ну и в этом случае вы просто дублируете работу плеера |
|
|||||
Регистрация: Nov 2009
Адрес: СПб
Сообщений: 2,236
|
Я тут, кстати, на прошлой неделе отлавливал утечку оперативной памяти в чужом коде. Автор исходил из того, что при удалении объекта его дети и битмапы внутри детей удаляются автоматически. Оказалось, нет.
Пришлось честно чистить битмапы через dispose перед удалением объектов. |
|
|||||
Регистрация: Jun 2009
Сообщений: 461
|
Кто что говорит. Кому верить...
|
|
|||||
dispose - это единственный метод позволяющий удалить объект из памяти вручную, не дожидаясь GC.
Ну если вы в состоянии отследить время, когда битмапа больше не нужна - почему бы не почистить память сразу А вот ценность удаления детей перед удалением контейнера - спорная. Память все равно чистит GC - может ему легче станет от меньшего количества ссылок, а может и нет - кто его знает. Последний раз редактировалось expl; 09.09.2010 в 22:01. |
Часовой пояс GMT +4, время: 17:19. |
|
« Предыдущая тема | Следующая тема » |
Теги |
bitmap , movement |
|
|