и как ты себе представляешь такой комплекс?

> упирающиеся в скорость дисковой подсистемы
тебе рассказать о tmpfs?

и кучу различных факторов

о сбросе кэша тоже рассказать?
а вообще, чем чудней флаги, тем меньшему кол-ву софта они подходят
посему - "-O2 -march=core2 -mtune=generic -mfpmath=sse -msse4.1 -fomit-frame-pointer -pipe"

>-fomit-frame-pointer

вылезай из морозильника, оно уже по умолчанию включено в О2

-mtune=generic

тормоз

малыш, поучи матчасть для начала

ссылки на матчасть в студию, а лучше - краткое содержание

ах да - по поводу fomit-frame-pointer:
дубль ничего плохого не даст
а если я начну собрать софт с гцц до 4.6, то оный нужен
опять же - учи матчасть, малыш
и хватит прятаться - личико покажи, трусишка

как же достали дегенераты!
лови - http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45483
ещё пример - [гентушникам-экстемалам]Про -ftree-vectorize (комментарий)
слейся, трус

я дождусь пруфов в пользу -mtune=generic, или это очередной твой балабольский взвяк?

> -fomit-frame-pointer
Его же имеет смысл ставить для 32bit, не ?

да, до gcc-4.6.*

Ок, значит все меряют с помощью time. А какие приложения и на каких задачах стоит мерить для получения усредненных результатов, имхо архиваторы - не лучшая идея, слышал множество отзывов, что например флаги graphite дают прирост производительности куче софта, а конкретно некоторые архиваторы жутко тормозят...

ещё раз: результаты чего тебе нужны?

навскидку, в качестве теста: chroot в распакованный stage3, emerge -e @installed, одновременно - проигрывание HD-видео, скачка торрента, сёрфинг в Сети через любимый браузер, постоянно переключаясь между окнами. Повторять точь-в-точь после каждого изменения флагов и пересборки. До тех пор, пока не задолбает нахрен

Так тебе нужен профит на конкретной машине или сферический профит в вакууме ? :-)
Все эти мешающие факторы это стандартные ошибки наблюдения, общие для всех измерений на конкретной машине, которые к тому элементарно вычленяются стандартными статистическими методами

это не тесты, это извращение для оценки на глаз.

тот же вопрос, что и ТСу: какие тебе тесты нужны?

ман факт

в идеале, надо для каждого софта свои флаги
в реальности достаточно нескольких универсальных
пример я привёл
дальше дело за тобой
по поводу графита - он дает профит не на куче софта, а лишь на ооочень маленьком кол-ве софта

эка тебе очко порвало баттхёртом, что ты плакаться побежал

>вылезай из морозильника, оно уже по умолчанию включено в О2

только для 64-битных систем, ЕМНИП

в 4.6 - для всех

Скажите, вот если вы сами понимаете, что флаги оптимизации компилятора не делают разницы при обычных сценариях использования программ из-за того, что узкие места обеспечиваются другими компонентами системы, то зачем вам с ними экспериментировать?

А можно про графит по подробнее, на каком именно софте будет профит?

Видимого прироста не получишь, как не перекомпилируй. Лучше купить SSD.

eix dejagnu
* dev-util/dejagnu
Available versions: 1.4.4-r1 (~)1.4.4-r2 1.4.4-r3 (~)1.5 {doc}
Homepage: http://www.gnu.org/software/dejagnu/
Description: framework for testing other programs

Ну и ещё `make test` до кучи.

не в флагах счастье

Тестируй лучше gcc vs clang/llvm vs icc