Hi Andrew, On Monday 28 January 2008 11:22, Andrew Morton wrote:<vinay@linux.vnet.ibm.com> wrote: The code was only meant to be a base for discussions. It surely needs work. Our idea for the final version was to be able to read a thread's rusage from another thread strictly within the same process. The idea came from applications that need a cost enforcement mechanism. Having a mechanism for a thread to read it's own usage is essential. If there is a way to read other threads' rusage, it is even better. Does Roland's patch (http://lkml.org/lkml/2008/1/18/589) look good to go in, provided Ulrich's comment (http://lkml.org/lkml/2008/1/19/15) is addressed? Thanks, Sripathi. --
| Jon Smirl | 463 kernel developers missing! |
| Nigel Cunningham | Re: [PATCH] Remove process freezer from suspend to RAM pathway |
| Greg KH | Re: [malware-list] [RFC 0/5] [TALPA] Intro to a linux interface for on access scan... |
| Jeff Garzik | Re: Linux 2.6.23-rc9 and a heads-up for the 2.6.24 series.. |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Linus Torvalds | Re: [GIT]: Networking |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
