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

[Prospektoro]

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

[Black]

-O3 -march=amdfam10 -mtune=amdfam10 -fomit-frame-pointer -g0
/var/tmp в tmpfs, а то бы был ещё -pipe.

[Juliette]

исключительно -O8
всегда

[serg_sk]

исключительно -O8
всегда

оО

А вообще можно почитать вику
http://www.gentoo-wiki.info/CFLAGS
http://www.gentoo-wiki.info/Safe_Cflags

[Prospektoro]

Я уже читал, спасибо. Просто там столько флагов и незнаю какие лучше применять. Так как в программировании я не очень...
Какаие флаги применить при сборке с уровнем оптимизации 03? Да такие, чтобы потом проги работали :-) Процессор: Intel Core 2 Duo T7500

[DaemonTux]

Я уже читал, спасибо. Просто там столько флагов и незнаю какие лучше применять. Так как в программировании я не очень...
Какаие флаги применить при сборке с уровнем оптимизации 03? Да такие, чтобы потом проги работали :-) Процессор: Intel Core 2 Duo T7500

Если не хотите головника, то не используйте O3.

[Torvinson]

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

CFLAGS="-march=native -O2 -pipe"
MAKEOPTS="-j<количество_ядер+1>"

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

[deadhead]

Black Интересно как ведет себя gcc 4.4.*? багов не замечалось? ;-)
Кстати -fomit-frame-pointer можете убрать, поскольку в вашем случае (64-bit, -O1, -O2, -O3, -Os) он уже включен по умолчанию... да и процессу отладки не мешает ;-)

[polovinamozga]

исключительно -O8

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

cat /etc/make.conf
CFLAGS="-march=native -O2 -pipe"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j20"
ACCEPT_LICENSE="*"

[ormorph]

исключительно -O8
всегда

О я тоже хочу так пропатчить gcc
интересно где можно раздобыть этот патч?

[serzh-z]

О я тоже хочу так пропатчить gcc

O >= 3 поддерживается всеми современными версиями GCC. =)

[Black]

Black Интересно как ведет себя gcc 4.4.*? багов не замечалось? ;-)

Нет, а должны?

[Black]

O > 3 поддерживается всеми современными версиями GCC. =)

Раньше при указании -O>3 использовался -O3. Сейчас как-то по другому?

[megabaks]

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

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"
CXXFLAGS="${CFLAGS}"

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

MAKEOPTS="-j3 -s"

все sse до -msse4.1 можно выкинуть - ибо оно их включает
и да - всё что с loop это графит

[deadhead]

Нет, а должны?

в стабильной ветке он пока не отметился ;-)

[serzh-z]

Раньше при указании -O>3 использовался -O3. Сейчас как-то по другому?

В коде GCC есть проверка ">= 3" или "> 2" (не помню деталей). Не играет роли что указать - хоть "-O99".

[ormorph]

Жаль а я хотел восьмую оптимизацию (

[Juliette]

Жаль а я хотел восьмую оптимизацию (

[serg_sk]

Труъ гентушники ставят -O100500
xD

[BSDevil]

CHOST="i686-pc-linux-gnu"
CFLAGS="-march=prescott -O3 -pipe -fomit-frame-pointer"
MAKEOPTS="-j3"

[trancefer]

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

Ссылку пожалуйста.

[megabaks]

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

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

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

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

сравнивать с поддерживаемыми фичами до просветления

[Jampire]

Ссылку пожалуйста.

1
2

Указание native дает лишь возможность правильно определить тип вашего процессора, но не всегда правильно определяет его возможности.
Запустив

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

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

в опциях -march и -mtune вы узнаете тип вашего процессора.

[megabaks]

а то я не знаю )
а по поводу "нужно" - ересь!

[trancefer]

Указание native дает лишь возможность правильно определить тип вашего процессора, но не всегда правильно определяет его возможности.

Тогда не очень понятен смысл данной опции, разве что указывать ее для новейших процессоров, поддержка которых еще не до конца имеется в GCC? Есть ли разница между native и прямым указанием для старых машин?

[dimugric]

Я вот тоже когда-то пытался что-то с оптимизацией сделать, но после экспериментов, то пакеты переставили собраться, то ещё какие-то глюки ловил.
Инфа о моём процессоре:

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

# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 Duo CPU     T5270  @ 1.40GHz
stepping        : 13
cpu MHz         : 1400.000
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida
bogomips        : 2792.81
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 Duo CPU     T5270  @ 1.40GHz
stepping        : 13
cpu MHz         : 1400.000
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
apicid          : 1
initial apicid  : 1
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida
bogomips        : 2792.87
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

Параметры оптимизации в make.conf обычные совсем:

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

CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O3 -pipe"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j3"

Буду рад, если кто-нибудь что-нибудь подскажет, что действительно приведёт к оптимизации работы

[trancefer]

dimugric

-O3

Вы задали агрессивную оптимизацию, безопасное значение O2.

[megabaks]

Параметры оптимизации в make.conf обычные совсем:

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

CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O3 -pipe"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j3"

Буду рад, если кто-нибудь что-нибудь подскажет, что действительно приведёт к оптимизации работы

вот примерно так если без графита

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

CFLAGS="-O2 -march=core2 -mtune=core2 -mmmx -msse4.1 -pipe -g0 "

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

[Torvinson]

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

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

Смотрел рекомендации АМД, гентушные ВИКИ, оптимизацию от ГСС. Единственное, что говорят все и в один голос: не понимаешь, что делаешь, пользуйся -O2 и native. Остальное - на свой страх и риск.

[serzh-z]

Остальное - на свой страх и риск.

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