Оптимизации под процессор в бинарных дистрибутивах

> написано "386"
фактически флаги могут быть какие угодно... не обязательно это -march=i386

в положительных моментах можно отметить OpenSUSE ( i586 ), ArchLinux (i686) , Slackware (-march=i486 -mtune=i686)

>без поддержки mmx, sse, sse2-3 и остальных расширений
даже если в флагах gcc все это не задано, никто не мешает программам использовать свои собственные оптимизированные по данным инструкциям алгоритмы (кодеки, шифрование, liboil, qt4)

>amd64 - то с чем он собран
в типичном случае
-march=generic64 -mfpmath=sse -msse2 -fomit-frame-pointer

прирост зависит от конкретных задач и процессора (Intel Core2 например весьма быстрее работают с технологией macrofusion @ 32 bit , на 64 бит она не работает)

amd64 - Gimp, Inkscape быстрее проводит манипуляции с изображениями, mencoder быстрее кодирует видео
быстрее в данном случае на порядок
http://breys.ru/blog/196.html http://breys.ru/blog/396.html

странные у вас порядки, разница не более 7%, причем кстати не всегда разница идет в плюс 64 битным системам

Все зависит от политики дистростроителя, но на i386 точно не пойдет :-) Мнимальная оптимизация у всех это i586, возможны варианты. Для RHEL вроде минимум это PII.

Прирост заметен по сравнению с оптимизацией для i386 и i686, но использование mmx и sse может дать прирост только узких задачах.

минимальная оптимизация это -march=generic32 , что весьма совместимо с i386 , так что проблемы могут быть только если дистростроители не собирают ядро с поддержкой старых архитектур (SMP ядра требуют действительно P2) , тем не менее в той же Slackware есть и UP ядра

glibc современная афаик требует 486+. Потому Патрик с 386 и ушёл.

i486 от i386
отличается встроенным FPU, хотя в случае glibc все равно доступны вариации, и никто еще из ядра не убирал kernel math emulation

в любом случае это нижняя планка и желание отдельных некросубьектов взгромоздить на откопанный мусор свежий дистрибутив (а также наличие железок весьма современных, но с ограниченным набором коммант x86) диктуют дистростроителям некоторые условия.
Поэтому про положительные моменты я уже написала
Это ArchLinux (-march=i686)
это Slackware (-mtune=i686)
это еще и Федора, новый релиз который будет -march=i686 -mtune=atom

>i486 от i386 отличается встроенным FPU
А как же SX четвёрки? или в gcc на них забили?
>-march=i686 -mtune=atom
А атом то тут при чём? Это чтобы убрать потери от отсутствия ОоОЕ?

Обычно даже i386-бинарные дистры (тот же демьян) имеют в репах сборки ядра и глибц под i686. Так что существенных потерь по возможностям быть не должно.