From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755878AbZKDPID (ORCPT ); Wed, 4 Nov 2009 10:08:03 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755784AbZKDPIC (ORCPT ); Wed, 4 Nov 2009 10:08:02 -0500 Received: from mail-bw0-f227.google.com ([209.85.218.227]:54164 "EHLO mail-bw0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755423AbZKDPIB (ORCPT ); Wed, 4 Nov 2009 10:08:01 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=hn1QeQRXp9/RmZhfpb705V6D7t5s8M4kGIN+gEZ7l2uLS4gtfgnbT5tCDM49sgZx9j +fl4lD7JtCZ1Kl2GnOhhXHBHG+HU3qpnU1aay3E7clUYOX5RLH8SsO/U4zXSQ+3Cdlfw LXxiAyQiPScmwsuAEzxodZbCJk1vLT0rZ39GI= Message-ID: <4AF198E1.9010303@gmail.com> Date: Wed, 04 Nov 2009 07:08:17 -0800 From: "Justin P. Mattock" User-Agent: Spicebird/0.7.1 (X11; 2009022519) MIME-Version: 1.0 To: Dave Korn CC: Andrew Morton , Linux Kernel Mailing List , gcc@gcc.gnu.org, KOSAKI Motohiro , David Rientjes Subject: Re: cc1plus invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0 References: <20091103222432.4a94bd8f.akpm@linux-foundation.org> <4AF17DED.7080808@gmail.com> In-Reply-To: <4AF17DED.7080808@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dave Korn wrote: > Andrew Morton wrote: > >> On Mon, 2 Nov 2009 13:29:29 -0800 Justin Mattock wrote: >> >> >>> Hello, >>> I'm not sure how to handle this, >>> while compiling firefox-3.6b1.source >>> I get this with the default compiling options, >>> as well as custom: >>> >>> ... >>> >>> active_anon:2360492kB inactive_anon:590196kB active_file:84kB >>> >> 2.8GB of anonymous memory >> >> >>> [ 532.942508] Free swap = 0kB >>> [ 532.942510] Total swap = 431632kB >>> >> 430MB of swap, all used up. >> >> That's a genuine OOM. Something (presumably cc1plus) has consumed >> waaaay too much memory, quite possibly leaked it. >> >> It would help if the oom-killer were to print some information about >> the oom-killed process's memory footprint. >> > > I would think that the quickest way to proceed would be to re-run the > failing compile command under gdb at the command-line and see what it's doing > when the oom killer signals it, wouldn't it? Or turn up the swap until it > doesn't get killed and see what info can be gleaned from the cc1(plus?) > -fmem-report output. > > cheers, > DaveK > > > I can try, only issue I have is I don't use a distro, so building anything requires me to hand compile it(hopefully not difficult for gdb). So give me some time on this and I'll see if I can get this up and running, and add that patch to kernel then go from there. Justin P. Mattock