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 WAA08125 for ; Mon, 16 Sep 2002 22:32:00 -0700 (PDT) Message-ID: <3D86BE4F.75C9B6CC@digeo.com> Date: Mon, 16 Sep 2002 22:31:59 -0700 From: Andrew Morton MIME-Version: 1.0 Subject: Re: dbench on tmpfs OOM's References: <20020917044317.GZ2179@holomorphy.com> <3D86B683.8101C1D1@digeo.com> <20020917051501.GM3530@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: linux-mm@kvack.org, hugh@veritas.com, linux-kernel@vger.kernel.org List-ID: William Lee Irwin III wrote: > > William Lee Irwin III wrote: > >> MemTotal: 32107256 kB > >> MemFree: 27564648 kB > > On Mon, Sep 16, 2002 at 09:58:43PM -0700, Andrew Morton wrote: > > I'd be suspecting that your node fallback is bust. > > Suggest you add a call to show_free_areas() somewhere; consider > > exposing the full per-zone status via /proc with a proper patch. > > I went through the nodes by hand. It's just a run of the mill > ZONE_NORMAL OOM coming out of the GFP_USER allocation. None of > the highmem zones were anywhere near ->pages_low. > erk. Why is shmem using GFP_USER? mnm:/usr/src/25> grep page_address mm/shmem.c mnm:/usr/src/25> -- 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/