From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 07:57:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B91416A4CF; Mon, 10 Nov 2003 07:57:27 -0800 (PST) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E6943FBD; Mon, 10 Nov 2003 07:57:25 -0800 (PST) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id MUA74016; Mon, 10 Nov 2003 07:57:24 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 48EE85D07; Mon, 10 Nov 2003 07:57:24 -0800 (PST) To: Scott Long In-Reply-To: Message from Scott Long of "Sun, 09 Nov 2003 22:43:47 MST." <3FAF2593.8020903@freebsd.org> Date: Mon, 10 Nov 2003 07:57:24 -0800 From: "Kevin Oberman" Message-Id: <20031110155724.48EE85D07@ptavv.es.net> cc: Robert Watson cc: current@freebsd.org Subject: Re: Kernel memory leak in ATAPI/CAM or ATAng? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Nov 2003 15:57:27 -0000 > Date: Sun, 09 Nov 2003 22:43:47 -0700 > From: Scott Long > > Kevin Oberman wrote: > > Tested. It's much better, although ATA request keeps adding more > > memory all the time when mplayer is playing, but it's now increasing > > at about 20K/minute which is a huge improvement. Still, I don't > > understand why it should just continue to grow all of the time. The > > data rate is about constant. I would expect that it should grow to a > > size where the data being processed can be accommodated and then stop > > growing. I don't see it stopping. > > > > Thanks for the quick fix. > > Well, it sounds like there is still a memory leak somewhere. Make sure > that you have rev 1.27 of atapi-cam.c to be sure. If so, please let me > know which malloc type in vmstat -m is growing. Oh, crap! I guess I pulled the new version too quickly yesterday when your message arrived. I had 1.26. And I don't have a DVD with me, so I was seeing a much slower leak because the CD transfers data so much more slowly. After a kernel rebuild I see: ATA request 0 0K 1K 7285 128 after reading some bulk data off of a CD. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634