DOS/360, 승계인

DOS/360 and successors
이 문서는 IBM System/360 컴퓨터용 운영 체제 제품군에 대한 것입니다.그 외의 용도는, DOS(동음이의)를 참조해 주세요.
IBM 메인프레임 운영 체제의 역사
초기 메인프레임 컴퓨터 OS
기타 S/360 라인 OS
DOS/360 및 후속 제품(1966)
OS/360 및 그 후속 제품(1966)
VM라인
TPF선
UNIX 및 Unix 유사

Disk Operating System/360, 즉 DOS/360은 IBM System/360, System/370 이상 메인프레임용 운영 체제 시퀀스의 단종된 첫 번째 멤버입니다.1964년 마지막 날에 IBM에 의해 발표되었으며 1966년 [1]6월에 처음 제공되었습니다.당시 DOS/360은 세계에서 [2]가장 널리 사용되는 운영 체제였다.

DOS 버전

BOS/360

주요 기사: BOS/360

기본 운영 체제(BOS)는 DOS와 TOS의 초기 버전으로, 불과 8KB의 메인 스토리지와 1개의 2311 디스크 [3]드라이브가 있는 시스템에서 사용 가능한 기능을 제공할 수 있었습니다.

TOS/360

TOS/360(테이프 운영 체제/360, DOS도 아니고 DOS도 아님)은 시스템/360용 IBM 운영 체제였으며, 1965년경 초기에 시스템/360 모델 30 및 이와 유사한 플랫폼을 지원하기 위해 사용되었습니다.

이름의 '테이프'와 같이 TOS에는 테이프 드라이브가 필요했습니다.IBM의 DOS/360과 대부분의 코드[4] 기반과 일부 설명서를[5][6] 공유했습니다.

TOS는 14개의 릴리스를 거쳤으며, System/[8][failed verification]360 당시 IBM 2311 및 IBM 2314와 같은 디스크가 더 저렴해지면서 중단되었지만[7][failed verification] IBM 7090에서는 값비싼 사치품이었습니다.

DOS/360

DOS/360은 대부분의 중소규모 S/360 설치에서 주요 운영 체제였습니다.

DOS/VS

DOS/VS는 1972년에 출시되었습니다.첫 번째 DOS/VS 릴리스는 DOS/[9]360에서 증분 업그레이드를 나타내기 위해 "Release 28"이라는 번호가 매겨졌습니다.새로운 System/370 시리즈 하드웨어를 지원하기 위해 가상 메모리를 추가했습니다.모든 파티션을 합친 최대 16MB의 단일 주소 공간을 매핑하는 고정 페이지 테이블을 사용했습니다.

DOS/VS는 파티션(개별 동시 프로그램)의 수를 3개(Background, Forground 1, Forground 2)에서 5개(BG 및 F1 ~ F4)로 늘렸으며 시스템 전체에 15개의 서브태스크를 [10]: pp.24–28 허용했습니다.

DOS/VS는 z/VSE를 통해 DOS/VSE에 의해 계승되었습니다.

DOS/VSE

DOS/VSE는 새로운 4300 프로세서를 지원하기 위해 [11]DOS/VS의 "확장" 버전으로 1979년에 도입되었습니다.4300 시스템에는 ECPS라는 기능이 포함되어 있습니다.VSE는 프로세서와 [12]I/O 채널 모두에 싱글 레벨 스토리지를 제공합니다.DOS/VSE는 ECPS를 지원했습니다.VSE. 단, 이 기능이 없는 System/370에서도 실행할 수 있습니다.VSE는 DOS의 마지막 무료 버전입니다.

VSE/AF

VSE/Advanced[13] Functions(VSE/AFSE)는 DOS/VSE에 새로운 디바이스 지원 및 기능을 추가한 제품입니다.많은 설치에서는 VSE System Installation Productivity Option/Extended(VSE 시스템 IPO/E) 등의 제품을 사용하여 VSE/AF를 설치하고 있습니다.

SSX/VSE

SSX 작업이 수행된 IBM Böblingen 시설에 SSX/VSE에서 실행되는 타사 애플리케이션을 설치하는 IBM 직원

SSX/VSE(이하 "Small System Executive")는 OS와 가장 인기 있는 제품이 포함된 [14]사전 생성 시스템을 제공함으로써 VSE의 구매 및 설치를 단순화하기 위한 IBM의 시도입니다.SSX 1982,[15]고 있다가 나중에 VSE/SP에 의해 교체해 드립니다. SSX IBM에 의해 14구성 요소 제품(고급 Functions/VSE, VSE/POWER, ACF/VTAME, VSE/VSAM, CICS/DOS/VS, DOS/VS, Sort/Merge, VSE/ICCF, VSE/OCCF, VSE/IPCS, DOS/COBOL, 백 Up/Restore, 공간 관리, VSE/DITTO)의 같이, 원래는 한 개인의 제공에 동의할 것 팔렸다 풀려났다.p비록 IBM은 나중에 번들이 [16]독점금지법을 위반했다고 주장하는 ISV의 압력으로 이들 제품을 가격표에 개별적으로 추가하기로 합의했지만, RPQ를 통해 별도로 로딩됩니다.

VSE/SP

1986년 IBM은 9370 프로세서의 발표와 함께 VSE/SP("시스템 제품")를 출시했습니다.VSE/SP는 SSX/VSE와 번들 VSE를 VSE/AF, ACF/VTAM, CICS, POWER/VS [17]등의 가장 일반적인 VSE 프로그램 제품으로 대체했습니다.VSE/SP는 XA(31) 버전을 제공하라는 고객의 요구에도 불구하고 24비트 주소만 지원했습니다.

VSE/ESA

VSE/ESA는 31비트 DOS/VSE 버전으로 1990년에 출시되었으며 최대 384MB의 실제 스토리지를 지원합니다.최대 12개의 정적 파티션을 제공하며 VSE/POWER 및 ACF/VTAM을 개인 주소 공간에서 실행할 수 있습니다.동적인 파티션이라고 불리는 새로운 기능이 도입되어 각각 독자적인 주소 공간에 [18]최대 150개의 동시 작업을 실행할 수 있게 되었습니다.버전 1은 ESA 또는 370 모드 중 하나로 실행할 수 있으며, ESA 모드는 XA 하드웨어도 지원하지만 제한이 있습니다.버전 2는 ESA 하드웨어에서만 ESA 모드를 지원했습니다.

z/VSE

주요 기사: z/VSE

IBM은 2005년에 z/VSE 3.1을 출시했습니다.이러한 명칭 변경은 IBM 메인프레임 제품군을 위한 새로운 "System z" 브랜드를 반영했지만, 이전의 VSE/ESA 2.7과는 아키텍처의 근본적인 변화를 나타내지 못했습니다.특히 새로운 64비트 z/아키텍처는 64비트 지원 머신에서도 31비트 모드로만 실행되므로 지원되지 않습니다.2007년에 출시된 z/VSE 4.1에서는 64비트의 실제 주소 지정과 최대 8GB의 메모리를 지원하게 되었습니다.단, 슈퍼바이저의 일부가 64비트모드로 동작하는 동안 문제 상태의 응용 프로그램에 제공되는 것은 31비트 가상 주소 공간뿐입니다.2011년 현재 z/VSE를 사용하는 사이트 수는 [19]약 4,000개로 추정되고 있습니다.

역사

통합 시스템/360(또는 S/360) 컴퓨터의 새로운 하드웨어 세대를 개발할 때 IBM은 원래 단일 운영 체제인 OS/360을 제공하기로 약속했습니다. 또한 로우엔드 머신과도 호환됩니다. 그러나 하드웨어는 이미 사용 가능했고 OS/360 프로젝트는 My의 Fred Brooks에 의해 자세히 설명되었듯이 일정보다 점점 더 지연되었습니다.인월.IBM은 4개의 추가 시스템을 신속하게 개발해야 했습니다.

OS/360이 마침내 출시되었을 때, 1년 늦게 최소 64KB의 메모리가 필요했습니다.DOS는 메모리를 거의 사용하지 않도록 설계되었으며 16KB 머신에서 실행할 수 있습니다.이것은 로우엔드 S/360 모델 30에서 사용할 수 있는 구성입니다.OS/360과는 달리 DOS/360은 처음에는 멀티태스킹을 지원하지 않는 단일 작업 시스템이었다.최대 3개의 메모리 파티션을 지원하며 32KB의 메모리가 필요한 멀티태스킹 버전이 나중에 출시되었습니다.제한에도 불구하고 DOS/360은 메모리 용량이 256KB[citation needed] 미만인 프로세서에서 가장 널리 사용되는 운영 체제가 되었습니다. 그 이유는 다음과 같습니다.시스템/360 하드웨어는 매우 잘 팔렸고, DOS/360은 중규모 조직이 구입할 수 있는 시스템/360 프로세서에서 잘 작동했으며, 이러한 고객이 이전에 가지고 있던 "운영 체제"보다 더 우수했습니다.

DOS/360은 System/360의 발표와 의도된 운영 체제인 OS/360의 출시 사이의 시간 차이를 메운 운영 체제입니다.지연의 결과로 많은 고객이 DOS 시스템을 구현하고 이를 실행하기 위해 상당한 투자를 약속했습니다.IBM은 DOS/360 사용자들이 곧 OS/360으로 업그레이드 할 것이라고 예상했지만, 이러한 투자로 인해, 그들은 그러한 전환을 약속하는 것을 꺼렸다.그 후 IBM은 DOS/360을 추가 운영 체제로 계속 제공해야 했습니다.Hacker's Jones File에는 GECOS(GCOS라고도 함)가 DOS/360에서 복사되었다고 잘못 기재되어 있습니다.단, XOS는 프로그램 포팅을 단순화하기 위해 의도적으로 DOS와 유사합니다.

하드웨어 요건

IBM 2311 디스크 드라이브

DOS/360에는 표준 명령어 세트(10진수 및 부동소수점 명령어 세트 옵션)를 갖춘 System/360 CPU(모델 25 이상)가 필요했습니다.최소 메모리 요건은 16KB였습니다.멀티프로그래밍을 사용하는 경우에만 스토리지 보호가 필요했습니다.1052[NB 2] Model 7 프린터 키보드(셀렉터 또는 멀티플렉서 채널)와 최소 1개의 디스크 드라이브(처음에는 7.25 MB를 수용하는 2311 드라이브)가 필요했습니다.통상 카드 리더, 카드 펀치, 라인 프린터가 포함되어 있습니다만,[20]: p.10 자기 테이프 드라이브를 대체할 수 있습니다.

일반적인 구성은 32KB 메모리와 10진수 명령 세트를 갖춘 S/360 모델 30, IBM 2540 카드 리더/카드 펀치, IBM 1403 프린터, IBM 2311 디스크 2개 또는 3개, IBM 2415 자기 테이프 드라이브 2개 및 1052-7 콘솔로 구성됩니다.

기술적 세부사항

다음 설명은 특별한 언급이 없는 한 DOS/360에 적용됩니다.이후 버전에서는 추가 기능이 제공됩니다.

DOS/360은 시스템/360 메모리 사용량의 로우엔드 모델에서 실행되도록 설계되었기 때문에 문제가 되었습니다.운영 체제의 상주 [20]: p.297 부분인 DOS 슈퍼바이저를 5902바이트까지 생성할 수 있었습니다.상세 차트에는 각 sysgen 옵션의 메모리 요건(대개 100바이트)이 기재되어 있습니다.최소 시스템은 COBOL, PL/I 및 Full FORTRAN IV를 제외한 유틸리티와 모든 컴파일러를 실행하기에 충분한 단일 배치 파티션에 10KB가 조금 넘는 스토리지를 남겨둡니다.메모리 사용량을 최대한 줄이기 위해 DOS는 완전히 어셈블리 언어로 코딩되었습니다.

과도기

과도 영역의 개념은 설계와 [21]메인 메모리의 사용에 대한 신화적 인간 달의 논의의 일부입니다.메모리 사용량을 더욱 줄이기 위해 슈퍼바이저는 필요에 따라 2개의 예약된 과도 영역 중 하나로 읽혀지는 과도라고 불리는 오버레이를 사용했습니다.

  • 556 바이트 A-Transient 영역에 물리적인 과도현상이 로드되어 Hardware Error(ERP; 하드웨어 오류), Error-Specific Data(OBR/MDR; 오류 고유 데이터)를 IJSYRC에 기록하고 오류 메시지를 발행합니다.모든 A-Transient 모듈 이름은 다음 문자로 시작합니다.$A.
  • 1200 바이트 B-Transient 영역에 논리 과도기가 로드되어 LIOCS용 OPEN 및 CLOSE와 같은 공통 프로그램 서비스를 제공합니다.모든 B-Transient 모듈 이름은 $B로 시작합니다.

$A 및 $B 접두사를 사용하면 해당 이름이 디렉토리에 먼저 저장되기 때문에 임시 파일을 빠르게 로드할 수 있습니다.

DOS/VS는 $RAST에서 시작하여 복구 과도 영역에서 실행되는 또 다른 과도기 세트인 머신 체크와 채널 체크 핸들러를 추가했습니다.이는 System/370의 RAS(신뢰성, 가용성, 보수성) 향상의 일환으로서 실시되었습니다.이 추가 전에 기계 점검으로 인해 실행 중인 프로그램이 종료되고 채널 점검으로 인해 오류 발생 시 장치에 액세스하는 프로그램이 종료되었습니다.

멀티프로그래밍

OS/360과 마찬가지로 DOS의 초기 릴리스에서는 한 번에 하나의 프로그램만 실행할 수 있습니다.이후 버전의 "실제" DOS는 확장성이 뛰어난 OS/360 운영 체제의 동일한 하드웨어 메모리 보호 기능을 통해 별도의 메모리 파티션에서 최대 3개의 프로그램을 동시에 실행할 수 있었습니다.이들은 BG(배경), F1(배경 1) 및 F2(배경 2)로 식별되었다.멀티프로그래밍은 시스템 생성 시 선택 가능한 DOS/[20]: p.34 360의 옵션 기능입니다.이후의 SYSGEN 옵션에서는 어느 FG 파티션에서도 배치 조작을 실행할 수 있었습니다.그렇지 않으면 컴퓨터 운영자가 포그라운드 프로그램을 수동으로 시작해야 했습니다.

DOS/VS는 최대 7개의 프로그램을 동시에 사용할 수 있었지만, 일반적으로 DOS 시스템을 호스팅하는 하드웨어의 규모가 작기 때문에 5개 또는 6개가 더 일반적이었다.DOS와 DOS/VS 모두 파티션 수를 IBM의 Boot Load(부팅 로드)의 용어인 IPL(Initial Program Load)로 설정할 수 있습니다.

프로그램 라이브러리

실행 가능한 프로그램이 핵심 이미지 라이브러리에 저장되었습니다.실행 중 프로그램이 삭제되거나 새 버전으로 대체되었기 때문에 DOS에서 공간을 회수할 수 없었습니다.코어 이미지 라이브러리가 가득 찼을 때 유틸리티 프로그램으로 압축해야 했고, 이것이 완료될 때까지 개발 작업이 중단될 수 있습니다.많은 상점들이 하루 동안 변경 사항을 동결하고 CIL을 "오프라인"으로 압축한 후 영업일 시작 시 새로운 핵심 이미지 라이브러리를 사용하여 IPL을 실행했습니다.링크 가능한 오브젝트 프로그램을 위한 재배치 가능한 라이브러리와 어셈블러 매크로 및 인크루드 텍스트를 위한 소스 스테이트먼트 라이브러리도 지원되었습니다.설치 시 다른 디스크 볼륨에서 추가 개인 재배치 가능 및 원본 문 라이브러리를 정의할 수 있습니다.

유틸리티

DOS/360은 FORTRAN, COBOL 및 최종 PL/I용 유틸리티 프로그램 세트, 어셈블러 및 컴파일러를 가지고 있으며, 이러한 프로그램들을 사용하는 데 도움이 되는 액세스 방법을 가진 다양한 파일 조직을 지원했습니다.

  • 순차 데이터 세트는 처음부터 끝까지 한 번에 하나의 레코드 블록씩 읽기 또는 쓰기만 했습니다.
  • 색인(ISAM) 파일에서 각 레코드의 지정된 섹션은 특정 레코드를 검색하는 데 사용할 수 있는 키로 정의되었습니다.
  • 직접 액세스(BDAM) 파일에서 애플리케이션 프로그램은 액세스하고자 하는 데이터의 디스크 상의 물리적 위치를 지정해야 했습니다.BDAM 프로그래밍은 쉽지 않았고 대부분의 고객이 직접 사용해 본 적이 없습니다. 그러나 BDAM 프로그래밍은 디스크의 데이터에 액세스하는 가장 빠른 방법이었고 많은 소프트웨어 회사, 특히 ADABAS, IDMS 및 IBM의 DBMP 및 DL/I와 같은 데이터베이스 관리 시스템에 BDAM을 사용했습니다.

시퀀셜 파일과 ISAM 파일에는 고정 길이 레코드 또는 가변 길이 레코드 중 하나를 저장할 수 있으며 모든 유형이 여러 디스크 볼륨을 차지할 수 있습니다.

전기 통신

DOS/360은 BTAM(Basic Telecommunications Access Method)과 QTAM(Queued Telecommunications Access Method)을 제공하였다. BTAM은 원시적이고 이후 표준에서 사용하기 어려웠지만, 통신 프로토콜의 표준화가 거의 없었던 시기에는 거의 모든 종류의 단말기와 통신할 수 있도록 하였다.API의 심플함에 의해, 외부 통신 프로세서의 인터페이스도 비교적 간단하게 할 수 있게 되어, DOS/360 머신이 대규모 조직의 복수 계층 네트워크의 노드가 되는 것이 용이하게 되었습니다.반대로 QTAM은 OPEN/CLOSE/GET/PUT 매크로를 사용하여 논리 수준에서 동작하기 때문에 QTAM 사용자는 개개의 디바이스에 대해 그다지 많은 지식이 필요하지 않습니다.

작업 제어

모든 DOS 작업 제어 문장은 "/&",", "/*", "*"인 작업 종료 및 주석 "*"를 제외한 카드 열 1과 2에서 "/"로 시작합니다(다음 문자는 공백으로 표시됩니다).

  • 그JOB문은 "작업 제어 정보의 시작"을 나타냅니다.형식은// JOB <jobname> <comments>. <jobname>은 작업을 식별하기 위한 영숫자 1~8자여야 합니다.<signment>는 무시됩니다.
  • 그EXECstatement는 작업 스텝으로 실행할 프로그램을 나타냅니다."실행에 필요한 모든 제어문을 처리해야 합니다."EXEC스테이트먼트가 읽힙니다.형식은// EXEC <program>
  • 그PAUSE문 "작업 단계 간에 작업자의 작업을 허용하는 데 사용할 수 있습니다."형식은// PAUSE <comment>코멘트는 오퍼레이터에게 메시지를 제공하기 위해 사용됩니다.
  • 그comments문을 사용하여 오퍼레이터에게 메시지를 표시할 수 있습니다.형식은* <comment>.
  • data 문의 끝은 입력 스트림의 데이터 끝을 나타냅니다.형식은/*. 빈칸 뒤에 있는 문장의 데이터는 무시됩니다.
  • 작업문의 끝은 작업의 끝을 나타내며 작업이 비정상적으로 종료될 경우 플러시되는 데이터의 끝을 나타낼 수 있습니다.형식은/&. 빈칸 뒤에 있는 문장의 데이터는 무시됩니다.
  • 그OPTIONstatement는 이 작업에 적용되는 시스템옵션 값을 지정합니다.형식은// OPTION <option1>[,<option2>...].
  • 그ASSGN스테이트먼트는 물리 디바이스에 논리 I/O 유닛을 할당하기 위해 사용됩니다.형식은// ASSGN SYSxxx,<device>[,<tape option>]. SYSxxx는 SYS001이나 SYSIPT 등의 논리 유닛을 나타냅니다.<device>는 물리 디바이스(채널 및 유닛)를 나타내는 「X'cuu」, 무시되는 경우는 「IGN」, 할당되지 않은 경우는 「UA」 중 하나입니다.<tape option > 에서는, 밀도, 패리티등의 테이프 모드 설정 또는 대체 디바이스를 나타내는 「ALT」를 지정합니다.
  • 그RESET문은 지정된 I/O 장치 할당을 영구 값으로 재설정합니다.형식은// RESET <option>. <옵션>은 모든 시스템 논리 유닛의 할당을 리셋하는 「SYS」, 모든 프로그래머의 할당을 리셋하는 「PROG」, 모든 할당을 리셋하는 「ALL」, 논리 유닛의 「SYS002」등의 「SYSxxx」가 됩니다.
  • 그LISTIO스테이트먼트는 현재 유효한 모든 지정 I/O 할당 목록을 인쇄하도록 시스템에 지시합니다.형식은// LISTIO <option>. <옵션>은 모든 시스템 할당을 나열하는 "SYS", 백그라운드 파티션 또는 지정된 포그라운드 파티션의 모든 할당을 나열하는 "PROG", "F1" 또는 "F2", 할당된 모든 유닛을 나열하는 "ALL", "SYSxxx", "X'cuuu", "UNITS"는 할당되지 않은 유닛을 모두 나열하는 "U"입니다.
  • 그MTC스테이트먼트는 자기 테이프 유닛에 명령어를 발행합니다.형식은// MTC <opcode>,SYSxxx[,<nn>]. <opcode>는, 스페이스 1 파일을 전송하는 「FSF」나 테이프를 되감는 「REW」등의 기능입니다.<nn>은, 스페이스2 파일 전송 등, 조작의 실행 회수를 지정할 수 있는 수치입니다.
  • 그VOL스테이트먼트는 표준 라벨 체크에 필요한 디스크 또는 테이프볼륨 라벨 정보를 제공합니다.형식은// VOL SYSxxx,<volume>.
  • DOS는 처음에TPLAB테이프 라벨 정보 및DLAB그리고.XTENT디스크 라벨 및 익스텐트 정보에 대한 문.빠르면 1968년에TPLAB성명은 로 대체되었다TLBL및 그DLAB에 의한 진술.DLBL이러한 문장은 수많은 위치 매개변수를 사용했으며 정보 밀도가 상당히 높았다.

[22]

OS/360과의 차이점

작업 제어 언어

DOS JCL은 해석 속도와 심플함을 고려하여 설계되었으며, 결과적으로 위치 구문은 OS/360 키워드 기반 작업 제어보다 훨씬 더 암호화되었습니다.

스풀링

초기 DOS에는 펀치 카드와 라인 프린터 I/O의 효율을 향상시키기 위한 스풀링 서브시스템이 포함되어 있지 않았습니다.1960년대 후반, IBM과 애프터마켓 벤더 모두 이 공백을 메우기 시작했습니다.IBM의 스풀러는 POWER라고 불리는 옵션이었고, 독립 소프트웨어 회사인 Software Design, Inc.는 CRAPP라고 불리는 스풀러를 판매했다.

프로그램 로드

DOS/360에는 로더 재배치가 없었기 때문에 프로그래머들은 프로그램이 실행될 가능성이 높은 파티션 또는 주소 공간에 대해 각 프로그램의 실행 가능한 버전을 따로 편집해야 했다.또는 어셈블러 언어 프로그램은 자가 재배치로 작성될 수 있지만, 이는 비록 작은 프로그램이지만 추가적인 복잡성과 규모의 패널티를 부과했다.복수의 머신과 복수의 파티션 레이아웃을 갖춘 대규모 DOS 숍에서는, 이 문제를 회피하기 위해서, 독자적인 재배치 로더를 작성하는 경우가 많습니다.

응용 프로그램 프로그래밍 인터페이스

DOS/360 애플리케이션 프로그래밍 인터페이스는 OS/360과 호환되지 않습니다.DOS용으로 작성된 고급 언어 프로그램은 OS/360에서 사용하기 전에 컴파일하고 링크해야 했습니다.OS가 아닌 DOS 컴파일러 간의 사소한 차이 때문에 프로그램을 수정해야 하는 경우가 있습니다.그러나 반대 방향의 포트는 더 어려웠다.OS/360은 API에서 훨씬 더 많은 기능을 지원하므로 이러한 기능의 사용은 DOS로 이식되는 프로그램에서 삭제해야 합니다.이것은 COBOL과 같은 고급 언어로 작업하는 프로그래머들에게는 문제가 되지 않았습니다. 반면 어셈블러 프로그램은 이러한 기능을 매우 자주 사용하는 경향이 있었고 DOS에서 실행하기 위해 대개 더 많은 수정이 필요했습니다.

「 」를 참조해 주세요.

메모들

  1. ^ DOS/360과 TOS/360의 코드 베이스는 동일했습니다.디스크 라이브러리를 사용하느냐, 테이프 라이브러리를 사용하느냐가 차이점입니다.
  2. ^ S/370의 DOS/360에서는 1052-7이 아닌 3210 또는 3215가 사용되었습니다.

레퍼런스

  1. ^ E.W. Pugh, L.R. Johnson 및 John H. Palmer, IBM의 360 및 370 초기 시스템, MIT Press, Cambridge MA 및 런던, 아이 에스비엔0-262-16123-0
    – 이 기간 동안 IBM 제품에 대한 광범위한(819페이지) 처리
  2. ^ Puh, op. cit., 페이지 331 – 가장 널리 사용되는 OS
  3. ^ IBM Corporation (Sep 1967). IBM System/36D Basic Operating System Programmer's Guide (PDF). Retrieved Jan 24, 2022.
  4. ^ Joe Morris (April 25, 2005). "DOS/360: Forty years". Newsgroup: alt.folklore.computer. Don't forget TOS, the bastard cousin of DOS. Either could be generated from the same set of distribution libraries...
  5. ^ "IBM System/360 Disk and Tape Operating Systems Concepts and Facilities" (PDF). October 1970. GC2ij-5030-8.
  6. ^ "DOS and TOS Utility Programs" (PDF). August 1973. GC24-3465-8.
  7. ^ Anne and Lynn Wheeler (May 28, 2009). "Re: IBM 1401". ibmvm@listserv.uark.edu (Mailing list).
  8. ^ "IBM Feared Competition to 360/30 CPU". Computerworld. Vol. 11, no. 36. September 5, 1977. pp. 39–40.
  9. ^ IBM Corporation. "IBM Geschichte im Jahr 1970" (in German). Retrieved May 31, 2012.
  10. ^ IBM Corporation (1973). Introduction to DOS/VS Release 29.GC33-5370-2
  11. ^ "The VSE Operating System State of the Union". z/Journal. November 1, 2008. Archived from the original on March 4, 2018. Retrieved September 18, 2019.
  12. ^ IBM (January 1979). IBM 4300 Processors Principles of Operation for ECPS:VSE Mode (PDF). First edition. SA22-7070-0.
  13. ^ VSE/Advanced Functions Program Summary (PDF). IBM. GC33-6157-0. Retrieved January 24, 2022. Together with the DOS/VSE SCP (system control programming), VSE/Advanced Functions provides operating system support for IBM processing units listed in the "Machine Requirements" section.
  14. ^ "IBM adds SSX/VSE aid; offers DS/VSE frontend". Computerworld. 18 (40): 46. 1 Oct 1984.
  15. ^ Paul, Louis (23 Nov 1981). "IBM brings out simplified operating system". Computerworld. 15 (47): 7.
  16. ^ Blumenthal, Marcia (15 Mar 1982). "IBM yields to Adapso heat, unbundles SSX programs". Computerworld. 16 (11): 1–2.
  17. ^ IBM Corporation. "IBM VSE/SYSTEM PACKAGE (VSE/SP), VERSION 3 RELEASE 1.1 ENHANCED AND AVAILABLE". Retrieved June 1, 2011.
  18. ^ IBM Corporation. "IBM VSE/ENTERPRISE SYSTEMS ARCHITECTURE VERSION 1 RELEASE 1". Retrieved May 31, 2012.
  19. ^ "IBM DOS, DOS/VS, DOS/VSE, VSE/SP, VSE/ESA, z/VSE Customers". VSE-L (Mailing list). November 2, 2011. Retrieved April 25, 2017.
  20. ^ a b c IBM Corporation (1969). IBM System/360 Disk Operating System: System Generation and Maintenance (PDF).
  21. ^ F. P. Brooks (1975). The Mythical Man-Month. p. 101. ISBN 0-201-00650-2.
  22. ^ IBM Corporation (1967). System/360 Disk Operating System User's Guide: Control Statement Techniques (PDF).

외부 링크