SiT3D,
1-3 четкого ответа не существует, смотря как ты строишь алгоритм. Надо смотреть на ситуации, так не не могу сказать.

Можешь код в показать,. там, где у тебя подлагивает.

Steal nerves добавил:
SiT3D, я вот делал так
2) Если триггер совершает работу периодически, то делал так. Если работа постоянна, то объявил две глобалки типа группа, создал группы. И с ними манипулировал. Перебирал тех, кто в первой группе через цикл, выбирал во вторую группу всех, кто находится рядом с юнитами из первой группы. То есть не нужно каждый раз объявлять локалку типа группа и заново создавать группу. Хватает и этого, лишние операции (объявление локалок, создании удаления групп). иначе если работа не постоянна (работает в конкретных случаях, например при касте) бы я бы отключал, когда не нужно это. Хотя я массивы не люблю и из-за перебора цикла. Если брать массивы (пусть даже двойные), то там каждый раз идет перебор через цикл (если не знать от чего брать элементы массивов). сравниваешь есть, нет и так далее. Но я не говорю, что группы лучше, смотря по ситуации.

SiT3D, когда много таймеров одновременно работает - подлагивает. Там еще помимо созданных, работают близовские стандартные таймеры, и еще где-то твои в других кодах, и получается очень много. Не только из-за утечек и больших кол-во объектов лаги бывают.