EBCDIC에서 문자가 연속되지 않는 이유는 무엇입니까?

ASCII 표준은 1963년에 채택되었으며 현재 처음 128자가 ASCII와 다른 인코딩을 사용하는 사람은 거의 없습니다. 그러나 지난 세기 말까지 IBM 메인프레임과 소련 클론 EC 컴퓨터의 표준 인코딩인 EBCDIC가 적극적으로 사용되었습니다. EBCDIC는 최신 IBM Z 메인프레임의 표준 운영 체제인 z/OS의 기본 인코딩으로 남아 있습니다.

EBCDIC을 볼 때 즉시 눈에 띄는 것은 문자가 연속되지 않는다는 것입니다. I и J 그리고 사이 R и S 사용되지 않은 위치가 있었습니다(이 간격 동안 ES 컴퓨터에 있음). 분산 키릴 문자). 인접한 문자 사이에 공백이 같지 않은 문자를 인코딩할 생각을 누가 했을까요?

EBCDIC(“확장 BCDIC”)라는 이름은 ASCII와 달리 이 인코딩이 처음부터 생성된 것이 아니라 이후 사용된 XNUMX비트 BCDIC 인코딩을 기반으로 한다는 것을 암시합니다. IBM 704 (1954) :

즉각적인 이전 버전과의 호환성은 없습니다. EBCDIC으로의 전환에서 손실된 BCDIC의 편리한 기능은 숫자입니다. 0-9 코드 0-9에 해당합니다. 그러나 코드 사이에는 XNUMX개의 코드 간격이 있습니다. I и J 그리고 그 사이에 XNUMX개의 코드가 있습니다 R и S 이미 BCDIC에 가봤습니다. 저들은 어디서 왔어요?

(E)BCDIC의 역사는 전자컴퓨터 이전의 IBM의 역사와 동시에 시작됩니다. IBM은 1896개 회사의 합병으로 설립되었으며, 그 중 기술적으로 가장 발전한 회사는 발명가인 Herman Hollerith가 XNUMX년에 설립한 Tablating Machine Company였습니다. 도표 작성 장치. 첫 번째 표 작성기는 단순히 특정 위치에 펀치된 펀치 카드의 수를 계산했습니다. 그러나 1905년에 Hollerith는 생산을 시작했습니다. 소수 표 작성기. 십진법 표의 각 카드는 임의의 길이의 필드로 구성되었으며 이러한 필드에 일반적인 십진법 형식으로 기록된 숫자는 전체 데크에서 합산되었습니다. 지도를 필드로 분류하는 방법은 탭 작성기의 패치 패널에 있는 와이어를 연결하여 결정되었습니다. 예를 들어, 홀러리스(Hollerith) 펀치 카드에는 저장됨 의회 도서관에는 번호 23456789012345678이 명확하게 찍혀 있으며 필드별로 구분되어 알 수 없습니다.

가장 세심한 사람은 Hollerith 지도에 구멍에 12개의 행이 있지만 숫자에는 12개이면 충분하다는 것을 알아차렸을 것입니다. BCDIC에서는 최상위 16비트의 각 값에 대해 가능한 XNUMX개 코드 중 XNUMX개 코드만 사용됩니다.

물론 이것은 우연이 아닙니다. 처음에 Hollerith는 첫 번째 표에서와 같이 합산되지 않고 단순히 계산되는 "특수 표시"에 대한 추가 행을 의도했습니다. (오늘날 우리는 이를 "비트 필드"라고 부릅니다.) 또한 "특수 표시" 중에서 그룹 표시기를 설정할 수 있습니다. 표 작성에 최종 합계뿐만 아니라 중간 합계도 필요한 경우 표 작성기는 다음과 같은 경우 중지됩니다. 그룹 표시기 중 하나에서 변경 사항이 감지되었으며 운영자는 디지털 보드의 소계를 종이에 다시 쓰고 보드를 재설정한 다음 표 작성을 다시 시작해야 했습니다. 예를 들어, 회계 잔액을 계산할 때 카드 그룹은 하나의 날짜 또는 하나의 거래 상대방에 해당할 수 있습니다.

Hollerith가 이미 은퇴한 1920년에는 텔레타이프에 연결되어 운영자의 개입 없이 스스로 소계를 인쇄할 수 있는 "타이핑 표 작성기"가 사용되기 시작했습니다. 이제 인쇄된 숫자 각각이 무엇을 가리키는지 결정하는 것이 어려웠습니다. 1931년에 IBM은 문자를 표시하기 위해 "특수 표시"를 사용하기로 결정했습니다. 12번째 행의 표시는 문자를 나타냅니다. A 에 I, 11일부터 J 에 R, XNUMX에서 - 에서 S 에 Z. 새로운 "알파벳 표 작성기"는 소계와 함께 각 카드 그룹의 이름을 인쇄할 수 있습니다. 이 경우 끊어지지 않은 열이 문자 사이의 공백으로 바뀌었습니다. 점에 유의하시기 바랍니다 S 은 구멍 조합 0+2로 지정되며, 0+1 조합은 같은 열에 나란히 있는 두 개의 구멍이 판독기에서 기계적 문제를 일으킬 수 있다는 두려움 때문에 원래 사용되지 않았습니다.

이제 약간 다른 각도에서 BCDIC 테이블을 볼 수 있습니다.

0과 공백이 반대라는 점을 제외하고 가장 중요한 두 비트는 1931년 이후 해당 문자에 대해 펀치 카드에 펀치된 "특수 표시"를 정의합니다. 최하위 XNUMX비트는 카드의 주요 부분에 들어가는 숫자를 결정합니다. 기호 지원 & - / 1930년대 IBM 표 작성기에 추가되었으며 이러한 문자의 BCDIC 인코딩은 해당 문자에 대해 구멍이 뚫린 구멍 조합에 해당합니다. 더 많은 수의 문자를 지원해야 하는 경우 추가 "특수 표시"로 8행이 펀칭되었습니다. 따라서 한 열에 최대 12개의 구멍이 있을 수 있습니다. 이 천공 카드 형식은 세기 말까지 거의 변하지 않았습니다. 소련에서는 IBM의 라틴어 및 구두점 인코딩을 남겼고 키릴 문자의 경우 한 열에 세 개의 구멍이 있는 것이 아니라 행 11, 0, XNUMX에 여러 개의 "특수 표시"를 한 번에 쳤습니다.

IBM 704 컴퓨터가 만들어졌을 때 그들은 문자 인코딩에 대해 오래 생각하지 않았습니다. 당시 천공 카드에 이미 사용된 인코딩을 가져와서 "제자리에 두었습니다". 0년에 BCDIC에서 EBCDIC로 전환하는 동안 각 기호의 하위 1964비트는 변경되지 않은 채로 남아 있었지만 상위 비트는 약간 섞였습니다. 따라서 지난 세기 초 Hollerith가 선택한 천공 카드 형식은 IBM Z를 포함한 모든 IBM 컴퓨터의 아키텍처에 영향을 미쳤습니다.

출처 : habr.com