Hey, > Wow, I thought you were about to encourage something like: > - use of the SE Toolkit > - making libproc a stable interface > - adding a Sun::Solaris::Proc to Perl
+1 Sun::Solaris::Proc might be a nice thing to have in Perl. > A decision you may have already made, would be whether it is best to > provide builtins for the ptools, or a shell interface to procfs. A > shell interface to procfs would be more useful, but that introduces > other issues (possible exporting /proc data that is unstable). It also > would be close to what the SE Toolkit provides anyway, along with other > features. Yep, that's true: there are lot of folks still using SEToolkit and it does exactly that :) It does the job. I havent looked yet on the new version developed by Rich Pettit, xetoolkit. > So we bring ptools data into the shell and some scripts are now faster. > Surely there is more value-add to be found in the shell than a little speed? > Why not PLOT DATA DIRECTLY FROM THE SHELL!!! (and not via gnuplot). > Can dtksh join the party? :) Not sure if having all ptools data into shell would be that of a big difference, most likely enough big. There will always be folks which will not use ksh93, used to the old ptools commands as well scripts. How do we ensure backwards compatibility and wouldn't this new model be a bit more complicated to maintain rather than having ptools separately ? Cheers, stefan _______________________________________________ perf-discuss mailing list perf-discuss@opensolaris.org
