From owner-freebsd-stable@FreeBSD.ORG Mon May 10 17:00:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EEB9106566B for ; Mon, 10 May 2010 17:00:24 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 856838FC14 for ; Mon, 10 May 2010 17:00:24 +0000 (UTC) Received: from omta06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by qmta15.emeryville.ca.mail.comcast.net with comcast id FoLU1e00316AWCUAFt0Rvs; Mon, 10 May 2010 17:00:25 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta06.emeryville.ca.mail.comcast.net with comcast id Ft0D1e0044Mx3R28St0Fg2; Mon, 10 May 2010 17:00:23 +0000 Message-ID: <4BE83B9B.5030209@comcast.net> Date: Mon, 10 May 2010 13:00:11 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100311 Thunderbird/3.0.1 MIME-Version: 1.0 To: Mike Andrews References: <4BDEA86E.3050109@zirakzigil.org> <20100503110100.GA93137@icarus.home.lan> <4BDEC106.3040807@zirakzigil.org> <4BE110E3.8040902@zirakzigil.org> <4BE82C5D.1080806@bit0.com> In-Reply-To: <4BE82C5D.1080806@bit0.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 8.0 kmem map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2010 17:00:24 -0000 On 05/10/10 11:55, Mike Andrews wrote: > On 5/5/10 11:19 AM, Freddie Cash wrote: >> On Tue, May 4, 2010 at 11:32 PM, Giulio Ferro >> wrote: >> >>> Giulio Ferro wrote: >>> >>>> Thanks, I'll try these settings. >>>> >>>> I'll keep you posted. >>>> >>> >>> Nope, it's happened again... Now I've tried to rise vm.kmem_size to >>> 6G... >>> I'm really astounded at how unstable zfs is, it's causing me a lot of >>> problem. >>> Why isn't it stated in the handbook that zfs isn't up to production >>> yet? >>> >> >> As with everything related to computers, it all depends on your uses. > > Sorry to semi-hijack this, but... I'm also running into frequent > "kmem_map too small" panics on 8-STABLE, such as: > > panic: kmem_malloc(131072): kmem_map too small: 2023780352 total > allocated > panic: kmem_malloc(131072): kmem_map too small: 2011525120 total > allocated > panic: kmem_malloc(114688): kmem_map too small: 1849356288 total > allocated > panic: kmem_malloc(114688): kmem_map too small: 1849356288 total > allocated > panic: kmem_malloc(114688): kmem_map too small: 1849356288 total > allocated > panic: kmem_malloc(131072): kmem_map too small: 2020409344 total > allocated > panic: kmem_malloc(536576): kmem_map too small: 2022957056 total > allocated > > (those are over the course of 3-4 days) > > On this specific system, it has 32 GB physical memory and has > vfs.zfs.arc_max="2G" and vm.kmem_size="64G" in /boot/loader.conf. The > latter was added per earlier suggestions on this list, but appears to > be ignored as "sysctl vm.kmem_size" returns about 2 GB (2172452864) > anyway. > > As Artem stated in another reply, you will need to set vm.kmem_size slightly under 2x the physical memory. The kernel will default to 2GB if you pass this limit. 1.5x physical memory size should be sufficient, so try "48G" and verify that it gets set correctly on the next boot.