From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S266218AbUG1Gap (ORCPT ); Wed, 28 Jul 2004 02:30:45 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266366AbUG1Gap (ORCPT ); Wed, 28 Jul 2004 02:30:45 -0400 Received: from rwcrmhc12.comcast.net ([216.148.227.85]:25790 "EHLO rwcrmhc12.comcast.net") by vger.kernel.org with ESMTP id S266218AbUG1Gag (ORCPT ); Wed, 28 Jul 2004 02:30:36 -0400 Message-ID: <4107480A.8020808@comcast.net> Date: Wed, 28 Jul 2004 02:30:34 -0400 From: Ed Sweetman User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040715) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nick Piggin CC: Jens Axboe , Jan-Frode Myklebust , linux-kernel@vger.kernel.org Subject: Re: OOM-killer going crazy. References: <20040725094605.GA18324@zombie.inka.de> <41045EBE.8080708@comcast.net> <20040726091004.GA32403@ii.uib.no> <410500FD.8070206@comcast.net> <4105D7ED.5040206@yahoo.com.au> <20040727100724.GA11189@suse.de> <41065748.8050107@comcast.net> <41065902.20909@yahoo.com.au> <4106D978.7090008@comcast.net> <4106FAAB.5080106@yahoo.com.au> In-Reply-To: <4106FAAB.5080106@yahoo.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Nick Piggin wrote: > Ed Sweetman wrote: > >> Nick Piggin wrote: >> > >>> OK so it does sound like a different problem. >>> >>> I didn't follow your other thread closely... does /proc/slabinfo >>> show any evidence of a leak? >> >> >> >> >> Surprisingly no. You'd think that since the kernel is responsible for >> saying what memory can't be touched or swapped out it would have some >> sort of tag on the huge 600MB of ram I currently can't do anything >> with since i burned that audio cd but slabinfo doesn't seem to show >> anything about it. Maybe i'm reading it wrong. >> > > It could be memory coming straight out of the page allocator that > isn't being freed. > > Jens, any ideas? > - Con Kolivas' 2.6.8-rc1-ck6 snapshot patch seems fix the problem. Not only is my audio not corrupted when i write a disk but I get no mem leak situation and thus no OOM. I did 5 dummy burns with no swap being used and stable vm statistics, final real burn resulted in successful disc. 2.6.8-rc1 2.6.8-rc1-mm both flipped out. ck touches all relevent files so something the patch does fixed whatever was wrong.