Методы оптимизации кода

[f.hump]

Это не ломает конвеер процессора.

Теперь меня беспокоит только один вопрос: что нужно сделать, чтобы сломать конвейер?

[Granus]

Сообщение от Blade

И тот кто читает код, не должен гадать, почему же в 100 случаях до этого написано ++i, а теперь вдруг i++

Постфиксный вариант должен использоваться, как я полагаю, по назначению, т.е. для инкремента переменной после выполнения данной строки. А если человек будет гадать, то он, видимо, не знает чем отличаются префиксная и постфиксная формы и нечего было ему этот код тогда вообще давать)

[FiloXSee]

Сообщение от f.hump

Теперь меня беспокоит только один вопрос: что нужно сделать, чтобы сломать конвейер?

Оператор if его ломает. Все команды идут в командном буфере последовательно. Плюс работает Бранч предикшин (предсказание ветвлений). И процессор выполняет код по одной из веток пока результат условия еще не известен. Но если предсказание не удалось (а это будет в 50-ти процентах случаев, если результаты условия равновероятны) то процессор вынужден остановится, выкинуть текущую последовательность команд, записать туда команды из другой ветки и пойти дальше.

Команды процессор выполняет на конвейере (т.е. одна команда может представлять собой несколько действий (особенно в CISC процессорах): считать из памяти, вычислить, записать). Он то и ломается на операции if, приходится все начинать сначала.

[revaldo666]

как по мне, так сейчас такие машины, которые данные "оптимизации" даже не заметят.
вот если бы это было лет 10-15 назад...