Date: Sat, 16 May 1998 17:47:25 -0500 (EST) From: "John S. Dyson" <toor@dyson.iquest.net> To: tlambert@primenet.com (Terry Lambert) Cc: eivind@yes.no, 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: <199805162247.RAA05770@dyson.iquest.net> In-Reply-To: <199805162159.OAA13568@usr02.primenet.com> from Terry Lambert at "May 16, 98 09:59:49 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-).
>
You haven't made any arguments for or against type stable memory. Limited
memory size is annoying, but a fact of life. The code can be made to be
dynamic, but the critical region issues become challenging.
John
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?199805162247.RAA05770>