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-TOKEN----X'600100000004000000000000000000000000000000000000000000000000000000000000'

We were told that the "60" at the start of that value is the sign that zEDC was 
used.

Peter

-----Original Message-----
From: IBM Mainframe Discussion List <[email protected]> On Behalf Of 
Mike Hochee
Sent: Saturday, April 10, 2021 10:08 PM
To: [email protected]
Subject: Re: How to tell if zEDC is active for an LPAR or DASD pool

> 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 effect for the DEFMINREQSIZE and INFMINREQSIZE. Check out IQPPRMxx in the 
Inititialization and Tuning Reference. 

HTH,
Mike 

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Radoslaw Skorupka
Sent: Saturday, April 10, 2021 8:34 PM
To: [email protected]
Subject: Re: How to tell if zEDC is active for an LPAR or DASD pool

Caution! This message was sent from outside your organization.

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 like to know how to tell whether or not it WILL be used when creating 
> a new file in a given DASD pool.

IMHO it is matter of Data Class and ACS.
I don't consider ADRDSSU dump files which can be compressed or copies of 
existing compressed datasets.

HTH

--

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 [email protected] with the message: INFO IBM-MAIN

Reply via email to