> > Yuck. That's a complete abomination. What's the point of it? It's turning > > Paging Terry Lambert, Terry Lambert - do you read me? It's time for > your annual rant on the topic of memory overcommit. :-) It's not overcommit so much as it is what happens to a process that gets a page fault when there are no available pages to 'fix up' the overcommit. AIX began overcommitting at one point but would kill -9 any process that page faulted when there were no available pages. AIX sysadmins universally hated this behavior and allocated HUGE swap files to avoid it. I assume FreeBSD does something more reasonable. Todd Whitesel toddpw @ best.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
- Re: Replacement for grep(1) (part 2) Alfred Perlstein
- Re: Replacement for grep(1) (part 2) Jon Ribbens
- Re: Replacement for grep(1) (part 2) Doug Rabson
- Re: Replacement for grep(1) (part 2) Jon Ribbens
- Re: Replacement for grep(1) (part 2) Chris G. Demetriou
- Re: Replacement for grep(1) (part 2) Doug Rabson
- Re: Replacement for grep(1) (part 2) Jordan K. Hubbard
- Re: Replacement for grep(1) (part 2) Warner Losh
- Re: Replacement for grep(1) (part 2) Ollivier Robert
- Re: Replacement for grep(1) (part 2) Daniel C. Sobral
- Re: Replacement for grep(1) (part 2) Todd Whitesel
- Re: Replacement for grep(1) (part 2) Archie Cobbs
- Re: Replacement for grep(1) (part 2) Warner Losh
- Re: Replacement for grep(1) (part 2) Dag-Erling Smorgrav
- Re: Replacement for grep(1) (part 2) Wes Peters
- Re: Replacement for grep(1) (part 2) Jamie Howard
- Re: Replacement for grep(1) (part 2) Dag-Erling Smorgrav
- Re: Replacement for grep(1) (part 2) Alan Barrett
- Re: Replacement for grep(1) (part 2) Tony Finch

