In the early 90s, I came close to raising a share requirement to allow the AVGVAL specification to default to picking up the lrecl (i.e. when not specified explicitly) such that it would effectively allow the space request to specify a quantity of records rather than a byte count. That would have allowed a particular dataclass to result in varying space values according to lrecl, which seemed like a reasonable idea at the time. Pretty sure it never got put into the share sausage machine though. Of course still wouldn't help if users have no idea about their record count!
Sent from my iPhone On 28 May 2013, at 20:38, John McKown <[email protected]> wrote: > But, but, cylinders are intuitively understandable, whereas bytes are > just confusing! <grin/>. Like our programmers keep asking me how big > to make their data sets, and then don't have any idea how many records > they will need to store into that data set. > > On Tue, May 28, 2013 at 1:31 PM, Paul Gilmartin <[email protected]> wrote: >> On Tue, 28 May 2013 17:34:17 +0000, Pommier, Rex R. wrote: >> >>> That's just where I was going in my thinking. It looks like something is >>> defined as a 3380. 3380 track is 83% of capacity of 3390, and his initial >>> allocation of 654 tracks is suspiciously close to 83% of his other 2 >>> allocations of 780 tracks. >>> >> And this is why IBM (I believe) among coloro che sanno, recommends >> allocating in bytes rather than geometry-sensitive units such as tracks >> or cylinders. Good advice to follow, IMO. >> >> -- gil >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [email protected] with the message: INFO IBM-MAIN > > > > -- > This is a test of the Emergency Broadcast System. If this had been an > actual emergency, do you really think we'd stick around to tell you? > > Maranatha! <>< > John McKown > > ---------------------------------------------------------------------- > 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
