>>>>> On Tue, 13 Jul 1999 15:29:37 -0700 (PDT),
Matthew Dillon <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
- Re: Replacement for grep(1) (part 2) Robert Elz
- Re: Replacement for grep(1) (part 2... Matthew Dillon
- Re: Replacement for grep(1) (pa... sthaug
- Re: Replacement for grep(1) (pa... Matthew Dillon
- Re: Replacement for grep(1) (part 2... Daniel C. Sobral
- Re: Replacement for grep(1) (part 2) Matthew Dillon
- Re: Replacement for grep(1) (part 2) Noriyuki Soda
- Re: Replacement for grep(1) (part 2) Matthew Dillon
- Re: Replacement for grep(1) (part 2) Noriyuki Soda
- Re: Replacement for grep(1) (part 2) Matthew Dillon
- Re: Replacement for grep(1) (part 2... Noriyuki Soda
- Re: Replacement for grep(1) (pa... Matthew Dillon
- Re: Replacement for grep(1) (pa... Ted Faber
- Re: Replacement for grep(1) (pa... Matthew Dillon
- Re: Replacement for grep(1) (pa... Ted Faber
- Re: Replacement for grep(1) (pa... Kris Kennaway
- Re: Replacement for grep(1) (pa... Gregory Sutter
- Re: Replacement for grep(1) (pa... Mike Smith
- Re: Replacement for grep(1) (pa... Matthew Dillon
- Re: Replacement for grep(1) (pa... Noriyuki Soda
- Re: Replacement for grep(1) (pa... Matthew Dillon

