> почему всё-таки по умолчанию все приложения компилируются с -O2, а не -O3?

на -O3 вылазят баги в коде, которые разработчики считают багами в gcc

слишком много багов

Чтобы стабильнее работало

Можно список программ? Чтобы знать, что и как компилировать.

А какие сейчас объёмы кэшей? У меня на последнем уровне 512К на ядро, смысл от -O3?
И ты часто видел bottleneck именно в недостаточной тактовой частоте процессора, а не недостаточном кэше/медленной RAM/медленном HDD?

Я делаю так: кодеки, архиваторы, шифровальщики, базы данных собираю с

CFLAGS="-march=corei7-avx -mtune=corei7-avx -Ofast -pipe -mfpmath=sse -msse4.2 -ftree-loop-distribution -ftree-vectorize -fgraphite-identity -fexcess-precision=fast -ffast-math -Wno-all"

остальное с:

CFLAGS="-march=corei7 -mtune=corei7 -O2 -pipe -mfpmath=sse -msse4.2 -Wno-all"

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

При -03 потом куча приложений работает неправильно и падает в коры.

Потому что они написаны неправильно, не?

> И ещё... вот есть в ассемблере инструкции условного перехода короткого действия типа jc, je, loop и пр. Они действуют действительно коротко - по крайней мере когда я писал на асме они не давали возможности прыгнуть дальше, чем на 255 байт вперёд или назад.

Есть формы Jcc с 16- и 32-битным смещением. См. Intel Software Developer's Manual vol. 3A. Вот loop да, только 8-битное.

Пища для разжигания O-розни

http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/Optimize-Options.html

O3 - это всё то же, что и O2, плюс -finline-functions, -funswitch-loops, -fpredictive-commoning, -fgcse-after-reload, -ftree-vectorize and -fipa-cp-clone options.

Потому что с -ftree-vectorize постоянно баги какие-то вылазят.

[КСЖ] Браузер Попова (комментарий)

Расскажи-ка, как ты задаёшь отдельные CFLAGS для пакетов?

Создаёшь каталог /etc/portage/env, в который кидаешь каталоги, именованные по нужным категориям (например, media-libs). В этих каталогах создаёшь файлы под именами нужных пакетов (например, libmatroska), в файл вносишь строку

CFLAGS="..."

То есть, выглядит так:

nona frag # cat /etc/portage/env/media-libs/
a52dec         faad2          libcuefile     libmatroska    libogg         libsdl         libvorbis      qimageblitz    x264
faac           flac           libjpeg-turbo  libmpeg2       libpng         libtheora      libvpx         tiff           xvid

nona frag # cat /etc/portage/env/media-libs/x264 
CFLAGS="-march=corei7-avx -mtune=corei7-avx -Ofast -pipe -mfpmath=sse -msse4.2 -ftree-loop-distribution -ftree-vectorize -fgraphite-identity -fexcess-precision=fast -ffast-math -Wno-all"

Озон вреден в больших количествах

Один я, прочитав заголовок подумал о газах?

Почему-то, прочитав комментарий, я подумал про -CH4

op-ti-mize [verb (trans.)]* ... (gcc) to modify executable code so that it fails more quickly.

А почему не icc для для кодеков и проч? Говорят, есть смысл.

Нафиг. Слишком муторно заморачиваться.

А ядро собирать с О3 безопасно?

А ты его не соберёшь с О3

Я свои велосипеды постоянно с O3 собираю. Пока косяков, связанных с оптимизацией, не замечал.

Спасибо

Вообще, насколько мне известно, фишки из О3 после того, как начнут стабильно работать, переносятся в О2.

Какая разница, почему. Переписать их я все равно не смогу.

ЕМНИП они и так стабильно работают. Просто не каждый быдлокод при жесткой оптимизации работает правильно.

При чём тут быдлокод и правильно? O3 может быть медленнее, чем O2.
А ускорять код должны кодеры, а не компилятор (зачем я пишу это в тред, полный гентушников…)

При чём тут быдлокод и правильно?

Жесткая оптимизация в многопоточных приложениях дает кучу приключений тем, кто не знает все её особенности.

Для corei7-avx не надо разве указывать -mavx вместо -msse4.2? И зачем -f флаги, которые уже есть в -Ofast?

>Жесткая оптимизация в многопоточных приложениях дает кучу приключений тем, кто не знает все её особенности.
То есть «быдлокодеры» должны подстраиваться под gcc (даже если не используют его)? Только ради того, чтобы гентушники лишний раз скомпилировали с O3?

Соберешь сам проверял но и толку никакого

И как же ты собирал?

То есть «быдлокодеры» должны подстраиваться под gcc (даже если не используют его)? Только ради того, чтобы гентушники лишний раз скомпилировали с O3?

При чем тут «подстраиваться под gcc»? Надо знать, какие оптимизации в языке разрешены и не надеяться на их отсутствие (тебе это, пожалуй, неведомо). Синхронизируются на булевых флажках (или на volatile без барьеров), а потом удивляются почему код не работает. А виноватым gcc считают, да.

Что «как собирал» ? Меняешь в makefile -O2 на -O3