Re: [PATCH]: proc: export a processes resource limits via proc/<pid>

[Matt Mackall <mpm@selenic.com>]

On Tue, Aug 21, 2007 at 11:56:11AM -0700, Andy Isaacson wrote:
> On Fri, Aug 17, 2007 at 12:45:47PM -0700, Andrew Morton wrote:
> > On Fri, 17 Aug 2007 06:59:18 -0400
> > Neil Horman <nhorman@tuxdriver.com> wrote:
> > > Currently, there exists no method for a process to query the resource
> > > limits of another process.  They can be inferred via some mechanisms
> > > but they cannot be explicitly determined.  Given that this
> > > information can be usefull to know during the debugging of an
> > > application, I've written this patch which exports all of a
> > > processes limits via /proc/<pid>/limits.
> > 
> > I'm struggling with this a bit.  Sure, it _might_ be handy on some
> > occasions to be able to get at this information.  But I've never seen
> > anyone ask for it before, and it _is_ determinable by other means, if only
> > strace.
> 
> I've wanted this information on multiple occasions in the past and was
> mystified that there was no way to determine it.  And no, I don't feel
> that strace is an answer -- given a running process, how do I use strace
> to find out what its current ulimits are?

You stop it and force it to execute rlimit(2) in its context, of
course! What could be simpler? 

The reason we never see questions about this is because relatively few
people are using limits. Instead we see weekly questions about fork
bombs.

Frankly, I'd rather see new syscalls to get and set limits on other
processes in the same way we can set priorities, affinities, etc.. But
there are a couple dragons lurking there..

-- 
Mathematics is the supreme nostalgia of our time.