Messages in this thread | | | Date | Sat, 20 May 2006 01:03:50 +0200 | From | Martin Peschke <> | Subject | Re: [Patch 0/6] statistics infrastructure |
| |
Andrew Morton wrote: > Martin Peschke <mp3@de.ibm.com> wrote: >> My patch series is a proposal for a generic implementation of statistics. > > This uses debugfs for the user interface, but the > per-task-delay-accounting-*.patch series from Balbir creates an extensible > netlink-based system for passing instrumentation results back to userspace. > > Can this code be converted to use those netlink interfaces, or is Balbir's > approach unsuitable, or hasn't it even been considered, or what?
Andrew, Balbir,
I will read Balbir's patches. Probably, I won't manage it this weekend, as a friend of mine is visiting.
Why doesn't come it as a surprise that the user interface appears to restart the discussion ;-) I can't comment on netlink yet. There are some thoughts on why I chose debugfs in my documentation file.
Balbir, could you try to summarise briefly what the main issues are that your patches solve?
To summarise the issues I want to solve with my paches:
First, we have a requirement to provide statistics for our FCP attachment (transport latencies, utilisation of likely bottlenecks, etc.), mostly for customer service reasons. This is what the small exploitation patches are about.
Second, I thought it useful to get there by implementing and using a generic statistics infrastructure that could be called by other kernel components. This is what the bulk of my patches and all of the documentation is about. Debugfs is just one aspect of it (- it shouldn't be too difficult to rip it out and use some other transport). But, there are other features like the various modes for accumulating data, and that the on-the-fly data processing is configurable by users to a certain degree.
Martin
- 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/
| |