Date: Mon, 10 Nov 2003 07:57:24 -0800 From: "Kevin Oberman" <oberman@es.net> To: Scott Long <scottl@freebsd.org> Cc: current@freebsd.org Subject: Re: Kernel memory leak in ATAPI/CAM or ATAng? Message-ID: <20031110155724.48EE85D07@ptavv.es.net> In-Reply-To: Message from Scott Long <scottl@freebsd.org> of "Sun, 09 Nov 2003 22:43:47 MST." <3FAF2593.8020903@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Date: Sun, 09 Nov 2003 22:43:47 -0700 > From: Scott Long <scottl@freebsd.org> > > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031110155724.48EE85D07>