Re: Performance and Capacity Planning
And Phil will no doubt appreciate the free plug. His disclaimers generally make the best reading ... Shane ... - Original Message - Anyone want to discuss LSPR, MIPS, RMF and SMF ? I found a free mips msu chart at : http://www.isham-research.co.uk/mips_z990.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
On Fri, 3 Jun 2005 06:09:20 -0400, Paul Hanrahan [EMAIL PROTECTED] wrote: Shane, Walker wants me to pay for a chart. Gartner wants me to pay. If Phil made the charts available then I thank him. My boss didn't seem to think I had a need to know even though I was doing monthly MIPS reports so finding a free chart was very helpful. Glasshouse Systems' chart is also free; http://www.glasshousesystems.com/GH_2H2004_zSeries.pdf DC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Which thread Implementation Models does z/OS Unix use?
It appears to be 1:1 with each pthread being an MVS TCB. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB151/2.13 2 quote MVS tasks and threads Each thread that is created with pthread_create runs as an MVS subtask of the initial pthread-creating task (IPT). The IPT is the task that issued the first pthread_create call within the address space. /quote -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bo Xie Sent: Friday, June 03, 2005 12:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Which thread Implementation Models does z/OS Unix use? Hi, Which thread Implementation Models does z/OS Unix use? M:1 or 1:1 or M:N ? Thank you! Best Regards, Xie Bo Reference 1. Pthread Implementation Models Overview http://www.llnl.gov/LCdocs/pthreads/index.jsp?show=s5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Encryting Data on Tapes
On Thu, 2 Jun 2005 16:30:35 -0500, Jeffrey Deaver [EMAIL PROTECTED] wrote: Now maybe FDR can enable it as well;-) Ask, and you shall receive... just got an announcement from Innovation on their forthcoming encryption software. Find it here... http://www.innovationdp.com/products/fdrcrypt/ I got it too. Now perhaps I can get the DR PHBs off my back about this. :-) Ever since that darn artical a month or so ago... The only issue I see is that at least this initial release doesn't support hardware acceleration via ICSF. We already use it at the shop and at DR. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
In [EMAIL PROTECTED], on 05/31/2005 at 05:36 PM, Chiam, Susan Mee-Shia [EMAIL PROTECTED] said: We have a request to look into utilising 8-chars userids. First reaction from the team was 'No', but we have to put forward our arguments. So we need to put up a list of 'pros' and 'cons' on this request. Any help to formulate the list is appreciated. You can have 8-character userids for other services, but not for TSO. If you have a business case for IBM to add 8-character user ids, by all means submit a requirement, but don't try it at home. Just to increase the prefix length is a huge[1] amount of work; not so much for TSO as for the various products. BTDTGTS. [1] It would be a lot less work with the source code, but you'd still need to upgrade your modifications if you wanted to install service. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
In [EMAIL PROTECTED], on 06/02/2005 at 12:49 PM, Low, David [EMAIL PROTECTED] said: My boss asked me about this the other day. We have Top Secret yet we have been maintaining UADS for all our userids. Is this unnecessary? There is no technical reason to have anything but emergency user ids in UADS. Are you using Top Secret to control TSO access and maintaining UADS in parallel, or are you actually using UADS? Do you have inhouse procedures that depend on reading UADS? IMHO you should come up with a plan for getting of of non-emergency dependence on UADS and present it to your boss. After that it will be a managerial issue as to whether to proceed. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JOB card error - it has me stumped.
In [EMAIL PROTECTED], on 06/01/2005 at 11:18 AM, Craig Kittendorf [EMAIL PROTECTED] said: In the Assembler Services Guide concerning the Internal Reader, the /*EOF statement causes the jobstream to be immediately sent to JES2 input services. That's certainly the case if you're using BSAM or QSAM; the CI will issue an ENDREQ internally. But is that how CICS writes to the internal reader? The example for multiple jobstreams used only 1 record for the JOB card. In the example, every JCL statement was contained on one record. This leads me to believe that such a jobstream submitted via the internal reader cannot have statement overflowing to a second record. I'd be very surprised if your conclusion was correct. You should be able to easily test it by submitting a jobstream with two jobs and no intervening /*EOF. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
We still use UADS. All new userids being set up in the last 5 or so years go into RACF, but we have never converted all of the old ids from uads. That leaves me as the only person at our shop who understands uads, and I can't remember as well. (I do know where to look though). In our case, I doubt if I will ever convert uads, as our conversion away from the mainframe is slated for this Thanksgiving. All changes have been frozen unless absolutely necessary. Eric Bielefeld PH Mining Equipment On Thu, 2 Jun 2005 20:19:11 -0500, Tony Babonas [EMAIL PROTECTED] wrote: Oh my gosh, I thought we were the last company to convert from UADS to external security (TSS last year). It's mystifying why anyone would outvote you on this count. We were years and years overdue but we're certainly not looking back. I've done several of these conversions, each with the popular 3 ESMs, all but the last were easy, transparent, and gradually phased in. My sympathies, tb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NCACMG Seminar Wednesday, June 8th 2005 Storage Update
Hi, Registration is open for the next NCACMG Seminar which will be our Storage Update NEXT WEEK June 8th 2005 in Tyson's Corner, VA USA! You can pre-register on-line NOW for only $20 www.ncacmg.org/register.htm The National Capitol Area Computer Measurement Group will have it's next seminar Wednesday, June 8th in Northern Virginia, USA at the Best Western Tyson's WestPark Hotel and it's another great lineup of topical material and outstanding speakers. http://regions.cmg.org/regions/ncacmg/nextmeet.htm You can view the entire mailer online using Adobe Acrobat here http://regions.cmg.org/regions/ncacmg/downloads/s06082005.pdf Cathy Cronin (IBM) will present a deep dive on FICON performance with her talk FICON Express2 Channel Performance. FICON is common to all the storage vendors attachment to zSeries. IBM, EMC, HDS will be presenting technical updates on Open Systems and zSeries storage processor performance and functionality including new the status of Virtualization on Enterprise class storage processors. Pre-register on-line NOW for only $20 www.ncacmg.org/register.htm or pay at the door $30! If you have not already mailed it it's getting a little late to send in a registration by USPS and be sure it will be in the PO Box in time to be processed. Virtually everything you might want to know about the seminar is listed on our website (www.ncacmg.org) and registration is wicked easy with our cool on-line method: www.ncacmg.org/register.htm We will also have some fun CD handouts to all paid attendees like the latest CBT CD http://www.cbttape.org Door prizes include O'Reilly books, CMG logo back packs and other goodies, Clyde's $50 gift certificate, and more! If you need any other information, please take a look at our web site or contact an officer of your choice (www.ncacmg.org/officers.htm). Thanks, Sam Knutson, Chairman National Capital Area CMG www.NCACMG.org [EMAIL PROTECTED] This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO replacement? [WAS: RE: Userids]
Make this specifically run time libraries for X11 and Curses in ASCII mode. Hasn't that already been done? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1D341/6.0?SHELF= F1A1BK51DT=20050121145751 Andrew McIntyre - Senior I/T Specialist - certified zSeries Software Technical Sales SMPO (Software Migration Project Office) TMT (Tivoli Migration Team) 404-487-2477 or tie 546-2477 [EMAIL PROTECTED] SMPO http://www.ibm.com/software/solutions/softwaremigration NetView for z/OS http://www.ibm.com/tivoli/products/netview-zos/resources/nv390-update.html System Automation for z/OS http://www.s390.ibm.com/sa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO replacement? [WAS: RE: Userids]
With z/OS 1.5, Rexx now has the address TSO environment, which starts a captive TSO TMP address space (with no display). The TSO host command environment has been in REXX for years and years. It's documented as far back as OS/390 V2R4 and probably further. Unless you are talking about something completely new that I'm missing. Andrew McIntyre - Senior I/T Specialist - certified zSeries Software Technical Sales SMPO (Software Migration Project Office) TMT (Tivoli Migration Team) 404-487-2477 or tie 546-2477 [EMAIL PROTECTED] SMPO http://www.ibm.com/software/solutions/softwaremigration NetView for z/OS http://www.ibm.com/tivoli/products/netview-zos/resources/nv390-update.html System Automation for z/OS http://www.s390.ibm.com/sa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
Dave Cartwright says Glasshouse Systems' chart is also free; http://www.glasshousesystems.com/GH_2H2004_zSeries.pdf There are plenty of MIPS charts floating around the ozone both free and fee based. Cheryl Watson charges for access to her newsletter and the fruits of her research. That fee is chump change, so I don't begrudge Cheryl in the slightest. If she can recover a buck, more power to her. Phil gives his away and that's fair enough too. I am more bothered (as Ed Jaffe was) by the question of why anyone pays attention to MIPS numbers any more. There was quite a fuss a couple of SHARE's ago with underperforming z990s. Maybe they were and maybe they weren't but the real problem is that todays machines are wildly different beasts than the good old System/370 Model 158 that has been the reference standard for 1 MIP - AND - the software, the applications and workloads are also wildly different. We're comparing apples and fish. Who cares what the units are? BTW do y'all realize the 990 is really a NUMA machine? It makes a huge difference between accessing resources in the same book and another book. Expecting it to be otherwise is not entirely rational. Hence, some things can run like greased cheese while other things might struggle relative to your expectations. Those differences are only going to become more acute as the technology evolves. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO replacement? [WAS: RE: Userids]
In a recent note, andrew mcintyre said: Date: Fri, 3 Jun 2005 11:03:56 -0400 With z/OS 1.5, Rexx now has the address TSO environment, which starts a captive TSO TMP address space (with no display). The TSO host command environment has been in REXX for years and years. It's documented as far back as OS/390 V2R4 and probably further. I stand slightly corrected. It was z/OS 1.4. See: Linkname: The TSO command environment URL: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB630/1.4?SHELF=EZ2ZO110DT=20020620115828 Note the revision bars. Compare to edition for z/OS 1.3, or in CHANGES Summary of changes Summary of changes for SA22-7806-03 z/OS Version 1 Release 4 This document contains information previously presented in z/OS Using REXX and z/OS UNIX System Services, SA22-7806-02, which supports z/OS Version 1 Release 3. New information [ ... ] * Support for a TSO host command environment that permits a REXX program to run TSO/E commands. It never worked prior to that; it was sorely missed. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO replacement? [WAS: RE: Userids]
Where does that say ASCII? It says it here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1D341/6.1.7?SHEL F=F1A1BK51DT=20050121145751 Where does that say Curses and ASCII? It doesn't. However, there are many open source versions of Curses for X11. Andrew McIntyre - Senior I/T Specialist - certified zSeries Software Technical Sales SMPO (Software Migration Project Office) TMT (Tivoli Migration Team) 404-487-2477 or tie 546-2477 [EMAIL PROTECTED] SMPO http://www.ibm.com/software/solutions/softwaremigration NetView for z/OS http://www.ibm.com/tivoli/products/netview-zos/resources/nv390-update.html System Automation for z/OS http://www.s390.ibm.com/sa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
For a fairly decent description, try looking at: http://lse.sourceforge.net/numa/faq/ Chris Blaicher -Original Message- From: Eric Bielefeld [mailto:[EMAIL PROTECTED] Sent: Friday, June 03, 2005 11:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Performance and Capacity Planning Chris, Two things. 1. What is a NUMA machine. How does being NUMA affect performance or MIPS values. 2. I still think that MIPS is a good measure of performance, if used within the same line of computers. If you compare the z/890, or z/990 models, MIPS gives a good relative value of what to expect. If you compare them to a 9672, it probably isn't as relevant. The fact the IBM, when announcing new hardware, usually prints MIPS in their charts says that it is still a valid number. I'm not saying it is best, or that there isn't problems with MIPS, but the MIPS numbers still make more sense to me than any other indicators. Eric Bielefeld PH Mining Equipment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Clearing the SMF DATASETS...Help
Hi Can any one tell me what the command to clear the SMF 'SYS1.MAN' datasets is. I checked the commands manual and can't seem to get the right commands. All my SMF SYS1.MAN datasets are full. Thanks. - Discover Yahoo! Use Yahoo! to plan a weekend, have fun online more. Check it out! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
Eric Bielefeld wrote: ... The fact the IBM, when announcing new hardware, usually prints MIPS in their charts says that it is still a valid number. Which charts? A web URL would be helpful. I'm not saying it is best, or that there isn't problems with MIPS, but the MIPS numbers still make more sense to me than any other indicators. MSU values are reported by the hardware. MIPS values aren't. That single difference makes MIPS inherently less useful than MSU -- all other things being equal. See: http://bama.ua.edu/cgi-bin/wa?A2=ind0411L=ibm-mainP=R35634 -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
... MSU values are reported by the hardware. MIPS values aren't. That single difference makes MIPS inherently less useful than MSU ... Since IBM changed the billing algorithms for MSU, that makes MIPS les useful than a useless number for MSU. Just because the hardware reports it doesn't make it valid. SU/sec is a single number that MSU is based on, derived by LSPR. But, LSPR is very suspect now. So are MSU's since marketting got involved in a technical description. Isn't it amazing that senior execs are spending millions on a number that is not much more than a WAG? [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO replacement? [WAS: RE: Userids]
In a recent note, andrew mcintyre said: Date: Fri, 3 Jun 2005 12:42:02 -0400 Note the revision bars. Compare to edition for z/OS 1.3, or in I had seen that in the USS manuals but outside of USS, does it have any use? Why does that matter? The topic of the thread is TSO Replacement. Unix Services was cited (not exactly proposed) (not initially by me) as a replacement candidate. Another set of respondents (with considerable overlap) noted the need for continued availability of the venerable TSO services. address 'TSO' whatever provides such availability in Unix Services, with the significant advantage over /bin/tso that it's possible to issue more than one TSO command within the lifespan of the spawned TSO address space. (e.g. ALLOCATE; CALL). Small steps are being made toward a TSO alternative. We're not there yet. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reading a PDS (why couldn't you have just said Read Count?)
What about the (unlikely) case where someone writes a VB data set to DASD and uses the wrong data length? Or would SAM catch the error before you saw it? With SAM I don't believe a bad length is possible. QSAM contructs the blocks from the records provided and controls the BDW and the write length. BSAM I believe uses the BDW to determine the write length. So in either case, the record length in the disk count field will match the BDW length (short of a bug in SAM, of course). With EXCP, you can of course write anything you like, so you can create the error. I am not sure what SAM would do on reading -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
Ted MacNEIL wrote: ... MSU values are reported by the hardware. MIPS values aren't. That single difference makes MIPS inherently less useful than MSU ... Since IBM changed the billing algorithms for MSU, that makes MIPS les useful than a useless number for MSU. Not useless at all! Suppose you have a licensing agreement that limits the capacity of the hardware environments on which a software product is licensed to run. If that agreement is written using MSU terminology, then a (fairly) simple query of the hardware lets both the software product and the customer know if the environment is compliant. Customers generally prefer software that can help them ensure the terms and conditions of their license agreements are being met. Such software helps customers avoid liability and breach of contract issues. For capacity-based licenses, hardware reporting of serial numbers, LPAR names, and capacity (in MSU) makes that possible! My point was simply that no similar capability exists for MIPS, making MIPS inherently less useful than MSU -- all other things being equal. The validity of that statement should be obvious. It's hardly arguable. Just because the hardware reports it doesn't make it valid. It's valid for the intended purpose so long as the number being reported matches the published number. If you don't like the published number for certain models, take it up with IBM. That's completely tangential to my point. -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
Comments interspersed. On Fri, 3 Jun 2005 11:04:51 -0700, Edward E. Jaffe [EMAIL PROTECTED] wrote: Eric Bielefeld wrote: ... The fact the IBM, when announcing new hardware, usually prints MIPS in their charts says that it is still a valid number. Which charts? A web URL would be helpful. The charts I am referring to were handed out in Nov. 2004 at an IBM Roadshow meeting. The presentation is titled zSeries z900 and z990 Update 2004 and was givin by Bob Neidig of IBM. If you really wonder, I could fax you 1 or 2, but the presentation is filled with MIPS. I doubt if this was ever put on a web page. I'm not saying it is best, or that there isn't problems with MIPS, but the MIPS numbers still make more sense to me than any other indicators. MSU values are reported by the hardware. MIPS values aren't. That single difference makes MIPS inherently less useful than MSU -- all other things being equal. See: http://bama.ua.edu/cgi-bin/wa?A2=ind0411L=ibm-mainP=R35634 I also qualified the use of MIPS in my original comment by saying that comparisons within a line of computers, such as z/890 z/990. Comparing a 1 processor z/990 to a 30 processor z/990 should give a good comparison if you are using MIPS. Obviously, your particular workload may give somewhat different numbers, but then it probably would with MSUs also. MIPS have been around a lot longer than MSUs. They are more familiar to me, which is why I like them. I still remember my 158 with an attached processor. The main CPU alone gave 1 MIP, and with the AP, it was 1.8 MIPS. Back in 1980, that was a good sized machine. Eric Bielefeld -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
Eric said; I also qualified the use of MIPS in my original comment by saying that comparisons within a line of computers, such as z/890 z/990. Comparing a 1 processor z/990 to a 30 processor z/990 should give a good comparison if you are using MIPS. Obviously, your particular workload may give somewhat different numbers, but then it probably would with MSUs also. This is really where the standard way of thinking about these things just falls apart. There are multiple levels of virtualization within these systems. It is meaningless to talk about the capacity of the entire processor (CEC) when the processor is just a container for one or more LPARS. Moreover, the mix of resources and workloads is both unpredictable and irreproducable. If you study the LSPR information (ignoring for a moment whether you believe it) you see a wide variety of throughput results depending on configuration and workload mix. It is completely hopeless to think of that in terms of a single number called MIPS even if that number gives you some comfort. MIPS have been around a lot longer than MSUs. They are more familiar to me, which is why I like them. I still remember my 158 with an attached processor. The main CPU alone gave 1 MIP, and with the AP, it was 1.8 MIPS. Back in 1980, that was a good sized machine. And today it would be less than a rounding error. That's the point. The way that we as a community thought about these systems back then is just not relevant or valid any more. MSU numbers are at least a shot at adjusting the scale of reference, but ultimately there is no substitute for measuring your own throughput with your own mix. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tracking down a NETID used within a program
On Thu, 2 Jun 2005 23:04:03 -0400, William McKinley [EMAIL PROTECTED] wrote: It appears that a NETID, namely IBMIN is being called from a program. Are there any ideas on how to track this user? We suspect it might be used within another program product - Connect Direct. ... Any program that can specify a partner LU name can specify a network- qualified LU name. C:D is certainly one of those. You don't say what -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
BTAM running on ZOS 1.7
Does anyone know or heard, if BTAM will run on ZOS 1.7? Eventually BTAM was supposed to stop working , but I know that it is running on ZOS 1.6. Lisa Trippanera Johnson Johnson Networking Computing Services Tel: (908) 685-3496 Fax: (908) 685-1860 Internet: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tracking down a NETID used within a program
On Thu, 2 Jun 2005 23:04:03 -0400, William McKinley [EMAIL PROTECTED] wrote: It appears that a NETID, namely IBMIN is being called from a program. Are there any ideas on how to track this user? ... Sorry. Sent my reply too soon. You don't say what symptoms you've got so it's tough to make suggestions. If you;re getting session settup or search failure, make sure you are not suppressing VTAM search failure messages. These are often suppressed except during debugging. The message will say what the origin LU is. Display that LUname and you'll see what address space has it open. If the sessions are set up, but you don't know the LU name of either session partner, I've got no suggestion. If you know one of the LU names, see if you can catch one with an NLDM trace (if you have NetView) or a VTAM buffer trace. They will show you the session partner. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
On 3 Jun 2005 09:45:31 -0700, [EMAIL PROTECTED] (Blaicher, Chris) wrote: For a fairly decent description, try looking at: http://lse.sourceforge.net/numa/faq/ That was a very helpful link; thanks for posting it! I've never dived this deeply into hardware architecture; it's fascinating. The z990 Reference Guide contains the statement: All books are interconnected with a super-fast bi-directional redundant ring structure which allows the system to be operated and controlled by PR/SM operating in LPAR mode as a symmetrical, memory coherent, multiprocessor. After thinking about this passage, I have a couple of questions. When a z990 contains more than one book, each book's local memory obviously represents only a part of the system's total address space. Each book needs some sort of address decode mechanism to determine whether a particular address references memory local to the book or on another book in the system. How is the base address of each book's memory assigned? (Book A's local memory represents the first 16GiB, Book B the next 32GiB and Book D the last 16GiB, for a total system memory of 64GiB, for example.) Is this allocation done through some sort of configuration process, or does the hardware handle the assignments? When defining LPARs, it seems that there may be an advantage to having an LPAR's address space backed by a single book's memory. For example, defining an LPAR that used one processor from Book A, but 8GiB of memory from Book A and 8GiB from Book B wouldn't seem as efficient as defining the same LPAR using all 16GiB from Book A. Forgive me if these questions seem a little basic, but I've never configured zSeries hardware, especially on large systems that might contain multiple books. Seems like system configuration on a large box could get quite subtle! Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEW2606S Doing C Programming
Hi All. I'm trying to save the compiled 'c' code to a loadlib and I'm getting the following error in my jcl during the bind process: IEW2606S 4B39 MODULE INCORPORATES PROGRAM MANAGEMENT 3 FEATURES AND CANNOT BE SAVED IN LOAD MODULE FORMAT. Would anyone no what is going on? This is the fisrt time we are doing C programming. Thanks once agian group. Bob Pelletier Ct. Student Loan Rocky Hill, Connecticut -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEW2606S Doing C Programming
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, June 03, 2005 2:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IEW2606S Doing C Programming Hi All. I'm trying to save the compiled 'c' code to a loadlib and I'm getting the following error in my jcl during the bind process: IEW2606S 4B39 MODULE INCORPORATES PROGRAM MANAGEMENT 3 FEATURES AND CANNOT BE SAVED IN LOAD MODULE FORMAT. Would anyone no what is going on? This is the fisrt time we are doing C programming. Thanks once agian group. Bob Pelletier Ct. Student Loan Rocky Hill, Connecticut Bottom line:You must link into a PDSE library and not a PDS library. I don't know why, but a PDSE can do things that a PDS cannot. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEW2606S Doing C Programming
Hi All. I'm trying to save the compiled 'c' code to a loadlib and I'm getting the following error in my jcl during the bind process: IEW2606S 4B39 MODULE INCORPORATES PROGRAM MANAGEMENT 3 FEATURES AND CANNOT BE SAVED IN LOAD MODULE FORMAT. Your library needs to be a PDSE. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Plugs Big Iron to the College Crowd
News on a theme near and dear to our hearts... http://www.computerworld.com/hardwaretopics/hardware/mainframes/story/0,10801,102109,00.html . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEW2606S Doing C Programming
Thanks for the quick response John. We don't use PDSE's either. Should be fun. Have a good weekend all. -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, June 03, 2005 4:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEW2606S Doing C Programming -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, June 03, 2005 2:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IEW2606S Doing C Programming Hi All. I'm trying to save the compiled 'c' code to a loadlib and I'm getting the following error in my jcl during the bind process: IEW2606S 4B39 MODULE INCORPORATES PROGRAM MANAGEMENT 3 FEATURES AND CANNOT BE SAVED IN LOAD MODULE FORMAT. Would anyone no what is going on? This is the fisrt time we are doing C programming. Thanks once agian group. Bob Pelletier Ct. Student Loan Rocky Hill, Connecticut Bottom line:You must link into a PDSE library and not a PDS library. I don't know why, but a PDSE can do things that a PDS cannot. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CBR1180I... Volume is cache resident not displayed for recently R EAD only recently CREATED IBM VTS volumes?
Hi, Does anyone know if the output from a D SMS,VOL(xx) command in CBR1180I is NOT supposed to accurately reflect the status of a volume in the IBM VTS cache? I was trying to determine this (from MVS) and some volumes do display the additional status line Volume is cache resident. I have taken volumes not accessed in days and so out of cache run a GENER using a data set on them as input to DUMMY reading the data set. I run this job the first time and it is delayed as expected while the volume is retrieved to cache subsequent runs are immediate as expected. Nothing changes in the output from D SMS Here is a recently created volume and it does show this. D SMS,VOL(384990) F OAM,D,VOL,384990,L=BSYS0020-Z F OAM,D,VOL,384990,L=BSYS0020-Z CBR1180I OAM tape volume status: 949 VOLUME MEDIA STORAGE LIBRARY USE W C SOFTWARE LIBRARY TYPE GROUP NAME ATR P P ERR STAT CATEGORY 384990 MEDIA2SGVTS LIBVTS01 PN N NOERROR PRIVATE --- RECORDING TECH: 36 TRACK COMPACTION: YES SPECIAL ATTRIBUTE: NONE ENTER/EJECT DATE: 2002-03-01 CREATION DATE: 2002-03-01 EXPIRATION DATE:1999-00-00 LAST MOUNTED DATE: 2005-06-03 LAST WRITTEN DATE: 2005-06-03 SHELF LOCATION: OWNER: --- Logical volume. Volume is cache resident. I cannot find much about this and the documentation on CBR1180I just lists Volume is cache resident as one of the possible status lines Additional tape volume status messages as follows:. My VTS volumes all show Logical volume but it looks like Volume is cache resident is only displayed for recently CREATED volumes. So even if I have read a volume recently and can again without going out to back end tape it does not show Volume is cache resident. Anyone spent time in this cave and grok (nee understand) if this is Working As Designed (WAD) or just Working As Coded (WAC)? Thanks, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEW2606S Doing C Programming
I was going to gently suggest to Bob that he RTFM, but I checked the 1.6 FM myself and find that the message description doesn't help much. *IEW2606S* *MODULE* *INCORPORATES* feature_level *FEATURES* *AND* *CANNOT* *BE* *SAVED* *IN* format_level *FORMAT.* *Explanation:* An attempt is being made to save a module in a format that is incompatible with the features being used. Certain characteristics of the module, such as symbol length or special classes, prevent it from being saved in the specified format. In the message text: feature_level The VERSION /n/ PROGRAM OBJECT or Z/OS V1R/n/ PROGRAM OBJECT. The first form is used for features introduced in OS/390 releases, and corresponds to PM numbers as defined by the COMPAT option. format_level Can be LOAD MODULE, VERSION /n/ PROGRAM OBJECT, or A Z/OS V1R/n/ COMPATIBLE PROGRAM OBJECT. A load module is stored in a standard PDS (DSNTYPE=PDS). A program object is stored in a LIBRARY or HFS file. The VERSION /n/ form is used as described for feature_level. *System* *Action:* The load module or program object cannot be saved. *User* *Response:* Correct by (1) changing the target library (for example, SYSLMOD) to be of DSNTYPE=LIBRARY or HFS, and/or (2) removing the COMPAT option or changing it to specify a more recent level. First, the feature_level doesn't include the PROGRAM MANAGEMENT 3 text that Bob got. Second, it only speaks of DSNTYPE=LIBRARY, not the more commonly recognized term PDSE. Since Bob was not a PDSE user, it would require more research to understand what DSNTYPE=LIBRARY means. So, Bob, you did the right think by asking here. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
Howard Brazee wrote: On 3-Jun-2005, [EMAIL PROTECTED] (Edward E. Jaffe) wrote: My point was simply that no similar capability exists for MIPS, making MIPS inherently less useful than MSU -- all other things being equal. The validity of that statement should be obvious. It's hardly arguable. The proviso all other things being equal is very useful when one is pointing to a feature and implying that that feature is sufficient to make the whole argument valid. MIPS and MSU are used interchangeably for capacity-based contract licensing purposes. In that sense they *are* equal. Whether you agree with the analysts ratings or not is irrelevant. You can complain to IBM about MSUs. You can complain to Gartner, Watson Walker, Isham or any other analyst about MIPS. Again: THE HARDWARE USES AND REPORTS MSU -- NOT MIPS! That makes MSU *vastly* superior for the purpose described. -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEW2606S Doing C Programming
Thanks Bruce and everyone. Really appreciate it again. Bob -Original Message- From: Bruce Black [mailto:[EMAIL PROTECTED] Sent: Friday, June 03, 2005 4:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEW2606S Doing C Programming I was going to gently suggest to Bob that he RTFM, but I checked the 1.6 FM myself and find that the message description doesn't help much. *IEW2606S* *MODULE* *INCORPORATES* feature_level *FEATURES* *AND* *CANNOT* *BE* *SAVED* *IN* format_level *FORMAT.* *Explanation:* An attempt is being made to save a module in a format that is incompatible with the features being used. Certain characteristics of the module, such as symbol length or special classes, prevent it from being saved in the specified format. In the message text: feature_level The VERSION /n/ PROGRAM OBJECT or Z/OS V1R/n/ PROGRAM OBJECT. The first form is used for features introduced in OS/390 releases, and corresponds to PM numbers as defined by the COMPAT option. format_level Can be LOAD MODULE, VERSION /n/ PROGRAM OBJECT, or A Z/OS V1R/n/ COMPATIBLE PROGRAM OBJECT. A load module is stored in a standard PDS (DSNTYPE=PDS). A program object is stored in a LIBRARY or HFS file. The VERSION /n/ form is used as described for feature_level. *System* *Action:* The load module or program object cannot be saved. *User* *Response:* Correct by (1) changing the target library (for example, SYSLMOD) to be of DSNTYPE=LIBRARY or HFS, and/or (2) removing the COMPAT option or changing it to specify a more recent level. First, the feature_level doesn't include the PROGRAM MANAGEMENT 3 text that Bob got. Second, it only speaks of DSNTYPE=LIBRARY, not the more commonly recognized term PDSE. Since Bob was not a PDSE user, it would require more research to understand what DSNTYPE=LIBRARY means. So, Bob, you did the right think by asking here. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEW2606S Doing C Programming
I think it means you must save into a PDSE as a program object, instead of a PDS as a load module. Anyone know for sure? -Original Message- From: Robert Pelletier [EMAIL PROTECTED] Sent: 6/3/2005 1:58 PM To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU Subject: IEW2606S Doing C Programming Hi All. I'm trying to save the compiled 'c' code to a loadlib and I'm getting the following error in my jcl during the bind process: IEW2606S 4B39 MODULE INCORPORATES PROGRAM MANAGEMENT 3 FEATURES AND CANNOT BE SAVED IN LOAD MODULE FORMAT. Would anyone no what is going on? This is the fisrt time we are doing C programming. Thanks once agian group. Bob Pelletier Ct. Student Loan Rocky Hill, Connecticut -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEW2606S Doing C Programming
Bob, The *reason* that your C compile may be using PM3 features may be due to the compiler options that are set for your installation and/or compile PROC. Use of options like GOFF and others cause the compiler to output object code that can only be bound into a program object. Other options I know of that cause this include POSIX, which (for instance) *must* be on if you wish to use pthreads in your programming. Essentially, using any PM3 options or language features limits you to PDSE (which is identical to saying DSNTYPE=LIBRARY), or to storing your bound executable in an HFS directory (the other permitted repository for program objects). HTH Peter -Original Message- From: Robert Pelletier [mailto:[EMAIL PROTECTED] Sent: Friday, June 03, 2005 4:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEW2606S Doing C Programming Thanks Bruce and everyone. Really appreciate it again. Bob -Original Message- From: Bruce Black [mailto:[EMAIL PROTECTED] Sent: Friday, June 03, 2005 4:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEW2606S Doing C Programming I was going to gently suggest to Bob that he RTFM, but I checked the 1.6 FM myself and find that the message description doesn't help much. *IEW2606S* *MODULE* *INCORPORATES* feature_level *FEATURES* *AND* *CANNOT* *BE* *SAVED* *IN* format_level *FORMAT.* *Explanation:* An attempt is being made to save a module in a format that is incompatible with the features being used. Certain characteristics of the module, such as symbol length or special classes, prevent it from being saved in the specified format. In the message text: feature_level The VERSION /n/ PROGRAM OBJECT or Z/OS V1R/n/ PROGRAM OBJECT. The first form is used for features introduced in OS/390 releases, and corresponds to PM numbers as defined by the COMPAT option. format_level Can be LOAD MODULE, VERSION /n/ PROGRAM OBJECT, or A Z/OS V1R/n/ COMPATIBLE PROGRAM OBJECT. A load module is stored in a standard PDS (DSNTYPE=PDS). A program object is stored in a LIBRARY or HFS file. The VERSION /n/ form is used as described for feature_level. *System* *Action:* The load module or program object cannot be saved. *User* *Response:* Correct by (1) changing the target library (for example, SYSLMOD) to be of DSNTYPE=LIBRARY or HFS, and/or (2) removing the COMPAT option or changing it to specify a more recent level. First, the feature_level doesn't include the PROGRAM MANAGEMENT 3 text that Bob got. Second, it only speaks of DSNTYPE=LIBRARY, not the more commonly recognized term PDSE. Since Bob was not a PDSE user, it would require more research to understand what DSNTYPE=LIBRARY means. So, Bob, you did the right think by asking here. _ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Plugs Big Iron to the College Crowd
In a message dated 6/3/2005 3:00:57 P.M. Central Standard Time, [EMAIL PROTECTED] writes: News on a theme near and dear to our hearts... Next thing you know they'll be giving discounts to .edu's? 'Fraid IBM reps are about as welcome as military recruiters. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
... That makes MSU *vastly* superior for the purpose described. ... How can something meaningless be superior to other meaningless measures? [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Advice on expanding VTOC index
I have some volumes (Shark logical 3390) with VTOC Indexes that are full, or very close to it. If possible, I would like to expand the indexes without taking the volumes offline or making them unavailable. The problem is that the index, the VTOC, and the VVDS are all adjacent (in that order, starting at CYL 0). The tools I have to work with are ICKDSF and FDRCPK. The ICKDSF manual suggest that the index can be extended with the REFORMAT EXTINDEX command, but only if EXTVTOC is also specified to expand the VTOC in its current location. There's no room for the VTOC to grow in its current location unless the VVDS moves. The VTOC can be moved with the NEWVTOC operand, but only if the volume is offline. FDRCPK will expand/move a VTOC, but apparently only if the volume is being compakted from a tape backup, which would imply making it unavailable to running jobs. It appears that my only option, if it is an option, is to move the VVDS with FDRCPK. But the doc is a little fuzzy on that, and doesn't give me a warm fuzzy feeling. Does anybody have any insight? Am I out of luck? Do I have to shut down whoever is using the volumes to move things around? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEW2606S Doing C Programming
There are also some binder options: COMPAT, CASE=MIXED, LONGNAME or DLL which can force the use of program objects. Bill On Fri, 3 Jun 2005 16:34:27 -0400, Farley, Peter x23353 [EMAIL PROTECTED] wrote: Bob, The *reason* that your C compile may be using PM3 features may be due to the compiler options that are set for your installation and/or compile PROC. Use of options like GOFF and others cause the compiler to output object code that can only be bound into a program object. Other options I know of that cause this include POSIX, which (for instance) *must* be on if you wish to use pthreads in your programming. Essentially, using any PM3 options or language features limits you to PDSE (which is identical to saying DSNTYPE=LIBRARY), or to storing your bound executable in an HFS directory (the other permitted repository for program objects). HTH Peter -Original Message- From: Robert Pelletier [mailto:[EMAIL PROTECTED] Sent: Friday, June 03, 2005 4:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEW2606S Doing C Programming Thanks Bruce and everyone. Really appreciate it again. Bob -Original Message- From: Bruce Black [mailto:[EMAIL PROTECTED] Sent: Friday, June 03, 2005 4:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEW2606S Doing C Programming I was going to gently suggest to Bob that he RTFM, but I checked the 1.6 FM myself and find that the message description doesn't help much. *IEW2606S* *MODULE* *INCORPORATES* feature_level *FEATURES* *AND* *CANNOT* *BE* *SAVED* *IN* format_level *FORMAT.* *Explanation:* An attempt is being made to save a module in a format that is incompatible with the features being used. Certain characteristics of the module, such as symbol length or special classes, prevent it from being saved in the specified format. In the message text: feature_level The VERSION /n/ PROGRAM OBJECT or Z/OS V1R/n/ PROGRAM OBJECT. The first form is used for features introduced in OS/390 releases, and corresponds to PM numbers as defined by the COMPAT option. format_level Can be LOAD MODULE, VERSION /n/ PROGRAM OBJECT, or A Z/OS V1R/n/ COMPATIBLE PROGRAM OBJECT. A load module is stored in a standard PDS (DSNTYPE=PDS). A program object is stored in a LIBRARY or HFS file. The VERSION /n/ form is used as described for feature_level. *System* *Action:* The load module or program object cannot be saved. *User* *Response:* Correct by (1) changing the target library (for example, SYSLMOD) to be of DSNTYPE=LIBRARY or HFS, and/or (2) removing the COMPAT option or changing it to specify a more recent level. First, the feature_level doesn't include the PROGRAM MANAGEMENT 3 text that Bob got. Second, it only speaks of DSNTYPE=LIBRARY, not the more commonly recognized term PDSE. Since Bob was not a PDSE user, it would require more research to understand what DSNTYPE=LIBRARY means. So, Bob, you did the right think by asking here. _ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Advice on expanding VTOC index
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Simpson Sent: Friday, June 03, 2005 4:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Advice on expanding VTOC index I have some volumes (Shark logical 3390) with VTOC Indexes that are full, or very close to it. If possible, I would like to expand the indexes without taking the volumes offline or making them unavailable. The problem is that the index, the VTOC, and the VVDS are all adjacent (in that order, starting at CYL 0). The tools I have to work with are ICKDSF and FDRCPK. The ICKDSF manual suggest that the index can be extended with the REFORMAT EXTINDEX command, but only if EXTVTOC is also specified to expand the VTOC in its current location. There's no room for the VTOC to grow in its current location unless the VVDS moves. The VTOC can be moved with the NEWVTOC operand, but only if the volume is offline. FDRCPK will expand/move a VTOC, but apparently only if the volume is being compakted from a tape backup, which would imply making it unavailable to running jobs. It appears that my only option, if it is an option, is to move the VVDS with FDRCPK. But the doc is a little fuzzy on that, and doesn't give me a warm fuzzy feeling. Does anybody have any insight? Am I out of luck? Do I have to shut down whoever is using the volumes to move things around? Personally, I don't usually care a great deal if the VTOCIX is right up against the VTOC VVDS. I prefer it, but it only affects pack fragmentation. So, for a temp fix, I would do: 1) V SMS,VOL(..),Q,NEW 2) ICKDSF BUILDIX DDNAME(..) OSVTOC 3) Delete the IXVTOC 4) Realloc the IXVTOC with CONTIG 5) ICKDSF BUILDIX DDNAME(..) IXVTOC I have also been known to QUINEW the volume (as in #1 above), then use DFDSS (you'd use FDR) to try to copy all the DSNs off of the volume. Another thought is to try to force the IXVTOC to allocate at the very end of the volume. The exact location is not very relevant WRT performance with a Shark. Just with volume fragmentation. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPs vs MSU
I wouldn't necessarily say they are meaningless. Especially when vendors like CA charge by the mip. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, June 02, 2005 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MIPs vs MSU ... So we have gone from Meaningless Indication of Processor speed to Meaningless Service Units? ... In a way, yes. Last year, IBM introduced a new set of MSU's for the z/*90 processors. This is on the order of 10% smaller than the LSPR-derived MSU's. I still think they should have just dropped the $/MSU by 10%. As an aside, when IBM runs LSPR to come up with a processor definition constant (SU's/CPU-Sec), they never change it, even if LSPR is re-run and MSU's are changed. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
OK, it's time to speak up on behalf of us mossback Luddites who are still mired in UADS. The reasons for not converting to modern methods may be BUSINESS rather than technology oriented. I don't doubt that any number of mechanisms exist to turn a particular SYS1.UADS into (say) RACF TSO segments. That takes care of Day 1 of the New Era. How about Day 2, Day 200, etc. In other words, how do you manage RACF defined userids? - Create new - Modify existing - Query - Delete For both Create and Modify, you have several 'attributes' to deal with: - Account numbers - Logon procs - Authority to submit jobs, force a tape mount under TSO, or use the TSO OPER command For Query, you have the problem of displaying all of the above 'attributes' of a userid in a succinct and intelligible manner. As much as we all like to dis UADS, all of this information lives in one spot: the userid entry. In a single LIST command, you can see everything at a glance. With RACF TSO segments, this stuff lives all over the map. Relatively little resides in the segment itself; most is expressed as PERMIT authority to profiles in a menagerie of classes, some of which are mercifully obvious (TSOAUTH TSOPROC), while others force you to memorize (ACCTNUM). None of this is beyond the realm of comprehension or manipulation, but you have to build a business case for converting. 'Modern' doesn't fly very far in persuading *other* people to spend time and money on a project. For example, we currently have an elaborate process to manage userids across multiple platforms. To switch from UADS to RACF segments, that process would have to be modified extensively. (The line between 'elaborate' and 'labyrinthine' is fuzzy.) What's the motivation? Who foots the bill for conversion and training? In a previous shop, each application programmer had lots of account numbers to track time spent on various projects. With UADS, we could see at a glance which projects (account numbers) a userid was authorized for. That simple query in the world of TSO segments is a programming exercise. None of this is a hard case for sticking with UADS. Just an observation that failure to convert is not necessarily silly or Neanderthal. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/02/2005 18:19:11: Oh my gosh, I thought we were the last company to convert from UADS to external security (TSS last year). It's mystifying why anyone would outvote you on this count. We were years and years overdue but we're certainly not looking back. I've done several of these conversions, each with the popular 3 ESMs, all but the last were easy, transparent, and gradually phased in. My sympathies, snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MIPS vs. MSU's
Hi, I've found that talking to IBM requires MSU's but billing back and cost centering requires MIPS. Thanks for your discussion. Your experiences confirm my own which makes me feel comfortable about what I've learned. Paul Hanrahan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Plugs Big Iron to the College Crowd
Ed, Did you read the article in Computer World about the young man who got a job at Timken Steel after getting a degree in Akron that included IBM sponsored assembler classes ? Timken has some old REXX, Assembler and VM stuff if I remember correctly. Paul Hanrahan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Friday, June 03, 2005 4:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Plugs Big Iron to the College Crowd In a message dated 6/3/2005 3:00:57 P.M. Central Standard Time, [EMAIL PROTECTED] writes: News on a theme near and dear to our hearts... Next thing you know they'll be giving discounts to .edu's? 'Fraid IBM reps are about as welcome as military recruiters. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Plugs Big Iron to the College Crowd
Both Timken Steel and Malone College are in Canton, OH which is in the county south of the one containing Akron. Bob Paul Hanrahan wrote: Did you read the article in Computer World about the young man who got a job at Timken Steel after getting a degree in Akron that included IBM sponsored assembler classes ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
Customers prefer software that keeps it's nose out of make/model/CPU. Customers prefer software that doesn't require a zap or execution of some rare breed of vendor utility to update license load modules. Customers prefer to keep track of TCs and the software inventory and deal with license issues in the mail not during a hardware upgrade. Do I have to ZAP z/OS, DB2, MQSeries, or CICS when I upgrade my hardware or go to a DR site? NO! Do I have to pay IBM following mutually entered TCs? YES! ISVs forced date, make/model/serial# checking on customers. I guess very few customers asked for it and none I personally know of. I don't know of any vendor other than IBM that just produces SMF records for subsequent billing and validation. Reporting is required to help them ensure the... enforcement is not but you won't find many vendors that volunteer non-CPU specific license codes until hard fought negotiations. Every ISV I know introduced serial# checks to prevent fraud or facilitate limited time trials. None I know can claim they did it because customers clamored for it. My .02 Thanks, Sam -Original Message- Customers generally prefer software that can help them ensure the terms and conditions of their license agreements are being met. Such software helps customers avoid liability and breach of contract issues. For capacity-based licenses, hardware reporting of serial numbers, LPAR names, and capacity (in MSU) makes that possible! This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance and Capacity Planning
Knutson, Sam wrote: Customers prefer software that keeps it's nose out of make/model/CPU. Customers prefer software that doesn't require a zap or execution of some rare breed of vendor utility to update license load modules. Customers prefer to keep track of TCs and the software inventory and deal with license issues in the mail not during a hardware upgrade... [snip] Not sure what this rant has to do with the subject at hand. Are you saying you believe MIPS measure to be in some way superior to MSUs??? WRT to customer requests yada, yada... We were asked by a representatives of the 2nd largest corporation _in the world_ to ensure our products produced warnings when being executed in an unlicensed environment. From the way it was presented, my impression was that we were not the only ISV targeted with this request. -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clearing the SMF DATASETS...Help
Yep, after two hours of searching I finally found the proc which was used about a year ago. Thanks Dean Montevago [EMAIL PROTECTED] wrote: CLEARSMF PROC N=1 DUMPMAN EXEC PGM=IFASMFDP,REGION=5M DUMPIN DD DISP=SHR,DSN=SYS1.SYSNAME..MANN DUMPOUT DD DISP=NEW,DSN=JUNK,UNIT=SYSDA, SPACE=(CYL,(350,25)), DCB=(RECFM=VBS,BLKSIZE=32760,LRECL=23476) SYSIN DD * INDD(DUMPIN,OPTIONS(CLEAR)) OUTDD(DUMPOUT,TYPE(0:255)) Don't you have a process that offloads the data when they become full ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Howard Rifkind Sent: Friday, June 03, 2005 1:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Clearing the SMF DATASETS...Help Hi Can any one tell me what the command to clear the SMF 'SYS1.MAN' datasets is. I checked the commands manual and can't seem to get the right commands. All my SMF SYS1.MAN datasets are full. Thanks. - Discover Yahoo! Use Yahoo! to plan a weekend, have fun online more. Check it out! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clearing the SMF DATASETS...Help
We do NOW !!! Campbell Jay [EMAIL PROTECTED] wrote:You don't save some of your SMF data ? ! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Friday, June 03, 2005 1:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Clearing the SMF DATASETS...Help Hi Can any one tell me what the command to clear the SMF 'SYS1.MAN' datasets is. I checked the commands manual and can't seem to get the right commands. All my SMF SYS1.MAN datasets are full. Thanks. - Discover Yahoo! Use Yahoo! to plan a weekend, have fun online more. Check it out! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Plugs Big Iron to the College Crowd
In a message dated 6/3/2005 6:23:41 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Did you read the article in Computer World about the young man who got a job at Timken Steel after getting a degree in Akron that included IBM sponsored assembler classes ? Yep, too little too late. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
