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

Adrian Chadd adrian at freebsd.org
Sun Nov 11 16:52:53 UTC 2012


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


More information about the svn-src-head mailing list