void |
|
Темы:
32
Сообщения:
375
Участник с: 15 февраля 2010
|
Когда давно в свою гентушную юность тестировал MAKEFLAGS и на _двухядерном_ 32битном проце наилучший результат выходил с -j5 |
gard |
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Потому что у вас наверное был интел с гипер тредингом? |
marlock |
|
Темы:
35
Сообщения:
736
Участник с: 02 июля 2010
|
на C2D 7400 поставил -j3, по советам гентушников кол-во_ядер+1. или всё-таки надо -j2? |
shaman |
|
Темы:
26
Сообщения:
379
Участник с: 13 декабря 2009
|
да, кстати, некоторые пакеты могут не собраться когда их в несколько потоков компилируешь, им надо -j1 указывать обязательно. вроде gcc какой-то версии у меня не собрался. |
gard |
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
marlockВсе таки ядра+1 |
Natrio |
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
Шаманите? ;) -j это не количество ядер, и не плюс один. Это просто количество параллельных процессов, которые будет запускать make . Если имеющиеся процессы почему-то не используют ресурс машины на 100%, то можно добавить ещё для “затыкания дыр”, вот и вся премудрость. Единственное что – не все пакеты исходников приспособлены к параллельной сборке, на таких может и обломиться. |
gard |
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Красиво очень собирать firefox или seamonkey.. там жарит дак жарит.. |
void |
|
Темы:
32
Сообщения:
375
Участник с: 15 февраля 2010
|
gardне, без HT. То был Core Duo T2400 и тестировалось каким-то специальным скриптом, который подбирал оптимальные флаги компиляции. Но потом я все равно в make.conf прописал -j3, потому что с -j5 во время сборки (а в генте компилятор - самый часто запускаемый бинарник после init) система ощутимо теряла в отзывчивости. В “капризных” пакетах обычно флаги компиляции указаны в них самих и имеют приоритет перед /etc/makepkg.conf. Поэтому, я считаю, можно смело шаманить с -j :) |