From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 09:49:37 2005 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 9521316A4CE for ; Mon, 25 Apr 2005 09:49:37 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3285143D46 for ; Mon, 25 Apr 2005 09:49:37 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j3P9nSW5030398; Mon, 25 Apr 2005 05:49:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j3P9nSUh030395; Mon, 25 Apr 2005 05:49:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Mon, 25 Apr 2005 05:49:28 -0400 (EDT) From: Andre Guibert de Bruet To: Marc Olzheim In-Reply-To: <20050425081927.GA56859@stack.nl> Message-ID: <20050425053736.K23468@lexi.siliconlandmark.com> References: <52997.83.226.116.53.1114121015.squirrel@webmail.chalmers.se> <20050423024259.B68772@lexi.siliconlandmark.com> <20050425081927.GA56859@stack.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.547, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org cc: Niklas Sorensson Subject: Re: Debug options 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: Mon, 25 Apr 2005 09:49:37 -0000 On Mon, 25 Apr 2005, Marc Olzheim wrote: > On Sat, Apr 23, 2005 at 02:44:53AM -0400, Andre Guibert de Bruet wrote: >> May I also suggest tuning(7)? > > As in: may you suggest someone put this in tuning(7) ? Just from the fact that the document refers to 4.5 in the loader tunables section, it might be time to revamp it with information that is relevant to the current state of affairs, yes. > Or what part of tuning(7) are you referring to ? The original question was: "Are there any other options that affect performance? The note mentions malloc-debugging flags, but I don't know how to turn it off." Tuning has good information on sysctls which directly affect networking and vm performance. Despite its age, this document is a good read for anyone that is trying to get cheap performance. > No use pointing to manpages if the info isn't there. :-/ Naturally. :-) Cheers, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ >