Re: RACF: Limiting update-authorization of a file to a particular application
But if I TSOEXEC CALL the Cobol I/O routine, will it retain the context between calls? Won't the DCBs and ACBs and working storage be reinitialized on every call? בתאריך יום ה׳, 7 במרץ 2019, 02:34, מאת Walt Farrell : > On Wed, 6 Mar 2019 19:29:05 +0200, Steff Gladstone < > steff.gladst...@gmail.com> wrote: > > >One further question: > > > >Would use of IKJEFTSI/IKJEFTSR/IKJEFTST work here? I.e., provide an > >isolated eenvironment for RACF while maintaining continuity within the I/O > >routine without re-initializing its working storage on each call? > > No. Your only good approach for doing this under TSO/E, if you're having > problems with a dirty environment, is to TSOEXEC CALL your COBOL program, > and have it run entirely isolated in the parallel TMP. You will, though, > still need to make sure you have a properly constructed PROGRAM ** profile > to ensure that the parallel TMP stays clean. > > Of course, a multiple address space environment, perhaps one created using > the UNIX System Services fork() operation could also work. That's one > variation of the approach that Shmuel suggested. > > -- > Walt > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Disk space allocation question [EXTERNAL]
On 3/6/19 10:32 AM, Paul Gilmartin wrote: > On Wed, 6 Mar 2019 08:36:23 +, Sean Gleann wrote: >> Up until reading the doc regarding ALLOCxx, I was unaware that "...Primary >> space may be acquired in up to 5 extents" and that was the root cause of >> the problem report that I was given. That doc and the further testing I've >> done has allowed me to understand the numbers seen in the resulting ISPF >> 'I' command output, and to communicate that information to the person who >> reported the 'problem' (I requested 9000 tracks! Why did I get only 7200? >> Why did my job go to a B37 after that??) >> > I have routinely done Info on one data set then changed the DSN and > Allocated, intending to create one very similar. I have been dismayed > when space is different from what I requested on the original data set. > > I consider this a bug. > > -- gil > > ... > Backward compatibility will always leave specifying allocation the old ways in units of tracks or cylinders problematic. If you actually care whether you get a specific amount of space, you need to be using newer SMS allocation techniques, specifying space using AVGREC and record size, using System-Determined Blocksize, specifying (in JCL or via SMS definitions) multi-volumes, and using extended datasets (which greatly increases allowed extents per volume and allows secondary allocations to also have multiple physical extents). It also helps with volume fragmentation issues if your SMS rules don't attempt to allocate huge datasets in the same SMS storage pools as smaller datasets. Yes the old allocation rules are a mess and in retrospect perhaps a bad design choice, but since IBM is supplying other ways to solve the allocation problem and reduce allocation dependency on physical DASD architecture, don't expect the old rules to change. Another major exposure the old allocation rules always had: While a 16 extent limit per volume implied there was always a possibility of adding 11 to 15 secondary extents, If DASD space was getting scarce and the primary allocation proved insufficient, there was never any guarantee of space for ANY secondary allocations being available for later allocation when the primary space limit was exceeded. Just dynamically adding DASD space from anywhere to files as needed as long as some job limit, step limit, or total storage limit wasn't exceeded would obviously be a much nicer solution today from a user standpoint (and has been used on other mainframe operating systems); but when the original DASD allocation schemes were created for OS/360, allowing explicit control to restrict the number of extents and encourage allocation of contiguous tracks and contiguous cylinders was considered essential for maximizing DASD performance. Joel C Ewing -- Joel C. Ewing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
OK. What runs 250 times slower than a LG instruction? Chris Blaicher Technical Architect Syncsort, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Thursday, March 7, 2019 1:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed On 3/6/2019 8:18 PM, Charles Mills wrote: > My imperfect model is that main storage is the new disk. Figure that > instructions take no time at all and memory accesses take forever. Of course, you need to pay attention to cache effects -- *especially* to avoid sharing R/W cache lines across CPs. But, that doesn't mean you should completely ignore instruction speed. Here are three instructions guaranteed to produce the identical result: XGR R0,R0 LGHI R0,0 MGHI R0,0 As you might expect, the MGHI runs _significantly_ slower than the other two. XGR and LGHI are similar, but LGHI is the only one of the three that won't slow down to set the CC. Which would you use? (A silly example since no sane person would think to use a multiply to load a zero... LOL) Using our benchmark program, we know some extremely helpful things about the performance of significantly more complex instructions and we've become aware of some that are surprisingly slow. For example, what do you imagine is the performance difference between doing LMH/LM vs an LMD -- I can tell you it's so significant that you will try very hard to never, ever use LMD if you can help it! (Never use it in commonly-used register unstacking code like we stupidly did at one time...) Likewise, if you knew a seemingly-innocent instruction ran 250 times slower than a simple LG, would you try to avoid using it wherever you could? (We avoid that one in high-performing code.) -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
On Thu, 7 Mar 2019 17:01:36 +1100, Matthew Donald wrote: >If the operand is in a CF >storage structure which is part of a GDPS Plex then access may take >hundreds of thousands of clocks. What instruction can reference an operand in a CF structure? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
Anyone remember the old EXEC 2 source (Chris Stephenson), which included comments like "Do this while R3 settles"? Those days are very long gone! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
The most perverse way to zero a register I've been able to come up with is JCTG Rx,*. Bad luck if it already is zero. sas On Thu, Mar 7, 2019 at 12:38 AM Ed Jaffe wrote: > > ...Which would you use? (A silly > example since no sane person would think to use a multiply to load a > zero... LOL) > ... -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > > > This e-mail message, including any attachments, appended messages and the > information contained therein, is for the sole use of the intended > recipient(s). If you are not an intended recipient or have otherwise > received this email message in error, any use, dissemination, distribution, > review, storage or copying of this e-mail message and the information > contained therein is strictly prohibited. If you are not an intended > recipient, please contact the sender by reply e-mail and destroy all copies > of this email message and do not otherwise utilize or retain this email > message or any or all of the information contained therein. Although this > email message and any attachments or appended messages are believed to be > free of any virus or other defect that might affect any computer system > into > which it is received and opened, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by the > sender for any loss or damage arising in any way from its opening or use. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
On Thu, 7 Mar 2019 11:32:54 -0500, Phil Smith III wrote: >Anyone remember the old EXEC 2 source (Chris Stephenson), which included >comments like "Do this while R3 settles"? Those days are very long gone! > Was that merely for performance or to circumvent an actual hardware bug? The original CDC 6600 had an "out-of-order-store" bug the repair for which slowed the entire system down by 5. There was a utility for CDC 6600 assembler programmers which would scan assembler source and flag pipeline stalls. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many asterisks to change a lightbulb?
It's not Friday yet, but I need to know: what does this mean? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Tuesday, March 05, 2019 12:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: How many asterisks to change a lightbulb? Wayne Bickerdike wrote: >And while you are at it, ditch the Edison screw and use a bayonet. 240V would >be good too... Shocking and electrifying advice! Thanks, that lighten up my dim-bulb day... ;-) I'm plugging out now... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many asterisks to change a lightbulb?
On Thu, 7 Mar 2019 17:23:37 +, Jesse 1 Robinson wrote: >It's not Friday yet, but I need to know: what does this mean? > Either you didn't read the thread from the beginning or: https://en.wikipedia.org/wiki/Lightbulb_joke Programmers? Don't ask them; that's a hardware problem. >-Original Message- >From: IBM Mainframe Elardus Engelbrecht >Sent: Tuesday, March 05, 2019 12:48 AM > >Wayne Bickerdike wrote: >>And while you are at it, ditch the Edison screw and use a bayonet. 240V would >>be good too... > >Shocking and electrifying advice! Thanks, that lighten up my dim-bulb day... >;-) >I'm plugging out now... > Galvanized by E.E.'s characteristic wry humor. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMP/e REDO FMID clarification
Hi I am in process of reapplying a a product base FMID with SMPE control card Keyword REDO. I understand to APPLY REDO I also have to select all the PTF which were already applied to the target zone . The challenge is i have close to 3k PTF which I have apply along with the base FMID. Is there a way any other to include 3k automatically and apply REDO PTF .As coding all the PTF in the control statement would be cumbersome. Regards Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
How about GROUPEXTEND (GEXT)? On 2019-03-07 13:08, Jake Anderson wrote: > Hi > > I am in process of reapplying a a product base FMID with SMPE control card > Keyword REDO. I understand to APPLY REDO I also have to select all the PTF > which were already applied to the target zone . > > The challenge is i have close to 3k PTF which I have apply along with the > base FMID. > > Is there a way any other to include 3k automatically and apply REDO PTF .As > coding all the PTF in the control statement would be cumbersome. > > Regards > Jake > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > . > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
If it were me, I'd apply the base FMID by itself, and accept it, then apply the PTF's on top of that, and only accept those after all testing is completed, or just prior to next round of IPL's. The problem with applying all at once, is that you have nothing to fall back on with SMPE restore. _ Dave Jousma Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jake Anderson Sent: Thursday, March 7, 2019 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/e REDO FMID clarification **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Hi I am in process of reapplying a a product base FMID with SMPE control card Keyword REDO. I understand to APPLY REDO I also have to select all the PTF which were already applied to the target zone . The challenge is i have close to 3k PTF which I have apply along with the base FMID. Is there a way any other to include 3k automatically and apply REDO PTF .As coding all the PTF in the control statement would be cumbersome. Regards Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
GEXT was already specified Actually I am doing REDO of base and just APPLY on top of already applied FMID fails with the message ID : GIM50202E On Thu, 7 Mar, 2019, 10:17 PM Jousma, David, < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > If it were me, I'd apply the base FMID by itself, and accept it, then > apply the PTF's on top of that, and only accept those after all testing is > completed, or just prior to next round of IPL's. > > The problem with applying all at once, is that you have nothing to fall > back on with SMPE restore. > > _ > Dave Jousma > Mainframe Engineering, Assistant Vice President > david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H > p 616.653.8429 > f 616.653.2717 > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Jake Anderson > Sent: Thursday, March 7, 2019 1:09 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SMP/e REDO FMID clarification > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > Hi > > I am in process of reapplying a a product base FMID with SMPE control card > Keyword REDO. I understand to APPLY REDO I also have to select all the PTF > which were already applied to the target zone . > > The challenge is i have close to 3k PTF which I have apply along with the > base FMID. > > Is there a way any other to include 3k automatically and apply REDO PTF > .As coding all the PTF in the control statement would be cumbersome. > > Regards > Jake > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION > EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > This e-mail transmission contains information that is confidential and may > be privileged. It is intended only for the addressee(s) named above. If > you receive this e-mail in error, please do not read, copy or disseminate > it in any manner. If you are not the intended recipient, any disclosure, > copying, distribution or use of the contents of this information is > prohibited. Please reply to the message immediately by informing the sender > that the message was misdirected. After replying, please erase it from your > computer system. Your assistance in correcting this error is appreciated. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
Whoops typo. I meant to say accept it prior to the next round of maintenance. _ Dave Jousma Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Spiegel Sent: Thursday, March 7, 2019 1:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e REDO FMID clarification **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** How about GROUPEXTEND (GEXT)? On 2019-03-07 13:08, Jake Anderson wrote: > Hi > > I am in process of reapplying a a product base FMID with SMPE control > card Keyword REDO. I understand to APPLY REDO I also have to select > all the PTF which were already applied to the target zone . > > The challenge is i have close to 3k PTF which I have apply along with > the base FMID. > > Is there a way any other to include 3k automatically and apply REDO > PTF .As coding all the PTF in the control statement would be cumbersome. > > Regards > Jake > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
Hello list. After discussing with Gary P. I submitted: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=130689 with headline of: Enhance JES2 to support compression of dynamic PDS PROCLIBs Please review and provide your vote to help get the JES3 function added to JES2. In the meantime, we will be initiating actions to reduce the update activity of our PDS proclib. Thanks for your support //* Bruce Schaefer //* Worldpay - Mainframe Platform Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
LOCALSYSAREA question: How to know if it exists
Hi, One of my developers (Peter Morrison) is working on some code to allow z/XDC a more refined and accurate view of the structure of virtual storage than it currently has. (24-bit, 31-bit and 64-bit CSAs, private areas, Java work area, and the like). In particular, we cannot see how a program can tell whether or not the 64-bit Local System Area exists. Has anyone looked at this? Here's Peter's remarks: The IARV64 macro has the LOCALSYSAREA= operand. Use of LOCALSYSAREA=YES allows you to allocate storage in the local system work area, an area in the regions private storage that is above the bar and only available to authorized programs. This operand was added to the macro at some point in the past (around z/OS 1.11). Unlike the options on the IARV64 macro to request storage in the JAVAWORK range (2G to 32G or 2G to 64G) there does not appear to be a bit in the RCE that can be tested to indicate whether or not the LOCALSYSAREA= operand is supported. Is there a safe way of testing for this support? We wish to know if the current version of z/OS supports the local system work area so that we can correctly calculate the starting address of the grande low usable user private. There may be a flag that we can test or it may be available with a certain release of z/OS meaning that we can safely test the CVT flags for a particular release of z/OS. Thanks, Dave Cole ColeSoft Marketing 414 Third Street, NE Charlottesville, VA 22902 EADDRESS:dbc...@colesoft.com Home page: www.colesoft.com LinkedIn:www.xdc.com Facebook:www.facebook.com/colesoftware YouTube: www.youtube.com/user/colesoftware Tools: z/XDC for Assembler debugging c/XDC for C debugging -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
I've lost track of the original problem description, especially the motivation for this effort. The easiest way to encompass all of the sysmods belonging to an FMID is "FORFMID()". This would cover the PTFs. The SMP/E message says this. "The indicated SYSMOD has already been applied or accepted, so you must determine if you need to apply or accept the SYSMOD again. In most cases you should not apply or accept the SYSMOD again, therefore, remove the SYSMOD from the SELECT list and rerun the job. If you do want to apply or accept the SYSMOD again, add the REDO operand and rerun the job." So, why do you want to re-APPLY the base sysmod? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake Anderson Sent: Thursday, March 07, 2019 10:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SMP/e REDO FMID clarification GEXT was already specified Actually I am doing REDO of base and just APPLY on top of already applied FMID fails with the message ID : GIM50202E On Thu, 7 Mar, 2019, 10:17 PM Jousma, David, < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > If it were me, I'd apply the base FMID by itself, and accept it, then > apply the PTF's on top of that, and only accept those after all > testing is completed, or just prior to next round of IPL's. > > The problem with applying all at once, is that you have nothing to > fall back on with SMPE restore. > > _ > Dave Jousma > Mainframe Engineering, Assistant Vice President david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f > 616.653.2717 > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Jake Anderson > Sent: Thursday, March 7, 2019 1:09 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SMP/e REDO FMID clarification > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > Hi > > I am in process of reapplying a a product base FMID with SMPE control > card Keyword REDO. I understand to APPLY REDO I also have to select > all the PTF which were already applied to the target zone . > > The challenge is i have close to 3k PTF which I have apply along with > the base FMID. > > Is there a way any other to include 3k automatically and apply REDO > PTF .As coding all the PTF in the control statement would be cumbersome. > > Regards > Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
Why do the service APPLY so quickly. IMHO it's best to onlyinstall the older service plus HIPER. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> Sent: Thursday, March 7, 2019 1:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e REDO FMID clarification If it were me, I'd apply the base FMID by itself, and accept it, then apply the PTF's on top of that, and only accept those after all testing is completed, or just prior to next round of IPL's. The problem with applying all at once, is that you have nothing to fall back on with SMPE restore. _ Dave Jousma Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jake Anderson Sent: Thursday, March 7, 2019 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/e REDO FMID clarification **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Hi I am in process of reapplying a a product base FMID with SMPE control card Keyword REDO. I understand to APPLY REDO I also have to select all the PTF which were already applied to the target zone . The challenge is i have close to 3k PTF which I have apply along with the base FMID. Is there a way any other to include 3k automatically and apply REDO PTF .As coding all the PTF in the control statement would be cumbersome. Regards Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
PLO? MVCL? Or do you mean specifically a slow instruction to zero a register? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Christopher Y. Blaicher Sent: Thursday, March 7, 2019 10:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed OK. What runs 250 times slower than a LG instruction? Chris Blaicher Technical Architect Syncsort, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Thursday, March 7, 2019 1:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed On 3/6/2019 8:18 PM, Charles Mills wrote: > My imperfect model is that main storage is the new disk. Figure that > instructions take no time at all and memory accesses take forever. Of course, you need to pay attention to cache effects -- *especially* to avoid sharing R/W cache lines across CPs. But, that doesn't mean you should completely ignore instruction speed. Here are three instructions guaranteed to produce the identical result: XGR R0,R0 LGHI R0,0 MGHI R0,0 As you might expect, the MGHI runs _significantly_ slower than the other two. XGR and LGHI are similar, but LGHI is the only one of the three that won't slow down to set the CC. Which would you use? (A silly example since no sane person would think to use a multiply to load a zero... LOL) Using our benchmark program, we know some extremely helpful things about the performance of significantly more complex instructions and we've become aware of some that are surprisingly slow. For example, what do you imagine is the performance difference between doing LMH/LM vs an LMD -- I can tell you it's so significant that you will try very hard to never, ever use LMD if you can help it! (Never use it in commonly-used register unstacking code like we stupidly did at one time...) Likewise, if you knew a seemingly-innocent instruction ran 250 times slower than a simple LG, would you try to avoid using it wherever you could? (We avoid that one in high-performing code.) -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://secure-web.cisco.com/1rWe-cfovUc4rY3NC9YIPxe4Gr2lpjjZoZx7IY6pRFJdloG9ZveHRKJzXe2EJtJ9EbxXNvh_0wPJOBD3H3TnAGB3Xs8R4aB4gtvKChhuB8obgsSW_E65U9hl20n5ct_i4RDrM_pq2X_fcI9J2sXMqOQ3EN4VcnT_1i5t2_GzkHkfgoJVpl3j1miBV1UxtYtqo8307yaOs_X9gh9FwOaXwDbPPVnAlXkOEVPt17aphwJse8FFVzQwC6OpMNMnY6ADwOJcTpoN4-esdyqCHWXtDQ-iugDUxZb-t09PHv9eC0IxfUbF4WJ_nio81tdJLAv_MRcVNAdd9T1sGwIcul3x7mVAYjyZSQuuy3sj4UvSoFbRuoWILZedB2NzaHxRYEWZgPF9jRJrsk0MDQz9pOzW91H1PNHx_wL0CuI2fnvBAIr4gf6KEQ4Sj27NEbP22ICOa/https%3A%2F%2Fwww.phoenixsoftware.com%2F This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
On Thu, 7 Mar 2019 18:12:56 +, David Spiegel wrote: >How about GROUPEXTEND (GEXT)? Nope. "If GROUP or GROUPEXTEND is also specified, REDO does not reapply SYSMODs included by the GROUP or GROUPEXTEND operand. It processes only SYSMODs specified on the SELECT operand." -- Tom Marchant > >On 2019-03-07 13:08, kake Anderson wrote: >> Hi >> >> I am in process of reapplying a a product base FMID with SMPE control card >> Keyword REDO. I understand to APPLY REDO I also have to select all the PTF >> which were already applied to the target zone . >> >> The challenge is i have close to 3k PTF which I have apply along with the >> base FMID. >> >> Is there a way any other to include 3k automatically and apply REDO PTF .As >> coding all the PTF in the control statement would be cumbersome. >> >> Regards >> Jake >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> . >> > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
On Thu, 7 Mar 2019 18:35:37 +, Jesse 1 Robinson wrote: >The easiest way to encompass all of the sysmods belonging to an FMID is >"FORFMID()". This would cover the PTFs. The SMP/E message says this. I could be wrong, but I think that REDO only applies to the sysmods that are specified on the SELECT statement. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Question about batch programs using EXCI in a parallel Sysplex
Looking at implementing a parallel Sysplex primarily to support CICS regions that need to be up on more than one LPAR. But some of the regions are not Sysplex compliant so we'll run them on one LPAR only. But we have a number of batch jobs that calls CICS transactions in those regions and we are wondering what happens if the batch job is running in a LPAR where the region isn't. Will it abend or will MRO work out to send the work to the region running in the other LPAR? Thanks Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
On Thu, 7 Mar 2019 22:08:30 +0400, Jake Anderson wrote: >I am in process of reapplying a a product base FMID with SMPE control card >Keyword REDO. Why do you want to do that? >I understand to APPLY REDO I also have to select all the PTF >which were already applied to the target zone . > >The challenge is i have close to 3k PTF which I have apply along with the >base FMID. > >Is there a way any other to include 3k automatically and apply REDO PTF .As >coding all the PTF in the control statement would be cumbersome. I don't think so. You could define a new target zone and apply everything without worrying about REDO. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
An instruction is a unit of operation in whatever ISA you're writing in. The implementation is irrelevant. MIPS never made sense. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Vernooij, Kees (ITOP NM) - KLM Sent: Thursday, March 7, 2019 2:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed What is an instruction? When IBM started putting pages of assemblercode in microcode, which can be called by 1 PC instruction, its definition has lost sense. Like MIPS (million instructions per second) did around the same time. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: 07 March, 2019 2:59 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: instruction clock speed > > Hi > > > > > > From what I remember there used to be a list of instruction clock speeds > in > the principle of operation I wonder if that's still available > > > > thanks > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://secure-web.cisco.com/1ZAzYm9ZG07d-4q93sUp9HavCRB5ibTlshl8B2ZLjKhEvrZFd_ljW1HYUwtOPnxk6XWA4DSERj2zl2yYq_vybamO5SsnTFIVS58w7skohQRYl8b35djcJBsUxJ5rDJDpnzv98uGb7FFD2gn0nH2RJpeRS4heXR65tSOkFQ-eIl0eC5s_KBQ3-ItkxmvjiUbCjOtqy0YgumMo4sESq4ykgUrRUw6zD0uSI3JHezUGEq0-dliADOJQhfEZEMeINprpt62LFxfNAmMeAfrLCG73EBzhdr-RXLBjvIaq3dld6hYo080QlkG-To3fdx2-zbDdhPVFvq93yXqygFZG29MCA1tka0A7-5GUaFhuvMZAPqoYA0K3uqwFXVPzVAINFSq_-/http%3A%2F%2Fwww.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
On Thu, 7 Mar 2019 12:32:36 -0600, Bruce Schaefer wrote: >Hello list. >After discussing with Gary P. I submitted: >http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=130689 >with headline of: Enhance JES2 to support compression of dynamic PDS PROCLIBs > Isn't this a job for PDSE? If the data set is held for a long time, a STOW DISC might be advisable. Is there any wildcard form, "STOW DISC *"? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
Every time IBM introduced a new model the instruction timing got more complicated. Many of the complexities had nothing to do with memory access. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Charles Mills Sent: Wednesday, March 6, 2019 11:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed The 360/40 had one: 7 us for LR, 10 us for L. It is not possible now. A single instruction may literally add no time at all to some instruction sequence. My imperfect model is that main storage is the new disk. Figure that instructions take no time at all and memory accesses take forever. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Wednesday, March 6, 2019 5:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: instruction clock speed Hi >From what I remember there used to be a list of instruction clock speeds in the principle of operation I wonder if that's still available thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
On 3/7/2019 1:08 PM, Jake Anderson wrote: Hi I am in process of reapplying a a product base FMID with SMPE control card Keyword REDO. I understand to APPLY REDO I also have to select all the PTF which were already applied to the target zone . The challenge is i have close to 3k PTF which I have apply along with the base FMID. Is there a way any other to include 3k automatically and apply REDO PTF .As coding all the PTF in the control statement would be cumbersome. Regards Jake Jake, You almost NEVER need to use REDO. If your previous APPLY failed, just rerun the failed APPLY, SMP/E will automatically remember where it left off and continue. You should only use REDO at the direction of IBM or OEM vendor support. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
There was timing information in manuals for S/370 processors, e.g., http://bitsavers.org/pdf/ibm/370/funcChar/GA22-6935-0_370-165_funcChar_Jun70.pdf. Unfortunately, the formulae for each new model were more complicated. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Steve Thompson Sent: Wednesday, March 6, 2019 9:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed Not since pipeline processors. The last time I saw a manual with timings was for a S360. Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct mistaks > On Mar 6, 2019, at 8:58 PM, Joseph Reichman wrote: > > Hi > > > > > > From what I remember there used to be a list of instruction clock speeds in > the principle of operation I wonder if that's still available > > > > thanks > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
Never in PoOps, nor should it have been. There were timing manuals and there was timing information in some to the functional specifications manuals for specific models. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Joseph Reichman Sent: Wednesday, March 6, 2019 8:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: instruction clock speed Hi >From what I remember there used to be a list of instruction clock speeds in the principle of operation I wonder if that's still available thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF: Limiting update-authorization of a file to a particular application
My understanding is that he needs ISPF services in his application. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Walt Farrell Sent: Wednesday, March 6, 2019 7:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RACF: Limiting update-authorization of a file to a particular application On Wed, 6 Mar 2019 19:29:05 +0200, Steff Gladstone wrote: >One further question: > >Would use of IKJEFTSI/IKJEFTSR/IKJEFTST work here? I.e., provide an >isolated eenvironment for RACF while maintaining continuity within the I/O >routine without re-initializing its working storage on each call? No. Your only good approach for doing this under TSO/E, if you're having problems with a dirty environment, is to TSOEXEC CALL your COBOL program, and have it run entirely isolated in the parallel TMP. You will, though, still need to make sure you have a properly constructed PROGRAM ** profile to ensure that the parallel TMP stays clean. Of course, a multiple address space environment, perhaps one created using the UNIX System Services fork() operation could also work. That's one variation of the approach that Shmuel suggested. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
On Thu, 7 Mar 2019 at 14:32, Seymour J Metz wrote: > Never in PoOps, nor should it have been. There were timing manuals and there > was timing information in some to the functional > specifications manuals for specific models. The timing for S/360 and early S/370 models was indeed in the Functional Characteristics manual for each model. But modern Principles of Operation does point out that some instructions are likely to be much slower than some others, and are therefore to be avoided if the faster instruction does what you needed. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Number of directory blocks for existing PDS
No API unless it's in FAMS. The only way that I know is to read the directory, or to use an ISPF service that does so. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Kirk Wolf Sent: Wednesday, March 6, 2019 3:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Number of directory blocks for existing PDS Is there a standard programming API / macro for getting this? I don't see it in the F1 DSCB - just DS1NOBDB (number of bytes in last directory block). It seems odd that there is this bit without more. Do you have to just read the directory and count? Kirk Wolf Dovetailed Technologies http://secure-web.cisco.com/1VIvaZa3zooFv72E8iZDlDP2Pve18uwsnQA5g6_nmahofAjqBjTb1iTihyn42n_1PW21_dODdnLhd64kOohnczZFkvX_v5F6Jei2MzKv5FUd05FnB80_M6IALvs6mokhiHgrB-_pEsxb94J2hP5x7yrNA_63pMuW22fVzGfkiVRw3ZhIY6JFfN_CCEtJup00gc8O8ufyzSOXeFxXivMciOUUO0n6uxprXJu0s04n31aoY1TiEkFbWQ_2ZDu8spwpoGdv30M8Xa1jr7Q36wbIDGzeaPWtp6eQ7Btcs-zwaXrMQfpI2hxjHT7JrfOI_wtaLbCLnZ0U7zkpZnPAav-4JiA_hprtEVaOptzg6wJO6tCYdmS6TGvb-7pth8bGkHx4azISS8NJ0b3O35-4u9k4pvRrdmhDWhgBwDufj0dNNnxrjuuJ2oDKf9x9qudDSomuB/http%3A%2F%2Fdovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Number of directory blocks for existing PDS
DESERV FUNC=GETALL will return a chain of DESB control blocks with a MEMBER count field in the header of each DESB. You can run the chain and add up the counts to get total members. I don't know of any way to count directory BLOCKS except to read the PDS / PDSE with QSAM and count the records returned. As others have indicates, the hidden FAMS API may have what you need, but most of us do not have documentation of that API. As a vendor, your company may qualify to get that documentation. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Wednesday, March 6, 2019 3:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Number of directory blocks for existing PDS EXTERNAL EMAIL Is there a standard programming API / macro for getting this? I don't see it in the F1 DSCB - just DS1NOBDB (number of bytes in last directory block). It seems odd that there is this bit without more. Do you have to just read the directory and count? Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
On Wed, 6 Mar 2019 at 21:08, Joseph Reichman wrote: > From what I remember there used to be a list of instruction clock speeds in > the principle of operation I wonder if that's still available The important issue is what you would do with such information were it available. Are you trying to make your program run as fast as possible? Looking at existing code for dodgy instructions or sequences? Just historical curiosity...? (If the latter, there are old Functional Characteristics books for most of the 1970s machines online at bitsavers.org: http://bitsavers.org/pdf/ibm/360/funcChar/ or http://bitsavers.org/pdf/ibm/370/funcChar .) First, design your application logic sensibly. Then, as has been discussed here a number of times, if you want the best code possible for a given processor generation, use a high-level language (typically C) and tell the compiler what machine you will be running on. People with both great experience and access to IBM information that you and I don't have design and configure the code generation in the IBM compilers, and it's almost a sure bet that it'll run faster than anything you or I can write. You can certainly look at the generated code if you're interested in what the compiler thinks is is optimal. But resist the temptation to feed a tiny snippet of code to the compiler and then clone the assembler result in your program. The compiler code generation can take a larger view of your program and generate overall better code than that resulting from a bunch of single statements glued together. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
Jake hasn’t mentioned *why* he is doing this but I can only surmise that maybe he or someone deleted/modified the contents of the target libraries outside of smpe. _ Dave Jousma Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Conley Sent: Thursday, March 7, 2019 2:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/e REDO FMID clarification **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** On 3/7/2019 1:08 PM, Jake Anderson wrote: > Hi > > I am in process of reapplying a a product base FMID with SMPE control > card Keyword REDO. I understand to APPLY REDO I also have to select > all the PTF which were already applied to the target zone . > > The challenge is i have close to 3k PTF which I have apply along with > the base FMID. > > Is there a way any other to include 3k automatically and apply REDO > PTF .As coding all the PTF in the control statement would be cumbersome. > > Regards > Jake > Jake, You almost NEVER need to use REDO. If your previous APPLY failed, just rerun the failed APPLY, SMP/E will automatically remember where it left off and continue. You should only use REDO at the direction of IBM or OEM vendor support. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
On Thu, 7 Mar 2019 at 11:33, Phil Smith III wrote: > > Anyone remember the old EXEC 2 source (Chris Stephenson), which included > comments like "Do this while R3 settles"? Those days are very long gone! Long gone, but at the same time shows an awareness that the processors of the day were already pipelined to some extent, could suffer from AGI and the like, and generally had diverged in implementation from the conceptual model of instruction execution described in the PofO. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
There was no High Level Language! Most of the S/360 instruction times were based on 'Frame Intervals' on what you could do in a given amount of time or instructions. The Saturn/Apollo used this in a n-way voting scheme to achieve predictable results in a given window. Many of the concepts are carried over in our single processor multi-core hardware. Parallel instructions, results comparison, and instruction retry. In a message dated 3/7/2019 1:56:17 PM Central Standard Time, t...@harminc.net writes: Then, as has been discussed here a number of times, if you want the best code possible for a given processor generation, use a high-level language (typically C) and tell the compiler what machine you will be running on. People with both great experience and access to IBM information that you and I don't have design and configure the code generation in the IBM compilers, and it's almost a sure bet that it'll -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many asterisks to change a lightbulb?
Warning - my reply is somewhat long, please ensure your light bulb is still burning while reading this... Paul Gilmartin wrote: >Jesse 1 Robinson wrote: >>It's not Friday yet, but I need to know: what does this mean? >Either you didn't read the thread from the beginning or: >https://en.wikipedia.org/wiki/Lightbulb_joke >Programmers? Don't ask them; that's a hardware problem. Thanks for standing in for me, I appreciate it. You can also search IBM-MAIN and also IBM-MAIN Archives using this search phrase 'light bulb' for a bright shining answer. You will get ten thousand (... and still counting) 'enlighting' jokes and [useless] OT threads about light bulbs. I reposted four 'winners' in case you're in the dark (I could reposted Ed Gould's many, but looong lists, but you can search them yourself): From Shmuel Metz this little fun shorty (one of my favourites): ... The ones that say "You had light bulbs?" Alternatively, the correct answer is "None, it's a hardware problem." Unless you're a CE, in which case it's "None: it's a software problem." From Don Imbriale this JCL which should bypass JES2 and RACF unforgiving checking (after shortening (pun intended) PROGRAM name of course)...: //S1 EXEC PGM=ELECTRICIAN //TOOLMSG DD SYSOUT=* //OLD DD DSN=... //NEW DD DSN=... //LIGHT DD DSN= //TOOLIN DD * SWITCH OFF(LIGHT) REPLACE FROM(OLD) TO(NEW) SWITCH ON(LIGHT) /* From Donna Spradley, she is a great lady: You sell em, but do you know how to install em?? :-) --It's finding and setting up a ladder correctly that's the hard part, at least for me. Then there's the removing-the-light-cover that has cross-threaded screws that can't be turned by hand, that's another problem (while trying to hang onto the ladder). And trying to use that needle-nose plier thingy is a pain, at least for me. Then there's the trying to hang onto the ladder, hold the glass light globe/cover without dropping it, and stick the bulb into the hole correctly (all while holding onto the ladder - and I HATE "heighths"), then turn gently but firmly. If too firmly, the bulb might burst, and THAT would be a nightmare - I might get electrocuted!! Then watch out for the ladder starting to tip, because it's not placed EXACTLY where it should be, and my weight has caused it to lean. Then watch out for that wasp nest that's hidden right up there beside the light fixture. Maybe I should get down and get the wasp spray, but that usually just makes them madder. I wasn't "trained" to do this! HELP! (aka-where's-a-man-when-you-want-one?) From John Ford this little checklist: - Environment: Indoors, outdoors, garage, porch, attic, barn, office? - Vendor: GE, Sylvania, Westinghouse, Phillips, or in-house? - Architecture: Incandescent, fluorescent, halogen, neon, murcury-vapor, xenon, sodium (high or low pressure)? - Platform: Recessed, track, chandelier, sconce, ceiling fixture, table/floor lamp? - Operating system: AC (v110, 220), DC (v1.5, 3, 6, 12)? - Access method: Ladder, stack of crates, jumping, piggy-back, cherry picker? - Language: Muttering, cursing, whining? - User input: Single pole switch, 2-way, dimmer, timer or sensor driven? - GUI: bare bulb (plain or decorative), reflector, diffusion panel, flood, spot or omnidirectional - Output: lumens/candlepower/lux/lamberts/nits? - Downtime: Scheduled or unscheduled? How long? - Maintenance type: Preventive maintenance, upgrade, hyper fix, emergency ZAP? Ok, as as free bonus, one from Ed Goud this little one: Q: How many cops does it take to screw in a light bulb? A: None. It turned itself in. Ok, enough, enough! This is not Friday today! ;-) Paul Gilmartin wrote: >>Shocking and electrifying advice! Thanks, that lighten up my dim-bulb day... >>;-) >>I'm plugging out now... >Galvanized by E.E.'s characteristic wry humor. Galvanized? Hahahaha, oh dear, you made my day! ;-) This is dry (or wry if you want it) good sense of humor... ;-) Oh, look at http://planetmvs.com/ibm-main/faqh.html which contains a reference to 'How many IBM-MAIN Subscribers does it take to change a light bulb?' Ok, enough OT junk, please let me go back to my unscheduled ICH408I broadcasts... Groete / Greetings Elardus Engelbrecht (some of my old and dim signatures... ) How many electrical engineers does it take to change a light bulb? We don't know yet, they're still waiting for a part. How many programmers does it take to change a light bulb? None - it is a hardware problem. Question: How many lawyers take it to change a lightbulb? Answer: I don't know, but this is gonna cost you a lot for consulting fee, fee for actual work done and the bulb itself! Q: How many personal injury attorneys does it take to change a light bulb? A: Three–one to turn the bulb, one to shake him off the ladder, and the third to sue the ladder company. How many surrealists does it take to change a light bulb? Two, one to hold the giraffe, and the other to fill the
Re: instruction clock speed
What are these, chopped liver? Algol 60 COBOL FORTRAN PL/I And didn't IBCFTC have surprising optimizations? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu> Sent: Thursday, March 7, 2019 3:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed There was no High Level Language! Most of the S/360 instruction times were based on 'Frame Intervals' on what you could do in a given amount of time or instructions. The Saturn/Apollo used this in a n-way voting scheme to achieve predictable results in a given window. Many of the concepts are carried over in our single processor multi-core hardware. Parallel instructions, results comparison, and instruction retry. In a message dated 3/7/2019 1:56:17 PM Central Standard Time, t...@harminc.net writes: Then, as has been discussed here a number of times, if you want the best code possible for a given processor generation, use a high-level language (typically C) and tell the compiler what machine you will be running on. People with both great experience and access to IBM information that you and I don't have design and configure the code generation in the IBM compilers, and it's almost a sure bet that it'll -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
EXEC2? What processor running EXEC2 didn't at least have pipelining for I-fetch? why weren't you using REXX? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Tony Harminc Sent: Thursday, March 7, 2019 2:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed On Thu, 7 Mar 2019 at 11:33, Phil Smith III wrote: > > Anyone remember the old EXEC 2 source (Chris Stephenson), which included > comments like "Do this while R3 settles"? Those days are very long gone! Long gone, but at the same time shows an awareness that the processors of the day were already pipelined to some extent, could suffer from AGI and the like, and generally had diverged in implementation from the conceptual model of instruction execution described in the PofO. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
Paul, I have not found any IBM doc to indicate that PDSE solves the problem. The JES2 Init&Tuning Guide simply says: To ensure performance and integrity, do not: v Allocate additional extents or release extents v Compress a PROCLIB data set v Defragment (move) a volume containing a PROCLIB My understanding of PDSE is that all enqueue's must be released before SMSPDSE will reclaim space. Do JES2 (with NODSI in PPT) and SMSPDSE play well? This proclib (and our VTAMLST) is always in use. I don't have a response to your questions on STOW. Thanks for asking, please vote! Bruce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
Are you using dynamic proclib? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Bruce Schaefer Sent: Thursday, March 7, 2019 3:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs. Paul, I have not found any IBM doc to indicate that PDSE solves the problem. The JES2 Init&Tuning Guide simply says: To ensure performance and integrity, do not: v Allocate additional extents or release extents v Compress a PROCLIB data set v Defragment (move) a volume containing a PROCLIB My understanding of PDSE is that all enqueue's must be released before SMSPDSE will reclaim space. Do JES2 (with NODSI in PPT) and SMSPDSE play well? This proclib (and our VTAMLST) is always in use. I don't have a response to your questions on STOW. Thanks for asking, please vote! Bruce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
yes. Thanks for asking, please vote! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
I used to spend my time counting cycles, now I spend my time clocking psychos? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Thursday, March 07, 2019 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed EXEC2? What processor running EXEC2 didn't at least have pipelining for I-fetch? why weren't you using REXX? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Tony Harminc Sent: Thursday, March 7, 2019 2:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: instruction clock speed On Thu, 7 Mar 2019 at 11:33, Phil Smith III wrote: > > Anyone remember the old EXEC 2 source (Chris Stephenson), which included > comments like "Do this while R3 settles"? Those days are very long gone! Long gone, but at the same time shows an awareness that the processors of the day were already pipelined to some extent, could suffer from AGI and the like, and generally had diverged in implementation from the conceptual model of instruction execution described in the PofO. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN DISCLAIMER: This email and any attachments may contain confidential information that is intended solely for use by the intended recipient(s). If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the communication. If you received this email in error, please contact the sender by reply email and immediately delete the communication. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many asterisks to change a lightbulb?
Guys, gimme a break. This was MY thread. I chose the subject line. My 'meaning' question was about "ditch the Edison screw and use a bayonet". Is that about US vs. EU light bulb design? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, March 07, 2019 12:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: How many asterisks to change a lightbulb? Warning - my reply is somewhat long, please ensure your light bulb is still burning while reading this... Paul Gilmartin wrote: >Jesse 1 Robinson wrote: >>It's not Friday yet, but I need to know: what does this mean? >Either you didn't read the thread from the beginning or: >https://en.wikipedia.org/wiki/Lightbulb_joke >Programmers? Don't ask them; that's a hardware problem. Thanks for standing in for me, I appreciate it. You can also search IBM-MAIN and also IBM-MAIN Archives using this search phrase 'light bulb' for a bright shining answer. You will get ten thousand (... and still counting) 'enlighting' jokes and [useless] OT threads about light bulbs. I reposted four 'winners' in case you're in the dark (I could reposted Ed Gould's many, but looong lists, but you can search them yourself): From Shmuel Metz this little fun shorty (one of my favourites): ... The ones that say "You had light bulbs?" Alternatively, the correct answer is "None, it's a hardware problem." Unless you're a CE, in which case it's "None: it's a software problem." From Don Imbriale this JCL which should bypass JES2 and RACF unforgiving checking (after shortening (pun intended) PROGRAM name of course)...: //S1 EXEC PGM=ELECTRICIAN //TOOLMSG DD SYSOUT=* //OLD DD DSN=... //NEW DD DSN=... //LIGHT DD DSN= //TOOLIN DD * SWITCH OFF(LIGHT) REPLACE FROM(OLD) TO(NEW) SWITCH ON(LIGHT) /* From Donna Spradley, she is a great lady: You sell em, but do you know how to install em?? :-) --It's finding and setting up a ladder correctly that's the hard part, at least for me. Then there's the removing-the-light-cover that has cross-threaded screws that can't be turned by hand, that's another problem (while trying to hang onto the ladder). And trying to use that needle-nose plier thingy is a pain, at least for me. Then there's the trying to hang onto the ladder, hold the glass light globe/cover without dropping it, and stick the bulb into the hole correctly (all while holding onto the ladder - and I HATE "heighths"), then turn gently but firmly. If too firmly, the bulb might burst, and THAT would be a nightmare - I might get electrocuted!! Then watch out for the ladder starting to tip, because it's not placed EXACTLY where it should be, and my weight has caused it to lean. Then watch out for that wasp nest that's hidden right up there beside the light fixture. Maybe I should get down and get the wasp spray, but that usually just makes them madder. I wasn't "trained" to do this! HELP! (aka-where's-a-man-when-you-want-one?) From John Ford this little checklist: - Environment: Indoors, outdoors, garage, porch, attic, barn, office? - Vendor: GE, Sylvania, Westinghouse, Phillips, or in-house? - Architecture: Incandescent, fluorescent, halogen, neon, murcury-vapor, xenon, sodium (high or low pressure)? - Platform: Recessed, track, chandelier, sconce, ceiling fixture, table/floor lamp? - Operating system: AC (v110, 220), DC (v1.5, 3, 6, 12)? - Access method: Ladder, stack of crates, jumping, piggy-back, cherry picker? - Language: Muttering, cursing, whining? - User input: Single pole switch, 2-way, dimmer, timer or sensor driven? - GUI: bare bulb (plain or decorative), reflector, diffusion panel, flood, spot or omnidirectional - Output: lumens/candlepower/lux/lamberts/nits? - Downtime: Scheduled or unscheduled? How long? - Maintenance type: Preventive maintenance, upgrade, hyper fix, emergency ZAP? Ok, as as free bonus, one from Ed Goud this little one: Q: How many cops does it take to screw in a light bulb? A: None. It turned itself in. Ok, enough, enough! This is not Friday today! ;-) Paul Gilmartin wrote: >>Shocking and electrifying advice! Thanks, that lighten up my dim-bulb >>day... ;-) I'm plugging out now... >Galvanized by E.E.'s characteristic wry humor. Galvanized? Hahahaha, oh dear, you made my day! ;-) This is dry (or wry if you want it) good sense of humor... ;-) Oh, look at http://planetmvs.com/ibm-main/faqh.html which contains a reference to 'How many IBM-MAIN Subscribers does it take to change a light bulb?' Ok, enough OT junk, please let me go back to my unscheduled ICH408I broadcasts... Groete / Greetings Elardus Engelbrecht (some of my old and dim signatures... ) How many electrical engineers does it
Re: How many asterisks to change a lightbulb?
Sanity at last. European, not sure but definitely in New Zealand and Australia. Bayonet bases have two little lugs that lock the bulb in place. Both countries 240V is the standard (along with 50Hz). I think Wayne who posted this is Australian based. Alan -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jesse 1 Robinson Sent: Thursday, March 07, 2019 2:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How many asterisks to change a lightbulb? CAUTION: This email originated outside of the organization. DO NOT CLICK links or open attachments unless you recognize the sender and know the content is safe. __ Guys, gimme a break. This was MY thread. I chose the subject line. My 'meaning' question was about "ditch the Edison screw and use a bayonet". Is that about US vs. EU light bulb design? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, March 07, 2019 12:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: How many asterisks to change a lightbulb? Warning - my reply is somewhat long, please ensure your light bulb is still burning while reading this... Paul Gilmartin wrote: >Jesse 1 Robinson wrote: >>It's not Friday yet, but I need to know: what does this mean? >Either you didn't read the thread from the beginning or: >https://urldefense.proofpoint.com/v2/url?u=https-3A__en.wikipedia.org_wiki_Lightbulb-5Fjoke&d=DwIGaQ&c=9UhhgAlTXeWiaqKNSiBD3IksuuptNr4lCHkuizAB24A&r=qiH9mKYcC_CQRQ0E2ktYI0dU50zy2wecA-Scon0Qft4&m=QoYYcZC2K3ufKW5bIBpjnTMzHLCY_9C0CViU39Kk8wc&s=vQsa0YYhWXVBQq8e_NJ12DipzOkttRbciXd6iE6Er3E&e= >Programmers? Don't ask them; that's a hardware problem. Thanks for standing in for me, I appreciate it. You can also search IBM-MAIN and also IBM-MAIN Archives using this search phrase 'light bulb' for a bright shining answer. You will get ten thousand (... and still counting) 'enlighting' jokes and [useless] OT threads about light bulbs. I reposted four 'winners' in case you're in the dark (I could reposted Ed Gould's many, but looong lists, but you can search them yourself): From Shmuel Metz this little fun shorty (one of my favourites): ... The ones that say "You had light bulbs?" Alternatively, the correct answer is "None, it's a hardware problem." Unless you're a CE, in which case it's "None: it's a software problem." From Don Imbriale this JCL which should bypass JES2 and RACF unforgiving checking (after shortening (pun intended) PROGRAM name of course)...: //S1 EXEC PGM=ELECTRICIAN //TOOLMSG DD SYSOUT=* //OLD DD DSN=... //NEW DD DSN=... //LIGHT DD DSN= //TOOLIN DD * SWITCH OFF(LIGHT) REPLACE FROM(OLD) TO(NEW) SWITCH ON(LIGHT) /* From Donna Spradley, she is a great lady: You sell em, but do you know how to install em?? :-) --It's finding and setting up a ladder correctly that's the hard part, at least for me. Then there's the removing-the-light-cover that has cross-threaded screws that can't be turned by hand, that's another problem (while trying to hang onto the ladder). And trying to use that needle-nose plier thingy is a pain, at least for me. Then there's the trying to hang onto the ladder, hold the glass light globe/cover without dropping it, and stick the bulb into the hole correctly (all while holding onto the ladder - and I HATE "heighths"), then turn gently but firmly. If too firmly, the bulb might burst, and THAT would be a nightmare - I might get electrocuted!! Then watch out for the ladder starting to tip, because it's not placed EXACTLY where it should be, and my weight has caused it to lean. Then watch out for that wasp nest that's hidden right up there beside the light fixture. Maybe I should get down and get the wasp spray, but that usually just makes them madder. I wasn't "trained" to do this! HELP! (aka-where's-a-man-when-you-want-one?) From John Ford this little checklist: - Environment: Indoors, outdoors, garage, porch, attic, barn, office? - Vendor: GE, Sylvania, Westinghouse, Phillips, or in-house? - Architecture: Incandescent, fluorescent, halogen, neon, murcury-vapor, xenon, sodium (high or low pressure)? - Platform: Recessed, track, chandelier, sconce, ceiling fixture, table/floor lamp? - Operating system: AC (v110, 220), DC (v1.5, 3, 6, 12)? - Access method: Ladder, stack of crates, jumping, piggy-back, cherry picker? - Language: Muttering, cursing, whining? - User input: Single pole switch, 2-way, dimmer, timer or sensor driven? - GUI: bare bulb (plain or decorative), reflector, diffusion panel, flood, spot or omnidirec
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
On Thu, 7 Mar 2019 14:25:07 -0600, Bruce Schaefer wrote: >Paul, I have not found any IBM doc to indicate that PDSE solves the problem. >The JES2 Init&Tuning Guide simply says: >To ensure performance and integrity, do not: >v Allocate additional extents or release extents >v Compress a PROCLIB data set >v Defragment (move) a volume containing a PROCLIB > >My understanding of PDSE is that all enqueue's must be released before SMSPDSE >will reclaim space. Do JES2 (with NODSI in PPT) and SMSPDSE play well? This >proclib (and our VTAMLST) is always in use. > Since the Tuna is directed to PDS, I suspect the JES2 developers haven't yet heard of PDSE. >I don't have a response to your questions on STOW. > My understanding is that that after any individual member is replaced or deleted STOW DISC makes the space available for reclaim even while the data set is open and enqueued. I suspect (see above) that JES does not issue STOW DISC. If JES is processing the same member in multiple threads, would a STOW DISC by one of them pose an integrity threat to the others? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
On 3/7/2019 1:10 PM, Paul Gilmartin wrote: Since the Tuna is directed to PDS, I suspect the JES2 developers haven't yet heard of PDSE. I don't think PDSE will release space from an open concatenation. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
Yes, but you can delete a dynamic proclib and then add it back. Of course, you don't want to be interpreting jobs until you've added it back. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Ed Jaffe Sent: Thursday, March 7, 2019 4:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs. On 3/7/2019 1:10 PM, Paul Gilmartin wrote: > > Since the Tuna is directed to PDS, I suspect the JES2 developers haven't > yet heard of PDSE. I don't think PDSE will release space from an open concatenation. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://secure-web.cisco.com/1mD9zqKj2EaZIwt55tDLRltz-_3VU-pZXB3Zdep8XKW4iMch0nYCe7TJNX_mqPPHS_T3SQYl9tPazzW276B619odRUPTMcAmXSUthwzq-3563Mdqm5fisyGJkfO8r6aR0PyDEATDeBbiV5w8WrzdwoJFfBsVBuu3XH5HS7_Q61K5oM96J4K82HeDGRPwZDP0Q8VJH3nR0dREia3Kx6m7QOlxko7gsXq0TqG5pN-M6PUZ_c8hzhnR3Uu6XjTSjug5K07VBjxiY1iqj1LUuD4Woo6DViuM3I_YjNoe1jtMXb1LJq99UNEByp7mjJQ96RovS0uVCn4hfE5Hvs0KFMJh09r6AEvJM7HZkPi0l5DQJ8P3RrHLYKNvm-XsNCNmvile6qqXvcd6LUXZU6m3hAu2ziRBpYhqGU--RAHuE2VhgpXtiNuKMaO8dm4Yk7DXSIlmm/https%3A%2F%2Fwww.phoenixsoftware.com%2F This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
Why would JES need to use STOW DISC? JES is not making the update. It is reading a member and sometimes an old pointer happens to be "valid". I am requesting a method that prevents/stalls C/I from reading a PROCLIB while the compress job runs. For us, the is typically less than two seconds. On rare occasions, we see impact that requires action. In my opinion, this should not occur. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
Exactly. In our case, a frequently used started task is being impacted. Thus the request for a method to stall C/I for a very short time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
On Thu, 7 Mar 2019 13:17:03 -0800, Ed Jaffe wrote: >On 3/7/2019 1:10 PM, Paul Gilmartin wrote: >> >> Since the Tuna is directed to PDS, I suspect the JES2 developers haven't >> yet heard of PDSE. > >I don't think PDSE will release space from an open concatenation. > In: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.idad400/d4309.htm I read: If you use BLDL, FIND by TTR, or POINT to connect to members, you can disconnect those members before closing the DCB by issuing STOW DISC. If you use DESERV to connect to members you can disconnect those members before closing the DCB by issuing DESERV FUNC=RELEASE. ... "before closing". No mention of restrictions arising from concatenation. But I certainly must bow to your JES expertise. I could envision problems from STOW DISC if there are similarly named members connected in multiple catenands. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
On Thu, 7 Mar 2019 15:22:56 -0600, Bruce Schaefer wrote: >Why would JES need to use STOW DISC? JES is not making the update. It is >reading a member and sometimes an old pointer happens to be "valid". > If a PDSE member was *ever* read then subsequently replaced, space occupied by that member is not reclaimed until STOW DISC or the DCB is closed. >I am requesting a method that prevents/stalls C/I from reading a PROCLIB while >the compress job runs. For us, the is typically less than two seconds. On >rare occasions, we see impact that requires action. In my opinion, this should >not occur. > "compress"? Are you still thinking about PDS rather than PDSE? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many asterisks to change a lightbulb?
On Thu, 7 Mar 2019 20:42:42 +, Jesse 1 Robinson wrote: >Guys, gimme a break. This was MY thread. I chose the subject line. My >'meaning' question was about "ditch the Edison screw and use a bayonet". Is >that about US vs. EU light bulb design? Some light bulbs used in cars use bayonet bases. e.g. brake light and turn signals. At least they used to. Not sure if they still do. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
On Thu, 7 Mar 2019 15:10:04 -0600, Paul Gilmartin wrote: >Since the Tuna is directed to PDS, I suspect the JES2 developers haven't >yet heard of PDSE. Not a very likely assumption. They require a PDSE for SHASLNKE. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many asterisks to change a lightbulb?
They still use bayonet bases for 12 volt lighting. I have also seen interior 12 volt lighting with bayonet bases. Either way, screw-in or bayonet, trying to separate components sucks, when it's all rusted together, and you need trailer lights NOW! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Marchant Sent: Thursday, March 07, 2019 4:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How many asterisks to change a lightbulb? On Thu, 7 Mar 2019 20:42:42 +, Jesse 1 Robinson wrote: >Guys, gimme a break. This was MY thread. I chose the subject line. My >'meaning' question was about "ditch the Edison screw and use a bayonet". Is >that about US vs. EU light bulb design? Some light bulbs used in cars use bayonet bases. e.g. brake light and turn signals. At least they used to. Not sure if they still do. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN DISCLAIMER: This email and any attachments may contain confidential information that is intended solely for use by the intended recipient(s). If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the communication. If you received this email in error, please contact the sender by reply email and immediately delete the communication. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
Yes, our application proclib in PROC00 is a PDS. If JES2 is never down and the proclib is never closed by all members at the same time, when would PDSE reclaim any freespace? What did I miss in this thread? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many asterisks to change a lightbulb?
Just get magnetic lights prewired to connector. https://www.amazon.com/s?k=magnetic+trailer+lights&ref=nb_sb_noss_1 On Thu, Mar 7, 2019 at 4:13 PM Schuffenhauer, Mark wrote: > > They still use bayonet bases for 12 volt lighting. I have also seen interior > 12 volt lighting with bayonet bases. Either way, screw-in or bayonet, trying > to separate components sucks, when it's all rusted together, and you need > trailer lights NOW! > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Tom Marchant > Sent: Thursday, March 07, 2019 4:05 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: How many asterisks to change a lightbulb? > > On Thu, 7 Mar 2019 20:42:42 +, Jesse 1 Robinson wrote: > > >Guys, gimme a break. This was MY thread. I chose the subject line. My > >'meaning' question was about "ditch the Edison screw and use a bayonet". Is > >that about US vs. EU light bulb design? > > Some light bulbs used in cars use bayonet bases. e.g. brake light and turn > signals. > At least they used to. Not sure if they still do. > > -- > Tom Marchant > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > DISCLAIMER: This email and any attachments may contain confidential > information that is intended solely for use by the intended recipient(s). If > you are not the intended recipient, you are strictly prohibited from > disclosing, copying, distributing or using any of the information contained > in the communication. If you received this email in error, please contact the > sender by reply email and immediately delete the communication. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
The problem would be easier to deal with if you switched to dynamic proclibs. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Bruce Schaefer Sent: Thursday, March 7, 2019 5:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs. Yes, our application proclib in PROC00 is a PDS. If JES2 is never down and the proclib is never closed by all members at the same time, when would PDSE reclaim any freespace? What did I miss in this thread? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
I guess the SAFE way is to REJECT it, then do a RECEIVE and APPLY S(FMID). After the APPLY then go after the remaining PTFS with APPLY FORFMID(fmid) GROUPEXTEND. In a message dated 3/7/2019 12:08:56 PM Central Standard Time, justmainfra...@gmail.com writes: I am in process of reapplying a a product base FMID with SMPE control cardKeyword REDO. I understand to APPLY REDO I also have to select all the PTFwhich were already applied to the target zone . The challenge is i have close to 3k PTF which I have apply along with thebase FMID. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
On Thu, 7 Mar 2019 16:23:26 -0600, Bruce Schaefer wrote: >Yes, our application proclib in PROC00 is a PDS. > You could fix that, but you's need to recycle the CI(s). > If JES2 is never down and the proclib is never closed by all members at the > same time, when would PDSE reclaim any freespace? What did I miss in this > thread? > As I read: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.idad400/d4309.htm ... as soon as STOW DISC is issued, space used by that member can be reclaimed. But: o We don't know that JES2 conscientiously issues STOW DISC. o I'd need to know more about Ed's concatenation concern. o And the issue of multiple threads that occurred to me. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
charl...@mcn.org (Charles Mills) writes: > It is not possible now. A single instruction may literally add no time at > all to some instruction sequence. > > My imperfect model is that main storage is the new disk. Figure that > instructions take no time at all and memory accesses take forever. I go even further ... that the current latency to access memory in processor cycles is compareable to 60s letency to access disk in 60s processor cycles (on cache miss). A few decades ago, RISC started doing multi-stage pipeline, concurrent execution (with multiple execution units), out-of-order execution, branch prediction speculative execution, hyperthreading, etc ... in part for offsetting cache misses and inceasing memory access latency (sort of equivalent to 60s software multitasking ... but in the hardware processor). The poster child has been 360/195 & 370/195 that did pipeline with out-of-order execution ... but no branch prediction and speculative execution. I got roped into project to hyperthread 195 (that never shipped). Conditional branches drained the pipeline most codes only ran 370/195 at half speed because of the stalls associated with conditional branches in most codes, throughput was cut in half. The idea was that simulating two processor (hyperthread) ... each running at half speed, it would achieve full throughput. This is discussion about the end of ACS/360 (executives were afraid that it would advance of the computer state-of-the-art too fast and IBM would loose control of the market) "Sidebar: Multithreading" towards the bottom of the page ... followed by ACS/360 features that show up in ES/9000 some 20-odd years later. Two decades ago, the Intel processors started decomposing Intel instructions into risc micro-ops for actual decoding ... which largely negated the difference between Intel & risc throughput. IBM says that about half the throughput increase from (mainframe) z10 and z196 processors was starting to introduce things like (risc-like) out-of-order execution. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
On Thu, 7 Mar 2019 23:06:55 +, Edward Finnell wrote: >I guess the SAFE way is to REJECT it, then do a RECEIVE and REJECT and RECEIVE isn't necessary or helpful. Reject only removes it from the Global zone. >APPLY S(FMID). You can't APPLY to a target zone that has it already APPLIED unless you REDO. The safe and easy way is to define a new target and distribution zone, with new data sets, and APPLY it. -- Tom Marchant >After the APPLY then go after the remaining >PTFS with APPLY FORFMID(fmid) GROUPEXTEND. >In a message dated 3/7/2019 12:08:56 PM Central Standard Time, >justmainfra...@gmail.com writes: >I am in process of reapplying a a product base FMID with SMPE control >cardKeyword REDO. I understand to APPLY REDO I also have to select all the >PTFwhich were already applied to the target zone . >The challenge is i have close to 3k PTF which I have apply along with thebase >FMID. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many asterisks to change a lightbulb?
Sorry Jesse, I lived in the USA for five years and found that Edison screw light bulbs get stuck in the socket, plus there is no recommended torque setting for installing same. Many odd things about your electricical standards: No isolating switch on wall sockets. Love the flash as you plug things in. Lights? What lights? Most places we rented just assume you will provide uplighters and one of them plugs into the only socket in the room that is connected to the switch at the entry. 110V? Great unless you want real power. Three-phase needed for any grunt. At least Tesla won over Edison and you went AC... It's Friday and I've packed all my converter gadgets for Share in Phoenix. If you are there, I'll buy you a beer. I'm sure your beer tastes the same. Wayne On Fri, Mar 8, 2019 at 9:49 AM Mike Schwab wrote: > Just get magnetic lights prewired to connector. > https://www.amazon.com/s?k=magnetic+trailer+lights&ref=nb_sb_noss_1 > > On Thu, Mar 7, 2019 at 4:13 PM Schuffenhauer, Mark > wrote: > > > > They still use bayonet bases for 12 volt lighting. I have also seen > interior 12 volt lighting with bayonet bases. Either way, screw-in or > bayonet, trying to separate components sucks, when it's all rusted > together, and you need trailer lights NOW! > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Tom Marchant > > Sent: Thursday, March 07, 2019 4:05 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: How many asterisks to change a lightbulb? > > > > On Thu, 7 Mar 2019 20:42:42 +, Jesse 1 Robinson wrote: > > > > >Guys, gimme a break. This was MY thread. I chose the subject line. My > 'meaning' question was about "ditch the Edison screw and use a bayonet". Is > that about US vs. EU light bulb design? > > > > Some light bulbs used in cars use bayonet bases. e.g. brake light and > turn signals. > > At least they used to. Not sure if they still do. > > > > -- > > Tom Marchant > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > DISCLAIMER: This email and any attachments may contain confidential > information that is intended solely for use by the intended recipient(s). > If you are not the intended recipient, you are strictly prohibited from > disclosing, copying, distributing or using any of the information contained > in the communication. If you received this email in error, please contact > the sender by reply email and immediately delete the communication. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
Shmuel trolled: >EXEC2? What processor running EXEC2 didn't at least have pipelining for >I-fetch? why weren't you using REXX? Rexx wasn't available yet, doh. Stephenson went back to S/360, when men were men and systems were big. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
Apology for not explaining it properly. I wanted a REDO since some of the Unix path if product were not created in the initial install (that was notified before and product ran until now with the empty USS file) and it was just installed without those USS populated. Initial installation was done some time ago.(almost a back) The product is still running with no impact. But now the need has come to get those USS populated for using some of the features of product. To get those USS DDDEF to populate only way is to reorder the same FMID and APPLY REDO which means repplying the same FMID. On Fri, 8 Mar, 2019, 3:22 AM Tom Marchant, < 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 7 Mar 2019 23:06:55 +, Edward Finnell wrote: > > >I guess the SAFE way is to REJECT it, then do a RECEIVE and > > REJECT and RECEIVE isn't necessary or helpful. Reject only removes it from > the Global zone. > > >APPLY S(FMID). > > You can't APPLY to a target zone that has it already APPLIED unless you > REDO. > > The safe and easy way is to define a new target and distribution zone, > with new data sets, and APPLY it. > > -- > Tom Marchant > > > >After the APPLY then go after the remaining > >PTFS with APPLY FORFMID(fmid) GROUPEXTEND. > >In a message dated 3/7/2019 12:08:56 PM Central Standard Time, > justmainfra...@gmail.com writes: > >I am in process of reapplying a a product base FMID with SMPE control > cardKeyword REDO. I understand to APPLY REDO I also have to select all the > PTFwhich were already applied to the target zone . > >The challenge is i have close to 3k PTF which I have apply along with > thebase FMID. > > > >-- > >For IBM-MAIN subscribe / signoff / archive access instructions, > >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
The earlier Base FMID is already applied and accepted. That's the reason now I am trying to do a REDO APPLY On Fri, 8 Mar, 2019, 5:56 AM Jake Anderson, wrote: > Apology for not explaining it properly. > > I wanted a REDO since some of the Unix path if product were not created in > the initial install (that was notified before and product ran until now > with the empty USS file) and it was just installed without those USS > populated. > > Initial installation was done some time ago.(almost a back) The product is > still running with no impact. > > But now the need has come to get those USS populated for using some of the > features of product. To get those USS DDDEF to populate only way is to > reorder the same FMID and APPLY REDO which means repplying the same FMID. > > > > > On Fri, 8 Mar, 2019, 3:22 AM Tom Marchant, < > 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > >> On Thu, 7 Mar 2019 23:06:55 +, Edward Finnell wrote: >> >> >I guess the SAFE way is to REJECT it, then do a RECEIVE and >> >> REJECT and RECEIVE isn't necessary or helpful. Reject only removes it >> from the Global zone. >> >> >APPLY S(FMID). >> >> You can't APPLY to a target zone that has it already APPLIED unless you >> REDO. >> >> The safe and easy way is to define a new target and distribution zone, >> with new data sets, and APPLY it. >> >> -- >> Tom Marchant >> >> >> >After the APPLY then go after the remaining >> >PTFS with APPLY FORFMID(fmid) GROUPEXTEND. >> >In a message dated 3/7/2019 12:08:56 PM Central Standard Time, >> justmainfra...@gmail.com writes: >> >I am in process of reapplying a a product base FMID with SMPE control >> cardKeyword REDO. I understand to APPLY REDO I also have to select all the >> PTFwhich were already applied to the target zone . >> >The challenge is i have close to 3k PTF which I have apply along with >> thebase FMID. >> > >> >-- >> >For IBM-MAIN subscribe / signoff / archive access instructions, >> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
On Thu, 7 Mar 2019 17:01:36 +1100, Matthew Donald wrote: >Describing memory as the new disk is quite apt. > >A given instruction may take between zero and hundreds of thousands of >clocks. Z10 and later processors execute upto 11 instructions in parallel, >although they rarely exceed three. > >The key bottle neck is operand access times. L1 cache costs 1 clock cycle. >L2 costs 7 clocks. L3 is 60 clocks and L4 is 600. A simple main memory >access (assuming a TLB hit otherwise there may be 2 further memory accesses >to look up the page table) will take 2000 clocks. If the operand is in a CF >storage structure which is part of a GDPS Plex then access may take >hundreds of thousands of clocks. > Don't forget page faults. Given the uncertainty in instruction timing, how can companies author Service Level Agreements? I once used a site with a CDC 6400 where the DP manager tried mightily, for chargeback purposes, to make resource accounting repeatable regardless of background loading. Failed. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
if you want to look at other various ... Jan1979, I was con'ed into doing benchmarks on engineering 4341 for national lab that was looking at getting seventy for a compute farm (sort of leading edge of coming cluster supercomputing tsunami). in the wake of Future System failure, the was mad rush to get products back into 370 pipeline (internal politics had been shutting down 370 efforts) and 3033 (168-3 logic mapped to 20% faster chips) and 3081 were kicked off in parallel. some history http://www.jfsowa.com/computer/memo125.htm they took 158 engine w/o the 370 microcode and just the integrated channel microcode for the 303x (external) channel director. then the 3031 is a 158 engine with just the 370 microcode (no integrated channel microcode) and a 2nd 158 engine with the integrated channel microcode (and no integrated channel microcode). A 3032 is 168-3 configured to use channel director for external channels ... and 3033 is 168-3 logic remapped to 20% faster chips. 158 45.54 secs 3031 37.03 secs 4341 36.21 secs 168-3 9.1 secs 916.77 secs and real historic cdc6600 35.77 secs 158-3 (158 engine running both 370 and integrated channel microcode) was 45.54 secs compared to 3031 (that was two 158 engines, one for 370 mcode only and one for channels mcode only) was 37.03 secs. misc. old 4341 email http://www.garlic.com/~lynn/lhwemail.html#4341 -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
Dynamic proclibs is indicated in the Subject. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
I agree; we don't know how well JES2 and PDSE play together. If IBM rejects the RFE because PDSE solves the issue, we will likely initiate plans to convert the problem dataset to PDSE. Regardless, I believe IBM should update JES2 to include the JES3 function provided by //*MAIN UPDATE= Your vote is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS PROCLIBs.
On Thu, 7 Mar 2019 21:46:57 -0600, Bruce Schaefer wrote: >I agree; we don't know how well JES2 and PDSE play together. If IBM rejects >the RFE because PDSE solves the issue, we will likely initiate plans to >convert the problem dataset to PDSE. Regardless, I believe IBM should update >JES2 to include the JES3 function provided by //*MAIN UPDATE= > If PDSE solves the issue, what reason do they have to update JES3? I'd prefer to see greater compatibility between PDSE and UNIX directories: PDSE in $PATH and UNIX directories in PROCLIB, SYSEXEC, STEPLIB, ... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: instruction clock speed
Tony Harminc wrote: >Then, as has been discussed here a number of times, if you want the >best code possible for a given processor generation, use a high-level >language (typically C) and tell the compiler what machine you will be >running on. Java and JVM-based programming languages enjoy a significant advantage here: automatic optimization at runtime for the target processor, even if it's a processor that didn't exist when the code was written. There's a lot of older, compiled C code that runs suboptimally on newer processors. Timothy Sipples IT Architect Executive, Industry Solutions, IBM Z & LinuxONE E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
