From owner-freebsd-current Thu Oct 10 15:24:59 2002 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 EEBAA37B401; Thu, 10 Oct 2002 15:24:57 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id A641843EB3; Thu, 10 Oct 2002 15:24:57 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0397.cvx21-bradley.dialup.earthlink.net ([209.179.193.142] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17zljj-0007ZZ-00; Thu, 10 Oct 2002 15:24:56 -0700 Message-ID: <3DA5FDD7.83D3C725@mindspring.com> Date: Thu, 10 Oct 2002 15:23:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Robert Watson Cc: Ben Stuyts , current@freebsd.org Subject: Re: Again: panic kmem_malloc() References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Robert Watson wrote: > I've run into this on a couple of boxes, but those boxes were diskless > root boxes, and used md backed ffs for /tmp and /var. Apparently if you > do that, you're likely to exceed the kernel's auto-tuned kmem map size. > That said, they didn't do it as frequently, so perhaps there's been a > chance. A glance at the malloc buckets on the machine suggested that this > wasn't a memory leak (the normal candidate in this sort of scenario). Use of swapping on additional space not known to the kernel at boot time, will also cause this; the auto-sizing of the map can only know about the things it knows about, so adding more later with consume the available KVA space, without growing it (all physical memory and all swap is assumed to have mappings allocated since the mappings need to be filled in at fault time. It's very tempting to seperate the mapping allocations; this would be a pretty big chore. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message