>>>>> 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