try any RECFM=FB and LRECL between 13349 and 18118
Generally it may be 1/3 or other 1/n where n is odd (uneven).
As currently unemployed I have no z/OS at hand (OK, I have one due to
someone's kindness), when you play with large enough LRECLs you will get
SDB at 3 blk/trk, 5 blk/trk, 7 blk/trk and maybe more.
Why is it so unpopular?
Because usually we use shorter LRECLs.
To be honest I found it accidentally when preparing excercises for VSAM
course. Default CISZ on 3390 is 18432 and physical block is also 18432,
and it is the most effective usage of track (least space unassigned to
any CI).
--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland
W dniu 02.03.2021 o 14:24, David Spiegel pisze:
Hi Radek,
You said: "... which is usually close to half of the track (sometimes
third...) ..."
When is SDB 1/3 Track?
Thanks and regards,
David
On 2021-03-02 07:25, Radoslaw Skorupka wrote:
General comment about LBI, large blocks and performance:
1. Blocksize for tapes, especially for real tapes is very important
for performance. LBI is something to legalize previously used large
blocks - I mean blocks larger than officially supported 32760. Even
3490E tapes supported larger blocks and it was used by ADRDSSU (read
HSM backups). AFAIK LBI was proviced with OS/390 V2R10, long time
after MAGSTAR family GA.
2. Blocksize on DASD *does affect performance*, but it is not so
strong as with tapes. More: on tape there is no big reason not to use
large blocks, but on DASD the blocksize is strictly related to track
size. For 3390 blocksize of, let's imagine 160kB has no sense,
because block has to fit in track. And even 32760 is not very
reasonable (assuming same consecutive blocks), because waste of
space. Yes, it would be nice to have blocksize limit at 56664B, but
there is no such option (we talk about z/OS, not z/VSE). Optimal
blocksize is SDB, which is usually close to half of the track
(sometimes third...).
3. However "big enough" blocksize is good enough! In other words you
will not observe big performance difference between BLKSIZE=32000 and
BLKSIZE=8000. On DASD, of course.
4. So, in this case, hypothetical LBI=track would not provide
important relief. That could mean maybe there are other ways to skin
a cat. I don't know the application, but some ideas to consider:
- use VSAM, SMB, BLSR, etc.
- use index if applicable
- use LDS and DIV
- use DB2 table
My €0,02
----------------------------------------------------------------------
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
