From owner-freebsd-performance@FreeBSD.ORG Wed Nov 23 17:20:58 2005 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDE8916A41F for ; Wed, 23 Nov 2005 17:20:58 +0000 (GMT) (envelope-from m@obmail.net) Received: from stewie.obfuscated.net (stewie.obfuscated.net [66.118.188.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9188E43D6B for ; Wed, 23 Nov 2005 17:20:58 +0000 (GMT) (envelope-from m@obmail.net) Received: from [192.168.1.103] (163-2.26-24.tampabay.res.rr.com [24.26.2.163]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by stewie.obfuscated.net (Postfix) with ESMTP id B76B261F5; Wed, 23 Nov 2005 12:20:57 -0500 (EST) In-Reply-To: <20051123171154.60414.qmail@web30307.mail.mud.yahoo.com> References: <20051123171154.60414.qmail@web30307.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Michael Conlen Date: Wed, 23 Nov 2005 12:20:56 -0500 To: =?ISO-8859-1?Q?Arne_W=F6rner?= X-Mailer: Apple Mail (2.746.2) Cc: freebsd-performance@freebsd.org Subject: Re: mmap() X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 17:20:59 -0000 On Nov 23, 2005, at 12:11 PM, Arne W=F6rner wrote: > --- Michael Conlen wrote: >> I'm trying to tune the system to allow very large >> mmap()'s in a >> > I had a similar problem with shared memory. > > I found an option in /sys/conf/NOTES. > > I think it could help in your case, if u increase > % options MAXDSIZ=3D(1024UL*1024*1024) > % options MAXSSIZ=3D(128UL*1024*1024) > % options DFLDSIZ=3D(1024UL*1024*1024) > apropriately. > > E. g. in your /sys//conf/ > options MAXDSIZ=3D(2000UL*1024*1024) > > But I dont know, if that is a good idea... Maybe you should use > nextboot(8) in case your box does not like the new kernel... :-) I've made those changes which are reflected in the output from limit. -- Michael Conlen=