[lkml]   [2012]   [Apr]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: v3.4-rc2 out-of-memory problems (was Re: 3.4-rc1 sticks-and-crashs)
After first I tested some hours the 1st,one-line patch by 
D.R., now is ready compiled and started to be tested his
2nd patch, below. I see he has it already comitted; it
would have been better first wait to test it.

The loop suggested below, with this 2nd patch, gives 1560
kB , compared with 1632 kb after the 1st patch, and 1432
kB with kernel 3.3 . On the other hand, 3.3 has
clearly the same problem (even if not crashing, it's
becoming often very slow, and then there's running
kmemleak, what I have to kill for return to the normal
speed), but according this 'test' it would be good, so
that it's questionable if this test is reliable.

As already reported, the 1st patch cured the problem at
least subjectively.

To see if this 2nd patch is good, I have to wait now some
hours and observe if the computer becomes slow or even



On Mon, 9 Apr 2012 17:11:45 -0700 (PDT)
David Rientjes <> wrote:
> On Mon, 9 Apr 2012, werner wrote:
>> I continue now testing your first patch a few hours, if
>>it's good or not.
>> Then, I can make another patch. So you have still time
>>to think and put all
>> together
>> what you want to be tested, and mail me that. Also
>>explain me, if you want
>> other
>> patchs ADDITIONALLY or INSTEAD your first patch -- the
>>best would be, to send
>> me
>> always accumulating patchs including everything together
>>to be applied over
>> the
>> 'virgin' 3.4-rcX kernel.
>> For your information, I dont download the whole git, I
>>download all 3.X.Y-rcZ
>> , and I
>> recompile everything again (patched), instead of
>>compiling only the patched
>> subroutines.
> Ok, when you want to test the latest patch, try this:
> - revert back to the vanilla 3.4-rc2 kernel,
> - boot and do this on the command line:
> for i in $(seq 1 10000); do sleep 0 & done
> grep KernelStack /proc/meminfo
> - record that number,
> - apply the patch at,
> - boot and do the same two command lines,
> - compare the number with the previous number from the
>first boot.
> The number should be much lower after the patch is
> Thanks!

"werner" <>
Professional hosting for everyone -

 \ /
  Last update: 2012-04-10 09:09    [W:0.073 / U:6.444 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site