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

[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

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

[Fors1k]

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

Madeus, благодарю за спойлер)

Сообщение отредактировал Fors1k - 11.6.2020, 20:17

[Levo222]

что является погрешностью.

Это не погрешность
погрешностью я называю когда ты трясущейся рукой выстрелил 5 раз в мишень и у тебя 20% результатов в молоко. Это погрешность. А когда берется в рассчёт время, то решает момент вывода данных: Т.е. когда тебе контрольный замер делают, а не когда ты выбил 10 из 10.
а

цикличности очерёдности обработки. Т.е. времени вывода

Т.е. обращению к данным
Мы видим данные только на этапе вывода результатов в лог, но скорость обращения к ним различна
Я называю это - мы видим то, что хотим видеть: Если мы в разные этапы времени подойдём к мишени, мы можем наблюдать различные результаты которые захотим назвать погрешностью, но на самом деле это мы подошли не в то место и не в то время.

Вот если взять автоматчика и сравнить результаты со снайпером то за период времени у них результаты точности попадания в мишень будут также примерно равными. Хотя всем понятно что под конкретную цель если некуда торопиться, снайпер точнее бьёт. Но автоматчик для другой задачи.

[Fors1k]

Это не погрешность
погрешностью я называю когда ты трясущейся рукой выстрелил 5 раз в мишень и у тебя 20% результатов в молоко. Это погрешность. А когда берется в рассчёт время, то решает момент вывода данных:
а

Т.е. обращению к данным
Мы видим данные только на этапе вывода результатов в лог, но скорость обращения к ним различна
Я называю это - мы видим то, что хотим видеть: Если мы в разные этапы времени подойдём к мишени, мы можем наблюдать различные результаты которые захотим назвать погрешностью, но на самом деле это мы подошли не в то место и не в то время.

Вот если взять автоматчика и сравнить результаты со снайпером то за период времени у них результаты точности попадания в мишень будут также примерно равными. Хотя всем понятно что под конкретную цель если некуда торопиться, снайпер точнее бьёт. Но автоматчик для другой задачи.

Даже не знаю, как это комментировать.
Вы, походу, не очень понимаете что написано в коде теста скорости)

[Levo222]

Даже не знаю, как это комментировать.

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

локальная переменная перестает существовать,как только заканчивается

Вот! Главное использовать что-то, чтобы самому позже об неё не споткнуться, поэтому не надо ничего усложнять.

скорости функций поиска цвета, уже объяснили, что это функции winapi и быстрее не получится.

Я про Lua вообще спрашивал, Но тут примеров замеров за циклом и "в" так и не привели, кроме нагораживания глобальных функций. Поэтому ждём решения.