LINUX.ORG.RU

Если именно для сборки ядра, то make -jN, N = 2..число_ядер

tailgunner ★★★★★ ()
Ответ на: комментарий от tailgunner

А почему тогда в handbook'е gentoo указано число_ядер+1?

deterok ★★★★★ ()
Ответ на: комментарий от deterok

> А почему тогда в handbook'е gentoo указано число_ядер+1?
Вкус и цвет.

make -jN, N = 2..число_ядер

Вроде с lorwiki.

tn1 ()
Ответ на: комментарий от deterok

У меня быстрее всего получалось когда число процессов == числу ядер.

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от deterok

Конечно. Я уже сравнивал, если указывать потоков больше количества ядер, скорость однозначно падает.

Un ()
Ответ на: комментарий от Eddy_Em

Спасибо, не все в handbook'е истина оказывается...

deterok ★★★★★ ()
Ответ на: комментарий от deterok

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

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от Eddy_Em

>Так что на восьми ядрах оптимальное число потоков может варьироваться, например, от шести до десяти

Сомневаюсь. Оптимальное число потоков - восемь.

Un ()
Ответ на: комментарий от Un

это сильно зависит от железа. на шестиядернике с компиляцией в памяти -j10 вполне нормально собирается

Slackware_user ★★★★★ ()
Ответ на: комментарий от Un

а если учесть то что компилировать может быстрее чем считывать с харда?

Slackware_user ★★★★★ ()
Ответ на: комментарий от Un

Сомневаюсь. Оптимальное число потоков - восемь.


>time make -j8 -s 2>/dev/null 

real    3m0.787s
user    20m48.989s
sys     1m33.141s

>time make -j12 -s 2>/dev/null

real    2m13.347s
user    22m22.449s
sys     1m41.573s

>time make -j24 -s 2>/dev/null

real    1m54.411s
user    33m16.520s
sys     2m19.294s

>cat /proc/cpuinfo

...
processor       : 23
vendor_id       : GenuineIntel
cpu family      : 6
model           : 44
model name      : Intel(R) Xeon(R) CPU           X5650  @ 2.67GHz
stepping        : 2
cpu MHz         : 2666.246
cache size      : 12288 KB
physical id     : 1
siblings        : 12
core id         : 10
cpu cores       : 6
apicid          : 53
initial apicid  : 53
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm arat epb dts tpr_shadow vnmi flexpriority ept vpid
bogomips        : 5335.68
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual


madcore ★★★★★ ()
Ответ на: комментарий от deterok

>А почему тогда в handbook'е gentoo указано число_ядер+1?

Поправка на медленный накопитель, кто-то может стоять в ожидании i/o. От железа зависит. А если сборка в tmpfs, то +1 определенно не имеет смысла.

madcore ★★★★★ ()
Ответ на: комментарий от madcore

Сомневаюсь. Оптимальное число потоков - восемь.

cat /proc/cpuinfo



...

processor : 23


вы как в анекдоте, чукча не читатель, чукча читатель
8 потоков в теме про 8 ядер а не в теме про 24 ядра

anonymous ()
Ответ на: комментарий от anonymous

>8 потоков в теме про 8 ядер а не в теме про 24 ядра

Хм, действительно..
Но ядер там в действительности 12*хипертрединг

madcore ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.