From owner-freebsd-arch Fri Jul 20 10: 9:11 2001 Delivered-To: freebsd-arch@freebsd.org Received: from marlborough.cnchost.com (marlborough.concentric.net [207.155.248.14]) by hub.freebsd.org (Postfix) with ESMTP id 356E937B407 for ; Fri, 20 Jul 2001 10:09:02 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by marlborough.cnchost.com id NAA29982; Fri, 20 Jul 2001 13:09:00 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200107201709.NAA29982@marlborough.cnchost.com> To: tlambert2@mindspring.com Cc: Jim Pirzyk , arch@freebsd.org Subject: Re: Setting the default MAX Stack size In-reply-to: Your message of "Fri, 20 Jul 2001 08:44:47 PDT." <3B5851EF.19B13D73@mindspring.com> Date: Fri, 20 Jul 2001 10:08:59 -0700 From: Bakul Shah Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > How about something like > > > > options MAXSSIZ="(256UL*1024*1024)" > > > > in your config file? > > This increases the maximum user space stack size, not the > stack size in the kernel. > If this is what he meant, then yeah, this will do it; I too was initially confused but I believe this is what he meant based on the following (from his email): > > The program that is being used is by one of our developers and it > > is using recursion internally to do smog particle simulation over > > many frames (visual effects). Or systems are installed with > > 2GB of memory and they set there stack size to 128MB (from 64MB). Stranger things have happened but I didn't think the Disney folks had implemented smog particle simulation in the kernel space:-) Your original comment about rewriting kernel code to use less space is equally valid for user code but Pirzyk probably wanted a quick fix first. > he also needs to look at his login class in login.conf, > and "ulimit"/"limit"/"limits" (based on the shell he is > using), to crank up the user space quota, and not just > the top end limit. Yes indeed. -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message