> Ох, еще один наивный плод загибающейся системы школьного образования этой страны...

Критерии оценки различны. Однако результатом МОЕГО школьного образования оказалось, как выяснилось как-то на 25-ти летии выпуска, что три четверти класса живут и работают за пределами страны, в которой учились в школе.

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

Мы говорим об одной и той же программе или разных? Разные в данном контексте смысла сравнивать не вижу.

> Разница - проценты, максимум 10-20,
> но никак не в разы.  Измерить ее - еще вполне
> таки можно, а вот "на глаз" заметить...

Предлагаю эксперимент. Собрать wget без поддержки SSL, Kerberos, LDAP и т.п. И сравнить потребление памяти двумя вариантами при скачивании файла с ftp. Разница будет в РАЗЫ.
Другой пример. Если программа не умеет сама определять наличие 3DNow/SSE и т.п., то компилятор не будет на каждый чих устраивать проверки и генерить код и для AMD и для Intel. Он сгенерит код, который будет медленно, в разы медленнее (!) работать везде. Если его, конечно, не попросить об обратном.

Конкрентный пример с конкретным ноутом: VLC в убунте на нем показывать SD h264 не смог (IP TV). В генте я добился вполне приемлемого результата. Когда задача решается или нет это в РАЗЫ или как?

> Но исключительно редко - под *конкретный* процессор и тем

Возможно я не точно выразился. Речь шла, конечно, под конкрентую серию и архитектуру CPU.
Привести примеры, когда какие-то дополнительные команды CPU дают прирост производитлеьности в разы? А ведь многие дистрибутивы собираются до сих пор под P5...

>  Но блаженны верующие, да...

Во-первых, в царство небесное не верю, во-вторых, я вообще не верю в то, что нельзя проверить.