From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from digeo-nav01.digeo.com (digeo-nav01.digeo.com [192.168.1.233]) by packet.digeo.com (8.9.3+Sun/8.9.3) with SMTP id SAA12797 for ; Sat, 21 Sep 2002 18:12:46 -0700 (PDT) Message-ID: <3D8D190D.2C459ABB@digeo.com> Date: Sat, 21 Sep 2002 18:12:45 -0700 From: Andrew Morton MIME-Version: 1.0 Subject: Re: overcommit stuff References: <3D8D0046.EF119E03@digeo.com> <20020921235351.GC25605@holomorphy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: William Lee Irwin III Cc: Hugh Dickins , Alan Cox , "linux-mm@kvack.org" List-ID: William Lee Irwin III wrote: > > On Sun, Sep 22, 2002 at 12:46:59AM +0100, Hugh Dickins wrote: > > I don't think Alan can be held responsible for errors in the > > overcommit stuff rml ported to 2.5 and I then added fixes to. > > I believe it is up to date in 2.5. > > Committed_AS certainly errs on the pessimistic side, that's > > what it's about. How much swap do you have i.e. is 23GB > > committed impossible, or just surprising to you? Does the > > number go back to what it started off from when you kill > > off the tests? How are "those pages" allocated e.g. what > > mmap args? > > Hugh > > In my case it's not really possible to rerun a test in the same > boot. It's not really survived very often, and when it has, it > generally fails to start a second time. Various other things feel the > OOM sting then, e.g. kernel compiles, small task count dbench, etc. > > Some of this might be slab, but I think there might be a leak. > The best answers I've come up with thus far are "Hrm, the OOM killer > gets set off at the wrong times, and maybe delalloc would kill bh's?" > I see no leak. After a 30-40 minute run I managed to wrestle all the threads to the ground, unmounted the target fs and ended up with total used free shared buffers cached Mem: 7249612 62796 7186816 0 11016 10804 -/+ buffers/cache: 40976 7208636 Swap: 3951844 80 3951764 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/