From owner-freebsd-current@FreeBSD.ORG Wed Aug 12 13:47:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0268C106566B for ; Wed, 12 Aug 2009 13:47:20 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D0A5E8FC49 for ; Wed, 12 Aug 2009 13:47:19 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 8051846B2E; Wed, 12 Aug 2009 09:47:19 -0400 (EDT) Date: Wed, 12 Aug 2009 14:47:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Tancsa In-Reply-To: <200908121335.n7CDZZcg047419@lava.sentex.ca> Message-ID: References: <200908121335.n7CDZZcg047419@lava.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Call for regression and performance testing - 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 12 Aug 2009 13:47:20 -0000 On Wed, 12 Aug 2009, Mike Tancsa wrote: >> As we're approaching 8.0 BETA3, now would be a really good time to start >> identifying functional and performance regressions from the 7.x series. >> We've done a mixed job at this in the past, but when it comes to "I'll do >> better some day", there's no time like the present :-). Some notes: > > Other than the removal of whats below from the kernel, what other > adjustments should be made to make more accurate comparisons ? The main thing I'm aware of is malloc debugging in userspace -- the best way to do this is to uncomment MALLOC_PRODUCTION in src/lib/libc/stdlib/malloc.c: /* * MALLOC_PRODUCTION disables assertions and statistics gathering. It also * defaults the A and J runtime options to off. These settings are appropriate * for production systems. */ /* #define MALLOC_PRODUCTION */ You can also manually disable many of the debugging features in malloc(3) using malloc.conf -- however, it looks to me like some things, such as magic number checking, etc, are basically a compile time-only configuration option, so I'd encourage using MALLOC_PRODUCTION instead. Robert N M Watson Computer Laboratory University of Cambridge > > # Debugging for use in -current > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options GDB # Support remote GDB. > options INVARIANTS # Enable calls of extra sanity > checking > options INVARIANT_SUPPORT # Extra sanity checks of internal > structures, required by INVARIANTS > options WITNESS # Enable checks to detect deadlocks > and cycles > options WITNESS_SKIPSPIN # Don't run witness on spinlocks for > speed > > ---Mike > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > >