![]() | |||||||||||||
Messages in this thread |
On Wed, Aug 27, 2003 at 11:50:30AM +1000, Peter Chubb wrote: > I'm actually intested in getting most of the rusage fields filled in > properly, at least the ones that make sense for Linux. Me too. On Wed, Aug 27, 2003 at 11:50:30AM +1000, Peter Chubb wrote: > Things to do are: > -- Track maxrss and report it. That's easy. On Wed, Aug 27, 2003 at 11:50:30AM +1000, Peter Chubb wrote: > -- Track and integrate rss. > -- Fix the page fault accounting (currently some minor faults > are counted as major faults) Hmm, I don't remember this offhand. I thought the bigger issue was with threads. On Wed, Aug 27, 2003 at 11:50:30AM +1000, Peter Chubb wrote: > -- add signal accounting Sounds easy. On Wed, Aug 27, 2003 at 11:50:30AM +1000, Peter Chubb wrote: > Block I/O isn't that important -- it almost all goes through the page > cache anyway, and it's a bit difficult to assign a particular I/O to a > particular process. Likewise, message I.O isn't that important AFAIK. Well, ignoring the background io issue and just ticking per-task counters in the read/write syscalls sounds good enough to me. On Wed, Aug 27, 2003 at 11:50:30AM +1000, Peter Chubb wrote: > The stack, data and unshared data sizes aren't currently > accounted for separately at all, so it'd be a bit difficult to track > the integral of those numbers. I've got some stuff to keep the derivatives of these going on the back burner, and integrating isn't hard. -- wli - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-03-22 13:48 [from the cache] ©2003-2008 | |||||||||||||