Valik33rus, поясните пожалуйста, свою мысль. Я здесь просто изложил следствие из формулы Хартли - чтобы сообщение было самым коротким, нужно для его записи использовать систему счисления по основанию натурального логарифма.
Зависит от архитектуры. А x86_64, вероятно, я подождал несколько тактов до синхронизации с памятью, за один раз, если мне повезло (или за два, если не повезло), загрузил оба операнда в кэш процессора, затем за две операции (или за одну, если повезло), раскидал операнды по регистрам, потом сложил, потом снова подождал синхронизации с RAM и выгрузил результат. В итоге, если мне не повезло и не было попаданий в кеш, я скорее всего прождал как минимум два периода тактовой частоты памяти, а то и больше.
Lynn «Кофеман», если почитать рецензированные научные работы, в них часто операции делят на два-три класса - считают сложение/вычитание отдельно от умножения/деления, и даже выносят деление в отдельный класс. Ну и пишут - "наш алгоритм умножения матриц специального вида требует X операций типа "сложение" и Y операций типа "умножение".
DollyPapper, Логика такая - при дефолтных настройках большинство трансляторов-компиляторов транслируют арифметические действия "как написано" - не применяют математических правил (иначе говоря, не расставляют и не перествляют скобки в выражениях) для того, чтобы сократить число таких операций.
Таким образом, арифметические операции в итоге процессор выполнить обязан. И кроме того, они обычно на порядок дольше по числу тактов, чем операции присваивания между регистрами.
Относительно применимости FLOPS как метрики производительности - все сильно зависит от того, что мы хотим этой метрикой сравнивать. Если речь идет о выполнении стандартного теста LAPACK, который состоит из популярных для вычислительной математики операций - мы можем довольно достоверно понять, какой из двух компьютеров быстрее, измерив, сколько гиганских матриц каждый из них перемножает в секунду.
Ипатьев, давайте так - вы сначала гулите, что вам непонятно, а потом выдаете эпитеты вроде вшего "чушь" и подобной лексики. В данном случае, я для вас погуглю: FLOPS
DollyPapper, А у автора вашего алгоритма - какая-то своя логика, отличная от общепринятой. Он зачем-то считает все подряд операции, вместе с присваиваниями. А инкремент считает за одну операцию.
Практического смысла в этом довольно мало, потому что такой подсчет имеет хоть какой-то смысл при анализе ассемблерного кода, но никак не в рамках высокоуровневого языка - мало ли, во что это дело соптимизируется в итоге.
Сергей Явин, Нужно понимать физику проблемы - полосы появляются потому, что частота развертки проектора и камеры разные, полосы - это биения волн с разной частотой.
Давайте так - в чем состоит оригинальная задача? Что вы пытаетесь сделать, снимая камерой проектор?
