Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Сообщения за день
 

Вернуться   Форум Flasher.ru > Flash > ActionScript 3.0

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 09.09.2010, 18:04
i.o. вне форума Посмотреть профиль Отправить личное сообщение для i.o. Найти все сообщения от i.o.
  № 31  
Ответить с цитированием
i.o.
 
Аватар для i.o.

Регистрация: Apr 2010
Адрес: Earth
Сообщений: 1,897
ответ прост: не тормозит потому, что у Tr1te они раскиданы по х и у от 0 до 14*3700. Т.е не происходит взаимного наложения (или почти).
Если сделать разброс как у gloomyBrain, то все висит точно так же, если не хуже )

Старый 09.09.2010, 18:16
incoob вне форума Посмотреть профиль Отправить личное сообщение для incoob Найти все сообщения от incoob
  № 32  
Ответить с цитированием
incoob

Регистрация: Mar 2008
Сообщений: 215
Ради интереса в исходниках gloomyBrain-а поменял с
Код AS3:
bp.x = Math.random() * 800;
на
Код AS3:
bp.x = 10000 + Math.random() * 800;
И все залетало.

Может проблема нагрузки на проц все же не в наложении, а в том, что компоненты вне пределов экрана не рендерятся?

Старый 09.09.2010, 18:17
i.o. вне форума Посмотреть профиль Отправить личное сообщение для i.o. Найти все сообщения от i.o.
  № 33  
Ответить с цитированием
i.o.
 
Аватар для i.o.

Регистрация: Apr 2010
Адрес: Earth
Сообщений: 1,897
Цитата:
Может проблема нагрузки на проц все же не в наложении, а в том, что компоненты вне пределов экрана не рендерятся?
И из-за этого тоже

Старый 09.09.2010, 20:25
Tr1te вне форума Посмотреть профиль Отправить личное сообщение для Tr1te Найти все сообщения от Tr1te
  № 34  
Ответить с цитированием
Tr1te
 
Аватар для Tr1te

Регистрация: Jun 2009
Сообщений: 461
Цитата:
Сообщение от derhab Посмотреть сообщение
и зачем удалять всех детей из контейнера, если в следующей строчке вы удаляете сам контейнер?)
Цитата:
Сообщение от derhab Посмотреть сообщение
будьте уверены, при удалении контейнера так же удаляются и все его дети..
derhab, знаете, я решил проверить с вашим вариантом, и получилось, что если не удалять, то оперативы затрачивается на 1мб больше, чем когда удаляю.

Старый 09.09.2010, 20:31
derhab вне форума Посмотреть профиль Отправить личное сообщение для derhab Найти все сообщения от derhab
  № 35  
Ответить с цитированием
derhab
 
Аватар для derhab

Регистрация: Apr 2001
Адрес: Berlin
Сообщений: 1,862
Отправить сообщение для derhab с помощью ICQ Отправить сообщение для derhab с помощью Skype™
дело ваше, только это лишние телодвижения...
и что такое 1 мб. оперативы когда вы ворочаете там такими объемами..
__________________
freelance | Раздор

Старый 09.09.2010, 20:49
Tr1te вне форума Посмотреть профиль Отправить личное сообщение для Tr1te Найти все сообщения от Tr1te
  № 36  
Ответить с цитированием
Tr1te
 
Аватар для Tr1te

Регистрация: Jun 2009
Сообщений: 461
Цитата:
Сообщение от derhab Посмотреть сообщение
дело ваше, только это лишние телодвижения...
и что такое 1 мб. оперативы когда вы ворочаете там такими объемами..
Правильно ли я вас понял. Если я делаю телодвижения, то это грузит проц, если я этого не делаю, это грузит оперативу (13% от общей массы, все остальное весит 8 метров).

И еще, от куда там этот мегабайт, просто они остаются в оперативе, и не выгружаются пока их не заберет мусорщик? Или они там и будут висеть до скончания веков.

Старый 09.09.2010, 20:56
derhab вне форума Посмотреть профиль Отправить личное сообщение для derhab Найти все сообщения от derhab
  № 37  
Ответить с цитированием
derhab
 
Аватар для derhab

Регистрация: Apr 2001
Адрес: Berlin
Сообщений: 1,862
Отправить сообщение для derhab с помощью ICQ Отправить сообщение для derhab с помощью Skype™
я не знаю откуда там этот мегабайт)
мусорщик заберет если объекты отписаны от всех событий и на них не осталось нигде ссылок
лишние движения конечно грузят проц.. ну и в этом случае вы просто дублируете работу плеера
__________________
freelance | Раздор

Старый 09.09.2010, 21:32
mikhailk вне форума Посмотреть профиль Отправить личное сообщение для mikhailk Найти все сообщения от mikhailk
  № 38  
Ответить с цитированием
mikhailk
 
Аватар для mikhailk

Регистрация: Nov 2009
Адрес: СПб
Сообщений: 2,236
Я тут, кстати, на прошлой неделе отлавливал утечку оперативной памяти в чужом коде. Автор исходил из того, что при удалении объекта его дети и битмапы внутри детей удаляются автоматически. Оказалось, нет.

Пришлось честно чистить битмапы через dispose перед удалением объектов.

Старый 09.09.2010, 21:39
Tr1te вне форума Посмотреть профиль Отправить личное сообщение для Tr1te Найти все сообщения от Tr1te
  № 39  
Ответить с цитированием
Tr1te
 
Аватар для Tr1te

Регистрация: Jun 2009
Сообщений: 461
Кто что говорит. Кому верить...

Старый 09.09.2010, 21:59
expl вне форума Посмотреть профиль Отправить личное сообщение для expl Найти все сообщения от expl
  № 40  
Ответить с цитированием
expl

блогер
Регистрация: Feb 2006
Сообщений: 1,474
Записей в блоге: 3
dispose - это единственный метод позволяющий удалить объект из памяти вручную, не дожидаясь GC.
Ну если вы в состоянии отследить время, когда битмапа больше не нужна - почему бы не почистить память сразу

А вот ценность удаления детей перед удалением контейнера - спорная. Память все равно чистит GC - может ему легче станет от меньшего количества ссылок, а может и нет - кто его знает.


Последний раз редактировалось expl; 09.09.2010 в 22:01.
Создать новую тему Ответ Часовой пояс GMT +4, время: 17:19.
Быстрый переход
  « Предыдущая тема | Следующая тема »  

Теги
bitmap , movement

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


 


Часовой пояс GMT +4, время: 17:19.


Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.