Здрасте
	globals
		unit dummy
		real angle
		...
	endglobals
	

		
	function
		local unit u = dummy
		local real x = angle
		...
		//bla-bla-bla
		...
	endfunction
	
	function First takes nothing returns nothing
		local unit u
		local real x
		...
		call SetUnitX(u) //Example
		call ...
		...//50-60 строк, кол-во обращений к этим локалкам 10+ раз
		set dummy = u
		set angle = x
		call TimerStart(CreateTimer(),  0.03, true, function Second)  
	endfunction
Теперь вопрос, использование таких переходов и присваивание другим локальным более производительнее чем использование глобалок во всем триггере или нет?
Второй вопрос, это если таймер уже тикает, делать проверку на то запущен он или нет перед повторным запускрм таймера или не нужно?(Проблемок никаких не будет, если запускать уже запущенный таймер?)

	set u[i*3] = ... set u[i*3 + 1] = ... set u[i*3 + 2] = ...
	unit u[][]
	u[i][3] = ...

Любители поизголяться.
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
16
локалки и глобалки одинаковы - они ложатся в общую базу всех переменных и ищутся там перебором. но ты тратишь такты на объявление и обнуление локалок.
можно запускать таймер сколько угодно, ниче ему не будет
15
Теперь вопрос, использование таких переходов и присваивание другим локальным более производительнее чем использование глобалок во всем триггере или нет?
Озвучу 3-е мнение и скажу, что этот вопрос тебя волновать не должен. И DracoL1ch, и ssbbssc оба правы, но это не окажет на игровой процесс и оптимизацию в карте никакого влияния. Механика слишком низкоуровневая.
Проблемок никаких не будет, если запускать уже запущенный таймер?
Проверка не нужна. Проблемок не будет.
Автору спасибо за взятие кода в теги и человеческое оформление.
20
локалки и глобалки одинаковы - они ложатся в общую базу всех переменных и ищутся там перебором.
Относительно недавно некий чел утверждал что разница в скорости их использования все-таки есть
16
в количестве операций максимум, ибо в приоритете ищется хеш по локалкам, затем - глобалкам. но, в любом случае, это последнее, о чем следует думать разработчику.
20
DracoL1ch:
в количестве операций максимум, ибо в приоритете ищется хеш по локалкам, затем - глобалкам. но, в любом случае, это последнее, о чем следует думать разработчику.
Почему, в таком случае, скорость записи так сильно различается? (относительно разницы в скорости чтения)
32
Diaboliko, если учитывать что движок ищет переменные методом перебора с конца, то последняя добавленная переменная будет найдена быстрее первой.
20
quq_CCCP, только это не объясняет упомянутой разницы.
Само по себе*
Доц, конечно, рассказывал офигенные истории про различные коллбеки в оффтопке, но в рамках разницы глобалок и локалок это навряд ли имеет место быть
14
По итогу пришли к тому, что большинство против лишнего объявления локалки, но по процессорному такту это получается невыгодно, т.к. нагружается сильнее. Нужно последнее слово.Также еще один вопрос,
globals 
	unit array u
endglobals

function
	local integer i

	loop 
	exitwhen i == 15
		set u[i*3] = ...
		set u[i*3 + 1] = ...
		set u[i*3 + 2] = ...
		call GetUnitState(u[i*3+1)
		...
		set i = i + 1
	endloop
endfunction
Вот так я хочу сделать во всех спеллах, т.е. в таймерах будут подобные циклы, и индекс массивной переменной каждый раз практически будет высчитываться, воот. Рационально ли это?Или лучше изначально создать три глобалки типа юнит и не работать с подобными манипуляциями?
29
Это у вас такие методы прокрастинации? Поиски мифической оптимизации вместо написания кода? Или уже тормозит и все остальное оптимизировали?
16
вы ракету строите или очередную карту для 100 человек? ЭТО НЕ ТЕ ВОПРОСЫ. даже если всё лагает, ЭТО НЕ ТО МЕСТО, где надо оптимизировать. вот эта погоня за тактами ничего не даст. ею следует заниматься, когда уже всё сделано, когда нехер делать, когда хочется похвастать ЗАЦЕНИ КАК Я МОГУ. в 2017 никто не заценит. пиши как удобно - остальное приложится
14
"Когда задаешь вопрос, а вместо ответа слышишь вскукареки в виде ускользания на другие темы"
Чота в голосяндру, Я спрашиваю заранее наилучший вариант написания кода, чтобы потом не возвращаться и не переписывать все подобные ошибки.
>в 2017 никто не заценит.
Щас бы в 2017-м не ценить оптимизацию, оч вкусно. Прекращайте вбрасывать подобные вбросы, плез. Отвечайте по факту.
ЕДинственное что мне осталось, это прелоад и вроде как я смогу приступать все делать без дальнейшей перезаписи.
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.