Re: SDSF DA CPU% meaning
John, The first value is the traditional SRM busy calculation from CPU wait time. This is accurate for LPARs with dedicated processors, but with shared processors as an LPAR's LP approach their weights in a CEC that is 100% busy the LP often loses control of the CP before it goes into a wait. CPU busy is the compliment of wait time, therefore it is recorded as busy even though it is not dispatched. It's pretty much a useless number except to indicate that the LPAR is being constrained to its weights. The second value is the LPAR percent busy from PR/SM. My memory may be faulty here but I think it is from effective dispatch time. This is percent busy of the number of online LP. These are the same values displayed in RMFMON II. You may want to hit the RMF manuals to check my explanation. It is not 100 over 60. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, March 15, 2010 1:18 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] SDSF DA CPU% meaning SDSF DA is showing CPU 100 / 60. This z/OS is in a Group Capacity situation with another LPAR. The CEC is rated at 47 MSU. The Group Capacity is set at 38 MSU. 38/47 is .8085. The LPAR utilization from BMC Mainview is showing 60% cpu for this LPAR and 24.5% for the other LPAR. That is 84.5% busy. Now, are those percentages based on the Group Capacity (38) or CEC capacity (47). I.e. is the 60% number 60% of 38 MSUs or 60% of 47 MSUs? Or is it something else? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
-SNIP--- In the early 1990s, a company with datacenters in multiple locations had a popular piece of software I was working on. They had paid for it in one location. That location sent copies of the install tape to other locations. They then called regularly for a temp auth code which they sent to each unauthorized location. When it was discovered (I think by our level 0 people), the lawyers arranged for a large bag of money to exchange hands. All very hush-hush. After that support logs were watched much more closely for patterns. --SNIP I was in a similar situation back then (actually for 9 years). We had two data centers one in one city and the other on the east coast. Supposedly (at least according to our management) the data center on the east coast was a DR site so they felt and indeed did not pay *ANY* vendors for the code that was run (in non DR mode). I talked to my boss and he said to me do not talk to loud as someone in VP road might hear you and fire your ass. I was having real bad dreams about it. We were in the early ship for 3390's and were installing them in our east coast center and we had to get a fix from Boulder and we had to fire up DLS(?? not sure about the acronym its been that long). But the old timers here know it from getting fixes in a few minutes via phone. After we got the fixes IBM asked us about the cpu serial numbers as they didn't seem to have a record of them ( I just said they were DR machines and if there were questions call the Chicago IBM office. After I got back from the install I was talking with our IBM marketing rep about the issue and he apparently was talked with and come to find out I did not know this either that MVS wasn't officially licensed there either. He said it took a fair amount of talking on his part to get it straightened out. I was digging into an issue and found out that *EVERY PRODUCT* we had in house was done that way. I said something to my boss and he said forget that I ever knew about it as the senior VP gave his blessing to the dishonesty and I was supposed to blank all memory of any conversation I had about licensing of software products at our company. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
Paul Gilmartin pisze: [...] Gossip, unsubstantiated: Several years ago when some music publishers experimented with copy-protected CDs, they observed lower sales for the protected CDs than for the unprotected. The truth, confirmed: 1. SONY issued protected CDs with dedicated application allowing making (legal) copies. The application was a backdoor for hackers. http://en.wikipedia.org/wiki/Sony_BMG_CD_copy_protection_scandal 2. All the protection measuers disturbs legal users. It is legal to play CD on computer CD-player, it is legal to make a copy of CD (i.e. for car CD player). Protection measures provides strong difficulties for legal use. Do you remember the old times when recording from CD to audio tape was prohibited by hardware? BTW: This thread deviates from the topic. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
R.S. r.skoru...@bremultibank.com.pl wrote in message news:4b9f4eaa.5060...@bremultibank.com.pl... BTW: This thread deviates from the topic. -- Radoslaw Skorupka Excellent remark and well in time. We should pay more attention to this. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
On this list ???. Surely not. Shane ... On Tue, Mar 16th, 2010 at 8:26 PM, R.S. wrote: ... BTW: This thread deviates from the topic. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Topic Deviation yes/no game (was: Real CPU Id)
Yes, it does. (no, it does't, yes it does...) And so we can continue the game safely and without bothering readers that are not interested in this branch-off of the CPU Id topic. Kees. Shane Ginnane ibm-m...@tpg.com.au wrote in message news:1268732667.4b9f52fb3e...@postoffice.tpg.com.au... On this list ???. Surely not. Shane ... On Tue, Mar 16th, 2010 at 8:26 PM, R.S. wrote: ... BTW: This thread deviates from the topic. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
In listserv%201003151108090244.0...@bama.ua.edu, on 03/15/2010 at 11:08 AM, Paul Gilmartin paulgboul...@aim.com said: How many vendors might a customer need to call to get running on a Disaster Recovery site? Are the DR CPUs pre-keyed? And do the pre-issued keys work? When the pre-issued keys don't work *and* the vendor misses the guarantied response time it doesn't give me a warm fuzzy feeling. This is purely hypothetical, of course, and I know nothing about anybody bring our system up under the DR vendor's VM system with our home serial number. Gossip, unsubstantiated: Several years ago when some music publishers experimented with copy-protected CDs, they observed lower sales for the protected CDs than for the unprotected. Are you sure that it wasn't the legal hot water that got their attention? Especially in the case of Sony? -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What was the historical price of a P/390?
In m3tysj0wh1@garlic.com, on 03/14/2010 at 11:11 AM, Anne Lynn Wheeler l...@garlic.com said: with fiber channel transfer speeds ... at the time when there was struggles to get mainframe disks at escon speeds. PC's may have the speed edge for an individual I/O, but how does a fast PC I/O stack up against 100's of concurrent mainframe I/O's? It's the number of channels operating in parallel that gives the mainframe a speed edge. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E datasets question
In cc4c42804bc20a41acb7e937e4a758e8057185b...@c1mbc130.corp.alliance.lan, on 03/15/2010 at 11:29 AM, Rabbe, Luke luke.ra...@countryfinancial.com said: The SMP/E User's Guide states: ...each SCDS is directly related to a specific target zone, and each target zone must have its own SCDS. It also says this about the MTS, STS, and LTS. Why is that? Because an element name might exist in multiple zones, especially if you have multiple releases or service levels for the same product. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
In 4b9e4304.2080...@valley.net, on 03/15/2010 at 10:24 AM, Gerhard Postpischil gerh...@valley.net said: I have mixed feelings about that. When maintaining software, that's great, but as a stockholder I can't wonder how much money IBM loses due to that policy. My guess is none. Specifically, my guess is that the absence of key management issues both saves them support costs and gives them a competitive edge. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
In 58fc7f986fcb804286e23b59decf420fc2a...@nwt-s-mbx1.rocketsoftware.com, on 03/14/2010 at 05:36 PM, Bob Shannon bshan...@rocketsoftware.com said: IBM's position seems to be that you can hit PFK1, so why do you need a manual It's the OS/2 mentality. ITYM windows mentality; OS/2 has *both* manuals and help files. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Shmuel Metz (Seymour J.) Skickat: den 14 mars 2010 07:20 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN In 45d79eacefba9b428e3d400e924d36b903336...@iwdubcormsg007.sci.local, on 03/12/2010 at 02:08 PM, Thompson, Steve steve_thomp...@stercomm.com said: Where do I find such a doc? In a museum; IBM stopped providing updated user documentation for SDSF a long time ago. You can, of course, use the archaic version of the manual, but expect some things to be different. IBM's position seems to be that you can hit PFK1, so why do you need a manual? I don't agree, but that doesn't change anything. And to add insult to injury, the PFK1 help in SDSF isn't exactly the Florence Nightingale of the ISPF battlefield. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Yet another mixed case question
At the very least there should be a C/C++ PARM= or #pragma option (NOT one of the LE slash options) to disable this behavior. Yes, something along that line is the right answer. TSO/E has no control over the behavior of the call-target application. TSO/E passed the data the way that the user asked it to be passed. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Tivoli Advanced Backup and Rcovery for z/OS with CA-DISK
Hello forumers, Has anyone experienced with Tivoli ABAR for z/OS and CA-DISK and willing to share with me his insights? Thanks, Arye Shemer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E datasets question
Luckily this isn't z/OS. It's a couple 3rd party products. I do apply to both target zones. The only library with members is SCDS. Does that mean that I'm only potentially in trouble if I need to do a RESTORE? Luke -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Monday, March 15, 2010 11:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E datasets question If you have done SMP/E apply against both target zones, then there is no guaranteed fix. For example, if there are members in MTS or STS that both target zones think they own, ACCEPTing the maintenance in one zone will move those members into the appropriate DZONE DLIBs and remove them from MTS or STS (might be some options to prevent the delete, not sure), and a latter attempt to accept related sysmods in the other target zone wouldn't find the members. If you only do SMP/E maintenance against a test target zone, then clone the Tzone and TLIBS to install in production and never use SMP/E for APPLY/ACCEPT/RESTORE against the production clone TZone, then you don't really have a problem because the libraries at issue are only used during maintenance (possibly could/should delete their DDDEFs in the production Tzone in this case). If you use SMP/E to APPLY to both target zones, then there would always be the risk of unintentionally doing things out of order in a way that SMP/E would think legit but that could cause corruption because of the shared target datasets. If you have been doing SMP/E APPLY to both target zones and accepting maintenance for an extended period while running with MTS/STS/LTS/SCDS shared, depending on what usage was made of the shared datasets and the order in which things were done, you could already have corrupted members in some of your TLIBS and DLIBs. Perhaps not, but actually proving the absence of adverse side effects would be very difficult: The only sure method is to start with a fresh install and re-apply to the current level of maintenance. If you use SMP/E to APPLY to both target zones and are in the resulting unknown SMP/E status and don't have the resources for a z/OS re-install, I would be tempted to clone separate copies of the existing MTS/STS/SCDS/LTS libraries for the other target zone, hope there has been no serious damage yet, and gamble that things hang together long enough until a migration to the next release of z/OS, where you can then be sure to observe correct practices with the new zones. JC Ewing On 03/15/2010 01:20 PM, Rabbe, Luke wrote: I only have one CSI that contains all zones. The SMP SCDS, LTS, MTS, and STS are the same for all target zones. Each target zone has its own target libraries. Do any of these details change your assessment? I have a production and test target zone. Can I ACCEPT, delete the test target zone, clear the SMP/E datasets, and make a fresh clone? Will that straighten me out? Luke -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, March 15, 2010 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E datasets question On Mon, 15 Mar 2010 11:29:20 -0500, Rabbe, Luke luke.ra...@countryfinancial.com wrote: The SMP/E User's Guide states: ...each SCDS is directly related to a specific target zone, and each target zone must have its own SCDS. It also says this about the MTS, STS, and LTS. Why is that? I have a couple SMP/E environments with multiple target zones and only one set of SMP/E datasets. So do the DDDEFs or APPLY JCL you have used for the other zones share those same data sets between target zones? If so, then you probably have a corrupt environment. The LTS may be empty or not used, or even if it is you can just delete everything from it and allocate separate ones per zone. The SCDS, MTS and STS - not so. Another possibility is you only apply to one and clone the other zones, if so, you are also fine, but the cloning process for a target zone should also clone those 4 data sets along with the VSAM CSI and the product(s) target data sets. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ ... -- Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with
Re: SMP/E datasets question
On Tue, 16 Mar 2010 08:31:32 -0500, Rabbe, Luke luke.ra...@countryfinancial.com wrote: Luckily this isn't z/OS. It's a couple 3rd party products. I do apply to both target zones. The only library with members is SCDS. Does that mean that I'm only potentially in trouble if I need to do a RESTORE? It depends. You still haven't said what is in the 2 zones. Are they different levels of the same product, or completely different products that will have unique element names? Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E datasets question
The two zones are different levels of the same product. My technique is to apply PTFs to the test zone and after they've tested out, apply the same PTFs to the production zone. Most of the time the two zones have the same maintenance applied. Luke -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, March 16, 2010 8:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E datasets question On Tue, 16 Mar 2010 08:31:32 -0500, Rabbe, Luke luke.ra...@countryfinancial.com wrote: Luckily this isn't z/OS. It's a couple 3rd party products. I do apply to both target zones. The only library with members is SCDS. Does that mean that I'm only potentially in trouble if I need to do a RESTORE? It depends. You still haven't said what is in the 2 zones. Are they different levels of the same product, or completely different products that will have unique element names? Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
logical swapping in z/os 1.9
Hello everybody, Recently, when I was looking at RMF monitor III reports during End of Day processing I have noticed (from time to time) following delays: Job: WMJPXSR0 Primary delay: Swapped out and ready to run. Probable cause: Too many jobs/users running. Help panels contain more possible causes. Primary Reason : OUTR My first thought was that we have (central) storage problems, but I didn't noticed any paging occuring that time (in fact, we had about 50% available frames), then I have read, that z/os doesn't use physical swapping anymore. I noticed, that such situation occurs when simultaneusly many jobs tries to enter the system. Are there any parameters in z/os which can be customized to eliminate such delays, or it's 'deep system flavour'/normal behaviour and it shouldn't be touched? I tried to read about how SRM adjust MPL but didn't understand it. Do you have any ideas how two handle such situation? Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logical swapping in z/os 1.9
I'm no expert, but I am fairly sure that swapped out and ready to run is more due to lack of CPU resource, or some sort of WLM problem than a problem due to swapping. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: logical swapping in z/os 1.9 Hello everybody, Recently, when I was looking at RMF monitor III reports during End of Day processing I have noticed (from time to time) following delays: Job: WMJPXSR0 Primary delay: Swapped out and ready to run. Probable cause: Too many jobs/users running. Help panels contain more possible causes. Primary Reason : OUTR My first thought was that we have (central) storage problems, but I didn't noticed any paging occuring that time (in fact, we had about 50% available frames), then I have read, that z/os doesn't use physical swapping anymore. I noticed, that such situation occurs when simultaneusly many jobs tries to enter the system. Are there any parameters in z/os which can be customized to eliminate such delays, or it's 'deep system flavour'/normal behaviour and it shouldn't be touched? I tried to read about how SRM adjust MPL but didn't understand it. Do you have any ideas how two handle such situation? Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Moving away from CA-PDSMAN
We are trying to move away from CA-PDSMAN. One feature that our few remaining users like, is the Easyedit feature of a list files that the user commonly edits. Has anyone else moved away from PDSMAN and how did you handle that feature? Is there REXX exec out there that will save a list of commonly edited files (some files are likely under different high level indexes) and store that list over different TSO sessions? Thanks, Duane -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E datasets question
On Tue, 16 Mar 2010 08:59:58 -0500, Rabbe, Luke luke.ra...@countryfinancial.com wrote: The two zones are different levels of the same product. My technique is to apply PTFs to the test zone and after they've tested out, apply the same PTFs to the production zone. Most of the time the two zones have the same maintenance applied. Then do as I suggested earlier in this thread. Accept all the PTFs that are in apply status in the test zone. Run a CLEANUP, then start over by cloning the test zone, along with the target data sets and the SCDS, STS, LTS and MTS for the prod zone, using different names for the SCDS, STS, LTS and MTS (and of course a different name for the zone). I don't know if you use the same or different names for the product target data sets or not. If you use the same name, you need to point to them all with unit / volser as only one set can be cataloged. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E datasets question
On Tue, 16 Mar 2010 08:59:58 -0500, Rabbe, Luke wrote: The two zones are different levels of the same product. My technique is to apply PTFs to the test zone and after they've tested out, apply the same PTFs to the production zone. Most of the time the two zones have the same maintenance applied. Why are you so determined to break the rules? Do what the book says and you'll be safe. Disk space is cheap. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E datasets question
I'm not determined to break the rules. I've already broken them and I want to fix it. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, March 16, 2010 9:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E datasets question On Tue, 16 Mar 2010 08:59:58 -0500, Rabbe, Luke wrote: The two zones are different levels of the same product. My technique is to apply PTFs to the test zone and after they've tested out, apply the same PTFs to the production zone. Most of the time the two zones have the same maintenance applied. Why are you so determined to break the rules? Do what the book says and you'll be safe. Disk space is cheap. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving away from CA-PDSMAN
Duane, Have you looked at the ISPF REFLIST feature? It sounds like just what you are looking for. Regards, Herman Stocker It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -Original Message- We are trying to move away from CA-PDSMAN. One feature that our few remaining users like, is the Easyedit feature of a list files that the user commonly edits. Has anyone else moved away from PDSMAN and how did you handle that feature? Is there REXX exec out there that will save a list of commonly edited files (some files are likely under different high level indexes) and store that list over different TSO sessions? Thanks, Duane The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logical swapping in z/os 1.9
Strange - during these delays CEC is not heavily loaded (75%), we have 30% available frames, and these delays are reported in section STORAGE delays (as 100% delays , reason: OUTR 100%) I am not sure (I doubt) it's CPU problem Regards, Pawel On Tue, 16 Mar 2010 09:04:50 -0500, McKown, John john.mck...@healthmarkets.com wrote: I'm no expert, but I am fairly sure that swapped out and ready to run is more due to lack of CPU resource, or some sort of WLM problem than a problem due to swapping. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: logical swapping in z/os 1.9 Hello everybody, Recently, when I was looking at RMF monitor III reports during End of Day processing I have noticed (from time to time) following delays: Job: WMJPXSR0 Primary delay: Swapped out and ready to run. Probable cause: Too many jobs/users running. Help panels contain more possible causes. Primary Reason : OUTR My first thought was that we have (central) storage problems, but I didn't noticed any paging occuring that time (in fact, we had about 50% available frames), then I have read, that z/os doesn't use physical swapping anymore. I noticed, that such situation occurs when simultaneusly many jobs tries to enter the system. Are there any parameters in z/os which can be customized to eliminate such delays, or it's 'deep system flavour'/normal behaviour and it shouldn't be touched? I tried to read about how SRM adjust MPL but didn't understand it. Do you have any ideas how two handle such situation? Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving away from CA-PDSMAN
Try Mark Zelden's XEF freeware at http://home.flash.net/~mzelden/mvsutil.html Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Duane Weaver Sent: 16 March 2010 14:07 To: IBM-MAIN@bama.ua.edu Subject: Moving away from CA-PDSMAN We are trying to move away from CA-PDSMAN. One feature that our few remaining users like, is the Easyedit feature of a list files that the user commonly edits. Has anyone else moved away from PDSMAN and how did you handle that feature? Is there REXX exec out there that will save a list of commonly edited files (some files are likely under different high level indexes) and store that list over different TSO sessions? Thanks, Duane -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving away from CA-PDSMAN
On Tue, 16 Mar 2010 10:07:15 -0400, Duane Weaver weaver...@osu.edu wrote: We are trying to move away from CA-PDSMAN. One feature that our few remaining users like, is the Easyedit feature of a list files that the user commonly edits. Has anyone else moved away from PDSMAN and how did you handle that feature? Is there REXX exec out there that will save a list of commonly edited files (some files are likely under different high level indexes) and store that list over different TSO sessions? ISPF has built-in features like REFLISTs. But there are also other tools floating around out there, including XEF available on my web site and CBT file 434. See my signature line for a link to my web site. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logical swapping in z/os 1.9
I hear that overly aggressive WLM goal settings can do this. Look for high importance workloads not meeting their goals because the goals are not achievable. I believe that WLM will hold back recourses in an effort to 'push' these workloads towards their goals. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: logical swapping in z/os 1.9 Strange - during these delays CEC is not heavily loaded (75%), we have 30% available frames, and these delays are reported in section STORAGE delays (as 100% delays , reason: OUTR 100%) I am not sure (I doubt) it's CPU problem Regards, Pawel On Tue, 16 Mar 2010 09:04:50 -0500, McKown, John john.mck...@healthmarkets.com wrote: I'm no expert, but I am fairly sure that swapped out and ready to run is more due to lack of CPU resource, or some sort of WLM problem than a problem due to swapping. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: logical swapping in z/os 1.9 Hello everybody, Recently, when I was looking at RMF monitor III reports during End of Day processing I have noticed (from time to time) following delays: Job: WMJPXSR0 Primary delay: Swapped out and ready to run. Probable cause: Too many jobs/users running. Help panels contain more possible causes. Primary Reason : OUTR My first thought was that we have (central) storage problems, but I didn't noticed any paging occuring that time (in fact, we had about 50% available frames), then I have read, that z/os doesn't use physical swapping anymore. I noticed, that such situation occurs when simultaneusly many jobs tries to enter the system. Are there any parameters in z/os which can be customized to eliminate such delays, or it's 'deep system flavour'/normal behaviour and it shouldn't be touched? I tried to read about how SRM adjust MPL but didn't understand it. Do you have any ideas how two handle such situation? Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving away from CA-PDSMAN
It's not free (though it is cheap), but I would suggest looking at Mackinney's Simplist product. It has the ability to store lists of users' favorite data sets (and other types of objects such as DB2 tables, Unix directories and TSO commands). I've been using it for about 5 years now, and I am a big fan. See http://www.mackinney.com/products/program-development/simplist.html On Tue, Mar 16, 2010 at 10:07, Duane Weaver weaver...@osu.edu wrote: We are trying to move away from CA-PDSMAN. One feature that our few remaining users like, is the Easyedit feature of a list files that the user commonly edits. Has anyone else moved away from PDSMAN and how did you handle that feature? Is there REXX exec out there that will save a list of commonly edited files (some files are likely under different high level indexes) and store that list over different TSO sessions? Thanks, Duane -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving away from CA-PDSMAN
The PDS command (CBT file 182) supports REFLIST dataset changing and PDS also has a Change Menu panel that allows up to 15 datasets/volsers/disps for dataset changing (this could be extended by making it a scrollable panel). The change menu variables are saved in the ISPF profile. Regards, John K snip of CHGM panel P86CHG@ - CHANGE Dataset Menu - OPTION === Choose one of the following by number (point-and-shoot): Data Set Name Volume Disp 1 'AD.ISPPLIB' 2 'AD.CLIST' 3 'AD.BACKUP.LOGMOD' . . . Note: Volume is volser (default catalog); Disp is SHR or OLD (default SHR) Herman Stocker of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/16/2010 09:10:25 AM: Have you looked at the ISPF REFLIST feature? It sounds like just what you are looking for. Regards, Herman Stocker It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -Original Message- We are trying to move away from CA-PDSMAN. One feature that our few remaining users like, is the Easyedit feature of a list files that the user commonly edits. Has anyone else moved away from PDSMAN and how did you handle that feature? Is there REXX exec out there that will save a list of commonly edited files (some files are likely under different high level indexes) and store that list over different TSO sessions? Thanks, Duane -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What was the historical price of a P/390?
shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes: PC's may have the speed edge for an individual I/O, but how does a fast PC I/O stack up against 100's of concurrent mainframe I/O's? It's the number of channels operating in parallel that gives the mainframe a speed edge. re: http://www.garlic.com/~lynn/2010f.html#7 What was the historical price of a P/390? http://www.garlic.com/~lynn/2010f.html#8 What was the historical price of a P/390? lot of it was adding lots of additional processors for managing the i/o programming. the 3033 using channel directors (158 engines with 370 microcode removed and only the integrated channels) wasn't all that hot. the 3090 had more processors for doing i/o. however, the 3880 disk controller had much slower processor for command processing that it significantly drove up channel busy time per operation. the result was that there was change in 3090 to add a lot more channels (for a balanced configuration) to spread the 3880s across a larger number of channels. This pushed 3090 channel circuits passed a threshold and another TCM had to be added. POK wanted to charge the san jose disk division the cost of the extra TCM on every 3090 sold. 3090 was also being sold into some of the supercomputer market with vector processing. However, that also implied lots of real high-speed disks operating at HIPPI speeds (basically standards version of cray channel) operating at 100mbyte/sec. The 3090 i/o interface couldn't handle the 100mbyte/sec transfers ... so there was a hack to cut into the side of the extended store bus to added HIPPI. The problem there was no channel processors on the extended store bus ... just the 4k move instructions ... so 3090 HIPPI i/o had to be done with peek/poke paradgim. a lot of the sequent NUMA-Q machine was PC processors with lots of things like enormous amounts of i/o processing. old emails http://www.garlic.com/~lynn/2010e.html#email951030 http://www.garlic.com/~lynn/2010e.html#email961211 from recent post http://www.garlic.com/~lynn/2010e.html#70 Entry point for a Mainframe? about customer providing sequent with 3590 drives to get support done ... and mention that first pass of the sequent dynix 3590 device driver didn't support scatter/gather sili. the application was several hundred million accounts with possibly tens of millions of transactions every day. the transactions would be sorted in account order (and account summary information on tape was in account sorted order). the application would read input tape, apply/merge transaction summary information with days transactions and write the result to new tape. the idea was to do the processing at full 3590 speed ... getting nightly processing done to approx 30mins elapsed time (compared to having every night processing taking a couple weeks elapsed time using various other approaches). a big bottleneck for mainframe has been the half-duplex channel paradigm and CKD simulation (attempting to compensate for the bottleneck results in significantly increased complexity). original harrier was dual 80mbit/sec links ... running asynchronously ... getting 160mbit/sec aggregate ... SSA doubled that to 160mbit/sec asynchronous links ... getting 320mit/sec aggregate (and running asynchrnously help offset increasing latency issue). As mentioned SSA was offered on s/390 integrated server: http://www-01.ibm.com/common/ssi/rep_ca/1/897/ENUS198-211/index.html mentioned here http://www.garlic.com/~lynn/2010f.html#8 What was the historical price of a P/390? compared to half-duplex 200mbit/sec escon ... which suffered protocol latency issues with half-duplex activity. FCS disk infrastructures ... operating similar to harrier/SSA but at FCS speeds ... long before FICON. that was sort of what got us into trouble (with mainframe group) ... with cluster scaleup ... referenced in this old post about jan92 meeting in ellison's conference room http://www.garlic.com/~lynn/95.html#13 and this old email references http://www.garlic.com/~lynn/lhwemail.html#medusa within a couple weeks after the meeting in ellison's conference room, the project was transferred ... announced as a product in the numerical intensive market (only) ... and we were told we couldn't work on anything with more four processors. Old press article from 17feb92 http://www.garlic.com/~lynn/2001n.html#6000clusters1 and another from 19jun92 http://www.garlic.com/~lynn/2001n.html#6000clusters2 -- 42yr virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What was the historical price of a P/390?
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes: PC's may have the speed edge for an individual I/O, but how does a fast PC I/O stack up against 100's of concurrent mainframe I/O's? It's the number of channels operating in parallel that gives the mainframe a speed edge. re: http://www.garlic.com/~lynn/2010f.html#7 What was the historical price of a P/390? http://www.garlic.com/~lynn/2010f.html#8 What was the historical price of a P/390? lot of it was adding lots of additional processors for managing the i/o programming. the 3033 using channel directors (158 engines with 370 microcode removed and only the integrated channels) wasn't all that hot. the 3090 had more processors for doing i/o. however, the 3880 disk controller had much slower processor for command processing that it significantly drove up channel busy time per operation. the result was that there was change in 3090 to add a lot more channels (for a balanced configuration) to spread the 3880s across a larger number of channels. This pushed 3090 channel circuits passed a threshold and another TCM had to be added. POK wanted to charge the san jose disk division the cost of the extra TCM on every 3090 sold. 3090 was also being sold into some of the supercomputer market with vector processing. However, that also implied lots of real high-speed disks operating at HIPPI speeds (basically standards version of cray channel) operating at 100mbyte/sec. The 3090 i/o interface couldn't handle the 100mbyte/sec transfers ... so there was a hack to cut into the side of the extended store bus to added HIPPI. The problem there was no channel processors on the extended store bus ... just the 4k move instructions ... so 3090 HIPPI i/o had to be done with peek/poke paradgim. a lot of the sequent NUMA-Q machine was PC processors with lots of things like enormous amounts of i/o processing. old emails http://www.garlic.com/~lynn/2010e.html#email951030 http://www.garlic.com/~lynn/2010e.html#email961211 from recent post http://www.garlic.com/~lynn/2010e.html#70 Entry point for a Mainframe? about customer providing sequent with 3590 drives to get support done ... and mention that first pass of the sequent dynix 3590 device driver didn't support scatter/gather sili. the application was several hundred million accounts with possibly tens of millions of transactions every day. the transactions would be sorted in account order (and account summary information on tape was in account sorted order). the application would read input tape, apply/merge transaction summary information with days transactions and write the result to new tape. the idea was to do the processing at full 3590 speed ... getting nightly processing done to approx 30mins elapsed time (compared to having every night processing taking a couple weeks elapsed time using various other approaches). a big bottleneck for mainframe has been the half-duplex channel paradigm and CKD simulation (attempting to compensate for the bottleneck results in significantly increased complexity). original harrier was dual 80mbit/sec links ... running asynchronously ... getting 160mbit/sec aggregate ... SSA doubled that to 160mbit/sec asynchronous links ... getting 320mit/sec aggregate (and running asynchrnously help offset increasing latency issue). As mentioned SSA was offered on s/390 integrated server: http://www-01.ibm.com/common/ssi/rep_ca/1/897/ENUS198-211/index.html mentioned here http://www.garlic.com/~lynn/2010f.html#8 What was the historical price of a P/390? compared to half-duplex 200mbit/sec escon ... which suffered protocol latency issues with half-duplex activity. FCS disk infrastructures ... operating similar to harrier/SSA but at FCS speeds ... long before FICON. that was sort of what got us into trouble (with mainframe group) ... with cluster scaleup ... referenced in this old post about jan92 meeting in ellison's conference room http://www.garlic.com/~lynn/95.html#13 and this old email references http://www.garlic.com/~lynn/lhwemail.html#medusa within a couple weeks after the meeting in ellison's conference room, the project was transferred ... announced as a product in the numerical intensive market (only) ... and we were told we couldn't work on anything with more four processors. Old press article from 17feb92 (approx. five weeks after meeting in ellison's conference room): http://www.garlic.com/~lynn/2001n.html#6000clusters1 and another from 19jun92 http://www.garlic.com/~lynn/2001n.html#6000clusters2 -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at
Re: Loading PDF files and Pringing them on Mainframe
On Sat, 13 Mar 2010 19:56:05 -0500, Lizette Koehler stars...@mindspring.com wrote: I have been asked if it is possible to take a PDF and load it on the Mainframe for printing. As others have mentioned, the Infoprint server component of z/OS includes most of the pieces you need to do this - the rest are in the AFP transforms product. Another option is CA-Spool, which now includes transforms with the product. I have had experience with doing what you want using an older version of the AFP transforms. You would need an AFP transform to transform the PDF data stream to an AFP data stream that you can send to a printer. The Infoprint server product will let you define a printer which will invoke the transform, when necessary, before sending the output to PSF. For getting the data from Windows to the print queue managed by Infoprint Server, you have at least two choices: (1) you can run an LP daemon on z/OS and define the printer to Windows as a standard TCP/IP printer (2) you can install DFS - it's not that hard - and share the printer as a network resource (e.g. \\mymainframe\prt123) Yet another option would be to install an AFP driver on your windows system and then you can omit the extra cost options on z/OS - you can run the LP daemon that comes with Communications server (I have not done this) - you can share the printer with DFS; however without the transform product, you may get a lot of garbage until people realize that only printer sent with an AFP printer driver will actually work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E datasets question
On Tue, 16 Mar 2010 09:16:08 -0500, Rabbe, Luke wrote: I'm not determined to break the rules. I've already broken them and I want to fix it. Can you start over? Do you still have the original installation media? It's hardly more drastic and certainly more straightforward than cloning the (possibly) defective zones. If you haven't purged the sysmods from your GLOBAL zone or can re-RECEIVE them, you might create new target and dlib zones and APPLY/ACCEPT into those. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E datasets question
Although IBM has some recommendations on it, the SMP/E environment is flexible and allows each one to have it defined as you see more convenient. We can have at least three possible scenarios for it: * Single-CSI structure * Multiple-CSI structure * consolidate previous with a Master CSI Anyway, you need to have, at least, these CSI data sets: * SMPCSI (CSI) SMP/E uses CSIs to keep records of the system. * SMPPTS (PTS) The PTS data set is used as temporary storage for SYSMODs. It contains one member for each SYSMOD received. Each member is called a modification control statement (MCS) entry and is an exact copy of the SYSMOD as it was received from the SMPPTFIN data set. The name of an MCS entry matches the ID of the SYSMOD it contains. Generally, the MCS entries are kept on the PTS until the SYSMOD is accepted; then, under normal processing, they are deleted. * SMPSCDS (SCDS) The SCDS data set contains backup copies of target-zone entries that are modified during APPLY processing. These backup copies are made before the entries are (1) changed by inline JCLIN, a ++MOVE MCS, or a ++RENAME MCS or (2) deleted by an element MCS with the DELETE operand. The backup copies are used during RESTORE processing to return the entries to the way they were before APPLY processing. All the others are required under certain circunstances: The SMPLTS data set is required when processing load modules with CALLLIBS. An SMPMTS DD statement is required for changes to macros that do not reside in a target library. An SMPSTS DD statement is required for changes to source code that does not reside in a target library. I see no problem having only one set of these SMP data sets, as long as you know when and where you must use them. Keep in mind that is better to have those defined in DDDEFs for each zone with enough space for all needs, even if they are the same for all zones. In SMP/E Commands you can check for considerations when using Zone or Data sets sharing for each command. If you really want to consolidate your SMP/E enviromnent consider using ZONErelated functions, like ZONEEXPORT, ZONEMERGE and ZONEIMPORT. That way you'll don't need to re-RECEIVE anything. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM And Microsoft Clash Over Unbundling Policy
On 15 Mar 2010 12:19:23 -0700, shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) wrote: IBM And Microsoft Clash Over Unbundling Policy http://www.informationweek.com/news/global-cio/interviews/showArticle.jhtml?articleID=223800165 Does this mean that microsoft has stopped signing restrictive contracts with hardware vendors? I'll admit that I find IBM's refusal to license z/OS and z/VM for competitive boxen to be of dubious legality, but compared to what microsoft has been getting away with it's penny ant. Microsoft's basic philosophy is to sell its OS to multiple vendors. Apple had this for a time then changed its mind and broke existing contracts by renaming its next incremental version of its OS to a new release number.How does Microsoft limit its hardware vendors that is more limiting than what IBM (or Apple) does? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What was the historical price of a P/390?
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. re: http://www.garlic.com/~lynn/2010f.html#8 What was the historical price of a P/390? recent old email http://www.garlic.com/~lynn/2010e.html#email810617 in this post http://www.garlic.com/~lynn/2010e.html#36 What was old is new again (water chilled) 3033 would use three channel directors (i.e. 158 integrated channels microcode provided six channels) to get 16 channels. the above email reference has 4341 with six channels that performance significantly better than 158 integrated channels (or channel directors). one of the problems with scaling up 3033 was it was limited in real storage as well as number of channels (and the performance of each of those channels) ... along with mvs/3033 scaleup was running into severe problem with common segement area bloat (trying to add more more stuff in the same mvs) ... threatening to eliminate any address space for running an application. recent reference http://www.garlic.com/~lynn/2010e.html#75 LPARs: More or Less? http://www.garlic.com/~lynn/2010e.html#76 LPARs: More or Less? eventually there was hack for 3033 that allowed attaching more than 16mbyte real storage ... which played games with the page table entry bits ... to map 16mbyte virtual addresses into greater than 16mbyte real addresses. a single vm/4341 didn't quite beat 3033 ... but six (vm370) 4341s easily did ... as well as being less expensive. a high-speed cluster of six 4341s could be placed in the datacenter ... but also had alternative to be deployed out in distributed manner in places like dept. store rooms or dept. conference rooms. misc. old email mentioning 43xx http://www.garlic.com/~lynn/lhwemail.html#43xx research did do high-speed cluster with up to eight high-speed vm/4341s using trotter (3088, eight arm channel-to-channel) ... that tried to do some of the things that show up later in sysplex. however, when going to release to customers ... they had to drop down to using SNA for cluster operation protocol ... recent reference: http://www.garlic.com/~lynn/2010e.html#60 LPARs: More or Less? which was similar to issues that my wife ran into with communication group when she was in POK in charge of loosely-coupled architecture ... misc. past posts http://www.garlic.com/~lynn/submain.html#shareddata -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF74PSM - PAV Samples
John, I would be looking at tracking HyperPAV at the device level. That way we could see how well they move around in the LCU while different jobs are running. However, the numbers reported at the LCU level are useful. Thanks, Chris Burgess EMC² where information lives Phone: 1-800-445-2588 x42149 1-508-249-2149 Fax: 1-508-544-2076 Email: burgess_christop...@emc.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Ticic Sent: Thursday, March 11, 2010 12:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF74PSM - PAV Samples Chris, useful HyperPAV activity can be observed at the LCU level in the 78.3 records. But it sounds like you're trying to break down the HyperPAV activity to the device level. Are you using fields SMF74NUX and SMF74PSM to quantify alias assignement? Field SMF74QUE (IOSQ) is really your indicator of adequate aliases. John Thanks for the info Luis. I guess I was looking for a way to quantify the number of HyperPAV aliases assigned to a given base. For instance, if RMF showed an average of 1 during a one minute interval and the PAV samples were every second then that base had 60 aliases assigned to it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logical swapping in z/os 1.9
I was just reading a presentation made by Rich Olcott at the August 2008 SHARE that might relate to what Hal is referring to. In it Rich is discussing the unattainable goal. He says that after a time WLM will realize that the goal can't be reached and will stop trying for a while. So basically the service class period is removed from the receiver queue, but it remains on the donor queue. Then Rich makes this statement. What happens if you give WLM an unrealistic goal? WLM tries everything it can to help, but then gives up and goes on to help work that can be helped. Meanwhile, the Don Quixote work steadily loses the resources it was given. I don't know it that might be what's happening here or not. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, March 16, 2010 9:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: logical swapping in z/os 1.9 I hear that overly aggressive WLM goal settings can do this. Look for high importance workloads not meeting their goals because the goals are not achievable. I believe that WLM will hold back recourses in an effort to 'push' these workloads towards their goals. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: logical swapping in z/os 1.9 Strange - during these delays CEC is not heavily loaded (75%), we have 30% available frames, and these delays are reported in section STORAGE delays (as 100% delays , reason: OUTR 100%) I am not sure (I doubt) it's CPU problem Regards, Pawel On Tue, 16 Mar 2010 09:04:50 -0500, McKown, John john.mck...@healthmarkets.com wrote: I'm no expert, but I am fairly sure that swapped out and ready to run is more due to lack of CPU resource, or some sort of WLM problem than a problem due to swapping. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: logical swapping in z/os 1.9 Hello everybody, Recently, when I was looking at RMF monitor III reports during End of Day processing I have noticed (from time to time) following delays: Job: WMJPXSR0 Primary delay: Swapped out and ready to run. Probable cause: Too many jobs/users running. Help panels contain more possible causes. Primary Reason : OUTR My first thought was that we have (central) storage problems, but I didn't noticed any paging occuring that time (in fact, we had about 50% available frames), then I have read, that z/os doesn't use physical swapping anymore. I noticed, that such situation occurs when simultaneusly many jobs tries to enter the system. Are there any parameters in z/os which can be customized to eliminate such delays, or it's 'deep system flavour'/normal behaviour and it shouldn't be touched? I tried to read about how SRM adjust MPL but didn't understand it. Do you have any ideas how two handle such situation? Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any
Re: Yet another mixed case question
Agreed. I think the issue of what TSO and/or ISPF should do with lower case operands is somewhat complex, i.e., reasonable people can disagree about whether what TSO and ISPF do today is optimal. But in this case the problem is just C/C++ and/or LE doing something unbelievably gratuitous. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Relson Sent: Tuesday, March 16, 2010 4:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Yet another mixed case question At the very least there should be a C/C++ PARM= or #pragma option (NOT one of the LE slash options) to disable this behavior. Yes, something along that line is the right answer. TSO/E has no control over the behavior of the call-target application. TSO/E passed the data the way that the user asked it to be passed. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What was the historical price of a P/390?
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes: PC's may have the speed edge for an individual I/O, but how does a fast PC I/O stack up against 100's of concurrent mainframe I/O's? It's the number of channels operating in parallel that gives the mainframe a speed edge. re: http://www.garlic.com/~lynn/2010f.html#13 What was the historical price of a P/390? http://www.garlic.com/~lynn/2010f.html#14 What was the historical price of a P/390? half-duplex, synchronous convention ... significantly drives up the need for larger number of channels ... significant thruput loss because of the half-duplex latencies. for dasd ... the significant increase in 3880 channel busy (per operation) forced 3090 to significantly increase number of channels (to compensate for loss of thruput because of 3880 channel busy overhead) ... over what was originally planned (adding an extra TCM and increasing 3090 manufacturing cost). CKD and multi-track search paradigm also significantly increases channel busy (per operation) ... futher motivating much larger number of channels (and controllers) ... because of enormous channel resource consumption in long multi-track searches. some amount of the large number of channels has been motivated by legacy issues significantly degrading possible thruput per channel. harrier/ssa, fcs and other infrastructures went to packetized, asynchronous full-duplex operation ... as latency become increasingly thruput bottleneck. each outstanding asynchronous packet effectively becomes its own channel operating at full media speed ... drastrically reducing the number of actual channels required. for slightly other drift, comment about gulftown (and maybe $5/370mip?) http://www.garlic.com/~lynn/2010e.html#71 Entry point for a Mainframe? http://www.garlic.com/~lynn/2010e.html#72 Entry point for a Mainframe? recent news items Intel wants vintage x64 servers on rubbish heap http://www.theregister.co.uk/2010/03/16/intel_westmere_ep_pitch/ Intel Brings 32nm Xeon 5600 Series To The Data Center http://www.crn.com/white-box/223900043 native virtualization and large numbers in small footprint blades, assisting in server consolication. -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logical swapping in z/os 1.9
I should have also noted that WLM does not work quickly. So, we could have an inappropriate goal and WLM has not yet given up or is retrying. Upon rereading the OP, I see that I missed that the event occurs upon heavy job submission. I've seen this before a while back: a job/task starts a mass job submission and things get bad quick. Indeed, many 'mass' type JES activities (such as a routine spool purge) seems to cause this behavior. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Tuesday, March 16, 2010 10:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: logical swapping in z/os 1.9 I was just reading a presentation made by Rich Olcott at the August 2008 SHARE that might relate to what Hal is referring to. In it Rich is discussing the unattainable goal. He says that after a time WLM will realize that the goal can't be reached and will stop trying for a while. So basically the service class period is removed from the receiver queue, but it remains on the donor queue. Then Rich makes this statement. What happens if you give WLM an unrealistic goal? WLM tries everything it can to help, but then gives up and goes on to help work that can be helped. Meanwhile, the Don Quixote work steadily loses the resources it was given. I don't know it that might be what's happening here or not. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, March 16, 2010 9:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: logical swapping in z/os 1.9 I hear that overly aggressive WLM goal settings can do this. Look for high importance workloads not meeting their goals because the goals are not achievable. I believe that WLM will hold back recourses in an effort to 'push' these workloads towards their goals. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: logical swapping in z/os 1.9 Strange - during these delays CEC is not heavily loaded (75%), we have 30% available frames, and these delays are reported in section STORAGE delays (as 100% delays , reason: OUTR 100%) I am not sure (I doubt) it's CPU problem Regards, Pawel On Tue, 16 Mar 2010 09:04:50 -0500, McKown, John john.mck...@healthmarkets.com wrote: I'm no expert, but I am fairly sure that swapped out and ready to run is more due to lack of CPU resource, or some sort of WLM problem than a problem due to swapping. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: logical swapping in z/os 1.9 Hello everybody, Recently, when I was looking at RMF monitor III reports during End of Day processing I have noticed (from time to time) following delays: Job: WMJPXSR0 Primary delay: Swapped out and ready to run. Probable cause: Too many jobs/users running. Help panels contain more possible causes. Primary Reason : OUTR My first thought was that we have (central) storage problems, but I didn't noticed any paging occuring that time (in fact, we had about 50% available frames), then I have read, that z/os doesn't use physical swapping anymore. I noticed, that such situation occurs when simultaneusly many jobs tries to enter the system. Are there any parameters in z/os which can be customized to eliminate such delays, or it's 'deep system flavour'/normal behaviour and it shouldn't be touched? I tried to read about how SRM adjust MPL but didn't understand it. Do you have any ideas how two handle such situation? Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
File-aid: latest version?
I have a client who is interested in including some File-aid training in our JCL and Utilities course; Compuware doesn't seem to be as forthcoming as IBM in terms of available technical documentation on the web, or for that matter, even stuff like release levels and so on for non-customers. So can anyone tell me the latest release of File-aid? I've found a manual but I'm not sure it's current. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: File-aid: latest version?
...we use FILE-AID 8.9.5... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, March 16, 2010 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: File-aid: latest version? I have a client who is interested in including some File-aid training in our JCL and Utilities course; Compuware doesn't seem to be as forthcoming as IBM in terms of available technical documentation on the web, or for that matter, even stuff like release levels and so on for non-customers. So can anyone tell me the latest release of File-aid? I've found a manual but I'm not sure it's current. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: File-aid: latest version?
We're at 9.0.1, but I don't think that is the latest version. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donnelly, John P Sent: Tuesday, March 16, 2010 12:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: File-aid: latest version? ...we use FILE-AID 8.9.5... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, March 16, 2010 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: File-aid: latest version? I have a client who is interested in including some File-aid training in our JCL and Utilities course; Compuware doesn't seem to be as forthcoming as IBM in terms of available technical documentation on the web, or for that matter, even stuff like release levels and so on for non-customers. So can anyone tell me the latest release of File-aid? I've found a manual but I'm not sure it's current. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: File-aid: latest version?
I just got done installing File-AID 9.1.0 a week ago, but I do believe 9.2.0 is the most current release available. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donnelly, John P Sent: Tuesday, March 16, 2010 12:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: File-aid: latest version? ...we use FILE-AID 8.9.5... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, March 16, 2010 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: File-aid: latest version? I have a client who is interested in including some File-aid training in our JCL and Utilities course; Compuware doesn't seem to be as forthcoming as IBM in terms of available technical documentation on the web, or for that matter, even stuff like release levels and so on for non-customers. So can anyone tell me the latest release of File-aid? I've found a manual but I'm not sure it's current. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
64-Bit Storage / Performance Issues with z/OS 1.10
Curious to learn if anyone else has experienced this problem and what you did to resolve it. Migrating from z/OS 1.9 to 1.10. z/OS 1.10 exploits more 64-bit storage (GRS, SMSPDSE, TRACE, etc). The system trace (TRACE) buffers not only increased from 256K to 1M per logical CP, but also moved above the 2GB bar. We are experiencing very poor performance mostly during abend processing as described in II14465. Configuration: LPAR has 4GB real storage. 2 logical CPs In addition to z/OS, significant exploiters of 64-bit storage are: Four DB2 v8/v9 systems Three IMS v10 systems Four CICS Transaction Server v3.2 regions Two Java 1.6 (64-bit) application address spaces Regards, Jack Oakley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Library Server Library online
Until recently I was using http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/handheld/Connected/library to get to IBM manuals in Bookmanager form whereby I could see the different products in their own shelves which made it easy to search for instance all the DB2 V8 books. That link has now changed so that there are now only 3 shelves - Bookmanager, IBM Products, and zSeries manuals which makes it very difficult to search at a product level. Does anyone have another url for the Library Server that still has products grouped together by shelf. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library Server Library online
No, but I sent Big Blue a nasty-gram via the contact us link, explaining the performance issues. I encourage all online users to do the same. Then 3 clicks, 3 seconds and I was at the manual I wanted. Now 4 clicks, 30-45 seconds and I'm still not there. Blankety-blank PFCSK's snip Subject: IBM Library Server Library online Until recently I was using http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/handheld/Connected/ library to get to IBM manuals in Bookmanager form whereby I could see the different products in their own shelves which made it easy to search for instance all the DB2 V8 books. That link has now changed so that there are now only 3 shelves - Bookmanager, IBM Products, and zSeries manuals which makes it very difficult to search at a product level. Does anyone have another url for the Library Server that still has products grouped together by shelf. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library Server Library online
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim McAlpine Until recently I was using http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/handheld/Connected/ library to get to IBM manuals in Bookmanager form whereby I could see the different products in their own shelves which made it easy to search for instance all the DB2 V8 books. That link has now changed so that there are now only 3 shelves - Bookmanager, IBM Products, and zSeries manuals which makes it very difficult to search at a product level. Does anyone have another url for the Library Server that still has products grouped together by shelf. This one works for me: http://www-03.ibm.com/systems/z/os/zos/bkserv/zapplsbooks.html -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: File-aid: latest version?
Thanks, Patrick, Bret, John; I've got 8.8 docs, so I'll go on a search for 9.2 docs. Mullen, Patrick wrote: The latest version of File-AID/MVS is 9.2, according to their (login required) Frontline website. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, March 16, 2010 12:02 PM To: IBM-MAIN@bama.ua.edu Subject: File-aid: latest version? I have a client who is interested in including some File-aid training in our JCL and Utilities course; Compuware doesn't seem to be as forthcoming as IBM in terms of available technical documentation on the web, or for that matter, even stuff like release levels and so on for non-customers. So can anyone tell me the latest release of File-aid? I've found a manual but I'm not sure it's current. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Library Server Library online
In a message dated 3/16/2010 1:00:11 P.M. Central Daylight Time, jch...@ussco.com writes: This one works for me: Me too. Organization kinda shabby in the org as A-DB/2 UDB and DB/2 v7-NCP 7.7. While the V7 and v8 shelves are in the former DB/2 v9 is in the latter? Clearly not vetted by anyone who uses them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logical swapping in z/os 1.9
Just go into RMFMON III, select Option 1 OVERVIEW, then Option 4 DELAY and you get a display showing who the job is waiting for and why. On Tue, Mar 16, 2010 at 10:00 AM, Pawel Leszczynski pawel.leszczyn...@pkobp.pl wrote: Hello everybody, Recently, when I was looking at RMF monitor III reports during End of Day processing I have noticed (from time to time) following delays: Job: WMJPXSR0 Primary delay: Swapped out and ready to run. Probable cause: Too many jobs/users running. Help panels contain more possible causes. Primary Reason : OUTR My first thought was that we have (central) storage problems, but I didn't noticed any paging occuring that time (in fact, we had about 50% available frames), then I have read, that z/os doesn't use physical swapping anymore. I noticed, that such situation occurs when simultaneusly many jobs tries to enter the system. Are there any parameters in z/os which can be customized to eliminate such delays, or it's 'deep system flavour'/normal behaviour and it shouldn't be touched? I tried to read about how SRM adjust MPL but didn't understand it. Do you have any ideas how two handle such situation? Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
'floating' vs. 'floting'
I think we all understand the intent of 'floting'. Moreover, Miklos Szigetvari writes English very much better than I should write Hungarian if I were required to do so. Why then address this difference? The answer is that threads that have quaint titles vanish into the archives essentially without trace. No one looking for information about floating-point performance will also look for information about floting-point performance. The first native speaker of English who responds to such a post should correct its title, silently and minimally. This forum is not the place for lessons in English orthography, and discouraging non-native speakers of English from posting in no part of what we are about here. Moreover, style is not important; but substantive keyword correctness is. John Gilmore Ashland, MA 01721-1817 USA _ Hotmail: Trusted email with Microsoft’s powerful SPAM protection. http://clk.atdmt.com/GBL/go/210850552/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 'floating' vs. 'floting'
This forum is not the place for lessons in English orthography, and discouraging non-native speakers of English from posting in no part of what we are about here. Moreover, style is not important; but substantive keyword correctness is. Hear! Hear! I usually try to help those challenged by English, and sometimes make mistakes (ad hominem vs ad hominum). But, the intent is to clarify not to criticise. Let's help, not hinder, the resolution of issues. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What was the historical price of a P/390?
re: http://www.garlic.com/~lynn/2010f.html#13 What was the historical price of a P/390? http://www.garlic.com/~lynn/2010f.html#14 What was the historical price of a P/390? http://www.garlic.com/~lynn/2010f.html#16 What was the historical price of a P/390? there is this old IBM story about the copier3 ... that may have been included in business school case study/story. The copier3 went thru period when it had much higher rate of paper jams than other copiers. IBMs ad-agency came up with consumer tv adverisements that highlighted how much easier it was to clear paper jams on copier3 than competition. The ads backfired ... reminding people how much they hated paper jams. This is sometimes referred to as featuring a bug. the first time I did full-duplex asynchronous (modulo full-duplex networking, full-duplex terminals, etc) packetized channel programs was in 1980 for the IMS group in STL. STL was bringing in more more groups ... and starting to burst at the seams. 300 people from the IMS group were selected to be moved to offsite bldg (about half way between STL and main plant site). They tested remote 3270s ... and apparently there would have been a revolt in the ranks (compared to their local 3270 vm/cms response in STL ... this is before vm/4341s started to be deployed in every nook cranny). So the alternative was HYPERChannel channel extention ... move all the local channel 327x controllers to offsite bldg (along with some tape controllers misc. other controllers) ... and replace them with an HYPERChannel A220 directly on mainframe channel ... and install HYPERChannel A510s (channel emulators) at the offsite bldg. I wrote a driver that would packetize the channel programs (sort of another kind of flavor of virtualized scanning channel programs and creating shadow programs) and send them off for downloading into the memory of A510s. I programmed the A220 to simulate full-duplex ... with different dedicated subchannel addresses for outgoing and incoming traffic. A little topic drift ... svs/mvs excp0 had to scan create shadow channel programs ... and started out by borrowing CCWTRANS routine (from cp67 virtual machine support). The net was that remote users basically saw local channel vm/370 3270 response ... and side-effect was that the mainframe in STL got 10-15% higher thruput. In turns out that convential wisdom at the time had 3270 controllers spread across all channels shared with DASD. However, 3270 controllers had enormously high channel busy for operation. Replacing all the 3270 controllers on every channel shared with DASD ... with single A220 ... where the A220 circuitry was significantly faster and had much lower channel busy per operation (using packetized full-duplex paradigm). All the 3270 traffic could be streamed thru a single channel once converted to packetized full-duplex operation ... and fast enough circuitry to operate at full channel transfer speed. Getting the 3270 controller off channels shared with DASD allowed the disks thruput to increase ... increasing overall thruput by 10-15%. The packetized full-duplex operation also masked a lot of the 30mile round-trip to the offsite bldg (transmission was 10miles from STL to bldg. 12 on main plant site and then 5miles back to off-site bldg ... for 15miles ... and then return for the 30miles roundtrip). (the half-duplex 3270 overhead being limited to multiple local A510 channel emulators at the offsite building). recent posts mentioning doing the HYPERChannel thing for the STL IMS group: http://www.garlic.com/~lynn/2010b.html#72 Happy DEC-10 Day http://www.garlic.com/~lynn/2010d.html#71 LPARs: More or Less? http://www.garlic.com/~lynn/2010d.html#72 LPARs: More or Less? besides the half-duplex overhead paradigm ... limiting thruput ... and slow controllers ... significantly driving up channel busy (in the half-duplex paradigm) ... there is the whole search-id paradigm penalty ... left over from '60s CKD technology trade-off. to conserve scarce electronic memory, the controller refetched the search argument from processor memory on every id-compare ... this introduced severe latency constraints (as well as monopolizing a lot of memory bus, channel, controller, and device resources). the CKD search latency constraint resulted in not being able to easily use the HYPERChannel strategy for remote device support. Eventually, NSC came out with the A515 which allowed including the search argument in the downloaded packetized channel program. However, for most of the mainstream, the whole CKD search constraints helped perpetuate the half-duplex and low latency requirements for channel deployments. Trying to wean MVS off the CKD/search very expensive resource hog didn't meet with much success. I was told that even if I provided them with fully integrated and tested FBA support ... I still needed to show incremental revenue ROI to cover the claimed $26m for education, pubs and training (the claim being that customers would just
Re: floating-point performance
For n = 50(10)100 I inverted an identity matrix, a unit upper triangular matrix, and a unit lower triangular matrix using first HFP and then BFP. The results, stated as index numbers with BFP=100, are summarized below. 50 60 70 80 90 100n 101 101 100 103 10199I 101 100 103 101 100 100UUT 103 100 103 102 100 100ULT BFP would appear to be very slightly faster, but certainly not in any interesting way. BFP is significantly more accurate, in the sense that its use yielded less (indeed almost no) roundoff error for my examples. Worth noting is that I did not do these calculation is C or C++, neither of which is well adapted to intensive matrix algebra. I did them in Enterprise PL/I 3.8 using double-precision real arithmetic. In the event this difference is less important than might be guessed. The current IBM implementations of these three very different languages share the same code generator. John Gilmore Ashland, MA 01721-1817 USA _ The New Busy is not the old busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving away from CA-PDSMAN
EFLISTS don't come close to EasyEdit lists IMHO. You will no doubt meet user resistance unless you have the clout of a Corporate fiat. Haven't looked at XEF from Mark - or simplist for that matter. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RACHECK call: determining whether and which TCBSENV (TCB ACEE) is in charge
hi all, when there is a need to determine the TCBSENV (TCB ACEE) in charge for a given RACHECK call, determining it for the current TCB is quite easy: L R14,PSATOLD-FLC(0,0)LOAD CURRENT TASK CONTRO ICM R15,B'',TCBSENV-TCB(R14) BNZ tcbacee_given my question: 1) does racf only honor the TCBSENV of the current task, or is there a need to check the entire TCB tree above, means checking the TCBSENV field of the mother tcb, and its mother ... in order to identify any non-zero TCBSENV field? 2) is there a risk for an infinite loop in the tcb-mother-child structure by just looping until TCBOTC = 0? thanks for any info or code. best stephen --- Dr. Stephen Fedtke Enterprise-IT-Security.com Seestrasse 3a CH-6300 Zug Switzerland Tel. ++41-(0)41-710-4005 www.enterprise-it-security.com Meet you at Share in Seattle! Get current information on Outsourcing: How to Avoid Security Pitfalls(session 5244) (Seattle, March 2010, 15 to 19); for details refer to www.share.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACHECK call: determining whether and which TCBSENV (TCB ACEE) is in charge
Only the TCBSENV for the current TCB is used if non-zero. If the current TCBSENV is zero, then ACEESENV is used. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Dr. Stephen Fedtke max_mainframe_...@fedtke.com To: IBM-MAIN@bama.ua.edu Date: 03/16/2010 05:25 PM Subject: RACHECK call: determining whether and which TCBSENV (TCB ACEE) is in charge Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu hi all, when there is a need to determine the TCBSENV (TCB ACEE) in charge for a given RACHECK call, determining it for the current TCB is quite easy: L R14,PSATOLD-FLC(0,0)LOAD CURRENT TASK CONTRO ICM R15,B'',TCBSENV-TCB(R14) BNZ tcbacee_given my question: 1) does racf only honor the TCBSENV of the current task, or is there a need to check the entire TCB tree above, means checking the TCBSENV field of the mother tcb, and its mother ... in order to identify any non-zero TCBSENV field? 2) is there a risk for an infinite loop in the tcb-mother-child structure by just looping until TCBOTC = 0? thanks for any info or code. best stephen --- Dr. Stephen Fedtke Enterprise-IT-Security.com Seestrasse 3a CH-6300 Zug Switzerland Tel. ++41-(0)41-710-4005 www.enterprise-it-security.com Meet you at Share in Seattle! Get current information on Outsourcing: How to Avoid Security Pitfalls(session 5244) (Seattle, March 2010, 15 to 19); for details refer to www.share.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF74PSM - PAV Samples
Chris have you had a look at the PAV analysis tool on the z/OS Unix Tools and Toys page ?. The graphs (from SAS) are a bit lurid, but you might be able to use the extracted data. Shane ... Chris wrote on 17/03/2010 01:37:23 AM: I would be looking at tracking HyperPAV at the device level. That way we could see how well they move around in the LCU while different jobs are running. However, the numbers reported at the LCU level are useful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACHECK call: determining whether and which TCBSENV (TCB ACEE) is in charge
Only the TCBSENV for the current TCB is used if non-zero. If the current TCBSENV is zero, then ACEESENV is used. Never heard of a ACEESENV. I think you mean ASXBSENV. George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACHECK call: determining whether and which TCBSENV (TCB ACEE) is in charge
George, You are correct, I got the two control blocks mixed up. I did indeed mean ASXBSENV is used to locate the ACEE. Sorry for any confusion. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: George Fogg gf...@nwlink.com To: IBM-MAIN@bama.ua.edu Date: 03/16/2010 07:09 PM Subject: Re: RACHECK call: determining whether and which TCBSENV (TCB ACEE) is in charge Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Only the TCBSENV for the current TCB is used if non-zero. If the current TCBSENV is zero, then ACEESENV is used. Never heard of a ACEESENV. I think you mean ASXBSENV. George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACHECK call: determining whether and which TCBSENV (TCB ACEE) is in charge
No problem Wayne, I figured that's what happened. Can't count the times my typing got ahead of what little brain cells I have left were thinking. Dr. Stephen Fedtke: Here's some sample code and you don't have to use R1 like I did. L R1,PSATOLD-PSA ADDR OF ASCB USING TCB,R1 ICM R1,15,TCBSENV POINTER TO USER'S ACEE BNZ GF0200 FOUND ACEE--I THINK L R1,PSAAOLD-PSA ADDR OF ASCB USING ASCB,R1 L R1,ASCBASXB POINTER TO USER'S ASXB USING ASXB,R1 ICM R1,15,ASXBSENV POINTER TO USER'S ACEE BZGFEXIT D'OH! NO ACEE AND WE'RE IN TROUBLE GF0200 DS0H USING ACEE,R1 RACF ANCHOR BLOCK . . . . . . . . . . . . . . . . . . . . George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Wayne Driscoll Sent: Tuesday, March 16, 2010 7:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACHECK call: determining whether and which TCBSENV (TCB ACEE) is in charge George, You are correct, I got the two control blocks mixed up. I did indeed mean ASXBSENV is used to locate the ACEE. Sorry for any confusion. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: George Fogg gf...@nwlink.com To: IBM-MAIN@bama.ua.edu Date: 03/16/2010 07:09 PM Subject: Re: RACHECK call: determining whether and which TCBSENV (TCB ACEE) is in charge Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Only the TCBSENV for the current TCB is used if non-zero. If the current TCBSENV is zero, then ACEESENV is used. Never heard of a ACEESENV. I think you mean ASXBSENV. George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: floating-point performance
john gilmore wrote: For n = 50(10)100 I inverted an identity matrix, a unit upper triangular matrix, and a unit lower triangular matrix using first HFP and then BFP. The results, stated as index numbers with BFP=100, are summarized below. 50 60 70 80 90 100n 101 101 100 103 10199I 101 100 103 101 100 100UUT 103 100 103 102 100 100ULT BFP would appear to be very slightly faster, but certainly not in any interesting way. BFP is significantly more accurate, in the sense that its use yielded less (indeed almost no) roundoff error for my examples. Worth noting is that I did not do these calculation is C or C++, neither of which is well adapted to intensive matrix algebra. I did them in Enterprise PL/I 3.8 using double-precision real arithmetic. Did you mean in C or C++. Anyway, there's a huge choice of matrix libraries in C++. Here's an excellent one that totally nukes rolling your own in PL/1 http://www.boost.org/doc/libs/1_42_0/libs/numeric/ublas/doc/index.htm. In the event this difference is less important than might be guessed. The current IBM implementations of these three very different languages share the same code generator. How do you know that? I've looked at the code gen listings for COBOL, PL/1 and C/C++ and they seem to generate very different code, especially when optimized. John Gilmore Ashland, MA 01721-1817 USA _ The New Busy is not the old busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
