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

[Alfred Perlstein]

Oh, OK, I didn't know it was so involved. I probably don't have anything 
to worry about then. :)

-Alfred

On 11/11/12 8:52 AM, Adrian Chadd wrote:
> Alfred,
>
> You're thinking about it one step ahead, not 5 steps ahead.
>
> One step ahead: "let's fix maxuser scaling."
>
> 5 steps ahead: "Let's find all of the non-dynamic things that maxusers
> scales, figure out how to make them run-time tunable, and then make a
> maxusers.sh user-land script that scales these values when you type
> 'maxusers 512'."
>
> Then you can fiddle in userland in your hearts content with how to
> scale these things.
>
> The only recent time I've seen the need for ridiculously large
> non-default values for mbuf clusters is for one of the 10ge NICs that
> preallocates them at device startup time, and fails to attach right if
> they're not all available.
>
> With everything dynamically tunable and the maxusers script in
> userland, you can:
>
> * fondle the curves as you want;
> * export usage stats for all the things that the above tuning does
> affect (which you've been doing with netstat and mbuf allocation
> hangs, thankyou!)
> * start looking at providing much better inspection and auto-tuning
> tools, which allow the sysadmin to actually start controlling what
> spirally death their server decides to visit, versus just "spirally
> death."
>
>
>
>
> Adrian