gentoo, LTO, CLANG, browser

Лучше с LTO или без

Depends. LTO точно не помешает, но некоторые пакеты с ним не собираются, нужно отключать попакетно. Насчёт ускорения - не мерил, но вряд ли оно будет отрицательное. Хотя с LTO сборка, особенно компоновка идёт намного дольше.

Firefox собирать с помощью CLANG или убрать флаг и собирать GCC?

А зачем его вообще собирать? Ну если так хочется, то я бы собирал gcc. Ещё бы запилили gcc-rs, чтобы clang в систему вообще не тащить.

Firefox собирать с помощью CLANG

This. А линкером заюзай mold, он самый реактивный.

пропиши мне телодвижения для линкера, плз.

https://github.com/rui314/mold

Вот тут мануал кури.

Спасибо.

А «мир» собирал с помощью Clang? (я тут шапку немного вопроса поменял).

firefox тянет llvm и clang и в ebuild +clang выставлен, я себе включил, но редко запускаю ничего сказать не могу

clang или gcc для некоторых процессоров могут быть лучше оптимизированы а для других хуже,
наверное даже llvm, а не clang или rust

распиши, как убрать из системы вообще clang?

если ты хочешь собирать firefox из исходников, то никак.

А почему? А если я флаг уберу?

Всё равно. Часть firefox собирается растом и чтобы связать часть собранную gcc с той, что собрана растом, нужен clang почему то. Скорее всего это связано с тем, что у раста бекенд на llvm. Поэтому вероятно эту проблему можно будет решить с помошью gcc-rs, но он пока не готов.

А линкером заюзай mold, он самый реактивный.

Бесполезное свойство если бинарники в результате получатся медленные. Он умеет в LTO?

А тебя как то беспокоит количество компиляторов на машине? У меня стоят и шланг и гцц и иллвм. Не один ты озабочен вопросами оптимизации, поэтому если сопровождающие ебилд файрфокса например решат что он лучше всего работает будучи собран шлангом у него появляется юз флаг «шланг», причём включённый по умолчанию.

НЕ один я, да. А потому жду, когда уберут gtk2 из Лисы.
И меня конечно беспокоит. Компилируются долго.

FF (более новый чем ESR 78) давно уже рекомендуют собирать только Clang, с GCC >= 10
там есть нерешенные (и по ходу нерешаемые глюки)
А вот включать LTO или нет - дело ваше.

Топик по ссылке уже весьма старый

спасибо. А что на счет перевода всей системы на clang?

P.S. как не хватает megabaks. Эх…

медленные

Ох уж эти рисеры.

с GCC >= 10 там есть нерешенные (и по ходу нерешаемые глюки)

а можно подробнее?

Тогда зачем тебе быстрый линкер, рисер?

Прикрутил (не без косяков). Я не знаю, но скорость сборки выросла, ощутимо.

можно пробовать, я пробовала это еще очень давно и получила достаточно много собранных пакетов, сейчас то, что не соберется - будет единичным.
Правда сделаю заметку, что наверное придется отказаться от сборки
abi_x86_32 , потому что Clang пока выпадает на некоторых пакетах, типа ядра, типа ffmpeg с сообщением о том, что не хватает регистров.

Для 64 бит собрать наверное получится практически все, исключая glibc

$ cat /etc/portage/package.env |grep clang
sys-devel/llvm clang
sys-libs/libomp clang
sys-devel/clang clang
sys-devel/lld clang
kde-plasma/* clang gold
kde-frameworks/* clang gold
kde-apps/* clang gold
dev-qt/* clang gold
media-sound/qmmp clang
media-plugins/qmmp-plugin-pack clang
app-portage/eix clang
net-libs/libtorrent-rasterbar clang
net-p2p/qbittorrent clang
net-dns/pdnsd clang
dev-libs/nspr clang
dev-libs/nss clang
app-arch/unrar clang
www-client/firefox plainld clang
sys-libs/db plainld clang

я пока собираю только это, плюс часть пакетов пересобираю с AOCC 3.0 (это по сути тот же Clang 12.0), например xorg-server

Подробнее наверное не будет, т.к. когда в ebuild ввели принудительную сборку с clang, я ходила на FreeNode #Gentoo общаться, мне там накидали тикетов и в багзиллу Gentoo и в багзиллу Mozilla, по поводу проблем с GCC 10

Clang у меня тогда выдавал ICE при сборке ФФ, из-за разницы с LLVM в rust'e, приходилось собирать GCC 9.3.0

Логов уже нет.

я пока собираю только это

один вопрос: зачем?

А почему бы и нет? В принципе готова и всю систему собирать,
но см. упомянутую выше проблему с abi_x86_32, поэтому чтобы не спотыкаться на 32 битных библиотеках собирается только то, что собирается без них, ну и отдельные вещи.

В чём профит то?

особенно ни в чем, бенчмарки и сравнения потребления памяти всё равно не делала, просто желание использовать Clang (и AOCC, с AOCC впрочем понятнее, раньше я ICC пользовалась, но они жадные и закрылись практически окончательно, да и ЦПУ у меня теперь другой)


С экспериментами это вам теперь к кому-нибудь еще, у меня на малополезное времени не хватает, так что, если я и пользуюсь Gentoo, то пересборки и попытки что-то расковырять мне не нужны уже совершенно.

всё собрал, что мне нужно, окромя ядра. ОНо потребовало старый.

И да, сборка явно быстрее, с линкером (на систему gold) и Clang.

А вот по скорости работы - на глаз мягче, в моём рабочем окружении косяков нет. Попугаи принципиально не считал, так как очень специфически собирал как пакеты, так и выставлял USE.

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

Что ещё по самой Gentoo: много зависимостей даже в минимально версии при отходе от стандартных флагов начинают себя весело вести.

если я и пользуюсь Gentoo

А чем сейчас? И на DE?

В чём профит то?

Памяти на глаз жрёт меньше, но веселился с флагами компиляции долго (GCC), Kernel, LLVM, Clang. Последние 2 - дрова, или по их «рекомендациям» или никак.

Памяти на глаз жрёт меньше

кто?

Конечно лиса! При старте Xorg - 112 (WM)

Конечно лиса

Жор памяти от компилятора не зависит практически

ДАже фаза луны влияет, ты что? (а сегодня полнолуние ;))

Wyrmtail: GNU/Linux на основе компиляторов LLVM

это было 11 (фанфары!) лет назад

при старте программ и прочих равных чистых условиях - немного меньше, потом конечно жирнолис по любому своё возьмет )

Я пока что понял только одну вещь: хочется собирать всё подряд шлангом - добро пожаловать во freebsd.

не скажи. Там, конечно, выполнили план (BSD), но это не отменило, что кроме ядра и под него самого Gcc, всё остальное (около 600 пакетов в Gentoo) - Clang.

Вот это поворот!

кроме ядра

Так ядро то как раз научили собираться шлангом, насколько я знаю.

https://www.kernel.org/doc/html/latest/kbuild/llvm.html

Я пропустил, спасибо.