Оптимизируются ли тривиальные операции? - Public forum of MSU united student networks

Многие процессоры при реализации вещественной арифметики следуют стандарту IEEE 754 (иногда с отклонениями), в котором есть представления "бесконечностей" различных знаков и "не-числа":

code:
$ cat nan.c
#include <stdio.h>
int main(void)
{
    double inf_p = 1.0/0.0, inf_n = (-1.0)/0.0, nan = 0.0/0.0;

    printf ("+INF: %g, +INF*0: %g, -INF: %g, -INF*0: %g, NaN: %g, NaN*0: %g\n",
	    inf_p,     inf_p*0.0,  inf_n,    inf_n*0.0,  nan,     nan*0.0);

    return 0;
}

$ gcc nan.c
$ ./a.out 
+INF: inf, +INF*0: nan, -INF: -inf, -INF*0: nan, NaN: nan, NaN*0: nan

Кстати, любопытный факт: нули в IEEE 754 тоже разных знаков, и нейтральным элементом относительно сложения является именно отрицательный ноль:
(+0) + (+0) = (+0)
(-0) + (-0) = (-0)
(-0) + (+0) = (+0)

Fj_, DarkGray, Xanderus: я знаю про такое явление как параллелизм на уровне команд, спасибо. Вы что, ребята, вообще? Я не хотел превращать тред в разгоряченный спор со взаимными оскорблениями. Извините. Но молча пропустить неправильное утверждение тоже не смог. Еще раз. Есть конкретное понятие "латентности операции". Для большинства арифметических операций она постоянна. Для загрузки числа из памяти, например, латентность переменна, так как оно может лежать в кеше или в оперативке. Утверждение про "умножение занимает один такт" в контексте параллелизма на уровне команд некорректно, хотя бы потому, что никак не ссылается на то, лежит ли это умножение на критическом пути вычислений, или нет. Вот если я скажу, что поскольку декодеры команд популярных процессоров пропускают не более трех инструкций за такт, поэтому при достаточном параллелизме на уровне команд можно считать, что умножение занимает треть такта, как вы к этому отнесетесь?