On Sun, Apr 20, 2008 at 09:09:37AM -0500, Eric Sandeen wrote:
quoted text > Mark Lord wrote:
> > Willy Tarreau wrote:
> >> What would really help would be to have 8k stacks with the lower page
> >> causing a fault and print a stack trace upon first access. That way,
> >> the safe setting would still report us useful information without
> >> putting users into trouble.
> > ..
> >
> > That's the best suggestion from this thread, by far!
> > Can you produce a patch for 2.6.26 for this?
> > Or perhaps someone else here, with the right code familiarity, could?
> >
> > Some sort of CONFIG option would likely be wanted to
> > either enable/disable this feature, of course.
>
> Changing the default warning threshold is easy, it's just a #define.
I thought it was checked only at a few places (eg: during irqs). If so,
maybe it can miss some call chains ?
quoted text > Although setting it too low would spam syslogs on some setups.
we should set it slightly below the 4k limit if we want users to switch
to 4k.
quoted text > When I was trying to cram stuff into 4k in the past, I had a patch which
> added a sysctl to dynamically change the warning threshold, and
> optionally BUG() when I hit it for crash analysis. It was good for
> debugging, at least. If something along those lines is desired, I could
> resurrect it.
While it's good for debugging, having users tweak the limit to eliminate
the warning is the opposite of what we're looking for. We just want to
have them report the warning without their service being disrupted.
Willy
--
unsubscribe notice To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Messages in current thread:
Re: x86: 4kstacks default , Willy Tarreau , (Sun Apr 20, 7:20 am)