*BSD News Article 97109


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.mel.connect.com.au!news.mel.aone.net.au!news.mira.net.au!pumpkin.pangea.ca!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!howland.erols.net!newsfeed.internetmci.com!in3.uu.net!203.108.7.42!uunet1.feed.news.ozemail.net!OzEmail-In!news
From: Boyd Currey <boydc@ozemail.com.au>
Newsgroups: comp.unix.bsd.bsdi.misc
Subject: Process size limits with BSDI
Date: Tue, 03 Jun 1997 15:47:13 +1000
Organization: OzEmail Ltd.
Lines: 41
Message-ID: <3393AFE1.13F7@ozemail.com.au>
Reply-To: boydc@ozemail.com.au
NNTP-Posting-Host: 203.15.167.189
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 3.01 (Win95; I)
Xref: euryale.cc.adfa.oz.au comp.unix.bsd.bsdi.misc:6966

Process size limits on BSDI2.1

Hi,

  I have been following a thread about process size limits
on the squid cache/proxy mail list, and it has raised a few
questions about process size limits and, in my case, its
implications to DNS/named.

  Our primary DNS is a dedicated server with a pentium processor
and 128M RAM, and at the moment, it seems to reach a process size
(reported by 'ps' or 'top' etc) of approximately 64M, and then
dies with a cannot malloc error. People have been reporting similar
problems with squid running on BSDI platforms.

  I have read that with careful tuning of kernel parameters such
as DFLDSIZ, DFLSIZ, MAXDSIZ, etc, that this limit can be increased.
I forwarded this advice onto our design department and they reported
that it would not help, and the 64M limit was imposed by the OS and its
hardware (namely the 386 code base?)

  My questions are, is this all true? Is 64M the absolute largest size
any process can be with BSDI2.1? Can I increase this limit with the
above kernel parameters to 96M so that named won't die? Does BSDI3.0
solve this problem (is there even a problem)?

   Without a machine to test what I have read as a live server, I feel
stuck in that their could be a solution, but am being told two different
things, and I am unable to actually try it.

   I would appreciate your thoughts and answers.

   Regards,
   Boyd


___________________________________________________________________________
                         Boyd Currey | OzEmail Ltd
                System Administrator | Unit 21, 39 Herbert St.
                boydc@ozemail.com.au | St. Leonards, Australia
              Phone: +61 2 9433 2352 | Phone: +61 2 9433 2400