Date: Sat, 16 May 1998 21:59:49 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: eivind@yes.no (Eivind Eklund) Cc: wollman@khavrinen.lcs.mit.edu, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/conf param.c src/sys/kern uipc_domain.c uipc_proto.c uipc_socket.c uipc_socket2.c uipc_usrreq.c src/sys/ Message-ID: <199805162159.OAA13568@usr02.primenet.com> In-Reply-To: <19980516200156.30364@follo.net> from "Eivind Eklund" at May 16, 98 08:01:56 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> To get around that problem, I'd expand the VM space in the top half of
> the kernel ("somewhere suitable") when it looked like we were "close
> to" running out of space (ie, close to the maxsockets case), and
> probably start out with maxsockets somewhat smaller. (There are, of
> course, a lot of opportunities for high-water/low-water mark magic
> around this).
>
> Does it sound doable?
The protection you would gain is statistical; there would still be
failure races if you did it (consider a low memory condition; just
because you can expand the page mappings doesn't mean that you will
have pages available for them to point to).
This is why type stable memory is so annoying. 8-).
Terry Lambert
terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805162159.OAA13568>