> Ох, еще один наивный плод загибающейся системы школьного образования этой страны...Критерии оценки различны. Однако результатом МОЕГО школьного образования оказалось, как выяснилось как-то на 25-ти летии выпуска, что три четверти класса живут и работают за пределами страны, в которой учились в школе.
> Начнем с того, что ты можешь просто не заметить разницы. Т.к.
> доминируют в указанных показателях все-таки обычно вычислительная сложность алгоритмов,
> а не детали их реализации.
Мы говорим об одной и той же программе или разных? Разные в данном контексте смысла сравнивать не вижу.
> Разница - проценты, максимум 10-20,
> но никак не в разы. Измерить ее - еще вполне
> таки можно, а вот "на глаз" заметить...
Предлагаю эксперимент. Собрать wget без поддержки SSL, Kerberos, LDAP и т.п. И сравнить потребление памяти двумя вариантами при скачивании файла с ftp. Разница будет в РАЗЫ.
Другой пример. Если программа не умеет сама определять наличие 3DNow/SSE и т.п., то компилятор не будет на каждый чих устраивать проверки и генерить код и для AMD и для Intel. Он сгенерит код, который будет медленно, в разы медленнее (!) работать везде. Если его, конечно, не попросить об обратном.
Конкрентный пример с конкретным ноутом: VLC в убунте на нем показывать SD h264 не смог (IP TV). В генте я добился вполне приемлемого результата. Когда задача решается или нет это в РАЗЫ или как?
> Но исключительно редко - под *конкретный* процессор и тем
Возможно я не точно выразился. Речь шла, конечно, под конкрентую серию и архитектуру CPU.
Привести примеры, когда какие-то дополнительные команды CPU дают прирост производитлеьности в разы? А ведь многие дистрибутивы собираются до сих пор под P5...
> Но блаженны верующие, да...
Во-первых, в царство небесное не верю, во-вторых, я вообще не верю в то, что нельзя проверить.
