Skip to content

Technology card

End of life

IBM RAMAC

IBM 305 RAMAC · IBM 350 disk storage

Five million characters, moving access arms and immediate write checks: what the original disk system stored, selected and verified.

Glossary entry on hesela.dev · JSON record

On this page5 sections

In one minute

IBM's 305 RAMAC accounting system, introduced in 1956, used the IBM 350 disk unit to retrieve and update records without sequentially reading intervening records.

System versus device. RAMAC expanded to Random Access Method of Accounting and Control. The 305 was the accounting system; the 350 was its disk file. Direct record access reduced the need to sort transactions into the order of a sequential master file. This was a change in data processing, not the invention of every form of random-access memory: magnetic drums already supported addressed access. [3]

Physical organization. Noyes and Dickinson describe fifty 24-inch disks, two recording surfaces per disk, 100 tracks per surface and 500 characters per track: 50 x 2 x 100 x 500 = 5,000,000 characters. Two heads straddle a selected disk. Their carriage moves vertically; the arms move radially and retract before changing disk level. Compressed-air jets maintain head spacing. [1]

Capacity is not a byte interface. The manual separates six character-data bits from an odd-parity check. The design paper counts eight recorded positions including a space position. These boundaries describe coding, checking and recording, respectively; calling all of them usable bytes loses the distinction. [2][1]

Addressing belongs to the application. The manual organizes storage into 50,000 sectors of 100 characters. Its examples either derive an address directly from an account number or calculate a storage address and handle collisions. A two-sector employee record consumes 200 characters: sector count is not automatically application-record count. [2]

Two meanings of track. In its programmed-addressing example, the manual groups ten sectors into each of 5,000 track-address groups. The engineering paper counts 10,000 tracks on individual recording surfaces. Both descriptions yield five million characters; do not combine one convention's track count with the other's characters per track. [2][1]

The cost of an index. In the manual's illustrated layout, one of a group's ten sectors is an index to the other nine. Overflow needs another seek. The manual therefore recommends loading frequently used records first, leaving overflow space for less active records. This is an application layout choice, not a reduction in the device's raw character capacity. [2]

Checking a write. The machine compares disk readback character by character with the sending record reread into core memory. A disagreement stops execution and raises the file-error indicator. Parity checks separately test whether transferred characters have the required odd number of set bits. Neither mechanism, by itself, establishes long-term retention or recovery after an interrupted operation. [2]

Timing needs its source. The 1957 paper gives about 0.5 seconds average access and 0.75 seconds maximum; ASME's 1984 retrospective lists 0.6 seconds average. These are source-specific descriptions, not samples that can be pooled into a measured latency distribution. [1][3]

Capacity boundaries

Read the capacity rows as alternative accounting views, not quantities to add together.

RAMAC capacity boundaries in the 1957 engineering paper and operating manual
ViewCalculationMeaning
Surface tracks50 x 2 x 100 x 500 = 5,000,000Characters across recording surfaces. [1]
Addressable sectors50,000 x 100 = 5,000,000Characters organized into sectors. [2]
Programmed-address groups5,000 x 10 x 100 = 5,000,000Ten-sector groups in the manual's addressing example. [2]

Uncertainty notes

  • Engineering descriptions and an operating manual are evidence of design and specified behavior, not a modern performance or failure-rate experiment.
  • The 1984 ASME account is retrospective. Introduction, first shipment and later configurations should not be collapsed into a single event.

Sources

  1. 01T. Noyes and W. E. Dickinson, The Magnetic-Disk, Random-Access Memory, IBM Journal of Research and Development 1(1), 72-75 (1957), DOI 10.1147/rd.11.0072 · accessed 2026-11-10
  2. 02IBM 305 RAMAC Manual of Operation, Form 22-6264-1, April 1957, pp. 61-64 and 70-73 · accessed 2026-11-10
  3. 03ASME, The IBM 350 RAMAC Disk File, historic landmark brochure, 1984 · accessed 2026-11-10

Published by Hesela team

Report a correction · Editorial standards · Reuse guidance

Cite this page
Hesela team. IBM RAMAC. Hesela. https://hesela.com/tech/ramac/