Jump to content

Talk:Fixed-block architecture

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

CKD versus CHR/CTR

[edit]

The article mistakes terminology:

IBM mainframe systems' disk layout had traditionally been count-key-data (CKD)…

In fact, the physical layout of the first FBA devices remained precisely the same; it was in the disc controllers that the differences occurred.

CKD had implications for the channel programmer, in that it was possible for a record to be located not solely by its location, but by a key. However, the actual architecture was CHR (cylinder-head-record), also called CTR (cyl-trk-rec). See DASD article.

--UnicornTapestry (talk) 01:06, 7 January 2009 (UTC)[reply]

What is FBA

[edit]

the article was a mess and I have tried to start to fix it. Is there any substantive difference between FBA and LBA

The RAMAC used fixed sector sizes but I am not sure how the file system accessed it nor how the storage stack was layered. Most of every other early computer that I know of used fixed sector sizes and again i am ignorant of their storage stacks. IBM abandoned fixed sector sizes in most mainframe models with the S/360 beginning 1964. The notable S/360 M20 used a fixed sector size but addressed them with the standard IBM CHR channel commands so it was not an FBA system or drive unless FBA means fixed sector sizes.

To the best of my recollection Fixed Block Architecture is a term invented by IBM with the introduction of the IBM 3310 and a small system (s/34??) sometime in the mid-70s to describe a fixed sector sizes in its HDDs. At that time and into the 1990s IBM used CKD, a variable record length architecture on virtually all of its mainframe HDDs. The rest of the world and I think IBM's small systems used fixed sector sizes.

I know of no other usage of "Fixed Block Architecture" prior to the 3310. To the best of my recollection and search, IBMs other products that used fixed sector (or block) sizes called them just that and did not use the term FBA. I may be wrong and would appreciate other editors input on the origins of this specific term as applied to storage.

The other aspect of FBA is the addressing as a linear contiguous set of blocks. This really isn't a drive issue since drives today still have cylinders and heads and now a variable number of blocks per zone. With fixed blocks, someplace in the storage stack a file name has to be translated into a list or lists of blocks. I really don't know enough about file systems of any of the mainframe any mini computers to know whether the systems went thru a layer where the storage medium was viewed as a linear contiguous set of blocks to be resolved to CHS at a lower level. So it maybe that IBM was first in the 70s, but I doubt it. Again input from other editors would be appreciated.

I really think this is a controller issue, when what was the first controller that presented the device as a contiguous series of fixed blocks. I know this wss a part of the ANSI proposal in the late 70s and was a key feature of SASI. So the earliest FBA/LBA drive that I know of was likely the embedded ANSI drives or maybe the embedded SASI drives.

Comments Tom94022 (talk) 05:41, 9 August 2014 (UTC)[reply]

I do not agree that the difference between a count-key-data disk drive and an FBA disk drive is only a controller issue. The IBM 2311, for example, had different models for count-key-data and FBA controllers. I have put a reference to the relavent IBM manual under “Further reading” in the article—it provides a detailed description of the differences between the models.
I believe the term FBA is an IBM-ism, similar to DASD. IBM's definition, however, applies to some of their products predating the IBM 3310, so it seems appropriate to include them in this article.
The idea to number blocks linearly was a later development. Early devices were addressed using cylinder-head-record, so counting records in sequence required a conversion. I am not familiar with the internals of the IBM file accessing software, but DEC software regarded each storage device as a collection of blocks numbered from 0 to the number of blocks on the device minus 1. The file system software sent this block number to the device driver, which did the necessary divisions to convert it to cylinder-head-record. John Sauter (talk) 04:07, 10 August 2014 (UTC)[reply]
Thanks for the response. I never meant to say it is only a controller issue but I do think the controller is a necessary part of the story. Note the following sentence in the lede:

FBA devices do not use the traditional CHR addressing, but reference fixed-length blocks by number, much like sectors in mini-computers.

By this component of the definition the 2311-11/12 are not FBA devices.
If linear block addressing is a necessary component of FBA then doesn't the controller have to be a part of the device? The 2311-1 and the 2311-11 address the blocks in the same manner, CHR at the controller level. Most if not all early drive didn't know about records or blocks or sectors at all; the data are bit serial with records/sectors defined by address marks, sync bytes and relative bit counting. It seems to me, and I appreciate the dialog, that if FBA=LBA, then the drive must have fixed sectors addressed linearly and until maybe DEC Massbus, ANSI or SASI all drives had a primitive interface that knew nothing of records/blocks/sectors. On the other hand if FBA means only fixed sector size, then its not synonymous with LBA and the article needs to be corrected. Also that's pretty much how the whole world operated except for IBM mainframe DASD from 1964 until some time in the 1990s. Tom94022 (talk) 06:53, 11 August 2014 (UTC)[reply]
FBA is not the same as LBA—FBA still used three numbers to address a data block, called cylinder-head-sector. I have updated the article to make this clear, and added some structure to it.
Even though FBA is not the same as LBA, the controller is definitely important in IBM's transition to FBA. (Though it could perhaps better be characterized as a transition away from count-key-data, since they always had FBA devices on their smaller computers, though that preceeded their invention of the term “FBA”.) Controllers like the IBM 2841 could not handle FBA devices, with their different track structure.
The IBM 2311 model 11 did know about sectors: it provided a signal back to the controller whenever it passed the start point of a sector. While the cylinder and head part of the addresses were the same, the record number (on the 2311 model 1) was used by the controller to count records from the index point by interpreting the data stream from the device, whereas the sector number (on the 2311 model 11) was used by the controller to count sector pulses. John Sauter (talk) 13:57, 11 August 2014 (UTC)[reply]
Hey everyone! It's really great to watch the development of this article, as it covers a quite important part of the HDD history. I've just cleaned up the article a bit, primarily by merging a few short sections (they were really short) and by expanding the lead section. Hope you're Ok with that. — Dsimic (talk | contribs) 15:59, 11 August 2014 (UTC)[reply]
User:Tom94022 is correct; IBM used the term FBA only for the 3310 and 3375. IBM had fixed-sector disks, e.g., 350, 1405, 7300, but never called them FBA. The IBM 1301 drives have variable length records (but not CKD) and pretty much destroyed the market for previously announced sector and track oriented disks. Only the entry-level 1311 survived, and I'm not even sure which of the announced sector-oriented drives for the 7000 series were ever shipped.
Note: in addition to using a formatting track/cylinder instead of fixed length or self defining records, the 1301 and 1302 differed by using a logical record number rather than a sequential location on the track. As with the later CKD, it was possible to have multiple records on a track with the same id. [User:Chatul|Shmuel (Seymour J.) Metz Username:Chatul]] (talk) 21:05, 22 July 2015 (UTC)[reply]
For the detail's of IBM's FBA, see IBM (May 1980), "Fixed Block Command Set", IBM 3880 Storage Control Description (PDF), Fourth Edition, p. 3-1, GA26-1661-3. Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:29, 19 August 2015 (UTC)[reply]

Scope and content

[edit]
  1. Sector organization is an issue for all direct-access storage devices (DASD), not just disk drives, e.g., the drum storage on the UNIVAC LARC.
  2. Is a word-addressed device, e.g., the drum memory on an IBM 650, in scope?
  3. Is a drive that only transfers complete tracks, e.g., IBM 355 on the 650, in scope?
  4. The information on IBM's FBA for the 3310 and the 3370 belong in a separate article. Shmuel (Seymour J.) Metz Username:Chatul (talk) 18:47, 11 December 2019 (UTC)[reply]
The answer to 1 above is true and is covered in a separate article, Disk sector.
The answer to 2-4 above is no, this is the article is about IBM's term "Fixed Block Architecture" and not an article about sectors in DASD including HDDs. Tom94022 (talk) 19:16, 11 December 2019 (UTC)[reply]
So most of this article does, in fact, talk only about IBM's FBA, in the sense of "our little experiment with getting away from CKD". The "Later formats" section, however, is talking about non-CKD disks in general, rather than about IBM's mainframe FBA disks. It talks briefly about logical block addressing and about Advanced Format drives, both of which, obviously, have their own pages. Disk sector mentions Advanced Format but not logical block addressing.
Should that section be removed, or moved, in part or in whole, to disk sector or other pages? (What it has to say may already be scattered amongst the pages mentioned by Special:WhatLinksHere/Logical block addressing.) Guy Harris (talk) 09:12, 12 December 2019 (UTC)[reply]
I recommend that the generic material be moved to disk sector, a reference[1] to sectored drums be added and disk sector be retitled DASD sector. Shmuel (Seymour J.) Metz Username:Chatul (talk)
I suggest the "Later formats" section be removed. Improvements can and should be made to Disk sector article but that article should not be renamed to "DASD Sector," a term of little use or significance in the industry. Tom94022 (talk) 20:51, 12 December 2019 (UTC)[reply]
The use of sectors on disks and drums is identical. There is no justification for limiting the article to disks or for using a title that excludes drums. Shmuel (Seymour J.) Metz Username:Chatul (talk) 20:55, 15 December 2019 (UTC)[reply]
It might also not work well to use a title with a term that people unfamiliar with IBM's terminology have probably never heard. Would "sector (data storage)" or something such as that work? Guy Harris (talk) 21:20, 15 December 2019 (UTC)[reply]
If it continues this discussion should be moved to the disk sector article but I suggest it end here since I see little reason to change that article's title to cover a technology that has been dead for more that 40 years. At most there could be a redirect from "Drum sector" and a note in the disk sector article that sectors of a drum are essentially the same as sectors on a disk, if such a statement were in fact true and for which there is an RS. Tom94022 (talk) 22:59, 15 December 2019 (UTC)[reply]

References

  1. ^ UNIVAC LARC Processor Magnetic Drum Synchronizer System (PDF), Remington Rand UNIVAC, November 1961