ecause I'd heard of issues reading that compressed data.
I did some experiments with SMF data with and without zEDC. What I saw
in my test:
- zEDC I/O was much faster, reducing elapsed time by more than 10x in
some cases
- CPU time for compression seemed to be less than 0.2s per GB
- CICS softw
On 4/16/2024 9:16 AM, Jousma, David wrote:
Is anyone exploiting ZEDC data compression accelerator in your environments?
We zEDC compress and encrypt our zFS file systems and SVC dumps.
We zEDC compress our HSM backups on both DASD and TAPE and other large
data sets such as the *huge* PDSEs
.
Russell Witt
Broadcom
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Tuesday, April 16, 2024 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Anyone exploiting ZEDC?
Is anyone exploiting ZEDC data compression
wn. One of the reasons we went this route
is we are starting to exploit pervasive encryption which for most part requires
extended format datasets (also required for ZEDC). Best practice is to
compress before you encrypt. One other area we exploited was DFHSM and
activated that so it now comp
Agreed, it's been many years since I ran similar test with our software and
don't remember the exact details, but my recollection is that I saw no
noticeable change in CPU consumption. Which I remember being particularly
interested in because I'd heard of issues reading that compressed data.
I
W dniu 16.04.2024 o 18:28, rpinion865 pisze:
At a prior life, we got the zEDC cards on a z15, and turned that on for PS
datasets. [...]
No cards for z15. It has zEDC module in processor.
z14 and older had zEDC cards, defined in HCD as a function.
HW: Cards were paid feature, zEDC in z15 is
W dniu 16.04.2024 o 18:16, Jousma, David pisze:
Is anyone exploiting ZEDC data compression accelerator in your environments?
We recently licensed the enablement and are working through the issues in our
DEV environment.
We initially enabled Extended Format/COMPACT ZP, for all DSORG PS
tasks like HSM,
CICS, DB2 etc
Thank you,
Prashant
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Glenn Wilcock
Sent: Thursday, April 18, 2024 2:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Anyone exploiting ZEDC?
DFSMShsm is an excellent use case for zEDC
On 18/04/2024 12:04 am, Michael Oujesky wrote:
Just a thought, but anyone processing internally compressed CICS or
DB2 data on a non-z/OS platform (Windows/Unix) might see substantial
CPU usage from RLE decompression.
If the compression is lightweight, decompression should be too. I can't
spe
Unless the file is already compressed. For those they just get
passed to ML2 or BACKUP as-is.
Michael
At 04:04 PM 4/17/2024, Glenn Wilcock wrote:
DFSMShsm is an excellent use case for zEDC and is our number one
best practice for HSM. When enabled, DSS zEDC compresses all blocks
of data
DFSMShsm is an excellent use case for zEDC and is our number one best practice
for HSM. When enabled, DSS zEDC compresses all blocks of data passed to HSM
during Migration and Backup. Because HSM is processing fewer data blocks, both
cpu and elapsed time are reduced. When going to ML1, the
| Director, Technology Engineering
From: IBM Mainframe Discussion List
on behalf of Michael
Oujesky
Date: Tuesday, April 16, 2024 at 3:24â¯PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone exploiting ZEDC?
Food for thought. zEDC is block oriented rather
than record oriented (i.âe. reads
ssion of SMF data enabled even with zEDC compression of the data.
1) Less data will be sent to the zEDC compression engine, which will
then process faster. I believe at one point I had an IBM chart that
showed this.
2) The data might (likely) compress better because intervening
repeated value
lt;01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> Thank-you very much for this! I suspect this
is the route we will have to take. To answer
your other question, yes, ZEDC is a chargeable
feature (although very inexpensive) and is turned on in IFAPRD00.
>
> Dave Jous
rpinion865<https://www.mail-archive.com/search?l=ibm-main@listserv.ua.edu&q=from:%22rpinion865%22>
wrote:
>Is it not true that even though you get the zEDC engines on the z15 and z16,
>you still have to pay for the exploitation by enabling Featurename('ZEDC') in
>parm
Mail secure email.
On Wednesday, April 17th, 2024 at 8:08 AM, Jousma, David
<01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> Thank-you very much for this! I suspect this is the route we will have to
> take. To answer your other question, yes, ZEDC is a chargeable feature
&g
Thank-you very much for this! I suspect this is the route we will have to
take. To answer your other question, yes, ZEDC is a chargeable feature
(although very inexpensive) and is turned on in IFAPRD00.
Dave Jousma
Vice President | Director, Technology Engineering
From: IBM Mainframe
My recommendation has always been to leave Db2/CICS's RLE compression of SMF
data enabled even with zEDC compression of the data.
1) Less data will be sent to the zEDC compression engine, which will then
process faster. I believe at one point I had an IBM chart that showed this.
2) The
Is it not true that even though you get the zEDC engines on the z15 and z16,
you still have to pay for the exploitation by enabling Featurename('ZEDC') in
parmlib's IFAPRDxx?
Sent with Proton Mail secure email.
On Wednesday, April 17th, 2024 at 4:44 AM, Timothy
rpinion865 wrote:
> At a prior life, we got the zEDC cards on a z15, and turned that on
>for PS datasets.
Just to clarify, every IBM z15, LinuxONE III, and higher model machine has
on-chip zEDC (compression). It’s formally called the “Integrated Accelerator
for zEDC,” and you can expa
On 17/04/2024 12:09 pm, Michael Oujesky wrote:
Yes and zEDC poorly compresses internally RLE compressed records.
I was surprised how well zEDC compressed the already compressed records.
Using my data:
zEDC alone : 52000 tracks
CICS compression + zEDC : 22000 tracks
zEDC seems to be biased
e same but the
above was an added waste of CPU.
On Wednesday, April 17th, 2024 at 04:49, Andrew Rowley
wrote:
> On 17/04/2024 7:52 am, Michael Oujesky wrote:
>
> > My current recommendation is to remove internal compression from CICS
> > CMF (110/112) and DB2 (100-102
Yes and zEDC poorly compresses internally RLE compressed records.
Plus CSRCESRV uses GP engine cycles, whereas zEDC offloads the
processing and reduces CICS and DB2 address space CPU time, By the
time LOGGER writes the data to the logstream, it is already
compressed and is smaller than the
On 17/04/2024 7:52 am, Michael Oujesky wrote:
My current recommendation is to remove internal compression from CICS
CMF (110/112) and DB2 (100-102) records, Zedc compress the SMF
logstreams, then compress the logstream offloads via SMS zEDC
compression.
Have you compared compressed size
.ua.edu> wrote:
> Our storage team would know more about what they've done with zEDC, but I'm
> using it for compression of zFS file systems and JES2 Sysout written to spool.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG P
Je suis absent le 17 avril 2024.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Our storage team would know more about what they've done with zEDC, but I'm
using it for compression of zFS file systems and JES2 Sysout written to spool.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=
Have you considered using zEDC on your SMF logstreams?
My current recommendation is to remove internal compression from
CICS CMF (110/112) and DB2 (100-102) records, Zedc compress the SMF
logstreams, then compress the logstream offloads via SMS zEDC
compression. Note that DFHSM archives
VSAM dataset.
We were hoping to make ZEDC inclusive as in
everyone gets it to reap the space reduction,
and job performance improvements and that the OS
would decide for us if a particular dataset that
has the DATACLAS assigned to it would just ignore, but that wont be the case.
I have the
ing since it presents to the OS as a VSAM dataset.
>
> We were hoping to make ZEDC inclusive as in
everyone gets it to reap the space reduction,
and job performance improvements and that the
OS would decide for us if a particular dataset
that has the DATACLAS assigned to it would just
i
FWIW, here is a snippet of the SMS ACS DC code that we were using for zEDC.
/* DEFINE extra data sets to receive zEDC compression
: Anyone exploiting ZEDC?
Food for thought. zEDC is block oriented rather than record oriented (i. e.
reads/writes full track blocks on DASD and BLKSIZE become logical (i. e. the
size of the buffer used to exchange data with the application)), so any
processing that expects
Food for thought. zEDC is
;
Date: Tuesday, April 16, 2024 at 3:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone exploiting ZEDC?
Curious, do you use IAM for Hogan applications? My previous life did, and the
applications group was very satisfied with the IAM performance vs. native VSAM.
However, we had to impress on them
dc1-dmarc-requ...@listserv.ua.edu> wrote:
> Thanks for that. We do have IAM here, we’ll open a ticket with BMC asking
> about support. I was just doubting since it presents to the OS as a VSAM
> dataset.
>
> We were hoping to make ZEDC “inclusive” as in everyone gets it
Food for thought. zEDC is block oriented rather than record oriented
(i.e. reads/writes full track blocks on DASD and BLKSIZE become
logical (i.e. the size of the buffer used to exchange data with the
application)), so any processing that expects to make use of BLKSIZE
to perform physical I/O
Thanks for that. We do have IAM here, we’ll open a ticket with BMC asking
about support. I was just doubting since it presents to the OS as a VSAM
dataset.
We were hoping to make ZEDC “inclusive” as in everyone gets it to reap the
space reduction, and job performance improvements and that
At my previous life, we were using BMC's IAM VSAM interface. I think IAM could
use zEDC. But I was told by then IDP support, that IAM's internal compression
was Moe (as in Moe Howard) better than even zEDC.
Regarding coding for PS datasets opened in/out, I think DAF will sho
>> We initially enabled Extended Format/COMPACT ZP, for all DSORG PS datasets,
>> but are quickly finding that DFSORT, SAS, ISPF recovery datasets all have
>> issues.
Dave,
Can you elaborate more on the issue that you have with DFSORT as ZEDC is
supported by DFSORT. You c
I could be wrong about VSAM compression here then. Maybe that is all CP
compressed and I misunderstood by what mechanism that is done. We could not
survive here without VSAM compression. Many of our VSAM files are > 4G space
even compressed.
I do know we ARE using zEDC based on vari
Peter,
Interesting. IBM says VSAM does NOT exploit ZEDC. VSAM can be compressed,
but it must all be done on CP, which would be expensive.Within a VSAM
LINEAR dataset used as ZFS, ZFS will engage ZEDC.
Dave Jousma
Vice President | Director, Technology Engineering
From: IBM
I do not know what criteria the sysprogs here set things up. But we are
successfully using zEDC here especially for our huge VSAM and GDG production
files.
I wish I could tell you more, but the sysprogs here are outsourced and getting
answers from them requires official paperwork and
rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu>
Date: Tuesday, April 16, 2024 at 12:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone exploiting ZEDC?
At a prior life, we got the zEDC cards on a z15, and turned that on for PS
datasets. But like you, we quickly learned that PS da
At a prior life, we got the zEDC cards on a z15, and turned that on for PS
datasets. But like you, we quickly learned that PS datasets opened for in/out
processing (update in place) did not work. As a compromise, we narrowed down
to new PS GDG datasets. Also we looked at new PS GDG datasets
Is anyone exploiting ZEDC data compression accelerator in your environments?
We recently licensed the enablement and are working through the issues in our
DEV environment.
We initially enabled Extended Format/COMPACT ZP, for all DSORG PS datasets, but
are quickly finding that DFSORT, SAS
Thanks Michael for the example and the documentation link. All this is good to
know.
Peter
From: IBM Mainframe Discussion List On Behalf Of
Schmitt, Michael
Sent: Thursday, March 7, 2024 6:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to call zEDC functions from an HLL other than C
Last
Last year I asked how you can call zEDC functions from a high-level language
other than C. The point was that the Callable Service for High Level Language
manual says you can use it from COBOL, but there's no information how to do it.
Peter Farley posted that IBM provides a sample of a
Kenneth Kripke wrote:
>1. How to recover if there is a failure in deflation of a compressed
>dataset. We have a mixture of z/14 and z/15 processors.
What failure(s) do you have in mind? Of zEDC Express adapters (cards) on your
IBM z14 machines?
There should be software fallback on m
>I submitted an RCF on the subject of examples for actually using zEDC funct=
>ions from HLL's other than C not long after this message chain and received=
> no response at all from the RCF team. A follow-up email requesting status=
> or at least an acknowledgement that the docum
ay, April 26, 2023 8:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to call zEDC functions from an HLL other than C [was: RE:
Unzip on z/OS ?]
The example has two bugs in it (a typo and a repeated line), but fixing those
it does appear to work. A better test would have been to compress som
ork (in the debugger). Pretty cool
nonetheless.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Farley, Peter
Sent: Wednesday, April 26, 2023 9:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to call zEDC functions from an HLL other than C [was: RE:
Unzip on
Wednesday, April 26, 2023 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to call zEDC functions from an HLL other than C [was: RE:
Unzip on z/OS ?]
I agree, but failing that they can (and should) at least put in a reference to
the COBOL documentation.
Yeah, calling the Binder Fast Da
en code to use the Binder API so I (sort of) understand it.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Schmitt, Michael
Sent: Wednesday, April 26, 2023 1:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to call zEDC functions from an HLL other than
Behalf Of
Farley, Peter
Sent: Wednesday, April 26, 2023 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to call zEDC functions from an HLL other than C [was: RE:
Unzip on z/OS ?]
An off-list communication from another interested party pointed me to this link
to the online Enterprise COBOL P
Wasting more time searching the internet about zEDC I came across several
articles about SMF record compression when using log streams. It sounded
almost like you did not need the zEDC Express software feature. So, I coded
compress for the TECH LPAR, and did a SET SMF=xx. It failed with
Yes. You don't need to license zEDC for JES2 to use it for spool compression.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
--- Original Message ---
On Wednesd
zEDC. The document
states that JES2 can use the zEDC compression engine on the z15 with no
software charge. I know that using zEDC compression for SMS managed datasets
does require licensing zEDC Express software feature.
Am I understanding that correctly, that JES2 will use zEDC and we don't
PL/I or Fortran
programmer could figure out what to do in their language from the COBOL example.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Farley, Peter
Sent: Tuesday, April 25, 2023 5:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to call zEDC functi
To be more clear: I am asking for examples of non-C-language un-authorized HLL
calls to the "zlib" un-authorized functions and a list of any COPY/INCLUDE
members necessary to accomplish those calls, not the zEDC authorized functions
nor the hardware-level DFLTCC instructi
I submitted an RCF on the subject of examples for actually using zEDC functions
from HLL's other than C not long after this message chain and received no
response at all from the RCF team. A follow-up email requesting status or at
least an acknowledgement that the documentation add
IQP062I REQUEST
REJECTED - OPTIONS
IGNORED will be displayed.
I am not sure what it means exactly, however I'd be inclined to check the log
for IQP062I messages. It sounds as though the IQP parms may not even be
honored.
I have little experience with on-chip zEDC, but did some benchmarking
Hi Chuck,
PRDB 2022081 16:09:11.83-D IQP
PRDB 2022081 16:09:11.83 IQP066I 16.09.11 DISPLAY IQP 681
zEDC Information
Have you confirmed the feature is installed and all parms set properly? It
almost appears it's GP's instead of zEDC.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Compagno Renato (Consulente per BCC Sistemi Informa
Despite the fact that we have thousands of volumes we don't take full volume
dumps anywhere, so I cannot give our comparison. We also don't have TAPE
anymore. :-)
Perhaps open a ticket with IBM and let us know what IBM says?
--
relieved on Z15 an elapsed time reduction and maybe also in the
compression ratio has been reduced but this is not the point I raised up . The
point is that on Z15 we experienced more CPU consumption and IBM said:
"The Integrated Accelerator for zEDC, available with IBM(r) z15(tm) ...,
reduce
. The point is
that on Z15 we experienced more CPU consumption and IBM said:
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, pro
Have you looked at the amount of compression that you are getting when
comparing the z14 to the z15?
In our shop SMF data went from about 6:1 compression (z14) to 10:1. This is a
massive improvement.
I do not have the CPU stats, and I also really could not care. Dumps run at
night when we have a
On 19/03/2022 4:44 am, Compagno Renato (Consulente per BCC Sistemi
Informatici) wrote:
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?
I think the z15 had big changes to the zEDC
Renato,
we've not faced this kind of behaviour.
Is it generally visible ?
You can look at SMF30 records and find out where the CPU usage is.
Counter data and zEDC statistics usage sections could help.
Best regards.
Massimo
<https://www.avast.com/sig-email?utm_medium=email&utm
prise 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
Subject: Re: zEDC Justification documents or links
Hi Robert, if your shop uses DFSMShsm, I have some charts that I can share with
you that show the significant advantages of using zEDC for backup and
migration. zEDC is the #1 Best Practice for DFSMShsm
Hi Robert, if your shop uses DFSMShsm, I have some charts that I can share with
you that show the significant advantages of using zEDC for backup and
migration. zEDC is the #1 Best Practice for DFSMShsm.
--
For IBM-MAIN
ion.
- KB
‐‐‐ Original Message ‐‐‐
On Thursday, January 13th, 2022 at 10:48 PM, Sri h Kolusu
wrote:
> > Anyone have some good links to share that will state why zEDC is
> >
> > worth licensing and getting? 😊
>
> Try this White paper
>
> https://www.ibm.com
On Thu, 13 Jan 2022 21:15:32 +, PINION, RICHARD W.
wrote:
>Sequential datasets that they are updated in place cannot be compressed. That
>would apply to zEDC or SMS compression.
>
>
Of course notbut the D/R "ready" backup copy (hopefully multiple versions
Sequential datasets that they are updated in place cannot be compressed. That
would apply to zEDC or SMS compression.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Scott Barry
Sent: Thursday, January 13, 2022 4:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
gt;Sent: Thursday, January 13, 2022 1:56 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: zEDC Justification documents or links
>
>On Thu, 13 Jan 2022 16:57:40 +, Richards, Robert B. (CTR)
> wrote:
>
>>Anyone have some good links to share that will state why zEDC is worth
&
dditional charge, and you'll get some compression features for free, like
for Connect:Direct. But asking for ZEDC compression from a DSS job, etc still
requires the software entitlement. From the white paper that Sri posted
1.3 - IBM Z hardware and OS requirements
zEDC requires the followin
Thanks for the additional information. I'll file it away if we get a z15. On a
z14_ZR1 at the moment.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Scott Barry
Sent: Thursday, January 13, 2022 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC Justific
On Thu, 13 Jan 2022 16:57:40 +, Richards, Robert B. (CTR)
wrote:
>Anyone have some good links to share that will state why zEDC is worth
>licensing and getting? 😊
>
>For t e record, we already have the HW feature installe
Thank you, Kolusu!
Excellent whitepaper!
And thanks to Dave too. That point is very well taken.
Bob
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Sri
h Kolusu
Sent: Thursday, January 13, 2022 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC Justification
> Anyone have some good links to share that will state why zEDC is
> worth licensing and getting? 😊
Try this White paper
https://www.ibm.com/support/pages/system/files/inline-files/zEDC_White_Paper.pdf
Thanks,
On Thu, 13 Jan 2022 16:57:40 +, Richards, Robert B. (CTR)
wrote:
>Anyone have some good links to share that will state why zEDC is worth
>licensing and getting? 😊
>
>For t e record, we already have the HW feature installed. Don’t ask.
>
Bob,
I don't have eithe
Anyone have some good links to share that will state why zEDC is worth
licensing and getting? 😊
For the record, we already have the HW feature installed. Don’t ask.
--
For IBM-MAIN subscribe / signoff / archive access
Might you have a LISTCAT ALL for these two files? I't would be good
to get more detailed information on the compression. Rather looks
like zEDC did not get used on both of these.
At 03:40 PM 7/22/2021, PINION, RICHARD W. wrote:
z13 created dataset LISTC & DCB,
STATISTICS
ote on
07/22/2021 03:55:28 PM:
> From: "PINION, RICHARD W."
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 07/22/2021 08:16 PM
> Subject: zEDC compression on z13 and z15
> Sent by: "IBM Mainframe Discussion List"
>
> We migrated from a z13 to a z15 this past we
On 7/22/2021 2:02 PM, Ed Jaffe wrote:
You should issue D PCIE and check for Status=ALLC.
Of course, that applies to the z13 only...
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/
--
On 7/22/2021 1:54 PM, PINION, RICHARD W. wrote:
Also, I checked IFAPRDxx to make sure, zEDC is enabled, after the IPL from
this weekend.
-D PROD,state,all
IFA111I 15.47.44 PROD DISPLAY 490
S OWNERNAME FEATURE VERSION ID
E IBM CORP Z/OS
Also, I've check our SMS Data Class definition. We have
ZP The system will not fail the allocation request but rather
create either a tailored compressed data set if the zEDC
function is not supported by the system or create a
non-compressed extended f
date . . : ***None***
SMS Compressible . : YES
Extended Attributes NO
Also, I checked IFAPRDxx to make sure, zEDC is enabled, after the IPL from
this weekend.
-D PROD,stat
The z15 data set is multi-volume?
On 7/22/2021 1:40 PM, PINION, RICHARD W. wrote:
z15 created dataset LISTC & DCB
STATISTICS
USER-DATA-SIZE27761896449
COMP-USER-DATA-SIZE3629379499
SIZES-VALID(YES)
Management class . . : MC
Yes, the z13 had zEDC cards, enabled, and being used.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Michael Watkins
Sent: Thursday, July 22, 2021 4:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zEDC compression on z13 and z15
[External Email. Exercise caution
tes NO
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Chuck Kreiter
Sent: Thursday, July 22, 2021 4:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
Just a dumb question: Did your z13 have zEDC cards installed? They were
optional on the z13, but zEDC compression is included on the z15.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Chuck Kreiter
Sent: Thursday, July 22, 2021 3:34 PM
To: IBM-MAIN
o:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of PINION, RICHARD W.
Sent: Thursday, July 22, 2021 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zEDC compression on z13 and z15
We migrated from a z13 to a z15 this past weekend. We are running z/OS 2.2,
z/OS 2.2 on the z13, and the same z/OS 2.2 on the z15. z15 m
zEDC compression
Data Class.
I restored a dataset that was created on the z13 using zEDC compression, and
needed
to make a copy of the dataset on the z15. I was surprised to see an almost
20,000
track difference between the z13 created dataset, and the z15 created dataset.
I
used the same SMS
d compression
>
> 6x00 Tailored token
>
> 6001 zEDC token - this is zEDC!
>
> 8000 Rejection token - compression disabled, likely because of lack
>
> of effects.
>
> So, 6001 is the eye-catcher.
>
> Fine print disclaimer: this is knowledge valid for z
Yes, it is PARTIALLY documented.
The token is one of IBM secrets I want to explain.
However to correct:
4000 Generic token - good old compression
6x00 Tailored token
6001 zEDC token - this is zEDC!
8000 Rejection token - compression disabled, likely because of lack
of
Interesting!
Thank you!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Farley, Peter x23353
Sent: Sunday, April 11, 2021 5:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to tell if zEDC is active for an LPAR or DASD pool
We're currently on z13's. We were advised by IBM sources to look for this in a
LISTCAT ALL of a sequential file to tell if it was zEDC compressed or not:
ACT-DIC-TOKENX'60010004'
We were told that the "
> I know how to check with LISTCAT whether a file WAS compressed via zEDC, but
> I would like to know how to tell whether or not it WILL be used when creating
> a new file in a given DASD pool.
It depends on whether you are running on a z15 or not, and if not, the values
in effec
W dniu 10.04.2021 o 19:48, Farley, Peter x23353 pisze:
Just a question of curiosity: Is it possible to tell if zEDC compression is
active for an LPAR or for a particular DASD pool? Perhaps an ISMF screen?
I know how to check with LISTCAT whether a file WAS compressed via zEDC, but I
would
1 - 100 of 139 matches
Mail list logo
