From owner-freebsd-questions@FreeBSD.ORG Thu Dec 4 05:59:37 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 769DD106564A for ; Thu, 4 Dec 2008 05:59:37 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from mail.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4387F8FC17 for ; Thu, 4 Dec 2008 05:59:37 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from localhost (mail.rachie.is-a-geek.net [192.168.2.101]) by mail.rachie.is-a-geek.net (Postfix) with ESMTP id 7F8B4AFC1C6; Wed, 3 Dec 2008 20:59:36 -0900 (AKST) From: Mel To: freebsd-questions@freebsd.org Date: Thu, 4 Dec 2008 06:38:19 +0100 User-Agent: KMail/1.9.7 References: <87abbciqgr.fsf@kobe.laptop> In-Reply-To: <87abbciqgr.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812040638.19923.fbsd.questions@rachie.is-a-geek.net> Cc: Giorgos Keramidas , Kevin Monceaux Subject: Re: Returning User With Filesystem/Memory Tuning Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 05:59:37 -0000 On Thursday 04 December 2008 04:12:04 Giorgos Keramidas wrote: > On Wed, 3 Dec 2008 17:24:48 -0600 (CST), Kevin Monceaux wrote: > > On Wed, 3 Dec 2008, Roland Smith wrote: > >> Application crashed can also be due to bad hardware, especially > >> memory. Make sure that you rule out hardware troubles before diving > >> into the software. > > > > I don't think it was hardware related, but it's a possibility. > > > > Jogging my memory a bit more I think the first program I had memory > > allocation problems was tin. Fetching headers from even a semi-large > > newsgroup would cause tin to crash. I forget the exact error messages > > but they were something along the lines of not being able to allocate > > the needed amount of memory. At the times of the failures there > > appeared to be available RAM with swap space completely untouched. The > > errors occurred at about the same point in fetching the headers each > > time. After much Googling I tried adjusting the following: > > > > kern.maxdsiz > > kern.dfldsiz > > kern.maxssiz > > Hi Kevin, > > The `kern.maxdsiz' tunable is a boot-time option that limits the amount > of memory a _single_ process can allocate for its `data'. And the dfldsiz is the initial soft limit. You can set dlfdsiz to 512 and maxdsiz to 1024, then all processes will initially bonk out at 512 and you'd have to use limit(1) to start up the process that needs more. 1024 will be the hard limit, nothing can excess beyond that. Datasize is simplified malloc(3) where ssiz = stack size. Function pointers and local variables that are not malloced (char foo[1024]), are put there till stack is exhausted. -- Mel Problem with today's modular software: they start with the modules and never get to the software part.