Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 May 2013 15:16:52 -0500
From:      Joshua Isom <jrisom@gmail.com>
To:        David Demelier <demelier.david@gmail.com>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: Unkillable processes
Message-ID:  <519D27B4.1060805@gmail.com>
In-Reply-To: <CAO+PfDfOgQgm19FdHsRhCqfnnd5YqPMgRrxkyxsyn1Adt+hHBw@mail.gmail.com>
References:  <CAO+PfDe_N+1imes3w9G+ogzd91EDtAiQEUrD2rHXY74s2HYHug@mail.gmail.com> <519935D0.5080202@gmail.com> <CAO+PfDfOgQgm19FdHsRhCqfnnd5YqPMgRrxkyxsyn1Adt+hHBw@mail.gmail.com>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On 5/22/2013 1:47 AM, David Demelier wrote:
> 2013/5/19 Joshua Isom <jrisom@gmail.com>:
>>
>> A process can be unkillable if it's holding a lock, like reading from disk.
>> Eventually, the lock will release and it should die.  You can use limits to
>> change how much CPU and memory a process can use.  My guess is what happened
>> is it started using a lot of memory, but you ran out and have a lot of swap.
>> It was trying to run while using your hard drive instead of ram.  With
>> limits, you should be able to prevent it from using swap which could help,
>> and cap the amount of ram and cpu.
>
> Hello, thank you for that precise explanation, I will add limits into
> the new rctl.conf, however I don't know how many amount of ram I
> should allow, in fact I have absolutely no idea how much of ram an
> usual program eats, is 50Mo enough for user applications ?
>
> Regards,
>
> --
> Demelier David
>

A "usual program" on FreeBSD could be anything.  Right now my cron's 
using about 1.5 megs, while my ZFS ARC is about 20 gigabytes.  Firefox 
can use a gigabyte somewhat easily.  What I'd recommend is using limits 
to disable swap for it, and temporarily set the maximum memory to around 
2/3's your currently free memory.  If it's behaving properly that should 
be safe.  While it's running properly, get an idea of how much it wants 
and set the ram to 1.5 times that number.  If it's misbehaving, your 
system should still run properly and maybe you can diagnose the problem.



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?519D27B4.1060805>