Usually we don't choose to move away from good products like SAS or from 3rd party performance monitors. It is usually a Management decision to lower costs at any cost that forces us to go back to basic analysis/reporting, often done in freebie languages (FORTRAN-G, PL/I-F, Rexx, etc)
And training for knowing what to do with the data? That training budget was eliminated 15 years ago. /Tom Kern On Mon, 16 Jun 2008 21:40:43 +0100, Martin Packer <[EMAIL PROTECTED]> wrote: >It's not the ability to map SMF data that counts here - for anyone >considering doing this in a programming language other than SAS (or indeed >replacing ANY commercial SMF analysis product). It's the "intellectual >capital" involved in knowing what to do with the data. > >So I, personally, wouldn't recommend moving away from products that >manipulate the data. Unless you have an issue with their ability to "do >the right thing" with the specific SMF data in question. It would seem to >me to be moving away from the "folklore" pack and into shark-infested >waters on your own. :-) > >Martin > >Martin Packer >Performance Consultant >IBM United Kingdom Ltd >+44-20-8832-5167 >+44-7802-245-584 >[EMAIL PROTECTED] > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
