Jason King wrote: > Doing some more digging, it appears that the number of performance > metrics that can be viewed via SNMP on OpenSolaris is minimal. I am > proposing a project that will enhance the number of metrics available > via SNMP. Since SNMP is fairly widespread, it allows one to avoid the > whole collector/recording problem -- there are many tools that can do > this today with SNMP, so one can choose their favorite (instead of > worrying about additional agents running on a box that might or might > not work with OpenSolaris). > > I'd like the endorsement of the performance and/or sysadmin community > (since there's a lot of overlap, I think either would be appropriate). > > I would suggest that it be limited to well know and relatively stable > metrics initially (the type of data seen from the various *stat > commands comes to mind), though it could be enhanced as time goes on. >
I would gladly stand behind this. One suggestion would be to create a generic pass-through that would allow any Kstat be available via SNMP, with some type of control to allow users to determine if or how much of the kstat tree is available (perhaps by class, id, etc). Approaching the problem in this way allows us to continue to focus on improving kstats for the purpose of data access rather than managing the MIB separately. benr. _______________________________________________ perf-discuss mailing list perf-discuss@opensolaris.org
