Используются 3 ядра из 4.

телепаты не видят сквозь завесу тьмы, что у тебя за процессор и какие у него настройки

-j4 у мэйка

А если -j9 выставить?

ужасная несправедливость

-j5 для 4х ядер, 5 будет сам make.

Настройки..процессора?

Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                4
On-line CPU(s) list:   0-3
Thread(s) per core:    2
Core(s) per socket:    2
Socket(s):             1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 42
Model name:            Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz
Stepping:              7
CPU MHz:               2100.000
CPU max MHz:           2100,0000
CPU min MHz:           800,0000
BogoMIPS:              4190.16
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              3072K

Некоторые пакеты игнорят -j, другие вообще не могут собираться многопоточно. Проверь на сборке ядра

Это постоянно. Не только при пересборке мира. И на ядре, и..на чём угодно. Ядро 0 постоянно пустует. Уже неделю или две так.

мир пересобирается, -j4

CPU(s): 4
Thread(s) per core: 2

ты можешь собирать в 8 потоков.

Thread(s) per core:    2
Core(s) per socket:    2
Socket(s):             1

1 * 2 * 2 = 4, нет?

sudo cpupower monitor

sudo cpupower info

cpufreq-info

CPU(s): 4

*

Thread(s) per core: 2

= 8

Понятно =)))

    |Nehalem                    || SandyBridge        || Mperf              || Idle_Stats                              
CPU | C3   | C6   | PC3  | PC6  || C7   | PC2  | PC7  || C0   | Cx   | Freq || POLL | C1-S | C1E- | C3-S | C6-S | C7-S 
   0|  0,00|  0,00|  0,00|  0,00||  0,00|  0,00|  0,00||  2,01| 97,99|  2095||  0,00|  0,66|  0,12|  0,43|  0,16| 96,72
   1|  0,00|  0,00|  0,00|  0,00||  0,00|  0,00|  0,00||100,00|  0,00|  2095||  0,00|  0,00|  0,00|  0,00|  0,00|  0,00
   2|  0,00|  0,00|  0,00|  0,00||  0,00|  0,00|  0,00|| 99,08|  0,92|  2094||  0,00|  0,00|  0,00|  0,00|  0,00|  0,92
   3|  0,00|  0,00|  0,00|  0,00||  0,00|  0,00|  0,00||100,00|  0,00|  2095||  0,00|  0,00|  0,00|  0,00|  0,00|  0,00

System's multi core scheduler setting: not supported
System's thread sibling scheduler setting: not supported
analyzing CPU 0:
perf-bias: 0

[blocks B ] sys-power/cpufrequtils («sys-power/cpufrequtils» is blocking sys-power/cpupower-3.14)

Если надо, поставлю. В ядре по умолчанию performance, cpufrequtils не использую.

я бы посмотрел make -j5 на ядре и sensors (вдруг температура на 1-ом ядре неверно определяется).

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

0  [|                            2.2%]
Tasks: 89, 181 thr, 69 kthr; 11 running

Это при make -j4 у emerge и make -j5 у ядра.

Кроме мыслей посмотреть температуру по ядрам (вроде как в зависимости от неё цпу задачи перекидывает) и поставить sys-apps/microcode-ctl ничего на ум не приходит.

Есть мнение: https://blogs.gentoo.org/ago/2013/01/14/makeopts-jcore-1-is-not-the-best-opti...

microcode-ctl стоит, загружает каждый раз.

sensors видит только одну общую температуру, +71.0°C

Возможно, использую что-то вроде:

MAKEOPTS="-j3 --quiet"
EMERGE_DEFAULT_OPTS="-j2"

+71.0°C

По-моему, многовато. А если выключить ноут на полчаса, затем сразу запустить make -j5 изменится ли результат?

Это с самого запуска. 71 - нормально при такой нагрузке (+ у меня тут сериал крутится).

CPU(s): 4

Это значение ядра + потоки. Нечего умножать уже умноженное. У него 2 ядерный штеуд с HT.

http://ark.intel.com/ru/products/52220/Intel-Core-i3-2310M-Processor-3M-Cache...

В принципе, может и нормальная. Сравнил сейчас на i3 380M 4x{while [ 1 ]; do; done}. Тоже температура под 70'C: общая 69'C, core0=64'C, core1=69'C. htop показывает загрузку всех ядер. Значит дело в чём-то другом.

Там скриптик есть, я еще не успел сравнить, но собираюсь попробовать.

что то я не туда глянул. Я увидел 4 ядра вместо двух.

У тебя сведения устарели

А если у меня сборка не в tmpfs?

Хочу дополнить, что это мнение одного из самых активных арч-тестеров. Что означает, что пакетов он каждый день собирает - дай Боже, а значит он кое-что подозревает об оптимизации времени сборки )))

Эм... Ну проверь. Сборка в tmpfs - исключительно чтобы проверить, что упирается всё не в отзывчивость дисковой подсистемы.

Всё верно считаешь, не слушай всяких.
Попробуй make запускать вообще без -j, он автоматически должен выбрать количество потоков.

В параметры ядра ничего не добавлял?

«Ничего» - это что, например?

А, параметры. В параметры - ничего. Только init=/usr/lib/systemd/systemd.

Да тут не в количестве потоков проблема, я же уже показывал, что и при >10 потоков CPU0 простаивает.

Чем больше параллельно запускается компиляторов по отношению к количеству потоков, тем больше очередь стопорится.

Попробуй make запускать вообще без -j, он автоматически должен выбрать количество потоков.

Угу, угу. В 1 поток будет шпарить, если MAKEOPTS не определены.

Одна не распараллеливамая (средствами HT) задача заняла одно ядро, на втром крутится make. Запусти только make.

Да при чём тут make и процессы? Сколько раз ещё сказать, что даже при 13 потоках используются только три ядра?

используются только три ядра?

У тебя только два настоящих ядра.

Пробуй -j = количеству ядер*2, ориентируйся чтобы load average было равно количеству ядер.

Понятненько.

Хорошо, только 3 потока из 4. Проблему теперь можно считать исчерпанной? Кажется, нет.

C7-S

http://www.overclock.net/t/1269592/what-is-c7-c-state-does-it-work-with-sandy...
это оно?

Это оно..на самом большом значении и на одном и том же ядре. Что-то с этим сделать нельзя? Я попробую отключить microcode-ctl для начала.

Покажи конфиг ядра.

http://pastebin.com/ZznW23cH

На примере kde-base/kdelibs каждый поток сверх количества ядер добавляет несколько секунд ко времени компиляции, 1 простаивающее ядро добавляет 2 минуты, у меня даже было какое-то обоснование для таких значений. Вроде emerge умеет в динамический запуск параллельных заданий в зависимости от нагрузки, но я не уверен, как это работает, и столь ли эффективно, как хотелось бы.

Умеет, ели указать -jN и --load-average=M, где N - макс. число задач и M - значение l.a., до которого можно создавать ещё одну задачу.

Выключение microcode-ctl не помогло. Может, с конфигом что-т не то?