Re: WLM and TSO
hi list, any one is willing to answer a rookie's question: How WLM recognize TSO's workload? like trivial TSO transaction, because I can not see there's a *classification rule* defined for TSO. like batch, stc, they have a rule... -- 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 -- Cobe Tsui Best Regards --- Performance Capacity Analyst E2E Performance Analyst Email: [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
Re: IBMLink, again
I've got the same problem with two currently open etr's that contain a sting of hex data. It is entirely viewable on 3270 IBMLINK however. ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul [EMAIL PROTECTED] Sent: Wednesday, March 26, 2008 7:05 PM To: IBM-MAIN@bama.ua.edu Subject: IBMLink, again My latest update to Record 79232,033,000: RESPOND ELECTRONICALLY: cp-extent Yow! I attempted to update this by adding a 40-line example in C, followed by some comments. This appears to have overstressed IBMLink: Most of my C code is missing; the remainder is garbled, and IBM's LAST TWO UPDATES ARE ENTIRELY MISSING. I guess that's OK because I really wasn't very happy with what IBM had to say. -- gil (Summarizing, they said WAD, of course. My comments, which survived, were a courteous (yes!) disagreement with WAD.) I had thought it an advantage of IBMLink WWW that I could so easily cut-and-paste samples, test cases, and log excerpts. I guess I should exercise moderation. (Unlikely?) -- gil This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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
Re: IBMLink, again
On Thu, 27 Mar 2008 06:01:13 -0400, Jousma, David wrote: I've got the same problem with two currently open etr's that contain a sting of hex data. It is entirely viewable on 3270 IBMLINK however. Is that: tn3270://ibmlink.advantis.com ... ? That tells me my ID has been revoked. I guess it was Use it or lose it. Did you make your updates via WWW or 3270? -- gil -- 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
Re: Displaying multiple volumes allocated from DSLIST
Ted, It's just showing that you have 2 additional candidate volumes allocated. They have not yet been assigned. It's a control block thing. It doesn't cost anything; it can protect you from future growth problems. The last two shops I worked at had 20 volumes allocated in most dataclasses. I would recommend the 59 vol max. It doesn't cost; it can save. Each candidate volume takes room in the catalog which could have a big impact on gdg (b) records where the favorite limit is high, up to 255 and there is a clear favorite high level qualifier and no clear favorites for the second node. We have a very large user catalog. I would recommend dynamic volume count if you don't have something that will dynamically add volumes. Especially, since only the secondary allocation size is 'remembered' on all future volumes. True for nonvsam datasets but volume count also applies to vsam datasets. The space allocation used for vsam when extending to a new volume is the primary though you can change that to secondary for SMS managed datasets. Regards, John -- 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
Re: z/OS 1.4 to 1.7 upgrade differences question
On Wed, 26 Mar 2008 14:22:35 -0500, Mark Zelden wrote: Assuming it is not intentional for some reason (panel ISRUAIP still exists in hlq.SISPPENU) they should if the customer pushes for it. z/OS 1.7 doesn't hit EOS (end of service) until September 2008. But there could be a reason that IBM decided they always should use panel ISRUAIES. I just can't imagine what that reason could be. The reason is probably support for large format data sets in z/OS 1.7. DSNTYPE (LARGE or blank) appears only on panel ISRUAIES. Panel ISRUAIP is still used for PDS. Norbert Friemel -- 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
Re: z/OS 1.4 to 1.7 upgrade differences question
It appears on the 1.7 system I am working on now, after getting a Data Set List (=3.4) of a non-SMS dataset, that an S (Information - short) brings up panel ISRUAIES and the **NONE** in MC and SC. However, I (Information) brings up panel ISRUAIPO which does not display any SMS information. Under 1.4, S brings up ISRUAIP, while I brings up ISRUAIPO. -- 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
Re: Enhanced PSP Compare Program
A question for IBMers who posted on this subject: Why the nice feature of informing PARM=* to PSP tool to screen all target zones defined to the Global CSI has been dropped from the new version ? (it ends in error). -- 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
Re: z/OS 1.4 to 1.7 upgrade differences question
On Thu, 27 Mar 2008 07:15:18 -0500, Norbert Friemel [EMAIL PROTECTED] wrote: On Wed, 26 Mar 2008 14:22:35 -0500, Mark Zelden wrote: Assuming it is not intentional for some reason (panel ISRUAIP still exists in hlq.SISPPENU) they should if the customer pushes for it. z/OS 1.7 doesn't hit EOS (end of service) until September 2008. But there could be a reason that IBM decided they always should use panel ISRUAIES. I just can't imagine what that reason could be. The reason is probably support for large format data sets in z/OS 1.7. DSNTYPE (LARGE or blank) appears only on panel ISRUAIES. Panel ISRUAIP is still used for PDS. Good catch. That is exactly the reason. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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
Re: Link for I-Series?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Wednesday, March 26, 2008 5:03 PM To: IBM-MAIN@bama.ua.edu Subject: Link for I-Series? Is there an equivalent list server for the AS/400 systems as we have here with IBM-Main? I have this ugly feeling I'm going to need it. Regards, Steve Thompson Try this: http://archive.midrange.com/midrange-l/ Very good people there! They were a great help to me when we were considering converting from z/OS to i5/OS. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
Re: IBM C/C++ compiler cost?
With no business need it might be a difficult sell at any price (other than zero) but you can possibly use GCCMVS. It runs on MVS3.8j so it should run on z/OS as well. It might be just producing 24 bit code but being open source you can improve it. Mohammad On Wed, 26 Mar 2008 14:47:26 -0500, McKown, John [EMAIL PROTECTED] wrote: Can anybody here tell me what the license fee is for the IBM C/C++ compiler? We had it at one time, but the last dying gasp of our previous manager killed it in a vain attempt to keep his job (he eliminated a lot of so-called waste to prove he was effective). I would like it back, although to be honest, there is no real business need for it. -- 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
Re: Displaying multiple volumes allocated from DSLIST
On Wed, 26 Mar 2008 16:47:36 -0500, Greg Shirey [EMAIL PROTECTED] wrote: According to this (somewhat old) redbook, the same amount of space is used. http://www.redbooks.ibm.com/redbooks/pdfs/sg246979.pdf From the SMS enhancements chapter: If a data set, with one primary and five candidate volumes was in a data class with a DVC of less than 7, then 24 bytes of TIOT space is required. If the same data set was using a data class with a DVC of 20, then it would require 80 bytes of TIOT space. Thanks. So no difference with DVC in respect to TIOT usage. So going back to Ted's post that I was responding to - It does matter and I wouldn't code volume count or DVC of 59 as a matter of habit just because I could. It also says this: Note: DVC for VSAM striped data sets is supported even though they are not eligible for Space Constraint Relief. Is that more or less confusing? :-) Less. Because it made me realize that someone must have been trying to change the z/OS 1.6 manual to clarify what the support was for DVC with VSAM striped data sets and instead wrote DVC was supported *only* for multi-striped VSAM data sets. A *HUGE* difference!This part of the manual was corrected (really re-written) for z/OS 1.7. I just happened to open up the 1.6 version because I had 1.6 through 1.9 on my lan bookshelf list and that one was first. However, the manual update (though z/OS 1.9) for DVC no longer mentions VSAM striped data sets specifically, instead it spells out what DVC is not supported for and also has this note: Dynamic volume count support when a data set extends is a function of access method end-of-volume (EOV) processing and not the data set type. For products that do not use the standard IBM access method EOV interface for their data sets, DVC may not be supported. Please consult with your product representative to see if it supports dynamic volume count. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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
Re: IBMLink, again
You can get your ID unrevoked if you call the 800 number. They just wont create new ID's anymore. Since the text was cutoff, I had to resort to updating the PMR via the 3270 interface. As a side-note, I attended the IBMLINK SHARE presentation, and the IBM Program manager that owns IBMLINK specifically asked for feedback on problems when calls to support didn't help. I forwarded to him two of my PMR's where this is happening. If you want to get in the action, go check out Share session 2839, and go to the last slide. His name, email, and direct phone number are listed. I just ask that you don't abuse it.. Dave ___ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Thursday, March 27, 2008 6:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBMLink, again On Thu, 27 Mar 2008 06:01:13 -0400, Jousma, David wrote: I've got the same problem with two currently open etr's that contain a sting of hex data. It is entirely viewable on 3270 IBMLINK however. Is that: tn3270://ibmlink.advantis.com ... ? That tells me my ID has been revoked. I guess it was Use it or lose it. Did you make your updates via WWW or 3270? This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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
EMC Dasd and Performance Issues
I am supporting the DMX3 Disk Array from EMC. We have been experienceing some performance issues with our Timefinder Snap process. According to EMC this issue occurred due to microcode level 5671. We did this upgrade 18 months ago and just now saw this issue and got it resolved. I am just looking to see if anyone else has seen an increase in the Timefinder Snap process after this microcode upgrade? Our SNAP went from 15 mins to 40 mins. Lizette -- 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
Re: SVCDUMP processing question
On Wed, 26 Mar 2008 23:16:15 -0400, Jim Mulder [EMAIL PROTECTED] wrote: ... Are all SVCDUMPS synchronous? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A870/20.1.2?SHELF=EZ2ZO10IDT=20060620155240 ... Thanks. That helps. But now, to really understand this, all I have to do is find out how the SDUMPX is coded when VTAM dumps DB2 because something died in a VTAM exit in DB2. I have no idea if the criteria for a BRANCH entry are met (I suspect they could be.) and if so, if the BARSNCH entry was taken. I suspect not since the dump title said SYNCH. From a data collection standpoint, that's good. From a processing standpoint, that's bad. DB2 has a lot it could be doing completely unrelated to its VTAM exit that abended. Hopefully data capture does not take long, but I think DB2 address spaces can be big. Pat O'Keefe -- 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
Re: WLM and TSO
There should be an entry available for the subsystem TSO in the 6. Classification Rules of the WLM application unless someone at your shop has deleted that entry for some unknown reason. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cobe Xu Sent: Thursday, March 27, 2008 4:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM and TSO hi list, any one is willing to answer a rookie's question: How WLM recognize TSO's workload? like trivial TSO transaction, because I can not see there's a *classification rule* defined for TSO. like batch, stc, they have a rule... -- 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 -- Cobe Tsui Best Regards --- Performance Capacity Analyst E2E Performance Analyst Email: [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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
Re: WLM and TSO
I should have entered this on my previous response. When I go to 6. Classification Rules on my WLM application I see the following. Note the TSO entry at the bottom. --Class--- Action Type Description Service Report __ASCH APPC/MVS UsersNEWWORK RASCH __CICS CICS Workload TRANLORCICS __DB2 DB2 Sysplex Queries NEWWORK RDB2SQ __DDF DB2 Distributed Transactions DDF RDDF __IWEB Web Server Transactions NEWWORK RIWEB __JES Batch JobsTSTBATLO RTBATLO __MQMQSeries NEWWORKV RMQ __OMVS OpenEdition MVS/UNIX NEWWORK ROMVS __STC Started Tasks STCLO RSTCLO __TSO TSO Users TSOPRDRTSO Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cobe Xu Sent: Thursday, March 27, 2008 4:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM and TSO hi list, any one is willing to answer a rookie's question: How WLM recognize TSO's workload? like trivial TSO transaction, because I can not see there's a *classification rule* defined for TSO. like batch, stc, they have a rule... -- 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 -- Cobe Tsui Best Regards --- Performance Capacity Analyst E2E Performance Analyst Email: [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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
Re: Link for I-Series?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, March 27, 2008 7:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Link for I-Series? SNIPAGE Try this: http://archive.midrange.com/midrange-l/ Very good people there! They were a great help to me when we were considering converting from z/OS to i5/OS. SNIP Thank you very much. Actually, my problem has to do with SNA connections and recovery. And I wouldn't even recognize an AS/400 today if it didn't have a big Orange and Black sign on it. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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
Re: WLM and TSO
Thanks Tom, yes, I can see the same thing in my shop,too. But, when I Browse the rule, there's nothing inside. Take JES as example, when I browse it inside, there will be rules, I know, they are for different type of batch, some will be indentified by TN, some maybe PFG, or others Identifier. Can I think this way, it is enough that just a *TSO* as you snapped, then WLM will know TSO users's transactions...? On 3/27/08, Kelman, Tom [EMAIL PROTECTED] wrote: I should have entered this on my previous response. When I go to 6. Classification Rules on my WLM application I see the following. Note the TSO entry at the bottom. --Class--- Action Type Description Service Report __ASCH APPC/MVS UsersNEWWORK RASCH __CICS CICS Workload TRANLORCICS __DB2 DB2 Sysplex Queries NEWWORK RDB2SQ __DDF DB2 Distributed Transactions DDF RDDF __IWEB Web Server Transactions NEWWORK RIWEB __JES Batch JobsTSTBATLO RTBATLO __MQMQSeries NEWWORKV RMQ __OMVS OpenEdition MVS/UNIX NEWWORK ROMVS __STC Started Tasks STCLO RSTCLO __TSO TSO Users TSOPRDRTSO Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cobe Xu Sent: Thursday, March 27, 2008 4:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM and TSO hi list, any one is willing to answer a rookie's question: How WLM recognize TSO's workload? like trivial TSO transaction, because I can not see there's a *classification rule* defined for TSO. like batch, stc, they have a rule... -- 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 -- Cobe Tsui Best Regards --- Performance Capacity Analyst E2E Performance Analyst Email: [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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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 -- Cobe Tsui Best Regards --- Performance Capacity Analyst E2E Performance Analyst Email: [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
Re: IBM C/C++ compiler cost?
At one time I calculated the cost to be the same as the COBOL compiler. We could not justified the cost of either compiler, so we route all of compiler jobs to another data center that has all the compilers. They charge us for both processor time and DASD, but that still only amounts to pennies per job. A lot cheaper than licensing any compilers. On Wed, 26 Mar 2008 14:47:26 -0500, McKown, John [EMAIL PROTECTED] wrote: Can anybody here tell me what the license fee is for the IBM C/C++ compiler? We had it at one time, but the last dying gasp of our previous manager killed it in a vain attempt to keep his job (he eliminated a lot of so-called waste to prove he was effective). I would like it back, although to be honest, there is no real business need for it. -- 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
Multivolume Dataset Question
Hi, If a dataset spans multiple volumes, can you move one piece of it to another volume ? or must you reorg the entire file ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 9608 [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
Re: Can forked/spawned address spaces be identified as such?
On Thu, 20 Mar 2008 22:04:44 +, Ted MacNEIL [EMAIL PROTECTED] wrote: Is the rule correct that every case - with no exceptions - of a forked/spawned address space has a single digit from 1 to 9 appended to the job name? No. Eight character jobnames are truncated to 7, and then the digit is added. If so, what happens after 9 such spawns? We go alphabetic - A, B, C, ... Not true! See chapter 21.8 Generating jobnames for OMVS address spaces in the z/OS UNIX System Services Plannig manual for the details. In summary, a single digit is added to jobnames shorter than 8 characters. After 9 has been used the digit wraps back top 1. Eight character jobnames stay unchanged. In some cases a new, completely unrelated jobname may be used. -- Peter Hunkeler Credit Suisse -- 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
SRM_constant SU/sec
Hi, Basic question. When looking at http://www-03.ibm.com/servers/eserver/zseries/srm/ Processor version codes and SRM constants Processor Model STIDP Type STSI Model Name #CPSU/SEC 2094-701 2094 (z9)701 129520.2952 2094-702 2094(z9)702 2 28368.7943 2094-7032094(z9)703 327538.7263 I conclude that in the case of 2 CP's, each one is able to deliver 28368.7943 SU/sec etc... Is the diminuation due to the MP effect? Jan -- 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
Re: SRM_constant SU/sec
Jan Vanbrabant wrote: Hi, Basic question. When looking at http://www-03.ibm.com/servers/eserver/zseries/srm/ Processor version codes and SRM constants Processor Model STIDP Type STSI Model Name #CPSU/SEC 2094-701 2094 (z9)701 129520.2952 2094-702 2094(z9)702 2 28368.7943 2094-7032094(z9)703 327538.7263 I conclude that in the case of 2 CP's, each one is able to deliver 28368.7943 SU/sec etc... Is the diminuation due to the MP effect? Jan --- Yes. -- 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
Help with TSO parsing?
I admit that I have no experience with this. I am attempting to modify a
TSO command processor that I downloaded from IBM. I am adding a new
keyword at the end. I am failing at execution time with the messages:
IKJ56293I RACSEQ2 FAILED - PARSE SERVICE ROUTINE HAD AN INVALID INPUT
PARAMETER BLOCK+
IKJ56293I RETRY, THEN IF ERROR CALL YOUR SYSTEM PROGRAMMER (REGISTER 15
= 12)
The parse code is:
KWXMLDD IKJKEYWD
IKJNAME 'XMLDDN',SUBFLD=XMLDDN,ALIAS=('DDN','DDNAME')
IKJNAME 'XMLDSN',SUBFLD=XMLDSN,ALIAS=('DSN','DSNAME')
IKJNAME 'XMLPATH',SUBFLD=XMLPATH,ALIAS=('PATH')
...
XMLDDN IKJSUBF
XMLDDIKJIDENT 'XMLDDN',UPPERCASE,MAXLNTH=8,FIRST=ALPHA,X
OTHER=ALPHANUM, X
HELP=('DD name to use for XML output')
XMLDSN IKJSUBF
XMLDSIKJPOSIT DSNAME,USID, X
HELP=('Dataset Name to be used for XML output')
XMLPATH IKJSUBF
XMLPAT IKJIDENT 'XMLPATH',ASIS,MAXLNTH=255, X
FIRST=ANY,OTHER=ANY,X
VALIDCK=VALDPATH, X
HELP=('UNIX path and file name')
If I remove the SUBFLD and ALIAS from the three IKJNAME macros, I don't
get the parse error. If I put a IKJKEYWD in front of each of the IKJNAME
macros, I don't get the parse error. What I'm trying to do is say that
the command will accept at most one of XMLDDN, XMLDSN, or XMLPATH.
Any TSO gurus left out there that want to admit it?
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense. If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.
--
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
Re: Help with TSO parsing?
On 27/03/2008, McKown, John [EMAIL PROTECTED] wrote:
I admit that I have no experience with this. I am attempting to modify a
TSO command processor that I downloaded from IBM. I am adding a new
keyword at the end. I am failing at execution time with the messages:
IKJ56293I RACSEQ2 FAILED - PARSE SERVICE ROUTINE HAD AN INVALID INPUT
PARAMETER BLOCK+
IKJ56293I RETRY, THEN IF ERROR CALL YOUR SYSTEM PROGRAMMER (REGISTER 15
= 12)
The parse code is:
KWXMLDD IKJKEYWD
IKJNAME 'XMLDDN',SUBFLD=XMLDDN,ALIAS=('DDN','DDNAME')
IKJNAME 'XMLDSN',SUBFLD=XMLDSN,ALIAS=('DSN','DSNAME')
IKJNAME 'XMLPATH',SUBFLD=XMLPATH,ALIAS=('PATH')
...
XMLDDN IKJSUBF
XMLDDIKJIDENT 'XMLDDN',UPPERCASE,MAXLNTH=8,FIRST=ALPHA,X
OTHER=ALPHANUM, X
HELP=('DD name to use for XML output')
XMLDSN IKJSUBF
XMLDSIKJPOSIT DSNAME,USID, X
HELP=('Dataset Name to be used for XML output')
XMLPATH IKJSUBF
XMLPAT IKJIDENT 'XMLPATH',ASIS,MAXLNTH=255, X
FIRST=ANY,OTHER=ANY,X
VALIDCK=VALDPATH, X
HELP=('UNIX path and file name')
If I remove the SUBFLD and ALIAS from the three IKJNAME macros, I don't
get the parse error. If I put a IKJKEYWD in front of each of the IKJNAME
macros, I don't get the parse error. What I'm trying to do is say that
the command will accept at most one of XMLDDN, XMLDSN, or XMLPATH.
Any TSO gurus left out there that want to admit it?
Ahem, hrumph...
Your code *looks* OK at a glance. In particular, the idea of having
alternative keywords, with different subfields, is fine.
Are you sure it assembled properly, in particular that all your IKJ
macros are between the IKJPARM and the IKJENDP? IIRC, this is not
always caught by the macros at assembly time.
Tony H.
--
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
Re: Help with TSO parsing?
sigh talking to myself and feeling old... I found the problem. I had a parse validation check routine which was returning an invalid return code, causing the PARSE to fail. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
Re: SVCDUMP processing question
On Wed, 26 Mar 2008 23:16:15 -0400, Jim Mulder [EMAIL PROTECTED] wrote: ... Every SVCDUMP sets the tasks in an address space nondispatchable while dumping that address space. But for an asynchronous dump, this is asynchronous with repsect to the unit of work which issued the SDUMP macro. ... I've reread this and tried applying it to DB2/VTAM dump I was considering. The exit code in question is code residing in the DB2 address space executed by VTAM. VTAM issues the SDUMPX. Synchronous vs. asynchronous brobably doesn't matter much in this case. The exit's unit of work may have stuff it could be cleaning up on the VTAM side of the interface, but VTAM work in general is going to keep plugging away. It sounds like the DB2 address space is going to be made non- dispatchable in either case. Hopefully data capture does not take too long. Pat O'Keefe -- 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
Re: Help with TSO parsing?
On Thu, 27 Mar 2008 12:30:34 -0500, McKown, John John.Mckown wrote: sigh talking to myself and feeling old... I found the problem. I had a parse validation check routine which was returning an invalid return code, causing the PARSE to fail. Earlier the same day, he wrote: Any TSO gurus left out there that want to admit it? I'll admit to knowing TSO PARSE. What's harder to admit is that I recognize words from an old Carpenters song. Bill -- 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
Re: Help with TSO parsing?
---snip---
I admit that I have no experience with this. I am attempting to modify a
TSO command processor that I downloaded from IBM. I am adding a new
keyword at the end. I am failing at execution time with the messages:
IKJ56293I RACSEQ2 FAILED - PARSE SERVICE ROUTINE HAD AN INVALID INPUT
PARAMETER BLOCK+
IKJ56293I RETRY, THEN IF ERROR CALL YOUR SYSTEM PROGRAMMER (REGISTER 15
= 12)
The parse code is:
KWXMLDD IKJKEYWD
IKJNAME 'XMLDDN',SUBFLD=XMLDDN,ALIAS=('DDN','DDNAME')
IKJNAME 'XMLDSN',SUBFLD=XMLDSN,ALIAS=('DSN','DSNAME')
IKJNAME 'XMLPATH',SUBFLD=XMLPATH,ALIAS=('PATH')
...
XMLDDN IKJSUBF
XMLDDIKJIDENT 'XMLDDN',UPPERCASE,MAXLNTH=8,FIRST=ALPHA,X
OTHER=ALPHANUM, X
HELP=('DD name to use for XML output')
XMLDSN IKJSUBF
XMLDSIKJPOSIT DSNAME,USID, X
HELP=('Dataset Name to be used for XML output')
XMLPATH IKJSUBF
XMLPAT IKJIDENT 'XMLPATH',ASIS,MAXLNTH=255, X
FIRST=ANY,OTHER=ANY,X
VALIDCK=VALDPATH, X
HELP=('UNIX path and file name')
If I remove the SUBFLD and ALIAS from the three IKJNAME macros, I don't
get the parse error. If I put a IKJKEYWD in front of each of the IKJNAME
macros, I don't get the parse error. What I'm trying to do is say that
the command will accept at most one of XMLDDN, XMLDSN, or XMLPATH.
Any TSO gurus left out there that want to admit it?
-unsnip--
This is far back in my memory, so firgive me if I'm a bit blurry here.
I think that instead of IKJNAME, you want to use IKJKEYWD macros at the
beginning. I don't remember exactly how to check for exclusivity; I'll
take a look in my old docs. IIRC, you might also use the IKJIDENT macro
in that position, eliminating the IKJSUBF entirely.
--
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
RES: WLM and TSO
When you look at your own TSO address space in SDSF, what SERVICE CLASS is showed ? SYSOTHER ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 |-Mensagem original- |De: IBM Mainframe Discussion List |[mailto:[EMAIL PROTECTED] Em nome de Cobe Xu |Enviada em: quinta-feira, 27 de março de 2008 11:28 |Para: IBM-MAIN@bama.ua.edu |Assunto: Re: WLM and TSO | |Thanks Tom, | |yes, I can see the same thing in my shop,too. |But, when I Browse the rule, there's nothing inside. Take |JES as example, when I browse it inside, there will be |rules, I know, they are for different type of batch, some will |be indentified by TN, some maybe PFG, or others Identifier. |Can I think this way, it is enough that just a *TSO* as you |snapped, then WLM will know TSO users's transactions...? HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- 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
Re: Help with TSO parsing?
McKown, John wrote: sigh talking to myself and feeling old... I found the problem. I had a parse validation check routine which was returning an invalid return code, causing the PARSE to fail. You might think of removing explicit aliases DDN and DSN. IKJPARS will recognize them as unambiguous truncations of DDNAME and DSNAME keywords unless the rest of the syntax is rather strange. Bob Wright - MVS Service Aids -- 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
Re: WLM and TSO
Cobe, If there are no rules specified then it appears your shop never set up service classes for the TSO workload. Or else their there but were never placed into the classification rule. That's not good. The system will recognize the work as TSO and when it doesn't find a rule that specifies a service class it will put the work into the SYSOTHER service class. If that's the case I'm surprised you're getting any kind of performance out of TSO. Check in SDSF and see what service class your TSO users are getting. If it is SYSOTHER I strongly recommend you get a service class set up and defined to the TSO workload. That's not only for proper control of TSO but also for reporting purposes. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cobe Xu Sent: Thursday, March 27, 2008 9:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM and TSO Thanks Tom, yes, I can see the same thing in my shop,too. But, when I Browse the rule, there's nothing inside. Take JES as example, when I browse it inside, there will be rules, I know, they are for different type of batch, some will be indentified by TN, some maybe PFG, or others Identifier. Can I think this way, it is enough that just a *TSO* as you snapped, then WLM will know TSO users's transactions...? On 3/27/08, Kelman, Tom [EMAIL PROTECTED] wrote: I should have entered this on my previous response. When I go to 6. Classification Rules on my WLM application I see the following. Note the TSO entry at the bottom. --Class--- Action Type Description Service Report __ASCH APPC/MVS UsersNEWWORK RASCH __CICS CICS Workload TRANLORCICS __DB2 DB2 Sysplex Queries NEWWORK RDB2SQ __DDF DB2 Distributed Transactions DDF RDDF __IWEB Web Server Transactions NEWWORK RIWEB __JES Batch JobsTSTBATLO RTBATLO __MQMQSeries NEWWORKV RMQ __OMVS OpenEdition MVS/UNIX NEWWORK ROMVS __STC Started Tasks STCLO RSTCLO __TSO TSO Users TSOPRDRTSO Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cobe Xu Sent: Thursday, March 27, 2008 4:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM and TSO hi list, any one is willing to answer a rookie's question: How WLM recognize TSO's workload? like trivial TSO transaction, because I can not see there's a *classification rule* defined for TSO. like batch, stc, they have a rule... -- 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 -- Cobe Tsui Best Regards --- Performance Capacity Analyst E2E Performance Analyst Email: [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 ** *** If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system.
Re: Help with TSO parsing?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Wright Sent: Thursday, March 27, 2008 2:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Help with TSO parsing? McKown, John wrote: sigh talking to myself and feeling old... I found the problem. I had a parse validation check routine which was returning an invalid return code, causing the PARSE to fail. You might think of removing explicit aliases DDN and DSN. IKJPARS will recognize them as unambiguous truncations of DDNAME and DSNAME keywords unless the rest of the syntax is rather strange. Bob Wright - MVS Service Aids I finally read that part of the book. [grin]. Well, I'm a belt and suspenders type person when I write code. And it is easier to leave them in than take them out. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
Re: Is IT becoming extinct?
In [EMAIL PROTECTED], on 03/26/2008 at 08:13 AM, Steve Comstock [EMAIL PROTECTED] said: I know the feeling. But we gotta' learn how to do the new stuff on the mainframe, and let management see it. First you have to get management's permission. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Error access CICS
Hi, I am trying to make a cics access via terminal 3270, and I am receiving the following error message. DFHZC6907 I 03/27/2008 15:57:39 CICSDES Autoinstall starting for netname L05DDE83. Network qualified name is RTST.L05DDE83. DFHZC6908 I 03/27/2008 15:57:39 CICSDES Autoinstall in progress for netname L05DDE83. TN3270 IP address is 172.16.3.19:4594. DFHZC6987 W 03/27/2008 15:57:39 CICSDES Autoinstall best failure for NETNAME L05DDE83 was model DFHLU0M3. CINIT BIND:01020271 4020 0787 80000018 5020507F 07C3 C9C3E2C4 C5E20005 006F0C0E F8 MODEL BIND:01020271 4020 80000018 5018507F MISMATCH BITS: 0038 DFHZC2411 E 03/27/2008 15:57:39 CICSDES DUMY CSNE L05DDE83 attempted invalid logon. ((7) Module name: DFHZATA) NQNAME DUMY,CSNE,15:57:39,RTST L05DDE83 TNADDR DUMY,CSNE,15:57:39,172.16.3.19:4594 We checked to ceda to cics and not found anything that could be causing this error. Anyone can help me. Thanks. -- Hélio José da Silva Depto. Software Básico -- 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
Re: Enhanced PSP Compare Program
A question for IBMers who posted on this subject: Why the nice feature of informing PARM=* to PSP tool to screen all target zones defined to the Global CSI has been dropped from the new version ? (it ends in error). -- 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
Re: WLM and TSO
I don't really see where the problem is here. If there is only one TSO service class, then no selection rules are needed, the default service class needs to be specified, but no selection rules. That's how we are setup here. Kelman, Tom [EMAIL PROTECTED] 3/27/2008 3:20 PM Cobe, If there are no rules specified then it appears your shop never set up service classes for the TSO workload. Or else their there but were never placed into the classification rule. That's not good. The system will recognize the work as TSO and when it doesn't find a rule that specifies a service class it will put the work into the SYSOTHER service class. If that's the case I'm surprised you're getting any kind of performance out of TSO. Check in SDSF and see what service class your TSO users are getting. If it is SYSOTHER I strongly recommend you get a service class set up and defined to the TSO workload. That's not only for proper control of TSO but also for reporting purposes. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cobe Xu Sent: Thursday, March 27, 2008 9:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM and TSO Thanks Tom, yes, I can see the same thing in my shop,too. But, when I Browse the rule, there's nothing inside. Take JES as example, when I browse it inside, there will be rules, I know, they are for different type of batch, some will be indentified by TN, some maybe PFG, or others Identifier. Can I think this way, it is enough that just a *TSO* as you snapped, then WLM will know TSO users's transactions...? On 3/27/08, Kelman, Tom [EMAIL PROTECTED] wrote: I should have entered this on my previous response. When I go to 6. Classification Rules on my WLM application I see the following. Note the TSO entry at the bottom. --Class--- Action Type Description Service Report __ASCH APPC/MVS UsersNEWWORK RASCH __CICS CICS Workload TRANLORCICS __DB2 DB2 Sysplex Queries NEWWORK RDB2SQ __DDF DB2 Distributed Transactions DDF RDDF __IWEB Web Server Transactions NEWWORK RIWEB __JES Batch JobsTSTBATLO RTBATLO __MQMQSeries NEWWORKV RMQ __OMVS OpenEdition MVS/UNIX NEWWORK ROMVS __STC Started Tasks STCLO RSTCLO __TSO TSO Users TSOPRDRTSO Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cobe Xu Sent: Thursday, March 27, 2008 4:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM and TSO hi list, any one is willing to answer a rookie's question: How WLM recognize TSO's workload? like trivial TSO transaction, because I can not see there's a *classification rule* defined for TSO. like batch, stc, they have a rule... -- 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 -- Cobe Tsui Best Regards --- Performance Capacity Analyst E2E Performance Analyst Email: [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 ** *** If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this
Re: Enhanced PSP Compare Program
Cyrus Goodriver wrote: A question for IBMers who posted on this subject: Why the nice feature of informing PARM=* to PSP tool to screen all target zones defined to the Global CSI has been dropped from the new version ? (it ends in error). Weird! It appears I received this same message exactly 7 hours and 40 minutes ago. Is there something going on with a mail and.or list server? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: Is IT becoming extinct?
Not sure, but that may have been Steve's point ;-) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, March 27, 2008 1:16 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Is IT becoming extinct? In [EMAIL PROTECTED], on 03/26/2008 at 08:13 AM, Steve Comstock [EMAIL PROTECTED] said: I know the feeling. But we gotta' learn how to do the new stuff on the mainframe, and let management see it. First you have to get management's permission. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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
Re: WLM and TSO
Yes, I agree. However, the default service class would also be specified in the classification rule. Maybe I misunderstood, but I got the impression that Cobe didn't see anything in his TSO classification rule. Cobe, is there a default service class specified in the TSO classification rule? If so then you're OK. WLM will direct all TSO work to that default service class. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Thursday, March 27, 2008 2:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM and TSO I don't really see where the problem is here. If there is only one TSO service class, then no selection rules are needed, the default service class needs to be specified, but no selection rules. That's how we are setup here. Kelman, Tom [EMAIL PROTECTED] 3/27/2008 3:20 PM Cobe, If there are no rules specified then it appears your shop never set up service classes for the TSO workload. Or else their there but were never placed into the classification rule. That's not good. The system will recognize the work as TSO and when it doesn't find a rule that specifies a service class it will put the work into the SYSOTHER service class. If that's the case I'm surprised you're getting any kind of performance out of TSO. Check in SDSF and see what service class your TSO users are getting. If it is SYSOTHER I strongly recommend you get a service class set up and defined to the TSO workload. That's not only for proper control of TSO but also for reporting purposes. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
Re: Enhanced PSP Compare Program
On Thu, 27 Mar 2008 12:55:59 -0700, Edward Jaffe wrote: Cyrus Goodriver wrote: A question for IBMers who posted on this subject Weird! It appears I received this same message exactly 7 hours and 40 minutes ago. Is there something going on with a mail and.or list server? It's in the archives twice, too. -- Tom Marchant -- 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
Re: Long translate (TR) instruction?
William: Thank you for taking the time to give this a try. I had heard some horror stories about TR performance being disappointing on some earlier Z/Arch machines and I was wondering if it was pervasive. Obviously not. Not to be a nit-picker, but the OP (Kirk Wolf) said, I'm looking for the fastest way in assembler to translate data in one buffer to another using a 256-byte translate table, which is part of what prompted me to suggest the open-code solution that I did, since it includes a move from one buffer to another as part of the process. I'm convinced that TRE and TR are faster but it seems that a truly fair comparison of solutions to the stated problem should have included equivalent moves in the TRE and TR solutions. -- Art C. At 05:33 AM 3/26/2008, William H. Blair wrote: Edward Jaffe wrote: The following fragment should work if you prefer looping TRE over traditional TR. TRE requires you to manually translate the so-called stop character with an MVC. But, at least there's no EXecute for the final segment. LM R14,R15,xx Load string ptr and its length LA R1,xxPtr to translation table XR R0,R0Set stop char = x'00' DO INFDo for translate TRE R14,R1 Translate the string DOEXIT Z Exit if no more data IF O If iterate needed ITERATE , Process another segment ENDIF , EndIf MVC 0(1,R14),0(R1) Translate x'00' to whatever LAR14,1(,R14) Advance past stop character AHI R15,-1 Decrement length remaining DOEXIT NPExit if no more data ENDDO , EndDo for translate Art Celestini wrote: It seems that the TRE instruction has been in z/Arch for at least a few years. If anyone is inclined to try this: XR R1,R1 Clear for insert LR15,LengthLoad string length Loop IC R1,Input-1(R15) Get input byte IC R0,XlatTab(R1)Get translated character ... STC R0,Output-1(R15) ... and store it in output BCT R15,Loop Decrement length loop until done it would be interesting to see how it fares against Ed Jaffe's code. I did this, since I had a program I could just plug these code segments into without doing a lot of work. Results are below. I believe the OP said that the data to be translated had to first be moved from one buffer to another. The above does that, but a move of some type needs to be added to Ed's code to make it a true comparison. Maybe, maybe not. I've got code that needs to translate stuff in a buffer and it does not need it moved. And I have other code that first moves it and then translates it, because it doesn't want to clobber what it's translating. But, I did it both ways, just to find out for sure if it made a difference. It does not. The TRE loop is so much faster for any substantial number of bytes (which I define as more than 256, since that number or less can be handled directly, inline, simply by using the TR instruction) that the overhead of even a MVCL does not even begin to eat into the gain by using a TRE loop. So, the fact that with a TRE loop subroutine or macro you might whip up you first have to move the data to be translated if you do not want the original data clobbered is simply not relevant from a performance perspective. Since there is no use for the non-TRE loop subroutine (because its performance is horrible for any substantial number of bytes), we are left with the TRE or TR subroutines, which translate the data directly in the buffer provided, which is what most programmers would want to have available to call most of the time anyway, IMHO. If not, then they would first have had to move the data to some other buffer before TR'ing it anyway. As you will see below, the TRE loop was faster for me when I gave it more than 7 to 19 bytes. I'd never give it that few since for anything = 256 I'd just code a TR inline. But if I didn't know how many bytes, then you can see that there is plenty of CPU time left to test for 256 or less and do a TR inline if so, or else call the TR[E] subroutine if I had more than 256. Regardless, an ordinary TR loop is still faster than using TRE. But this is what you would expect. The TR loop code is not any more complicated than the TRE loop code in the first place. It's just different. TRE does not replace TR. It's for another purpose, basically, not for performance. I revised the code above to suit my own personal taste and needs. I made an improvement in the TRE subroutine proposed by Edward Jaffe to allow the caller to specify the test character, so that performance will not suffer if the data to be translated contains a lot of null bytes (as Ed's would). That meant that the MVC
Re: Enhanced PSP Compare Program
I don't know about the timing, but this is the second time I received this message! - Too busy driving to stop for gas! -Original Message- From: Edward Jaffe [EMAIL PROTECTED] Date: Thu, 27 Mar 2008 12:55:59 To:IBM-MAIN@bama.ua.edu Subject: Re: Enhanced PSP Compare Program Cyrus Goodriver wrote: A question for IBMers who posted on this subject: Why the nice feature of informing PARM=* to PSP tool to screen all target zones defined to the Global CSI has been dropped from the new version ? (it ends in error). Weird! It appears I received this same message exactly 7 hours and 40 minutes ago. Is there something going on with a mail and.or list server? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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 -- 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
Re: Is IT becoming extinct?
Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 03/26/2008 at 08:13 AM, Steve Comstock [EMAIL PROTECTED] said: I know the feeling. But we gotta' learn how to do the new stuff on the mainframe, and let management see it. First you have to get management's permission. Easier to ask forgiveness that to ask permission. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == call or email to receive a free sample student handout == -- 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
Re: WLM and TSO
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/27/2008 10:27:40 AM: Thanks Tom, yes, I can see the same thing in my shop,too. But, when I Browse the rule, there's nothing inside. Take JES as example, when I browse it inside, there will be rules, I know, they are for different type of batch, some will be indentified by TN, some maybe PFG, or others Identifier. Can I think this way, it is enough that just a *TSO* as you snapped, then WLM will know TSO users's transactions...? When new work is submitted to the system, it has to go through WLM to be classified. One of the characteristics that new work is judged on is the subsystem name the work is coming from. In the case of TSO, the subsystem is TSO. So if you have an entry for TSO, and no rules in there, things from the TSO subsystem will be classified to the default service class for TSO. In the case where there's no subsystem defined, it will be classified to SYSOTHER, which is essentially discretionary. Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 -- 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
Re: EMC Dasd and Performance Issues
Liz, just how were the SNAPs affected ? do you have SRDF/A involved ? - ravi. On Thu, 27 Mar 2008 09:29:51 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: I am supporting the DMX3 Disk Array from EMC. We have been experienceing some performance issues with our Timefinder Snap process. According to EMC this issue occurred due to microcode level 5671. We did this upgrade 18 months ago and just now saw this issue and got it resolved. I am just looking to see if anyone else has seen an increase in the Timefinder Snap process after this microcode upgrade? Our SNAP went from 15 mins to 40 mins. Lizette -- 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
Re: Virtual tape questions
Provided there is an aggressive expiry plan set in the mgmtclas, and there's healthy status of SCRATCH tapes. in the several sites i've been, everyone's afraid to clear the archeological dust - so they pile up causing grief to TMS. - ravi. On Wed, 26 Mar 2008 11:25:47 -0500, Mark Zelden [EMAIL PROTECTED] wrote: snip can HSM be run in a mode which does not append to its old tapes snip We have a small LPAR that uses virtual tape only. We send ML2 to virtual tape and it starts a fresh tape each time ML2 migration is done. Since stacking is done on the back end there is no point in possibly recalling a virtual tape from the back end just to mod onto it. Mark -- Mark Zelden -- 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
Re: EMC Dasd and Performance Issues
We are snapping 198 volumes. For the past several months it has been taking 20 mins to snap. As of Feb 08 it took 40 mins to snap. After EMC cleaned up some table it now runs in 14 Mins. SRDF/A is not involved. We are snapping a source volume to another volume on the string we call SNPxxx. Then we use FDR Instance to backup the SNPxxx volume for DR. Lizette Liz, just how were the SNAPs affected ? do you have SRDF/A involved ? -- 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
Re: Is IT becoming extinct?
snip--- Easier to ask forgiveness that to ask permission. ---unsnip- A big AMEN to that! Highly unfortunate, but true. -- 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
Re: Error access CICS
HELIO wrote: Hi, I am trying to make a cics access via terminal 3270, and I am receiving the following error message. DFHZC6907 I 03/27/2008 15:57:39 CICSDES Autoinstall starting for netname L05DDE83. Network qualified name is RTST.L05DDE83. DFHZC6908 I 03/27/2008 15:57:39 CICSDES Autoinstall in progress for netname L05DDE83. TN3270 IP address is 172.16.3.19:4594. DFHZC6987 W 03/27/2008 15:57:39 CICSDES Autoinstall best failure for NETNAME L05DDE83 was model DFHLU0M3. CINIT BIND:01020271 4020 0787 80000018 5020507F 07C3 C9C3E2C4 C5E20005 006F0C0E F8 MODEL BIND:01020271 4020 80000018 5018507F MISMATCH BITS: 0038 DFHZC2411 E 03/27/2008 15:57:39 CICSDES DUMY CSNE L05DDE83 attempted invalid logon. ((7) Module name: DFHZATA) NQNAME DUMY,CSNE,15:57:39,RTST L05DDE83 TNADDR DUMY,CSNE,15:57:39,172.16.3.19:4594 We checked to ceda to cics and not found anything that could be causing this error. Anyone can help me. Thanks. It almost appears that your Auto Install program is setup to only autoinstall devices if the BIND that CICS receives matches a model type term exactly. But you may want to go to the CICS list ([EMAIL PROTECTED]) to verify. -- 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
Re: EMC Dasd and Performance Issues
Not sure of our microcode level,.. But is your DMX used only for Mainframe storage? We had an instance where our P Series processors effected our mainframe storage performance. --cut I am supporting the DMX3 Disk Array from EMC. We have been experienceing some performance issues with our Timefinder Snap process. According to EMC this issue occurred due to microcode level 5671. We did this upgrade 18 months ago and just now saw this issue and got it resolved. -- 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
Re: IBMLink, again
Hi Gil, I would assume, like on some web screens we use here, that the text input fields are not transparent. By that I mean the characters entered are treated as HTTP control characters, or something like that. I am trying to convince some of our local system builders that text input fields should allow ANY character to be enteredbut they keep saying cannot. I see that IBM have said they would correct the problem. But that wont help my local code problem. Regards Bruce Hewson -- 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
Re: Is IT becoming extinct?
Also a good way to get fired when you have 'professional managers' more interested in following change/control procedures than getting the job done. I speak from experience. From: Rick Fochtman [Subject: Re: Is IT becoming extinct? snip--- Easier to ask forgiveness that to ask permission. ---unsnip- A big AMEN to that! Highly unfortunate, but true. -- -- 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
Re: Is IT becoming extinct?
Also a good way to get fired when you have 'professional managers' more interested in following change/control procedures than getting the job done. I speak from experience. I am sorry, but I believe in change control. If you can't follow them, it's your problem. A process exists for a reason. Follow it. If it doesn't work change it. But, what right do you have to change the process just because you think it's in the way? - 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 the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and TSO
Thanks everyone's patience, I think I understand more now. We do have an only one Service class for TSO, and in the classification rule for TSO and with default SC is TSO. WLM recognizes the workload from subsystem,too... All I thought was the *Selection rule* inside is a MUST, because I thought that's the only way WLM knows what service class for what workload. On 3/28/08, Kevin Mckenzie [EMAIL PROTECTED] wrote: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/27/2008 10:27:40 AM: Thanks Tom, yes, I can see the same thing in my shop,too. But, when I Browse the rule, there's nothing inside. Take JES as example, when I browse it inside, there will be rules, I know, they are for different type of batch, some will be indentified by TN, some maybe PFG, or others Identifier. Can I think this way, it is enough that just a *TSO* as you snapped, then WLM will know TSO users's transactions...? When new work is submitted to the system, it has to go through WLM to be classified. One of the characteristics that new work is judged on is the subsystem name the work is coming from. In the case of TSO, the subsystem is TSO. So if you have an entry for TSO, and no rules in there, things from the TSO subsystem will be classified to the default service class for TSO. In the case where there's no subsystem defined, it will be classified to SYSOTHER, which is essentially discretionary. Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 -- 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 -- Cobe Tsui Best Regards --- Performance Capacity Analyst E2E Performance Analyst Email: [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
Re: Virtual tape questions
Many thanks to all who responded so helpfully on-list and off-list. -- 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
Re: Long translate (TR) instruction?
Art Celestini wrote: I'm convinced that TRE and TR are faster but it seems that a truly fair comparison of solutions to the stated problem should have included equivalent moves in the TRE and TR solutions. I did write and run versions with the code like that. And, I said so: | I've got code that needs to translate stuff | in a buffer and it does not need it moved. And I have other | code that first moves it and then translates it, because it | doesn't want to clobber what it's translating. But, I did it | both ways, just to find out for sure if it made a difference. | It does not. But since you asked, I added those into the mix, so you can see and judge for yourself: TIME (IN SECONDS) FOR 001,000,000 REPETITIONS OF: - --BYTES- NO TR(E) TRE INPL TRE MVC TR INPL TR MVC - - - - - 0800 14.939655 1.245189 1.642310 1.082476 1.236875 0400 7.162529 0.731567 0.971124 0.487941 0.580783 0200 3.593004 0.461754 0.673962 0.206117 0.268123 0100 1.802772 0.253433 0.342846 0.032038 0.050725 00C0 1.355390 0.240958 0.311724 0.031969 0.048488 0080 0.909253 0.210573 0.276103 0.031942 0.046119 0040 0.463195 0.150320 0.164585 0.032047 0.043604 0020 0.238923 0.101492 0.113927 0.032032 0.042417 001E 0.225827 0.111231 0.122245 0.032019 0.042544 001C 0.210944 0.110432 0.122021 0.031966 0.042432 001A 0.197080 0.110823 0.122119 0.031953 0.042508 0018 0.183400 0.104318 0.116599 0.031982 0.042673 0016 0.169207 0.099349 0.110853 0.031980 0.042465 0014 0.155477 0.100393 0.109962 0.032081 0.042704 0012 0.141733 0.099860 0.111362 0.031961 0.042495 0010 0.127308 0.070471 0.083389 0.031962 0.041866 000E 0.113336 0.074843 0.086993 0.031981 0.041867 000C 0.099318 0.073958 0.086677 0.031962 0.041833 000A 0.085462 0.074848 0.086733 0.032057 0.041985 0008 0.071609 0.069932 0.081476 0.030228 0.038990 0007 0.064623 0.058755 0.068647 0.030245 0.039025 0006 0.057541 0.058729 0.068720 0.030278 0.038971 0005 0.050582 0.058701 0.068568 0.030230 0.038931 0004 0.043603 0.058764 0.068620 0.030246 0.039029 0003 0.036664 0.058748 0.068683 0.030220 0.038934 0002 0.029665 0.058824 0.068732 0.030386 0.039100 0001 0.022716 0.059113 0.069109 0.029829 0.038662 0.005250 0.016894 0.005825 0.005239 0.005835 TESTNAME DESCRIPTION NO TR(E) Basic move and translate, one byte at a time TRE INPL TRE loop in-place TRE MVC TRE loop buffer-to-buffer move first TR INPL TR loop in-place TR MVC TR loop buffer-to-buffer move first TR is always faster than TRE. Having to move the data from an input buffer to a separate output buffer for translation increases the CPU time required by ~15%. That is still way less than the overhead of the basic move and translate, which is the fastest technique only for 0, 1, 2, or 3 bytes (for more than 3 bytes, the basic TR loop, or even the TR loop with the data to be translated having to be moved to the output buffer first, is fastest). The above figures include the equivalent moves to make it a 'truly fair comparison of solutions to the stated problem'. It reflects what I have always observed about such tests: a well-coded, basic, tight MVC loop (or an MVCL) is pretty fast compared to almost anything else that involves a half-dozen or so instructions that do virtually anything. Thus, counting the CPU time that is required to move the data to a separate buffer as part of the overhead doesn't actually add that much to the CPU time required to get the whole job done. I suspect that this is simply due to the fact that MVC and MVCL are already pretty well-optimized for the job they do. Even a basic, tight loop will be limited by some performance constraint, probably by the rate at which instructions whose execution cannot be overlapped can be pumped through the machine (in contrast to blobs of data MVCing and TR[T]ing thru the wires all as part of one instruction). Today, for all intents and purposes, the time required to execute any given standard instruction is the same as any other. This is because the work to be done can be done in the available time, before another instruction is fetched and shoved through the internal machinery. The instructions which process more than a word or two of data take longer, of course. But some of those are very highly optimized (in hardware -- for example, the LM and STM instructions are no longer pigs. They are, in fact, fairly effective substitutes for MVC, except that you toast the contents of several registers when you use enough to make it worthwhile. Thus, optimization in our
Re: Long translate (TR) instruction?
William: Thanks (again). I found these results most interesting. Art At 11:18 PM 3/27/2008, William H. Blair wrote: Art Celestini wrote: I'm convinced that TRE and TR are faster but it seems that a truly fair comparison of solutions to the stated problem should have included equivalent moves in the TRE and TR solutions. I did write and run versions with the code like that. And, I said so: | I've got code that needs to translate stuff | in a buffer and it does not need it moved. And I have other | code that first moves it and then translates it, because it | doesn't want to clobber what it's translating. But, I did it | both ways, just to find out for sure if it made a difference. | It does not. But since you asked, I added those into the mix, so you can see and judge for yourself: TIME (IN SECONDS) FOR 001,000,000 REPETITIONS OF: - --BYTES- NO TR(E) TRE INPL TRE MVC TR INPL TR MVC - - - - - 0800 14.939655 1.245189 1.642310 1.082476 1.236875 0400 7.162529 0.731567 0.971124 0.487941 0.580783 0200 3.593004 0.461754 0.673962 0.206117 0.268123 0100 1.802772 0.253433 0.342846 0.032038 0.050725 00C0 1.355390 0.240958 0.311724 0.031969 0.048488 0080 0.909253 0.210573 0.276103 0.031942 0.046119 0040 0.463195 0.150320 0.164585 0.032047 0.043604 0020 0.238923 0.101492 0.113927 0.032032 0.042417 001E 0.225827 0.111231 0.122245 0.032019 0.042544 001C 0.210944 0.110432 0.122021 0.031966 0.042432 001A 0.197080 0.110823 0.122119 0.031953 0.042508 0018 0.183400 0.104318 0.116599 0.031982 0.042673 0016 0.169207 0.099349 0.110853 0.031980 0.042465 0014 0.155477 0.100393 0.109962 0.032081 0.042704 0012 0.141733 0.099860 0.111362 0.031961 0.042495 0010 0.127308 0.070471 0.083389 0.031962 0.041866 000E 0.113336 0.074843 0.086993 0.031981 0.041867 000C 0.099318 0.073958 0.086677 0.031962 0.041833 000A 0.085462 0.074848 0.086733 0.032057 0.041985 0008 0.071609 0.069932 0.081476 0.030228 0.038990 0007 0.064623 0.058755 0.068647 0.030245 0.039025 0006 0.057541 0.058729 0.068720 0.030278 0.038971 0005 0.050582 0.058701 0.068568 0.030230 0.038931 0004 0.043603 0.058764 0.068620 0.030246 0.039029 0003 0.036664 0.058748 0.068683 0.030220 0.038934 0002 0.029665 0.058824 0.068732 0.030386 0.039100 0001 0.022716 0.059113 0.069109 0.029829 0.038662 0.005250 0.016894 0.005825 0.005239 0.005835 TESTNAME DESCRIPTION NO TR(E) Basic move and translate, one byte at a time TRE INPL TRE loop in-place TRE MVC TRE loop buffer-to-buffer move first TR INPL TR loop in-place TR MVC TR loop buffer-to-buffer move first TR is always faster than TRE. Having to move the data from an input buffer to a separate output buffer for translation increases the CPU time required by ~15%. That is still way less than the overhead of the basic move and translate, which is the fastest technique only for 0, 1, 2, or 3 bytes (for more than 3 bytes, the basic TR loop, or even the TR loop with the data to be translated having to be moved to the output buffer first, is fastest). The above figures include the equivalent moves to make it a 'truly fair comparison of solutions to the stated problem'. It reflects what I have always observed about such tests: a well-coded, basic, tight MVC loop (or an MVCL) is pretty fast compared to almost anything else that involves a half-dozen or so instructions that do virtually anything. Thus, counting the CPU time that is required to move the data to a separate buffer as part of the overhead doesn't actually add that much to the CPU time required to get the whole job done. I suspect that this is simply due to the fact that MVC and MVCL are already pretty well-optimized for the job they do. Even a basic, tight loop will be limited by some performance constraint, probably by the rate at which instructions whose execution cannot be overlapped can be pumped through the machine (in contrast to blobs of data MVCing and TR[T]ing thru the wires all as part of one instruction). Today, for all intents and purposes, the time required to execute any given standard instruction is the same as any other. This is because the work to be done can be done in the available time, before another instruction is fetched and shoved through the internal machinery. The instructions which process more than a word or two of data take longer, of course. But some of those are very highly optimized (in hardware -- for example, the LM and STM instructions are no longer pigs. They are, in fact, fairly effective substitutes for MVC, except
Gary Hussong is out of the office.
I will be out of the office starting 03/28/2008 and will not return until 04/01/2008. I will respond to your message when I return. If this is an emergency you can try send me a louts note text page. -- NOTICE: The information contained in this electronic mail transmission is intended by Convergys Corporation for the use of the named individual or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone (collect), so that the sender's address records can be corrected. -- 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
Re: Is IT becoming extinct?
You missed the point. The previous post to mine mentioned that's it's easier to say 'Sorry' than get permission. My post was meant to warn of the possible ramifications of taking that approach. If I tried to describe the change control approach at my former shop, you most likely would not believe it. Some jobs are not worth having. This was one of them. From: Ted MacNEIL Sent: Thu 3/27/2008 10:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Is IT becoming extinct? Also a good way to get fired when you have 'professional managers' more interested in following change/control procedures than getting the job done. I speak from experience. I am sorry, but I believe in change control. If you can't follow them, it's your problem. A process exists for a reason. Follow it. If it doesn't work change it. But, what right do you have to change the process just because you think it's in the way? - 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 the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
