I imagine a tool to extract particular types of SMF data, maybe summarize and export as Xml for further processing could be pretty useful. That would not necessarily be an excessive load on Xml tools, although maybe one underestimates the processing power of a modern PC. Certainly processing raw SMF data is a somewhat specialized operation.
-----Ursprüngliche Nachricht----- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Andrew Rowley Gesendet: Mittwoch, 25. Juli 2012 10:46 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: useful? XML "encoded" SMF. You would have more chance convincing vendors to write something if you at least pretended you might pay money for it ;-) I don't think it would be particularly difficult to incorporate output to XML into EasySMF, but I'm not convinced that SMF data in XML format would be generally useful. The volume of SMF data is difficult enough to deal with in binary form. XML would be worse. Are the XML reporting programs really able to cope with the quantity of data that comes from SMF? Regards Andrew Rowley -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com On 25/07/2012 2:46 AM, McKown, John wrote: > In my case, it is strictly due to the lack of tools on z/OS. We used to have > SAS and MXG. That was perfect. We then lost SAS due to cost. So we ran MXG on > a PC running SAS. But that was then considered to be too expensive too. So we > lost SAS and MXG. We now have _nothing_ and no money to buy anything. But > management would still like to see graphs and charts. So we have a few HLASM > in-house written programs. Which extract some information which is downloaded > to a PC running Excel. Which is used to make the pretty pictures so beloved > by management. In addition to this, our management is still pushing us to try > to reduce our Group Capacity cap so that we will save even more money due to > reduced license costs. > > So, if I could have XML formatted SMF data, I could easily download and > process that on my Linux desktop. Because Linux, and the software I run on > it, does not cost the company anything other than electricity to run the PC. > And I have many tools on my Linux system which can process XML and then > create graphs from the processd data. > > IOW, it is not "enthusiasm ... against all rational argument", it is for my > convience due to lack of money. If management didn't want the graphs, I > wouldn't care one bit about SMF -> XML. And yes, I could write it myself. But > my manager is against that due to the necessity of our doing maintenance to > any in house written code if IBM makes changes to an SMF record that we use. > > So, in reality, there is no real reason to think that IBM, and other vendors, > would be interested in this. But dreaming is still free. > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN