Ключи для сборки приложений для FreeBSD

[Kotjara]

И так, кто какими ключами пользуется, и пользуется ли вообще.
Т.к. мой опыт показывает, что при установке ключей -02 -pipe -march=pentium4
Программы работают быстрее НО частенько падают в core.
Вобщем делимся опытом и пытаемся выжать максимум из FreeBSD.

[alv]

если речь идет о портах - у меня почти все (а может и все) собиралось и нормально работало с -O3 -march=что_есть
но выигрыша в быстродейтсвии это не давало (иногда наоборот - мерял), так что в итоге я остановился на

-O2 -march=i686

для ядра то же самое, мир раньше не собрался с -O выше единицы, но в шестерке спокойно проходит и -O2

[Kotjara]

Алексей, именно для портов.
Ядро, впрочем как и мир только -0 т.к. в том же make.conf не рекомендуется сборка с бОльшими значениями.
А речь вот о чём, при сборке Gnome со значениями описанными выше тот же Totem глючит по "чёрному". Валится в core при просмотре видео. Вобщем нареканий много, а стабильности мало.
Забыл оговориться система FreeBSD 6 Beta5

[alv]

Алексей, именно для портов.
Ядро, впрочем как и мир только -0 т.к. в том же make.conf не рекомендуется сборка с бОльшими значениями.
А речь вот о чём, при сборке Gnome со значениями описанными выше тот же Totem глючит по "чёрному". Валится в core при просмотре видео. Вобщем нареканий много, а стабильности мало.
Забыл оговориться система FreeBSD 6 Beta5

я gnome не пользуюсь вообще, gtk - почти не пользуюсь
а вот с qt и kde-приложениями при -O2 -march=athlon64 проблем не наблюдалось
FreeBSD for AMD64 6, беты с 1-й по 4-ю

PS пардон, -march=i686 из предыдущего поста относилось не к Фре, а к Стрекозе, как на P4, так и на AMD64
попытка пересобрать DragonFly с -march=athlon64 привела к полностью неработоспособной системе, даже ls толком не работала, так что и откатиться назад нельзя было

[polachok]

я так не использую их. только CPUTYPE=p3 прописал. по умолчанию все собирается с O2 и еще какими-то опциями в зависимости от приложения. все стабильно.

[alv]

я так не использую их. только CPUTYPE=p3 прописал. по умолчанию все собирается с O2 и еще какими-то опциями в зависимости от приложения. все стабильно.

в /etc/make.conf
CPUTYPE=камень
без раскомментирования
NO_CPU_CFLAGS= true
есть эквивалент -march=камень в командной строке gcc

но умолчальный флаг оптимизации - все же -O1? или я очень давно не видел оригинального /etc/make.conf?

[polachok]

ну я не знаю, какой умолчальный, у меня все значения CFLAGS закомментированы и собирается все с O2. или это фича 7.0 ? сомневаюсь...

[Kotjara]

Согласен с polachok
Оно таки действительно при указании CPUTYPE=pentium4, собирает пакеты с -02 -pipe по умолчанию. Но именно при такой сборке в 6.0 Beta4 гном почти не мог работать в Beta5 уже почти всё работает, но замечено что Firefox иногда простто молча вылетает. Как уже говорил Ttem тоже иногда напрочь отказывается работать. Но с тотемом дело не очень ясное т.к. тот же gxine (как и тотем использует libxine) работает распрекрасно.

в /etc/make.conf
CPUTYPE=камень
без раскомментирования
NO_CPU_CFLAGS= true
есть эквивалент -march=камень в командной строке gcc

но умолчальный флаг оптимизации - все же -O1? или я очень давно не видел оригинального /etc/make.conf?

Для версии 6.0 "умолчальный" флаг -02 (если выставлен CPUTYPE). DFBSD основана на 4-ке, для неё "умолчальный" флаг вообще по идее -0.

[alv]

Для версии 6.0 "умолчальный" флаг -02 (если выставлен CPUTYPE). DFBSD основана на 4-ке, для неё "умолчальный" флаг вообще по идее -0.

понял, спасибо.
просто мой make.conf живет очень давно, я его только чуть правлю
а в DFBSD умолчальный флаг действительно -O1, но с тех пор, как он перешел по умолчанию на 3.4.X, ядро и мир обычно нормально собираются с O3, правда, ничего в плане быстродействия это не дает по сравнению с O2 (мерял)