lkml.org 
[lkml]   [2011]   [Oct]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: Full lockup when compiling kernel with "optimal" number of threads
On Mon, Oct 3, 2011 at 5:38 AM, Srivatsa S. Bhat
<srivatsa.bhat@linux.vnet.ibm.com> wrote:
> On 09/03/2011 09:04 AM, Pavel Ivanov wrote:
>> Hi,
>>
>> I can reliably reproduce a complete machine lockup when compiling
>> kernel sources with "make -j". After making some progress machine
>> stops responding to anything (including CapsLock/NumLock switching or
>> mouse moving) and after hard reboot nothing is left in kern.log or
>> syslog. Only attaching a serial console gives me the following clues
>> to what happens:
>>
>
> [...]
>
>> After that only doing "make distclean" allows me to compile kernel
>> again. And note that when I build with "make -j 10" everything works
>> fine (I have 2 CPUs with 4 cores each without hyper-threading).
>
> How much memory does your system have? Doing so many fork()s could cause
> a lot of resource conflict and memory pressure leading to heavy swapping
> etc., which can ultimately hang your system, especially when your RAM
> size is small. It is advisable to use make -j only on systems with lot
> of RAM (> 3 or 4GB).

I have 8GB of RAM. And it looks like you are at least partially right.
As I turn my swap off I don't see warnings about hung tasks anymore.
Lots of OOM killer messages pile up instead of that. But still even
when messages from OOM killer stop coming my machine remains
completely unusable. It doesn't react to key presses (NumLock and
CapsLock indicators don't work), display has no signal, and there's no
disk activity at all. Is it considered acceptable?


Pavel


\
 
 \ /
  Last update: 2011-10-05 23:55    [W:4.570 / U:0.012 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site