From owner-cvs-src@FreeBSD.ORG  Fri Mar 24 21:13:35 2006
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: cvs-src@FreeBSD.org
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id ECCA016A420;
	Fri, 24 Mar 2006 21:13:35 +0000 (UTC) (envelope-from des@des.no)
Received: from tim.des.no (tim.des.no [194.63.250.121])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6598C43D6B;
	Fri, 24 Mar 2006 21:13:34 +0000 (GMT) (envelope-from des@des.no)
Received: from tim.des.no (localhost [127.0.0.1])
	by spam.des.no (Postfix) with ESMTP id 365B72083;
	Fri, 24 Mar 2006 22:13:29 +0100 (CET)
X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO
X-Spam-Learn: ham
X-Spam-Score: -2.4/3.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no
Received: from xps.des.no (des.no [80.203.243.180])
	by tim.des.no (Postfix) with ESMTP id 268DF2082;
	Fri, 24 Mar 2006 22:13:29 +0100 (CET)
Received: by xps.des.no (Postfix, from userid 1001)
	id E2C8B33C8D; Fri, 24 Mar 2006 22:13:28 +0100 (CET)
From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=)
To: Julian Elischer <julian@elischer.org>
References: <200603232337.k2NNb6tH020675@repoman.freebsd.org>
	<86irq45etp.fsf@xps.des.no> <442444C4.8020404@elischer.org>
Date: Fri, 24 Mar 2006 22:13:28 +0100
In-Reply-To: <442444C4.8020404@elischer.org> (Julian Elischer's message of
	"Fri, 24 Mar 2006 11:13:08 -0800")
Message-ID: <86k6ajpmvb.fsf@xps.des.no>
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org,
	Peter Wemm <peter@FreeBSD.org>
Subject: Re: cvs commit: src/lib/libc/sys mmap.2
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Mar 2006 21:13:36 -0000

--=-=-=
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Julian Elischer <julian@elischer.org> writes:
> Dag-Erling Sm=F8rgrav wrote:
> > Are you saying that mmap() is not constrained by maxdsiz?
> that seems to be the case from my experience.

That's bad.  Our new malloc() uses mmap() to allocate arenas, which
means that dsiz no longer has any effect.  I've just confirmed this:

# phkmalloc on 5.4 / i386
% ulimit -d
524288
% ./allocate
511

# jemalloc on 7.0 / i386
% ulimit -d
524288
% ./allocate
697

# jemalloc on 7.0 / amd64
% ulimit -d
524288
% ./allocate
1844^C

Note the discrepancy on 7.0 / i386 - it does stop, but only after
exceeding dsiz by about 50%.  On amd64, it'll happily keep going until
it hits vsiz, which is unlimited by default.

DES
--=20
Dag-Erling Sm=F8rgrav - des@des.no


--=-=-=
Content-Disposition: attachment; filename=allocate.c

#include <stdio.h>
#include <stdlib.h>

int
main(void)
{
	int i = 0;

	while (malloc(1048576) != NULL) {
		printf("\r%d", ++i);
		fflush(stdout);
	}
	printf("\n");
	exit(0);
}

--=-=-=--