Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 3 Mar 2009 06:40:25 -0900
From:      Mel <fbsd.questions@rachie.is-a-geek.net>
To:        freebsd-questions@freebsd.org
Cc:        Andrew Moran <sneepre@mac.com>
Subject:   Re: SpamAssassin/Perl eating enormous amounts of memory?
Message-ID:  <200903030640.25554.fbsd.questions@rachie.is-a-geek.net>
In-Reply-To: <19C0CCFC-CBD5-4822-8838-4F10C4792C23@mac.com>
References:  <8806A36E-A839-481A-8E59-9F79DEB6B51A@me.com> <200903021439.55092.fbsd.questions@rachie.is-a-geek.net> <19C0CCFC-CBD5-4822-8838-4F10C4792C23@mac.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 02 March 2009 16:21:53 Andrew Moran wrote:

> > What's even weirder is that the process gets that far. Did you play
> > with
> > kern.maxdsiz loader tuneable?
> > If so, set it lower, so you can at least have the machine in a
> > usable state at
> > all times. 4G should be enough for any process and should give
> > enough time
> > for you to spot the leak and get a ktrace.
>
> Nope, I haven't tweaked any kernel settings, just using the generic
> DEFAULT amd64 kernel.   I've been way about tweaking settings because
> I don't fully understand what the 'correct' values for my setup are.

Could you show kenv kern.maxdsiz and if unset limits -H -d? Looks like it's 
32G on my 6.x amd64, in which case setting it is a good idea.
echo 'kern.maxdsiz="8G"' >> /boot/loader.conf
echo 'kern.defdsiz="4G"' >> /boot/loader.conf

would set it to 4G soft limit, 8G hard limit. The difference between soft and 
hard is, that the limits(1) program can be used to run a process with more 
then 4G allocatable memory and nothing can run with more then 8G, until 
loader tunable is changed and a reboot is done.

I really have no idea why on amd64 this default is so high, surely 32G for a 
process is an extreme circumstance, for which one would require 4 physical 
CPU's to begin with.
-- 
Mel

Problem with today's modular software: they start with the modules
    and never get to the software part.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200903030640.25554.fbsd.questions>