gcc 4.4.x и -fprofile-** (-fprofile-dir реальная тема в новом компилляторе)

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

В gcc добавили метод меряться оптимизацией, на сколько я понял? Специально для гентушников)))
Или это как-то влияет на скорость выполнения получившегося кода?

Поискал инфу, оказывается следующее, gcc сначала компилирует "некй кусок" кода, потом запускает и смотрит, как он работает, и основываясь на этом еще раз компилирует...
Вообщем, надо будет поковыряться.... :)

Хм... интересно :) А если компилить ядро в купе с модулями, потом какое-то время работать и снова компилить, то эффект тот же?

думаю, что не стоит пока особо набрасываться на gcc:4.4 и использовать только для конкретных приложений... собрал я gcc:4.4, установил его как основной и пересобрал мир - сутки потратил, чтобы привести систему к рабочему состоянию... помог только откат к gcc:4.3

Ему нужна "статистика" по конретной программе, чтобы при её перекомпиляции был какой-то выйгрыш, или ему нужна статистика о конкретной системе?

Лучше объясните мне как это с портажем подружить. Раньше видел патч на emake, но может можно как-то без него обойтись?

А можно ли (имеет ли смысл) использовать -fprofile* совместно с ccache?

Как пересобрать firefox с созданием профиля? С полпинка что-то не вышло... Я правильно понимаю, что USE "custom-optimization" мешает?

А как его с cmake подружить?
update
тьфу ты это я опечатался

Ох, ну когда же я увижу бенчи :)

У всех как то все быстрее и быстрее , да вот цифр обычно нету.

П.С Речь не про расчетный софт, кодеки или субд, речь про Qt или ff :)

Несмог им собрать Qt в терминал вывалилось тонна сообщений вида

qscriptstring.o: In function `QScriptStringPrivate::QScriptStringPrivate()':                                                                                                        
qscriptstring.cpp:(.text+0x33): undefined reference to `__gcov_indirect_call_profiler'                                                                                              
qscriptstring.o: In function `QScriptStringPrivate::QScriptStringPrivate()':                                                                                                        
qscriptstring.cpp:(.text+0xa3): undefined reference to `__gcov_indirect_call_profiler'                                                                                              
qscriptstring.o: In function `QScriptStringPrivate::get(QScriptString const&)':                                                                                                     
qscriptstring.cpp:(.text+0x10f): undefined reference to `__gcov_indirect_call_profiler'                                                                                             
qscriptstring.o: In function `QScriptString::QScriptString()':                                                                                                                      
qscriptstring.cpp:(.text+0x165): undefined reference to `__gcov_indirect_call_profiler'                                                                                             
qscriptstring.o: In function `QScriptString::QScriptString()':                                                                                                                      
qscriptstring.cpp:(.text+0x1bf): undefined reference to `__gcov_indirect_call_profiler'                                                                                             
qscriptstring.o:qscriptstring.cpp:(.text+0x219): more undefined references to `__gcov_indirect_call_profiler' follow                                                                
qscriptstring.o: In function `global constructors keyed to 65535_0__ZN20QScriptStringPrivateC2Ev':                                                                                  
qscriptstring.cpp:(.text+0xb5d): undefined reference to `__gcov_init'                                                                                                               
qscriptstring.o:(.data+0x24): undefined reference to `__gcov_merge_add'                                                                                                             
collect2: выполнение ld завершилось с кодом возврата 1

А автор сам это дело запускал?
а) там нужно делать линк на libgcov.a из gcc, как минимум. Т.е. надо менять LDFLAGS, а их не все учитывает (далеко не все). Сама профилизация все нехило тормозит
б) -fprofile-dir должен смотреть на all-writible папку, иначе матюгов несчесть будет при запуске, о ошибке доступа.
в) Если разные программы (вроде cp) запускаются разными пользователями - все равно будут матюги, ибо файлы создаются с владельцем первого запустившего. Избежать это можно только при помощи chmod g+s и назначении всем пользователям некой одной группы, которая будет владеть папкой. Ну и umask надо подправить на эту папку

черт, в portage срочно необходимо добавлять фишки вида:
/etc/portage/package.cflags
/etc/portage/package.gcc-config
Надеюсь всем понятно что я имею в виду? или уже есть аналоги?

Просто после пересборки или обновления мира, все предыдущие настройки и параметры, задаваемые переменными, непосредственно перед ebuild едут лесом, а значит опять таки никакой автоматизации и ручками ручками....

хорошая штука для стабильных пакетов, которые редко обновляются

firefox помоему не нужно пересобирать, нужно пересобирать xulrunner

Так. Чего-то я немного не понял. Если я, например, собираю zlib, то потом при выполнении слинкованных с zlib программ выпадает ошибка(оно и понятно):

/lib/libz.so.1: undefined symbol: __gcov_merge_add

В make.conf:

CFLAGS="-O2 -march=native -mtune=native -pipe -fprofile-dir=/var/tmp/fprofile -fprofile-generate"

Как я понимаю, все скомпилированные программы нужно линковать с gcov. Так каким образом это сделать?
Заранее спасибо :)

Мда... Имхо топикстартер аццкий провокатор. Во народу щас себе систем поломает... Еще раз повторяю - для нормальной работы нужно указывать LDFLAGS, которые много пакетов игнорируют.

После недели с лишним юзания Firefox (xulrunner) и Thunderbird со сбором статистики пересобрал их с использованием собранной статистики. Ничего не заметил. Запуск если и сократился на долю секунды, то это не заметно и не принципиально. В процессе работы... Ну а что, как сайты страницы отдают так ФФ их и отображает. Так что пока этой фичи оценить не могу.

Разве что попробовать с кодировщиками, lame, avidemux с кодеками, sox, imagemagick... Может на них заметней будет?

Или, может, из-за того, что процессор Athlon X2 5600+, там, небось, и ускорять уже некуда?

Небольшой off topic, но тоже для ищущих "реальных тем".
http://mesadu.net/index.php?option=content&Itemid=10&task=view&id=20
согласно http://www.llvm.org/ версия 2.6 выйдет через 10 дней.
Что думаете?
см также http://www.opennet.ru/openforum/vsluhforumID3/58544.html

Что-то меня эта тема совсем перестала радовать. Не запускается Pidgin. Уже на несколько раз пересобрал его и все зависимости без этих волшебных опций, и даже на gcc-4.3.4 переключился и снова пересобрал - и все равно:

$ pidgin
profiling:/var/tmp/fprofile//tmp/distccd_2bb17270.gcda:Cannot open
profiling:/var/tmp/fprofile//tmp/distccd_2fee7270.gcda:Cannot open
profiling:/var/tmp/fprofile//tmp/distccd_32887272.gcda:Cannot open
... 
profiling:/var/tmp/fprofile//tmp/distccd_a6b4728f.gcda:Cannot open
profiling:/var/tmp/fprofile//tmp/distccd_cc35728f.gcda:Cannot open
profiling:/var/tmp/fprofile//tmp/distccd_4efc728f.gcda:Cannot open
Pidgin 2.6.2 были с ошибками сегментации и попытались просмтреть файл ядра.
Это глюк в программе и вы тут не виноваты.
...

Не пойму, зачем они ему нужны? Уж и не знаю, что еще пересобрать?

Много времени прошло - как там поживает свежий gcc-4.4.2? Он достаточно стабилен? Если до него обновиться, не надо быть готовым к тому, что придётся потом откатываться обратно?