On Tue, 19 Jun 2007 15:50:03 -0400 Jeff Dike <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 19, 2007 at 11:54:22AM -0700, Andrew Morton wrote: > > On Tue, 19 Jun 2007 14:42:45 -0400 > > Jeff Dike <[EMAIL PROTECTED]> wrote: > > > > > Add a machanism to see how much of a kernel stack is used. This > > > allocates zeroed stacks and sees where the lowest non-zero byte is on > > > process exit. It keeps track of the lowest value and logs values as > > > they get lower. > > > > > > > remind us again why the generic code is unsuitable? > > It does something different - it will tell you the greatest stack > usage of any currently running process. What I want to be able to do > is run a workload and come back a few days later and see how close > anything came to running out of stack. <looks> wth? I'm _sure_ we used to have code in there which would, within do_exit(), work out the maximum amount of kernel stack which a task had used and if that was max-since-boot, drop a printk. Maybe I dreamed it, but I don't think so. I wonder where it went? Oh well. Your new code should really be generic, utilising the stack-page-zeroing which CONFIG_DEBUG_STACK_USAGE enables. There's nothing UML-specific about it. low_water_lock and lowest_to_date should be static to check_stack_usage(), btw.. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/