Флаги оптимизации (Какие вы применяете флаги оптимизации при сборке Gentoo?)

[megabaks]

просто почитай выше ни nocona ни какой то другой проц не включает кучку sse и mmx - потому надо их писать руками

Есть ли ссылки на доказательство подобного и соответствующие рекомендации со стороны разработчиков GCC, Intel, AMD? Слишком уж голословное утверждение или основанное чисто на личном опыте, как мне кажется.

читать умеем?

Код: Выделить всё

gcc -fverbose-asm -march=nocona -Q --help=target

можно native и посмотреть что гцц включит при native а что нет
и натив советуют потому что оно хоть какие то инструкции включает,но далеко не все - потому лучше руками!

[Torvinson]

просто почитай выше ни nocona ни какой то другой проц не включает кучку sse и mmx - потому надо их писать руками

Есть ли ссылки на доказательство подобного и соответствующие рекомендации со стороны разработчиков GCC, Intel, AMD? Слишком уж голословное утверждение или основанное чисто на личном опыте, как мне кажется.

читать умеем?

Хамство - признак человеческой глупости. Особенно на специализированном форуме и с незнакомыми лично людьми

Код: Выделить всё

gcc -fverbose-asm -march=nocona -Q --help=target

можно native и посмотреть что гцц включит при native а что нет
и натив советуют потому что оно хоть какие то инструкции включает,но далеко не все - потому лучше руками!

Ссылки, где советуют. Я тебя об этом и просил. На официальные ресурсы, а не на форумы "по интересам".

Иначе разговор идет на уровне "я так думаю", поскольку никаких доказательств у тебя нет, в багзилле об этом ты не заявлял и в вики не писал. Или дай, пожалуйста, ссылки. Думаю, это не тяжело

А так, в этом случае просто следует написать: "я считаю, что нынешние версии ГСС не умеют правильно включать оптимизацию для __некоторых__ процессоров. На пример, для процессора начавшего сей топик". Потому что на официальные сайтах говорят об обратном, то есть о том, что ГСС умеет включать оптимизацию для конкретного процессора при march=native для нынешнего gcc-4.4.3. Но далее дело за конкретной программой - воспользуется ли она этой оптимизацией или нет Это уже другой вопрос.

[megabaks]

для core2duo не умеют(mmx не включают) для athlon-xp вообще ничего не включают!
проверь на своём проце - потом подумай - а нужен ли пруф ) это очевидная вещь не нуждующаяся в доказательствах - она вот - перед глазами

[megabaks]

впрочем

Код: Выделить всё

megabaks@localhost ~ $ gcc -fverbose-asm -march=native -Q --help=target
Следующие ключи не зависят от целевой архитектуры:
  -m128bit-long-double                [выключено]
  -m32                                [включено]
  -m3dnow                             [выключено]
  -m3dnowa                            [выключено]
  -m64                                [выключено]
  -m80387                             [включено]
  -m96bit-long-double                 [включено]
  -mabm                               [выключено]
  -maccumulate-outgoing-args          [выключено]
  -maes                               [выключено]
  -malign-double                      [выключено]
  -malign-functions=
  -malign-jumps=
  -malign-loops=
  -malign-stringops                   [включено]
  -march=                             core2
  -masm=
  -mavx                               [выключено]
  -mbranch-cost=
  -mcld                               [выключено]
  -mcmodel=
  -mcx16                              [включено]
  -mfancy-math-387                    [включено]
  -mfma                               [выключено]
  -mforce-drap                        [выключено]
  -mfp-ret-in-387                     [включено]
  -mfpmath=
  -mfused-madd                        [включено]
  -mglibc                             [включено]
  -mhard-float                        [включено]
  -mieee-fp                           [включено]
  -mincoming-stack-boundary=
  -minline-all-stringops              [выключено]
  -minline-stringops-dynamically     [выключено]
  -mintel-syntax                      [выключено]
  -mlarge-data-threshold=
  -mmmx                               [выключено]
  -mms-bitfields                      [выключено]
  -mno-align-stringops                [выключено]
  -mno-fancy-math-387                 [выключено]
  -mno-fused-madd                     [выключено]
  -mno-push-args                      [выключено]
  -mno-red-zone                       [выключено]
  -mno-sse4                           [выключено]
  -momit-leaf-frame-pointer           [выключено]
  -mpc
  -mpclmul                            [выключено]
  -mpopcnt                            [выключено]
  -mpreferred-stack-boundary=
  -mpush-args                         [включено]
  -mrecip                             [выключено]
  -mred-zone                          [включено]
  -mregparm=
  -mrtd                               [выключено]
  -msahf                              [включено]
  -msoft-float                        [выключено]
  -msse                               [включено]
  -msse2                              [включено]
  -msse2avx                           [выключено]
  -msse3                              [включено]
  -msse4                              [выключено]
  -msse4.1                            [включено]
  -msse4.2                            [выключено]
  -msse4a                             [выключено]
  -msse5                              [выключено]
  -msseregparm                        [выключено]
  -mssse3                             [включено]
  -mstack-arg-probe                   [выключено]
  -mstackrealign                      [включено]
  -mstringop-strategy=
  -mtls-dialect=
  -mtls-direct-seg-refs               [включено]
  -mtune=                             core2
  -muclibc                            [выключено]
  -mveclibabi=

megabaks@localhost ~ $ gcc -v
Используются внутренние спецификации.
Целевая архитектура: i686-pc-linux-gnu
Параметры конфигурации: /var/tmp/portage/sys-devel/gcc-4.4.3/work/gcc-4.4.3/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.4.3 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.4.3/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.4.3 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.4.3/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.4.3/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.4.3/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --disable-fixed-point --with-ppl --with-cloog --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --enable-cld --with-python-dir=/share/gcc-data/i686-pc-linux-gnu/4.4.3/python --disable-libgcj --with-arch=i686 --enable-objc-gc --enable-languages=c,c++,objc,obj-c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.4.3 p1.0'
Модель многопоточности: posix
gcc версия 4.4.3 (Gentoo 4.4.3 p1.0)

смотрим на

-mmmx [выключено]

и выкидываем нафиг поломатый автомат!
тоже самое и с 4.4.2
а в это время

Код: Выделить всё

megabaks@localhost ~ $ cat /proc/cpuinfo | grep flags | sort -u | tr " " "\012" | grep -e mmx -e sse
mmx
sse
sse2
ssse3
sse4_1

если и этого не достаточно,то даже хз
З.Ы.

model name : Intel® Core™2 Duo CPU E7200 @ 2.53GHz

[Jampire]

впрочем

Впрочем про это уже не мало текста писано. И тут, и на генту.ру, и в багзилле gcc. Данный набор опций не показатель. Он не отображает реальное положение вещей.

[megabaks]

впрочем

Впрочем про это уже не мало текста писано. И тут, и на генту.ру, и в багзилле gcc. Данный набор опций не показатель. Он не отображает реальное положение вещей.

да що ви говоrите? а что он отражает? и где тогда смотреть ЧТО включает native? и не путаешь ли ты реальное положение вещей и кривой русский перевод?

[Jampire]

да що ви говоrите? а что он отражает? и где тогда смотреть ЧТО включает native? и не путаешь ли ты реальное положение вещей и кривой русский перевод?

Мы с вами на брудерша́фт еще не пили...

Где смотреть то, что включает native? В документации к gcc, но уж точно не через -fverbose-asm -march=native -Q --help=target. Если сами разработчики говорят, что она багнутая. Вы сами то проверяли вывод этой команды с native и core2? MMX включен в обоих случаях? На самом деле он включен, просто в выводе этого нет.
Вот вывод native на моем компе:

Код:

-mmmx [выключено] -msse [выключено] -msse2 [выключено] -msse3 [выключено] -msse4 [выключено] -msse4.1 [выключено] -msse4.2 [выключено] -msse4a [выключено] -msse5 [выключено] -msseregparm [выключено] -mssse3 [выключено]

а вот вывод с core2:

Код:

-mmmx [выключено] -msse [выключено] -msse2 [выключено] -msse3 [выключено] -msse4 [выключено] -msse4.1 [выключено] -msse4.2 [выключено] -msse4a [выключено] -msse5 [выключено] -msseregparm [выключено] -mssse3 [выключено]

Найдите 10 отличий, хотя из документации:

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

Должно включаться по-умолчанию.
В тоже время на точно таком же не локализованном компе:
native:

Код:

-mmmx [disabled] -msse [enabled] -msse2 [enabled] -msse2avx [disabled] -msse3 [enabled] -msse4 [disabled] -msse4.1 [enabled] -msse4.2 [disabled] -msse4a [disabled] -msse5 [disabled] -msseregparm [disabled] -mssse3 [enabled]

core2:

Код:

-mmmx [disabled] -msse [disabled] -msse2 [disabled] -msse2avx [disabled] -msse3 [disabled] -msse4 [disabled] -msse4.1 [disabled] -msse4.2 [disabled] -msse4a [disabled] -msse5 [disabled] -msseregparm [disabled] -mssse3 [disabled]

Как видно даже в нелокализованной версии не все так гладко.
Что же касается вас, то вы видимо документацию вобще не читали:

Код: Выделить всё

CFLAGS="-O2 -march=core2 -mtune=core2 -mmmx -msse -msse2 -msse3 -mssse3 -msse4.1 --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=3072 -floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution -pipe -g0 -Wno-all"

Зачем включать -mtune, если -march уже ее включает?

Moreover, specifying -march=cpu-type implies -mtune=cpu-type.

Зачем включать -mmmx -msse -msse2 -msse3 -mssse3, если -msse4.1 уже их включает?

Код: Выделить всё

jampire@aelita ~ $ gcc -fverbose-asm --help=target
-msse4.1                    Support MMX, SSE, SSE2, SSE3, SSSE3 and SSE4.1
                              built-in functions and code generation

[megabaks]

Зачем включать -mmmx -msse -msse2 -msse3 -mssse3, если -msse4.1 уже их включает?

эх...выше я это уже писал :)

[Jampire]

Если сами разработчики говорят, что она багнутая.

Точнее не багнутая, а предназначена не для того, как ее представляют люди, не читавшие документацию.

эх...выше я это уже писал

Прошу прощения, не заметил. Но все же вы выкидываете только *sse*. а как же mmx? Топикстратер просил флаги. Если вы их привели, значит именно так они у вас и стоят. Значит все-таки чего-то вы боитесь).

[Jampire]

Вот еще одно подтверждение неверного вывода -fverbose-asm. В документации сказано, что -msse4.1 включает -mmmx -msse -msse2 -msse3 -mssse3. Вы с этим слогласились.
Смотрим:

Код: Выделить всё

jampire@aelita ~ $ gcc -fverbose-asm -msse4.1 -Q --help=target
-mmmx                                 [выключено]
-msse                                 [включено]
-msse2                                [включено]
-msse3                                [включено]
-msse4.1                              [включено]
-mssse3                               [включено]

Кто из двух нагло лжет, либо -fverbose-asm, либо документация. Я склонен думать, что документация к gcc так нагло лгать не может...

[megabaks]

я думаю гонит именно документация
а почему оставил...потому что не доверяю особо автоматам - лучше прямо написать чего хочешь,чем надеяться на доки
тем более дубли (если доки правы) никому не мешают и не конфликтуют
и последовательность такова что если -march=XXX не включит что-то,то написанные руками включат
назовём просто страховкой
разве что надо похоже mmx после sse* поставить,а так всё хорошо

[Jampire]

а почему оставил...потому что не доверяю особо автоматам - лучше прямо написать чего хочешь,чем надеяться на доки
тем более дубли (если доки правы) никому не мешают и не конфликтуют

А можно просто ковырнуть код gcc и посмотреть что же там на самом деле .

[megabaks]

я не кодер в софте ковыряться - тем более gcc это ппц что за здоровая и хитрая софтина - ну её :)

[vyazovoi]

с версий gcc 4.3 > в марч можно и нужно выставлять native

Спорно, иногда даже вредно. В частности: где-то на генту-вики я прочитал, что atom будет определяться этой опцией с версии gcc 4.5.
Для своего atom N270 выставил такие параметры:

Код: Выделить всё

CFLAGS="-O2 -pipe -march=core2 -mtune=pentium -fomit-frame-pointer -mmmx -msse -msse2 -msse3 -mssse3 -mfpmath=sse"

Кто-то ещё использует Gentoo на атоме? =)
Я использую на нетбуке с HDD (aspire one), благодаря distcc слабенький нетбук неплохо справляется с компиляцией.

[Nightwolf_ng]

Кто-то ещё использует Gentoo на атоме? =)

Угу.

[vyazovoi]

Кто-то ещё использует Gentoo на атоме? =)

Угу.

И с какими опциями собираете ПО?

[megabaks]

CFLAGS="-O2 -pipe -march=core2 -mtune=pentium -fomit-frame-pointer -mmmx -msse -msse2 -msse3 -mssse3 -mfpmath=sse"

-ftree-vectorize
даёт больше mmx sse* :)
можно проверить с помощью
http://dev.gentoo.org/~dirtyepic/bin/analyze-x86
или собрать
http://fierevere.narod.ru/analyze-x86.c
потому у мну на корке ща

Код: Выделить всё

-O2 -march=core2 -ftree-vectorize  -msse4.1 --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=3072 -floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution -pipe -g0 -Wno-all

З.Ы. -mmmx -msse -msse2 -msse3 не нужны ибо корка их включает

[Ka40k]

--param l1-cache-line-size=64

Хм, из документации вроде бы

l1-cache-line-size
The size of cache line in L1 cache, in bytes.
l1-cache-size
The size of L1 cache, in kilobytes.
l2-cache-size
The size of L2 cache, in kilobytes.

http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
И, да. Я ещё выше в теме задавал вопрос про использование ffast-math. Использовал кто?

[megabaks]

И, да. Я ещё выше в теме задавал вопрос про использование ffast-math. Использовал кто?

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

[Ka40k]

Хорошо, а как насчёт

l1-cache-line-size
The size of cache line in L1 cache, in bytes.
l1-cache-size
The size of L1 cache, in kilobytes.

? =)
Интересно всё-таки.

[megabaks]

да никак - это мой косяк походу - но реально работает шустро )))

[Ka40k]

Тоесть всё-таки в байтах указывать? А то 64 или 65536 разница всё-таки есть.

[megabaks]

Тоесть всё-таки в байтах указывать? А то 64 или 65536 разница всё-таки есть.

разница есть...а что если гцц соберёт под ппц маленький кэш,а он реально больше - красота же )))

[Ka40k]

Вот человеку ответить ведь тяжело
Кстати много кто указывает в килобайтах. Вот и думай теперь указывать в байтах или килобайтах.

[megabaks]

он ест и так и так - по докам байты - ну значит будет кэш не 32кило,а 32 байта )))

[unax]

Товарищи, надоели мне непонятные обрывы компиляции..
Никогда не видел такого на своих amd64шных компах (с ноября с прошлого года не было не единого обрыва просто XD), поставил тут на драволет генту. и вот в зависимости от рандома при компиляции вылетает ошибка

Код: Выделить всё

 ........ошибка компилятора: Ошибка сегментирования
Отправьте подробное сообщение об ошибке
с препроцессированным исходным кодом.

Компьютер P lll 667 озу 392 mb

Код: Выделить всё

# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 8
model name      : Pentium III (Coppermine)
stepping        : 6
cpu MHz         : 668.123
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pse36 mmx fxsr sse up
bogomips        : 1336.24
clflush size    : 32
cache_alignment : 32
address sizes   : 36 bits physical, 32 bits virtual
power management:

Я уже всякое писал в make.conf..
и pentium3 и native писал.. Все равно эта ошибка сегментирования вылазите периодически, иногда собирается все без ошибок, иногда по несколько раз запускаю процесс компиляции. Подзадолбался.. xorg-server собрался, opengl на видюхе завелся nvidia, ну пока это собирал вылетало бывало.. %) сейчас вот fluxbox собираю, надоели вылеты
Сейчас вот что за флаги

Код: Выделить всё

CHOST="i686-pc-linux-gnu"
CFLAGS="-march=i686 -O2 -pipe"
CXXFLAGS="${CFLAGS}"

Вот чем генте не приглянулся мой драволет(( Обидно(
gcc пересобрать трудно.. вылетает на пересборе часто

[serzh-z]

в зависимости от рандома при компиляции вылетает ошибка

Вентилятор плохо прижат к процессору. Или вообще остановлен. Возможно - память испорчена.

[unax]

Вентилятор плохо прижат к процессору. Или вообще остановлен. Возможно - память испорчена.

С винтеляторами норма.. А вот планки оперативной памяти можно попробовать поменять. Ох не понятно, "железная" проблема или нет, так бы он вообще вис, если с железом были неполадки.

[xorader]

Проверь ещё напряжение в сети ... я года четыре не мог понять почему у меня диски и процы быстро дохнут и "от фазы луны" глюки возникали.

[serzh-z]

Ох не понятно, "железная" проблема или нет, так бы он вообще вис, если с железом были неполадки.

Железная. Компилятор очень сильно нагружает процессор/шину/память.