Why do vendors insist on using blocking factors that are not designed for the 3390 geometry? Granted the backend is vastly different than real 3390 DASD. But from the O/S point of view (DASD utilization and I/O, and it takes CPU to drive I/O) these non-optimal blocking factors are not good. The vendor who is sending all of their service via XMITed datasets, is sending tens of thousands of tracks, filling up 3390 mod 27 volumes. After manually reblocking their XMITed datasets, the service easily fits on one 3390 mod 9 volume.
"Confidentially doc, I am the wabbit." Bugs Bunny Sent with Proton Mail secure email. On Thursday, December 18th, 2025 at 2:55 PM, Phil Smith III <[email protected]> wrote: > Well it's not very readable as an XMITted file until you RECEIVE it--what are > you trying to do with it after XMIT? > > -----Original Message----- > From: IBM Mainframe Discussion List [email protected] On Behalf Of > Charles Mills > > Sent: Thursday, December 18, 2025 2:20 PM > To: [email protected] > Subject: Re: Grrr! Yes, TSO TRANSMIT destroys PDSes (Rant) > > Yes, TRANSMIT, not RECEIVE. > > Why not use 3120 to begin with? Good idea. I used SDB, which is also often a > good idea -- just not in this case. > > Charles > > On Thu, 18 Dec 2025 13:53:06 -0500, Phil Smith III [email protected] wrote: > > > We've never had a problem either. We distribute our product as a Windows > > .exe (ouch) which uses InstallShield to force acceptance of a license. It > > then drops a binary blob onto disk. That gets uploaded (F 80) and RECEIVEd, > > which produces one PDS--also F 80--containing several members. Each of > > THOSE members is itself an XMITted library, and RECEIVEing those gets you > > the installation media. Some of the libraries are BLKSIZE 3120, some are > > larger. > > > > So Charles, I think you're doing ?something? wrong. > > > > Wait...you're XMITting into a PDS with a large blocksize? What is that > > large blocksize, and if you're putting XMITted files into it, why not use > > 3120 (or 8000, or some other multiple of 80? Maybe that's the problem? > > > > Apologies if this is naïve. > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [email protected] On > > Behalf Of Lennie Bradshaw > > Sent: Thursday, December 18, 2025 1:35 PM > > To: [email protected] > > Subject: Re: Grrr! Yes, TSO TRANSMIT destroys PDSes (Rant) > > > > Just tested this on my z/OS 3.1 system and I have differing results to you. > > Existing blksize was respected. > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to [email protected] with the message: INFO IBM-MAIN > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
