Re: Serverpac installs January 2022 and beyond
Hi,
:) Driving a yugo is an "example of" driving a 18 wheel truck, but it's not an
18-wheel truck, and the exercise is almost useless if you need to drive an
18-wheel truck. :)
If you don't have DB2, CICS or IMS, (which a good number of sites don't have),
what would they use to "practice" with? Also, the portable z/OSMF is a HUGE
overhead hog on a z13s. Remember a single engine z13s is only 15 MSU (about 80
MIP). To start z/OSMF takes about 90,000,000 i/o's and over 900 seconds just
to get started on one.
Ordering from Broadcom/CA is not the same as ordering from IBM, ordering and
installing most software is not the same as ordering and installing z/OS
itself.
But I'm getting away from the actual point of all this..
The problem is not the movement to a new method, that happens all the time, the
problem is moving there in the middle (beginning actually) of a new release
being made available. Where is the logic in doing that? If there are problems
with the method for users, (especially those with small machines), by the time
they order the software, it's already too late to do anything about it except
get the driver system. No "other" vendor went to z/OSMF delivery as the "ONLY"
vehicle in the middle of any release. I'm sure it's not because they are
afraid of change. They probably also realize how silly it would be to
eliminate the old method in the middle of the road (so to speak).
I do understand that IBM would like to save some money, but to do that mid
release at the possible (probable) expense of the customer is really, really a
bad idea.
This is akin to not caring what the customer thinks because IBM knows that
there is no "other" alternative.
Brian
On Wed, 10 Mar 2021 14:50:58 +0800, Timothy Sipples wrote:
>Brian Westerman wrote:
>>Next, using CICS, DBV2 or IMS serverpac as a sample/example.
>>There are a great many sites who do not have CICS or DB2 or
>>IMS, I can name 30 just off the top of my head. How will
>>they "practice"? How will they "learn the process now?"
>>Are you penalizing them because they use Adabas or Oracle
>>instead of DB/2 or IMS? You don't even have to answer
>>because the only correct response is in the affirmative.
>
>I disagree with your last sentence here, and that's why I'm replying to
>this specific section you wrote. I don't think it's at all fair.
>
>I quite agree that it's important to support diverse z/OS sites. But
>that's really the point of what's happening. This isn't just about IBM.
>There's a multi-vendor effort involved to make mainframe software product
>installations better and easier. As one notable example, Broadcom's CA
>IDMS and some other CA products (such as Ideal and OPS/MVS) are already
>available in z/OSMF Portable Software Instance form.
>
>That said, as Marna mentioned, *every* z/OS licensee already has access to
>at least one z/OSMF Portable Software Instance, today (and for some time
>now). The sample PSI is available for free download here:
>
>https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/
>
>Click on the "Try it" tab.
>
>CICS, Db2, and IMS are (only three) *examples of* products that are
>already available as z/OSMF Portable Software Instances. IBM mentions them
>because IBM is IBM (these products happen to be IBM products), and these
>products are popular ones thus good examples. But they're only examples in
>this context. *Every* z/OS licensee already has *at least one* z/OSMF
>Portable Software Instance available to them at no additional charge. I
>don't think it's fair to argue that any z/OS licensee is "penalized" when
>they all already have no additional charge access to at least one of these
>packages. Per that argument a site with z/OS and CICS licenses but not an
>IDMS license would be "penalized" in comparison to a site with z/OS, CICS,
>and IDMS licenses. Per that argument IBM would be "penalizing" sites that
>don't currently license a particular product whenever IBM expands its
>z/OSMF Portable Software Instance catalog to include that particular
>product. ("Less" practice, right?) No progress could ever be made, because
>someone would always be "penalized," and that would be bad, if we agree
>with your argument. So I don't agree with it.
>
>Would you like some more z/OSMF Portable Software Instances beyond the
>sample IBM provides?
>
>- - - - - - - - - -
>Timothy Sipples
>I.T. Architect Executive
>Digital Asset & Other 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
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Entering scratch media in TS3500
I need to add scratch media to our TS3500 ATL. I have the new tape defined to a cartridge assignment policy. I can put them in the library, but when I eject them (using the Tape Library Specialist GUI), the GUI says "unassigned" in the LOGICAL LIBRARY field. I'm also getting an hourly warning that the physical volume isn't available (CBR3750I). This is new JC media we will be using for the TS7760 copy/export function, so I haven't used it yet. We are currently using JB media. After it is used, will the Logical library field have something in the field when the tape is in the I/O station? Thanks for your help. Judy Holm Washington State Dept. of Transportation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMODE64
On 12/22/2020 6:09 AM, Joseph Reichman wrote: Peter Thanks I’m not writing RMODE64 code don’t see a reason to I don’t know why Ed co. does cann’t believe the code is that large Thanks for the heads up about LE I believe the real reason for RMODE64 is Java I learned today at the SHARE 2021 Virtual Summit from Tom Ross at IBM (aka Captain COBOL) that larger customers are clamoring for RMODE(64) COBOL support. Why? They must manage multiple CICS AORs to hold the literally *thousands* of RMODE(31) COBOL programs they have. If they could go with RMODE(64), they could consolidate them down to a single AOR image, which is the easiest to manage. -- 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: LISTCAT output information in XML or JSON
Maybe this? https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieac100/ieac1-cwe-json.htm I personally haven't used it for anything beyond the little airport/weather sample they provide. On Wed, Mar 10, 2021 at 8:15 AM John McKown wrote: > Does anyone out there know of any program, possibly based on IGGCSI00, > which will work like the normal IDCAMS LISTCAT command, but give the output > in XML or JSON format? I like to use UNIX utilities on Linux to produce > reports and parsing the normal LISTCAT output is bothersome. What would be > even better would be a way to do an SQL query using a z/OS catalog as the > data source. > > -- > 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: LISTCAT output information in XML or JSON
I have developed a program to supply the output in REXX variables, much like IRRXUTIL does for RACF. Lennie Dymoke-Bradshaw Consultant working on contract for BMC mainframe Services by RSM Partners ‘Dance like no one is watching. Encrypt like everyone is.’ -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: 10 March 2021 14:15 To: IBM-MAIN@LISTSERV.UA.EDU Subject: LISTCAT output information in XML or JSON Does anyone out there know of any program, possibly based on IGGCSI00, which will work like the normal IDCAMS LISTCAT command, but give the output in XML or JSON format? I like to use UNIX utilities on Linux to produce reports and parsing the normal LISTCAT output is bothersome. What would be even better would be a way to do an SQL query using a z/OS catalog as the data source. -- 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: Serverpac installs January 2022 and beyond
Brian, I see that Timothy jumped in to mention that you do not need to have an IMS, Db2, or CICS license to try out a z/OSMF Portable Software Instance today. Any IBM customer can have a sample Portable Software Instance. And that other major software vendors are already delivering z/OSMF Portable Software Instances of their own code to customers, so that is another way to learn about this packaging format. I agree that there is little any software vendor can do to make a customer do an upgrade. It is entirely up to him to make that decision, fully knowing that the longer the wait the harder it will be. If the business decision is made to do a "long jump", so be it, but we can clearly identify the challenges they will face, and they just mount up the longer the jump is. I do not expect anyone to order interim z/OS releases that will not be used. My example was for z/OS V2.1 customers going to V2.3, but will be doing that after z/OS V2.3 was no longer orderable - it was not a "long jump" scenario. I still stand by that - if you are doing a coexistence supported upgrade, and your target release is about ready to go end of marketing - please do order while it is marketed. But if anyone wanted to upgrade to a release after it was no longer orderable and they did not have a copy of it, that is what the archive process is for. That archive will be severely downlevel in service which makes it really no better (and much worse as the product content is not customized) than ordering a ServerPac and not using it. I'd hope that a customer would take this all into consideration as they make their business decision in upgrading. Getting an archive is the last resort method for obtaining a z/OS release...absolutely the last resort and should avoided. I do know exactly how long z/OS (or really, OS/390) on a CBIPO and ServerPac coexisted - zero months, zero days. OS/390 R1 was not available in a CBIPDO, and was only available (and still is only available) in a CBPDO and ServerPac. Now, I'm certainly not saying that ServerPac was smooth sailing for OS/390 R1, and even R2, which is why we have dual packaging options today *across 3/4 of the SRELs* and even *across the industry* to get it used, before moving it to z/OS V2.5. So given that this z/OSMF packaging format has been provided in other areas for years, and a sample Portable Software Instance can be used for learning, I think the resistance is with using z/OSMF itself. For that point, remember, the driving system requirement for z/OS V2.5 is z/OS V2.3. z/OS V2.3 is the release where we autostarted the z/OSMF server and indicated that that release was where we expected z/OSMF to be up and running at least in one location of the enterprise. That was in 2017. I understand that some folks are not yet on z/OS V2.3, although I've seen the numbers and I know that many more are at and above V2.3. We could reasonably expect that z/OSMF is running on those systems because we have made that so by default. Overriding that default must be done with the knowledge and acceptance that it is only delayed, and not avoided. Anyone at my "Upgrading to z/OS" sessions or that uses the Upgrade Workflow knows that one my "Big Migs" is to get z/OSMF automatically started with z/OS V2.3 (either with the default base function, or with automation). We've been setting the stage for this since z/OS V2.3 first IPL. Anyone upgrading to z/OS V2.5 should plan to use the z/OSMF ServerPac, since that is the recommended way to go as it will be the only way as of January 2022. I would tend to have a conversation with a client - and I do at every chance I can - on how is z/OSMF going on their driving system, since that is what will help them most, rather than trying to time a z/OS V2.5 product order in the short overlap when z/OSMF isn't a driving system requirement. z/OSMF is necessary for other important exploitation functions, and I certainly hope that customers are eyeing those new functions and getting to z/OSMF for those reasons too. That is why I talk about z/OSMF and its importance to z/OS. Not just because of installation. -Marna WALLE z/OS System Install and Upgrade IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I need sample tapes in AWS disk format
Dear Folks, I am trying to improve my COPYMODS program (CBT Tape File 229), and I need some sample tape-images to look at. The tape-images should really be disk files, tape files in AWS format, so that I can look at their data and program accordingly. The tape images I need are: SL tapes with 256K block size, and ASCII Tapes (type 4 or even type 3). If you have one type but not the other, that's fine. The 256K block size tape is more critical for what I need to do. Please make sure that the data is not sensitive. I only care about handling the block size, and the tape labels. I don't care about the particulars of the data. Please attach the data to an email to me. If you have any questions, please write to me off-list. THANK YOU... Sincerely, Sam Golob P.S. The COPYMODS program, even as it is now, can do many things with tapes that you may not have thought possible. On CBT File 229, there is a help member COPYMOD#, which explains the options that are possible. Basically, the program can copy tapes, and change or fix them in the copied tape. But it can also initialize tapes and do a bunch of other good stuff. It pays to have a look. Currently the program is limited to 64K block size, but since the operating system can now easily produce 256K blocked tapes as well, it's time to try and catch up. The other thing to note, is that tape copying programs and tape MAPPING programs are closely related. And COPYMODS has PARM=READ, to examine a tape, without copying it to another tape. (You need to set the proper options, in order to get the appropriate tape content information.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS Website Template
Hi, I am looking for z/OS Website Template which could operate using USS environment and I am looking for a Template with options to provide some configuration information to the viewers. I would be grateful if you could share a template and would save me alot of time in re-designing the initial setup. Thank You in advance, Regards, Jasi G. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OC1 regs in log oddity
I *think* some z/OS services use the top halves of R14 to R1 as scratch pads. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen Sent: Wednesday, March 10, 2021 4:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OC1 regs in log oddity That makes sense. I guess that R15 still contained some 'garbage' left by the OS when it initially loaded and branched to the program. Tony Thigpen Binyamin Dissen wrote on 3/10/21 12:50 AM: > If all top-halfs are zero, it skips them. > > On Wed, 10 Mar 2021 00:28:07 -0500 Tony Thigpen wrote: > > :>I just noticed something I had not noticed before. > :> > :>I have a little test program that I am doing all sorts of things to see > :>how things work. So, of course, I am crashing it a lot. Sometimes even > :>on purpose using DC x'' instructions. > :> > :>What I have noticed is that the log shows the registers differently > :>sometimes. For example: > :> > :>SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 > :> TIME=00.40.10 SEQ=00137 CPU= ASID=0034 > :> PSW AT TIME OF ERROR 078D 8CD8 ILC 2 INTC 01 > :>ACTIVE LOAD MODULE ADDRESS=7000 OFFSET=1CD8 > :>NAME=COPYTPX > :>DATA AT PSW 8CD2 - 4710B03A 4D10 B0308F00 > :>GR 0: _9018 1: _901F > :> 2: _7604 3: _AFFC > :> 4: _9018 5: _901F > :> 6: _0004 7: _FD00 > :> 8: _9010 9: _80008036 > :> A: _AFE0 B: _8CB0 > :> C: _40008010 D: _8E98 > :> E: _92A8 F: 7FFAEA00_8CB0 > :>vs. the following: > :> > :>SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 > :> TIME=00.39.24 SEQ=00136 CPU= ASID=0034 > :> PSW AT TIME OF ERROR 078D 8CE4 ILC 2 INTC 01 > :>ACTIVE LOAD MODULE ADDRESS=7000 OFFSET=1CE4 > :>NAME=COPYTPX > :>DATA AT PSW 8CDE - 8DE00A13 47F0 B0A29680 > :>GR 0: 0950 1: 009C36B0 > :> 2: 7604 3: AFFC > :> 4: 9018 5: 901F > :> 6: 0004 7: FD00 > :> 8: 9010 9: 80008036 > :> A: AFE0 B: 8CB0 > :> C: 40008010 D: 8E98 > :> E: 92A8 F: > :> > :>The only difference is that 64 bit regs are shown if I have not done an > :>OPEN macro while 31 bit registers are shown if I have issued an OPEN macro. > :>Test code snipit: > :> > :>*DC X'' > :> OPEN (SNAPDCB,(OUTPUT)) > :> DC X'' > :> > :>The program in question is assembled AMODE=24,RMODE=24. > :> > :>OK, whats up with this? > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@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
LISTCAT output information in XML or JSON
Does anyone out there know of any program, possibly based on IGGCSI00, which will work like the normal IDCAMS LISTCAT command, but give the output in XML or JSON format? I like to use UNIX utilities on Linux to produce reports and parsing the normal LISTCAT output is bothersome. What would be even better would be a way to do an SQL query using a z/OS catalog as the data source. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OC1 regs in log oddity
That makes sense. I guess that R15 still contained some 'garbage' left by the OS when it initially loaded and branched to the program. Tony Thigpen Binyamin Dissen wrote on 3/10/21 12:50 AM: If all top-halfs are zero, it skips them. On Wed, 10 Mar 2021 00:28:07 -0500 Tony Thigpen wrote: :>I just noticed something I had not noticed before. :> :>I have a little test program that I am doing all sorts of things to see :>how things work. So, of course, I am crashing it a lot. Sometimes even :>on purpose using DC x'' instructions. :> :>What I have noticed is that the log shows the registers differently :>sometimes. For example: :> :>SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 :> TIME=00.40.10 SEQ=00137 CPU= ASID=0034 :> PSW AT TIME OF ERROR 078D 8CD8 ILC 2 INTC 01 :>ACTIVE LOAD MODULE ADDRESS=7000 OFFSET=1CD8 :>NAME=COPYTPX :>DATA AT PSW 8CD2 - 4710B03A 4D10 B0308F00 :>GR 0: _9018 1: _901F :> 2: _7604 3: _AFFC :> 4: _9018 5: _901F :> 6: _0004 7: _FD00 :> 8: _9010 9: _80008036 :> A: _AFE0 B: _8CB0 :> C: _40008010 D: _8E98 :> E: _92A8 F: 7FFAEA00_8CB0 :>vs. the following: :> :>SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 :> TIME=00.39.24 SEQ=00136 CPU= ASID=0034 :> PSW AT TIME OF ERROR 078D 8CE4 ILC 2 INTC 01 :>ACTIVE LOAD MODULE ADDRESS=7000 OFFSET=1CE4 :>NAME=COPYTPX :>DATA AT PSW 8CDE - 8DE00A13 47F0 B0A29680 :>GR 0: 0950 1: 009C36B0 :> 2: 7604 3: AFFC :> 4: 9018 5: 901F :> 6: 0004 7: FD00 :> 8: 9010 9: 80008036 :> A: AFE0 B: 8CB0 :> C: 40008010 D: 8E98 :> E: 92A8 F: :> :>The only difference is that 64 bit regs are shown if I have not done an :>OPEN macro while 31 bit registers are shown if I have issued an OPEN macro. :>Test code snipit: :> :>*DC X'' :> OPEN (SNAPDCB,(OUTPUT)) :> DC X'' :> :>The program in question is assembled AMODE=24,RMODE=24. :> :>OK, whats up with this? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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: Large block interface for VB
Yes, you are right. However I observed benefits on DASD array connected using 8 channels FICON Express16S+ with utilization below 10%. BTW: it was all flash array with big cache. However you mentioned important thing, which I didn't mention - whole process "from memory to disk". I mean MVS, IOS logic, channel programs, etc. One of reliefs done in the past are 3390B - alias devices, then HyperPAV, MIDAW, zHPF. -- Radoslaw Skorupka (looking for new job) Lodz, Poland W dniu 10.03.2021 o 09:31, Colin Paice pisze: One of the benefits of striping is that you can do I/O in parallel, for example have 4 concurrent I/Os, so you reduce the "connect time" for transmission of data. Once the data gets to the end of the cable into the Storage Controller, it tends to be caught in cache, and should not matter what happens in the storage controller and onto the disk. On Tue, 9 Mar 2021 at 21:45, Radoslaw Skorupka wrote: W dniu 09.03.2021 o 18:21, Paul Gilmartin pisze: On Tue, 9 Mar 2021 12:42:34 +0100, Radoslaw Skorupka wrote: Striped PS datasets (extended format PS) are managed by IEBGENER, ICEGENER or IDCAMS as regular (non-striped) datasets. I mean user perspective. In other words, transparent to the utility or user program, with at most changes to SMS profile? Yes, you have to define it in SC. And use extended format. What's the maximum performance boost? "Linear" can't mean "infinite". Limited by channel, main storage, controller cache ... bandwidth. (Model-dependent, of course.) It depends. I remember loong discussion (read: quarrel) with my co-worker. It was 20+ years ago and it was about sense of striping on RAMAC RVA. He was right. ;-) Striping gave some performance gain. I can't remember exact values, but adding further stripes didn't help. One may say for real (old gone) 3390 volumes the performance gain was rather obvious, but bunch of volumes emulated on same hardware - controller, disk RAID group - it should be no difference whether you use one or several emulated volumes. However it is UNTRUE. Tested many times on various disk system models. And sometime you can deep dive in disk system details and create storage group consisting of volumes from different RAID groups, possibly server by different controllers (electronics). Modern arrays have quite reasonable features to support it. And2: even volumes defined on exactly same physical resources perform better when striping is in effect. This would appear to be a solution for the OP. Of course, unless he's already experiencing it, perhaps unbeknownst. Good to consider. However striping is the best for (long) sequential read or write operations. Last, but not least: it is easy to test. BTW: Striping and multi-volume and extents is quite interesting issue for quiz. ;-) Things changed with the z/OS releases and the rules are different for ef-PS and VSAM. When I teach it on VSAM course, people usually forget about VSAM and discuss about PS. -- Radoslaw Skorupka (looking for new job) Lodz, Poland -- 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: Large block interface for VB
One of the benefits of striping is that you can do I/O in parallel, for example have 4 concurrent I/Os, so you reduce the "connect time" for transmission of data. Once the data gets to the end of the cable into the Storage Controller, it tends to be caught in cache, and should not matter what happens in the storage controller and onto the disk. On Tue, 9 Mar 2021 at 21:45, Radoslaw Skorupka wrote: > W dniu 09.03.2021 o 18:21, Paul Gilmartin pisze: > > On Tue, 9 Mar 2021 12:42:34 +0100, Radoslaw Skorupka wrote: > >> Striped PS datasets (extended format PS) are managed by IEBGENER, > >> ICEGENER or IDCAMS as regular (non-striped) datasets. I mean user > >> perspective. > >> > > In other words, transparent to the utility or user program, with at > > most changes to SMS profile? > Yes, you have to define it in SC. And use extended format. > > > What's the maximum performance boost? "Linear" can't mean > > "infinite". Limited by channel, main storage, controller cache ... > > bandwidth. (Model-dependent, of course.) > > It depends. I remember loong discussion (read: quarrel) with my > co-worker. It was 20+ years ago and it was about sense of striping on > RAMAC RVA. He was right. ;-) Striping gave some performance gain. I > can't remember exact values, but adding further stripes didn't help. > One may say for real (old gone) 3390 volumes the performance gain was > rather obvious, but bunch of volumes emulated on same hardware - > controller, disk RAID group - it should be no difference whether you use > one or several emulated volumes. However it is UNTRUE. Tested many times > on various disk system models. And sometime you can deep dive in disk > system details and create storage group consisting of volumes from > different RAID groups, possibly server by different controllers > (electronics). Modern arrays have quite reasonable features to support it. > And2: even volumes defined on exactly same physical resources perform > better when striping is in effect. > > > > This would appear to be a solution for the OP. Of course, unless > > he's already experiencing it, perhaps unbeknownst. > > Good to consider. However striping is the best for (long) sequential > read or write operations. > Last, but not least: it is easy to test. > > > BTW: Striping and multi-volume and extents is quite interesting issue > for quiz. ;-) > Things changed with the z/OS releases and the rules are different for > ef-PS and VSAM. > When I teach it on VSAM course, people usually forget about VSAM and > discuss about PS. > > -- > Radoslaw Skorupka > (looking for new job) > Lodz, Poland > > -- > 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
