временами на автопилоте пробел между j и 2 вводил. :lol:

(И надо же, echo было посмотреть.)

И кактус этот лучше вырубить.  wink
Если уж ускоряться, то как-то так - http://en.gentoo-wiki.com/wiki/Speeding … with_tmpfs

Опять же там речь про генту, работа с портежами ускоряется при переносе критичной части фс в оперативу. Это -да хороший прием, также можно туда var и (или) кэши засунуть,- тоже гут.
У меня генты нет(что не препятствует мне почитывать ее вики), но я  эти вещи и в дебьяне  делаю. Тут разговор можно далеко в бок увести, Например про минусы типа незапланированного выключения без скидывания нужного на винт и тд.

Не мультипость! Fat-Zer
Замечание заметил.Виноват- исправлюсь. redux

Но вопрос то о другом: почему так странно ведёт себя make -jN при сборке kernel

Я как раз написал, что в моем случае вызов make с аргументом работает, в отличие от экспорта переменной.
И именно ситуация под chroot. Думаю,- это критично.

И кактус этот лучше вырубить.  wink
Если уж ускоряться, то как-то так - http://en.gentoo-wiki.com/wiki/Speeding … with_tmpfs

newzenon, Спасибо , почитаю.
Сразу скажу tmpfs использую(если не всегода, но бывает. ramfs также ковыряю). Но второе ядро проца, имхо никакой оперативкой не заменить.

Ничего подобного: make не переходит от компиляции N процессорами к компиляции 1-м - он просто тупо слетает по ошибке!

Нет у меня другая ситуация,- компиляция не слетает,- идёт до конца. Но одним ядром,- с самого начала, или с самого начала двумя.
Думаю, надо копать в сторону настройки оболочки под chroot.

И кактус этот лучше вырубить.  wink
Если уж ускоряться, то как-то так - http://en.gentoo-wiki.com/wiki/Speeding … with_tmpfs

Или просто вот так: Как правильно собирать ядро?.
Но вопрос то о другом: почему так странно ведёт себя make -jN при сборке kernel + почему он себя нормально ведёт при сборке не менее "обстоятельных" пакетов, например, таких как PBX FreeSWITCH, или сборка кросово toolchain для tmbedded вариантов Linux: BuildRoot?

С BuildRoot вообще интереснее (см. напр. Linux для embedded применений), потому как он собирает много целей (например, свежий GCC под выбранную архитектуру: ARM, MIPS, ...) и только одной из таких целей есть сам kernel Linux под эту архитектуру, а общую сборку он ведёт под -jN, только где N он сам себе (не юзер) конфигурит по максимуму! Он что? при сборке ядра как одной из целей, сбрасывает его в -j1?
(некогда мне было с этим разбираться, но это - как затравка, кому интересно станет  wink )

сбои в ccache происходят. а это уже совершенно особый кактус.

Я почему-то думаю, что потому что Makefile попросту переопределяет переменную среду, затирая старое значение.

Ничего подобного: make не переходит от компиляции N процессорами к компиляции 1-м - он просто тупо слетает по ошибке!

neocrust,
Но вот почему (бывает) при сборке ядра общим способом через экспорт переменной, фактически тоже самое:
export MAKEFLAGS='-j 2'
не срабатывает?

Какие могут быть для этого механизма причины? Или куда копать?

Сбои происходят на fork каким-то образом, а синхронизаций там, по-видимому нет.

Can't fork, trying again in 5 seconds at /dev/shm/linux-2.6.35.i686/scripts/recordmcount.pl line 179.
make[2]: *** [drivers/md/dm-table.o] Ошибка 1
make[2]: *** Ожидание завершения заданий...
ccache: FATAL: Failed to fork
make[2]: *** [drivers/md/dm-uevent.o] Ошибка 1
Can't fork, trying again in 5 seconds at /dev/shm/linux-2.6.35.i686/scripts/recordmcount.pl line 179.
Can't fork, trying again in 5 seconds at /dev/shm/linux-2.6.35.i686/scripts/recordmcount.pl line 531
make[2]: scripts/Makefile.build:230: fork: Ресурс временно недоступен

Я уже как-то задавался такими вопросами вот здесь: http://rus-linux net/forum/viewtopic.ph … p;start=10
но ответа не знаю 

Я почему-то думаю, что потому что Makefile попросту переопределяет переменную среду, затирая старое значение.

Но вот почему (бывает) при сборке ядра общим способом через экспорт переменной, фактически тоже самое:
export MAKEFLAGS='-j 2'
не срабатывает?

Какие могут быть для этого механизма причины? Или куда копать?

MAKEFLAGS += -j3

в файл Makefile