svn commit: r242847 - in head/sys: i386/include kern

Alfred Perlstein bright at mu.org
Sat Nov 10 23:21:19 UTC 2012


On Nov 10, 2012, at 3:04 PM, Andre Oppermann <andre at freebsd.org> wrote:

> On 10.11.2012 23:24, Alfred Perlstein wrote:
>> On 11/10/12 11:18 AM, Andre Oppermann wrote:
>>> On 10.11.2012 19:04, Peter Wemm wrote:
>>>> This is complicated but we need a simple user visible view of it.  It
>>>> really needs to be something like "nmbclusters defaults to 6% of
>>>> physical ram, with machine dependent limits".  The MD limits are bad
>>>> enough, and using bogo-units like "maxusers" just makes it worse.
>>> 
>>> Yes, that would be optimal.
>>> 
>> No it would not.
>> 
>> I used to be able to tell people "hey just try increasing maxusers" and they would and suddenly the
>> box would be OK.
>> 
>> Now I'll have to remember 3,4,5,10,20x tunable to increase?
> 
> No.  The whole mbuf and cluster stuff isn't allocated or reserved
> at boot time.  We simply need a limit to prevent it from exhausting
> all available kvm / physical memory whichever is less.
> 
> Other than that there is no relation to maxusers except historic
> behavior.
> 
> So the ideal mbuf limit is just short of keeling the kernel over
> no matter what maxusers says.  There also isn't much to tune then
> as the only fix would be to add more physical ram.

I think that makes sense.  If you have ideas please look into it. 


-Alfred


More information about the svn-src-head mailing list