native
На вот. Поставь на CFLAGS

-O2 -pipe -march=native -mtune=generic -msse4.1 -mmmx -ffast-math -mcx16 -msahf -mfpmath=sse -fomit-frame-pointer -funroll-loops -finline-functions -ftree-vectorize

Ты не поверишь, но либо core2, либо native.

зачем вообще изменять эту переменую если для любой машины самое то будет - native.

Не советуй вредной чепухи.

-march=native -O2 -pipe

Я так и не понял для чего флаг -mtune= ?

Может, начнёшь читать маны?

В общем написал так: -O2 -march=native -ftracer -mfpmath=sse -w -pipe

CFLAGS=" -march=core2 -mtune=core2 -O2 -pipe -mmmx -msse4.2 -ftracer -mfpmath=sse"

Ругайте.

Ругайте.

-mtune=core2 не нужен, зачем поддерживать младшее говно?

-fomit-frame-pointer

на десктопе тоже не лишний

Включается автоматом в последних версиях gcc.

-mtune не нужен - он и так по умолчанию равен значению -march
либо надо задавать его в generic - ибо быстрей
-mmmx тоже не нужен - он в составе -msse4.2
таки дела

core2 || native
/Кэп

Сразу видно аналитега. '-O2' вместо '-Os' или '-Ofast', flto в помине нету, зато '-msse' и '-mmmx', которые автоматом включатся от native архитектуры, ffast-math, способный поломать некоторые программы, и очень спорный unroll-loops, который может как поднять, так и понизить производительность.

flto в помине нету

А надо?

Вообще-то нет, сейчас рулит отзывчивость программы, а она флагами компилятора не улучшается (это у гентушников плацебо такое). Только concurrensy.

Но всегда приятно поиздеваться над людьми, верящими во флаги и не слышавшими про link time optimization, profile guided optimization и не знающими, почему в debian кое-где даже флаг -O2 не ставят.

flto в помине нету

А надо?

он бывает очень крут, но я его тестил только на своем, хотя «по идее» ломать ничего не должен

Сразу видно аналитега. '-O2' вместо '-Os' или '-Ofast'
'-Ofast'
ffast-math, способный поломать некоторые программы

сам себе противоречишь
а -O2 пока что оптимальный уровень
матчасть поучил бы...

offtopic

ты с scratchbox2 не работал? есть одна проблема с emulating mode

это в теориии, а на приктике есть софт который с ним ты вообще не соберёшь

offtopic to be continued

Нет, не работал.

это в теориии, а на приктике есть софт который с ним ты вообще не соберёшь

И это подтверждает мою точку зрения, что включением lto и profile-guided optimization должны заниматься авторы софта, равно как и пакетированием. К сожалению, им тут сплошные препоны ставят - и в gcc куча багов всплывает при агрессивных оптимизациях, и пакеты требуют спек на не пойми каком языке, и системы сборки далеко не интуитивно понятны.

sqlite уже научилось понимать -ffast-math ? Чоловик пойдет собирать фокс и фигвам

И это подтверждает мою точку зрения, что включением lto и profile-guided optimization должны заниматься авторы софта

согласен

равно как и пакетированием

мне винда не нужна
я сам знаю с какими опциями собрать пакет
если они будут выкладывать сборки типа minimal_gtk2, minimal_gtk3, full_version и прочие ВСЕвозможные комбинации, аля гента, то согласен
иначе это будет фарш

зато '-msse' и '-mmmx', которые автоматом включатся от native архитектуры

Это с какой версии гцц они стали включаться автоматом ?

man gcc
с помощью -msse* ты можешь только задать поддерживаемые симды, если они не заданы в -march=*
поясню:

core2
               Intel Core2 CPU with 64-bit extensions, MMX, SSE, SSE2, SSE3 and SSSE3 instruction set support.

Ни черта непонятно. Насколько помню native не включал автоматом вообще никакие mmx и sse

не все корки поддерживают sse4_1
mmx избыточен в данном случае аж 2 раза: native + -msse4.1
ffast-math ломает кучу софта, а вторую заставляет работать медленнее - привет, архиваторы
фанролл так же может довольно нехило тормознуть софт
инлайн аналогично
векторизация тоже иной раз болеет этим
короче, из твоего я бы оставил только: -O2 -pipe -march=native -mtune=generic -msse4.1 -mcx16 -msahf -mfpmath=sse -fomit-frame-pointer
если 64
в случае 32 убрать ещё и -mcx16 -msahf
ах да -fomit-frame-pointer только на мультилибе разве что может быть полезен, если брать 64

включает на самом деле

echo "int main() { return 0; }" |LANG=en gcc -march=core2 -v -Q -x c - 2>&1
....
 -mfancy-math-387 -mfp-ret-in-387 -mglibc -mieee-fp -mmmx -mno-red-zone
 -mno-sse4 -mpush-args -msahf -msse -msse2 -msse3 -mssse3
 -mtls-direct-seg-refs
...

echo "int main() { return 0; }" |LANG=en gcc -march=native -v -Q -x c - 2>&1
....
 -mfancy-math-387 -mfp-ret-in-387 -mglibc -mieee-fp -mmmx -mno-red-zone
 -mpush-args -msahf -msse -msse2 -msse3 -msse4.1 -mssse3
 -mtls-direct-seg-refs
....

не всегда натив годится: привет, distcc

Сразу видно аналитега.

сразу видно зубрилу флагов компеляции. :)
я это скопировал откуда-то из интернета. Но спасибо за подсказки.

и тебе спасибо

Гм, thanks, не знал

sqlite уже научилось понимать -ffast-math ? Чоловик пойдет собирать фокс и фигвам

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

На хабрахабре в блоге интел писали, что в 64-битных системах sse вообще всегда включено, потому что не бывает x64 процессоров без sse.

CFLAGS=" -march=core2 -mtune=core2 -O2 -pipe -mmmx -msse4.2 -ftracer -mfpmath=sse"

тоже

CFLAGS=" -march=core2 -O2 -pipe -msse4.2 -ftracer -mfpmath=sse"

для 3-7-ого корка:

CFLAGS="-march=corei7 -O2 -pipe -msse4.2 -ftracer -mfpmath=sse"

И да, давно волнующий вопрос, на который я не нашел ответа: какую mfpmath лучше писать (лучше в плане быстродействия)

-mfpmath=sse
-mfpmath=sse,387

?

потестируй
я использую первое
Сильвия, емнип, предпочитала второе

mfpmath=both. Регрессий нет, а вот профиг местами раза в 2-3 бывает.

man gcc

Сильвия, емнип, предпочитала второе

У неё отношение к оптимизации было, как к складскому учёту: пять штук продвинутых инструкций в маш.коде автоматически делает его лучше, чем две штуки таких инструкций. Где они там в этом коде находятся и что конкретно делают - ниипёт.

ты что-то путаешь

nope. Она даже программульку для этого самого складского учёта наваяла ;)

считалочка была только для того, чтобы выяснить и показать на практике какие ключи что дают и как в каких случаях работают