Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 18 Jul 1999 12:25:24 +0900
From:      "Daniel C. Sobral" <dcs@newsguy.com>
To:        Dag-Erling Smorgrav <des@flood.ping.uio.no>
Cc:        Assem Salama <salama@twcny.rr.com>, freebsd-hackers@FreeBSD.ORG
Subject:   Re: Devloper
Message-ID:  <37914924.4B6FCB28@newsguy.com>
References:  <37907E69.90037620@twcny.rr.com> <xzpg12nnri3.fsf@flood.ping.uio.no> <3790BBAF.3556105C@newsguy.com> <xzpemi7npos.fsf@flood.ping.uio.no>

next in thread | previous in thread | raw e-mail | index | archive | help
Dag-Erling Smorgrav wrote:
> 
> "Daniel C. Sobral" <dcs@newsguy.com> writes:
> >       * a sysctl to make the system non-overcommit
> 
> So I see common sense lost in the end.

I think nobody objects to the knob, just to people trying to
convince us that it would do any good.

> >       * SIGDANGER in low-memory situations
> 
> Do we support more than 32 signals?

So it's a cascade project. :-)

> ISTR AIX already does this. What signal numbers / names does AIX use
> for this?

It's AIX that I have in mind when I think of this. (AIX does have
the knob, which can be set per process.)

> >       * Dividing processes into those that ought to be killed first and
> > those that ought to be killed last in low-memory situations
> 
> How does AIX solve that problem?

AFAIK, it doesn't. Though maybe the processes which are not
overcommitting are "immune", which makes some sense.

> >       * Per-user swap space limit
> 
> Is that a realistic goal? What do we do about shared text, count it
> once for every user that uses it?

Shared TEXT is not swapped. :-) We are talking about *swap*. I don't
think we could have any swap space shared between users except
through some arcane uses of mmap(). Anyway, DG suggested, Dillon
thought it a good idea, who am I to say anything?

--
Daniel C. Sobral			(8-DCS)
dcs@newsguy.com
dcs@freebsd.org

	"Misguided Angel hanging over me
	 Heart like Gabriel, pure and white as ivory
	 Soul like Lucifer, black and cold like a piece of lead..."


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




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