Messages in this thread | | | Date | Thu, 28 Sep 2006 15:14:09 -0700 | From | Andrew Morton <> | Subject | Re: I/O statistics per process |
| |
On Thu, 28 Sep 2006 15:00:17 -0700 Jay Lan <jlan@engr.sgi.com> wrote:
> >>> in __set_page_dirty_[no]buffers().) (But that ends up being wrong if > >>> someone truncates the file before it got written) > >>> > >>> - it doesn't account for file readahead (although it easily could) > >>> > >>> - it doesn't account for pagefault-initiated readahead (it could) > >>> > > Mmm, i am not a true FS I/O person. The data collection patches i > submitted in Nov 2004 was the code i inherited and has been > used in production system by our CSA customers. We lost a bit in > contents and accuracy when CSA was ported from IRIX to Linux. I am > sure there is room for improvement without much overhead.
OK, well it sounds like we're free to define these in any way we like. So we actually get to make them mean something useful - how nice.
I hereby declare: "approxmiately equal to the number of filesystem bytes which this task has caused to occur, or which shall occur in the near future".
> Maybe FS > I/O guys can chip in?
I used to be one of them. I can take a look at doing this. Given the lack of any applciation to read the darn numbers out I guess I'll need to expose them in /proc for now. Yes, that monitoring patch (and an application to read from it!) would be appreciated, thanks.
- 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/
| |