From owner-cvs-all  Thu Apr  5  8:40:11 2001
Delivered-To: cvs-all@freebsd.org
Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2B36537B423; Thu,  5 Apr 2001 08:39:59 -0700 (PDT)
	(envelope-from sobomax@FreeBSD.org)
Received: from vic.sabbo.net (dialup13-22.iptelecom.net.ua [212.9.229.22])
	by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id SAA48944;
	Thu, 5 Apr 2001 18:39:55 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1])
	by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f35FdNt54425;
	Thu, 5 Apr 2001 18:39:23 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Message-ID: <3ACC91AB.2A183123@FreeBSD.org>
Date: Thu, 05 Apr 2001 18:39:23 +0300
From: Maxim Sobolev <sobomax@FreeBSD.org>
Organization: Vega International Capital
X-Mailer: Mozilla 4.76 [en] (WinNT; U)
X-Accept-Language: uk,ru,en
MIME-Version: 1.0
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: Re: cvs commit: ports/devel Makefile ports/devel/dlmalloc Makefile 
 distinfo pkg-comment pkg-descr pkg-message pkg-plist 
 ports/devel/dlmalloc/files Makefile README.FreeBSD
References: <22562.986484362@critter>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Poul-Henning Kamp wrote:

> In message <200104051517.f35FHXb44816@freefall.freebsd.org>, Maxim Sobolev writes:
> >sobomax     2001/04/05 08:17:33 PDT
> >
> >  Modified files:
> >    devel                Makefile
> >  Added files:
> >    devel/dlmalloc       Makefile distinfo pkg-comment pkg-descr
> >                         pkg-message pkg-plist
> >    devel/dlmalloc/files Makefile README.FreeBSD
> >  Log:
> >  Add dlmalloc 2.7.0, a very efficient malloc/free/realloc implementation.
> >
> >  According to my tests it is *amazingly* efficient - it gave me about 10%
> >  memory saving (SIZE in the top(1)) for the large processes like X and jre
> >  without any measureable performance saturation.
> >
> >  Moreover, due to not very clear for me reasons Python benchmark (pybench)
> >  is about 60% (!!!) faster with this allocator comparing to the libc one.
> >  Obviously we should investigate this further and if there is no error
> >  then tune either Python or our own malloc.
>
> Did you measure this with the right malloc flags for the libc version ?
>
> Remember that -current runs with malloc flags "AJ" as default, that is not
> fair if it comes to performance comparisons (but it does wonders for finding
> bugs :-)

I don't use default value:

$ ls -l /etc/malloc.conf
lrwxr-xr-x  1 root  wheel  7 Jul 22  2000 /etc/malloc.conf@ -> HRajuxz

-Maxim


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message