Быстродействие (теория)

[Sebis]

Вопрос мой теоретический, но очень хочется узнать мнение гуру:)
Дано: дождевая капля, которая разлетается брызгами при столкновении со стеклом. Можно сделать длинный мув, где нарисовать и каплю, и брызги, и перевести воспроизведение на нужный кадр при столкновении. А можно в момент столкновения подгрузить на место капли другой мув. Если капля одна или 2-3, то всё равно как делать. А если 100? В каком случае загрузка процессора будет больше? Как вообще определить, что тормозит воспроизведение и где требуется оптимизация?
Извиняюсь, если вопросы ламерские.

[nagash]

хм... интересный вопрос... :)
но причём тут загруженность проца?
что в первом что во втором случае тебе прийдётся перекидывать на нужный кадр \ мувик... значит одна и таже операция... в иттоге тормоза одни и теже :)
а вообще я думаю 100 капель это перебор... вылетит проц... :)
а вот определить что нужна оптимизация - это когда у тебя выдаёт меньше фреймов в секунду чем ты задал...
у меня вообще прога стоит и следит за тем на сколько проц загружен... :) глупо конечно ну а что делать? :)

[AlexSm]

До обидного доходит иногда.
Вообще жалко нет четкого описания от макромедии какие операции к чему приводят.

А вообще есть такой способ:
мувик из двух кадров в первом замеряем время в милисекундах а во втором разницу смотрим. это дело печатаем.

Такой мувик вставляем куда надо и смотрим.

[Sebis]

Спасибо, идея понятна. Ну а личный опыт о чем говорит? Я здесь где-то на форуме читал, что tellTarget срабатывает быстрее, чем path, может, еще какие-нибудь известные подобные пары существуют?