From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 10:24:21 2003 Return-Path: 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 7ADCE16A4CE; Thu, 25 Dec 2003 10:24:21 -0800 (PST) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [62.58.162.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 130D643D31; Thu, 25 Dec 2003 10:24:20 -0800 (PST) (envelope-from sten@blinkenlights.nl) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 468B23AF; Thu, 25 Dec 2003 19:20:48 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 2FDE81AD; Thu, 25 Dec 2003 19:20:48 +0100 (CET) Date: Thu, 25 Dec 2003 19:20:48 +0100 (CET) From: Sten To: =?gb2312?B?WGluIExJL8Du9s4=?= In-Reply-To: <20031225063847.4271852E1@ftp.bjpu.edu.cn> Message-ID: References: <20031225063847.4271852E1@ftp.bjpu.edu.cn> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=gb2312 Content-Transfer-Encoding: 8BIT cc: stable@FreeBSD.org cc: current@freebsd.org Subject: Re: [SOLVED] RE: [Backtrace] 4.9 and 5.1-RELEASE occasionly panic on RAM > 4GB without PAE (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 25 Dec 2003 18:24:21 -0000 On Thu, 25 Dec 2003, [gb2312] Xin LI/ÀîöÎ wrote: > First I would say "thank you" to those who helped me to find the cause of > the problem. Now I have confirmed that the problem goes away after a kernel > configuration tuning. > > To trigger the problem, the box must have more than 2GB RAM and the > following configuration: > > options MAXDSIZ=(1024UL*1024*1024) > options MAXSSIZ=(128UL*1024*1024) > options DFLDSIZ=(1024UL*1024*1024) > > A default, say, GENERIC kernel would not trigger panic's during my test. > > The problem exists on 4-STABLE and 5-CURRENT, however, by increasing kernel > virtual address space by adding a line like the following: > > options KVA_PAGES=512 > > The panics goes away. > I'd really love getting rid of most hardcoded memory allocations in the fbsd kernel, with the main bugger being NMBCLUSTERS, which one always forgets about untill it's too late :(. In solaris auto-tuning has been a top priority for a long while, and propper dynamic tuning should get it right ( or even better ) in 99% of the cases. People with other needs should be able to build a custom kernel. Maybe a nice goal for 6.0 :) I do have to note that fbsd5 has been getting better and better, on sparc64 it beats out linux and netbsd for my purposes. Good work. -- Sten Spans There is a crack in everything that's how the light gets in.