From owner-freebsd-current@FreeBSD.ORG Mon May 10 18:10:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFA3C106568A for ; Mon, 10 May 2010 18:10:07 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [109.74.192.160]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3098FC13 for ; Mon, 10 May 2010 18:10:07 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 9987AC400C; Mon, 10 May 2010 18:10:06 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from core.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Mon, 10 May 2010 18:10:06 +0000 (UTC) From: Bruce Cran To: freebsd-current@freebsd.org, gljennjohn@googlemail.com Date: Mon, 10 May 2010 19:09:15 +0100 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.3; amd64; ; ) References: <4BD8F7FA.2080103@jrv.org> <4BDA07B4.40506@digiware.nl> <20100430101149.35d50368@ernst.jennejohn.org> In-Reply-To: <20100430101149.35d50368@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005101909.16234.bruce@cran.org.uk> Cc: Willem Jan Withagen , Artem Belevich , "James R. Van Artsdalen" Subject: Re: kmem_map too small: 3832475648 total allocated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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 May 2010 18:10:08 -0000 On Friday 30 April 2010 09:11:49 Gary Jennejohn wrote: > A number of variables go into calculating vm.kmem_size (see kmeminit() > in kern_malloc.c). > > In the end, the kernel won't allocate more than twice the physical memory > size _which it has discovered_. > > The question is, how much of your physical memory does the kernel actually > see? It would appear that the maximum value for vm.kmem_size is twice the amount of "avail memory" - as opposed to the "real memory". I have 6GB installed; 6144MB gets detected but only 5873MB is available. Setting vm.kmem_size to 12G fails but 10G works. -- Bruce Cran