From owner-freebsd-net@FreeBSD.ORG Thu Oct 27 23:53:02 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F58C16A421; Thu, 27 Oct 2005 23:53:02 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from mail-svr1.cs.utah.edu (brahma.cs.utah.edu [155.98.64.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E1F843D5D; Thu, 27 Oct 2005 23:53:00 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 998C1346EB; Thu, 27 Oct 2005 17:52:59 -0600 (MDT) Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26618-05; Thu, 27 Oct 2005 17:52:59 -0600 (MDT) Received: from trust.cs.utah.edu (trust.cs.utah.edu [155.98.65.28]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 4CF88346D3; Thu, 27 Oct 2005 17:52:59 -0600 (MDT) Received: by trust.cs.utah.edu (Postfix, from userid 4969) id 26DD63F6F; Thu, 27 Oct 2005 17:52:59 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by trust.cs.utah.edu (Postfix) with ESMTP id 189AC3F6C; Thu, 27 Oct 2005 17:52:59 -0600 (MDT) Date: Thu, 27 Oct 2005 17:52:59 -0600 (MDT) From: Vaibhave Agarwal To: freebsd In-Reply-To: <20051027233636.GA39380@dmw.hopto.org> Message-ID: References: <20051027233636.GA39380@dmw.hopto.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at cs.utah.edu Cc: freebsd Subject: how to make the FreeBSD 6.0 run faster X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 23:53:02 -0000 In the file /usr/src/UPDATING, there is a following statement NOTE TO PEOPLE WHO THINK THAT FreeBSD 6.x IS SLOW: FreeBSD 6.x has many debugging features turned on, in both the kernel and userland. These features attempt to detect incorrect use of system primitives, and encourage loud failure through extra sanity checking and fail stop semantics. They also substantially impact system performance. If you want to do performance measurement, benchmarking, and optimization, you'll want to turn them off. This includes various WITNESS- related kernel options, INVARIANTS, malloc debugging flags in userland, and various verbose features in the kernel. Many developers choose to disable these features on build machines to maximize performance. How do u disable malloc debugging flags in the userland? I read somewhere that " ln -s aj /etc/malloc.conf" disables malloc debugging. How does it work? And how to disable verbose features in the kernel? Apart from this, are there other ways to make the kernel run faster?? thanks vaibhave