The 32720 blocksize is not very efficient for a PTS library. Large PTFs will only fit 409 records per track. If you had let the system determine blocksize, it would have chosen 27920 for a 3390 and you would get 698 records per track.
If a 1000 record member is followed by a 300 record member, at 32760 they will consume 4 tracks. At 27920, they will consume only 2 tracks. If you have a members that vary greatly in size (not unlikely considering the dynamic nature of the PTS), you will do even better with a smaller block size (try 1/3 or 1/4 track blocking). Back when we had multiple geometries (not everything was a 3390), we got in the habit of using 6160 because it was reasonably efficient for all our various units. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Thursday, April 28, 2011 7:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS run out of Space Below is the detail about my current SMPPTS dataset. Data Set Name . . . : SMPE.BIN4.SMPPTS General Data Current Allocation Management class . . : **None** Allocated blocks . : 140,427 Storage class . . . : **None** Allocated extents . : 123 Volume serial . . . : SMP400 Maximum dir. blocks : NOLIMIT Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PO Current Utilization Record format . . . : FB Used pages . . . . : 1,115,580 Record length . . . : 80 % Utilized . . . . : 99 Block size . . . . : 32720 Number of members . : 2,359 1st extent blocks . : 123933 Secondary blocks . : 718 Data set name type : LIBRARY Creation date . . . : 2007/11/05 Referenced date . . : 2011/04/27 Expiration date . . : ***None*** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
