Gentoo CFLAGS

-march=corei7 -mtune=generic

-march=native -O2 -pipe для всего. и не слушай анонимусов, а то насоветуют всякого...

Покажи cat /proc/cpuinfo для начала. А вообще, если не планируешь распределенную компиляцию, то для начала -march=native - самое-то.

4 ядра:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 55
model name      : Intel(R) Pentium(R) CPU  N3530  @ 2.16GHz
stepping        : 8
microcode       : 0x815
cpu MHz         : 1315.945
cache size      : 1024 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
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 rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch ida arat epb dtherm tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms
bugs            :
bogomips        : 4326.40
clflush size    : 64                                                                                                                    
cache_alignment : 64                                                                                                                    
address sizes   : 36 bits physical, 48 bits virtual                                                                                     
power management:

А в чем профит отказа от native в принципе?

достаточно посмотреть, какие флаги выбирает -march=native

Если умеешь в тонкий тюнинг опций gcc - профит есть. Или если у тебя супер-пупер новый проц и древний gcc в котором нет оптимального набора оптимизаций для native. Ну и кросскомпиляция(в некоторых случаях) и распределенная компиляция(для distcc native противопоказан).

В остальным случаях это - экономия на спичках. Профиту не будет, наоборот можно что-нибудь припороть, если не разбираешься. А если не знаешь как чинить - чинить будешь долго.

Ну и вообще, систему лучше собирать с более-менее безопасным набором CFLAGS. А вот отдельные пакеты можно собирать с люто-бешено упоротыми CFLAGS, чтоб ловить профит в нужных местах, благо package.env решает

native может включать излишние оптимизации, которые на деле оборачиваются потерями в производительности - так, например, слышал негативные отзывы о подстройке размеров кэша (-cache-param или как-то так)

Оно?

igor@area73 ~ $ echo "" | gcc -march=native -v -E - 2>&1 | grep cc1
 /usr/lib/gcc/x86_64-linux-gnu/4.8/cc1 -E -quiet -v -imultiarch x86_64-linux-gnu - -march=corei7 -mcx16 -msahf -mmovbe -mno-aes -mpclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm -mno-avx -mno-avx2 -msse4.2 -msse4.1 -mno-lzcnt -mno-rtm -mno-hle -mrdrnd -mno-f16c -mno-fsgsbase -mno-rdseed -mprfchw -mno-adx -mfxsr -mno-xsave -mno-xsaveopt --param l1-cache-size=24 --param l1-cache-line-size=64 --param l2-cache-size=1024 -mtune=generic -fstack-protector -Wformat -Wformat-security

Глянь выхлоп

gcc -march=native -E -v - </dev/null 2>&1 | grep cc1

Если хочешь заморочиться сферическими оптимизациями - погугли про каждую опцию.

Если хочешь чтобы всё работало стабильно - пока забей, отстрелить себе яйца ты еще успеешь.

слышал негативные отзывы о

а я слышал как кто-то в очереди(в магазине) пукнул сегодня... толи дядя толи тётя.. не знаю..

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

Выхлоп

gcc -### -march=native -E /usr/include/stdlib.h 2>&1 | grep "/usr/libexec/gcc/.*cc1"

Ну то есть если я собираю свой уютный домашний сервачек, и собираю все на нем же, то юзать native и не париться, верно?

native

А вот отдельные пакеты можно собирать с люто-бешено упоротыми CFLAGS

Можешь привести какие-нибудь примеры, кроме sqlite? Я имею в виду не что-то узкоспециализированное (типа научных числодробилок), а какие-то более или менее обычные для хомячкового десктопа программы.

кодеки, архиваторы, всё что в top на первых строчках

древним процессорам место на свалке

march вообще не включает никаких оптимизаций, дурилка ты картонная

Да

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

В своё время, когда у меня не было GPU, умеющего в vdpau, сборка mplayer с -O3 и еще парочкой опций позволяла некоторым HD-видео таки переставать тормозить. Сейчас это мягко говоря неактуально на современных десктопах. Даже если драйвер не умеет аппаратного декодирования, мощности процессора как правило хватит чтобы пережевать достаточно крупное видео без проблем и дополнительных оптимизаций.

Если умеешь в тонкий тюнинг опций gcc - профит есть.

Откройте капот Покажите ваш make.conf. Любопытно узнать что в нем :)

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

А гентощка, любовно собранная с core2 взлетит на core i7 CPU ?

конечно взлетит

Подождем ответа от официальных экспертов

разумеется взлетит

иначе компания Intel до сегодняшних дней не дожила бы :)

На десктопах - march=native, на серваках - march либо не указан(x86_64), либо i686(наследие прошлого). Почему? Потому что distcc и бинарные пакеты.

Подробнее о конфигурации portage на моих десктопах можно посмотреть тут

И да, последний сервак с Pentium II(i686) я закопал чуть больше чем 2 года назад всего.

Ну и традиционно - я НЕ говорил, что умею в крутой тюнинг опций gcc. Это больше к Silvy и megabaks.

обратная совместимость же - если набор инструкций нового процессора >= набор инструкций старого -> тогда взлетит.

А вообще если не уверен, никто не мешает подписать -mtune=generic. Будет чуть медленнее, зато меньше проблем с совместимостью

Благодарю.

Подробнее о конфигурации portage на моих десктопах можно посмотреть тут

Очень аккуратно сделано с локальными юзами. Понравилось.

Спасибо за ответ

Вот к чему все свелось: -march=silvermont -mno-aes -mprfchw -mrdrnd -O2 -pipe

Очень скудная инфа на русском по cflags. В лучшем случае в контексте win32-asm в дебрях упоминается; или куцая статейка в вики.На английском тоже все далеко не очевидно. Новичку абсолютно нет шансов. Я правильно понимаю, что если есть желание загнаться по этому, то нужно сначала выучить asm, потом С, потом gcc, а потом уже книги по настройке ядра? Все настолько цепляется друг за друга, что новичку нет смысла глубоко копать, лучше сразу пойти другим путем.
Я правильно понял, что флаг -pipe убирают только программные разработчики ради комфортной отладки своего кода(гуманитарными словами)?

какую-то херню написал

достаточно прописать -march=native в большинстве случаев

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

asm, потом С, потом gcc, а потом

вообще, лучше в обратном порядке, лол

изи же, это всё примитивщина, разве что обернуть сознание вокруг такой многословной примитивщины как асм может быть непросто

в общем случае достаточно прочитать man gcc и загуглить непонятные оптимизации кода, да и у тех, что там объяснены, могут быть интересные сайд-эффекты

Вопрос был, единственный ли это вариант.

-march=native

Зачем? Вот пример моих:

CFLAGS="-O2 -pipe -msse -msse2 -msse3 -mssse3 -msse4.1"

херню написал, например, у тебя не указан таргет для оптимизации, на другом компе с ним всё равно будет работать, но на основном компе(для которого указан таргет) — быстрее

для оптимизации

Какой, нафиг, оптимизации, если у меня разные процессоры?

на другом компе с ним всё равно будет работать, но на основном компе(для которого указан таргет) — быстрее

Насколько быстрее? На 1%?

конпеляторы

изи же, это всё примитивщина

в девелопменте тебя бы закидали какахами

Какой, нафиг

такой

Насколько быстрее

не знаю, давай пакет для тестов. у меня в разы бывает

Язык ассемблера надо знать хотя бы поверхностно перед тем, как С изучать. А то потом получится идиотизм типа "дядя сказал, что goto — плохо, тратата!". Как послушаешь таких дебилов, аж плакать хочется!

давай пакет для тестов

Даже придумать как-то не могу, что бы такое жирненькое дать...

в разы бывает

Нет, сынок, это — фантастика!

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

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

-march=native, и не парься. GCC лучше тебя знает где эту самую нативу искать. А для «хитрожопых оптимизаций» добавь в make.conf

CPU_FLAGS_X86=«<и вот тут всю строчку пункта flags из /proc/cpuinfo>»

Тогда софтины ищущие всякие сссе сами определяться что им включать, а что нет.

вообще, лучше в обратном порядке, лол

и писать на похапэ.

Мне вот интересно и как ты будешь корочки без знания асма разбирать?

фантастика говоришь

$ for i in 1 2 3;do time ./c-ray-mt -t 10 <sphfract >/dev/null ;done |& grep ^real

-march=native -Ofast
real    0m1.310s
real    0m1.359s
real    0m1.305s

-march=x86-64 -O2
real    0m2.974s
real    0m2.944s
real    0m2.916s

$ python3 -c 'print("%.2f"%(2.916/1.305))'
2.23

как же для всего, для A10-6700 лучше:

CFLAGS="-march=bdver2 -O2 -pipe -fno-stack-protector"

А во что там native разворачивается? gcc -march=native -Q --help=target | grep march?