Your right, things are a little confusing. SECTORS - Think of it as 224 pieces of pie. It is, I believe, physical. CELL - Also physical, but I think of them as little chunks of data, which may be your data or control data for the hardware. TRACK BALANCE - How much room is left on the track if you were to write a single block. Look up TRKBAL macro.
That extra calculation is for device control information, part of which I know is CRC, or at least that is what I was told. All that stuff other than the COUNT-KEY-DATA areas are for the hardware and we mortals can't see it, but it is there. Chris Blaicher Technical Architect Mainframe Development P: 201-930-8234 | M: 512-627-3803 E: [email protected] Syncsort Incorporated 2 Blue Hill Plaza #1563 Pearl River, NY 10965 www.syncsort.com Data quality leader Trillium Software is now a part of Syncsort. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of R.S. Sent: Tuesday, January 23, 2018 10:22 AM To: [email protected] Subject: Re: CKD details Fortunately your explanation was clear enough to find out each "mini-record" has at least 10 cells (9 control plus a t least one for data). However you used word "SECTORS". I used "34-byte DATA CELL", following the 3390 documentation (other names can be found elsewhere). It seems the documentation use SECTOR for something else. The SA22-1025-00 says the 3390 device has 224 sectors per track and 222 for 3380. So, the SECTOR cannot be the same as DATA CELL. I have no idea what is the SECTOR. BTW: I also do not understand the formula. For me it should be just Numberofcells=9+RoundUP(KL/34) of course you provided right formula as it is documented, but I simply don't understand the purpose of KN and 6 and 232. i'm pretty sure it is not just a magic, but what is the rationale behind? Last but not least: THANK YOU VERY MUCH for the explanations you gave me, I appreciate it. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 2018-01-23 o 15:48, Christopher Y. Blaicher pisze: > With all I put in the last post, I forgot to answer WHY 20 sectors at a > minimum for a record. It is because at a minimum a record consists of a > COUNT and a DATA section. Each one takes a minimum of 10 sectors, so with > even a 1 byte record you need 20 sectors. If you had a 1 byte key and 1 byte > of data you would need 30 sectors, 10 for each part. > > Chris Blaicher > Technical Architect > Mainframe Development > P: 201-930-8234 | M: 512-627-3803 > E: [email protected] > > Syncsort Incorporated > 2 Blue Hill Plaza #1563 > Pearl River, NY 10965 > www.syncsort.com > > Data quality leader Trillium Software is now a part of Syncsort. > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Christopher Y. Blaicher > Sent: Tuesday, January 23, 2018 8:30 AM > To: [email protected] > Subject: Re: CKD details > > See the following for how to calculate a sector > https://www.ibm.com/support/knowledgecenter/en/SSB27H_6.2.0/fa2mr_sectval.html > > Question 2: why 20 sectors at a minimum. It's a long answer. > We tend to think of a record as three unified parts, COUNT, KEY and DATA, but > really they are three mini-records (for lack of a better description). Each > part needs enough cells for the data, plus 9 cells of CRC and other control > information that we can never see. > > So, for a COUNT field it takes 10 cells; for a KEY field, if present, and a > DATA field the calculation is: > > SECTORS = 9 + (KL + (6 * KN) + 6) / 34) > Where KN = (KL + 6) / 232 > KL = Key length > Change KL to DL and do the same calculation for the data area. > > Question 3: Are you running under VM and using a mini-disk? VM formats their > R0 differently, I believe. > > Hope this helps. > > Chris Blaicher > Technical Architect > Mainframe Development > P: 201-930-8234 | M: 512-627-3803 > E: [email protected] > > Syncsort Incorporated > 2 Blue Hill Plaza #1563 > Pearl River, NY 10965 > www.syncsort.com > ====================================================================== -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: [email protected]ą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.2018 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ________________________________ ATTENTION: ----- The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
