[gentoo] Оптимизация

>Изменил флаги компиляции, как теперь пересобрать всё?

emerge -e world

>Может флаги изменить чтоб было более Ъ:

>Сейчас: CFLAGS="-O2 -mtune=i686 -pipe"

>model name : Intel(R) Celeron(R) M CPU 430 @ 1.73GHz

Тяжелый случай. Тебе уже ничто не поможет.

>Тяжелый случай. Тебе уже ничто не поможет.

Да это дефолтные!! Я не занимался оптимизацией еще)) Первый раз генту поставил)

ЗЫ надо было тег [noob]

>чтоб было более Ъ

Имел ввиду более Ъ чем собираюсь сделать...

Ладно, тогда что насчет теста? Раз так стебались, значит прирост будет заметным =)

unixbench

Денис, ты?

>Денис, ты?

не, я Андр)

Хм. Он просто при общении по джабберу ну просто дико похоже разговаривает и тоже решил перепоползти на гентоо.

>unixbench

[ Results for search key : unixbench ]
[ Applications found : 0 ]

В app-benchmarks до фига бенчей

$ set |grep CFLAGS
CFLAGS='-g0 -pipe -mmmx -msse -msse2 -march=pentium4 -mtune=pentium4 -mfpmath=sse -ftree-vectorize -O4 -fomit-frame-pointer'



не для генты ноут ( ставьте слаку

в принципе даже лучше -O2 вместо -O4 на селероне кеш короткий, O3 (O4 это паранойа) может вызывать сброс кеша инструкций

>CFLAGS='-g0 -pipe -mmmx -msse -msse2 -march=pentium4 -mtune=pentium4 -mfpmath=sse -ftree-vectorize -O4 -fomit-frame-pointer'

чтение man gcc открыло мне, что -mtune=pentium4 включает -mmmx -msse -msse2, что до -O4, то почему не -O99 сразу? ну и -mfpmath=sse -ftree-vectorize нужны далеко не везде да и просто может привести к различным странным глюкам.

Не флагами однако "оптимизация" делается. Да и что хочется оптимизировать? Может и стоит начать с того, чтобы решить, а что собственно нужно? Какая цель преследуется?

У меня:

CFLAGS="-march=core2 -O3 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,-O3,--as-needed"
MAKEOPTS="-j2"
USE="<> -gtk -ipv6 -doc -games -yahoo -messenger"
FEATURES="<> parallel-fetch noinfo nodoc"

Еще ccache для сборок и prelink.
Ядро самосборное, все лишнее отрезано нафиг по самые гланды, собрано тоже с оптимизацией.

По ощущениям - шустрее уже как бе некуда - ООо calc - 5-10 (в зависимости от загруженности системы) секунд первый запуск, 2-3 последющие.

Sony Vaio:
Intel(R) Core(TM)2 Duo CPU T5450 @ 1.66GHz
2x1024 DDR2 RAM
nVidia GeForce 8400

нафига извраты с mtune и march? Ставьте march=native, коли уж такая штука есть))

Всегда предпочитал указывать важные опции явно, а не предоставлять компилятору возможность решать самому.(может я параноик) А вдруг баг? А вдруг не поймет, что для моего камня native? Не, так надежнее.

Оно только для версий gcc 4.2 и выше. А так да, везде писать native

плохо man читали ) можно и -O99 как делают (или делали) в glibc но выше чем -O3 все равно не будет, глюков пока не было по поводу векторизации, ядро конечно с такими флагами не собирается (виснет сразу же при загрузке), а для приложений типичных десктопных - вполне ничего так вариант. насчет включения -mmmx -msse -msse2 флажком -mtune=pentium4 - да, возможно, но лучше включить так

PS: можно еще поставить Intel C/C++ compiler и собирать им, то что собирается, Qt, KDE - весьма выигрывают. По большей части совместим с GCC, но м.б. глюки.

-g0 -msse2 -mtune=pentium4 -march=pentium4 -axW -O3 -fomit-frame-pointer

флаги -ip -ipo можно добавить для сборки отдельных, как правило небольших, программ. Динамические библиотеки с -ip -ipo собирать не стоит )

>PS: можно еще поставить Intel C/C++ compiler и собирать им, то что собирается

Недавно ставил. Т.е. и сейчас стоит, в любой момент emerge любого приложения можно переключить на icc.

Не понравилось. Уровень глюков крайне высок. Особенно мерзко, когда пакет собирается, но или не собирается, или глючит при работе другой пакет, пользующийся первым.

В общем, поиграл несколько дней и всё, что собрал под icc пересобрал снова под GCC.

Думаю со временем сделать сборку под icc только отдельных пакетов, требующих особого быстродействия. Тот же mplayer с либами попробовать в icc. Всякие bzip2/gzip и т.п. :)

я сравнивала mplayer icc vs сборка с дефолтными флагами GCC преимущества минимальны, на 15 минутных роликах (ffmpeg использовался) user cpu time отличался на 1-2 секунды (правда в пользу icc)

Qt/KDE прилично собирается ICC, из Qt приложений глюки были только с Arora (там в истории вместо даты - пустые строки)

bzip2

gzip

lzma

- да, хотя тоже как-то не очень убедительно было преимущество icc

Я только gzip сравнил. Получил уменьшение времени упаковки до 8.6 сек. для /bin вместо прежних 9.9 - http://www.linux.org.ru/jump-message.jsp?msgid=3172469&cid=3172756

Но если верить http://shootout.alioth.debian.org/ , то наибольший выигрышь перед GCC идёт на C++ программах.

с lzma вот что получилось (оно на c++ как раз)

тестовый архив - mplayer1.0_svn20081029.tar (svn export)
42 997 760 байт

процессор - примерно такой как у автора топика, ноут ASUS A6

время сборки самого архиватора

compile lzma (gcc 4.3.2)

real 0m13.660s
user 0m10.345s
sys 0m1.636s

compile lzma (icc 10.1)

real 0m11.886s
user 0m9.221s
sys 0m1.796s


сжатие
-----------

$ time lzma.gcc -v test1.tar
test1.tar: 83.8% -- replaced with test1.tar.lzma

real 1m41.963s
user 1m33.202s
sys 0m1.860s

$ time lzma.icc -v test2.tar
test2.tar: 83.8% -- replaced with test2.tar.lzma

real 1m34.234s
user 1m25.677s
sys 0m1.716s

icc -ip? -ipo? :)

без

-g0 -msse2 -axW -O4 -fomit-frame-pointer

gcc соответственно с -g0 -mmmx -msse -msse2 -march=pentium4 -mtune=pentium4 -O4 -fomit-frame-pointer -pipe -mfpmath=sse -ftree-vectorize

-ip

-ipo

глючат если идет сборка библиотек

make[3]: Entering directory `/tmp/ilzma/src/lzmadec'
icc -ipo -DHAVE_CONFIG_H -I. -I../.. -I../../src/liblzmadec -g0 -msse2 -O4 -fomit-frame-pointer -MT lzmadec.o -MD -MP -MF .deps/lzmadec.Tpo -c -o lzmadec.o lzmadec.c
icc: command line warning #10156: ignoring option '-O'; no argument required
mv -f .deps/lzmadec.Tpo .deps/lzmadec.Po
/bin/sh ../../libtool --tag=CC --mode=link icc -ipo -g0 -msse2 -O4 -fomit-frame-pointer -static -o lzmadec lzmadec.o ../../src/liblzmadec/liblzmadec.la
mkdir .libs
icc -ipo -g0 -msse2 -O4 -fomit-frame-pointer -o lzmadec lzmadec.o ../../src/liblzmadec/.libs/liblzmadec.a
ipo: warning #11043: unresolved lzmadec_init
Referenced in /tmp/ipo_iccrEpITM.o
ipo: warning #11043: unresolved lzmadec_decode
Referenced in /tmp/ipo_iccrEpITM.o
ipo: warning #11043: unresolved lzmadec_end
Referenced in /tmp/ipo_iccrEpITM.o
ipo: remark #11001: performing single-file optimizations
ipo: remark #11005: generating object file /tmp/ipo_iccrEpITM.o
/tmp/ipo_iccrEpITM.o: In function `main':
/tmp/ipo_iccrEpITM.c:(.text+0x10e): undefined reference to `lzmadec_init'
/tmp/ipo_iccrEpITM.c:(.text+0x18f): undefined reference to `lzmadec_decode'
/tmp/ipo_iccrEpITM.c:(.text+0x1d2): undefined reference to `lzmadec_end'
make[3]: *** [lzmadec] Error 1

там и без -ip(o) разница заметна

>>я сравнивала mplayer icc vs сборка с дефолтными флагами GCC

Ну в мплейере и ффмпег куча асма, так что либо отключаем при configure(ага...), либо получаем, что получаем.

> >Изменил флаги компиляции, как теперь пересобрать всё?
> emerge -e world

Не нужно вам пересобирать все. Пересобирайте только те пакеты, для которых изменились флаги:

# emerge world -DNu

>Пересобирайте только те пакеты, для которых изменились флаги

Я так пониямаю, у человека CFLAGS изменились, а не USE.

>Заодно хотелось бы погонять тесты до и после, чтоб посмотреть разницу в быстродействии (а не только на глаз). Какие тесты посоветуете?

лучший тест - именно на глаз. если ты не видишь разницы, то оно затраченного времени не стоило.

Господи, да нету выше -O3. Чего гадать? Сделайте emerge --buildpkgonly _название_пакета_на_С_или_С++_ с флагом -O3 (пакет будет находиться в /usr/portage/packages/All), распакуйте архив, посмотрите md5sum бинарников. И соберите этот же пакет с -O4, -O5, -O6, ... -O666 и сравните суммы бинарников. И разницы не будет никакой! Вы документацию к Генту читали? Там ясно приводился исходный код gcc, где стояло условие, что если флаг выше -O3, то ставить -O3.

А, ну что по поводу советов... Я прочитал на том же сайте Генту, в официальных документах, что AMD рекоммендуют использовать -O3, и собрал с -O3. Стало лучше (на глаз, но заметно лучше).