From owner-freebsd-current@FreeBSD.ORG Mon Jul 28 23:07:08 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 EE08637B401; Mon, 28 Jul 2003 23:07:08 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51CB643F3F; Mon, 28 Jul 2003 23:07:08 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0dr.dialup.mindspring.com ([209.86.1.187] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19hNdT-0002wp-00; Mon, 28 Jul 2003 23:07:00 -0700 Message-ID: <3F260EC7.4050958E@mindspring.com> Date: Mon, 28 Jul 2003 23:05:59 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mark Sergeant References: <1059370229.7380.13.camel@xyzzy.wireless.snsonline.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a470007ae5d38647bdb20bd4ef0790bf9c548b785378294e88350badd9bab72f9c350badd9bab72f9c cc: freebsd-isp@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Recommended kernel config for a dell 8450, 8 cpu, 8GB of ram. 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: Tue, 29 Jul 2003 06:07:09 -0000 Mark Sergeant wrote: > Just seeking some general information. I've got a couple of dell 8 cpu > boxes here running FreeBSD 5.1-RELEASE and am interested in peoples > thoughts on the best kernel configs for this type of machine. I'm > interested in the best way of making use of 8 cpu's and also seeing the > whole 8GB of RAM. For more than 4G of physical RAM, your only option is to enable the PAE support. In terms of other configuration options, it really depends on your intended use. In general, the PAE support doesn't allow the address space of the combined user and kernel to exceed 4G; what it does is let you have more processes resident instead of being swapped out. You also can't really increase your kernel memory usage over the KVA size limit, in any case, and unless you increase the KVA from 2G to 3G (simultaneously decreasing the UVA available to user processses), you will likely run into the "kmem_map too small", even if you set the hard limits up. Doing this will reduce the maximum size of user processes, which may not be what you want, given that the reason you have more than 4G in the box in the first place is that you are expecting to be able to make use of it. 8-). One thing that would be helpful (and last time I looked, it still wasn't easily supportable) would be to change the KVA/UVA ratio, and deuinify the kernel and process address space. Doing this would have implications for the pipe code and the loopback device, but it would also let you replace uiomove() to do map flipping to copy data in and out, and basically that would give you the full 4G UVA and full 4G KVA, instead of being limited to UVA+KVA=4G. This is basically what the Alpha, SPARC, and PPC platforms do. -- Terry