Re: [EXTERNAL] Re: IBM BLSR subsystem

2022-05-20 Thread Michael Watkins
: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM BLSR subsystem CAUTION: This email originated from outside of the Texas Comptroller's email system. DO NOT click links or open attachments unless you expect them from the sender and know the content is safe. When change means being able to more co

Re: [EXTERNAL] Re: IBM BLSR subsystem

2022-05-20 Thread Farley, Peter x23353
Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Friday, May 20, 2022 9:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM BLSR subsystem At some sites, the most gargantuan thing about making a change like this is getting past the politics of getting managers who don't want

Re: [EXTERNAL] Re: IBM BLSR subsystem

2022-05-20 Thread Pommier, Rex
To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: IBM BLSR subsystem Excuse me, what is gargantuan in moving to extended format? Note: we are talking about *application* datasets, not ICF, SyS1.MANx, system, VVDS or whatever. Note2: it need NOT to be big bang approach, you can change definitions

Re: IBM BLSR subsystem

2022-05-20 Thread Steve Kocik
Jim - You forgot the "good day" in your closing! ;) Steve Kocik z/OS IOS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM BLSR subsystem

2022-05-20 Thread Seymour J Metz
] on behalf of Radoslaw Skorupka [r.skoru...@hotmail.com] Sent: Thursday, May 19, 2022 7:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM BLSR subsystem Excuse me, what is gargantuan in moving to extended format? Note: we are talking about *application* datasets, not ICF, SyS1.MANx, system, VVDS

Re: IBM BLSR subsystem

2022-05-19 Thread Radoslaw Skorupka
. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Mulder Sent: Thursday, May 19, 2022 12:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM BLSR subsystem BLSR was initially developed by Washinton System Center as an assembler language sample program to go along

Re: IBM BLSR subsystem

2022-05-19 Thread PINION, RICHARD W.
( = 'PO') SET ='NONEXT' OTHERWISE SET ='EXT' END -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Watkins Sent: Thursday, May 19, 2022 11:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM BLSR subsystem [External Email. Exercise caution when

Re: IBM BLSR subsystem

2022-05-19 Thread Michael Watkins
format? I don't mean to make a project for you, but any light you could shed would be appreciated. -Original Message- From: IBM Mainframe Discussion List On Behalf Of PINION, RICHARD W. Sent: Thursday, May 19, 2022 10:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM BLSR subsystem

Re: IBM BLSR subsystem

2022-05-19 Thread Michael Oujesky
On Behalf Of Michael Watkins Sent: Thursday, May 19, 2022 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM BLSR subsystem CAUTION: This email originated from outside of the Texas Comptroller's email system. DO NOT click links or open attachments unless you expect them from the sender

Re: IBM BLSR subsystem

2022-05-19 Thread PINION, RICHARD W.
Message- From: IBM Mainframe Discussion List On Behalf Of Michael Watkins Sent: Thursday, May 19, 2022 10:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM BLSR subsystem [External Email. Exercise caution when clicking links or opening attachments.] For the past few years, I've been looking

Re: IBM BLSR subsystem

2022-05-19 Thread Michael Watkins
Of Michael Watkins Sent: Thursday, May 19, 2022 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM BLSR subsystem CAUTION: This email originated from outside of the Texas Comptroller's email system. DO NOT click links or open attachments unless you expect them from the sender and know the content

Re: IBM BLSR subsystem

2022-05-19 Thread Michael Watkins
: Re: IBM BLSR subsystem BLSR was initially developed by Washinton System Center as an assembler language sample program to go along with a book they were writing about using the Subsystem Interface. At the time, IBM was desperately looking for "ESA Exclusives" in order to sell 3090 m

Re: IBM BLSR subsystem

2022-05-18 Thread Jim Mulder
ry <00a5644c6d08-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, May 18, 2022 5:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM BLSR subsystem >IIRC, Batch LSR was developed at IBM by the BCP team; SMB was later developed >by the DFdfp team. SMB is not BLSR

Re: [EXTERNAL] Re: IBM BLSR subsystem

2022-05-18 Thread Dave Barry
Of kekronbekron Sent: Monday, May 16, 2022 11:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: IBM BLSR subsystem CAUTION! This email originated outside of the organization. Please do not open attachments or click links from an unknown or suspicious origin

Re: IBM BLSR subsystem

2022-05-16 Thread kekronbekron
. Some z/OS features > don't change very fast. A JCL reference from 1994 would be adequate for 99% > of all inquires. > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: Monday, May 16,

Re: IBM BLSR subsystem

2022-05-16 Thread Michael Watkins
. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Monday, May 16, 2022 11:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM BLSR subsystem CAUTION: This email originated from outside of the Texas Comptroller's email system. DO NOT click links or open

Re: [EXTERNAL] Re: IBM BLSR subsystem

2022-05-16 Thread Michael Oujesky
t half the savings but DEFERW did the rest. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Oujesky Sent: Monday, May 16, 2022 3:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM BLSR subsystem AMP will be fine for setting BUFNI or

Re: [EXTERNAL] Re: IBM BLSR subsystem

2022-05-16 Thread Pommier, Rex
was responsible for about half the savings but DEFERW did the rest. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Oujesky Sent: Monday, May 16, 2022 3:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM BLSR subsystem AMP will be fine for setting

Re: [EXTERNAL] Re: IBM BLSR subsystem

2022-05-16 Thread Michael Oujesky
Of Michael Oujesky Sent: Monday, May 16, 2022 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: IBM BLSR subsystem PDF - https://urldefense.com/v3/__http://publibz.boulder.ibm.com/epubs/pdf/iea5j600.pdf__;!!KjMRP1Ixj6eLE0Fj!qkxYWCkBfDGHDC7oenAm5D9KqrxkJrY3t_3JVFdCV

Re: [EXTERNAL] Re: IBM BLSR subsystem

2022-05-16 Thread Pommier, Rex
f Michael Oujesky Sent: Monday, May 16, 2022 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: IBM BLSR subsystem PDF - https://urldefense.com/v3/__http://publibz.boulder.ibm.com/epubs/pdf/iea5j600.pdf__;!!KjMRP1Ixj6eLE0Fj!qkxYWCkBfDGHDC7oenAm5D9KqrxkJrY3t_3JVFdCVrbQCkmMcgu-pyPE7GDVRGT

Re: IBM BLSR subsystem

2022-05-16 Thread Michael Oujesky
I should have mentioned that (as I recall) BLSR allows forcing pool sharing so that if multiple VSAM files are being randomly processed, there might be memory savings from forcing some to share the same LSR pool. Michael At 02:23 PM 5/16/2022, Michael Oujesky wrote: PDF -

Re: IBM BLSR subsystem

2022-05-16 Thread Michael Oujesky
PDF - http://publibz.boulder.ibm.com/epubs/pdf/iea5j600.pdf BLSR will help principally if the access is random and the locality of reference of the data component is good. Otherwise, just increasing the BUFNI and/or BUFND will suffice. Note that for sequential access a BUFND of twice the

Re: [External Sender] Re: IBM BLSR subsystem

2022-05-16 Thread Ituriel do Neto
e your sort, I am attempting that same project at my site. Thank You bill -Original Message- From: IBM Mainframe Discussion List On Behalf Of Massimo Biancucci Sent: Monday, May 16, 2022 1:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External Sender] Re: IBM BLSR subsystem Hi, we change

Re: [External Sender] Re: IBM BLSR subsystem

2022-05-16 Thread Carroll, William
I would love to see your sort, I am attempting that same project at my site. Thank You bill -Original Message- From: IBM Mainframe Discussion List On Behalf Of Massimo Biancucci Sent: Monday, May 16, 2022 1:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External Sender] Re: IBM BLSR

Re: IBM BLSR subsystem

2022-05-16 Thread Massimo Biancucci
Hi, we changed many JCLs using " AMP=('ACCBIAS=DO')" and succeded in CPU and elapsed time reduction (up to 50% in few cases). We used SMF64 to choose the best candidates. If needed, I can share a simple SORT step to convert SMF64 to "readable" CSV file. Best regards. Max Il giorno lun 16 mag

Re: IBM BLSR subsystem

2022-05-16 Thread Mark Jacobs
The subsysten initialization module is still in SYS1.LINKLIB for z/OS 2.5. There's an eyecatcher with 17259 and HBB77C0 in it. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ---

Re: IBM BLSR subsystem

2022-05-16 Thread allan winston
Building upon Mark and Peter's replies... Having retired in 2005, I can’t be absolutely certain, but it is highly likely that it is still supported, as I am finding reference to Batch LSR when searching z/OS 2.5 manuals. If you have MXG in your shop, potential candidates for batch LSR can be

Re: IBM BLSR subsystem

2022-05-16 Thread Farley, Peter x23353
--Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Monday, May 16, 2022 10:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM BLSR subsystem Take a look at the AMP=ACCBIAS keyword. It specifies the assigned VSAM System Managed Buffering specification. Mark Ja

Re: IBM BLSR subsystem

2022-05-16 Thread Mark Jacobs
Take a look at the AMP=ACCBIAS keyword. It specifies the assigned VSAM System Managed Buffering specification. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com --- Original Message

IBM BLSR subsystem

2022-05-16 Thread Pommier, Rex
Hi list, Is the BLSR subsystem (batch local shared resources) still a viable/valuable thing or has it been replaced by something bigger/better/faster? I seem to be stuck in the mid-90s because the most current documentation I can find on it is from MVS/ESA 5.1 dated 1994. Is there more