From owner-freebsd-fs@FreeBSD.ORG Thu May 3 04:09:17 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5736F16A402; Thu, 3 May 2007 04:09:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id DEEC613C44C; Thu, 3 May 2007 04:09:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HjSd0-0003lQ-Kt; Thu, 03 May 2007 07:09:15 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l4349Atb017194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 May 2007 07:09:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l4349Ai2018654; Thu, 3 May 2007 07:09:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l43497nK018653; Thu, 3 May 2007 07:09:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 3 May 2007 07:09:07 +0300 From: Kostik Belousov To: Rick Macklem Message-ID: <20070503040907.GK2441@deviant.kiev.zoral.com.ua> References: <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> <20070501160213.GA496@xor.obsecurity.org> <20070502154934.E30345@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Vwmj/TXzE7NEH899" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: fa718887f43e9e3967a9d10f43843ba4 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1016 [May 02 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Craig Boston , Pawel Jakub Dawidek , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Robert Watson , Kris Kennaway Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2007 04:09:17 -0000 --Vwmj/TXzE7NEH899 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 02, 2007 at 05:28:04PM -0400, Rick Macklem wrote: >=20 >=20 > On Wed, 2 May 2007, Robert Watson wrote: > [stuff snipped]=20 > > > >Historically, such panics have been a result of one of two things: > > > >(1) An immediate resource leak in UMA(9) or malloc(9) allocated memory. > > > >(2) Mis-tuning of a resource limit, perhaps due to sizing the limit base= d=20 > >on > > solely physical memory size, not taking available kernel address space > > into account. > > > >mti_stats reports only on malloc(9), you need to also look at uma(9),=20 > >since many frequently allocated types are allocated directly with the sl= ab=20 > >allocator, and not from kernel malloc. Take a look at the output of "sh= ow=20 > >uma" or "show malloc" in DDB, or respectively "vmstat -z" and "vmstat -m= "=20 > >on a core or on a live system. malloc(9) is actually implemented using= =20 > >two different back-ends: UMA-managed fixed size memory buckets for small= =20 > >allocations, and direct page allocation for large allocations. >=20 > Ok, it does appear I'm leaking NAMEIs. "vmstat -z", which I didn't know > about, was the trick. Handling lookup name buffers is also port specific, > so it wouldn't have shown up in the other ports. >=20 > So, forget what I said w.r.t. a MALLOC bug and thanks for the help. I > should be able to locate the leak pretty easily with "vmstat -z". I fixed two NAMI zone leaks in the last 2-3 month. One was in the nfs server (shall be present in 6.2-RELEASE, AFAIR), second was in UFS snapshotting code, and is MFCed several days ago. --Vwmj/TXzE7NEH899 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGOWBjC3+MBN1Mb4gRArLlAJwLnxwBeDgtpPM02z46i/XXKE3wqQCfZWqG 8R3zc+4s7voa0bqTtixr5yY= =OghD -----END PGP SIGNATURE----- --Vwmj/TXzE7NEH899--