:If this is a result of the shared memory, then my sysctl should fix it. : :Be aware, that it doesn't fix it on the fly! You must drop and recreate :the shared memory segments. : :better to reboot actually and set the variable before any shm is :allocated. : :-- :-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Lets see. Approximately 4MB shared across 4000 processes. That eats 1024 pte's per process, or around 4 million pmap elements that would be saved. That's a lot of KVM that would be saved. I'll bet turning that option on will magically solve most of Michael's problems too (though I'd still get rid of the MFS filesystem). -Matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
- Re: tuning a VERY heavily (30.0) loaded server Matt Dillon
- Re: tuning a VERY heavily (30.0) loaded scerver Michael C . Wu
- Re: tuning a VERY heavily (30.0) loaded scerver Alfred Perlstein
- Re: tuning a VERY heavily (30.0) loaded scerver Matt Dillon
- Re: tuning a VERY heavily (30.0) loaded sce... Alfred Perlstein
- Re: tuning a VERY heavily (30.0) loaded scerver Michael C . Wu
- Re: tuning a VERY heavily (30.0) loaded scerver Matt Dillon
- Re: tuning a VERY heavily (30.0) loaded scerver Michael C . Wu
- Re: tuning a VERY heavily (30.0) loaded sce... Alfred Perlstein
- Re: tuning a VERY heavily (30.0) loaded ... Matt Dillon
- Re: tuning a VERY heavily (30.0) loaded ... Peter Wemm
- Re: tuning a VERY heavily (30.0) loaded ... Rik van Riel
- Re: tuning a VERY heavily (30.0) loaded ... Alfred Perlstein
- Re: tuning a VERY heavily (30.0) loaded ... Matt Dillon
- Re: tuning a VERY heavily (30.0) loaded ... Rik van Riel
- Re: tuning a VERY heavily (30.0) loaded ... thinker
- Re: tuning a VERY heavily (30.0) loaded ... Rik van Riel
- Re: tuning a VERY heavily (30.0) loaded ... Michael C . Wu
- Re: tuning a VERY heavily (30.0) loaded ... Matt Dillon
- Re: tuning a VERY heavily (30.0) loaded ... Alfred Perlstein