From owner-freebsd-hackers Mon Jul 29 6:50:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1AFE37B400; Mon, 29 Jul 2002 06:50:43 -0700 (PDT) Received: from totem.fix.no (totem.fix.no [80.91.32.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74E3E43E31; Mon, 29 Jul 2002 06:50:43 -0700 (PDT) (envelope-from anders@totem.fix.no) Received: by totem.fix.no (Postfix, from userid 1000) id 37D9420247; Mon, 29 Jul 2002 15:51:08 +0200 (CEST) Date: Mon, 29 Jul 2002 15:51:08 +0200 From: Anders Nordby To: Matthew Dillon Cc: Nuno Teixeira , Jens Rehsack , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: squid and datasize kernel problems (was: openoffice stack and datasize kernel problems) Message-ID: <20020729135107.GA82519@totem.fix.no> References: <20020608153940.GA13033@gw.tex.bogus> <3D022B97.3BB722F@liwing.de> <20020608161556.GC13033@gw.tex.bogus> <200206081740.g58HesRL081782@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206081740.g58HesRL081782@apollo.backplane.com> User-Agent: Mutt/1.4i X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jun 08, 2002 at 10:40:54AM -0700, Matthew Dillon wrote: > > But it doesn't make much sense. A 64 megabyte stack ought > to be plenty, as should the default 512MB data size. > > It should be noted that mmap() uses whatever VM space > remains after MAXDSIZ and MAXSSIZ have been reserved, so > increasing MAXDSIZ reduces the amount of VM available > to mmap(). Still, a 1 GB MAXDSIZ should not result in > system utilities / servers running out of mmap() space! > Userland has 3G of VM space to play with. I'm running into some similar issues when trying to make Squid eat as much as possible of the 4 GB memory I have installed in a Compaq ProLiant DL 380 G2. At first, Squid seems to die and restart when trying to allocate memory above 512 MB. By tuning MAXDSIZ, I have made it use up to around 2 GB. If I set MAXDSIZ (I now do it in loader.conf with kern.maxdsiz) above around 2950 MB, init starts failing upon boot: init in malloc(): error mmap(2) failed, check limits init in malloc(): warning: recursive call Does anyone have any clues on how to overcome this? I'll be trying out the the dlmalloc library that is distributed with Squid, but I suppose I do need a 4 GB maximum data size to be able to make Squid actually use 4 GB. Is this possible, or am I being totally foolish? Any hint very appreciated. :-) Cheers, -- Anders. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message