Re: Poster of computer hardware events?
Phil Smith III [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... (Cross-posted to IBM-VM and IBM-MAIN) A buddy asked me: At a previous employer, someone had an article, poster or something (I know - real specific - it was 15+ years ago) that tried to put the time for computer events into perspective. It started with the quickest instruction (RR) having a baseline of 1 second. It the proceeded to go through all of the instructions, RX, RS, SS etc. and then into I/O, MIH and so on. Have you ever heard or seen anything like this? I'm having trouble stressing the importance of poor I/O response time and I thought this might be of use. I had to tell him I hadn't ever seen such a thing, but would like to. I figure if anyone else alive knows what this is/was, they'll be on one of these two lists...! Anyone? -- ...phsiii A ROT I learned many years ago: if an instruction takes 1 second, an I/O takes 2 weeks. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OPTABLE option of Disassembler
Craddock, Chris wrote: if it were archaic, or dead code, the length of the operands is dictated by the 1st two bits of the opcode so the disassembler would presumably skip the correct number of bytes and interpret the next instruction correctly. In other words it would get back into it's stride eventually. For some programs, eventually is a long time. In the seventies we ran a third party product named Executor; out of curiosity I looked at the way it handled expiration date checking. The author had, by judicious use of base registers and offsets, managed to create a sizable section of code containing more than a dozen interleaved instructions, i.e., the sequence of instructions branched back to start+2 and executed a separate instruction chain. And there also was a checksum check on this section of code! In general, any code that has a DS in it could lead the disassembler astray by presenting meaningless length bits, and blank data areas may generate invalid STH sequences that won't get back correctly. Gerhard Postpischil Bradford, VT -- 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
Lifespan of NAME/TOKENs
I want to use NAME/TOKEN pairs as an independent anchor to a storage address on a per-subtask (TCB) level. Is this a good way to go? If so, are these automatically deleted when the subtask is terminated, leaving no accumulation behind? TIA. Jerry -- 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: How to Open a TN3270 session at HMC Stattion ...
Yes, I put the ip address for one LPAR. For Port Number, I put the default (23) : hasn't work! My quest. Is there a specific Port for theses connections? Thanks. Cordialement. Mustafa MOUSSADAK BCP -Message d'origine- De : IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] De la part de Kurt Schroeder Envoyé : vendredi 9 novembre 2007 02:23 À : IBM-MAIN@BAMA.UA.EDU Objet : Re: How to Open a TN3270 session at HMC Stattion ... Did you try using the Configure 3270 Sessions task on the HMC? This task lets you configure 3270 sessions that will get started whenever the HMC starts. The task lets you specify the IP address etc. for the target host. Kurt Schroeder IBM Endicott - HMC Development -- 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 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.cpm.co.ma ** -- 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: ATMs (Was: High order bit in 31/24 bit address)
At least most ATMs are still connected to mainframes. Aren't they? Most I dealt with in the mid-1980s were Tandem NonStop. It's an interesting bit of history that the first Tandem machine wasn't available until 1976, well after the first electronic ATM (1967) and lots of other ATMs. From what I've read the first networked ATM appeared in 1968, and the first popular ATM (i.e. same model placed into service by more than one bank) was the IBM 2984 starting in 1973. The IBM 2984 offered variable cash withdrawals and instantly deducted from your account, so it was 100% on-line -- 34 years ago. (I remember my father using our local bank's first ATM, newly installed, when I was a young child. It seemed like magic.) Presumably most if not all of these ATMs connected to IBM System/360s and /370s. Tandem came along after almost a decade of ATMs. But leaving aside possible dumb boxes in the middle, yes, some ATMs are still connected to HP NonStop (formerly Tandem) machines acting as switches, thence to IBM mainframes. ACI Worldwide's BASE24-eps is one very popular ATM solution, for example. A few years ago BASE24 became available for z/OS, so you can guess the trend. (That and, I assume, the fact virtually all Western banks now keep z/OS and core transaction systems running 24x365. Tandem's raison d'être, to keep the ATMs up and queuing limited transactions during nightly or weekly scheduled outage, no longer applies with modern 24 hour SLAs. Think CICS TS/CICSplex, DFSMStvs and others, DB2 data sharing, MQ shared queues, IMS HALDB/IMSplex, z/TPF, Sysplex, etc., etc.) Here's some technical information: http://www.redbooks.ibm.com/abstracts/sg247268.html http://www.redbooks.ibm.com/abstracts/redp4337.html And then there are Japanese ATMs, but that's a digression for another time. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [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: zAAP question
Sam Knutson writes: GP = $$$ ICF = $$ IFL or IFA = $ Even in reference exclusively to hardware pricing, it's a little more complicated. First of all, the hardware price for a zIIP is the same as an IFL is the same as a zAAP (seen as IFA in RMF reports). So you can add zIIP to that list. But here's the twist: you cannot buy a zIIP or a zAAP without at least some CP capacity. Moreover, you can only configure a maximum of one zIIP and one zAAP -- it can be one of each -- per full or fractional (subcapacity) CP engine. So because the configurations are interdependent, the hardware pricing is also (quite arguably) interdependent. To use an analogy, is the price to play a round of golf at a country club only the greens fee, or is it also some pro-rata share of the membership fee? To use another analogy, can you go to your local car dealer and order just the parking assist sensor option, separately? Or do you have to buy a car and then add that option for an extra fee? (OK, yes, in theory you could go to the parts window and buy the parking assist sensor separately, but it wouldn't do anything without a car to attach it to.) That said, you can buy an IFL-only mainframe (or for that matter a CF-only mainframe), so those are different yet again. But in general I think of business computing (regardless of platform) more in terms of capital expense accounting than, say, buying a hamburger to consume right now. For capital equipment, prices and costs have time dimensions and multiple interdependent factors. To use my car analogy again, does anyone here buy the cheapest car? (That would be a beater Yugo I guess.) What car(s) do you own? But there is some simple advice, at least for zIIPs and zAAPs: if you have a non-trivial amount of work that is eligible to run on zIIP and/or zAAP engines, buy as much zIIP and/or zAAP as you can until either you cannot configure any more zIIP/zAAP capacity or you have reduced the amount of eligible work running on the CPs back to trivial. The definition of trivial will vary a bit but usually it'll be obvious. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [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: ATMs (Was: High order bit in 31/24 bit address)
Timothy Sipples wrote: But leaving aside possible dumb boxes in the middle, yes, some ATMs are still connected to HP NonStop (formerly Tandem) machines acting as switches, thence to IBM mainframes. ACI Worldwide's BASE24-eps is one very popular ATM solution, for example. A few years ago BASE24 became available for z/OS, so you can guess the trend. Yes, I can. AFAIK z/OS version is not popular one. I know *big* ATM installation which migrated from z/OS to NonStop. People from ACI claimed that most of their installtions are not on mainframe. Timothy: I like mainframes, I have personal interest in mainframe business growth (at least survive), but I see no reason to be unhonest. Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: ATMs
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (R.S.) writes: Yes, I can. AFAIK z/OS version is not popular one. I know *big* ATM installation which migrated from z/OS to NonStop. People from ACI claimed that most of their installtions are not on mainframe. Timothy: I like mainframes, I have personal interest in mainframe business growth (at least survive), but I see no reason to be unhonest. a reference from hp/nonstop ACI’s BASE24 on the NonStop server hits 40 billion transaction mark http://www.hp.com/products1/24x7/strategic/aci.html disclaimer ... we did some marketing against them when we were doing our ha/cmp product ... misc. past posts http://www.garlic.com/~lynn/subtopic.html#hacmp for even more drift, latest newsletter http://www.tandemworld.net/newsletter%20nov07.htm and in later life, even worked on some joint projects with ACI. for instance AADS work http://www.garlic.com/~lynn/x959.html#aads nacha AADS rfi (submitted on our behalf, since were weren't nacach members) http://www.garlic.com/~lynn/nacharfi.htm involved modifying pre-auth capability in the EFT (debit) network switch pilot results http://internetcouncil.nacha.org/docs/ISAP_Pilot/ISAPresultsDocument-Final-2.PDF -- 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: ATMs
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Timothy Sipples) writes: It's an interesting bit of history that the first Tandem machine wasn't available until 1976, well after the first electronic ATM (1967) and lots of other ATMs. From what I've read the first networked ATM appeared in 1968, and the first popular ATM (i.e. same model placed into service by more than one bank) was the IBM 2984 starting in 1973. The IBM 2984 offered variable cash withdrawals and instantly deducted from your account, so it was 100% on-line -- 34 years ago. (I remember my father using our local bank's first ATM, newly installed, when I was a young child. It seemed like magic.) Presumably most if not all of these ATMs connected to IBM System/360s and /370s. Tandem came along after almost a decade of ATMs. re: http://www.garlic.com/~lynn/2007s.html#6 ATMs early work was done at los gatos lab ... before i was spending any time there. however, i do remember people talking about having worked on the development. they had large supply of bills from numerous different countries ... which they kept in a locked vault in the basement (for testing with the machines during development). they also mentioned story about one of the early machines going in across the street from a fast food resturant and kids feeding condiment packets into the card slot (one of the early bug fixes was countermeasure for such an attack). old posts reference 2984 http://www.garlic.com/~lynn/2006q.html#5 Materiel and graft http://www.garlic.com/~lynn/2006u.html#40 New attacks on the financial PIN processing http://www.garlic.com/~lynn/2006x.html#9 Plurals and language confusion http://www.garlic.com/~lynn/2007l.html#47 My Dream PC -- Chip-Based -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: Restricting a SYSPLEX LPAR with WLM
If you have assembler skill, it's not that difficult. You can code a JES2 Exit6 that verifies if a user is authorized to use a specific JOBCLASS or SCHENV (You can use RACROUTE or program logic) and ensure that this JOBCLASS (or SCHENV) will be defined only in your sysprog LPAR. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Bob Stark Enviada em: quinta-feira, 8 de novembro de 2007 17:02 Para: IBM-MAIN@BAMA.UA.EDU Assunto: Re: Restricting a SYSPLEX LPAR with WLM In all the years since this post, has anyone come up with a new, good, foolproof way to have one LPAR in a JES2 SYSPLEX only run SYSPROG jobs during a test window? $P XEQ seems to work great to run no batch at all $T JOBCLASS affects the other LPARs as well as this one. $T MEMBER(sysid),IND=YES can still allow a WLM job to run It seems there is just no way to drain those pesky WLM initiators. If we had fully implemented WLM resources, that would be a solution, but we have not. Regards, Bob Stark -- 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 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
The Hole Below the Bar
Interesting evolution of 24 - 31 - 64 bit addressing : - 16MB is a real euclidian line i.e. zero thickness. - 2GB line has a thickness of 4KB - Now the bar is 2GB wide. As for the need of a guaranteed bad address, is it something similar to a NULL pointer in C ? If I recall correctly, C implemets NULL pointers as X'0' which off course would run into issues with PSA access here. By the way how was this need satisfied in 24 bit days ? Or was it that the need hadn't arisen yet ? Just curious Mohammad On Thu, 8 Nov 2007 17:48:05 -0500, Jim Mulder [EMAIL PROTECTED] wrote: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/08/2007 12:24:52 PM: On Thu, 8 Nov 2007 08:43:03 -0800 Edward Jaffe [EMAIL PROTECTED] wrote: :There is also a one-page hole at 7000. (Another handy :implementation choice made by your friendly-neighborhood z/OS developers!) Interesting. Is that hole documented? I don't know if it is documented, but it has been that way since the beginning of MVS/XA, and isn't going to change. Is there any 24 bit virtual address which is never assigned a slot? No, there is no such 24 bit virtual address. With only 4,096 pages that are 24-bit addressable, I guess we didn't want to dedicate one of them for that purpose. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Poster of computer hardware events?
Phil Smith III wrote: (Cross-posted to IBM-VM and IBM-MAIN) A buddy asked me: At a previous employer, someone had an article, poster or something (I know - real specific - it was 15+ years ago) that tried to put the time for computer events into perspective. It started with the quickest instruction (RR) having a baseline of 1 second. It the proceeded to go through all of the instructions, RX, RS, SS etc. and then into I/O, MIH and so on. Have you ever heard or seen anything like this? I'm having trouble stressing the importance of poor I/O response time and I thought this might be of use. I had to tell him I hadn't ever seen such a thing, but would like to. I figure if anyone else alive knows what this is/was, they'll be on one of these two lists...! Anyone? When I got into system programming in 82 I remember something about comparing computer time to people speed. The situation was the fastest, best, and brightest computer operator was standing in front of the console when a WTOR appeared. They knew that the WTOR was going to appear, they knew what the reply was going to be, they had their fingers over the keyboard ready to type, and as soon as it popped up they typed in the reply as fast as they could. If it took on average 1 second to execute an instruction, it just took that operator 1 year to reply to the WTOR. I don't know what machine type they were referring to, I don't think it mattered that much at that time. There are just over 31.5 million seconds in a year. I can't remember the whole thing, but I believe that Grace Hopper used to use different rope lengths to show how long, or short various measurements of time were: a nano second vs. a full second. -- 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: How to Open a TN3270 session at HMC Stattion ...
Using the HMC as a TN3270 client assumes that the HMC is somehow connected to your internal network. Either directly or through a routed path. HMC's have two LAN connections, one is supposed to be used as the service LAN and users are not supposed to connect anything to this LAN. The second LAN connection can be used to connect the HMC to a user LAN which can be used to gain remote access to the HMC's or for the HMC's to gain access to other things. Other things include being used as a TN3270 client. Moussadak Mostafa wrote: Yes, I put the ip address for one LPAR. For Port Number, I put the default (23) : hasn't work! My quest. Is there a specific Port for theses connections? Thanks. Cordialement. Mustafa MOUSSADAK BCP -Message d'origine- De : IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] De la part de Kurt Schroeder Envoyé : vendredi 9 novembre 2007 02:23 À : IBM-MAIN@BAMA.UA.EDU Objet : Re: How to Open a TN3270 session at HMC Stattion ... Did you try using the Configure 3270 Sessions task on the HMC? This task lets you configure 3270 sessions that will get started whenever the HMC starts. The task lets you specify the IP address etc. for the target host. Kurt Schroeder IBM Endicott - HMC Development -- -- 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: Lifespan of NAME/TOKENs
I want to use NAME/TOKEN pairs as an independent anchor to a storage address on a per-subtask (TCB) level. Is this a good way to go? Yes. If so, are these automatically deleted when the subtask is terminated, leaving no accumulation behind? Yes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
copy zfs dataset
I have a zfs dataset which is allocated with a primary and no secondary space and I need to increase the size. The hi-alloc-rba and the hi-used-rba are both at the max size of the primary quantity so it is formatted to its max. How do I increase the size of this. I presume I have to allocate a new one and copy from the old one but what do I use to do the copy. Jim McAlpine -- 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
software req-s for running z/OS 1.9
is there an ibm site which i can consult which will tell me the minimum level of any IBM non-z/os product/component which will run w/ z/os 1.9? Appendix B of _planning_for_installation_version_1_release_9_ is organized in the opposite direction for what i need, e.g., GIVEN that i've got acf/ncp 3745-170/31641 at v7r6, WILL that run ok w/ 1.9 ? thanks in advance -- 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: copy zfs dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Friday, November 09, 2007 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: copy zfs dataset I have a zfs dataset which is allocated with a primary and no secondary space and I need to increase the size. The hi-alloc-rba and the hi-used-rba are both at the max size of the primary quantity so it is formatted to its max. How do I increase the size of this. I presume I have to allocate a new one and copy from the old one but what do I use to do the copy. Jim McAlpine Look at the zfasdmin command. It can dynamically add secondary and/or extend to a second volume. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/FCXD5A70/2.2. 17 Now, to answer the question asked, I usually use pax in copy mode to copy subdirectories from one filesystem to another one. Oh, I need to be root to do this properly! http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA580/PAX cd /from/subdirectory pax -rw -pe -k -X * /to/sub/directory -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: copy zfs dataset
On 11/9/07, McKown, John [EMAIL PROTECTED] wrote: Look at the zfasdmin command. It can dynamically add secondary and/or extend to a second volume. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/FCXD5A70/2.2. 17 Now, to answer the question asked, I usually use pax in copy mode to copy subdirectories from one filesystem to another one. Oh, I need to be root to do this properly! http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA580/PAX cd /from/subdirectory pax -rw -pe -k -X * /to/sub/directory -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology John, any idea when the zfsadmin command arrived as this particular system is z/OS 1.4 and in which manual is it documented. Jim McAlpine -- 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: ATMs (Was: High order bit in 31/24 bit address)
In response to what I said: A few years ago BASE24 became available for z/OS, so you can guess the trend. Radoslaw Skorupka writes: Yes, I can. AFAIK z/OS version is not popular one. I know *big* ATM installation which migrated from z/OS to NonStop. People from ACI claimed that most of their installtions are not on mainframe. Timothy: I like mainframes, I have personal interest in mainframe business growth (at least survive), but I see no reason to be unhonest. Nor do I see a reason to be dishonest. Which is why I endeavor not to be. We apparently have different evidence in front of us. You apparently observed one organization that migrated ATM switching from z/OS to HP NonStop. (I'm not sure when, so I'm curious about that. If it's z/OS, presumably it was after the year 2000?) Perhaps you have other information as well. I'm not at all surprised that ACI would say, at least at some point in time, that most of their installations are not on the IBM mainframe. When your product only runs on Tandem (practically speaking) for some time, it's hard to have any other starting point. :-) I said you can guess the trend based on my observations. As I said, apparently ours are different. I assume you're honest in your observations, and I know I am in mine. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [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: High order bit in 31/24 bit address
On 8 Nov 2007 14:04:13 -0800, [EMAIL PROTECTED] (Robert A. Rosenberg) wrote: The one who decided that if they were in a car, they'd be in the back left seat behind the chauffeur or cab driver. I never let my chauffeur use the ATM. -- 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
IBMLINK 2000
Hi, No, it's not down right now but I have a question regarding it. Does anyone know how to add users ? On the old site there was a page where you could manage accounts for IBMLINK. I can't find it on the new and improved site. I also tried calling tech support but that turned out to be a waste of time. Any help would be appreciated. Thanks Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 5596 [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: copy zfs dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Friday, November 09, 2007 9:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: copy zfs dataset John, any idea when the zfsadmin command arrived as this particular system is z/OS 1.4 and in which manual is it documented. Jim McAlpine Should be in z/OS 1.4, if I'm reading the book correctly: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/FCXD5A20/2.2. 17 quote This edition applies to Version 1 Release 4 of z/OS(TM) (5694-A01) and Version 1 Release 4 of z/OS.e (5655-G52), and to all subsequent releases and modifications until otherwise indicated in new editions. /quote -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Poster of computer hardware events?
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (, IBM Mainframe Discussion List) writes: I made a mistake. A track not in the cache would take on the order of 20 milliseconds, so that would equate to 20 days instead of one day. A track already cached would result in an access time of one millisecond. If the 4K block can be found in a buffer somewhere in virtual storage inside the processor, it might take from 100 to 1000 instructions to find and access that data, which would equate to 100 to 1000 seconds, or roughly one to 17 minutes. And that assumes that the page containing the 4K block of data can be accessed without a page fault resulting in a page-in operation (another I/O), in which case we are back to several days to do the I/O. By the way, it takes at least 5000 instructions in z/OS to start and finish one I/O operation, so you can add about two hours of overhead to perform the I/O that lasts for 20 days. You really want to avoid doing an I/O if at all possible. reply to comment about RPS-miss (in the vmesa-l flavor of this thread) http://www.garlic.com/~lynn/2007s.html#5 Poster of computer hardware events? i had been making comments over a period of yrs that disk relative system thruput had declined by an order of magnitude (i.e. disks were getting faster but processors were getting much faster, faster). this eventually led to somebody in the disk division (gpd) to assigning the gpd performance group to refute the statements. after several weeks they came back and effectively said that i had somewhat understated the disk relative system thruput degradation ... when RPS-miss was taken into account. they then put a somewhat more positive spin on it and turned it into share 63 presentation b874 ... some past references: http://www.garlic.com/~lynn/2002i.html#18 AS/400 and MVS - clarification please http://www.garlic.com/~lynn/2006f.html#3 using 3390 mod-9s http://www.garlic.com/~lynn/2006o.html#68 DASD Response Time (on antique 3390?) one of the issues is does the 5k instruction pathlength roundtrip from EXCP (including channel program translation overhead) or roundtrip just after it has been passed to i/o supervisor??? for comparison numbers ... i had gotten cp67 total roundtrip for page fault down to approx. 500 instructions ... this included page fault handling, page replacement algorithm, a prorated fraction of page i/o write pathlength (which includes everything to start/finish i/o), total page i/o read pathlength (including full i/o supervisor), and two task switches thru dispatcher (one to switch to somebody else, waiting on the page fault to finish and another to switch back after the page i/o read finishes). to get it to 500 instructions involved touch almost every piece of code involved in all of the operations. I believe the 5000 instruction number was one of the reasons that 3090 extended store was a syncronous instruction (since the asyncronous overhead and all related gorp in mvs was so large). earlier, there had been some number of electronic 2305 paging device deployed at internal datacenters ... referred to as 1655 model (from an outside vendor). these involved effectively low latency but limited to channel transfer and cost whatever the asyncronous processing overhead. the 3090 extended store was done because of physical packaging issues ... but later when physical packaging was no longer an issue ... there were periodic discussions about configuring portions of regular memory as simulated extended store ... to compensate for various shortcomings in page replacement algorithms. with regard to the cp67 500 instruction number vis-a-vis MVS ... i would periodically take some heat regarding MVS having much more robust error recovery as part of the 5000 number (even tho the 500 number was doing significantly more). so later when i was getting to play in bldgs 14 15 (dasd engineering lab and dasd product test lab), i had opportunity to rewrite vm370 i/o supervisor. the labs in bldg. 1415 were running processor stand-alone testing for the dasd/controller testcells (one at a time). They had tried doing this under MVS but had experienced 15min MTBF (system crashing and/or hanging with just a single testcell). I undertook to completely rewrite i/o supervisor to make it absolutely bullet proof, allow concurrent testcell operation in operating system environment. lots of past posts mentioning getting to play disk engineer http://www.garlic.com/~lynn/subtopic.html#disk some old postings about comparisons of degradation of disk relative system thruput. the claim was that doing similar type of cms workload ... in going from cp67 on 360/67 with 80 users to vm370 on 3081 ... it should have shown an increase to several thousand online uses ... instead of increase to 300 or so online users. The increase in online users is roughly the
Re: Arbiter, DASD emulation? Historical trivia ..
I installed and supported it - probably late 80's. Tangram systems if I recall correctly. Paul P. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is it possible to get them? (Pierce, Bernard's old papers)
Johnny The first paper was presented at CMG in 1995. To the best of my knowledge, CMG does not have softcopy of papers before 1997 (the last ten years). You might find someone that attended the conference in 1995 and still has the paper copy of the proceedings. I do not still have my copy of the proceedings. Your best avenue to get the papers might be to track down Bernard R. Pierce. I can not find him as a current member of CMG. Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Johnny Luo Sent: Thursday, November 08, 2007 11:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Is it possible to get them? (Pierce, Bernard's old papers) Hi, While reading this article (http://www-03.ibm.com/servers/eserver/zseries/zos/wlm/documents/velocity/ve locity.html ), I noticed the reference to Dispatching Management in MVS - TCBs to Enclaves, Pierce, Bernard R., CMG95. I searched the web but cannot find it. I also hit another one from Pierce: 'The Evolution of the SRM to The Workload Manager in MVS V5' It gives me an impression that they're all old print papers and it's hard to get them nowadays. But I'm not sure. -- Thanks, Johnny -- 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.25/1118 - Release Date: 11/8/2007 9:29 AM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.26/1120 - Release Date: 11/9/2007 9:26 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.26/1120 - Release Date: 11/9/2007 9:26 AM -- 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: Arbiter, DASD emulation? Historical trivia ..
Same here. We used it at the hospital where I used to work. It sort-of worked, but was slow, and pretty buggy. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Peplinski Sent: Friday, November 09, 2007 10:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Arbiter, DASD emulation? Historical trivia .. I installed and supported it - probably late 80's. Tangram systems if I recall correctly. Paul P. -- 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 This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is it possible to get them? (Pierce, Bernard's old papers)
Tom Moulder wrote: Your best avenue to get the papers might be to track down Bernard R. Pierce. Bernie Pierce works for IBM. His contact information is available from http://whois.ibm.com. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is it possible to get them? (Pierce, Bernard's old papers)
In a message dated 11/9/2007 9:29:29 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Your best avenue to get the papers might be to track down Bernard R. Pierce He worked for IBM long ago, went to Candle, and IBM acquired Candle. Ergo I believe he now works for IBM again. Cheryl Watson and/or Peter Enrico probably have/has current info on how to contact him if you know how to contact either of them. Bill Fairchild Franklin, TN ** See what's new at http://www.aol.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is it possible to get them? (Pierce, Bernard's old papers)
Tom, Thank you very much for the info. I also tried to find the website of CMG but only got CMGA (http://www.cmga.org.au/). I am wondering whether they have softcopy of papers for sale. I wanna have a try if possible. Johnny On Nov 9, 2007 11:29 PM, Tom Moulder [EMAIL PROTECTED] wrote: Johnny The first paper was presented at CMG in 1995. To the best of my knowledge, CMG does not have softcopy of papers before 1997 (the last ten years). You might find someone that attended the conference in 1995 and still has the paper copy of the proceedings. I do not still have my copy of the proceedings. Your best avenue to get the papers might be to track down Bernard R. Pierce. I can not find him as a current member of CMG. Tom Moulder -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is it possible to get them? (Pierce, Bernard's old papers)
www.cmg.org You can order previous CMG Proceedings - http://www.cmg.org/national/publications.html#Order I think that you may be able to order individual papers if they are available. Email [EMAIL PROTECTED] and ask for the info. Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600 Laurel Oak Road, Voorhees, NJ, 08043 Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656 CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Johnny Luo Sent: Friday, November 09, 2007 10:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Is it possible to get them? (Pierce, Bernard's old papers) Tom, Thank you very much for the info. I also tried to find the website of CMG but only got CMGA (http://www.cmga.org.au/). I am wondering whether they have softcopy of papers for sale. I wanna have a try if possible. Johnny On Nov 9, 2007 11:29 PM, Tom Moulder [EMAIL PROTECTED] wrote: Johnny The first paper was presented at CMG in 1995. To the best of my knowledge, CMG does not have softcopy of papers before 1997 (the last ten years). You might find someone that attended the conference in 1995 and still has the paper copy of the proceedings. I do not still have my copy of the proceedings. Your best avenue to get the papers might be to track down Bernard R. Pierce. I can not find him as a current member of CMG. Tom Moulder -- 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: Restricting a SYSPLEX LPAR with WLM
On Thu, 8 Nov 2007 13:02:10 -0600, Bob Stark [EMAIL PROTECTED] wrote: In all the years since this post, has anyone come up with a new, good, foolproof way to have one LPAR in a JES2 SYSPLEX only run SYSPROG jobs during a test window? $P XEQ seems to work great to run no batch at all $T JOBCLASS affects the other LPARs as well as this one. $T MEMBER(sysid),IND=YES can still allow a WLM job to run It seems there is just no way to drain those pesky WLM initiators. If we had fully implemented WLM resources, that would be a solution, but we have not. 1) $PXEQ is for one member. You can use that and then $SJOB (or J next to the job in sdsf) to run what you want. That is what we do.Even when we had JES2 inits, we had one unused class defined as WLM controlled (since $SJOB is only for WLM controlled inits) for that purpose. 2) JOBCLASS was updated in 1.7 to have XEQ counts by member. If yout jobclass is unique, you can set the other members to have MAX=0 and your single LPAR you want to run jobs on to have MAX=* (or whatever). Seems like #1 is the simplest. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Arbiter, DASD emulation? Historical trivia ..
Had to go back to deleted to find the original here.. The version of Arbiter I used did the opposite of this. It allowed PC users to see mainframe DASD space as drives on their PC's. There were utilities that allowed you to move files in and out of the Arbiter disk spaces. There was a started task on the mainframe, and client drivers (under MSDOS) on the PC's that presented the Arbiter files like network drives. Connection to the mainframe was through IRMA or IBM 3270 emulator card, and you could do 3270 sessions concurrently through a program they provided. It sort of worked, but it was very buggy and SLOOOWW due to the IRMA interface. We dropped it after a couple of years, when TCPIP started to take over. IBM had a network server feature around the same time, but it needed a hardware device, and was even worse to set up than Arbiter. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andrew McLaren Sent: Thursday, November 08, 2007 5:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] Arbiter, DASD emulation? Historical trivia .. Hi all, Does anyone remember, or have any details about a product called Arbiter? It was a kind of client-server thing which (as best I can remember) allowed host apps to see PC hard disks as DASD. This was a way of sharing data between PCs to the Host - save data on local hard disk, then CICS app would read it from the DASD volume. Something like that ... An old workmate and I were reminiscing about the late 1980s, when the site we were working at used this Arbiter product. It was extremely unreliable, and crashed daily, leaving hundreds of customer-facing staff stranded ... but that might have been a problem with local operations; not a defect in the product itself. We were not (I hasten to add) directly responsible for its implementation or operation! Neither of us have encountered this product at any sites since. So we were curious about where the product came from, who made it, did anyone else ever use it, and does it still exist today? Google searches did not throw up much. A fairly low-priority enquiry ... but I'd welcome any information Thanks and regards Andrew McLaren -- 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 This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- 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: Real storage usage - a quick question
On Thu, 8 Nov 2007 09:02:05 +0100, Max Scarpa [EMAIL PROTECTED] wrote: Jumping from 4 to 25 Gb isn't a good idea, but if I have 4 Gb used and 4 unused I think there's no difference in adding, say, 2 Gb (so using 6 Gb as total). Consider we have bursts or spikes in paging and for instance our DB2 isn't performing well even if 'all runs well' as someone say. If you are paging at all, then add all 4 Gb. Anyway is there any rule of thumb, having z/OS 1.7, for max central storage ? I mean, is there a suggested value to avoid RSM overhead before z/OS 1.8 (1 Gb ? 5, 10 or which value for central storage) ? I don't think there is an ROT, just the warning that if you aren't paging at all, don't add gobs of storage just because.A few GB isn't going to be noticeable or measurable. No need to micro-manage. It also isn't going to matter unless you are running at or near 100% busy and you want to squeeze every last cycle out of the machine that you can. I say this because a lot of shops do run that way. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E change volumes on DDDEF in new Target Zone
I always something similar to what Ed did. On the target packs, which I always called ALTRS1 ALTRS2, no datasets were catalogued. The DDDEFs pointed to them. On the RES packs, the datasets were catalogued. I clipped the ALTres packs the day before IPLing. I always thought that it was faster to allocate fewer ISPF datasets when you logged on. I merged all of the panels into SYS1.ISPPLIB, Skels into ISPSLIB, etc. I actually changed the DDDEFs to point to those libraries on the ALTres pacs, so SMP handled everything. I had one set of IBM SYS1.ISP librarys, and one set of program product libraries that where SYS2.ISP. Of course, if I ever find a job as a sysprog again, if the new company I work for likes the way they do ISPF libraries, I'll leave it. If they like my ideas, then I'll change it. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Ed Gould [EMAIL PROTECTED] Paul, I have never cataloged DLIB type datasets . At least in my case, I don't catalog any non operational datasets. Which ones are those? There is not hard and fast rules other than if nobody should be referencing the datasets then they aren't cataloged. One example that comes to mind are the ICQ (TSO) datasets. Frankly I have never found a use for them, so if I can't find a use then neither can an applications type can (unless they can show me a need). I have yet to run into any person that *needs* them. Call me a hard a** but if I have to support them then I need to know what the user is doing. I do this with almost all non sys1 type datasets the one big exception are the ISR and ISP (ISPF) datasets. Those get renamed to sys1.isrplib etc. for all to have read access to. I am just skimpy with any datsets that are delivered from IBM. If the user needs access then the datasets are cataloged otherwise they are not. Yes it is a little bit of work at install time, but I have felt the need to be vary careful what I give out access to, if they aren't cataloged then the user has to work just a little bit harder to sneak around looking. They also just can't browse them as I don't give out read access either. Ed -- 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: The Hole Below the Bar
On Fri, 9 Nov 2007 08:10:31 -0600 Mohammad Khan [EMAIL PROTECTED] wrote: :Interesting evolution of 24 - 31 - 64 bit addressing : : - 16MB is a real euclidian line i.e. zero thickness. : - 2GB line has a thickness of 4KB : - Now the bar is 2GB wide. :As for the need of a guaranteed bad address, is it something similar to a :NULL pointer in C ? If I recall correctly, C implemets NULL pointers as X'0' :which off course would run into issues with PSA access here. By the way how :was this need satisfied in 24 bit days ? Or was it that the need hadn't arisen :yet ? It is a need for a pointer with a bad value, one that guarantees a failure if not checked for validity. It is a safety net. 0 or X'8000' in 24/31 bit mode does not do the job, since location 0 can be freely fetched. -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Finalist Response Times
Does anyone have any performance times for the product Finalist? I have a group here that is concerned that it is taking about 10 seconds to get data from the Finalist Data Base. And for the online transaction or DB2 Stored Procedure that is accessing this data, they feel it is too long. Since I do not have any really great tools, I will be looking at MXG, SAS and SMF to try and see what may be going on with the I/O to the data base. Since this is pure VSAM I am hoping it is not too difficult. I may also look at using GTF to collect data as well. Any insights will be appreciated. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Poster of computer hardware events?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of John S. Giltner, Jr. [ snip ] I can't remember the whole thing, but I believe that Grace Hopper used to use different rope lengths to show how long, or short various measurements of time were: a nano second vs. a full second. Hmmm. A nanosecond is one billionth of a second, so the long rope would have to be a billion times longer that the short one. Given that the SI definition of a metre is approximately one ten-millionth the distance from a pole to the equator along a meridian, if the short rope was only one millimetre long, the long one would have to be a thousand kilometres long. That would make a pretty big pile of rope. -jc- -- 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: copy zfs dataset
On 11/9/07, McKown, John [EMAIL PROTECTED] wrote: Should be in z/OS 1.4, if I'm reading the book correctly: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/FCXD5A20/2.2. 17 quote This edition applies to Version 1 Release 4 of z/OS(TM) (5694-A01) and Version 1 Release 4 of z/OS.e (5655-G52), and to all subsequent releases and modifications until otherwise indicated in new editions. /quote -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology Thanks a lot. BTW do you know if repro is a viable option for the copy. Obviously it can be used for linear datasets which this is. I have tried repro and got rc=0 but haven't tried to mount and use it yet. Jim McAlpine -- 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: SMP/E change volumes on DDDEF in new Target Zone
On Thu, 8 Nov 2007 09:57:47 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: On Wed, 7 Nov 2007 11:37:15 -0500, Pinnacle wrote: Run the UNLOAD command to get the DDDEF's in UCLIN format. Then you'll have to hack the UCLIN yourself to add VOLUME and UNIT parms, and run the UCLIN through SMP/E. What data sets will SMP/E create NEW? SYSUT1-4, SMPWRK1-6 (SMPWRK5 no longer used IIRC). I guess SMPPUNCH or any of the sysout DDs could be, but they really should be MOD if DASD. I have seen SMPLOG/SMPLOGA allocated as new also when people don't care about keeping the logs or just from vendors who provide samples and just don't know better. If SMP/E creates the data sets, must SPACE be specified also? Defaults taken from the system (ALLOCxx, SMS), so no but you most likely want to. Is UNIT necessary? Won't SMP/E or DYNALLOC infer the UNIT from a default if VOLSER is specified? If you use UNIT you need VOLSER as far as I know. Just like you do with JCL. If the data sets are created by some other mechanism prior to SMP/E, won't SMP/E obtain the VOLUME and UNIT from the catalog? If you use DISP=OLD or SHR. Why would anyone ever use uncatalogued data sets? Typically for MVS maintenance SMP/E zones to access something other than the running system. But I have seen it done for vendor products also (even non SYSRES). Obviously this doesn't work for SMS controlled DSNs. If I am designing sample JCL/UCLIN for customers, should I provide VOLUME (and UNIT) templates in the UCLIN? I'd supply VOL=SER= in JCL, but commented out. I'd supply UNIT as a SET symbol. What granularity of VOLUME would customers desire: o A different VOLUME for each zone? Typically by zone / type (for those that aren't using SMS for the whole thing).Also, some prefer to have the SMP/E dsns as there own HLQ / volsers, so that can be separate. TGTVOL TGTUNIT TGTHLQ DLBVOL DLBUNIT DLBHLQ SMPVOL SMPUNIT SMPHLQ That should give most shops the flexibility they need. But you should also have something for STORCLAS in your allocation JCL samples for those that SMS control the HLQs because volume will be ignored. Since most people deal with cataloged data sets for ISV software, having UNIT / VOLSER in the DDDEFs can be comments and SHR or OLD would work. o A different VOLUME for each data set? No. But that could happen with SMS control, but who cares. o Should VSAM be separated from PS from PDS from PDSE? Only VSAM are the SMP/E zones. Covered above. Prior to non-SMS PDSE it made sense to possibly keep that separate. Now, it doesn't matter. I assume if someone has HLQ=whatever and VOLSER=whatever for all the other data sets (if not under SMS control), they want them all in the same place. I know I do. HTH, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: copy zfs dataset
On Fri, 9 Nov 2007 16:39:29 +, Jim McAlpine [EMAIL PROTECTED] wrote: Thanks a lot. BTW do you know if repro is a viable option for the copy. Obviously it can be used for linear datasets which this is. I have tried repro and got rc=0 but haven't tried to mount and use it yet. Yes. But you should unmount it first since that won't automatically quiesce the file system. I haven't look at the recent doc in the z/OS library, it probably includes all the information from this RedBook that you may also want to look at: z/OS Distributed File Service zSeries File System Implementation - SG24-6580-01 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Hole Below the Bar
On Fri, 9 Nov 2007 08:10:31 -0600, Mohammad Khan [EMAIL PROTECTED] wrote: As for the need of a guaranteed bad address, is it something similar to a NULL pointer in C ? If I recall correctly, C implemets NULL pointers as X'0' which off course would run into issues with PSA access here. By the way how was this need satisfied in 24 bit days ? Or was it that the need hadn't arisen yet ? There is nothing in the C language definition to suggest that zero is not a valid pointer value. In the 24-bit days, PL/I and TSO parse (IKJPARS) both used X'FF00' as their bad or end of chain value, IIRC. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Poster of computer hardware events?
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/09/2007 10:37:57 AM: -Original Message- From: IBM Mainframe Discussion List On Behalf Of John S. Giltner, Jr. [ snip ] I can't remember the whole thing, but I believe that Grace Hopper used to use different rope lengths to show how long, or short various measurements of time were: a nano second vs. a full second. Hmmm. A nanosecond is one billionth of a second, so the long rope would have to be a billion times longer that the short one. Given that the SI definition of a metre is approximately one ten-millionth the distance from a pole to the equator along a meridian, if the short rope was only one millimetre long, the long one would have to be a thousand kilometres long. That would make a pretty big pile of rope. -jc- -- 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 When she did her presentation everybody got a nanosecond (piece of wire roughly 11 inches long) then she showed us a microsecond (a coil of wire rooughly 1000 feet long it mad an impressive thump when it hit the table). Frank Merlenbach -- 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: copy zfs dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Friday, November 09, 2007 10:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: copy zfs dataset Thanks a lot. BTW do you know if repro is a viable option for the copy. Obviously it can be used for linear datasets which this is. I have tried repro and got rc=0 but haven't tried to mount and use it yet. Jim McAlpine Don't know. Never tried it. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Poster of computer hardware events?
Chase, John wrote: Hmmm. A nanosecond is one billionth of a second, so the long rope would have to be a billion times longer that the short one. Grace Hopper gave out nanoseconds in the form of a piece of wire (about 11.75 inches long). This represented the actual distance light travels in 1 nanosecond. Comparison was made to 1000 foot rolls (a microsecond). -- Chris Langford, Cestrian Software: Consulting services for: VM, VSE, MVS, z/VM, z/OS, OS/2, P/3x0 etc. z/FM - A toolbox for VM MVS at http://zfm.cestrian.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: ATMs (Was: High order bit in 31/24 bit address)
Ed Finnell wrote: In a message dated 11/9/2007 4:14:55 A.M. Central Standard Time, R.Skorupka@(*Ed, I'd prefer to mask my address*) writes: installation which migrated from z/OS to NonStop. People from ACI claimed that most of their installtions are not on mainframe. What's honesty when talking to vendors? Had one deliver a 'so and so is now a vv shop'. Well they were handling the ATM traffic but as best we could tell they were about 0.01% of total processing capacity. I believe the platform is rather neutral for this vendor. Obviously I can't believe in vendor's words, when he's trying to sell something. But it wasn't the case. BTW: I'm not sure about one ATM network in Poland, but surely all the rest is not on mainframe. Even in those few banks using mainframes. BTW2: I'm pretty sure, that mainframe is very good platform for ATMs. I heard about huge ATM networks on mainframe. BTW3: I would like to see any statistics saysing about ATM market, not devices like Diebold or NCR, but supporting systems, like BASE24, TRANS24. Of coruse with platform specified. I would be happy seeing large marketshare of mainframes. Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: Poster of computer hardware events?
On 9 Nov 2007 08:38:45 -0800, [EMAIL PROTECTED] (Chase, John) wrote: I can't remember the whole thing, but I believe that Grace Hopper used to use different rope lengths to show how long, or short various measurements of time were: a nano second vs. a full second. I used to have one of her nanoseconds (it was an electrical wire, and while I may still have it, it's not particularly noticeable). Hmmm. A nanosecond is one billionth of a second, so the long rope would have to be a billion times longer that the short one. Given that the SI definition of a metre is approximately one ten-millionth the distance from a pole to the equator along a meridian, if the short rope was only one millimetre long, the long one would have to be a thousand kilometres long. That would make a pretty big pile of rope. But it is relevant in this thread to note that there can be considerable overhead in the process of tying various nanosecond ropes together.An instruction that's twice as slow as another instruction is only twice as slow if we don't count the time taken to load that instruction. -- 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
What identifies a jobname/address space as a unique instance in time?
If I log on, I am user XYZ and happen to get ASID 123. If I log off and back on, I might get ASID 123 again and might not. When viewed from yet another address space, if I do get ASID 123 again, what is there to identify this new instance of myself ( user XYZ on ASID 123 ) from the previous instance of myself? I checked the ASCB for a creation timestamp, but did not see one. I checked the ASXB – same there. I did see an ASSB sequence number (ASSBISQN), but don’t know if this is what I’m looking for. My thinking is that there certainly should be a way to detect this via user (or jobname), ASID and ……what? Thanks. Todd No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.26/1119 - Release Date: 11/8/2007 5:55 PM -- 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: What identifies a jobname/address space as a unique instance in time?
Todd Burch wrote: When viewed from yet another address space, if I do get ASID 123 again, what is there to identify this new instance of myself ( user XYZ on ASID 123 ) from the previous instance of myself? You should read about STOKENs. I checked the ASCB for a creation timestamp, but did not see one. I checked the ASXB same there. I did see an ASSB sequence number (ASSBISQN), but dont know if this is what Im looking for. ASCBINTS contains the time stamp. My thinking is that there certainly should be a way to detect this via user (or jobname), ASID and what? STOKEN is the architected way. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What identifies a jobname/address space as a unique instance in time?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Todd Burch Sent: Friday, November 09, 2007 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: What identifies a jobname/address space as a unique instance in time? If I log on, I am user XYZ and happen to get ASID 123. If I log off and back on, I might get ASID 123 again and might not. When viewed from yet another address space, if I do get ASID 123 again, what is there to identify this new instance of myself ( user XYZ on ASID 123 ) from the previous instance of myself? I checked the ASCB for a creation timestamp, but did not see one. I checked the ASXB - same there. I did see an ASSB sequence number (ASSBISQN), but don't know if this is what I'm looking for. My thinking is that there certainly should be a way to detect this via user (or jobname), ASID and ..what? Thanks. Todd ASID token. STOKEN. Guaranteed unique within an IPL. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Even got the capitalization right!!!
You missed the real cause of my jubilation - that I got the capitalization right almost 2 1/4 years ago. The IT Jungle story still doesn't manage it. But an invitation IBM recently sent to analysts says ... the eClipz processor ... YES!!! You wouldn't believe how much time was spent on that. You sometimes have to wring clues out of the thinnest information, and the capitalization of a mnemonic can be a major clue to the importance of its components. The IT Jungle piece seems to be a combination of four sources, three of which were reasonable. One was mine, and one was one derived from mine. It's a bit like analysing a commentary on the synoptic Gospels. He's not quite right on many details, but the crucial one is the discrepancy between the z9 --- z6 native cycle time improvement and the delivered grunt of around +50%. That means this machine works differently. Not worse, not better - differently. And I don't think he understands decimal arithmetic. Money math. The greatest strength of System/360 even at launch - how does he think it got where it got? ZAP was and is a wonderful instruction, if you were used to what went before. The piece is overcrowded with numbers. Speeds and feeds. What matters is what comes out the back - I've long since stopped caring how it's done. I lack the qualifications to judge design decisions like cache sizes - if you see the guys that make these decisions working, you leave the room with your head spinning. Serious, serious math. Sometimes it gets funny. 1,199 signal pins and a total of 8,765 pins. So what do the other 7,566 pins do? Knit? As I've said here before, I believe it would be a good idea to prepare for some turbulence - similar to but greater in magnitude than the issues we got with the 128 byte cache lines. I'm really not that happy with the implied reduction in SMP factors. I've heard the opposite in some rumours. As I've also said, I do not doubt for one second that IBM will meet the overall box performance target. But I think it would be very prudent to ensure that you can support performance measurements at fine granularity - transaction level, subroutine level - very rapidly if asked to do so. Who markets Strobe these days? Stick a few bucks in the stock. Again, it's the old law that the grumblings of one unhappy user can drown the cheers of 99 happy ones - except this time I'd expect two unhappy users. I don't buy the z9 sales affected by z6 leaks angle. In the first place, there have been no substantive leaks. And in the second, the z9 is very much a known quantity and the safe bet. I would not be at all surprised to see z9 sales pick up slightly in 2008Q1. Anyway, next week Charles Webb is going to read his PDF to those analysts too stupid to have found it for themselves. Which is quite a few. I won't be taking part - the bit I miss most is the QA at the end where each analyst spends the first 75% of their allotted question time gushing to the executives. I mean. wow, I'd just like to say how wonderful this is for our customers ... Get OUTAH HERE, you moron! Anyone with a brain has known this stuff for two years! You frankly wouldn't believe it. Hi, I'm so-and-so from household-name. And then the dumbest question you've ever heard. I'm sometimes amazed that you can't hear the executives smirking when they answer. On at least one occasion a few years back a question was asked directly of an executive - there was a slightly muffled noise and the facilitator came back with: Well, I'll ask xyz to answer that one instead. I strongly suspect the original target was rolling on the floor with several colleagues sitting on him, trying to stifle his paroxisms of laughter. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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
Hiperbatch revisited
Having some fun this week with Hiperbatch. I want to run one of our largest VSAM clusters as a retained DLF object in RACF during batch run. Asked Ops to run EXPORT, IMPORT to load into memory and everything looked fine, so went to bed. Next morning, it turns out that the object has been purged after being updated by job using BLSR. Today I have proven to myself with a very simple Cobol programme that subsequent use of BLSR will purge a retained object, but I can't see from the MVS Hiperbatch Guide that this is working as expected : Retained DLF objects continue to exist after the last user closes the data set and must be deleted in one of the following ways: * When the data set is recreated. * When the data set is deleted or renamed. * When the data set is updated by an access method (such as BSAM) that does not support Hiperbatch. * When the object is explicitly deleted The data set hasn't been recreated, deleted, renamed or explicitly deleted (I've tested that), so that just leaves being updated by an unsupported access method. Using BLSR with VSAM, the access method is still VSAM, certainly that's what I see in relevant SMF type 64 records. Granted that it may well not be a good idea to access same cluster using both BLSR and Hiperbatch and we can easily change our JCL. Anybody seen this behaviour or have any thoughts ? many thanks, Alex Tough Systems Programmer, Express Gifts -- 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: ATMs (Was: High order bit in 31/24 bit address)
In a message dated 11/9/2007 4:14:55 A.M. Central Standard Time, [EMAIL PROTECTED] writes: installation which migrated from z/OS to NonStop. People from ACI claimed that most of their installtions are not on mainframe. What's honesty when talking to vendors? Had one deliver a 'so and so is now a vv shop'. Well they were handling the ATM traffic but as best we could tell they were about 0.01% of total processing capacity. ** See what's new at http://www.aol.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: Poster of computer hardware events?
In a message dated 11/9/2007 8:22:39 A.M. Central Standard Time, [EMAIL PROTECTED] writes: but I believe that Grace Hopper used to use different rope lengths to show how long, or short various Well she used to give out nano seconds as 11.94 wrapped copper, but the milli second was a hose on a reel! ** See what's new at http://www.aol.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: ATMs (Was: High order bit in 31/24 bit address)
ACI has reason to push their Nonstop side of things; that's where they have the least competition. On z/OS, they are not the only game in town. I am aware of at least one vendor that has an EFT Switch that runs on z/OS, Nonstop and 'Nix. IMHO the IBM mainframe is the most suitable platform for EFT/ATM/POS. With parallel sysplex it has fault tolerance which was the main reason that Tandem was the traditional platform of choice. It also has the best cryptographic facility; I've seen papers that claim it to be ten times faster than the other options. It's also inherently more secure, being a tamper-proof integrated facility. Unencrypted keys and data never see the light of day. The other options are outboard and require I/O to perform their function. Most financial institutions use mainframe back-ends. Whether they use mainframes or something else for their front-ends usually comes down to politics and bigotry, depending on who's making the decisions. If the (wo)man in charge came up through the Tandem ranks, well that's probably what they use. Date: Sat, 10 Nov 2007 00:18:08 +0900 From: [EMAIL PROTECTED] Subject: Re: ATMs (Was: High order bit in 31/24 bit address) To: IBM-MAIN@BAMA.UA.EDU In response to what I said: A few years ago BASE24 became available for z/OS, so you can guess the trend. Radoslaw Skorupka writes: Yes, I can. AFAIK z/OS version is not popular one. I know *big* ATM installation which migrated from z/OS to NonStop. People from ACI claimed that most of their installtions are not on mainframe. Timothy: I like mainframes, I have personal interest in mainframe business growth (at least survive), but I see no reason to be unhonest. Nor do I see a reason to be dishonest. Which is why I endeavor not to be. We apparently have different evidence in front of us. You apparently observed one organization that migrated ATM switching from z/OS to HP NonStop. (I'm not sure when, so I'm curious about that. If it's z/OS, presumably it was after the year 2000?) Perhaps you have other information as well. I'm not at all surprised that ACI would say, at least at some point in time, that most of their installations are not on the IBM mainframe. When your product only runs on Tandem (practically speaking) for some time, it's hard to have any other starting point. :-) I said you can guess the trend based on my observations. As I said, apparently ours are different. I assume you're honest in your observations, and I know I am in mine. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [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 _ Boo! Scare away worms, viruses and so much more! Try Windows Live OneCare! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews -- 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: ATMs (Was: High order bit in 31/24 bit address)
On Nov 9, 2007, at 2:49 AM, Timothy Sipples wrote: At least most ATMs are still connected to mainframes. Aren't they? Most I dealt with in the mid-1980s were Tandem NonStop. It's an interesting bit of history that the first Tandem machine wasn't available until 1976, well after the first electronic ATM (1967) and lots of other ATMs. From what I've read the first networked ATM appeared in 1968, and the first popular ATM (i.e. same model placed into service by more than one bank) was the IBM 2984 starting in 1973. The IBM 2984 offered variable cash withdrawals and instantly deducted from your account, so it was 100% on-line -- 34 years ago. (I remember my father using our local bank's first ATM, newly installed, when I was a young child. It seemed like magic.) Presumably most if not all of these ATMs connected to IBM System/360s and /370s. Tandem came along after almost a decade of ATMs. But leaving aside possible dumb boxes in the middle, yes, some ATMs are still connected to HP NonStop (formerly Tandem) machines acting as switches, thence to IBM mainframes. ACI Worldwide's BASE24-eps is one very popular ATM solution, for example. A few years ago BASE24 became available for z/OS, so you can guess the trend. (That and, I assume, the fact virtually all Western banks now keep z/OS and core transaction systems running 24x365. Tandem's raison d'être, to keep the ATMs up and queuing limited transactions during nightly or weekly scheduled outage, no longer applies with modern 24 hour SLAs. Think CICS TS/CICSplex, DFSMStvs and others, DB2 data sharing, MQ shared queues, IMS HALDB/IMSplex, z/TPF, Sysplex, etc., etc.) Here's some technical information: http://www.redbooks.ibm.com/abstracts/sg247268.html http://www.redbooks.ibm.com/abstracts/redp4337.html And then there are Japanese ATMs, but that's a digression for another time. Timothy, Thanks for the last entry. In the late 80's (early 90's?) we picked up a Tandem at the insistence of management. It was put in the data center and *NEVER* powered up it sat there like all good boat anchors. I never heard who was responsible for the coming of the the machine. It must have been high up though or I would have heard. At the time were were CICS and had IDMS. A few years go by and CICS and DB2 are there and are still there. Why they needed it was anybodies guess. But I guess they had to spend money to show the brokerage houses we were on the spot. We had pretty good uptime, if there was an outage it was a TP issue. I think (I could be wrong) they only outage we had was an MVS crash and that was for 30 minutes. This was over 10 years, I worked it out and it was in the 99.9 range but I guess that wasn't good enough. There might have been IDMS problems that I never heard of so the numbers may have been different from the above. The IDMS DBA's were quite secretive, Ed -- 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
Performance comparison: Hiperbatch, BLSR, SMB?
Hi all, We have a highly used randomly accessed read-only VSAM KSDS that is managed by Hiperbatch during the Production batch window. Unfortunately, some of the jobs that use it are still seeing unacceptably high I/O counts and long elapsed times. I have been asked to improve the performance of these jobs in my application area. I think I need to determine if Hiperbatch is still the best way for our programs to access this file, or whether BLSR or the newer SMB buffering will produce better results overall. Many tens, perhaps hundreds, of jobs probably access this file over the course of the batch window. My experience so far is that I can get proveably better performance than Production gets from an individual job by using BLSR or SMB in place of Hiperbatch, but I have no handle on how exchanging one central memory repository (Hiperbatch) for tens or hundreds of jobs buffering the file themselves will affect overall system performance and thus the performance of all the jobs that use the file. I also haven't got test access to Hiperbatch (yet), so it's kind of hard to run comparison tests myself at the moment. That may change, but it will take a while before I can think about having that access. Is there a way for an individual job to opt out of letting Hiperbatch manage a particular file? Without stopping other jobs from continuing to use it? Advice, pointers to redbooks or whitepapers, any help at all gratefully accepted. Peter P.S. -- I do NOT have access to SMF records, I do NOT have access to DCOLLECT, nor any other real performance measurement tools. I'm just the programmer trying to improve the job's performance based on what I see in the JESMSGLG and JESYSMSG outputs. 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: zAAP question
Perhaps I should have said something more along the lines of If I want to exploit a zAAP processor with my own code, that code must be written in Java. Perhaps also with a note that my code might run IBM (or other vendor?) supplied code which might run on a zAAP (like XML is going to). But there is no way for be to LEGALLY get my COBOL code to run on a zAAP. Well, if you write Object-Oriented COBOL then part of it runs in the JVM so you would have partial zAAP exploitation. And a future version of Enterprise COBOL could exploit the XMLSS parser of z/OS...which would offload some more cycles on to zAPP. Can't tell you anything now, or I would have to shoot you. Of course, a vendor once told me if I had to shoot him, I am IBM, and the bullet would be years late and miss anyway. Ouch! But it was funny... Cheers, TomR COBOL is the Language of the Future! -- 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: Even got the capitalization right!!!
Phil Payne wrote: The IT Jungle piece seems to be a combination of four sources, three of which were reasonable. One was mine, and one was one derived from mine. It's a bit like analysing a commentary on the synoptic Gospels. He's not quite right on many details, but the crucial one is the discrepancy between the z9 --- z6 native cycle time improvement and the delivered grunt of around +50%. That means this machine works differently. Not worse, not better - differently. Most PHBs don't understand the technical fundamentals required to make the informed decisions upon which their company's technological future rests. They get too easily caught up in irrelevancies. Recognizing this, IBM wisely came out with AMODE(64) processors instead of AMODE(63) processors. The cycle time of the z6 chip is similar window dressing. The idea is that, rather than always being on the defensive having to explain the difference between GHz and throughput, IBM mainframes will cycle fast enough to satisfy even fact checkers for airline magazines. IMHO, it's a smart move even if it isn't really all that meaningful. Let the other guys be on the defensive for a change! :-D [snip] I don't buy the z9 sales affected by z6 leaks angle. In the first place, there have been no substantive leaks. And in the second, the z9 is very much a known quantity and the safe bet. I would not be at all surprised to see z9 sales pick up slightly in 2008Q1. The fact is that no production mainframe processors based on z6 technology have been pre-announced, announced, or even hinted at. There is only a new chip technology being discussed. Having said that, I can very much believe logical quantum leaps (conclusional jumps?) from those not smart enough to distinguish between the two. And, since we know that paranoia is no guarantee people are not out to get you, they just might be right! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real storage usage - a quick question
Using more memory in DB2 V8 running on z/OS 1.7 can still be a net positive. There are some things you can set in IEAOPTxx to reduce overhead. z/OS 1.8 is the real solution for handling large memory more efficiently in z/OS but the benefits of large buffer pools with DB2 V8 are pretty significant. /* */ /* SRM INVOCATION INTERVAL CONSTANT */ /* SET TO 3K PER LOCAL FIX FOR OA18452 TILL CLOSURE... SJK MAR-08-07 */ /* WAS 1K*/ RMPTTOM=3000, /* */ /* UICFRAMESCHECKTIME is the number of frames (in thousands) that*/ /* RSM processes on one address space queue before checking for the */ /* RSM timeout value which is internally defaulted at 25ms. While*/ /* the system is running address space queues to do UIC updating the */ /* RSM lock is held. Other callers who need this lock (such as to do */ /* a page fix to do DB2 I/O, or assigning a frame) will spin waiting */ /* for the address space queue to be processed. The default */ /* UICFRAMESCHECKTIME is 525 (2GB). */ /* */ /* Set to 5 per IBM WSC ...SJK JUL-18-07 */ UICFRAMESCHECKTIME=5 The support for UICFRAMESCHECKTIME was provided with APAR OA07055 which can be reviewed for additional information. YMMV so do your own research and testing and consider consulting IBM if you think you really have a problem this may help. I wouldn't suggest you go making changes to IEAOPTxx to add either RMPTTOM or UICFRAMESCHECKTIME if you are happy with your current z/OS 1.7 system. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Wednesday, November 07, 2007 9:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Real storage usage - a quick question In z/OS 1.8 the memory management is much more conducive to large memory. They no longer use the least recently used algorithm and no longer check every page. This has made a big difference for us. Under 1.7 we had issues with large real memory sizes due to the constant checking by RSM. This is no longer the case and we have increased our memory dramatically with no performance hit. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 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: Poster of computer hardware events?
On Fri, 09 Nov 2007 13:09:59 -0500, John Eells [EMAIL PROTECTED] wrote: It's interesting to think about measurement in CPU cycles, too. With a 2 GHz cycle time, two machine cycles are consumed for every 9.7 or so of travel through a shielded wire. Have you ever looked inside of a Cray?Each wire had length designed with races in mind to make sure the signals arrived in the correct sequence. -- 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: Real storage usage - a quick question
Hi, You are going to do a great service to the business if you can make the case to use a valued asset you already own to improve service. Go for it! You can absolutely leverage the better part of 2 gigabytes of memory just for DB2 buffer pools in V7. Pay attention to peak storage demands in DB2xDBM1 address space and remember that in V7 you can do some tricks like data spaces you lose in V8. Get more detailed advice on the DB2-L list. I think the level of concern may be to high here. 10G really is not that much even on z/OS 1.7 we had LPARs several times that size without any problem. There are some IEAOPTxx parms that can minimize RSM overhead on 1.7 that have been documented by IBM now but we found that made a difference on really large LPAR's 40G - 80G not 10G LPARs. Remember There is NO I/O like NO I/O! You can exploit extra real memory with products you already have in hand easily. SyncSort or DFSORT will both exploit more memory to improve performance easily. Some adjustments may help things run the way you want. Both SyncSort and IBM provide good advice as well as good software. Exploit VLF! Increase your cache size for CSVLLA and look at other exploitation of LLA/VLF. The best paging is no paging. Paging on z/OS is a waste of cycles put enough storage on you don't normally page. DB2! One of DB2's best defenses against I/O is sufficiently large buffer pools intelligently allocated with DB2 objects and thresholds. DB2 V7 is OK. DB2 V8 is much better at exploiting LOTS of storage. Spare storage? Are you planning on adding an LPAR? If not setup your HSA with plenty of room for dynamic growth and use the rest. At $8K/G or $10/G it seems wasteful to leave it idle. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 DO SOMETHING!) SMALL) USEFUL) NOW!) - computer pioneer Bob Bemer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Max Scarpa Sent: Wednesday, November 07, 2007 5:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Real storage usage - a quick question Esteemed listers I've a problem but I haven't any answer to it or better I've different answers. Say we have a machine with, just to say, 10 Gb of real storage. Only 5 are used by the only LPAR defined (actually there's another very small LPAR, but it's real small), which is a WLC LPAR and often it's CPU capped. 5 Gb remain unused. I asked why, as I'd like to enlarge my bufferpools in DB2 (for instance). I've got these answers: - Increasing real storage increases cpu overhead to managed more memory blocks in a cpu-constrained machine. - Increasing real storage causes more workload so more chanches to hit WLC capping. - It's better to have some spare storage (5 Gb ?). Our workload is increasing and we have some occasional paging spikes. DB2 doesn't perform well due to too small pools. According listers' experience, is using the most part/all real storage (perhaps with a spare memory for future incrases) a real problem ? Did anyone experimented any problem ? What are guidelines ? Thank you in advance Max Scarpa 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: Real storage usage - a quick question
Memory solves all problems. Tom Moulder quoting Ted VanDuyn -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Friday, November 09, 2007 12:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Real storage usage - a quick question Hi, You are going to do a great service to the business if you can make the case to use a valued asset you already own to improve service. Go for it! You can absolutely leverage the better part of 2 gigabytes of memory just for DB2 buffer pools in V7. Pay attention to peak storage demands in DB2xDBM1 address space and remember that in V7 you can do some tricks like data spaces you lose in V8. Get more detailed advice on the DB2-L list. I think the level of concern may be to high here. 10G really is not that much even on z/OS 1.7 we had LPARs several times that size without any problem. There are some IEAOPTxx parms that can minimize RSM overhead on 1.7 that have been documented by IBM now but we found that made a difference on really large LPAR's 40G - 80G not 10G LPARs. Remember There is NO I/O like NO I/O! You can exploit extra real memory with products you already have in hand easily. SyncSort or DFSORT will both exploit more memory to improve performance easily. Some adjustments may help things run the way you want. Both SyncSort and IBM provide good advice as well as good software. Exploit VLF! Increase your cache size for CSVLLA and look at other exploitation of LLA/VLF. The best paging is no paging. Paging on z/OS is a waste of cycles put enough storage on you don't normally page. DB2! One of DB2's best defenses against I/O is sufficiently large buffer pools intelligently allocated with DB2 objects and thresholds. DB2 V7 is OK. DB2 V8 is much better at exploiting LOTS of storage. Spare storage? Are you planning on adding an LPAR? If not setup your HSA with plenty of room for dynamic growth and use the rest. At $8K/G or $10/G it seems wasteful to leave it idle. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 DO SOMETHING!) SMALL) USEFUL) NOW!) - computer pioneer Bob Bemer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Max Scarpa Sent: Wednesday, November 07, 2007 5:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Real storage usage - a quick question Esteemed listers I've a problem but I haven't any answer to it or better I've different answers. Say we have a machine with, just to say, 10 Gb of real storage. Only 5 are used by the only LPAR defined (actually there's another very small LPAR, but it's real small), which is a WLC LPAR and often it's CPU capped. 5 Gb remain unused. I asked why, as I'd like to enlarge my bufferpools in DB2 (for instance). I've got these answers: - Increasing real storage increases cpu overhead to managed more memory blocks in a cpu-constrained machine. - Increasing real storage causes more workload so more chanches to hit WLC capping. - It's better to have some spare storage (5 Gb ?). Our workload is increasing and we have some occasional paging spikes. DB2 doesn't perform well due to too small pools. According listers' experience, is using the most part/all real storage (perhaps with a spare memory for future incrases) a real problem ? Did anyone experimented any problem ? What are guidelines ? Thank you in advance Max Scarpa 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.26/1120 - Release Date: 11/9/2007 9:26 AM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.26/1120 - Release Date: 11/9/2007 9:26 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.26/1120 - Release Date: 11/9/2007 9:26 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at
Slightly OT But of interest to Chicago People
Colocation providers reflect on robbery at CI Host ARTICLE | SearchDataCenter.com CI Host in Chicago has been burgled four times in two years, prompting other colocation providers to question their own security. http://go.techtarget.com/r/2549696/6570353 -- 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 comparison: Hiperbatch, BLSR, SMB?
Unfortuanately I haven't looked up this stuff in a long time, so I might be wrong. But IIRC, Hiperbatch is intended for sequential access and is counter-productive for random files. Since it uses a Most Recently Used algorithm (instead of LRU), the intent was to ensure that the most recent access to a record was the most eligible for getting discarded from memory (since this represented the last reader of the data). The whole point was to avoid having records discarded because of age just ahead of someone that was reading the file sequentially. Also, another point was that the I/O counts were unaffected since the application was unaware that it was using Hiperbatch, so that information is largely irrelevant. Anyway ... here's hoping my memory isn't completely gone Adam We have a highly used randomly accessed read-only VSAM KSDS that is managed by Hiperbatch during the Production batch window. Unfortunately, some of the jobs that use it are still seeing unacceptably high I/O counts and long elapsed times. -- 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: ATMs (Was: High order bit in 31/24 bit address)
On Nov 9, 2007, at 12:17 PM, J R wrote: -SNIP-- Most financial institutions use mainframe back-ends. Whether they use mainframes or something else for their front-ends usually comes down to politics and bigotry, depending on who's making the decisions. If the (wo)man in charge came up through the Tandem ranks, well that's probably what they use. J R: I have worked for 2 banks in my life. The First one (out of business now) had their online savings system on the MF no PC's (or mini's) anywhere to be seen. The second was different. I don't pretend to understand it but can skimpily talk about it. The MF was the back end and if it was down we were penalized (read big bucks) if it was down as a mini (someplace) took over. I never banked there (for various unrelated reasons). The system I use in real life (ATM) has never been down (at least when I tried to use it) so I guess I am a happy customer (read ATM not the bank). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: Hiperbatch revisited
Long time since last time i've used Hiperbatch (and problably i'm missing something), but i'll try to list some other issues with Hiperbatch : a) CI size must be multiple of 4096 b) Does not work with shroptions 3 or 4 (VSAM) c) Only QSAM (No Sort, IEBGENER) and VSAM sequential reading d) Dataset can not be opened as I/O (otherwise will be removed from storage) e) If you want to use it with SORT, you can code EXIT15 and EXIT35 using QSAM It used to work pretty fine (i believe it still does) but you have to follow the rules... Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Alex Tough Enviada em: sexta-feira, 9 de novembro de 2007 16:00 Para: IBM-MAIN@BAMA.UA.EDU Assunto: Hiperbatch revisited Having some fun this week with Hiperbatch. I want to run one of our largest VSAM clusters as a retained DLF object in RACF during batch run. Asked Ops to run EXPORT, IMPORT to load into memory and everything looked fine, so went to bed. Next morning, it turns out that the object has been purged after being updated by job using BLSR. Today I have proven to myself with a very simple Cobol programme that subsequent use of BLSR will purge a retained object, but I can't see from the MVS Hiperbatch Guide that this is working as expected : Retained DLF objects continue to exist after the last user closes the data set and must be deleted in one of the following ways: * When the data set is recreated. * When the data set is deleted or renamed. * When the data set is updated by an access method (such as BSAM) that does not support Hiperbatch. * When the object is explicitly deleted The data set hasn't been recreated, deleted, renamed or explicitly deleted (I've tested that), so that just leaves being updated by an unsupported access method. Using BLSR with VSAM, the access method is still VSAM, certainly that's what I see in relevant SMF type 64 records. Granted that it may well not be a good idea to access same cluster using both BLSR and Hiperbatch and we can easily change our JCL. Anybody seen this behaviour or have any thoughts ? many thanks, Alex Tough Systems Programmer, Express Gifts -- 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 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATMs (Was: High order bit in 31/24 bit address)
My experience has shown that most ATM's are 'connected' to HP/Tandem NonStop systems. The bank I support does use a Tandem NonStop machine to 'drive' their 1500 some ATM's. The 'driving' of the ATM's is defined as loading/managing the ATM machine's software, receiving/transmitting messages to/from the ATM's, collecting error information, etc. When the ATM user requests a 'function' that needs to check the user's account balance, the Tandem application software ( called: Base24 ) builds a message to our back- end CICS applications. So, the ATM is 'kinda' connected to the mainframe, just not directly. However, I can tell you that when I first began working here in 1991, we had a DOS/VSE system that directly controlled the ATMs. The CICS application was in-house written, somewhat fragile, and since the O/S was DOS/VSE, nothing like Parallel Sysplex, DB2 data sharing, etc. I had a 15 minute outage window, once a month to maintenance the O/S, hardware, etc. There had been a project to replace the HP/Tandem Base24 system with a z/OS-based Base24-eps solution. However, that project never really got going. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: Performance comparison: Hiperbatch, BLSR, SMB?
Hiperbatch works only with sequential data. If you use it random it will simply not work. SMB is a great tool and can be used for any kind of access, but you have to pay attention in the ACB of the program that opens the dataset. If ACB specifies RANDOM and SEQUENTIAL, (ACCESS MODE IS DYNAMIC in Cobol) you have to select the most appropriate in JCL, otherwise your job can suffer. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperbatch revisited
I'm sure I can page this stuff back in if I have to. :-) But for now suffice it to say that BLSR postdates Hiperbatch and the latter didn't unfortunately gain enough speed to get airborne i.e. have a subsequent release (maybe even of the docs). :-( It's certainly true that LSR access causes the effect you mention. And BLSR is just a delivery mechanism for LSR. And for the purposes of this conversation I'd say VSAM LSR is sufficiently different from VSAM NSR for this to be no real surprise. Granted the data underneath is the same - else you wouldn't have gotten into this situation - but the buffering algorithm is totally different. Not defending this, just shedding some perspective on it. And I know there are other people on IBM-MAIN who have their own experiences of Hiperbatch from the Development perspective. (Personally I consider Hiperbatch a fore-runner in a way to BatchPipes/MVS and I KNOW there's an ex-Pipes developer hanging out here BTW Pipes is still alive and well and worth considering for Sequential data.) As Hiperbatch - given the IBM-MAIN traffic on it today - seems to be a topical (ahem) topic :-) I may just have to find something Hiperbatch-related to blog on. :-) Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Hole Below the Bar
In the 24-bit days, PL/I and TSO parse (IKJPARS) both used X'FF00' as their bad or end of chain value, IIRC. CICS does the same for Exec Cics Address. Roland -- 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: RES: Hiperbatch revisited
Another restriction - which might be the most severe of all: Hiperbatch is not supported for Extended Format Sequential or VSAM. Think Striped, Compressed, 4GB. Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Poster of computer hardware events?
In a message dated 11/9/2007 12:40:24 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Have you ever looked inside of a Cray? They were liquid cooled? Did hear Seymour Cray talk about delivering a nice 5 nanosecond machine only to have the software people bugger it up to a 9 nanosecond snail...bad ol' software! ** See what's new at http://www.aol.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: Real storage usage - a quick question
John Reda wrote: Using large quantities of storage can, in the right situation dramatically improve performance. But (there's always a But...) you need to be VERY careful, make sure that the storage you are going to use is not only available right now but that it will be available for the duration of your job. You also need the ability to back off when the system gets busy for an unexpected reason. The consequences of over committing storage can be catastrophic. If there is a system outage related to storage and you are holding a big chunk, it will be your fault. It doesn't matter what else happened, it's your fault and this time it is not just one person or group, it effects everyone running on the system. A classic example is when a large address space - eg DB2's DBM1 (not to pick on it but it can be MASSIVE) - dumps... You'd better be able to contain the dump space requirements. Worst case in paging space. Better case in memory, though that might not be economically feasible. I've known 3 separate cases of customers either running out of paging space or getting awfully close. And no, I don't know the syntax for PAGEADD or whatever it's called. Do you in a hurry? :-) Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RES: Performance comparison: Hiperbatch, BLSR, SMB?
You can copy a VSAM file to populate the Hiperbatch hiperspace. And then read it from there - by multiple jobs using VSAM NSR. If the reference patterns of the key jobs are tight you may do better with BLSR to trigger VSAM LSR. If the file is large most of it might not fit in Hiperbatch. Ypu're right to question one big store vs lots of smaller ones. Maybe it's the big jobs that need their own big stores - by increasing the VSAM LSR buffer pool sizes on those jobs. (Often people tell me they've been aggressive with buffering and I subsequently discover by aggressive they mean 10MB. It was ridiculous 20 years ago. Guess what it is now.) :-) Really you need proper data analysis - at a number of levels - to figure out what's likely to work best. Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real storage usage - a quick question
Tom Beretvas used to have a saying the answer to all DASD performance problems was More Cache!. Now he said that tongue in cheek and then illustrated that there was some truth in it and of course it was not always the answer. So in the same vein if you want to say More Memory! is the answer to all performance problems I will agree:-) I like memory. It is the cheapest thing I can buy to improve performance. It is of course part of a balanced solution but the millions of dollars people will spend on processors and then try to save a few gigabytes of memory and allow those precious processors to spend cycles doing paging or allow applications to incur delays due to wait for I/O that is easily avoided boggles me. Memory is cheap relative to other System z resources you can buy. Today's 2094 is not your old 4381 just faster. When you can combine current IBM operating system z/OS, current subsystems DB2, MQ, IMS, and current balanced hardware solutions z9 and DS8300 the sum is greater than any of the parts with very few weak spots. Plenty of memory on the host processor is an enabler for a lot of z/OS and DB2 exploitation. Don't put DB2 or z/OS on a memory starvation diet and then complain it is not up to peak performance demands. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Friday, November 09, 2007 1:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Real storage usage - a quick question Memory solves all problems. Tom Moulder quoting Ted VanDuyn 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: Real storage usage - a quick question
Using large quantities of storage can, in the right situation dramatically improve performance. But (there's always a But...) you need to be VERY careful, make sure that the storage you are going to use is not only available right now but that it will be available for the duration of your job. You also need the ability to back off when the system gets busy for an unexpected reason. The consequences of over committing storage can be catastrophic. If there is a system outage related to storage and you are holding a big chunk, it will be your fault. It doesn't matter what else happened, it's your fault and this time it is not just one person or group, it effects everyone running on the system. Picture those old movies where there is a line of people. They are asked a question and the guilty party is supposed to step forward. Everyone but one person takes a step back leaving just one person. That person is left with a bewildered look on his face and is instantly guilty. John Reda Syncsort, Inc. 201-930-8260 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Friday, November 09, 2007 1:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Real storage usage - a quick question snip SyncSort or DFSORT will both exploit more memory to improve performance easily. Some adjustments may help things run the way you want. Both SyncSort and IBM provide good advice as well as good software. snip Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 DO SOMETHING!) SMALL) USEFUL) NOW!) - computer pioneer Bob Bemer -- 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: Real storage usage - a quick question
On Fri, 9 Nov 2007 19:32:51 +, Martin Packer [EMAIL PROTECTED] wrote: You'd better be able to contain the dump space requirements. MAXSPACE= on your dump options. Worst case in paging space. Better case in memory, though that might not be economically feasible. I've known 3 separate cases of customers either running out of paging space or getting awfully close. And no, I don't know the syntax for PAGEADD or whatever it's called. Do you in a hurry? :-) Yes, but maybe I can't type that fast or probably I am not looking at the console. :-) That is what automation is for. But using automation to add pagespace after a aux shortage message begs the question: If you are already putting the DASD aside for the spare page data set(s), why not just add it to begin with? Perhaps in the old days you kept a spare on the back end of some volume where response time mattered. But now, unless you have SLED DASD that wouldn't be an issue (unless you had it on the back of a volume that you let get RESERVEd). With customizable volume sizes... or even if you don't use custom sizes (DR considerations), DASD is still cheap enough to define all your spares up front and always have them available for the worst case scenario. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Poster of computer hardware events?
The closest I ever came to a Cray was seeing it in the movie Sneakers. On Fri Nov 9 14:19 , Ed Finnell [EMAIL PROTECTED] sent: In a message dated 11/9/2007 12:40:24 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Have you ever looked inside of a Cray? They were liquid cooled? Did hear Seymour Cray talk about delivering a nice 5 nanosecond machine only to have the software people bugger it up to a 9 nanosecond snail...bad ol' software! -- 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
ATMs (Was: High order bit in 31/24 bit address)
Resending. Forgot to remove the crappola at the bottom. ;-) Date: Fri, 9 Nov 2007 13:17:10 -0500 ACI has reason to push their Nonstop side of things; that's where they have the least competition. On z/OS, they are not the only game in town. I am aware of at least one vendor that has an EFT Switch that runs on z/OS, Nonstop and 'Nix. IMHO the IBM mainframe is the most suitable platform for EFT/ATM/POS. With parallel sysplex it has fault tolerance which was the main reason that Tandem was the traditional platform of choice. It also has the best cryptographic facility; I've seen papers that claim it to be ten times faster than the other options. It's also inherently more secure, being a tamper-proof integrated facility. Unencrypted keys and data never see the light of day. The other options are outboard and require I/O to perform their function. Most financial institutions use mainframe back-ends. Whether they use mainframes or something else for their front-ends usually comes down to politics and bigotry, depending on who's making the decisions. If the (wo)man in charge came up through the Tandem ranks, well that's probably what they use.Date: Sat, 10 Nov 2007 00:18:08 +0900 From: [EMAIL PROTECTED] Subject: Re: ATMs (Was: High order bit in 31/24 bit address) To: IBM-MAIN@BAMA.UA.EDU In response to what I said: A few years ago BASE24 became available for z/OS, so you can guess the trend. Radoslaw Skorupka writes: Yes, I can. AFAIK z/OS version is not popular one. I know *big* ATM installation which migrated from z/OS to NonStop. People from ACI claimed that most of their installtions are not on mainframe. Timothy: I like mainframes, I have personal interest in mainframe business growth (at least survive), but I see no reason to be unhonest. Nor do I see a reason to be dishonest. Which is why I endeavor not to be. We apparently have different evidence in front of us. You apparently observed one organization that migrated ATM switching from z/OS to HP NonStop. (I'm not sure when, so I'm curious about that. If it's z/OS, presumably it was after the year 2000?) Perhaps you have other information as well. I'm not at all surprised that ACI would say, at least at some point in time, that most of their installations are not on the IBM mainframe. When your product only runs on Tandem (practically speaking) for some time, it's hard to have any other starting point. :-) I said you can guess the trend based on my observations. As I said, apparently ours are different. I assume you're honest in your observations, and I know I am in mine. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] _ Boo! Scare away worms, viruses and so much more! Try Windows Live OneCare! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews -- 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
JES2 Exit Help
All, We had a very simple JES2 exit 4 under z/OS 1.4 that simply did this: * PREVENT USE OF JES2 COMMANDS SUBMITTED THROUGH * INTERNAL READER UNLESS INTERNAL READER IS OWNED * BY A STARTED TASK. HASPE004 $ENTRY BASE=(R12) $SAVE USING HCT,R11 USING PCE,R13 LRR12,R15 L R2,0(R1)POINT TO STATEMENT IMAGE. LTR R0,R0 IS THIS A JES2 JECL STATEMENT? BNZ NOTJECL ... NO, IGNORE IT CLI 2(R2),C'$' JES2 COMMAND ? BNE EX4RET00... NO TMPCEID,PCEINRID INTERNAL READER ? BNO EX4RET00... NO L R15,PCEDCT DCT ADDRESS CLC =C'STC',RIDJBID-DCT(R15) STC OWNER OF INRDR ? BEEX4RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),RIDJNAM-DCT(R15) SHOW JOBNAME OF USER B EX4RET00 NOTJECL DS0H A colleague modified the exit for z/OS 1.7 and used exit 54 instead. Here's what it looks like. USING XPL,R7 USING JCT,R8 USING JRW,R6 LRR12,R15 LRR7,R0 COPY XPL L R6,X054AREA LOAD JRW TMX054IND,X054JECLTHIS A JECL STATEMENT? JNO NOTJECL NO, NO PROCESSING TO BE DONE L R2,X054STMT CLC X054STMV,=CL8'$'THIS A JES2 COMMAND? JNE X54RET00 NO, LEAVE EXIT CLC X054JCT,CCTZEROS IS THERE A JCT? BEX54RET00 ... NO, GET OUT CLI JRWDEVTP,DCTINR SUBMITTED VIA INTERNAL RDR? JNE X54RET00 NO CLC =C'S',JCTJOBID IS RDR OWNER JOB SUBMITTED? ZOS 1.7 BEX54RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),JCTJNAME SHOW JOBNAME OF USER B X54RET00 NOTJECL DS0H X54RET00 $RETURN RC=0 It's not working though and I was wondering if someone could spot the error. The person who modified the code is no longer with the company and I'm not an assembly language programmer. The code doesn't crash and burn, but simply allows everything through. Can anyone help? -- 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 comparison: Hiperbatch, BLSR, SMB?
-Original Message- From: ITURIEL DO NASCIMENTO NETO [mailto:[EMAIL PROTECTED] Sent: Friday, November 09, 2007 2:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: RES: Performance comparison: Hiperbatch, BLSR, SMB? Hiperbatch works only with sequential data. If you use it random it will simply not work. I must differ with you. We use Hiperbatch all night long in many, many jobs that use the file randomly and simultaneously (and my SMF gurus have the data and reports to back that up). Also, here is a quote from the last published Hiperbatch manual: Hiperbatch can place data in a DLF object only when the job reads or writes the data set sequentially. Once data is in the DLF object, then jobs can read the data from the object both randomly and sequentially. URL for the Hiperbatch manual is here (watch the wrap): http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA5J700/2.2.2?SH ELF=EZ2ZO10IDT=19990208095033#HDRRANDOM SMB is a great tool and can be used for any kind of access, but you have to pay attention in the ACB of the program that opens the dataset. If ACB specifies RANDOM and SEQUENTIAL, (ACCESS MODE IS DYNAMIC in Cobol) you have to select the most appropriate in JCL, otherwise your job can suffer. Agreed. BTDT, and when you select the right ACCBIAS it works very well. Peter 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: JES2 Exit Help
Michael Babcock wrote: * PREVENT USE OF JES2 COMMANDS SUBMITTED THROUGH * INTERNAL READER UNLESS INTERNAL READER IS OWNED * BY A STARTED TASK. HASPE004 $ENTRY BASE=(R12) $SAVE USING HCT,R11 USING PCE,R13 LRR12,R15 L R2,0(R1)POINT TO STATEMENT IMAGE. LTR R0,R0 IS THIS A JES2 JECL STATEMENT? BNZ NOTJECL ... NO, IGNORE IT CLI 2(R2),C'$' JES2 COMMAND ? BNE EX4RET00... NO TMPCEID,PCEINRID INTERNAL READER ? BNO EX4RET00... NO L R15,PCEDCT DCT ADDRESS CLC =C'STC',RIDJBID-DCT(R15) STC OWNER OF INRDR ? BEEX4RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),RIDJNAM-DCT(R15) SHOW JOBNAME OF USER B EX4RET00 NOTJECL DS0H This what happens when you post lines with trailing blanks. For me, at least, it's unreadable. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Exit Help
try changing CLC X054STMV,=CL8'$'THIS A JES2 COMMAND? JNE X54RET00 NO, LEAVE EXIT to cli x054stmv,c'$' -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Babcock Sent: Friday, November 09, 2007 3:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: JES2 Exit Help All, We had a very simple JES2 exit 4 under z/OS 1.4 that simply did this: * PREVENT USE OF JES2 COMMANDS SUBMITTED THROUGH * INTERNAL READER UNLESS INTERNAL READER IS OWNED * BY A STARTED TASK. HASPE004 $ENTRY BASE=(R12) $SAVE USING HCT,R11 USING PCE,R13 LRR12,R15 L R2,0(R1)POINT TO STATEMENT IMAGE. LTR R0,R0 IS THIS A JES2 JECL STATEMENT? BNZ NOTJECL ... NO, IGNORE IT CLI 2(R2),C'$' JES2 COMMAND ? BNE EX4RET00... NO TMPCEID,PCEINRID INTERNAL READER ? BNO EX4RET00... NO L R15,PCEDCT DCT ADDRESS CLC =C'STC',RIDJBID-DCT(R15) STC OWNER OF INRDR ? BEEX4RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),RIDJNAM-DCT(R15) SHOW JOBNAME OF USER B EX4RET00 NOTJECL DS0H A colleague modified the exit for z/OS 1.7 and used exit 54 instead. Here's what it looks like. USING XPL,R7 USING JCT,R8 USING JRW,R6 LRR12,R15 LRR7,R0 COPY XPL L R6,X054AREA LOAD JRW TMX054IND,X054JECLTHIS A JECL STATEMENT? JNO NOTJECL NO, NO PROCESSING TO BE DONE L R2,X054STMT CLC X054STMV,=CL8'$'THIS A JES2 COMMAND? JNE X54RET00 NO, LEAVE EXIT CLC X054JCT,CCTZEROS IS THERE A JCT? BEX54RET00 ... NO, GET OUT CLI JRWDEVTP,DCTINR SUBMITTED VIA INTERNAL RDR? JNE X54RET00 NO CLC =C'S',JCTJOBID IS RDR OWNER JOB SUBMITTED? ZOS 1.7 BEX54RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),JCTJNAME SHOW JOBNAME OF USER B X54RET00 NOTJECL DS0H X54RET00 $RETURN RC=0 It's not working though and I was wondering if someone could spot the error. The person who modified the code is no longer with the company and I'm not an assembly language programmer. The code doesn't crash and burn, but simply allows everything through. Can anyone help? -- 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: JES2 Exit Help
CLC X054STMV,=CL8'$'THIS A JES2 COMMAND? JNE X54RET00 NO, LEAVE EXIT should probably be CLI X054STMV,C'$'THIS A JES2 COMMAND? JNE X54RET00 NO, LEAVE EXIT -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Babcock Sent: Friday, November 09, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: JES2 Exit Help All, We had a very simple JES2 exit 4 under z/OS 1.4 that simply did this: * PREVENT USE OF JES2 COMMANDS SUBMITTED THROUGH * INTERNAL READER UNLESS INTERNAL READER IS OWNED * BY A STARTED TASK. HASPE004 $ENTRY BASE=(R12) $SAVE USING HCT,R11 USING PCE,R13 LRR12,R15 L R2,0(R1)POINT TO STATEMENT IMAGE. LTR R0,R0 IS THIS A JES2 JECL STATEMENT? BNZ NOTJECL ... NO, IGNORE IT CLI 2(R2),C'$' JES2 COMMAND ? BNE EX4RET00... NO TMPCEID,PCEINRID INTERNAL READER ? BNO EX4RET00... NO L R15,PCEDCT DCT ADDRESS CLC =C'STC',RIDJBID-DCT(R15) STC OWNER OF INRDR ? BEEX4RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),RIDJNAM-DCT(R15) SHOW JOBNAME OF USER B EX4RET00 NOTJECL DS0H A colleague modified the exit for z/OS 1.7 and used exit 54 instead. Here's what it looks like. USING XPL,R7 USING JCT,R8 USING JRW,R6 LRR12,R15 LRR7,R0 COPY XPL L R6,X054AREA LOAD JRW TMX054IND,X054JECLTHIS A JECL STATEMENT? JNO NOTJECL NO, NO PROCESSING TO BE DONE L R2,X054STMT CLC X054STMV,=CL8'$'THIS A JES2 COMMAND? JNE X54RET00 NO, LEAVE EXIT CLC X054JCT,CCTZEROS IS THERE A JCT? BEX54RET00 ... NO, GET OUT CLI JRWDEVTP,DCTINR SUBMITTED VIA INTERNAL RDR? JNE X54RET00 NO CLC =C'S',JCTJOBID IS RDR OWNER JOB SUBMITTED? ZOS 1.7 BEX54RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),JCTJNAME SHOW JOBNAME OF USER B X54RET00 NOTJECL DS0H X54RET00 $RETURN RC=0 It's not working though and I was wondering if someone could spot the error. The person who modified the code is no longer with the company and I'm not an assembly language programmer. The code doesn't crash and burn, but simply allows everything through. Can anyone help? -- 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: JES2 Exit Help
On Fri, 9 Nov 2007 12:13:22 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: Michael Babcock wrote: * PREVENT USE OF JES2 COMMANDS SUBMITTED THROUGH * INTERNAL READER UNLESS INTERNAL READER IS OWNED * BY A STARTED TASK. HASPE004 $ENTRY BASE=(R12) $SAVE USING HCT,R11 USING PCE,R13 LRR12,R15 L R2,0(R1)POINT TO STATEMENT IMAGE. LTR R0,R0 IS THIS A JES2 JECL STATEMENT? BNZ NOTJECL ... NO, IGNORE IT CLI 2(R2),C'$' JES2 COMMAND ? BNE EX4RET00... NO TMPCEID,PCEINRID INTERNAL READER ? BNO EX4RET00... NO L R15,PCEDCT DCT ADDRESS CLC =C'STC',RIDJBID-DCT(R15) STC OWNER OF INRDR ? BEEX4RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),RIDJNAM-DCT(R15) SHOW JOBNAME OF USER B EX4RET00 NOTJECL DS0H This what happens when you post lines with trailing blanks. For me, at least, it's unreadable. Looks fine in the web archives: http://bama.ua.edu/cgi-bin/wa?A2=ind0711L=ibm-mainD=1amp;O=DP=68145 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Trailing Blanks in Messages (Was: JES2 Exit Help)
Mark Zelden wrote: On Fri, 9 Nov 2007 12:13:22 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: This what happens when you post lines with trailing blanks. For me, at least, it's unreadable. Looks fine in the web archives: http://bama.ua.edu/cgi-bin/wa?A2=ind0711L=ibm-mainD=1amp;O=DP=68145 If you select with your mouse in the web browser, you will see there are lots of trailing blanks on the lines. Some mail programs don't like that for plain text messages. Unfortunately, I guess mine (Thunderbird 2.0) is one of them. :-( -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Exit Help
Michael Babcock wrote: First posting wasn't formatted well. Is this any better? Much better! Thanks! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real storage usage - a quick question
Hmmmh IBM-DB2 l2 often refuse to even at partial dumps Also AFAIR the PAGEDEL didn't release all storage so massive combination of PAGEADD/PAGEDEL can cause problems too. We had this problem because of automation, sick Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, November 09, 2007 8:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Real storage usage - a quick question On Fri, 9 Nov 2007 19:32:51 +, Martin Packer [EMAIL PROTECTED] wrote: You'd better be able to contain the dump space requirements. MAXSPACE= on your dump options. Worst case in paging space. Better case in memory, though that might not be economically feasible. I've known 3 separate cases of customers either running out of paging space or getting awfully close. And no, I don't know the syntax for PAGEADD or whatever it's called. Do you in a hurry? :-) Yes, but maybe I can't type that fast or probably I am not looking at the console. :-) That is what automation is for. But using automation to add pagespace after a aux shortage message begs the question: If you are already putting the DASD aside for the spare page data set(s), why not just add it to begin with? Perhaps in the old days you kept a spare on the back end of some volume where response time mattered. But now, unless you have SLED DASD that wouldn't be an issue (unless you had it on the back of a volume that you let get RESERVEd). With customizable volume sizes... or even if you don't use custom sizes (DR considerations), DASD is still cheap enough to define all your spares up front and always have them available for the worst case scenario. -- 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: Arbiter, DASD emulation? Historical trivia ..
On Fri, 9 Nov 2007 11:11:13 -0500, Hall, Ken (GTI) [EMAIL PROTECTED] wrote: Had to go back to deleted to find the original here.. The version of Arbiter I used did the opposite of this. It allowed PC users to see mainframe DASD space as drives on their PC's. There were utilities that allowed you to move files in and out of the Arbiter disk spaces. There was a started task on the mainframe, and client drivers (under MSDOS) on the PC's that presented the Arbiter files like network drives. Connection to the mainframe was through IRMA or IBM 3270 emulator card, and you could do 3270 sessions concurrently through a program they provided. ... We used it at my last shop for a long time. Tangram's Arbiter and AM/PM. (I was never sure whether that was w separate products that got combined, one product that got renamed, or 2 names for the same thing.) It allowed the PC to see mainframe dasd as PC drives, had utilities for transfer data between regular MVS datasets and the PC data stores (which were implimented in VSAM datasets I think), and an elaborate (and somewhat buggy) scheduling system for contacting the remote PCs. We, too, used the 3270 support but they came out with an LU6.2 support (if I remember correctly) and later, IP. We were one of the last big users of Arbiter. Tangram dropped developement and marketing of the product but went on providing support (of multiple releases) for years - much longer than I would have expected. We used some major milestone as a(n artificial) drop dead daate. I don't remember if it was Y2K, migration to z/OS, or a hardware upgrade. By that time the only support Tangram provided was upgrades for product keys for new processors. (Nooe at Tnagram knew the product by then, but they knew how to generate new keys.) Pat O'Keefe of the product -- 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: JES2 Exit Help
Mark Zelden wrote: Michael, I agree with the others. Of course I assume you are actually calling the exit in JES2 also - $DEXIT(54). Also, I hope you realize that even though most of the processing that used to happen in EXIT4 now happens in EXIT54, you still need EXIT4 unless you don't care about the following as sources: LOCAL CARD READER REMOTE (RJE) CARD READER NJE JOB RECEIVERS (SNA AND BSC) SPOOL OFFLOAD JOB RECEIVERS EXECUTION BATCH MONITOR (XBM) JOBLET I don't think they care about those, but I'll check. The problem with the code doesn't seem to be these statements. CLC X054STMV,=CL8'$'THIS A JES2 COMMAND? JNE X54RET00 NO, LEAVE EXIT I put in some WTO's and the code does match on the $ character. It's this bit of code that is always zero. CLC X054JCT,CCTZEROS IS THERE A JCT? BEX54RET00 ... NO, GET OUT In the old exit, I could go to my JCL library, put in this, /*$VS,'D D,T' and type submit. The exit would fail it. Now, the exit lets it go. -- 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: JES2 Exit Help
offhand, i would say that only 1 byte should be testing for $, like in the old exit: CLI 2(R2),C'$' JES2 COMMAND ? BNE EX4RET00 new: CLC X054STMV,=CL8'$'THIS A JES2 COMMAND? JNE X54RET00 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Babcock Sent: Friday, November 09, 2007 3:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: JES2 Exit Help All, We had a very simple JES2 exit 4 under z/OS 1.4 that simply did this: * PREVENT USE OF JES2 COMMANDS SUBMITTED THROUGH * INTERNAL READER UNLESS INTERNAL READER IS OWNED * BY A STARTED TASK. HASPE004 $ENTRY BASE=(R12) $SAVE USING HCT,R11 USING PCE,R13 LRR12,R15 L R2,0(R1)POINT TO STATEMENT IMAGE. LTR R0,R0 IS THIS A JES2 JECL STATEMENT? BNZ NOTJECL ... NO, IGNORE IT CLI 2(R2),C'$' JES2 COMMAND ? BNE EX4RET00... NO TMPCEID,PCEINRID INTERNAL READER ? BNO EX4RET00... NO L R15,PCEDCT DCT ADDRESS CLC =C'STC',RIDJBID-DCT(R15) STC OWNER OF INRDR ? BEEX4RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),RIDJNAM-DCT(R15) SHOW JOBNAME OF USER B EX4RET00 NOTJECL DS0H A colleague modified the exit for z/OS 1.7 and used exit 54 instead. Here's what it looks like. USING XPL,R7 USING JCT,R8 USING JRW,R6 LRR12,R15 LRR7,R0 COPY XPL L R6,X054AREA LOAD JRW TMX054IND,X054JECLTHIS A JECL STATEMENT? JNO NOTJECL NO, NO PROCESSING TO BE DONE L R2,X054STMT CLC X054STMV,=CL8'$'THIS A JES2 COMMAND? JNE X54RET00 NO, LEAVE EXIT CLC X054JCT,CCTZEROS IS THERE A JCT? BEX54RET00 ... NO, GET OUT CLI JRWDEVTP,DCTINR SUBMITTED VIA INTERNAL RDR? JNE X54RET00 NO CLC =C'S',JCTJOBID IS RDR OWNER JOB SUBMITTED? ZOS 1.7 BEX54RET00 ... YES,ALLOW MVC 3(L'DMR0MSG,R2),DMR0MSG MVC 9(8,R2),JCTJNAME SHOW JOBNAME OF USER B X54RET00 NOTJECL DS0H X54RET00 $RETURN RC=0 It's not working though and I was wondering if someone could spot the error. The person who modified the code is no longer with the company and I'm not an assembly language programmer. The code doesn't crash and burn, but simply allows everything through. Can anyone help? -- 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: ATMs (Was: High order bit in 31/24 bit address)
On Fri, 9 Nov 2007 13:10:04 -0600, Glenn Miller [EMAIL PROTECTED] wrote: My experience has shown that most ATM's are 'connected' to HP/Tandem NonStop systems. ... The 'driving' of the ATM's is defined as loading/managing the ATM machine's software, receiving/transmitting messages to/from the ATM's, collecting error information, etc. When the ATM user requests a 'function' that needs to check the user's account balance, the Tandem application software ( called: Base24 ) builds a message to our back- end CICS applications. So, the ATM is 'kinda' connected to the mainframe, just not directly. ... That sounds pretty much like the way it works at a bank I am somewhat famiiar with (i.e., my employer). I don't know the details (and probably shouldn't mention them if I did) but they ATMs effectively talk with the mainframes for any mainframe-based transactions, but the Tandem/HP is always there, and stands in for the mainframe if anything slows down communication with the mainframe transactions. Because of the Tandems, the ATMs are never offline. The Tandem applications go into some sort of store and forward mode when communication with mainframe's transaction servers gets bogged down for any reason. 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 comparison: Hiperbatch, BLSR, SMB?
-Original Message- From: Gerhard Adam [mailto:[EMAIL PROTECTED] Sent: Friday, November 09, 2007 1:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Performance comparison: Hiperbatch, BLSR, SMB? Unfortuanately I haven't looked up this stuff in a long time, so I might be wrong. But IIRC, Hiperbatch is intended for sequential access and is counter-productive for random files. Since it uses a Most Recently Used algorithm (instead of LRU), the intent was to ensure that the most recent access to a record was the most eligible for getting discarded from memory (since this represented the last reader of the data). Well, I don't know about your memory, but the latest version does indeed support random access, AFTER the DLF has been loaded sequentially. Don't know what algorithm it uses, but my SMF gurus tell me they can prove it is being used, and in fact the batch jobs run longer if anything happens to Hiperbatch, so I think it's working. Our access is almost all random. The whole point was to avoid having records discarded because of age just ahead of someone that was reading the file sequentially. Also, another point was that the I/O counts were unaffected since the application was unaware that it was using Hiperbatch, so that information is largely irrelevant. I didn't know that, but it makes sense. Thanks. Anyway ... here's hoping my memory isn't completely gone Not completely. :) Peter 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: JES2 Exit Help
Michael Babcock wrote: ... I put in some WTO's and the code does match on the $ character. It's this bit of code that is always zero. CLC X054JCT,CCTZEROS IS THERE A JCT? BEX54RET00 ... NO, GET OUT I believe the JCT you really want to be looking at is that of the submitter. In http://publibz.boulder.ibm.com/zoslib/pdf/J2migration_guide.pdf there's a section that describes how to do it in the new exits. Bob -- 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 comparison: Hiperbatch, BLSR, SMB?
Remember there are two types of DLF objects (Hiperbatch Retain and non-Retain) Non-Retain is the one that gets deleted when the open count for the dataset is 0. This is the one that was intended for sequential use and you didn't need a DLR object as large as the dataset. Just one large enough that concurrent sequential readers would benefit. Reader 1 reads from disk and places copy in Hiperbatch, readers 2, 3, 4, etc. read the Hiperbatch copy. If the DLF object can hold 100 records than you just hope the other readers have all gotten to record 1 before the first one gets to record 101. Sort of a moving window. Retain is the one that stays there until you explicility delete it. This is good for both sequential and random, especially if it's large enough to fit the entire dataset. You load the whole thing into memory once and then everyone reads the Hiperbatch copy in memory. Just thought I'd pass on that distinction since it's important when talking about whether sequential or random can benefit. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: [EMAIL PROTECTED] 1-240-715-4655, tie line 268-1499 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/09/2007 04:07:56 PM: -Original Message- From: Gerhard Adam [mailto:[EMAIL PROTECTED] Sent: Friday, November 09, 2007 1:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Performance comparison: Hiperbatch, BLSR, SMB? Unfortuanately I haven't looked up this stuff in a long time, so I might be wrong. But IIRC, Hiperbatch is intended for sequential access and is counter-productive for random files. Since it uses a Most Recently Used algorithm (instead of LRU), the intent was to ensure that the most recent access to a record was the most eligible for getting discarded from memory (since this represented the last reader of the data). Well, I don't know about your memory, but the latest version does indeed support random access, AFTER the DLF has been loaded sequentially. Don't know what algorithm it uses, but my SMF gurus tell me they can prove it is being used, and in fact the batch jobs run longer if anything happens to Hiperbatch, so I think it's working. Our access is almost all random. The whole point was to avoid having records discarded because of age just ahead of someone that was reading the file sequentially. Also, another point was that the I/O counts were unaffected since the application was unaware that it was using Hiperbatch, so that information is largely irrelevant. I didn't know that, but it makes sense. Thanks. Anyway ... here's hoping my memory isn't completely gone Not completely. :) Peter 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 -- 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: ATMs (Was: High order bit in 31/24 bit address)
My experience has shown that most ATM's are 'connected' to HP/Tandem NonStop systems There is a package (CONNEX) originally written for tandem that was ported to z/OS (ESA at the time) used for managing ATM's Credit Card machines. Two banks in Canada and a large Australian bank use it. The original name of the company supplying the product always made me laugh: Acme Software. Sounds like where the coyote got his computer programmes from. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real storage usage - a quick question
On Fri, 2007-11-09 at 21:35 +0100, Roland wrote: Also AFAIR the PAGEDEL didn't release all storage so massive combination of PAGEADD/PAGEDEL can cause problems too. PAGEDEL ???. That's what IPLs are for. I'm with Mark - you add a page dataset, you leave it there. Get any current problems sorted, then worry about the preferred configuration later. There may be reasons for removing page datasets (rarely), but certainly not in the heat of battle. Shane ... -- 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: ATMs (Was: High order bit in 31/24 bit address)
As long as its Friday, and there are many posts about ATMs, I'll add mine. I can't remember when I got my first TYME card. It was somewhere between 1975 and 1978, I think. I remember when Milwaukee County promoted me to a Sysprog, there was an ATM machine across the street in the County Courthouse. It was so nice to just walk across the street at lunch hour and deposit my check, instead of having to go to the bank. Wisconsin is the home of TYME, which stood for Take Your Money Everywhere. I don't think they have called it that for a long time, but I know Wisconsin was one of the first states to come out with ATMs shareable by different banks. When they first started advertising, they said that you would never have to pay any fees to take your money out, and I never did pay fees for a long time. I still don't pay fees, but then I know which ATMs to go to. I also take out money when I pay for my groceries, as they don't charge a fee for that. I also used to work at Marine Bank, long since eaten up by bigger banks. It says Chase on top of the building I used to work in now. Marine Bank used to run all their online systems under TCAM back then (1980 to 1984) when I worked for them. I remember one time during that time period seeing an article in the morning paper about the TYME system. One of the programmers at Marine bank had put in a change to the system, and every transaction came out wrong. I just realized I had a brain glitch - I can't remember what the consequences were, but it wasn't good. I think AO Smith developed the TYME system. I'm pretty sure the company that takes care of it, which was a division of AO Smith, is now called eFunds. (Now I'm sounding like Ed). Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Ted MacNEIL [EMAIL PROTECTED] There is a package (CONNEX) originally written for tandem that was ported to z/OS (ESA at the time) used for managing ATM's Credit Card machines. Two banks in Canada and a large Australian bank use it. The original name of the company supplying the product always made me laugh: Acme Software. Sounds like where the coyote got his computer programmes from. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATMs (Was: High order bit in 31/24 bit address)
The CONNEX product ( supplied by eFunds corporation ) was one of the products that was considered as a replacement for the Tandem/Base24 environment. The Base24-eps z/OS version was also considered. From what I saw, the CONNEX product really looked nice, very mainframe centric. For example, some amount ( maybe all, don't remember ) of the code is written in S/390 Assembler. Didn't require CICS to communicate with the ATMs. Supported DB2 as its back-end database and was written to support multiple copies of the CONNEX 'tasks' running on seperate z/OS / CECs, therefore truely capable of running at or very near 24x365. I would have been very interested to see it run. Glenn Miller -- 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: ATMs (Was: High order bit in 31/24 bit address)
From what I saw, the CONNEX product really looked nice, very mainframe centric. It was/is. I was told that it started on Tandem and moved to the mainframe. But, it has issues due to timings -- it doesn't handle paging very well. I worked at one of the two banks, in Canada, that used it. We had two performance analysts dedicated to it. IBM even did LSPR measurements against it. Originally, they were a re-markettor of CONNEX. The original company name was ACME Software and they changed it to eFunds. There is a lot of customisation you can do with the product. It's a flag/semiphore passing application, with store-and-forward capabilities. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
