Какая операция быстрее: > или == ?

> Где об этом можно почитать?

В справочном руководстве по ассемблеру для используемой архитектуры.

Одинаково. Обычно выполняется операция сравнения (если она есть на данной архитектуре cmp - для х86) или какая-либо математическая операция (например вычитание - cmp на х86 эквивалентна sub без сохранения результата) и потом анализируют состояние флагов процессора (z,c).

По сравнению с последующим джампом время на сравнение - пренебрежимо мало.

>> Где об этом можно почитать?

>В справочном руководстве по ассемблеру для используемой архитектуры.

в большинстве случаев все операции сравнения работают везде через одну инструкцию.

Зависит от языка. В общем случае или одинаково, или «>» быстре, чем «==».

> в большинстве случаев все операции сравнения работают везде через одну инструкцию.

Когда я читаю такие фразы, я плАчу 2 раза: один раз от потрясающе однозначной формулировки, а второй - от своего скудоумия, ибо не понимаю, что сравнивают эти сферические однотактовые инструкции сравнения.

> или «>» быстре, чем «==».
или «==» быстре, чем «>» =)

struct Foo
{
  int a;
  int b;
  int c;

  bool operator<(const Foo & other) const 
  {
    return a < other.a || a == other.a && (
	b < other.b || b == other.b && (
	    c < other.c
          )
      );
  }

  bool operator<(const Foo & other) const 
  {
    return a == other.a && b == other.b && c == other.c;
  }
}

правда тут всё зависит от входных данных.

Я про дефолтовые реализации ЯВУ. Сравнение может производиться к базовому целому или плавающему типу на этапе компиляции, а вот сравнение ещё боксинг может задействовать.

Действительно всё скорее всего будет упираться в архитектуру. На x86 скорее всего, что "==" по быстродейтсвую аналогична всем другим операциям сравнения. Но есть некоторые арх., где сущ. спец. команды типа jmpeq arg1, arg2, т.е. сравнение и последующий переход происходят не в 2, а в одну команду.