W dniu 2010-05-02 17:16, Ted MacNEIL pisze:
IBM says it's 32760.

Typo on my part.


BTW: 27998 is *sometimes* optimal blksize. It depends on other dataset 
parameters.

Sometimes?
When is it not?
Yes, sometimes. *Usually* SDB (System Determined Blocksize) is approx half track, but: a) It's not always 27998, for FB records it is multiplication of record size, which is obviously not always 27998. b) For some record lenghts optimal blocksize is 1/3 of the track (3 blocks per track).

The resource implications of 'large' block sizes have disappeared, except for 
space usage.
Space usage *and* performance. Test: simply compare F 80 and FB80 datasets. Same amount of data records, different times.

BTW: All the above is really basic information which teached on basic classes, like JCL & Utilities. (At least when I teach).
That's why I suspect there is some misunderstanding here.

There are some old utilities that still require 'strange' block sizes, but I 
cannot see one bad usage of 27998, especially in Batch/TSO, as long as there is 
no hard-coded one in the programme using the dataset.

Regards
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 0000025237
NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec 
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym 
BRE Banku SA będą w całości opłacone.

----------------------------------------------------------------------
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

Reply via email to