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.. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ User-mode-linux-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
