주요 데이터 수

Count key data

CKD(Count Key Data)는 IBM이 IBM System/360과 함께 1964년에 도입한 DASD([a]Direct-Access Storage Device) 데이터 기록 형식이며 IBM 메인프레임에서 여전히 에뮬레이트되고 있습니다.이것은 각 데이터 레코드가 카운트 영역으로 표시되는 자기 정의 형식이며 레코드를 식별하고 옵션인 키 영역과 옵션인 데이터 영역의 바이트 수를 제공합니다.이는 고정 섹터 크기 또는 별도의 포맷 트랙을 사용하는 디바이스와는 대조적입니다.

Count Key Data(CKD; 카운트키 데이터)는 CKD 기록 [1]포맷을 사용하는 DASD 서브시스템에 의해 실행되도록 IBM 메인프레임에 의해 생성되는 채널명령어 세트(집약적으로 Channel Command Words, CCW)도 참조합니다.1964년에 도입된 CKD CCW의 초기 세트는 1990년대에 대폭 강화 및 개선되었다.

CKD 트랙 포맷

1965년 S/360 출하를 시작으로 IBM 메인프레임 컴퓨터에서 사용된 카운트 키 데이터 추적 형식의 블록 다이어그램

트랙의 시작은 인덱스 마커(인덱스 포인트)가 검출되었을 때 표시됩니다.마커는 특수 감지 장치에 [2]: 5 의해 자동으로 인식됩니다."인덱스 마커 뒤에는 디스크 상의 이 트랙의 위치를 나타내는 홈 주소가 있으며 제어 장치 내부의 다른 제어 정보를 포함합니다.홈 주소 뒤에 고정 길이 간격이 있습니다.다음으로, 각 트랙은 "주 트랙의 일부가 결함이 [2]: 7 될 경우 트랙의 전체 내용을 대체 트랙으로 이동할 수 있도록 설계"된 트랙 설명자 레코드인 레코드 0(R0)을 포함합니다.다음 R0은 [2]: 9 갭으로 구분된 데이터 블록입니다.

CKD 레코드의 원리는 데이터 블록 길이가 다를 수 있기 때문에 각 블록에 관련된 카운트필드가 있습니다.이 필드는 블록을 식별하고 사용되는 경우 키의 크기(사용자 정의 최대 255바이트) 및 데이터 영역의 크기를 나타냅니다.[3][b]카운트 필드에는 실린더 헤드 레코드 형식의 레코드[c] 식별 정보, 키 길이 및 데이터 길이가 있습니다.키는 생략하거나 문자열로 구성할 수 있습니다.

각 CKD 레코드는 카운트 필드, 옵션 키 필드 및 옵션[d] "사용자" 데이터 필드로 구성됩니다.각 필드에 오류 정정/검출 정보가 부가되어 각 [4][5]필드를 구분하는 갭이 있습니다.공백 및 기타 정보로 인해 기록된 공간은 카운트 데이터, 키 데이터 또는 사용자 데이터에만 필요한 공간보다 큽니다.IBM은 각 장치에 "참조 카드"를 제공하여 다양한 블록 크기에 대한 트랙당 블록 수를 계산하고 장치의 [6]블록 크기를 최적화하는 데 사용할 수 있습니다.나중에 이러한 계산을 하기 위한 프로그램이 작성되었습니다.일반적으로 블록은 트랙 간에 분할되지 않으므로, 잘못된 블록 크기를 지정하면 각 트랙의 절반까지 낭비될 수 있습니다.

대부분의 경우 키는 생략되고 레코드는 순차적으로 또는 직접 실린더-헤드-레코드 주소 지정을 통해 배치됩니다.키가 존재하는 경우 키는 일반적으로 데이터 레코드의 첫 번째 n바이트 복사본('블록되지 않은' 레코드의 경우 또는 블록된' 레코드의 경우 블록에서 가장 높은 키의 복사본)이지만 일반적으로 검색 키 Equal 또는 Search Key High 또는 Equal CCW를 사용하여 레코드를 찾는 데 사용되는 모든 데이터일 수 있습니다.키(및 레코드)는 하드웨어 [7][page needed]명령을 통해 찾을 수 있습니다.1964년 IBM의 System/360이 도입된 이후 거의 모든 IBM 대형 및 중간 시스템 DASD에서 카운트 키 데이터 레코드 [8][page needed]형식을 사용했습니다.

카운트 키 데이터 레코드 포맷의 장점은 다음과 같습니다.

  • 레코드 크기는 응용 프로그램 블록 크기와 정확히 일치할 수 있습니다.
  • 검색 키 명령을 사용하면 CPU 및 메모리 요구 사항을 줄일 수 있습니다.
  • IBM CKD 서브시스템은 처음에 시스템채널과 동시에 동작하여 다양한 필드 간의 갭에서 정보를 처리할 수 있으므로 [8]호스트에 대한 정보의 중복 전송을 회피함으로써 보다 높은 성능을 달성할 수 있습니다.이후 서브시스템에서는 동기 조작과 [8]비동기 조작이 모두 지원됩니다.

CPU 및 메모리 가격 인하와 높은 장치 및 인터페이스 속도 때문에 CKD의 장점이 다소 무효화되었으며 IBM의 주력 운영 체제인 z/OS가 섹터 지향 인터페이스를 지원하지 않기 때문에 CKD가 유지됩니다.

원래 CKD 레코드는 DASD 장치의 물리적 트랙과 일대일 대응 관계였지만, 시간이 지남에 따라 레코드는 점점 더 가상화되어 현대의 IBM 메인프레임에서는 더 이상 CKD 레코드 ID와 트랙의 물리적 레이아웃 간에 직접적인 대응 관계가 없습니다.

IBM의 CKD DASD 서브시스템

다음 항목도 참조하십시오.Channel I/O 및 IBM System/360 아키텍처» 입출력
채널, 스토리지 컨트롤 유닛 및 DASD 디바이스를 표시하는 CKD DASD용 IBM S/360 및 S/370 입출력 작업

프로그래밍

IBM 메인프레임에 의한 특정 등급의 I/O 장치에 대한 액세스는 CCW(Channel Command Words)의 제어 하에 있으며, 일부는 일반적이지만(예: No Operation) 대부분은 I/O 장치 유형(예: 테이프 드라이브의 경우 Read Backwards)에 한정됩니다.IBM이 DASD용으로 정의한 CCW 그룹은 크게 5가지 범주로 나뉩니다.

  • 제어 – DASD 제어(경로 포함)
  • 감지 – 경로를 포함한 DASD의 감지 상태. 일부 감지 명령은 제어 명령(예: RESERBECT, RELEASE)에 따라 컨트롤러 및 DASD의 상태에 영향을 미칩니다.
  • 기입 – 컨트롤러 또는 DASD에 정보를 기입합니다(패스 내에서 버퍼링 또는 캐시 가능).
  • 검색[e] – CPU의 정보와 DASD에 저장된 정보를 비교합니다.채널은 쓰기 모드로 동작하고 스토리지 유닛은 읽기 모드로 동작합니다.
  • 읽기 – DASD에서 정보 읽기 (경로에 버퍼링 또는 캐시 가능)

CKD CCW는 CKD DASD 서브시스템에 액세스하기 위해 사용되는 CCW의 특정 세트입니다.이는 FBA DASD 서브시스템에 액세스하기 위해 사용되는 고정 블록 아키텍처(FBA) CCW와는 대조적입니다.

CKD직접 접근 기억 장치 다른 Input/Output 장치와 같은;시스템/360과 System/370 직접 접근 기억 장치에 직접 채널과 관련된 제어 units[9][10][11](SCU 또는 저장 제어 장치)을 통해, 처음에 최대 16개 채널에 주소를 제공하는 316진수 숫자, 한채널 했고 2개의 제어 장치와 디바이스 장치에 사용하게 다루고 설명되어 있다. 최대 256DASD 액세스 메커니즘/채널 및 총 4,096개의 DASD 주소.최신 IBM 메인프레임은 채널 서브시스템 서브셋 내에서 4자리 16진수를 임의의 서브채널 번호로 사용합니다.이 서브채널 서브셋의 정의에는 실제 채널, 제어 유닛 및 디바이스가 포함되어 채널 서브시스템 서브셋당 최대 65,536개의 DASD에 대한 주소 지정을 제공합니다.실제로 채널과 컨트롤러의 물리 및 설계상의 제약으로 인해 시스템에 접속할 수 있는 DASD의 최대 수는 대응할 수 있는 수보다 적은 양으로 제한되었습니다.

패키징

다음 항목도 참조하십시오.IBM CKD 컨트롤러의 역사 및 IBM 자기 디스크 드라이브의 역사 » IBM System/360 및 기타 IBM 메인프레임 HDD

처음에 DASD 액세스의 논리 뷰와 실제 하드웨어는 위의 그림과 같이 높은 수준의 대응성이 있었습니다.채널[f], 제어 장치 및 장치의 주소를 식별하기 위해 일반적으로 세 자리 라벨이 부착되었습니다.

로우엔드 시스템에서는 채널과 제어 장치가 물리적으로 자주 통합되었지만 논리적으로 분리된 상태로 유지되었습니다.1972년 3830 Model 2에서 시작된 IBM의 New Attachment[12] Strategy는 논리적으로 동일한 상태를 유지하면서 SCU를 두 개의 물리적 실체, 즉 디렉터와 컨트롤러로 물리적으로 분리했습니다.이 컨트롤러는 CKD 트랙 포맷을 처리하며, 드라이브 줄에 첫 번째 드라이브 또는 여러 개의 드라이브가 포함되어 있으며, 모델 번호에는 프리픽스로 "A"가 붙어 있습니다.A-Unit (또는 "A-Box")는 컨트롤러 1개와 컨트롤러가 없는2개의 DASDS DASD DASD가 포함되어 있습니다.

CKD 서브시스템[g] 및 디렉터는 최소 1996년(2301~3390 모델9)[13]까지 IBM 및 플러그 호환 경쟁업체에 의해 제공되었으며, 총 22개의[h] 고유한 DASD가 최소 35개의 서로 다른 서브시스템 구성으로 구성되었습니다.플러그 호환으로, 독자적인 DASD를 탑재한 4개의 CKD 서브 시스템을 포함한 다수의 DASD를 [i]제공.

초기 CKD 피처 세트

IBM이 1964년 CKD 트랙 포맷 및 관련 CCW를 도입하면서 제공한 초기 기능 세트:

  • 결함/대체 트랙 – 사용 중인 접근 방식에 투명하게 결함 트랙을 대체할 수 있습니다.
  • 레코드 오버플로– 레코드는 DASD의[4] 최대 트랙 길이를 초과할 수 있습니다.
  • 멀티트랙 운용– 특정 CCW를 다음 시퀀셜[4] 헤드까지 계속 사용할 수 있습니다.
  • 명령어 체인– CCW를 체인으로 연결하여 복잡한 채널프로그램을 구축할 수 있습니다.CKD 트랙 형식의 갭은 명령어 사이에 충분한 시간을 제공하므로 명령어를 완료하기 위해 필요한 모든 채널 및 SCU 액티비티를 적절한 [14]필드 간의 갭에서 실행할 수 있습니다.이러한 프로그램은 DASD에 저장된 대량의 정보를 검색할 수 있으며, 정상적으로 완료되면 원하는 데이터만 반환되므로 CPU 리소스가 다른 작업에 [15]할당됩니다.갭에 동기하는 이 동작 모드는 나중에 비동기 동작 모드를 이노블로 하는 추가 CCW에 의해 확장되었습니다.
  • 채널 스위칭– 1개의 SCU를 채널 간에 공유할 수 있습니다.처음에는 2개의 채널스위칭이 제공되었지만 이후 SCU에서는 최대 8개의 채널로 확장되었습니다.채널은 같은 CPU 또는 다른 CPU 상에 있을 수 있습니다.

스캔 피쳐 세트도 제공되었지만 2314 이후의 CKD 서브시스템에 계속되지는 않았습니다.

41개의 CCW가 기능 세트를 실장했습니다.

IBM S/360 DASD 채널명령어[16]
명령어 클래스 명령어 » 2301[17] 2302[4] 2303[4]
7320[18][j] 		2311[4] 2321[4] 2314
2319[19] 		MT
쉬는		 MT
†에 대해서		 카운트 길이
통제 동작 없음 S S S S S S 03
추구한다. S S S S S S 07 6
시크 실린더 S S S S S S 0B 6
시크 헤드 S S S S S S 1B 6
파일 마스크 설정 S S S S S S 1층 1
공간 수 S S S S S S 0F 3
재보정 S S 13 0이 아니다
복원 S 17 0이 아니다
감각 센스 I/O S S S S S S 04 6
릴리스 디바이스 O O O O O O 94 6
예약 장치 O O O O O O B4 6
서치 홈 어드레스 EQ S S S S S S 39 B9 4(통상)
식별자 EQ S S S S S S 31 지하 1층 5(통상)
식별자 HI S S S S S S 51 D1 5(통상)
식별자 EQ 또는 HI S S S S S S 71 FI 5(통상)
주요 EQ S S S S S S 29 A9 1~255
키 HI S S S S S S 49 C9 1~255
키 EQ 또는 HI S S S S S S 69 E9 1~255
키 및 데이터 EQ O O O S 이차원 AD 주 2 참조
키와 데이터 하이 O O O S 4D CD 주 2 참조
키 및 데이터 EQ 또는 HI O O O S 6D ED 주 2 참조
스캔의 속행
(주 1 참조)		 검색 EQ O O O S 25 답 5 주 2 참조
검색 HI O O O S 45 C5 주 2 참조
HI 또는 EQ 검색 O O O S 65 E5 주 2 참조
비교 설정 O O O S 35 B5 주 2 참조
비교 설정 O O O S 75 F5 주 2 참조
비교 없음 O O O S 55 D5 주 2 참조
읽어주세요 집주소 S S S S S S 1A 9A 5
세어보세요 S S S S S S 12 92 8
레코드 0 S S S S S S 16 96 전송된 바이트 수
데이터. S S S S S S 06 86
키와 데이터 S S S S S S 0E 8E
카운트. 키와 데이터 S S S S S S 1E 9E
IPL S S S S S S 02
기입하다 집주소 S S S S S S 19 5(통상)
레코드 0 S S S S S S 15 8*KL*DL의 RO
수, 키 및 데이터 S S S S S S 1차원 8+KL+DL
특별 카운트, 키 및 데이터 S S S S S S 01 8+KL+DL
데이터. S S S S S S 05 DL
키와 데이터 S S S S S S 0D KL*DL
지우다 S S S S S S 11 8*KL*DL
CCW의 합계 41 30 39 30 40 40 40

주의:

O = 옵션 기능
S = 표준 기능
MT = 멀티트랙: 지원되는 경우 CCW는 실린더 끝에서 순서대로 다음 헤드에서 계속 작동합니다.
‡ = TIC(Transfer In Channel) 및 기타 표준 명령은 표시되지 않습니다.
§ = 코드는 목록에 나와 있지 않은 한 MT 꺼짐과 동일합니다.
1. 파일 스캔 기능(9CCW)은 2841에서 2302, 2311 및 2321에서만 사용할 수 있습니다.2314 이후 DASD용 후속 DASD 컨트롤러에서는 사용할 수 없습니다.
2. 카운트는 마스크 바이트를 포함한 검색 인수의 바이트 수입니다.

CCW는 처음에 시스템의 고속 셀렉터 채널에 연결된 두 가지 유형의 SCU에 의해 실행되었습니다.2820[17] SCU는 2301 드럼을 제어하고 2841[4] SCU는 2302 디스크 스토리지, 2311 디스크 드라이브, 2321 데이터 셀 및/또는 7320 드럼 스토리지의 조합을 제어합니다.IBM은 7320을 더 빠르고 더 큰 2303으로 신속하게 교체했습니다.

그 후, 2314 스토리지 컨트롤 패밀리와 시스템 370 모델 25의 통합 부속품에 기능 세트가 실장되었습니다.

다음[19] 채널 프로그램 예시는 키 필드로 식별된 디스크레코드를 읽고 있습니다.레코드와 키의 원하는 값을 포함하는 트랙이 알려져 있습니다.SCU는 트랙을 검색하여 요청된 기록을 찾습니다.이 예에서는 채널프로그램에 지정된 필드의 스토리지 주소가 포함되어 있는 것을 나타내고 있습니다. 

SEEK <cylinder/head number> SEARCH KEY EQUAL <키값> TIC *-8 READ DATA <버퍼>가 아닌 경우 검색으로 돌아갑니다.
TIC(transfer in channel)는 일치하는 키를 가진 레코드(또는 트랙 끝)가 발견될 때까지 채널 프로그램을 SEARCH 명령으로 분기시킵니다.일치하는 키를 가진 레코드가 발견되면 SCU는 채널 상태에 Status Modifier를 포함시켜 채널이 TIC CCW를 건너뜁니다. 따라서 채널 프로그램이 분기하지 않고 채널이 READ 명령을 실행합니다.

블록 멀티플렉서 채널 확장

그 블록 multiplexor 채널은 1971년에 2835 제어 장치에 따라 약간의 하이 엔드 시스템/360시스템에 시작으로 하여, 관련된 도입되었다 2305 DASD,[20]이 채널은 당시 표준에 IBMSystem/370과 그에 따른 메인 프레임.;대조되는 사전 실렉터 채널 제공 성능 개선을 위해 고속 소자 같은 asDASD (다음 포함)

복수 요구

셀렉터 채널이 있는 하나의 프로그램이 아니라 시설[20] 내에서 [k]여러 채널 프로그램을 동시에 활성화할 수 있습니다.제공되는 서브채널의 실제 수는 시스템모델과 [21]그 설정에 따라 달라집니다.컨트롤 유닛은 접속 해제 명령어체인이라고 불리기도 하며, 예를 들어 Seak CCW의 접속 해제와 같이 CCW의 접속 해제 중에 여러 번 접속을 해제하여 다른 서브채널은 다른 서브채널에 접속할 수 있습니다.

명령어 재시도

특정 조건 하에서 채널과 스토리지 제어가 상호 운용되어 I/O [20]중단 없이 CCW를 재시도할 수 있습니다.이 절차는 스토리지 제어에 의해 시작되며 수정 가능한 오류로부터 복구하는 데 사용됩니다.

회전 위치 감지

회전 위치 감지(RPS)는 두 개의 새로운 CCW, SET SECTER 및 READ SECTOR로 구현되었으며, 디스크가 지정된 각도 트랙 위치로 회전할 때까지 채널이 명령 체인을 지연시킬 수 있었습니다.RPS는 대부분의 회전 지연 기간 동안 채널 절단을 허용하므로 채널 사용률이 높아집니다.제어 장치는 각 트랙을 동일한 각도 [20]세그먼트로 분할하여 RPS를 구현합니다.

채널 프로그램의 예

다음 채널 프로그램 예에서는 트랙을 R0 및 3개의 [20]CKD 레코드로 포맷합니다. 

;CKD<>WRITE, cylinder/head/R1, 키 길이, 데이터 length>, CKD<>cylinder/head/R2, 키 길이, 데이터 length> WRITE,<>cylinder/head.. SETFILEMASK<>쓰기 operations> 허용, SETSECTOR<>부문 number=0>, 쓰기 R0<>데이터 length=6> cylinder/head/R0, 키 length=0, SEEK. ;cylinder/head/ CKD<>WRITER3, 키 길이, 데이터 길이>

이 예에서는 레코드 0이 IBM 프로그래밍 표준을 준수합니다.블록 멀티플렉서 채널을 사용하면 DASD가 탐색하는 동안 및 디스크가 트랙 시작 부분으로 회전하는 동안 채널이 비어 있습니다.셀렉터 채널은 이 샘플프로그램의 전체 기간 동안 비지 상태가 됩니다.

결함 건너뛰기

결점 건너뛰기를 사용하면 더 많은 표면[l] 결점 중 하나 전후에 데이터를 쓸 수 있으며 결점이 있는 부분을 제외한 모든 트랙을 사용할 수 있습니다.이것은 또한 대체 [22]트랙을 찾는 데 이전에 필요했던 시간을 없앱니다.제한된 수의 결함만 건너뛸 수 있으므로 초과 결함이 있는 트랙에 대해 대체 트랙이 계속 지원됩니다.

결함 건너뛰기는 1974년에 도입되었으며, 3340은 3830 모델2 스토리지 컨트롤[22] 유닛 또는 소형 시스템에 내장된 부속품을 통해 연결되었습니다.결함 건너뛰기는 1981년 관리용 CCW와 관련 유틸리티가 [23]출시되기 전까지 기본적으로 공장 전용 기능입니다.

동적 경로

이 기능은 1981년 3880 스토리지 컨트롤[24] 유닛의 3380 DASD에서 처음 도입되었으며 이후 CKD DASD 서브시스템에 포함되어 있습니다.동적 경로 선택 기능은 두 경로를 통한 동시 데이터 전송을 포함하여 두 컨트롤러의 작동을 제어합니다.운영 체제에서 지원되는 경우 다른 컨트롤러를 사용할 [25]수 없는 경우 각 컨트롤러가 대체 경로로 기능할 수 있습니다.

추가 [24]명령어 Set Path Group ID, Sense Path Group ID 및 Suspend Multipath Reconnection은 문자열 선두에 2개의 컨트롤러를 가진 3380 모델의 연결을 지원하기 위해 사용됩니다.

Set Path Group ID 명령어와 Dynamic Path Selection(DPS; 다이내믹 패스 선택) 기능을 사용하면 예약된 디바이스에서의 조작에 유연성이 높아집니다.디바이스의 패스 그룹이 확립되면, 그 디바이스의 예약처의 그룹의 멤버인 임의의 패스를 개입시켜 액세스 할 수 있습니다.또한 기능제어 바이트(바이트 0)의 멀티패스 모드 비트를 1로 설정하는 370-XA 시스템에서는 (디바이스의 [24]예약 상태에 관계없이) 채널 프로그램이 개시된 그룹의 멤버인 첫 번째 사용 가능한 경로에서 블록 다중 재접속이 발생합니다.

I/O 주소로 지정된 컨트롤러가 사용 중이거나 비활성화되어 있는 경우, 동적 경로 선택은 다른 스토리지 디렉터와 모델 [25]AA의 다른 컨트롤러를 통해 디바이스에 대한 대체 경로를 확립할 수 있도록 한다.

비동기 조작

1981년 3880 디렉터가 도입되기 전에는 CKD 레코드가 동기적으로 액세스되었으며, 모든 활동은 하나의 CCW를 종료하고 다음 활동은 CKD [14]필드 간의 갭에서 개시되어야 했다.갭 사이즈에 의해 케이블 길이에 제한이 있었지만 CPU 메모리나 사이클을 사용하지 않고 CCW의 복잡한 체인을 서브시스템에 의해 실시간으로 실행할 수 있기 때문에 매우 높은 퍼포먼스가 제공되었습니다.

CCW의 Extended CKD("ECKD") 세트에 의해 제공되는 비동기 동작에 의해 갭 타이밍 [14]제약이 해소되었습니다.ECKD CCW는 익스텐트 정의, 레코드 검색, 업데이트 데이터 쓰기, 업데이트 키 및 데이터 쓰기 및 CKD 다음 [24]트랙 쓰기입니다.

비동기 동작에서는 채널과 스토리지 제어 간의 데이터 전송은 스토리지 제어와 디바이스 간의 데이터 전송과 동기화되지 않는다.채널 프로그램은 하나의 명령 실행을 종료하고 다음 명령으로 진행하기 위해 필요한 채널 및 스토리지 제어 액티비티가 인접한 두 필드 간의 레코드 간 간격 동안 발생하지 않아도 되도록 실행할 수 있다.스토리지 제어의 중간 버퍼는 채널과 디바이스 간의 독립된 동작을 가능하게 한다.ECKD의 주요 장점은 케이블이 훨씬 길다는 것입니다.어플리케이션에 따라서는 퍼포먼스가 [14]향상될 수 있습니다.

ECKD CCW는 이후의 모든 CKD 서브시스템에서 지원됩니다.

이 비동기 채널 프로그램은 실린더 X'007F'의 트랙 X'0E'에서 레코드 R1 및 R2를 읽습니다.두 레코드 모두 키 길이가 8이고 데이터 길이가 X'64'(10010)[24] 바이트입니다. 

익스텐트 정의 <extent = X007F 0000' ~ 트랙 X'0081 000E'> 레코드 찾기 <extent = X'007F', 헤드 = X'000E' 읽기 키 및 데이터 <key record = X'001038'> 읽기 데이터 <record = X001108>

캐싱

DASD CKD 서브시스템에 처음 도입된 캐싱은 Memorex[26](1978)와 StorageTek(1981[m])가 1981년 말에 IBM이 다이내믹 패싱을 갖춘 [n]3380 모델을 위해 3880 모델 13에 도입했습니다.

캐시는 알고리즘에 의해 동적으로 관리됩니다.고액티비티 데이터는 고성능 캐시에서 액세스 하고, 저액티비티 데이터는 저비용의 DASD 스토리지에서 액세스 합니다.디렉터 내의 대용량 메모리인 캐시는 3380 트랙의 데이터를 저장하는 트랙 슬롯으로 나뉩니다.작은 영역은 데이터를 [27]캐시에 배치할 수 있는 엔트리가 들어 있는 디렉토리입니다.

캐시는 이후에 도입된 스토리지 제어에도 제공되었습니다.

기타 내선번호

시간이 지남에 따라 하나 이상의 스토리지 제어에 다수의 경로 제어, 진단 및 오류 복구 CCW가 구현되었습니다.예를 들어 다음과 같습니다.

  • Unconditional Reserve를 사용하면는 다른 채널에 예약된 디바이스를 해제하고 명령어를 발행하는 채널에 디바이스를 예약할 수 있습니다.
  • Read Multiple Count Key Data를 사용하면 전체 트랙을 보다 효율적으로 읽을 수 있어 백업을 보다 효율적으로 수행할 수 있습니다.

비욘드 시스템/370

CPU와 메모리의 가격 인하와 디바이스와 인터페이스 속도의 향상으로 CKD의 장점이 다소 무효가 되었습니다.또, IBM의 주력 operating system z/OS는 많은 기능에 CKD CCW를 계속 사용하고 있기 때문에, 지금까지도 서포트는 계속되고 있습니다.

원래 CKD 레코드는 DASD 장치의 물리적 트랙과 일대일 대응 관계였지만, 시간이 지남에 따라 레코드는 점점 더 가상화되어 현대 IBM 메인프레임에서 더 이상 CKD 레코드 ID와 트랙의 물리적 레이아웃 간에 직접적인 대응 관계가 없습니다.IBM 메인프레임은 메모리에 CKD 트랙 이미지를 구성하고 이미지에 대해 ECKD 및 CKD 채널 프로그램을 실행합니다.네이티브 고정 블록 사이즈 디스크와 가변 길이 ECKD/CKD 레코드 포맷을 브리지하기 위해 메모리 내의 CKD 트랙 이미지는 FBA 디스크 [28]서브시스템과의 전송에 적합한 일련의 고정 블록에 매핑됩니다.

System/360 및 System/370 채널에 구현된 83개의 CKD CCW 중 56개는 System/390 이후의 시스템에서 [28]에뮬레이트됩니다.

「 」를 참조해 주세요.

메모들

  1. ^ 대부분의 경우 하드 디스크 드라이브입니다.
  2. ^ data length 0은 EOF를 나타냅니다.
  3. ^ 레코드는 가변 길이이고 트랙의 레코드 번호가 고유할 필요가 없기 때문에 레코드 번호는 각도 변위에 해당하지 않습니다.
  4. ^ 데이터 길이가 0인 레코드는 EOF 레코드이며, 읽으면 장치 예외가 발생합니다.
  5. ^ 기술적인 기입
  6. ^ 일부 초기 DASD에서는 DASD 간에 주소를 이동할 수 있는 플러그에 라벨이 부착되어 있었습니다.
  7. ^ 이는 SCU와 하나 이상의 DASD 또는 A 유닛과 연결된 B 유닛의 조합입니다.
  8. ^ 트랙 수와 최대 트랙 길이의 고유한 조합.이 정의에서는 배밀도의 DASD가 고유 DASD로 간주됩니다.
  9. ^ 2배 밀도 2314, 3배 밀도 3330, 2배 밀도 3350 및 솔리드 스테이트 디스크
  10. ^ 7230은 2302로 대체되었습니다.날짜, 1966년 3월, 81페이지
  11. ^ 2305의 경우 같은 디스크 드라이브에 최대 8채널 프로그램, 같은 SCU에 최대 16채널 프로그램
  12. ^ 스키핑 가능한 결함의 수는 DASD 모델에 따라 다릅니다.
  13. ^ STK 8890 CyberCache for STK 3350 호환
  14. ^ 동시에 3880-11이 페이징 모드 3350s의 캐시를 페이징 디바이스로 사용하고 있음을 알렸습니다.

레퍼런스

  1. ^ IBM 3990 스토리지 제어 소개 – IBM Corporation, GA32-0098-05 제6호 1994년 2월
  2. ^ a b c IBM Corporation (September 1969). IBM System/360 Component Descriptions 2314 Direct Access Storage Facility and 2844 Auxiliary Storage Control (PDF). Retrieved Dec 5, 2019.
  3. ^ "Count key data". IBM Knowledge Center. International Business Machines Corporation. Retrieved 6 August 2014.
  4. ^ a b c d e f g h IBM System/360 Component Descriptions - 2841 and Associated DASD (PDF). Eighth Edition. IBM. December 1969. GA26-5988-7. Archived (PDF) from the original on 2011-10-14. Retrieved 2015-12-07.
  5. ^ "Count-Key-Data Record Format". IBM 3390 Direct Access Storage Introduction. International Business Machines Corporation. 22 October 1965. GC26–4573–03.
  6. ^ IBM Corporation (November 1973). 3330 Series Disk Storage 3333 Models 1 and 11 3330 Models 1, 2, and 11 Reference Summary (PDF). Retrieved Dec 5, 2019.
  7. ^ Houtekamer, Gilbert E.; Artis, H. Pat (1993). MVS I/O Subsystems: Configuration Management and Performance Analysis. New York: McGraw-Hill. ISBN 978-0-07-002553-0. OCLC 26096983.
  8. ^ a b c "Synchronous DASD Operations". Introduction to Nonsynchronous Direct Access Storage Subsystems. International Business Machines Corporation. January 1990. GC46–4519–0.
  9. ^ IBM System/360 작동 원리, GA22-6821, 입력/출력 작동
  10. ^ IBM System/370 작동 원리, GA22-7000, 입력/출력 작동
  11. ^ IBM Enterprise Systems Architecture/370 운영 원리, SA22-7000, 13장.I/O의 개요
  12. ^ 1970년대 역사서술, 미국 대 IBM, 부속서 14971, 페이지 1051
  13. ^ 3390은 1996년에 마케팅에서 철수했다.
  14. ^ a b c d 비동기식 직접 액세스 스토리지 서브시스템 소개, IBM. GC26-4519-0, 1990년 1월
  15. ^ I/O 서브시스템 아키텍처, J. Buzen, Proc IEEE, 1975년 6월, 페이지 871
  16. ^ IBM System/360 참조 데이터(녹색) 카드, GX20-1703-9에서 파생됨
  17. ^ a b IBM System/360 Component Descriptions-2820 Storage Control And 2301 Drum Storage (PDF). Archived (PDF) from the original on 2016-03-04. Retrieved 2015-08-28.
  18. ^ IBM System/360 Component Descriptions - 2841 and Associated DASD (PDF). First Edition. IBM. A26-5988-0.
  19. ^ a b IBM System/360 Component Descriptions 2314 Direct Access Storage Facility and 2844 Auxiliary Storage Control (PDF) (Seventh ed.), November 1971, GA26-3599-6
  20. ^ a b c d e Reference Manual for IBM 2835 Storage Control and IBM 2305 Fixed Head Storage Module (PDF). October 1983. GA26-1589-5. Archived (PDF) from the original on 2016-03-04. Retrieved 2015-12-21.
  21. ^ 입력/출력 - 백서, J. Kettner, IBM, 2007년 11월
  22. ^ a b 3830 모델 1 참조 매뉴얼
  23. ^ 디바이스 지원 시설, 사용자 가이드 및 레퍼런스. 릴리스 4.0, 1981년 5월, 페이지 vi, 46, 61, 87
  24. ^ a b c d e IBM 3880 Storage Control , Models 1, 2, 3, 4 설명 설명서, GA26-1661-9, 1987년 9월, 섹션 4
  25. ^ a b IBM 3380 직접 액세스 스토리지 설명 및 사용 설명서, GA26-1664-1, 1981년 12월
  26. ^ "이제 Memorex는 시스템 성능의 격차를 메워줍니다."데이터명 광고, 1978년 8월, 85-6페이지
  27. ^ IBM 3880 Storage Control Model 13, GA32-00622-0, 1981년 9월 소개
  28. ^ a b IBM S/390 Multiprise 3000 Enterprise Server, 내부 디스크 서브시스템:레퍼런스 가이드IBM, 1999년 11월

추가 정보