Some may remember a discussion where I was talking about replacing sar by a simple archive-of-kstats. I've blogged about this here:
http://ptribble.blogspot.com/2010/03/beyond-sar.html And I've also been working on enhancing jkstat to be able to handle such forms of archival input. (The precise form of archival format isn't really critical - all the changes to jkstat were to handle stepping through a static set of archival data rather than data that was continually changing in real time.) It works really rather well, although my java code to parse kstat -p output is (ahem) rather slow. But that's an opportunity for optimization or a better format rather than a problem with the concept. (There's other metadata that would be nice to have to create a complete picture. For example, mnttab so that you can map fsstat output to a given filesystem, or a map of disk names to translate sd0 <-> c0t0d0. I'm not sure how to handle that, or whether to consider it.) -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
