не было печали...

Да ладно, гентушникам же нравится компилять.

-9999? +debug? Как-то долго...

Что за видяха? Если не используешь clang и используешь проприетарные драйвера - нафиг тебе llvm? USE="-llvm" в mesa и усё.

3.7.1-r3

-debug +clang +multitarget +abi_x86_32

Говорят купить процессор помогает.

Радеон, clang нужен

+abi_x86_32

Либы будут собираться дважды. Учитывая как небыстро собирается llvm и 1 раз... Часика на полтора каждый наверное.

libreoffice тебе компилять, как я подозреваю, не приходилось

Да, два раза. Спасибо, что не 3 архитектуры надо...

Судьба пощадила меня

libreoffice тебе компилять, как я подозреваю, не приходилось

А я вот даже не знаю, какие апдейты я ненавижу больше libreoffice или chromium...

Нормально. У меня хромиум под 2 часа собирает. LLVM минут 40.

use ccache luke

Собирал на двуядерном атлоне с ОЗУ 1.5ГБ. Пару лет назад было, по времени, насколько помню, собиралось часа 3.

Firefox и qtwebkit тоже очень долго

Firefox собирается относительно быстро, а вот libreoffice-у альтернативы особо нет :)

а я на AMD Sempron с 1Гб, собиралось 6 часов

Вот прям сейчас захотелось проверить сколько оно собирается. Последний раз когда собирал лису с PGO это отнимало где то минут 30.

Как-то раз хромиум для дебага пересобирал в арче. Больше не хочу.

А вообще зашел посмотреть как нынче gentoo поживает и ужаснулся.

Вот типичный пакет: virtualbox. Стабильная версия вышла наверное пару лет назад? И так с любым, куда ни тыкнись - нечто супер тухлое stable, что-то от просто тухлого до свежего все желтое.

При этом Testing судя по свидетельствам здесь и в остальных местах - гроб гроб нестабильность

Mate вообще нет выше 1.8, разве что оверлеи от васянов.

Стабильная версия вышла наверное пару лет назад?

как мне каца, пользоваться стабильной ветке на Дженту - это не беречь свои нервы.

webkit-gtk долго и из-за tmpfs сжирает 4 гб памяти, а то и больше, как то оомкиллер убил бровзер из-за него

Жизнь нищеброда - AMD вместо процессора, radeon вместо видеокарты (кто-то должен был это написать).

+multitarget

Вот из-за этого, наверное.

А если пользуешься не стейблом, то чуть что - сам виноват?

FX-8350, разгон до 4,6, /var/tmp в zram со шлангом:

llvm: Wed Aug  3 20:12:02 2016: 36 minutes, 15 seconds

llvm: Wed Jul 20 13:54:42 2016: 14 minutes, 29 seconds

3 машины, проблем пока нет. Проблемы обычно из-за всратого world'a, а я храню их уютными.

Точно все правильно настроил? Как-то долго.

С clang:

$ please hwinfo --cpu | grep 'Intel(R) Core(TM) i7-3612QM CPU @ 2.10GHz' | wc -l        
8
$ please hwinfo --memory | grep Size                     
  Memory Size: 16 GB
$ mount | grep /tmp                           
tmpfs on /tmp type tmpfs (rw,noatime,nodiratime,size=12582912k)
$ cat /etc/portage/make.conf | grep '\-j'
MAKEOPTS="-j9"
$ please genlop -t sys-devel/llvm | tail -n 3
     Wed Aug  3 02:38:58 2016 >>> sys-devel/llvm-9999
       merge time: 39 minutes and 15 seconds.

please

Класс :)

Алиас на sudo?

Алиас на sudo?

Ага.

$ alias please
please=sudo

Хм, и правда час собирается...

 [ ~ ] # genlop -t emerge sys-devel/llvm | tail -3
     Wed Aug  3 21:02:54 2016 >>> sys-devel/llvm-3.8.1
       merge time: 1 hour, 2 minutes and 43 seconds.

 [ ~ ] # 

Правда у меня флагов много

 [ ~ ] $ emerge -p sys-devel/llvm | grep ebuild
[ebuild   R   ~] sys-devel/llvm-3.8.1:0/3.8.0::gentoo  USE="clang doc gold libffi multitarget ncurses static-analyzer xml -debug -libedit -lldb -ocaml -python {-test}" PYTHON_TARGETS="python2_7" VIDEO_CARDS="radeon" 0 KiB
 [ ~ ] $ 

 [ ~ ] # hwinfo --cpu | grep Model
  Model: 6.58.9 "Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz"
  Model: 6.58.9 "Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz"
  Model: 6.58.9 "Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz"
  Model: 6.58.9 "Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz"
 [ ~ ] # hwinfo --memory | grep Size
  Memory Size: 16 GB
 [ ~ ] # 

Libreoffice-bin, не? Испоьзую его, полет нормальный.

Что за жуткий bloatware этот ваш llvm!!!

Дык, C++ же. У нас сборка проекта на C++ занимает больше времени, чем сборка проекта на Haskell, несмотря на крайнюю неторопливость GHC и обилие TH.

Ну не пользоваться же кривой поделкой, в которой уже который год не могут нормально частотой управлять (это я про нвидию)

Кто тебе такие глупости рассказал?

Nouveau уже научилось в управление частотой?

А зачем? Меса дай бог, чтобы 50% производительности от блоба выдавала даже на полных частотах. Чтоб гном3 работал и так хватит. Ну и да, на kepler и tesla работает реклокинг.

Проприетарная какашка, не умеющая к тому же в kms, и с тормозящим 2d, когда последний раз проверял, была бы нужна, если бы за нее доплачивали.

Это каргокульт такой с этим kms? В консоли ядра нативное разрешение работает через vesafb, но всё рано консоль ядра не нужна, кроме как для восстановления системы.

тормозящим 2d

Что за карта и проц? У меня несколько карт разных поколений, всё летает.

А мне консоль во фреймбуфере нужна регулярно.

G210, кажется, была. На nouveau 2d было ощутимо быстрее

А мне консоль во фреймбуфере нужна регулярно.

Для чего используется?

А процессор какой? На старых амд говернор проца ondemand тормозный, есть догадка, что повышеннная нагрузка от месы заставляла его оставаться на больших частотах и отсюда ускорение.

Для чего используется?

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

Alt+sysrq+f убивает самый жирный по памяти процесс.

это ж не Ъ

Собираю в 5 потоков на 4 ядерном amd, 6 гб озу. Что за жуткий bloatware этот ваш llvm!!!

Плюсы не тормозят же.

Не было печали... да дали дураку генту

И что он неправильно сделал? Или ты так, лишь бы оскорбить кого?

Для чего используется?

Работа в Emacs, чтение почты, сёрфинг в lynx (полезных сайтов, для которых не нужно тонны JS и CSS, и которые не превращаются в тыкву в консольных браузерах). KMS очень полезен.

Правильно. Только причём тут runtime к компиляции?

Слишком радикально и далеко не всегда нужно именно прибить самый жирный процесс. В общем, советы сродни тыкания пальцем в небо.

В консоли ядра нативное разрешение работает через vesafb

Это не оправдывает, почему у проприетарных дров nvidia нет KMS. KMS - это не только нативное разрешение.

но всё рано консоль ядра не нужна, кроме как для восстановления системы.

Нет. А если тебе нужно только для восстановления системы и ты не можешь придумать иных сценариев использования - то тебе явно не хватает квалификации и опыта, чтобы рассуждать о качестве драйверов.

И что он неправильно сделал?

пришёл поныть на ЛОР о том что он выбрал сорцбейзд дистрибутив и теперь же жалуется на сорцбейзд видите ли сборочка долго идёт. Интересно он в этот момент сидит и в вывод емерджа втыкает, причитая «ну когда же ты долбанная блоатварь соберёшься?», или всё таки делами занимается?

А чем бинари не устраивают?