lkml.org 
[lkml]   [2001]   [Oct]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: Google's mm problem - not reproduced on 2.4.13
    Date
    On October 31, 2001 09:45 pm, Andrea Arcangeli wrote:
    > On Wed, Oct 31, 2001 at 09:39:12PM +0100, Daniel Phillips wrote:
    > > On October 31, 2001 07:06 pm, Daniel Phillips wrote:
    > > > I just tried your test program with 2.4.13, 2 Gig, and it ran without
    > > > problems. Could you try that over there and see if you get the same
    result?
    > > > If it does run, the next move would be to check with 3.5 Gig.
    > >
    > > Ben reports that his test with 2 Gig memory runs fine, as it does for me,
    but
    > > that it locks up tight with 3.5 Gig, requiring power cycle. Since I only
    > > have 2 Gig here I can't reproduce that (yet).
    >
    > are you sure it isn't an oom condition.

    The way the test code works is, it keeps mlocking more blocks of memory until
    one of the mlocks fails, and then it does the rest of its work with that many
    blocks of memory. It's hard to see how we could get a legitimate oom with
    that strategy.

    > can you reproduce on
    > 2.4.14pre5aa1? mainline (at least before pre6) could deadlock with too
    > much mlocked memory.

    OK, he tried it with pre5aa1:

    ben> My test application gets killed (I believe by the oom handler). dmesg
    ben> complains about a lot of 0-order allocation failures. For this test,
    ben> I'm running with 2.4.14pre5aa1, 3.5gb of RAM, 2 PIII 1Ghz.

    *Just in case* it's oom-related I've asked Ben to try it with one less than
    the maximum number of memory blocks he can allocate.

    If it does turn out to be oom, it's still a bug, right?

    --
    Daniel
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:12    [W:2.579 / U:0.032 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site