From owner-freebsd-arch@FreeBSD.ORG Mon May 14 20:12:27 2007 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C00B16A515; Mon, 14 May 2007 20:12:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 07BB813C43E; Mon, 14 May 2007 20:12:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 699AD1A4D88; Mon, 14 May 2007 13:13:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 26A37515C1; Mon, 14 May 2007 16:12:24 -0400 (EDT) Date: Mon, 14 May 2007 16:12:24 -0400 From: Kris Kennaway To: Jason Evans Message-ID: <20070514201224.GA5386@xor.obsecurity.org> References: <20070512153532.GQ21795@elvis.mu.org> <63984.1178992555@critter.freebsd.dk> <20070513215442.GZ21795@elvis.mu.org> <46478C9A.9050807@fer.hr> <20070514132901.X24765@fledge.watson.org> <4648B65A.2040803@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4648B65A.2040803@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: Robert Watson , freebsd-arch@freebsd.org Subject: Re: Multiple malloc(3)s (was Re: HEADS DOWN) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2007 20:12:27 -0000 On Mon, May 14, 2007 at 12:19:54PM -0700, Jason Evans wrote: > Robert Watson wrote: > >I have to admit, > >however, that I do wish we'd retained an easy switch to let us go back > >and forth between phkmalloc and jemalloc for comparison purposes. > > It is pretty easy to go back and forth for comparison purposes, because > revision 1.92 of src/lib/libc/stdlib/malloc.c is a source-compatible > version of phkmalloc. You can update just that one file and get a libc > with phkmalloc instead of jemalloc. I continue to make use of this for > performance testing purposes, and it remains a sound strategy for > diagnosing possible regressions. I can confirm how trivial this is to do - it is indeed only one file that needs to be reverted, and you can even install it as a separate libc (e.g. in /tmp) and use LD_LIBRARY_PATH, libmap.conf, etc to direct access to it on a per-application basis. Kris