From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51]) by kanga.kvack.org (Postfix) with ESMTP id 7B22D6B003D for ; Thu, 2 Apr 2009 17:20:13 -0400 (EDT) Subject: Re: Detailed Stack Information Patch [2/3] From: Stefani Seibold In-Reply-To: <20090401193639.GB12316@elte.hu> References: <1238511507.364.62.camel@matrix> <20090401193639.GB12316@elte.hu> Content-Type: text/plain Date: Thu, 02 Apr 2009 23:25:47 +0200 Message-Id: <1238707547.3882.24.camel@matrix> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Ingo Molnar Cc: Andrew Morton , linux-kernel , linux-mm , Peter Zijlstra , Joerg Engel List-ID: Am Mittwoch, den 01.04.2009, 21:36 +0200 schrieb Ingo Molnar: > * Stefani Seibold wrote: > > > +config PROC_STACK_MONITOR > > + default y > > + depends on PROC_STACK > > + bool "Enable /proc/stackmon detailed stack monitoring" > > + help > > + This enables detailed monitoring of process and thread stack > > + utilization via the /proc/stackmon interface. > > + Disabling these interfaces will reduce the size of the kernel by > > + approximately 2kb. > > Hm, i'm not convinced about this one. Stupid question: what's wrong > with ulimit -s? > To tell a long story short, you are right. After a quick investigation of the glibc 2.9 library i figure out that this is also the default stack size of a thread started with pthread_create(). > Also, if for some reason you dont want to (or cannot) enforce a > system-wide stack size ulimit, or it has some limitation that makes > it impractical for you - if we add what i suggested to the > /proc/*/maps files, your user-space watchdog daemon could scan those > periodically and report any excesses and zap the culprit ... right? I think a user space daemon will be the a good way if the /proc/*/maps or /proc/*/stack will provide the following information: - start address of the stack - current address of the stack pointer - highest used address in the stack > > Ingo Stefani -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org