Servicelink again
This weekends outage and I cite: This planned outage will occur because of the installation of IBMlink Release 7.0 which will include functional enhancements to the IBMLink platform and its applications. And the functional enhancement is that now one cannot read apar text anymore! The font has become so small, that numbers are indistinguishable (at least on my screen, no changes to any default settings). That's real nice when you need a ptf number and cannot READ them anymore! In addition, the displays lists severely to the right (on the ETR pages), with even less information per screen plus A LOT more white space showing exactly nothing. Bet you that someone is going to tell me 'this is corporate identity' for my feedback record. They *should have* made sure that their header pages head my preferences for languages. I really hate to have half a screen in German and the rest in English. Choose one or the other, and make that a corporate identity! Barbara Nitz -- 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: JVM based languages? (mildly OT)
I wonder what JVM startup time actually IS... There may be a distinction between the startup time for ANY language starting a JVM and the work a specific language e.g java has to do once the common stuff is set up. Then again there might not be. :-) Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter ID: MartinPacker One Tribe Y'all :-) From: Timothy Sipples timothy.sipp...@us.ibm.com To: IBM-MAIN@bama.ua.edu Date: 26/10/2009 05:21 Subject: Re: JVM based languages? (mildly OT) Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu That JRuby work you're doing sounds interesting, Scott. Please keep us all posted. There are many ways to avoid JVM re-startup time. To pick one example, CICS Transaction Server (Version 2.3 and higher) includes the continuous JVM feature. The URL for Enterprise Generation Language (EGL) somehow got broken in my last e-mail. (A trailing parenthesis should not have been there.) Here's another attempt: http://www.ibm.com/rational/eglcafe EGL Community Edition is now available for download there. It's free, and of course you can deploy your EGL programs to z/OS. See the JZOS Cookbook if you'd like Ant setup instructions for Eclipse to automate deployment. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: Does a DD-Statement waste memory after dealloc?
Clark, If these are for QSAM data sets, does the C program do a FREEPOOL (free the buffer pool) on CLOSE. For reasons I don't understand, apparently CLOSE does not automatically free the buffers. I think the Well, I assume the C-Runtime does a FREEPOOL. If an I/O Error occurs the field __last_op of the __amrc_type can be __QSAM_FREEPOOL. At no other place in the Manual something like FREEPOOL is mentioned. So I guess it is done automatically Bye, Michael -- Yours sincerely Michael Knigge Development S.E.T. Software GmbH Lister Straße 15 30163 Hannover GERMANY Tel. +49 511/3 97 80-23 Fax +49 511/3 97 80-65 michael.kni...@set-software.de Commercial Registry: HRB52778 Local Court Hannover Chief Executive Officer: Till Dammermann, Dr. Bernd Huber -- 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: Servicelink again
Barbara, They must have put, at least, two versions out: one for EMEA and one for the rest. What I see is LARGER font text, a different font type and everything is now centered. Before, it was left-justified on my screen. I logged in with both IE and FF, with the resulting display being identical. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Monday, October 26, 2009 2:13 AM To: IBM-MAIN@bama.ua.edu Subject: Servicelink again This weekends outage and I cite: This planned outage will occur because of the installation of IBMlink Release 7.0 which will include functional enhancements to the IBMLink platform and its applications. And the functional enhancement is that now one cannot read apar text anymore! The font has become so small, that numbers are indistinguishable (at least on my screen, no changes to any default settings). That's real nice when you need a ptf number and cannot READ them anymore! In addition, the displays lists severely to the right (on the ETR pages), with even less information per screen plus A LOT more white space showing exactly nothing. Bet you that someone is going to tell me 'this is corporate identity' for my feedback record. They *should have* made sure that their header pages head my preferences for languages. I really hate to have half a screen in German and the rest in English. Choose one or the other, and make that a corporate identity! Barbara Nitz -- 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: Servicelink again
Thanks for that feedback, Bob. They must have put, at least, two versions out: one for EMEA and one for the rest. What I see is LARGER font text, a different font type and everything is now centered. Before, it was left-justified on my screen. I logged in with both IE and FF, with the resulting display being identical. Being centered means it has a definite preference for the right hand side, if you see what I mean :-), in comparison to before the change. My colleague (who is using IE8 on a not-centrally-maintained PC) has no problem, either. I, on the other hand, have to use IE6. EMEA Servicelink support has already contacted me; he can see the problem, too. It is only visible for things that come directly from retain. Apparently PMRs don't these days. And yes, we always had a different interface into 'servicelink', even when it was on the green screen. I have also been told by IBM that servicelink will not be maintained indefinitely, and that the strategic product to use is SR. That's why it is so hard to find the servicelink pages and why one always first ends up in SR. Best regards, Barbara -- 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: Servicelink again
Hi Bob, it depends on the browser you use. IE8 or FF do it correct. Barbara's problem is IE6 .. the last one supported under W2K. I hate it when pages are designed based on the version of a browser Juergen -- 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: Does a DD-Statement waste memory after dealloc?
Miklos, We are also around dynalloc from C/C++, but You are saying 17000 pages , but the used storage also high ? (RPTSTG(ON)) So is it a reall a memory leak (HEAPC(ON,0,0,20)) or just a high real storage usage ? The LE runtime HEAPOOL(ALIGN) can make big differences . Well, maybe I'm currently a little bit dumb, but where is the difference? When my Prog starts, SDSF reports something around 1700 used pages (ehh, a page is 4K, right?). After some time, it reports (for example today) 15T pages (I assume T=thousand). The prog does a DYNALLOC, OPEN, READ/WRITE, CLOSE, DEALLOC. So somehwere is a memory leak. The last days I tried to find it using different techniques. I used a wrapper around malloc(), calloc(), realloc() and free() to track my own memory allocations. Result: No leak! Nearly everything I allocate gets freed too. I've also used the Heap-Manager CEL4MCHK... again: no leak. So... Until now I can be sure that I've no obvious memory leak in my application. Now I assume something that is special to the z/OS Envoronment makes my application use that much memory (the application runs also on Linux, AIX, SunOS and Windows - no high memory usage is seen on these platforms). Just a few minutes ago I've captured a SVC Dump of my prog - since I've never done things with IPCS this brings me not any further. I'll have to get familar with IPCS first. I also cancelled the prog and generated a dump - the dump has been catched by the IBM Application Fault Analyzer and I'll throw an eye on the analysis later. What I've seen so far is a error message: snip *ERROR* The left node address 1E222AD8 is larger than the parent node address 1E222098 /snip whatever IBM tries to tell me with this left-right stuff ;- I'll consult the manual later Maybe I'm somehow irritating the heap manager Bye, Michael -- Yours sincerely Michael Knigge Development S.E.T. Software GmbH Lister Straße 15 30163 Hannover GERMANY Tel. +49 511/3 97 80-23 Fax +49 511/3 97 80-65 michael.kni...@set-software.de Commercial Registry: HRB52778 Local Court Hannover Chief Executive Officer: Till Dammermann, Dr. Bernd Huber -- 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: Does a DD-Statement waste memory after dealloc?
Michael, I remember some years ago I wrote an assembler-routine doing OPEN/GET/CLOSE some hundred times a day. After some weeks the routine terminated with 878 and the dump was full of wasted storage-entries all heaving the same length (I do not remember details). The solution was to code the FREEPOOL-Makro. Explanation: The FREEPOOL macro releases an area of storage, previously acquired for a buffer pool for a specified data control block. The area must have been acquired either automatically (except when dynamic buffer control is used) or by executing a GETPOOL macro. For queued access methods, you must issue a CLOSE macro for all the data control blocks using the buffer pool before issuing the FREEPOOL macro. For basic access methods, you can issue the FREEPOOL macro when the buffers are no longer required. A buffer pool need be released only once, regardless of the number of data control blocks sharing the buffer pool. SC26-7408-02 I think this hasn't changed yet. It was an assembler-routine but other languages will internally do the same and if IBM uses the same routines for OPEN/GET/CLOSE it will be the same result .. remaining storage. Maybe that's the reason why you only see it on IBM-Systems Juergen -- 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: JES2 MASDEF
Ron, To make sure I understand, you currently have OWNMEMB designated one way and now you want to change the name. So you have in JES2 Parms On First System you might have MASDEF OWNMEMB=SYSA On Next system you might have MASDEF OWNMEMB=SYSB On Next system you might have MASDEFOWNMEMB=SYSC Now you want to change the names on all of these to something else? First - I don't think you can blank out the OWNMEMB name. To do change the OWNMEMB names, you might have to do the following Change all of your JES2 parms to then new OWNMEMB names across the board. Also make sure your MEMBER= parms are updated if needed. Bring down ALL systems at the same time. A JES2 WARM start only happens when all systems in the JES2 MAS are down. Then IPL one system. After it is back up, then IPL the rest. If even one system is still active in the MAS at IPL time then it will be a HOT or QUICK start. I would do an OFFLOAD of your spool just in-case there are any problems - if you have to cold start, then your spool data is safe. Lizette wanting to change in MASDEF OWNMEMB name from what I have and also then MEMBER(1) NAME= From what I read ...since I share spool with another system.. I shut system I want to change the name onsystem(A)... Change the parm's to what I want... The other system(B) that is still up I need to change MEMBER(1) NAME to NAME=(blank) add another MEMBER(3) NAME= Reipl-warm start Then on system(B) Change MEMBER(1) NAME=(to name I want) Change MEMBER(3) NAME= to NAME=(blank) Shut down and warm start again. Then bring up other system(A) with changes I made...warm start.. -- 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: JES2 MASDEF
got it... From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@bama.ua.edu Date: 10/26/2009 07:36 AM Subject: Re: JES2 MASDEF Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Ron, To make sure I understand, you currently have OWNMEMB designated one way and now you want to change the name. So you have in JES2 Parms On First System you might have MASDEF OWNMEMB=SYSA On Next system you might have MASDEF OWNMEMB=SYSB On Next system you might have MASDEFOWNMEMB=SYSC Now you want to change the names on all of these to something else? First - I don't think you can blank out the OWNMEMB name. To do change the OWNMEMB names, you might have to do the following Change all of your JES2 parms to then new OWNMEMB names across the board. Also make sure your MEMBER= parms are updated if needed. Bring down ALL systems at the same time. A JES2 WARM start only happens when all systems in the JES2 MAS are down. Then IPL one system. After it is back up, then IPL the rest. If even one system is still active in the MAS at IPL time then it will be a HOT or QUICK start. I would do an OFFLOAD of your spool just in-case there are any problems - if you have to cold start, then your spool data is safe. Lizette wanting to change in MASDEF OWNMEMB name from what I have and also then MEMBER(1) NAME= From what I read ...since I share spool with another system.. I shut system I want to change the name onsystem(A)... Change the parm's to what I want... The other system(B) that is still up I need to change MEMBER(1) NAME to NAME=(blank) add another MEMBER(3) NAME= Reipl-warm start Then on system(B) Change MEMBER(1) NAME=(to name I want) Change MEMBER(3) NAME= to NAME=(blank) Shut down and warm start again. Then bring up other system(A) with changes I made...warm start.. -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: Servicelink again
On Mon, 26 Oct 2009 01:13:04 -0500, Barbara Nitz nitz-...@gmx.net wrote: This weekends outage and I cite: This planned outage will occur because of the installation of IBMlink Release 7.0 which will include functional enhancements to the IBMLink platform and its applications. And the functional enhancement is that now one cannot read apar text anymore! The font has become so small, that numbers are indistinguishable (at least on my screen, no changes to any default settings). That's real nice when you need a ptf number and cannot READ them anymore! In addition, the displays lists severely to the right (on the ETR pages), with even less information per screen plus A LOT more white space showing exactly nothing. Here is what I see (I tried IE6, which I am locked into, but I also have Firefox installed and it looked the same). My AST list is more right aligned (I think... have nothing to compare with). But the font is different (maybe bigger?) so many of the Abstract and comments span 2 lines. But it may have done that before. I think the table cells have more white space as you say because even the single line items seem more separated. My ASAP list is empty thus far this morning, so I can't comment on that. I am guessing it will look similar to the AST list. APAR text is smaller and barely readable (this of course depends on your eye sight, size of monitor etc.). But you can use your browser settings (font size, zoom) to move it up one notch and it looks similar to before. Most web sites provide beta links for feedback prior to changing the real thing when they change the look and feel of a site. IBM should be doing this. We could have brought these issues to their attention weeks ago before the production implementation. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Does a DD-Statement waste memory after dealloc?
A few suggestions for looking at the dump with IPCS. Under the COMMAND panel, try VERBX VSMDATA 'SUMMARY' Then go to the end and there is a nice summary. Find the subpool where most of your storage is used, then go back in the listing and find repetitive sizes in that subpool, then go into the view panel and look at some of those areas. That will generally tell you if it is you because you recognize the data, or maybe there is an eyecatcher in the memory. The other thing I find interesting is the fact that you are up to 17T real pages. Either some program is looking at a lot of storage all the time, or that storage has been pagefixed. If it was not pagefixed, the system probably would have paged some of that storage out. To see what is pagefixed you can run a RSMDATA report. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael Knigge Sent: Monday, October 26, 2009 5:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Does a DD-Statement waste memory after dealloc? Miklos, We are also around dynalloc from C/C++, but You are saying 17000 pages , but the used storage also high ? (RPTSTG(ON)) So is it a reall a memory leak (HEAPC(ON,0,0,20)) or just a high real storage usage ? The LE runtime HEAPOOL(ALIGN) can make big differences . Well, maybe I'm currently a little bit dumb, but where is the difference? When my Prog starts, SDSF reports something around 1700 used pages (ehh, a page is 4K, right?). After some time, it reports (for example today) 15T pages (I assume T=thousand). The prog does a DYNALLOC, OPEN, READ/WRITE, CLOSE, DEALLOC. So somehwere is a memory leak. The last days I tried to find it using different techniques. I used a wrapper around malloc(), calloc(), realloc() and free() to track my own memory allocations. Result: No leak! Nearly everything I allocate gets freed too. I've also used the Heap-Manager CEL4MCHK... again: no leak. So... Until now I can be sure that I've no obvious memory leak in my application. Now I assume something that is special to the z/OS Envoronment makes my application use that much memory (the application runs also on Linux, AIX, SunOS and Windows - no high memory usage is seen on these platforms). Just a few minutes ago I've captured a SVC Dump of my prog - since I've never done things with IPCS this brings me not any further. I'll have to get familar with IPCS first. I also cancelled the prog and generated a dump - the dump has been catched by the IBM Application Fault Analyzer and I'll throw an eye on the analysis later. What I've seen so far is a error message: snip *ERROR* The left node address 1E222AD8 is larger than the parent node address 1E222098 /snip whatever IBM tries to tell me with this left-right stuff ;- I'll consult the manual later Maybe I'm somehow irritating the heap manager Bye, Michael -- Yours sincerely Michael Knigge Development S.E.T. Software GmbH Lister Straße 15 30163 Hannover GERMANY Tel. +49 511/3 97 80-23 Fax +49 511/3 97 80-65 michael.kni...@set-software.de Commercial Registry: HRB52778 Local Court Hannover Chief Executive Officer: Till Dammermann, Dr. Bernd Huber -- 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
Secret Service plans IT reboot
The Secret Service wants information from industry as it prepares to overhaul its information technology infrastructure. Forty-two mission-oriented applications run on a 1980s IBM mainframe with a 68 percent performance reliability rating. I wonder how reliable a 1980s wintel box would be. http://fcw.com/articles/2009/10/19/web-secret-service-it-modernization.aspx?s=fcwdaily_261009 Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.commailto:dennis.ro...@usa-spaceops.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -- 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: JVM based languages? (mildly OT)
RE: JVM startup time. Its improved some in SDK 6.0, and you can make big improvements to it if you enable class data sharing with AOT (caching of JITed byte codes). For example, with SDK 6.0 and AOT, I've seen base Tomcat 6.0 startup in about 2 seconds. Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Oct 26, 2009 at 4:20 AM, Martin Packer martin_pac...@uk.ibm.comwrote: I wonder what JVM startup time actually IS... There may be a distinction between the startup time for ANY language starting a JVM and the work a specific language e.g java has to do once the common stuff is set up. Then again there might not be. :-) Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter ID: MartinPacker One Tribe Y'all :-) From: Timothy Sipples timothy.sipp...@us.ibm.com To: IBM-MAIN@bama.ua.edu Date: 26/10/2009 05:21 Subject: Re: JVM based languages? (mildly OT) Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu That JRuby work you're doing sounds interesting, Scott. Please keep us all posted. There are many ways to avoid JVM re-startup time. To pick one example, CICS Transaction Server (Version 2.3 and higher) includes the continuous JVM feature. The URL for Enterprise Generation Language (EGL) somehow got broken in my last e-mail. (A trailing parenthesis should not have been there.) Here's another attempt: http://www.ibm.com/rational/eglcafe EGL Community Edition is now available for download there. It's free, and of course you can deploy your EGL programs to z/OS. See the JZOS Cookbook if you'd like Ant setup instructions for Eclipse to automate deployment. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: JVM based languages? (mildly OT)
On Mon, 2009-10-26 at 05:20 -0400, Martin Packer wrote: I wonder what JVM startup time actually IS... I haven't looked at it closely, and I'm not yet running the 1.6 SDK, which has AOT support. On my dinky little 15MSU system, it takes almost two CPU *minutes* to get a JVM going with a Clojure SLIME REPL (an interactive Lisp shell that I can control from my desktop). That code generation and initial JIT stuff isn't cheap. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.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: Secret Service plans IT reboot
On Mon, 2009-10-26 at 09:53 -0400, Roach, Dennis (N-GHG) wrote: 68 percent performance reliability rating I wonder what that *means*? Do they have 68% uptime? Is there a 68% chance of finding a spare TCM? 68% of their staff know how to IPL? What? -- 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: Secret Service plans IT reboot
-Original Message- From: IBM Mainframe Discussion List [On Behalf Of David Andrews Sent: Monday, October 26, 2009 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot On Mon, 2009-10-26 at 09:53 -0400, Roach, Dennis (N-GHG) wrote: 68 percent performance reliability rating I wonder what that *means*? Do they have 68% uptime? Is there a 68% chance of finding a spare TCM? 68% of their staff know how to IPL? What? Given that 63.7% of all statistics are made up on the spot, any guess could be arbitrarily declared wrong. -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: Secret Service plans IT reboot
In a message dated 10/26/2009 9:08:13 A.M. Central Daylight Time, d...@lists.duda.com writes: wonder what that *means*? They don't know what they're doing! -- 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: Secret Service plans IT reboot
On Mon, 26 Oct 2009 10:07:17 -0400 David Andrews d...@lists.duda.com wrote: :On Mon, 2009-10-26 at 09:53 -0400, Roach, Dennis (N-GHG) wrote: : 68 percent performance reliability rating :I wonder what that *means*? Do they have 68% uptime? Is there a 68% :chance of finding a spare TCM? 68% of their staff know how to IPL? :What? Is that even possible for 1980 era hardware? How long has it been since the last spare parts were made? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: Secret Service plans IT reboot
Is that even possible for 1980 era hardware They probably stored old equipment that can be cannibalized for parts. I'm sure IBM doesn't stock parts that old. This will probably be advertised as another getting off the mainframe story. Bob Shannon Rocket Software -- 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: Secret Service plans IT reboot
Is that even possible for 1980 era hardware? -Not sure about parts, but in 1989 at Tektronix, we turned off supposedly the last 168 (MP of course) running west of the Mississippi. We had about a half-dozen CE's there, who wanted a picture taken with each powering down the frame. After the first one did the power-off, the sucker wouldn't come back up, even with the half-dozen working on it for 30 minutes. Didn't shed a tear about it - those SMB APARS were a PITA. And there were no parts locally in Portland. -- 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: JVM based languages? (mildly OT)
You might compare that to running HelloWorld to see base JVM versus how many classes are loaded, initialized, etc for Clojure. On Mon, Oct 26, 2009 at 8:58 AM, David Andrews d...@lists.duda.com wrote: On Mon, 2009-10-26 at 05:20 -0400, Martin Packer wrote: I wonder what JVM startup time actually IS... I haven't looked at it closely, and I'm not yet running the 1.6 SDK, which has AOT support. On my dinky little 15MSU system, it takes almost two CPU *minutes* to get a JVM going with a Clojure SLIME REPL (an interactive Lisp shell that I can control from my desktop). That code generation and initial JIT stuff isn't cheap. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.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
Re: Secret Service plans IT reboot
On Mon, Oct 26, 2009 at 10:47 AM, David Purdy dpurd...@aol.com wrote: Is that even possible for 1980 era hardware? -Not sure about parts, but in 1989 at Tektronix, we turned off supposedly the last 168 (MP of course) running west of the Mississippi. We had about a half-dozen CE's there, who wanted a picture taken with each powering down the frame. After the first one did the power-off, the sucker wouldn't come back up, even with the half-dozen working on it for 30 minutes. Didn't shed a tear about it - those SMB APARS were a PITA. And there were no parts locally in Portland. I probably once knew what SMB was, but nowadays my brain says Small/Medium Business or Server Message(ing?) Block. What was it then? -- 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: Secret Service plans IT reboot
Speed Matching Buffer, probably. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Monday, October 26, 2009 10:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot On Mon, Oct 26, 2009 at 10:47 AM, David Purdy dpurd...@aol.com wrote: Is that even possible for 1980 era hardware? -Not sure about parts, but in 1989 at Tektronix, we turned off supposedly the last 168 (MP of course) running west of the Mississippi. We had about a half-dozen CE's there, who wanted a picture taken with each powering down the frame. After the first one did the power-off, the sucker wouldn't come back up, even with the half-dozen working on it for 30 minutes. Didn't shed a tear about it - those SMB APARS were a PITA. And there were no parts locally in Portland. I probably once knew what SMB was, but nowadays my brain says Small/Medium Business or Server Message(ing?) Block. What was it then? -- 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: Secret Service plans IT reboot
Speed Matching Buffer, probably. I thought so, too. They were more trouble than they were worth. Just like the fixed head on (some) original 3350's. - 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: Secret Service plans IT reboot
Speed Matching Buffer, probably. Yup, Speed Matching Buffer is correct. 168 had timing issues with state-of-the-art 3380's (STK 8380's if I remember). Worst thing was the 168 shared DASD with a 3033 - the 168 always came in second. -Original Message- Is that even possible for 1980 era hardware? -Not sure about parts, but in 1989 at Tektronix, we turned off supposedly the last 168 (MP of course) running west of the Mississippi. We had about a half-dozen CE's there, who wanted a picture taken with each powering down the frame. After the first one did the power-off, the sucker wouldn't come back up, even with the half-dozen working on it for 30 minutes. Didn't shed a tear about it - those SMB APARS were a PITA. And there were no parts locally in Portland. I probably once knew what SMB was, but nowadays my brain says Small/Medium Business or Server Message(ing?) Block. What was it then? -- 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: big iron mainframe vs. x86 servers
On 26 Oct 09 08:41:40 -0800, Charlie Gibbs cgi...@kltpzyxm.invalid wrote: No, on the contrary. The internals keep representing the same point in time, as utc, but you have it presented as a time in the format of your choosing. Exactly. UTC has been the standard in aviation for decades for this very reason. With 20-20 hindsight, all computers should have started off marking files that way. It's not easy changing, but it would really be worth it. Especially for those sites that gradually change the time to make sure transactions get stored in order as the clock bumps back because of daylight savings time - but also for any multi-time zone database. -- 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
SCLM and ++include statements
I want to thank all of you in advance who might respond to my questions. I am currently running SCLM and have programs that have ++include statements imbeded in them to pull in file layouts, etc. I can not find any SCLM documentation that talks about ++include statements. Can anyone point me to any SCLM documentation that will talk about ++include statements? Thank you, Kurt -- 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: SCLM and ++include statements
The ++include is from a different library system, SCLM uses copy. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kurt Eastwood Sent: Monday, October 26, 2009 11:29 AM To: IBM-MAIN@bama.ua.edu Subject: SCLM and ++include statements I want to thank all of you in advance who might respond to my questions. I am currently running SCLM and have programs that have ++include statements imbeded in them to pull in file layouts, etc. I can not find any SCLM documentation that talks about ++include statements. Can anyone point me to any SCLM documentation that will talk about ++include statements? Thank you, Kurt -- 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 This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you. -- 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: SCLM and ++include statements
Isn't ++INCLUDE a Panvalet control card, rather than SCLM? Kurt Eastwood kurtms...@yahoo.com 10/26/2009 12:29 PM I want to thank all of you in advance who might respond to my questions. I am currently running SCLM and have programs that have ++include statements imbeded in them to pull in file layouts, etc. I can not find any SCLM documentation that talks about ++include statements. Can anyone point me to any SCLM documentation that will talk about ++include statements? Thank you, Kurt -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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: SCLM and ++include statements
I believe ++include may be a panvalet statement. I just don't see how SCLM is correctly using them to pull in file defs, I can't find doc that talks about ++include in SCLM. Unless there is a front end changing these ++include statements to SCLM code? Is anybody doing this? Thanks, Kurt --- On Mon, 10/26/09, Scott Rowe scott.r...@joann.com wrote: From: Scott Rowe scott.r...@joann.com Subject: Re: SCLM and ++include statements To: IBM-MAIN@bama.ua.edu Date: Monday, October 26, 2009, 4:39 PM Isn't ++INCLUDE a Panvalet control card, rather than SCLM? Kurt Eastwood kurtms...@yahoo.com 10/26/2009 12:29 PM I want to thank all of you in advance who might respond to my questions. I am currently running SCLM and have programs that have ++include statements imbeded in them to pull in file layouts, etc. I can not find any SCLM documentation that talks about ++include statements. Can anyone point me to any SCLM documentation that will talk about ++include statements? Thank you, Kurt -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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: Secret Service plans IT reboot
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. eamacn...@yahoo.ca (Ted MacNEIL) writes: Speed Matching Buffer, probably. I thought so, too. They were more trouble than they were worth. Just like the fixed head on (some) original 3350's. 168 had 1.5mbyte channels (there had been special hack for 3mbyte 2305 ... but it had very limited channel distance). 3380 and 3880 would run at 3mbyte ... to retrofit 3380s to 1.5mbyte channels needed speed matching (and eckd) for 3380 (code named: calypso). calypso for CKD had lots of real problems (most of the speed-match problems with CKD which don't exist if it had been FBA). a few past posts mentioning (problems getting) Calypso (working) http://www.garlic.com/~lynn/2004o.html#7 Integer types for 128-bit addressing http://www.garlic.com/~lynn/2007e.html#40 FBA rant http://www.garlic.com/~lynn/2007f.html#0 FBA rant http://www.garlic.com/~lynn/2008q.html#40 TOPS-10 http://www.garlic.com/~lynn/2009k.html#44 Z/VM support for FBA devices was Re: z/OS support of HMC's 3270 emulation? Note that fixed-head feature on 3350s was for disk intensive operations ... theoritically put high-use data there and not have latency of arm motion. problem was that it didn't ship with multiple exposures (being able to overlap data transfer with 3350 arm motion) ... so a high-use 3350 with arm nearly always in motion (device busy) ... lost a lot of the benefit (transfers had to wait until arm motion and device signaled complete). I tried to get 3350 multiple exposure support out the door ... but was opposed for some esoteric internal political reasons by organizations in hudson valley (they thot I was going to put a lot of high-use paging data there ... and they wanted to come out with an all electronic paging device ... prior incarnation of SSD ... and my paging stuff might compete with them; eventually their stuff got canceled w/o even being announced, but by then, it was too late to do anything for 3350 fixed-head feature, ... note what they were doing somewhat was re-incarnated as extended store) some of provisions for high activity data also lost some motivation with introduction of cache controllers (Ironwood/Sheriff) 3880-11 3380-13 misc. past posts being allowed to play disk engineer in bldgs 14 (disk engineering) 15 (disk product test) http://www.garlic.com/~lynn/subtopic.html#disk -- 40+yrs 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: big iron mainframe vs. x86 servers
On Mon, 26 Oct 2009 10:24:05 -0600, Howard Brazee wrote: On 26 Oct 09 08:41:40 -0800, Charlie Gibbs wrote: No, on the contrary. The internals keep representing the same point in time, as utc, but you have it presented as a time in the format of your choosing. Exactly. UTC has been the standard in aviation for decades for this very reason. Did a few plies of this thread get lost in the newsgroup void? With 20-20 hindsight, all computers should have started off marking files that way. It's not easy changing, but it would really be worth it. Regrettably, it rarely works right. MVS and UNIX early realized the benefit of UTC (but MVS only partly -- how are ISPF PDS members marked? What about tape labels?) But new systems must reinvent. MS DOS and Macintosh OS both well after started running the primary clock on civil time. Mac is better now; Windows is still ailing. I suspect the mechanism is that engineers eager to get to power-on test start their test beds with the clock on civil time. They procrastinate implementing the conversion routine. Then the shipment deadline looms, and the transition is deferred to a future release, then the conversion effort is unacceptable. (When will ISPF start using UTC?) And z/OS and Unix System Services still don't do it right for US timestamps prior to 2007. What fraction of z/OS installations (away from the UK meridian) still run the [E]TOD on civil time? Especially for those sites that gradually change the time to make sure transactions get stored in order as the clock bumps back because of daylight savings time - but also for any multi-time zone database. Gulp! And the ETR will only slew a couple seconds a day. It wouldn't finish before time to change back. I understand that during leap seconds, z/OS dispatches no jobs. The designers likely considered but eschewed making even the leap second correction gradually, over a few hours. -- 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: Secret Service plans IT reboot
In a message dated 10/26/2009 11:04:56 A.M. Central Daylight Time, dpurd...@aol.com writes: remember). Worst thing was the 168 shared DASD with a 3033 - the 168 always came in second. Ate my lunch on JES3. Had a fall thru list of DEV types followed by a DC X'00'. We don't have no SMB's in the lab...maddest I've ever seen a PSR. -- 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: Secret Service plans IT reboot
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. dpurd...@aol.com (David Purdy) writes: Yup, Speed Matching Buffer is correct. 168 had timing issues with state-of-the-art 3380's (STK 8380's if I remember). Worst thing was the 168 shared DASD with a 3033 - the 168 always came in second. actually the 168 had faster channels than 3033. after the demise of future system effort, there was a mad rush to get stuff into the 370 softwareproduct pipeline. ... 303x was stop-gap while they got 3081 370-xa moving. the 158 had integrated channels (same engine doing both 370 microcode and channel microcode). they took 158 engine with only integrated channel microcode and made it the 303x channel director. A 3031 was then a 158 engine with only 370 microcode and a 2nd 158 engine (channel director) running only channel microcode. A 3032 as 168 reconfigured to use channel director as enternal channels. 3033 started out being 168 logic using 20% chips (the chips also had something like 10 times the number of circuits ... before product ship ... some amount of the logic was redone to use the larger circuits per chip and got 3033 up to 1.5 times 168 ... instead of only 1.2 times). In disk enginneering lab, I was doing channel processing overhead timings ... latency to do a head-switch on 3330 disk drive (read/write CCW, seak head, read/write CCW). 3330s could be formated with dummy records that increased inter-record gap ... allowing timing latency to insert a head-switch seek between the end of one record on a track and the start of a next record on a different track (but same cylinder). The size of the dummy record ... was adjusted to take into account channel processing latency. The fastest channel (lowest latency in terms of size of dummy record to allow for channel latency) was 168, 148, 4341, etc. The slowest was 158 (needed larger dummy record ... to account for higher latency and slower processing of 158 integrated channel). All of the 303x processing (3031, 3032, 3033) with (158 engine) channel director had identical operational characteristics to 158. Now sjr (bldg. 28 across street from bldg. 14 15) for a time had a 168 MVS system and a 158 VM system. All of the 3330 strings were interconnected ... but there was a rule that NO MVS packs would be mounted on VM-designated strings ... because the enormous performance penalty (drive, controller, channel) associated with common MVS multi-track search operations. One day, an operator, accidentially mount a MVS pack on a drive in a VM-designated string. Within 10 minutes ... the datacenter was getting irate calls from users regarding severe degraded performance. Operations initially refused to switch the pack (to MVS-designated string) until off-shift. The VM group had a VS1 sysetm that had been highly optimized ... especially for running under VM. They took the VS1 pack and placed it on a MVS-designated string ... and started up standard sequence of (OS360) multi-track searches (VTOC, PDS, etc) ... and nearly brought the MVS system to its knews (i.e. the VS1 system on a VM/158 system nearly resulting in stoping a MVS/168 system ... by being able to do better job of multitrack searches). The nearly halting of the MVS/168 system ... so slowed down the multi-track searchs on the mis-mounted MVS pack ... that the VM/158 user throughput then nearly returned to normal (even with the load of virtual VS1 keeping the MVS/168 system in check). At that point, operations decided to immediately move the mis-mounted MVS pack ... if the VM group would shutdown their virtual VS1 system. -- 40+yrs 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: SCLM and ++include statements
Thanks for your responses. I found a front end for SCLM that was handling the ++include statements. Kurt --- On Mon, 10/26/09, Scott Rowe scott.r...@joann.com wrote: From: Scott Rowe scott.r...@joann.com Subject: Re: SCLM and ++include statements To: IBM-MAIN@bama.ua.edu Date: Monday, October 26, 2009, 4:39 PM Isn't ++INCLUDE a Panvalet control card, rather than SCLM? Kurt Eastwood kurtms...@yahoo.com 10/26/2009 12:29 PM I want to thank all of you in advance who might respond to my questions. I am currently running SCLM and have programs that have ++include statements imbeded in them to pull in file layouts, etc. I can not find any SCLM documentation that talks about ++include statements. Can anyone point me to any SCLM documentation that will talk about ++include statements? Thank you, Kurt -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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: Secret Service plans IT reboot
It probably was a 3081 - I may have a memory leak. Tek had seven business data centers and one engineering data center at the time. Engineering was running a 3083 with VM/HPO5 for circuit simulation, and circuit board design system for a time. The disclaimer, ...if I remember is becoming more and more relevant. Sorry for the misinformation. David Purdy -Original Message- From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Sent: Mon, Oct 26, 2009 2:49 pm Subject: Re: Secret Service plans IT reboot dpurd...@aol.com (David Purdy) writes: Yup, Speed Matching Buffer is correct. 168 had timing issues with state-of-the-art 3380's (STK 8380's if I remember). Worst thing was the 168 shared DASD with a 3033 - the 168 always came in second. actually the 168 had faster channels than 3033. after the demise of future system effort, there was a mad rush to get stuff into the 370 softwareproduct pipeline. ... 303x was stop-gap while they got 3081 370-xa moving. -- 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: INACTIVE INTERVAL EXCEEDED BY SPECIAL USER
Is they reply case sensitive? Was it entered in such a way that it was not upper cased? Since when is a reply case-sensitive? We're talking mainframes, here! - 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: INACTIVE INTERVAL EXCEEDED BY SPECIAL USER
Ted MacNEIL wrote: Is they reply case sensitive? Was it entered in such a way that it was not upper cased? Since when is a reply case-sensitive? We're talking mainframes, here! This started on RACF-L, but since you asked here I will answer here. I have seen code that assumed the reply would be upper case, and the console normally will upper case the reply. However if the reply is in quotes, or is sent thru SVC 34 I think it is sent asis. -- Richard -- 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: Secret Service plans IT reboot
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/2009p.html#12 Secret Service plans IT reboot there use to be a joke about TSO users not realizing how deplorable performance was because they couldn't see the difference by operating with w/o MVS (actually in large part, CKD multi-track search). CKD multi-track search introduced with original 360 was scarce resource use trade-off of the period ... by the mid-70s, the relative amounts of resources had nearly inverted (which resources were the scarcest), starting to make multi-track search the exact wrong thing to do, there was a large national retail operation with a consolidated datacenter (large number of systems in loosely-coupled configuration) ... which started to run into severe throughput problem during peak periods. This went on for awhile, lots of experts being brought in over period of time, until they eventualy got around to calling me in. I was brought into a class room with large number of long class tables ... covered with high stacks of paper performance details from all the systems. while i started to leaf through all the pages (for shared disk activity, I had to aggregate drive activity from different systems/reports in my head ... while they started through overall summary of the symptoms). After about 20-25 minutes ... I started to notice a somewhat anomolous circumstance ... about the only correlation between good thruput and nearly no thruput was a specific pack had aggregated i/o counts between 6 and 7 during high-load/low-throughput (which would seem to hardly be a thruput limitation). After a little more investigation ... it turned out, the pack contained the shared application library for the whole complex ... more investigation was that the PDS had a three cylinder PDS directory. Back of the envelope calculations was that avg. depth of search was cylinder and half (PDS member lookup) ... that would be two multi-track search I/Os that took elapsed time of nearly 1/2 second. Assumption then was the two PDS directory lookup I/Os would be followed by a single I/O for a PDS member load. That accounts for aggregate of six I/Os per second saturating the drive ... basically limiting the whole national loosely-coupled infrastructure to performing an aggregate of two application (PDS) program library loads per second. Each full-cylinder multi-track search represented enormous busy elapsed time for the processor channel (locking out any other activity on the same channel). The full-cylinder multi-track searches also locked up the (shared) controller, string and drive ... locking out all systems from accessing anything else associated with those resources. The eventual result was reconfiguring everything to try and come as close as possible to eliminating the long multi-track searches (drastically reduced PDS directory size) ... and replicating the shared application library on non-shared drives for each system. PDS directory ( vtoc) multi-track searches alleviated needing the real storage to contain the directory information (at enormous cost in I/O resources). By the mid-70s, real storage was becoming plentiful enough that it was practical to keep high-useage (vtoc ) PDS directory information cached in system storage (allowing fast lookup of instorage index) ... so program loads could happen at normal disk activity thruput speeds (say 30-50/second) ... instead of at 2/second (limited by the enormous PDS directory multi-track search penalty). This resource trade-off also showed up with RDBMS ... the original relational/sql was done on vm system in bldg. 28 ... system/r ... misc. past posts: http://www.garlic.com/~lynn/subtopic.html#systemr In the 70s, there was somewhat rivalry between the IMS group in STL and system/r in bldg. 28 on the main plant site. IMS group claimed better trade-offs because record pointers were exposed as part of the data ... and it was possible to go directly to a specific piece of data. This was contrasted with RDBMS implementation that had an implicit index ... which could take 4-5 disk i/os to eventually find the location of the desired data record. This implicit index also tended to double the physical disk space required (vis-a-vis same data in IMS). The system/r group countered that the exposed record pointers created a significant administrative and maintanance overhead ... especially for adding data ... nearly eliminated by the implicit indexes). The resource trade-offs argument changed with combination of enormous disk size increases and drastic fall in cost/mbyte (muting the issue regarding doubling disk space for the indexes). At the same time there was significant increase in available system real storage ... making it practical to cache a large portion of the (implicit) RDBMS indexes (drastically reducing separate physical disk i/os to find data record). -- 40+yrs
Re: Does a DD-Statement waste memory after dealloc?
Hi Juergen, The FREEPOOL macro releases an area of storage, previously acquired for a buffer pool for a specified data control block. The area must have been acquired either automatically (except when dynamic buffer control is used) or The problem is, that FREEPOOL needs the DCB - an because my appl is written in C, I don't have any clue about the DCB Bye, Michael -- Yours sincerely Michael Knigge Development S.E.T. Software GmbH Lister Straße 15 30163 Hannover GERMANY Tel. +49 511/3 97 80-23 Fax +49 511/3 97 80-65 michael.kni...@set-software.de Commercial Registry: HRB52778 Local Court Hannover Chief Executive Officer: Till Dammermann, Dr. Bernd Huber -- 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: Does a DD-Statement waste memory after dealloc?
Hi Chris, Under the COMMAND panel, try VERBX VSMDATA 'SUMMARY' Thank you for the hint... I tried it and what I get at the end of the summary is: VSM SUBPOOL TRANSLATION TABLE ERROR DETECTED The other thing I find interesting is the fact that you are up to 17T real pages. Either some program is looking at a lot of storage all the time, or that storage has been pagefixed. If it was not pagefixed, the system probably would have paged some of that storage out. To see what is pagefixed you can run a RSMDATA report. gives me BLS18100I ASID(X'0001') FFB744 not available for PVT IAR80303I Primary RSM data area not in dump. RSM processing terminated. Well all this stuff is somehow wired... Using IPCS I was able to see that I use most of the space in the extended user region (ELOAL = 3A4F000) and with the IBM Fault Analyzer I was able to see that there are many many modules loaded in this region that I've never heard about :( So I'm out of the office now for two days and when I'm back I guess I have to study a lot of manuals (i. e. ABCs of SysProg and so on) to get familar with all this stuff... I ask myself why there is no how to find memory leaks guideline in the ABCs of System Programming Manuals... Other stuff is handled (for ex. loop detection) So far, thank you for your hints bye, Michael -- Yours sincerely Michael Knigge Development S.E.T. Software GmbH Lister Straße 15 30163 Hannover GERMANY Tel. +49 511/3 97 80-23 Fax +49 511/3 97 80-65 michael.kni...@set-software.de Commercial Registry: HRB52778 Local Court Hannover Chief Executive Officer: Till Dammermann, Dr. Bernd Huber -- 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: Does a DD-Statement waste memory after dealloc?
On Mon, 26 Oct 2009 22:57:56 +0100 Michael Knigge michael.kni...@set-software.de wrote: :Hi Chris, : Under the COMMAND panel, try VERBX VSMDATA 'SUMMARY' :Thank you for the hint... I tried it and what I get at the end of the :summary is: :VSM SUBPOOL TRANSLATION TABLE ERROR DETECTED Do you have an SVCDUMP or a SYSMDUMP? If the former, which options were specified? : The other thing I find interesting is the fact that you are up to 17T real pages. Either some program is looking at a lot of storage all the time, or that storage has been pagefixed. If it was not pagefixed, the system probably would have paged some of that storage out. To see what is pagefixed you can run a RSMDATA report. :gives me :BLS18100I ASID(X'0001') FFB744 not available for PVT :IAR80303I Primary RSM data area not in dump. RSM processing terminated. :Well all this stuff is somehow wired... :Using IPCS I was able to see that I use most of the space in the :extended user region (ELOAL = 3A4F000) and with the IBM Fault Analyzer I :was able to see that there are many many modules loaded in this region :that I've never heard about :( :So I'm out of the office now for two days and when I'm back I guess :I have to study a lot of manuals (i. e. ABCs of SysProg and so on) to :get familar with all this stuff... :I ask myself why there is no how to find memory leaks guideline in the :ABCs of System Programming Manuals... Other stuff is handled (for ex. :loop detection) It is pretty straight forward, as described. Look for the repeated VSM storage blocks, and then look at the storage. You can check the trace table for the various flavors of STORAGE and GETMAIN looking for unmatched pairs and repeated allocations. :So far, thank you for your hints -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: Secret Service plans IT reboot
Is that even possible for 1980 era hardware? How long has it been since the last spare parts were made? Do we even know that it is one of the water machines? Maybe it is a 4381 - those things might run forever. In any case, I would *really* like to know where this machine ends up. The old water cooled machines are nearly extinct. -- Will -- 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: Secret Service plans IT reboot
In a message dated 10/26/2009 8:08:27 P.M. Central Daylight Time, wdonze...@gmail.com writes: Do we even know that it is one of the water machines? Maybe it is a 4381 - those things might run forever. One of the classic SHAREs the 'Fat Boys' actually were brave enough to document their experiences when converting to a 43xx(maybe a 61 don't remember). Doing pretty good 'til they tried to hook up a three phase printer(maybe a Siemens) and managed to blow out the circuit boards to the I/O driver for everything. There were holes where the T05 cans used to be! -- 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: SCLM and ++include statements
Scott: These Are a Panvalet product only. This a possible way to handle them. Use your global editor to find (and replace) ++INCLUDE to copy ... This works some of the time. The issue is that IIRC the member name may be up to 10 characters which probably does not fit in most PDS's. I think what we did we found all the ++ includes and sat down with a person from the group and renamed all e members to 8 chanacters and used PAN to export the to the desired members. This was a nice project for a junior person to do and the person from the team gave input. The project had its bumps but it worked 99 percent of the time. Panvalet was OK for its day, I guess. I do remember them charging a pretty buck for the ISPF interface. We bought it but at the point we were also getting geared up to drop the product. Ed --- On Mon, 10/26/09, Scott Rowe scott.r...@joann.com wrote: From: Scott Rowe scott.r...@joann.com Subject: Re: SCLM and ++include statements To: IBM-MAIN@bama.ua.edu Date: Monday, October 26, 2009, 11:39 AM Isn't ++INCLUDE a Panvalet control card, rather than SCLM? Kurt Eastwood kurtms...@yahoo.com 10/26/2009 12:29 PM I want to thank all of you in advance who might respond to my questions. I am currently running SCLM and have programs that have ++include statements imbeded in them to pull in file layouts, etc. I can not find any SCLM documentation that talks about ++include statements. Can anyone point me to any SCLM documentation that will talk about ++include statements? Thank you, Kurt -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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