Блин, теперь дрова под свежые радеоны из репозитория потребовали более свежый llvm, чем есть в stable. Блин, чего вам не сиделось на том, что есть, а? Да вообще, основную оптимизацыю в любом случае приходится делать под конкретный GPU, аккуратно полируя его ассемблер -- так нафига вам нужэн этот llvm? Что, правда tcc не хватило бы? У самого llvm исходники -- треть гига, собирается он вот ужэ часов 5, занял под сборку ужэ 6 гигов. Мне непонятно, нафига такой софт вообще нужэн. Ну, то есть про кучу фронтэндов -- понятно, но вот я смотрю, там в основном не фронтэнды собираются. Вся эта автомагическая оптимизацыя всё равно даёт копейки какие-то. При этом отнмает время у кучи людей, не только и не столько при сборке, а и при постоянной работе этого компилятора. В общем, хренотень какая-то, как обычно.
2016-09-29 14:36:36

Участники:
@tzirechnoy - 10, @kapsh - 6, @SolderStain - 3

@kapsh
Average merge time: 14 minutes and 50 seconds. Где какие пять часов?
#2848571/1 2016-09-29 14:59:24
@tzirechnoy
Я понимаю, что у меня довольно тормозной ноут, но всё равно не очень верю. Вся llvm-toolchain 3.6 собирается за 15 минут?
#2848571/2 → /1 2016-09-29 15:05:00
@tzirechnoy
Да блин, это примерно 1000 секунд. Только чтобы забить винт этими 10 гигами бинарников, потребуется писать с приличной для произвольного доступа скоростью 10 метров в секунду. А у меня оно в основном компилирует что-то, а не на винт пишэт. Не верю в общем.
#2848571/3 → /1 2016-09-29 15:06:15
@kapsh
Вероятно, ты собираешь много лишнего.
#2848571/4 → /2 2016-09-29 12:15:33
@tzirechnoy
Весь комплект, конечно.
#2848571/5 → /4 2016-09-29 15:16:19
@kapsh
У меня тут в генте ебилд проверяет наличие 1100 мегабайт свободного места для сборки. Сейчас отключил удаление workdir и ccache, который несколько минут от сборки обычно убирает. Конпеляю.
#2848571/6 → /3 2016-09-29 12:17:47
@tzirechnoy
Ха-ха-ха: http://suckless.org/sucks/ "* Clang is written in C++. If you don’t believe that it sucks, try to build clang by hand." Ну да, не совсем by hand, но я ужэ понял.
#2848571/7 2016-09-29 15:18:58
@kapsh
Ну ребята с suckless бывают несколько, как бы это сказать, категоричны в своих оценках. Замерил: merge time: 20 minutes and 8 seconds. 747M /var/tmp/paludis/sys-devel-llvm-3.8.1-r2/
#2848571/8 → /7 2016-09-29 12:34:01
@tzirechnoy
Это какой-то видимо неправильный llvm. Или неполный.
#2848571/9 → /8 2016-09-29 15:42:20
@kapsh
Нормальный, не жалуюсь. А какой у тебя проц и сколько потоков сборки?
#2848571/10 → /9 2016-09-29 12:43:28
@tzirechnoy
Поток сборки один, поскольку это собирается дебиановскаий пакет. Проц AMD A8-6410.
#2848571/11 → /10 2016-09-29 15:45:54
@kapsh
> Поток сборки один Ну ты понял.
#2848571/12 → /11 2016-09-29 12:55:13
@SolderStain
> Поток сборки один, поскольку это собирается дебиановскаий пакет. Это как-то связано?
#2848571/13 → /11 2016-09-29 13:30:18
@tzirechnoy
Да. Ковырять пакет чтобы оно там в правильном месте добавило -j4 можно задолбаться, при некотором невезении. А просто собрать -- сказал команду, и оно само там всё сделает.
#2848571/14 → /13 2016-09-29 16:32:27
@tzirechnoy
Oh, shi, нашёл $DEB_BUILD_OPTIONS. Ладно, отстреливать всё равно пока жалко.
#2848571/15 → /14 2016-09-29 16:35:34
@SolderStain
в пакет -j4? неожиданно... как-то привык к make.conf и distcc, это уже как само собой разумеющееся...
#2848571/16 → /14 2016-09-29 16:35:35
@SolderStain
во... ну да на будущее :)
#2848571/17 → /15 2016-09-29 13:36:30
@tzirechnoy
Ну, у вас масса других проблем. А если я захочу удобной сборки стандартных пакетов из исходников, я возьму FreeBSD, наверное.
#2848571/18 → /16 2016-09-29 16:37:07
@tzirechnoy
И да, в итоге: собралось оно за примерно 8 часов, максимум использовало 34 гигабайта диска. Под конец было 28 гигабайт, поскольку 5 гигабайт освободилось в процэссе dh_strip. Вероятно, что было копии три где-то каждого бинарника, потому сборка без debug info освободила бы ещё гигабайт 10-15, хе-хе. Итоговых пакетов -- на 350 мегабайт.
#2848571/19 2016-09-29 19:44:22