Hi
Thank you Barbara, I see you are the proper expert in this field
In my SMF 14 records there is the PDSE Statistic section, and I see the
directory cache hits , but no data member
hits.
It is a AFP resource library (not SMS managed) , 600 members and all are
relatively small (1 -4 K bytes), but a server application opens again
and again.
I hope to set the proper SMS PDSE1 options
On 7/4/2011 9:41 AM, Barbara Nitz wrote:
With LLA and load modules it works fine, but I would need to cache other
type PDSE members(AFP resources ).
From the SMF 14 record cache section I see it was not from cache, but
don't see the reason why and if I can change this .
SMF Type 14 will NOT show you PDSE activity. PDSE have their own SMF record
that you will need to check.
Having said that, independent of SMS-management, if the complete size of the
PDSE members that you need to cache exceeds the maximum size of the PDSE
cache (16GB IIRC), you won't have any performance benefit, as only the most
used members will stay in that cache. And if they are all evenly used,
you'll get thrashing.
In addition, beware recfm V in any shape or size. PDSE development told me
that that will require extra I/O every time due to some sort of internal
organization. (That I understand they have no plans of changing).
How many members in your PDSE(s)? What is the size of the PDSE(s)? How long
does it take to do an ISPF 3.4 from enter to seeing the directory?
Regards, Barbara
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
