Peter Tribble wrote:
I was only thinking of kstat -p output as prototype/illustration. Although being able to munge the output with the normal awk/sed/grep/perl and chuck it straight into one's plotting package of choice does have some appeal!
And if the data corrupts, there's a possibility you may be able to get through/around the corruption. When sar data corrupts, everything for the rest of the day is gone. Realistically speaking, is 5MB of text data that big of a deal today?
I was thinking more of using cron for some of that.
Since cron is more than likely already running (does _anyone_ turn it off?), I'd go with it, myself.
Keeping the storage under control is clearly going to be something that's going to need quite a bit of thought. One of my aims is to actually have very much more data to chew on, so that storage would naturally be expected to increase.
Yes, but see above. I'd rather have 10MB of text data than 0.5MB of binary I can't do anything with when everything starts circling the drain.
- Only save the processed data that sar uses. Compatible, but useless.
Actually, that's better than sar. But now I'm just repeating myself. :-)
- Compress in the time domain, so you don't keep saving the kstats that don't change. (A quick test on my desktop - only 10% or so of the statistics actually change over an hour.)
I like this--only keep the data that changes. You need to be careful about how you parse (sed/grep/awk/Perl) it, though.
However, I think that if this turns out to be useful, then it will be seen to be much less of an issue. And I can see users wanting to increase the sampling rate to get at more detail.
As I've had to do on several occasions with the data I was collecting. One system was at every 5 minutes and that wasn't enough.
We really need to make sure Sun (I'm thinking of the support wings) to buy into anything we do, though. As long as they insist on sar data, we're hooped.
Rainer -- Mind the Gap http://www.dragonhearth.com/blogs/rheilke _______________________________________________ sysadmin-discuss mailing list sysadmin-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/sysadmin-discuss