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.syd.connect.com.au!news.bri.connect.com.au!fjholden.OntheNet.com.au!not-for-mail From: Tony Griffiths <tonyg@OntheNet.com.au> Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: DFLDSIZ and MAXDSIZ Date: Thu, 17 Apr 1997 11:21:08 +1000 Organization: On the Net (ISP on the Gold Coast, Australia) Lines: 28 Message-ID: <33557B04.4BA1@OntheNet.com.au> References: <k8lo6jmfp4.fsf@slbwlz.bln.sel.alcatel.de> Reply-To: tonyg@OntheNet.com.au NNTP-Posting-Host: swanee.nt.com.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0 (WinNT; I) To: Heiko Blume <blume_h@slbwlz.bln.sel.alcatel.de> Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:39176 Heiko Blume wrote: > > hi, > > just to be careful - if i have 128MB RAM and set > > options "DFLDSIZ=268435456" # 256MB > options "MAXDSIZ=268435456" # 256MB > > and a process grows beyond 128MB the machine should > still be happy (paging of course)? 2.1-STABLE running. As with anything, if you give a process sufficient 'quota' of a resource and it actually goes and takes that quota, you have to live with the consequences! Be prepared to allocates LOTS of swap space!!! I rebuilt our proxy server to increase the data sizes because the earlier versions of Squid had some bad memory leaks that could easily consume > 350 MB or virtual memory on a 128 MB physical memory machine. The latest version (1.1.9) that I am now running appears to be much better behaved and the system is running happily with 15-16 MB sitting in the free/buf-cache pool after 5 days of operation. Hmm... Now that I've said that I should take out the auto-kill/restart from cron that was put there to get around the earlier swap exhaustion problems! Tony