On Sep 07, at 01:35 PM, Giorgos Keramidas wrote:
>
> From: D J Hawkey Jr <hawkeydvisi.com>
> Subject: Re: when mail full /tmp partition, system cracked
> Date: Thu, Sep 06, 2001 at 05:07:31PM -0500
>
> > In article <20010906152832.A44174_nomad.lets.netns.sol.net>,
> > stevenomad.tor.lets.net writes:
> > > On Thu, Sep 06, 2001 at 10:45:47AM -0300, Fernando Schapachnik wrote:
> > >
> > > What is supposed to happen is the largest process is supposed
> > > to be killed if virtual memory is exhausted. There is a bug in
> > > 4.3-RELEASE that prevents this from happening. The kernel hangs
> > > before any processes get killed.
> >
> > Is "the largest process" selective, to some degree or another? That is,
> > will it (can it?) discern a "more valuable" process from a "lesser one"?
>
> Nope, it isn't. The 'largest' means just that. The largest.
>
> But you're missing the point. The idea is to *not* reach this state
> of memory being 'exchausted' by carefully setting up user limits.

Agreed. But...

> If you start running so low on memory (and swap), there's not much
> difference in killing one process or the other.

...should it happen, and the choice was between a [larger] named and a
[smaller] lpd or ntpd, I'd rather either of the latter be killed (just
as an example).

Actually, in my mind, rather than this tact at all, I'd opt for simply
not spawning the task that brought on this condition to begin with (or
is that what happens with properly tuned user limits?).

> -giorgos

This thread is getting a bit off-topic for this mailing list, no?
Let's take it "off line" if we wish to continue.

SeeYa,
Dave

-- 
Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"
To Unsubscribe: send mail to majordomoFreeBSD.org
with "unsubscribe freebsd-security" in the body of the message

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]