Date: Wed, 14 Jul 1999 07:45:02 +0900 (JST) From: Noriyuki Soda <soda@sra.co.jp> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: Noriyuki Soda <soda@sra.co.jp>, Jason Thorpe <thorpej@nas.nasa.gov>, "Brian F. Feldman" <green@FreeBSD.ORG>, bright@rush.net, dcs@newsguy.com, freebsd-hackers@FreeBSD.ORG, jon@oaktree.co.uk, tech-userlevel@netbsd.org Subject: Re: Replacement for grep(1) (part 2) Message-ID: <199907132245.HAA15198@srapc342.sra.co.jp> In-Reply-To: <199907132229.PAA81360@apollo.backplane.com> References: <199907132127.OAA80947@apollo.backplane.com> <199907132139.GAA14890@srapc342.sra.co.jp> <199907132153.OAA81153@apollo.backplane.com> <199907132215.HAA15042@srapc342.sra.co.jp> <199907132229.PAA81360@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> On Tue, 13 Jul 1999 15:29:37 -0700 (PDT),
Matthew Dillon <dillon@apollo.backplane.com> said:
> In the same manner any truely critical system server must handle the
> resource management itself to deal with all sorts of problem situations,
> including memory. You do not need to build any of this control into the
> kernel.
:
[snip]
:
> To say that FreeBSD does not support a certain class of system because
> it uses an overcommit model is not correct, because you can trivially
> solve the problem by implementing your own management of memory rather
> then use the UNIX libc builtins.
That's wrong.
The application might be killed by SIGKILL on current FreeBSD
implementation, when the system becomes swap shortage.
--
soda
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?199907132245.HAA15198>