zEDC compression on z14 and z15 by using ADRDSSU

[Compagno Renato (Consulente per BCC Sistemi Informatici)]

Hi,

In our shop we are doing a DR procedure by  using DFDSS with ZCOMP:



/DUMP001  EXEC PGM=ADRDSSU,REGION=0M,COND=(0,NE)

//SYSPRINT DD SYSOUT=*

//DISCO   DD DISP=SHR,UNIT=3390,VOL=SER=xx

//N1  DD DSN=FLD0541.DUMPTEST.xx.ZCOMP,

//DISP=(,CATLG),LABEL=(001,SL),

//STORCLAS=SCVTS01B,MGMTCLAS=MCCPEXP,

//VOL=(,,,100),UNIT=VTSIBM

//SYSIN   DD *

 SET PATCH 0D = FF

 SET PATCH 0E = 3C

 SET PATCH 0F = 0A

 DUMP IDD(DISCO) ODD(N1) OPT(4) ALLDATA(*) ALLEXCP WAIT(15,15) -

 ZCOMP(REQ)







For the VOLSER Z24RPB (that is a zOS 2.4 resident volume) on Z14 we have the 
following statistics:

01.23.14 JOB52973  SATURDAY,  29 JAN 2022 
01.23.15 JOB52973  -JOBNAME  STEPNAME PROCSTEPRC   EXCPCPUSRB  
CLOCK   SERV  PG   PAGE   SWAPVIO SWAPS STEPNO
09.36.58 JOB52973  -PSDRB110  DUMP138 00  25289.11.00   
1.74   326K   0  0  0  0 0   139
   690 //DUMP138   EXEC PGM=ADRDSSU,REGION=0M,COND=(0,NE)
   691 //SYSPRINT DD  SYSOUT=*
   692 //DISCODD  DISP=SHR,UNIT=3390,VOL=SER=$FDEF3
   693 //N1   DD  DSN=DR.DUMP.D220128.T160624.Z24RPB,
   // DISP=(,CATLG),LABEL=(001,SL),
   // STORCLAS=SCVTS01B,MGMTCLAS=MCCPEXP,
   // VOL=(,,,100),UNIT=VTSIBM
   694 //SYSINDD  *




For the same volume executing the dump on Z15 we have:


01.23.24 JOB01194  WEDNESDAY, 09 FEB 2022 
01.23.15 JOB52973  -JOBNAME  STEPNAME PROCSTEPRC   EXCPCPUSRB  
CLOCK   SERV  PG   PAGE   SWAPVIO SWAPS STEPNO
06.32.25 JOB01194  -PSDRB112  DUMP139 00  24999.19.01   
1.82   597K   0  0  0  0 0   140
   695 //DUMP139   EXEC PGM=ADRDSSU,REGION=0M,COND=(0,NE)
   696 //SYSPRINT DD  SYSOUT=*
   697 //DISCODD  DISP=SHR,UNIT=3390,VOL=SER=$FDEF1
   698 //N1   DD  DSN=DR.DUMP.D220208.T160612.Z24RPB,
   // DISP=(,CATLG),LABEL=(001,SL),
   // STORCLAS=SCVTS01B,MGMTCLAS=MCCPEXP,
   // VOL=(,,,100),UNIT=VTSIBM
   699 //SYSINDD  *





Comparing the two step (don't mind that the two steps are using a different 
volser name as input: $FDEF3 and $FDEF1. This is the output of flashcopy and 
the content is exactly the same: the resident volume Z24RPB)



Then on Z14 we use 0.11 minutes and on Z15 0.20 minutes for CPU+SRB it means 
82% more CPU time consumption!

Anyone have an idea as to why such difference?



It is a big difference if you multiply this difference per more than 4000 
devices!!!





Please take into account that IBM said:

In the official web page "Integrated Accelerator for zEnterprise Data 
Compression (zEDC)" at

https://www.ibm.com/support/z-content-solutions/compression/

with the statement (right at the top of the page), directly contradicting your 
measurements:


The Integrated Accelerator for zEDC, available with IBM(r) z15(tm) and LinuxONE 
III, reduces the cost of storing, transporting and processing data. It replaces 
the zEDC Express adapter with on-chip compression, providing
increased throughput and capacity: for the z15, up to 8 times faster 
application elapsed time with no additional CPU time compared to a z14 with 
zEDC Express for compression and decompression *



kind Regards

Renato







La presente comunicazione e ogni suo allegato, proveniente da BCC Sistemi 
Informatici SpA (appartenente al Gruppo Bancario Cooperativo Iccrea), ? 
destinata esclusivamente al soggetto indicato quale destinatario o ad eventuali 
altri soggetti autorizzati a riceverla. Essa contiene informazioni strettamente 
confidenziali e riservate, la cui comunicazione o diffusione a terzi ? 
proibita, salvo che non sia stata espressamente autorizzata. Se avete ricevuto 
questa comunicazione per errore, Vi preghiamo di darne immediata comunicazione 
al mittente e di distruggere il contenuto. La informiamo inoltre che l'utilizzo 
non autorizzato del messaggio o dei suoi allegati potrebbe costituire reato. 
BCC Sistemi Informatici SpA tratta i dati personali in linea con il Regolamento 
Europeo 2016/679 (GDPR). Per informazioni pu? consultarsi la sezione "Privacy" 
sul sito della societ?.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DS8K Global Mirroring - dual targets

[Nigel Morton]

The highest code level for DS8880 is R8.5 according to the latest IBM
support page on DS8000 family code. So, no R9.

I don't believe that you can have Global Mirror with two targets (although
I'm ready to be corrected) but I think you can cascade sessions. There's a
data migration example in section 47.1 of the DS8000 copy services redbook,
SG24-8367-01. Does that come close to what you want to do?

On Fri, 18 Mar 2022 at 14:37, Tom Longfellow <
03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:

> Thanks for the direction to a proposed solution.
>
> For us here, it presents us with some challenges.
> We have DS8884s running R8 code.  and we are just now going to z/OS 2.4
> --- so the redbook may be presenting features we cannot use from R9 and
> z/OS 2.5
> We cannot go to z/OS 2.5 until after our data center move which will take
> us from a z12BC to a z14 or z15 platform.
> I do not know if DS8884 can be upgraded to 9.2 or any 9.x level.
>
> The 3-site solutions in the redbook are based on a combination of Metro
> Mirror for  H1 to H2, and Global Mirror  to H3.
> I  will not  go to synchronous via Metro Mirror.   The distance for H1 and
> H2 may be too far.  and the SAN (FCIP) link too slow.
> There was no indication that the same source could participate in two
> Global Mirror relationships.
> 'on the fly'  reconfiguring to move a mirroring relationship to swing it
> from H1-H2, to H1-H3 then after cutover go to a H3-H2 global mirror again
> for DR - would be to error prone and lengthy.
>
> Can DS8800s be updated to R9 code?
> Still wondering if a Global Copy session could get us running.   The
> fuzziness of the copy is a concern as well.   Shutting down production use
> to get consistency during the GC would take too long over the FCIP link.
>
> Trying to keep my options and my mind open.
>
> --
> 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: DS8K Global Mirroring - dual targets

[Tom Longfellow]

Thanks for the direction to a proposed solution.

For us here, it presents us with some challenges.  
We have DS8884s running R8 code.  and we are just now going to z/OS 2.4 --- so 
the redbook may be presenting features we cannot use from R9 and z/OS 2.5
We cannot go to z/OS 2.5 until after our data center move which will take us 
from a z12BC to a z14 or z15 platform.
I do not know if DS8884 can be upgraded to 9.2 or any 9.x level.

The 3-site solutions in the redbook are based on a combination of Metro Mirror 
for  H1 to H2, and Global Mirror  to H3.
I  will not  go to synchronous via Metro Mirror.   The distance for H1 and H2 
may be too far.  and the SAN (FCIP) link too slow.
There was no indication that the same source could participate in two Global 
Mirror relationships.
'on the fly'  reconfiguring to move a mirroring relationship to swing it from 
H1-H2, to H1-H3 then after cutover go to a H3-H2 global mirror again for DR - 
would be to error prone and lengthy. 

Can DS8800s be updated to R9 code?
Still wondering if a Global Copy session could get us running.   The fuzziness 
of the copy is a concern as well.   Shutting down production use to get 
consistency during the GC would take too long over the FCIP link.

Trying to keep my options and my mind open.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Python log parsing library available

[David Crayford]

The doc only includes an import statement so are not useful which is why I 
wanted to look at the code. 

> On 18 Mar 2022, at 22:21, Kevin Mckenzie  wrote:
> 
> It isn’t, but in Python, you should just be able to issue “pip install 
> zoslogs” to install the library.  Documentation is also available on PyPi and 
> ReadtheDocs, as with other python libraries.
> 
> Also, github was having some issues yesterday; if you try again, it may work 
> today.
> 
> From: IBM Mainframe Discussion List  on behalf of 
> David Crayford 
> Sent: Thursday, March 17, 2022 8:08:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: [EXTERNAL] Re: Python log parsing library available
> 
> I get a 404 on your Github account. Is it private?
> 
>> On 18 Mar 2022, at 3:11 am, Kevin Mckenzie  wrote:
>> 
>> If anyone else has a need for this, I wanted to let people know that I’ve 
>> released a z/OS log parsing library for Python, available from PyPi, called 
>> zoslogs.  On PyPi, you can find it here:  https://pypi.org/project/zoslogs/  
>> . I built it to help with a problem I was having, so it’s by no means 
>> complete, but it might be useful to someone else.
>> 
>> --
>> Kevin McKenzie
>> 
>> External Phone: 845-435-8282, Tie-line: 8-295-8282
>> z/OS Test Services - Test Architect, Provisioning
>> z/OS Hardware/Software Interlock
>> 
>> --
>> 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Python log parsing library available

[Kevin Mckenzie]

It isn’t, but in Python, you should just be able to issue “pip install zoslogs” 
to install the library.  Documentation is also available on PyPi and 
ReadtheDocs, as with other python libraries.

Also, github was having some issues yesterday; if you try again, it may work 
today.

From: IBM Mainframe Discussion List  on behalf of 
David Crayford 
Sent: Thursday, March 17, 2022 8:08:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [EXTERNAL] Re: Python log parsing library available

I get a 404 on your Github account. Is it private?

> On 18 Mar 2022, at 3:11 am, Kevin Mckenzie  wrote:
>
> If anyone else has a need for this, I wanted to let people know that I’ve 
> released a z/OS log parsing library for Python, available from PyPi, called 
> zoslogs.  On PyPi, you can find it here:  https://pypi.org/project/zoslogs/  
> . I built it to help with a problem I was having, so it’s by no means 
> complete, but it might be useful to someone else.
>
> --
> Kevin McKenzie
>
> External Phone: 845-435-8282, Tie-line: 8-295-8282
> z/OS Test Services - Test Architect, Provisioning
> z/OS Hardware/Software Interlock
>
> --
> 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: SMF record - Looping and Memory shortage

[Schroeder, Wayne]

I think he means go into SDSF and change the SRVCLASS on the fly. We used to do 
it to jobs or STC’s that would “go crazy”.

Wayne Schroeder
Mainframe Systems Programmer -DASD/Tape Storage
Texas Farm Bureau Mutual Insurance Company , Waco TX

“There is no new JCL: Every bit of JCL is descended from a fragment found on a
stone tablet on the side of a mountain near Poughkeepsie back in the early 
1960s”

Mobile:254.644.8534
Email:  wschroe...@txfb-ins.com

7420 Fish Pond Rd.
Waco, TX 76710

From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Thursday, March 17, 2022 9:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record - Looping and Memory shortage

On 3/17/2022 7:11 PM, CM Poncelet wrote:
> I can't remember the SMF record details, but the dispatch priority of
> address spaces can be lowered 'on the fly' via SDSF (or CA's Sysview, if
> memory serves) to swap them out and prevent them from grabbing storage
> at the expense of what would now be higher priority ASIDs.

Sounds like you're thinking of the MVS RESET QUIESCE command...

RESET jobname,QUIESCE


--
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
[http://www.txfb-ins.com/TFBICImages/jdpower.jpg]
WWW.TXFB-INS.COM

CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is 
covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 
2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in 
error, do not read it. If you are not the intended recipient, you are hereby 
notified that any retention, dissemination, distribution, or copying of this 
communication is strictly prohibited. Please reply to the sender that you have 
received the message in error, then delete it. Thank you. '

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to simplify IODF activation

[Lionel B. Dyck]

That is slick. Sometimes the best things are hiding in plain site. 

Lionel B Dyck <
Sent from my iPad Pro 10.5
Website: www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

> On Mar 18, 2022, at 8:03 AM, Tom Conley  wrote:
> 
> FYI,
> 
> Check out my "We're Bad, We're Sysplex Wide" Bit Bucket presentation from 
> SHARE in Anaheim 2014.  You can drive all your activations from a single 
> dialog in each sysplex.
> 
> https://share.confex.com/share/122/webprogram/Handout/Session14648/Bit_Bucket_x2E.pdf
> 
> -- 
> Regards,
> Tom Conley
> 
> --
> 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

How to simplify IODF activation

[Tom Conley]

FYI,

Check out my "We're Bad, We're Sysplex Wide" Bit Bucket presentation 
from SHARE in Anaheim 2014.  You can drive all your activations from a 
single dialog in each sysplex.


https://share.confex.com/share/122/webprogram/Handout/Session14648/Bit_Bucket_x2E.pdf

--
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: How to simplify IODF activation

[Timothy Sipples]

I don’t think I’d use FTP for this mission. It can be quite brittle and 
difficult to keep secure.

How about the z/OS Management Facility? Chapters 30 and 31 of the IBM z/OS 
Management Facility Configuration Guide (IBM Publication No. SC27-8419) explain 
how you can configure and secure a multi-Sysplex (and/or multi-Monoplex) 
network of intercommunicating primary and secondary z/OSMF instances. And then 
you should have all the unified operator services you need to distribute and 
activate IODFs across the several z/OS instances with or without automation. 
Plus you’d be solving a lot of other, future operational challenges that much 
earlier.

— — — — —
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cyber Security
IBM Z and LinuxONE
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