--snip-
I see what I did, whenever people talk about 'new floating point' I
always assume it is Decimal Floating Point (the one that is not
available in Java yet, or COBOL for that matter. z9 and PL/I and have
it) To make it more
Rick,
yes and no ...
With the current PL/I compiler and with the DECIMAL(DFP) compiler option in
effect, then FLOAT DECIMAL does mean DFP. See:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ibm3pg60/1.1.1.28
With earlier versions of the Pl/I compiler (or lower ARCH levels)
On 17 Jun 2008 11:29:21 -0700, in bit.listserv.ibm-main you wrote:
With reference modification available, the only things that are
awkward in COBOL are bit switches and the 1 byte binary fields. I
have written usage programs that parse the SMF 14/15, 30 and 64
records. If IBM would just
On Fri, Jun 20, 2008 at 8:53 AM, McKown, John [EMAIL PROTECTED]
wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Martin Packer
Sent: Friday, June 20, 2008 8:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF
One might look at the product from NICUS at www.nicus.com
It accepts many types of inputs to produce the results on a PC. I have not
given the product a close look for I only bumped into it at an IT Financial
conference a few weeks ago. It even has a toolkit for migrating NeuMics to
MXG.
Perl got mentioned. I suspect the problem - if there IS a problem - is
going to be VBS records. But then I don't know Perl.
I have a side interest in seeing modern stuff demonstrated on z/OS and a
German colleague whose whole day job appears to be the same. Maybe I
should work with HIM to demo
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Martin Packer
Sent: Friday, June 20, 2008 8:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
Perl got mentioned. I suspect the problem - if there IS a
problem
Perl provides both data manipulation and statistical functions and, off the
mainframe, is used to manipulate data before processing with R. It's part
of the ported tools for USS
www-03.ibm.com/servers/eserver/zseries/zos/unix/perl/index.html . It is
nowhere near as fast as SAS but it is free and
Perl provides both data manipulation and statistical functions and, off the
mainframe, is used to manipulate data before processing with R.
Not to belittle your response, but is there a body of code to read SMF data?
The issue is not the statistical/reporting capability, rather the ability to
For what it's worth, I stumbled into this free download (SMF Type 42
Parser for z/OS):
http://www.ibm.com/developerworks/exchange/dw_entryView.jspa?externalID=531categoryID=33
I can safely say it's not SAS, but it could be fun.
- - - - -
Timothy Sipples
IBM Consulting Enterprise Software
Ted MacNEIL writes:
Not to belittle your response, but is there a body of
[perl] code to read SMF data?,
It doesn't look like it. But (off on a bit of a tangent), Peter Prymmer
wrote OS390::Stdio, a perl module which provides some interesting z/OS I/O
routines, one of which is to generate SMF
a perl module which provides some interesting z/OS I/O routines, one of which
is to generate SMF records.
Nice, but I'm more concerned about reading SMF records.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe /
Agree entirely. The biggest stumbling block is having up to date templates
for all the SMF records. I have often thought that that would make a great
open source project,
Walter Medenbach.
On Fri, Jun 20, 2008 at 10:19 AM, Ted MacNEIL [EMAIL PROTECTED] wrote:
Perl provides both data
On 17 Jun 2008 11:29:21 -0700, in bit.listserv.ibm-main you wrote:
With reference modification available, the only things that are
awkward in COBOL are bit switches and the 1 byte binary fields. I
have written usage programs that parse the SMF 14/15, 30 and 64
records. If IBM would just
Clark Morris writes:
I was referring to the IEEE floating point which IBM should have
supported using the new usages as soon as the 2002 standard became
final.
Are you referring to the IEEE decimal floating point standard colloquially
known as IEEE 754r?
http://en.wikipedia.org/wiki/IEEE_754r
as hungry as SAS.
WPC's (http://www.teamwpc.co.uk/home) support is fine.
If you need any other information, feel free to contact me off the list.
Date:Mon, 16 Jun 2008 09:51:12 -0500
From:McKown, John [EMAIL PROTECTED]
Subject: replacing SAS for SMF reports?
Well, it looks like SAS is pricing
Ad hoc SMF reporting might be a good fit for Tivoli Decision Support for
z/OS, with or without its various options (such as Usage and Accounting
Manager) depending on your requirements.
I believe CA also has something in this category. My guess would be some
combination of CA SMF Director, CA
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples
Sent: Tuesday, June 17, 2008 8:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
Ad hoc SMF reporting might be a good fit for Tivoli
Decision
So let it be written! So let it be done!
It was Pharaoh in 'The Ten Commandments'
Crispin Hugo
Systems Programmer
Macro 4
Thanks for the thoughts. However what I (and my manager) think is
totally irrelevant. Upper managements wants to cut costs. They have
targetted SAS as something that is
Timothy Sipples [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
om...
Ad hoc SMF reporting might be a good fit for Tivoli Decision Support
for
z/OS, with or without its various options (such as Usage and
Accounting
Manager) depending on your requirements.
I believe CA also has
and/or CA MICS
Not a good choice.
MICS uses SAS.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search
With reference modification available, the only things that are
awkward in COBOL are bit switches and the 1 byte binary fields. I
have written usage programs that parse the SMF 14/15, 30 and 64
records. If IBM would just implement the data types in the 2002
standard including the new floating
o Java's float and double primitives are (ISO) binary floating point, but
has the java.math.BigDecimal class, which is a decimal floating point
representation ( n * 10**m, where n is arbitrary length integer, m is a 32
bit integer). The BigDecimal class can be used to represent any zoned or
Well, it looks like SAS is pricing itself out of our range. Or
management is just doesn't think that we are getting our moneys worth or
...
Anyway, other than using HLASM or maybe shudder COBOL, anybody have
any suggestions how to easily do some ad hoc type SMF reporting? What
would be really
John,
You might also consider using the Assembler DSECT mapping support that is
available in the
alphaWorks version of JZOS. With it, you can generate Java record mapping
classes from
Assembler DSECT and then process the records using a Java program.
See:
I see customers stampeding to SAS/PC (or whatever it's called).
Barry has some notes on how to get the SMF data up to the mickey-mouse
servers - even the PDBs I hear. If you pull from the PC end, all the
EBCDIC/ASCII, [big|small]- endian issues are resolved.
Must be cheap too ...
Have a look.
In a message dated 6/16/2008 9:51:37 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
download that to my PC and run Java against it. If necessary, I could
even develop and test the Java code on my PC and run the application on
the mainframe once it is working. (or use Co:Z to ship the
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Shane Ginnane
Sent: Monday, June 16, 2008 10:20 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
I see customers stampeding to SAS/PC (or whatever it's called
Subject: replacing SAS for SMF reports?
Well, it looks like SAS is pricing itself out of our range. Or
management is just doesn't think that we are getting our moneys worth or
...
Anyway, other than using HLASM or maybe shudder COBOL, anybody have
any suggestions how to easily do some ad hoc type SMF
Quoting McKown, John:
(or, in my group, at the doctor's).
Huh ???. You work for a place called HealthMarkets ...
Shouldn't the quack come to *YOU* (in your cubicle) as a perk of the job
???... g,d,r
Shane ...
--
For IBM-MAIN
If you can get the SMF data into a usable format and get it down to PCs, you
might try this R statistical/graphing package:
http://www.r-project.org/
/Tom Kern
On Mon, 16 Jun 2008 09:51:12 -0500, McKown, John
[EMAIL PROTECTED] wrote:
Well, it looks like SAS is pricing itself out of our
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern
Sent: Monday, June 16, 2008 10:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
If you can get the SMF data into a usable format and get it
down
On Mon, 16 Jun 2008 10:52:03 -0500, Thomas Kern wrote:
If you can get the SMF data into a usable format and get it down to PCs, you
might try this R statistical/graphing package:
http://www.r-project.org/
And:
From: Longnecker, Dennis
I have a hard time reading the documentation too. I think it was written by
statisticians for statisticians. Maybe if some really high-powered people
who know how to do this kind of data manipulation/statistics were to start
working in R or W and made some sample code public, then the rest of us
On Mon, 16 Jun 2008 09:51:12 -0500, McKown, John
[EMAIL PROTECTED] wrote:
Well, it looks like SAS is pricing itself out of our range. Or
management is just doesn't think that we are getting our moneys worth or
...
Anyway, other than using HLASM or maybe shudder COBOL, anybody have
any
John,
Buying single user licenses is probably the most expensive way to get SAS
for Windows. If you have 5 people that will use SAS then get a five user
license.
If a single user license is all the budget can take, then a method I use
with my team is to load SAS for Windows onto a fairly heavy
I keep telling myself I need to look closer at this . . . .
http://en.wikipedia.org/wiki/World_Programming_System
Yes, but.
Neither MXG, nor (neu)MICS, support WPS.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe
On Mon, 16 Jun 2008 18:41:40 +, Ted MacNEIL [EMAIL PROTECTED]
wrote:
snip
Yes, but.
Neither MXG, nor (neu)MICS, support WPS.
snip
Not yet.both Merrill and CA have announced they have current WPS
initiatives. And Dr. Merrill's RD team has taken it a step further
integrating
some
From Longnecker, Dennis
Sent: Monday, June 16, 2008 10:33 AM
I keep telling myself I need to look closer at this . . . .
http://en.wikipedia.org/wiki/World_Programming_System
This product is now marketed by IBM. In 2005 Barry Merrill started
testing his MXG code against the WPS
--snip--
Well, it looks like SAS is pricing itself out of our range. Or
management is just doesn't think that we are getting our moneys worth or ...
Anyway, other than using HLASM or maybe shudder COBOL, anybody have
any suggestions how to
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman
Sent: Monday, June 16, 2008 3:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
[snip]
Let me point out that PL/1 lends itself very nicely
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
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
Have you considered DFSORT and ICETOOL?
-Original Message-
From: McKown, John [mailto:snip]
Sent: Monday, June 16, 2008 1:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
I would love to try C or PL/I. But all we have are HLASM and COBOL. Oh,
and the current
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Schwarz, Barry A
Sent: Monday, June 16, 2008 4:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
Have you considered DFSORT and ICETOOL?
I don't know how
So I, personally, wouldn't recommend moving away from products that manipulate
the data.
The OP doesn't want to move.
He has been 'told' to move.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff /
And, also, consider the analytic data processing requirement for summary-
level reports, both on-the-fly from your detail and and also with using a
permanent trending data base of some type. An underlying database engine /
technology would need to be factored into any replacement initiative,
If you post a message with DFSORT and SMF in the title, I'll Frank will
respond with some suggestions if not a complete example.
-Original Message-
From: McKown, John [mailto:snip]
Sent: Monday, June 16, 2008 2:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
I
@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
I don't know how to process repeating groups in ICETOOL. Or other
advanced SMF records which do not have fixed offsets.
DFSORT/ICETOOL has some formats for handling special SMF fields,
but it doesn't have any built-in features for handling
On 16 Jun 2008 13:16:44 -0700, in bit.listserv.ibm-main you wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman
Sent: Monday, June 16, 2008 3:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports
Subject: Re: replacing SAS for SMF reports?
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Shane Ginnane
Sent: Monday, June 16, 2008 10:20 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: replacing SAS for SMF reports?
I see
One license and Remote Desktop? Surely you have a under utilized Intell server
some where in the machine room :)
And, then you get into a server vs a desktop licence!
-
Too busy driving to stop for gas!
--
For IBM-MAIN
. This is the case even if the
two OS run on the sane desktop or server.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Monday, June 16, 2008 5:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: [IBM-MAIN] replacing SAS for SMF
On Mon, 16 Jun 2008 10:25:07 -0500, McKown, John
[EMAIL PROTECTED] wrote:
That is a possibility as well and is being discussed. But then we'd need
a license for every desktop user (well, that's only 5 of us). But if
person#1 does the work most of the time, then it would be difficult for
person#2
54 matches
Mail list logo
