Проверка скорости обработки, --данных-- Опции

[Levo222]

Есть ли разница в Lua между скоростью обработки
информации внутри цикла в таком формате:

Код

local G = color (100, 100)
local R = color (200, 200)
While 1 do
  if G == 0 then
    1
  else
    if R == 0 then
      2
    else
    end
  end
end

В отличие от такого:???

Код

While 1 do
  if color (100, 100) == 0 then
    1
  else
    if color (200, 200) == 0 then
      2
    else
    end
  end
end

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

[cirus]

Проверять color на блокноте это изначально бредовая идея. Кстати, если бы кто-то читал вниматльнее, то я сразу написал, что скорость работы color с привязкой к окну зависит от приложения. Привяжись к 3d приложению или к браузеру и посмотри разницу:

Код

--lua
log'clear' log 'mode compact'
function R(x, y, h) return(color (x, y, h)) end

local t = os.clock()
for i = 1, 100 do
    if color (111, 111) == 0 then
    end
end
log ('Затрачено времени: ' .. string.format("%.3f", os.clock() - t) .. ' секунд\r\n')

t = os.clock()
for i = 1, 100 do
    if R(111, 111, workwindow()) == 0 then
    end
end
log ('Затрачено времени: ' .. string.format("%.3f", os.clock() - t) .. ' секунд')

П.с. второй вариант замедлен за счет оберток G(), R(). На их вызов тратится время.

В сравнении с тем что тратится на получение цвета это вообще ничто.

Можно, а зачем тогда использовать Lua? Если он никакой прибавки не даёт.

Функции пилота работают одинаково. Хоть на старом языке пилота, хоть на луа. Что тут непонятного? Если вызываем функцию color, то на её вызов и работу уйдет одинаково времени.

[Cockney]

В сравнении с тем что тратится на получение цвета это вообще ничто.

Я просто не могу понять, что хочет человек, который дает вроде валидный код и просит вернуть ему скорость.