[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.022 / U:29.268 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site