From owner-freebsd-current Wed Sep 16 03:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA17930 for freebsd-current-outgoing; Wed, 16 Sep 1998 03:30:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA17867 for ; Wed, 16 Sep 1998 03:30:02 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id DAA08439; Wed, 16 Sep 1998 03:29:34 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id DAA08388; Wed, 16 Sep 1998 03:29:33 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id DAA01972; Wed, 16 Sep 1998 03:29:32 -0700 (PDT) From: Don Lewis Message-Id: <199809161029.DAA01972@salsa.gv.tsc.tdk.com> Date: Wed, 16 Sep 1998 03:29:32 -0700 In-Reply-To: Mike Smith "Re: wierd kernel memory use statistics" (Sep 16, 12:21am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Mike Smith , gibbs@plutotech.com Subject: Re: wierd kernel memory use statistics Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 16, 12:21am, Mike Smith wrote: } Subject: Re: wierd kernel memory use statistics } > On Sep 15, 11:59pm, Mike Smith wrote: } > } Subject: Re: wierd kernel memory use statistics } > } > } > } > vmstat -m tells me: } > } > } > } > Memory statistics by type Type Kern } > } > Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) } > } > ... } > } > devbuf 257 181K 181K 10406K 565 0 0 16,32,64,128,256,512,1K,2K,4K,16K,32K } > } > mbuf 1 2K 2K 10406K 1 0 0 2K } > } > temp -9 -19K 1K 10406K 273 0 0 16,32,64,256,512,1K,4K } > } > kld 1 1K 1K 10406K 1 0 0 32 } > } > } > } > The numbers for "temp" look pretty suspicious. } > } } > } Someone is freeing blocks to the M_TEMP pool that were not allocated } > } from it. Does this happen at a reasonable rate? Can you see any other } > } class that looks like it might be leaking? } > } > The numbers seem to be static. They haven't changed in the last couple } > of hours since I rebooted. I've done a make world in the meantime. The } > kernel is a fairly fresh and has CAM+softupdates. } } Sounds like another CAM wrinkle; I expect we're going to see a few of } these before the week is out. It shouldn't be particularly harmful - } the numbers are just for accounting's sake. Good call. --- cam/cam_xpt.c.orig Tue Sep 15 20:32:09 1998 +++ cam/cam_xpt.c Wed Sep 16 03:08:41 1998 @@ -5137,7 +5137,7 @@ static void probecleanup(struct cam_periph *periph) { - free(periph->softc, M_TEMP); + free(periph->softc, M_DEVBUF); } static void To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message