소련 미사일 방어 시스템의 탄생. 소련 컴퓨터 프로그램의 종말
한국 전쟁 중 왓슨은 국방 계산기 모델 18의 애국적인 이름을 받은 컴퓨터 공급을 위해 701개 기관과 계약을 체결했습니다. 1955s의 전체 라인에는 페라이트 링을 기반으로 한 메모리가 장착되었습니다 ...
700 시리즈의 뛰어난 아키텍처는 진공관에서 트랜지스터로의 하드웨어 변경에서 살아남아 7000으로 진화하고 몇 년 더 출시되었다는 사실에서도 입증됩니다. 1955년 이래로 설치된 700대의 수가 처음으로 Remington Rand가 설치한 기계의 수를 넘어섰습니다.
Endicott의 오래된 공장은 1954년 중소 기업을 위해 똑같이 성공적인 Model 650을 생산하기 시작했습니다. 이러한 컴퓨터가 650대 이상이 판매되었으므로 Model 650은 양산된 최초의 컴퓨터라고 할 수 있습니다. , 이것만 알아두세요).
유능한 마케팅, 대규모 재정 투자, 미국 정부와의 연결 및 50년대 중반의 복잡한 기계 대량 생산 경험으로 인해. IBM은 컴퓨터 시장의 두 부문 모두에서 지배적인 위치를 차지했습니다.
성공의 지표 중 하나는 1956년에 그들의 기술이 이미 선거 결과를 예측하는 데 사용되었다는 사실이었습니다. 과학용 컴퓨터 시장은 업무용 컴퓨터 시장보다 잠재 용량이 낮기 때문에 UNIVAC와 유명 브랜드의 성공적인 판매에도 Remington Rand의 상황을 개선하는 데 실패했습니다.
그리고 1956년에는 이미 친숙한 Sperry Gyroscope가 인수하여 Sperry Rand를 형성하고 ERA 및 Eckert-Mauchly 부서가 Sperry UNIVAC로 병합되었습니다.
이때까지 700/7000 시리즈는 6개 라인으로 구성되어 있으며 소프트웨어나 하드웨어(프로세서와 RAM을 의미하며 주변 장치가 호환됨을 의미)도 서로 거의 호환되지 않으며 또한 700세대로 분할되었습니다. 7000 튜브와 트랜지스터 XNUMXth.
우리가 볼 수 있듯이, 그 거칠고 미친 년에 아무도 아직 조직적으로 유능한 기계 설계 기술을 마스터하지 못했습니다. 심지어 IBM도 마찬가지입니다. 1950년대 말에 그들은 다음을 가지고 있었습니다.
위 - IBM 704, IBM 709, IBM 7094, 아래 - IBM 702, IBM 7080 (사진 https://en.wikipedia.org, http://www.columbia.edu, https://www.ibm.com)
처음으로 (36/18비트 워드): 701(방어 계산기).
과학 (36비트 워드): 704, 709, 7090, 7094, 7040, 7044
시니어 광고 (가변 길이 단어, 문자열 유형): 702, 705, 7080.
주니어 광고 (가변 길이 단어, 문자열 유형): 1240, 1401, 1420, 1440, 1450, 1460, 7010.
소수 (10비트 부호 있는 BCD): 7070, 7072, 7074.
유일한 슈퍼컴퓨터 (64비트 워드): 7030 Stretch.
또한 700 라인은 포함되지 않았지만 동시에 등장하여 최초의 IBM 650 Magnetic Drum Data Processing Machine 및 1958년에 출시된 고유한 IBM 305 RAMAC(Random Access Method of Accounting and Control)과 주변기기 호환이 가능했습니다. 하드 디스크가 있는 컴퓨터.
NORC
또한 스트레치 프로젝트가 시작되기 전에도 IBM은 미 해군 병기국을 위한 NORC(Naval Ordnance Research Calculator) 슈퍼컴퓨터를 구축하고 있습니다.
NORC는 매우 흥미로운 기계였으며 이 시대의 IBM 하드웨어에 전혀 맞지 않았습니다. 1950년대 초 학계에서 이해한 과학적 컴퓨터 개념의 기이한 조합이었고 IBM 기술로 고귀했습니다.
컬럼비아 대학에 뿌리를 둔 아키텍처 부분(그리고 불안한 Wallace Eckert가 NORC의 수석 설계자로 활동했으며 이것이 IBM에서 그의 마지막 작업임)에서 그는 SSEC의 이념적 후계자이자 BESM의 가장 가까운 친척이었습니다. Lebedev의 기계는 그가 강력한 기업의 지원을 받았다면 제작되었을 것입니다(이는 학계 과학자들로부터 시스템 설계자가 하마의 발레리나와 같다는 것을 다시 한 번 증명합니다. 음, 사용자를 생각하는 것은 왕의 일이 아닙니다). 그러나 아무도 Lebedev를 추론하지 않았으며 Eckert의 아이디어는 회사의 숙련 된 엔지니어 그룹에 의해 크게 배양되었으며 결과적으로 뱀과 고슴도치의 잡종은 소련보다 훨씬 더 우아한 것으로 판명되었습니다.
NORC는 세계에서 처음으로 다른 모든 기계를 능가한다는 목표로 만들어졌으며 세계 최초로 이미 경쟁할 수 있는 충분한 컴퓨터가 만들어졌다는 의미에서 최초의 슈퍼컴퓨터였습니다.
15 KIPS로 가속하여 그는 임무를 완수했습니다(우리가 기억하는 것처럼 보복적인 Bruevich는 BESM에 대한 리뷰에서 NORC에 좋지 않다고 썼고 Lebedev는 당시 상을 받았습니다). 그러나 그 아키텍처는 너무 이상해서 NORC 개념 중 어느 것도 이후에 IBM 시스템에 직접 적용되지 않았습니다.
그에게 특별한 점은 무엇입니까?
실수 및 정수 모두의 16진수 산술(BCD 코드, 64자리 십진수, 2비트 + 4비트 오류 수정 모듈로 13). 이 단어는 2자리 인덱스 또는 하나의 명령어가 있는 64자리 부호 있는 숫자를 저장할 수 있습니다. 1604-주소(hello Lebedev!) 명령어, 총 1개, 982개의 일반 레지스터 및 62개의 인덱스 레지스터 - CDC XNUMX와 약간 유사한 체계. 전체 기계는 IBM 정신으로 교체 가능한 모듈로 조립되었으며 단 XNUMX 블록, XNUMX 유형, 그러나 계획의 절반은 그 중 XNUMX개만 사용했습니다.
일반적으로 NORC는 건강한 사람의 BESM이었고 동시에 Lebedev가 Columbia University에서 일했다면 무엇을 만들었을까(또한 그가 지을 수 있는 다른 어떤 것도 주어지지 않았을 것이라는 사실)을 분명히 했습니다.
NORC에서 Eckert의 시스템 설계자로서의 경력은 끝이 났고 IBM은 수학자이자 물리학자로서 그의 서비스를 사용하게 되어 기뻤지만 컴퓨터 아키텍처에 대한 그의 지식이 초기 단계에 갇혀 있었기 때문에 더 이상 기계를 개발하는 것이 허용되지 않았습니다. 1950년대.
그럼에도 불구하고 NORC는 업계에 중요한 영향을 미쳤습니다.
개발 및 조립 과정에서 IBM 엔지니어는 701 시리즈에 사용된 정전기 RAM, 타이밍 등을 사용하여 작업하는 실용적인 개념에 대해 교육을 받았습니다.
NORC는 또한 채널 보조 프로세서를 포함하는 세계 최초의 기계가 되었으며, 이를 통해 여러 면에서 램프에서 이러한 성능을 끌어낼 수 있었습니다.
마그네틱 스토리지의 아키텍처도 701로 마이그레이션되었습니다. 이 아이디어는 매우 성공적인 것으로 간주되어 Stretch로 마이그레이션된 다음 S/360으로 마이그레이션되었습니다. 프레젠테이션에서 NORC는 13분 만에 숫자 π를 소수점 이하 3자리까지 계산하여 그 힘을 보여주었습니다. 이 숫자는 당시 세계 기록이었습니다(이 아이디어는 von Neumann이 제안했으며, 그는 모든 숫자는 무작위입니다).
1954년 뉴욕 헤럴드 트리뷴의 NORC에 대한 기사. NORC 프레젠테이션 - 컴퓨팅과 관련된 미국의 모든 고위 공직자: 미국 원자력의 아버지 Wallace Eckert оружия Oppenheimer, Columbia University 부총장 George Pegram, von Neumann 자신, Thomas Watson-Sr. 모든 영광의 NORC 그 자체 (http://www.columbia.edu)
그렇다면 UNIVAC의 영광을 가리고 다른 모든 회사를 IBM의 그늘로 몰아넣은 700/7000 시리즈의 성과는 무엇입니까?
1954년, 합동참모본부는 서로 다른 아키텍처에 대한 세계 최초의 테스트인 기계 비교를 요청했습니다. 그는 IBM 701이 약간 더 빠르지만 ERA 1103이 I/O 보조 프로세서로 인해 훨씬 더 효율적으로 I/O 작업을 수행한다는 것을 보여주었습니다. 이 아이디어는 IBM의 영혼에 확고하게 스며들고 Stretch로 구현될 것입니다. 또한 이 테스트는 상업용 컴퓨터에 대한 관심을 불러일으켰고 이전에 비밀 산업이었던 개방성과 규제 완화에 영향을 미쳤습니다.
704 시리즈는 개선되고 명령이 호환되지 않습니다.이미 말했듯이 대학에 대량으로 공급되었으며 고전적인 FORTRAN 및 LISP 언어가 먼저 특별히 개발되었습니다. 또한 Smithsonian Astrophysical Observatory는 최초의 소련 위성의 궤도를 계산했습니다. 구조적 관점에서 이 기계는 부동 소수점 계산 및 색인 레지스터를 지원하는 하드웨어를 갖춘 최초의 대량 생산 컴퓨터로 유명하여 작업을 크게 가속화하고 프로그래밍을 단순화했습니다.
우리는 이미 7090과 7094가 NASA에서 구입했다는 사실뿐만 아니라 Stretch에 대해서도 이야기했습니다.
IBM 1401
마지막으로, 주니어 상용 라인인 트랜지스터 IBM 1400을 잊지 마십시오. 650 및 704 모델은 회사의 명성을 얻었고 IBM 1401 데이터 처리 시스템에서는 표가 쇠퇴하기 시작했습니다.
1401의 기능과 상대적으로 저렴한 비용의 조합으로 많은 회사에서 컴퓨터 기술을 수용할 수 있었고 그 인기로 인해 IBM이 시장 리더가 되었습니다. Remington Rand는 유사한 것을 제공할 수 없었습니다.
IBM은 이윤이 고가의 부품 설치가 아니라 단순한 대량 제품이라는 사실을 처음으로 깨달았습니다. 처음으로 비용, 안정성 및 기능의 조합으로 인해 컴퓨터는 많은 소비자에게 매우 매력적이었습니다.
어떤 면에서는 1401이 너무 좋았습니다. Watson Sr가 두려워했던 것처럼 소비자들은 새로운 기적을 위해 빌린 탭을 IBM에 반납하기 시작했습니다. 이로 인해 회사에 단기적으로 많은 문제가 발생했지만, 참을성 있게 결정했고 틀리지 않았습니다.
마그네틱 RAM, 트랜지스터, 고급 소프트웨어 및 프린터는 1400 시리즈에 있어 엄청난 혁신이었고 각각은 시장에서 큰 이점을 제공했으며 저렴한 가격표와 결합될 때 킬러 콤보였습니다.
1400년대의 판매는 탭보다 XNUMX배나 많았고 엄청난 수익을 올렸습니다.
모델 1401은 60xx 라인과의 비호환성이 주요 문제가 되었지만 12개 이상의 메인프레임이 판매된 7년대의 가장 성공적인 컴퓨터가 되었습니다. 이는 고객과 IBM 모두에게 많은 불편을 초래했습니다.
회사는 서비스 직원을 교육하고 각 개별 시스템에 대한 소프트웨어 지원을 제공해야 했습니다(다시 말하지만 소련에서는 개발자가 대부분의 경우 가볍게 말해서 사용자에게 침을 뱉지 않았습니다). 이로 인해 SPREAD(시스템 프로그래밍, 연구, 엔지니어링 및 개발)라는 특별 그룹이 만들어지고 새로운 범용 호환 컴퓨터 라인을 만들 가능성을 조사했습니다.
70xx 및 14xx 시리즈 컴퓨터는 IBM을 널리 알려지게 되었으며 1,17년이 조금 넘는 기간 동안 매출은 1958년 2,31억 1964천만 달러에서 30년 XNUMX억 XNUMX천만 달러로 두 배가 되었으며 매년 XNUMX%의 속도로 성장했습니다.
Datamation 잡지에 따르면 1961년에 이미 컴퓨터 시장의 81,2%가 IBM에 속해 있었습니다.
IBM의 포괄적인 접근 방식에는 소프트웨어도 포함되었습니다. 처음으로 IBM은 소프트웨어 개발을 사용자에게 맡기지 않고 고객의 요구 사항 대부분을 충족하는 소프트웨어 패키지를 완전 무료로 포함했습니다. 이는 소프트웨어 패키지가 사내 개발에서 상당한 시간과 비용을 절약하고 프로그래머가 없는 조직이 마침내 컴퓨터의 이점을 누릴 수 있게 해주었기 때문에 매우 중요했습니다.
자원 봉사자들이 캘리포니아 주 메인인 뷰에 있는 컴퓨터 박물관의 1401 메인프레임 재건을 돕습니다. 가장 흥미로운 소비에트 자동차 샘플("Kronos" 및 BESM-6에서 "Elbrus-2" 보드까지)을 러시아가 아닌 서양 박물관에서 훨씬 더 자주 그리고 더 안전하게 찾을 수 있다는 것은 유감입니다(https: //en.wikipedia.org, https://www.computerhistory.org).
몫
IBM 701의 고객과 사용자는 1955년 로스앤젤레스에서 처음 형성되었습니다. 역사 컴퓨터 산업에서 표준화를 추구한 최초의 조직이기도 한 SHARE라는 컴퓨터 기술 사용자 그룹입니다. IBM이 첫 번째 프로그램 사전 테스트 센터를 열 때입니다.
이후에는 S/360, S/370, zSeries, PSeries와 같은 중소형 IBM 컴퓨터 기업 사용자를 위한 프로그래밍 언어, 운영 체제, 데이터베이스 시스템 및 사용자 경험에 대한 기술 정보 교환을 위한 최대 규모의 포럼이 되었습니다. 및 xSeries.
초기에 IBM은 운영 체제를 소스 코드로 배포했으며 시스템 프로그래머는 일반적으로 로컬에 약간의 추가 또는 수정을 가하여 다른 사용자와 교환했습니다.
SHARE 라이브러리와 이를 지원하는 배포 프로세스는 오픈 소스 소프트웨어의 주요 소스 중 하나였습니다.
1959년에 이 그룹은 원래 IBM 709 컴퓨터용인 SHARE 운영 체제(SOS)를 출시했으며 나중에 IBM 7090으로 이식되었습니다. SOS는 현재 오픈 소스 개발에 널리 사용되는 "공동 제작"의 첫 번째 예 중 하나였습니다. 리눅스와 같은 소프트웨어.
1963년 SHARE는 3x3 그룹의 일부로 PL/I 프로그래밍 언어 개발에 IBM과 협력했습니다. 이 조직은 오늘날에도 여전히 존재하며 뉴스레터를 발행하고 매년 두 차례의 주요 교육 회의를 개최합니다.
2005년에는 약 20명의 IBM 기업 고객을 대표하는 000명 이상의 구성원이 이 그룹에 있었습니다.
소련에서는 그러한 소프트웨어 작업 모델에 가까운 것이 없었습니다.
"IBM과 일곱 난쟁이"
IBM의 성공은 주로 진지한 R&D에 의해 촉진되었으며, 그 결과 회사가 핵심 특허의 소유자가 되었습니다.
그들의 비용은 15년에 소득의 1940%에서 35년에는 1950%, 50년에는 1960%로 증가했습니다. 1960년 이래로 IBM의 과학 예산은 미국 연방 과학 예산을 초과했습니다!
둘째, 왓슨이 물려준 것처럼 고객과 영업에 초점을 맞췄다.
회사는 경쟁사에는 없는 복잡한 시스템의 판매 및 서비스에 대한 풍부한 경험을 가지고 있습니다. 또한 IBM은 강력한 과학 또는 군용 컴퓨터에만 집중하는 많은 회사와 마찬가지로 시장이나 잠재 고객 그룹을 무시하지 않았습니다.
그 결과 1950년대 말에 이르러 훗날 "IBM과 일곱 난쟁이"라고 불리는 컴퓨터 시장에 상황이 발생했습니다.
또한 S/360 제작 이전에도 IBM의 삶에서 몇 가지 중요한 사건이 발생했습니다.
그들은 360세기의 가장 큰 두 가지 기반 시설 프로젝트인 SAGE 시스템의 생성과 Apollo 프로그램을 위해 Cape Canaveral에서 NASA의 MCC 개발에 참여했습니다. 두 프로젝트 모두 큰 성공을 거두었고 회사에 막대한 돈, 정부로부터의 존경, 귀중한 기술 경험을 얻었으며 그 중 많은 부분이 S / XNUMX 라인 및 모든 후속 제품을 만들고 홍보하는 데 적용되었습니다.
우리는 이전 부분에서 NASA 프로젝트에 대해 썼습니다. SAGE는 주제가 완전히 방대하기 때문에 별도로 작성해야합니다.
1962년 IBM이 만든 American Airlines의 SABRE(Semi-Automatic Business Research Environment) 시스템에서 파생되었으며 원래 7090 메인프레임 라인에서 작동했으며 그녀는 이러한 모든 기술의 기반을 마련했습니다. SAGE와 SABRE가 아니었다면 독자들은 지금 모바일 앱을 통해 피자를 주문하지 않았을 것입니다.
또 다른 위대한 돌파구는 1957년 FORTRAN의 탄생이었습니다.
IBM은 과학 공식 번역기를 만들어 프로그래밍에 혁명을 일으켰습니다. 매우 편리하여 여러 세대의 과학자들의 표준이 되었으며 일부 지역에서는 이 언어로 된 라이브러리가 여전히 사용되고 있습니다.
4단계. 통일체제의 승리
IBM의 가장 유명한 라인의 첫 번째 메인프레임은 1964년에 나왔고 그가 시작한 혁명은 Hollerith의 도표에 비견되었습니다.
Intel 8086 프로세서와 마찬가지로 이 기계는 수많은 후손을 낳아 앞으로 수년 동안 표준이 되었습니다. 유일한 차이점은 Intel이 처음에는 이러한 특정 프로세서의 큰 성공을 예측하지 않았고 실제로 우연히 유명해진 임시 조치로 개발했다는 것입니다. 따라서 회사 자체(iAPX 432 및 Itanium)는 별로 성공하지 못한 x86 아키텍처를 묻어두려는 시도를 두 번 이상 시도했지만 더 큰 실패로 끝났습니다.
IBM은 원래 수십 년 동안 기계를 개발하기를 원했고 성공했습니다. IBM은 7년 1964월 77일 프레젠테이션을 위해 전 세계 15개국에서 XNUMX회의 기자 회견을 개최했으며 회사의 대표인 Thomas Watson Jr.에 따르면 "회사 역사상 가장 중요한 발표"였습니다.
그의 주장은 무엇에 근거한 것입니까?
컴퓨터 아키텍처 개발에 대한 전문적인 접근 - IBM은 Stretch의 실패를 고려하고 개발자 가이드 세트에서 하드웨어 및 명령 시스템과 관련된 모든 것을 미리 자세히 지정했으며, 그 중 가장 중요한 것은 "IBM System / 360 Principles of the Operation" 및 "IBM System / 360 I/O Interface Channel to Control Unit Original Equipment Manufacturer's Information manuals". 이러한 사양이 표준이 된 것은 S/360과 함께였습니다.
업계 최초의 표준 아키텍처: 성능과 가격이 다른 6대의 기계로 구성된 호환 가능한 하드웨어 및 소프트웨어 라인, 업그레이드 가능성이 있는 모든 취향과 지갑을 위한 40개의 주변 장치.
기계의 아키텍처는 보편적으로 특별히 설계되었습니다. 과학 기계의 전통적인 기능이 모두 지원되고(완전한 실제 산술 FORTRAN) 비즈니스를 위한 새로운 기능이 도입되었습니다(십진 산술, COBOL).
IBM의 초기 컴퓨터는 원래 Texas Instruments에서 라이센스를 받은 트랜지스터를 사용했습니다. 이후 외부 공급업체에 의존하지 않고 최저 가격을 보장하기 위해 모든 전자 부품을 자체 생산하기로 결정했습니다. S/360의 경우 GIS 및 SLT(Solid Logic Tecnology) 보드에 대한 범용 표준이 개발되었습니다.
가장 비싼 구성 요소인 RAM의 생산 비용을 줄이기 위해 세계 최초로 일본에 공장을 열었습니다. 이후 공장을 홍콩으로 이전하여 비용을 더욱 절감했습니다. IBM의 경쟁업체들도 이를 따랐고 점차 제조 시설을 아시아로 이전하기 시작했습니다.
처음으로 하드웨어 가상화의 광범위한 사용: 2000년대 중반에만 데스크탑 프로세서에 제공된 기술은 S/360 시대 이후 메인프레임의 상표가 되었으며 놀라운 유연성과 안정성의 주된 이유가 되었습니다.
교체 가능한 프로세서 펌웨어를 통해 기존 IBM 컴퓨터를 효과적으로 에뮬레이트할 수 있게 되었고 따라서 완전한 호환성이라는 또 다른 기본 메인프레임 규칙이 탄생했습니다. 지금까지 S/360으로 작성된 COBOL 프로그램은 10년에 출시된 z/2008에서 실행할 수 있습니다.
엄청난 수의 기술 혁신: 프로세서의 마이크로코드, 32비트 범용 레지스터(고대의 "레지스터 누산기" 방식 대신에, 이 구식 방식은 당시 CDC 슈퍼컴퓨터에서도 사용되었습니다!), 엄청난 양 당시 RAM 용량(16MB, PC는 1980년대 후반에만 이러한 볼륨을 처리할 수 있었고 이전 S/360 모델은 4GB를 처리할 수 있었으며 2005년에는 모든 집에 RAM이 많지 않았습니다!), I/O 보조 프로세서, 동적 주소 변환(DAT), 시간 공유, 64비트 실제 레지스터, 쓰기 방지, 다중 처리 지원 등
놀랍게도 S/360은 단어 길이, 가산기 및 주소를 처음으로 일치시켰습니다(비록 길이의 다른 조합을 사용할 수 있음).
불행히도 이 솔루션의 놀라운 진보성을 평가하려면 어셈블러 프로그래머가 되어야 하지만, 예를 들어 전설적인 BESM-6에는 명령 길이(48비트 및 24비트)의 배수 이상의 가산기 용량이 있었습니다. ), 그러나 주소는 배수가 아니었지만 15의 거듭제곱(XNUMX비트)이 전혀 아니었고 XNUMX바이트는 XNUMX비트였습니다! 기계 프로그래밍은 그녀에게 지옥이었습니다.
IBM은 8트랙 테이프, EBCDIC 코드 테이블과 같은 새로운 표준을 제시합니다. 360비트 바이트(이제 이것은 놀라운 것처럼 보일 수 있지만 System / 4을 개발하는 동안 재정적 이유로 바이트를 6비트 또는 7030비트로 제한하기를 원했습니다. IBM에서와 같이 가변 길이 및 비트 주소 지정이 있는 바이트 옵션 32도 고려됨) 및 바이트 메모리 주소 지정; 8비트 워드(일반적으로 표준 32, 64, 20비트) 실수(IEEE 754가 도입되기 전 360년 동안의 표준) 및 XNUMX진수 상수에 대한 IBM 아키텍처. S/XNUMX 문서에서 널리 사용되는 XNUMX진수 시스템은 이전에 지배적이었던 XNUMX진수 시스템을 대체했습니다.
이 모든 것이 이 라인을 극도로 탄력적으로 만들었고(그 후손이 오늘날에도 여전히 생산되고 있음) 상업적으로 놀라울 정도로 성공을 거두었습니다(첫 달에만 IBM은 1100개 이상의 주문에서 익사했고 많은 회사에서 새 컴퓨터 배송을 위해 줄을 섰습니다). 매우 유연합니다(이 기계는 Apollo 소프트웨어에서 IBM 회계 부서에 이르기까지 모든 곳에서 작동했습니다).
한 번에 회사는 시장에서 모든 경쟁자를 휩쓸었습니다.
몇 년 후 RCA와 GE는 메인프레임 제조사에서 손을 떼고 Honeywell은 처음으로 Bull과 합병했다가 파산했습니다. IBM 제국에 저항할 수 있었습니다. S / 1980이 실패하면 IBM은 함께 사라질 것입니다. 그들은 전 세계에 360개의 공장을 건설하는 데 엄청난 돈을 투자했고 추가로 50명의 직원을 고용했으며 이 프로그램은 약 2개의 다른 프로젝트를 결합했습니다.
처음에는 두 가지 위험한 순간을 동시에 맞이했습니다. 그 중 하나만으로도 밤에 잠을 설칠 정도로 충분했습니다. 먼저 새 라인의 하드웨어 및 소프트웨어 설계를 조정하는 것이 작업이었습니다. 미국과 유럽 전역에 엔지니어 팀이 360개의 새로운 프로세서와 수십 개의 새로운 주변 장치를 동시에 작업하도록 했습니다. 하지만 결국에는 이 모든 하드웨어를 함께 조립해야 했습니다. 둘째, 소프트웨어. System / XNUMX을 지원하기 위해 수백 명의 프로그래머가 수백만 줄의 코드를 작성했습니다. 전례 없이 도전적인 프로젝트. 우리 엔지니어들이 이렇게 강한 압력을 받은 적이 없었습니다.
- 토마스 왓슨 주니어를 회상했다.
다음은 미국 주요 공급업체의 전자 데이터 처리 장비 설치 기반 비율(1955-1967)입니다.
결과적으로 10년 설치된 컴퓨터의 총 비용 1964억 중 "gnomes"가 30%를 생산하고 IBM이 나머지 70%를 생산했습니다.
마지막으로, 우리는 S / 360이 출시된 직후 서구 전역에 도입된 회사의 마지막이자 가장 큰 혁신을 확인할 수 있습니다. 이는 하드웨어뿐만 아니라 소프트웨어 부분의 개발을 관리하는 과학적 접근 방식입니다. 소프트웨어 공학.
혁명적인 기계는 혁신적인 운영 체제를 요구했으며 OS / 360은 다중 프로그래밍, 가상 메모리 및 가상 기계, 다중 프로세서 구성으로 작업하기로 되어 있었습니다. 이것은 아키텍처에 내재된 혁신의 전체 목록이 아닙니다. 운영 체제는 라인의 모든 모델에서 작동해야 하므로 구성은 16KB RAM에서 1MB까지, 작업 속도는 초당 수천에서 XNUMX만 작업까지 다양했습니다.
또한 운영 체제는 외부 드라이브를 거의 사용하지 않는 복잡한 수학적 계산에서 시작하여 완전히 I/O 연산에 기반한 DBMS의 단순한 아날로그로 끝나는 모든 프로그램의 요구 사항을 충족해야 했습니다.
그러나 IBM이 하드웨어를 어떻게든 설계한다는 것은 불가능하다는 것을 이미 깨달았다면, 그때까지는 누구도 이렇게 복잡한 프로그램을 작성한 적이 없었고, 소프트웨어에도 유능한 설계의 원칙이 지켜져야 한다는 이해도 없었습니다.
결과적으로 거대한 개발 팀은 머신 자체가 완전히 준비된 지 몇 달 후 OS만 기다리면서 수백만 줄의 코드를 순수 어셈블리로 작성, 도킹 및 디버그하려고 미친 듯이 노력했습니다. 하드웨어 부분은 판매 준비가되어 있었고 안정적이고 안정적인 OS / 360 버전은 어떤 식 으로든 탄생하지 않았으며 최종 시체는 젊은 모델의 메모리에 맞추기를 원하지 않았습니다.
시간을 절약하기 위해 OS 프로젝트 관리자인 Frederick Phillips Brooks, Jr.는 추가 업그레이드를 약속하면서 릴리스를 세 부분으로 나누도록 명령했습니다. 이것이 BOS / 360 (Basic OS), TOS / 360 (Tape OS) 및 유명한 DOS / 360 (Disk OS)이 등장한 방식입니다. 가장 강력한 OS 버전은 RAM에 완전히 맞지 않고 부팅에 적합하지 않았습니다. 테이프 속도가 느리기 때문에 하드 디스크를 사용해야 했습니다. OS / 360 자체에는 수백만 시간의 작업이 필요했지만 완전하고 완전한 버전은 결코 빛을 보지 못했습니다.
IBM의 깨달음은 Stretch의 이야기처럼 완전했습니다. Brooks는 팀의 누락을 깨닫고 1975년 개발자의 성경 The Mythical Man-Month: Essays on Software Engineering(그러나 즉시 러시아어로 번역되었습니다. 소련, 그것은 쓸모가 없었습니다).
따라서 컴퓨터 과학의 두 번째 고전 분야인 소프트웨어 개발이 탄생했습니다.
또한 S/360 아키텍처는 가장 유명한 미국 항공전자 시리즈인 IBM System/4Pi의 기반을 형성했습니다. 이름은 4π 스테라디안 영역과 360도 원에서 힌트와 함께 제공됩니다. 이 플랫폼은 또한 온보드 컴퓨터의 가능한 모든 틈새를 채우도록 설계되었으며, S/4Pi 기계는 F-15 Eagle, E-3 Sentry AWACS 전투기, Harpoon 로켓, NASA Skylab 선박, MOL 및 Space Shuttle에 사용되었습니다. 엄청난 수의 다른 항공기.
4가지 기본 모델로 구성되어 있습니다. TC(Tactical Computer)는 미사일, 헬리콥터 및 위성을 제어하기 위한 서류 가방 크기이며 무게는 약 8kg입니다. CP(맞춤형 프로세서), CP-36 버전에서 21kg 및 2kg 무게의 항공기, 레이더 및 모바일 전장 시스템용 중간 출력; EP(Extended Performance), 승무원이 있는 유인 우주선, 경고 및 영공 모니터링 시스템, 명령 및 제어 시스템과 같이 실시간으로 대량의 데이터가 필요한 애플리케이션용, 무게 34kg.
모든 모델은 S/360의 하위 집합인 명령 아키텍처(예: EP - S/360 모델 44)를 사용했으며 해당 애플리케이션은 IBM 메인프레임에서 직접 개발할 수 있었습니다. Skylab 스테이션은 TC-1 모델, 16비트 워드 및 256KB RAM을 사용했습니다. 주력 모델인 AP-101은 32비트로 대형 메인프레임과 같은 펌웨어를 사용했으며 1MB의 메모리를 처리할 수 있었습니다.
이 모델은 우주 왕복선(AP-101S), 항공기 B-52 및 B-1B(8대의 컴퓨터로 구성된 온보드 근거리 통신망!) 및 기타 많은 항공기에 사용되었습니다. 조금 더 단순한 AP-1은 F-15에 있었습니다. 구형 Gemini 컴퓨터는 0,007 MIPS를 생성했지만 AP-101S는 0,48 MIPS로 가속할 수 있었습니다. 이는 작은 여행 가방에 들어 있는 BESM-6의 절반 성능입니다!
Shuttle은 5개의 AP-101 네트워크 형태의 아키텍처를 사용했으며, 각각은 메인프레임에서 차용한 아이디어인 24개의 버스를 위한 자체 채널 보조 프로세서가 있습니다. 네 대의 컴퓨터는 내결함성을 구현하기 위해 병렬로 작동했고 다섯 번째는 백업이었고 소프트웨어는 나머지 복사본이 아니었지만 더 큰 안정성을 보장하기 위해 별도로 개발 및 테스트되었습니다.
탐색 및 제어 소프트웨어는 NASA의 특수 언어인 HAL/S로 작성되었으며 OS는 어셈블러에 있었습니다. 항공기 소프트웨어는 JOVIAL로 작성되었습니다.
소련에서는 이러한 고급 개념이 불가능했습니다. 우리나라에서는 모든 군사 및 우주 컴퓨터가 완전히 전문화된 기반으로 개발되었으며 모두 고유하고 서로 호환되지 않았습니다. CADC는 1980년대까지 날아갔고 잊혀진 반면, IBM System/4Pi는 가까스로 우주를 방문하여 1990년대 중반까지 작업했지만 점차 현대화되고 있습니다.
1880-1965년 IBM이 수행한 여정, 85년 간의 노력, 기술 혁신, 비즈니스 및 교육 개발, 그리고 SAGE, SABRE 및 Apollo와 같은 당대의 가장 큰 인프라 프로젝트가 최고의 건축 걸작을 탄생시킨 여정입니다. , 시스템 / 360.
메인프레임, 개인용 컴퓨터, 웨어러블 전자, 그래픽 프로세서, 신경컴퓨터 등 컴퓨터 역사 전체에서 가장 중요한 5가지 개념 혁신 중 3개를 IBM이 책임지고 있다는 사실은 놀랍습니다. 신경망의 경우 산업을 위한 제품 - 이 문제에 대한 많은 이론을 연구했으며 AI에 대한 첫 번째 실험은 5년대에 1950 시리즈 기계에서 수행되었습니다.
우리는 이미 소련이 근본적으로, 말 그대로 매일 걸어온 경로가 IBM 회사의 경로와 어떻게 다른지 보았습니다.
따라서 질문에 대한 간단한 대답은 1965년의 Union이 그렇게 성공적일 수 있는 절대적으로 대안적인 아키텍처를 제시할 수 있었습니까?
간단한 대답은 아니오입니다.
IBM을 이기기 위해서는 소련이 프로젝트에 참여하지도 않던 XNUMX세기 중반에 시작하여 완전히 다른 방식으로 수년에 걸쳐 전체 역사를 구축해야 했습니다.
1965년에는 이 속도로 우리가 앞으로 50년 동안 IBM을 따라잡을 것이며 수천 대의 컴퓨터가 지금 필요하다는 사실을 깨달았습니다.
15년 동안의 정보화 과정에서 광활한 소련 전역에서 약 1개의 절대적으로 호환되지 않는 아키텍처의 500대 이하의 컴퓨터가 제조되었으며, 그 중 절반은 최소한 기본 소프트웨어가 거의 폐기되지 않았습니다.
소비에트 광신자도 미국에 설치된 약 50개(수백만 줄의 코드 포함)와 비교할 때 이것은 단순한 실패가 아니라 재앙이었다는 것을 인정해야 합니다!
소비에트 정보학이 직면한 문제 목록은 많은 회의 결과를 기반으로 반복적으로 공식화되어 요약되어 다음과 같습니다.
국내에는 컴퓨팅 기술의 발전에 대한 단일 개념이 없습니다. 각 부서에서 좋아하는 자동차를 생산합니다.
국가는 통합된 컴퓨터 아키텍처가 없으므로 프로그램 이식성이 없습니다.
프로그램의 대부분(약 50%)이 기계어로 작성되기 때문에 이식성 문제도 매우 심각합니다.
프로그래머를 졸업할 수 있는 교육 기관이 충분하지 않은 것과 마찬가지로 Union에는 프로그래머가 충분하지 않습니다.
응용 프로그램 및 시스템 소프트웨어가 급격히 부족합니다.
국가는 통합된 컴퓨터 아키텍처가 없으므로 프로그램 이식성이 없습니다.
프로그램의 대부분(약 50%)이 기계어로 작성되기 때문에 이식성 문제도 매우 심각합니다.
프로그래머를 졸업할 수 있는 교육 기관이 충분하지 않은 것과 마찬가지로 Union에는 프로그래머가 충분하지 않습니다.
응용 프로그램 및 시스템 소프트웨어가 급격히 부족합니다.
이 모든 문제를 시급히 해결해야 했습니다.
IBM이 20년 동안(그리고 개발 문화에 - 또 다른 50년) 완전히 독창적인 아키텍처를 XNUMX년 만에 처음부터 개발하는 것은 절대적으로 비현실적이었습니다. 소비에트 컴퓨터 개발 문화는 프로그래머 Samuil Lyubitsky의 회고록에 잘 설명되어 있습니다.
자기 테이프는 민스크-22 기계의 가장 주목할만한 기능(가장 감정적으로 주목할만한)이며 별도의 단락이 필요합니다. 그것들은 폭이 XNUMX~XNUMX인치에 달하는 매우 두껍고 매우 비탄력적인 갈색 리본이었습니다. 보빈이 없습니다. 상상할 수 있습니까? 보빈이 없습니다! 그들과 함께 일하는 방법? 그게 방법입니다. 리본 덕트에는 두 개의 엄청나게 깊은 안경처럼 상단이 열리는 두 개의 주머니가 있었습니다. 단단히 감긴 테이프의 끝을 손가락으로 잡고 타래를 한 주머니에 넣은 다음 자기 헤드 사이의 테이프 끝을 짜서 다른 주머니에 넣어야했습니다. 이동하는 과정에서 테이프는 직접(!)접근 장치로 사용되어 주머니 사이를 이동하며 기발한 파도를 일으키며 거기에 놓여 있습니다(포켓의 전면 벽은 유리로 되어 있어 감탄할 수 있습니다). 그리고 테이프가 주머니 중 하나에 완전히 미끄러지지 않도록 일반 구멍 펀치로 테이프 끝에 구멍을 만들었습니다. 테이프 도관에는 마지막 순간에 테이프를 멈추게 하는 특수 전구와 광 센서가 있었습니다(디자이너의 아이디어에 따라). 물론이죠! 컨베이어 중 하나에서 두어 시간마다 테이프가 주머니에 들어갔습니다. 그때부터 재미가 시작되었습니다 ... 특별한 의자에 서서 (주머니 꼭대기가 어깨보다 높고 손이 피곤하지 않아야하기 때문에) "낚싯대"를 들어야합니다 - 유연한 끝에 고리가 있는 철사로 특별히 만들어진 XNUMX미터 막대. 글쎄 ... 가자! 낚싯대를 주머니에 넣습니다. 구멍 펀치로 만든 테이프 끝에 구멍이 있음을 기억하십시오. 이 구멍의 경우 고리로 테이프를 걸어야 합니다. 넌센스라고? 예, 리본만 가능합니다. 그녀가 원하는 대로 주머니에 들어갈 수 있습니다. 리본의 끝이 맨 위에 있고 볼 수 있다면 정말 운이 좋은 것입니다... 그리고 조심하세요! 테이프에서 가장 가치 있는 정보는 XNUMX시간 동안 측정한 결과입니다. 스크래치, 자성층 손상 - ambit! 그러는 동안 시간은 촉박하고, 신고는 신탁에 보내야 하는데... 그리고 당신은 낚싯대를 든 스툴 위에 서서 위아래로, 당기고, 위아래로, 당기고... 상상이 가나요? 불행한 디자이너이 기적과 그 모친에 대해 여기에서 무엇을 말했습니까?
일반적으로 이 악몽은 중단되어야 했습니다.
프로그램에 대해서도 두 가지 의견이 있을 수 없습니다. Doroditsyn에 따르면 1969년에는 소련에 1명 이하의 프로그래머가 있었고, 호환되지 않는 아키텍처의 전문가, 독학, 수학자 및 물리학자 등이 있었습니다.
그들 중 누구도 전문가가 아니었습니다. 왜냐하면 전문적인 프로그램 개발과 손으로 작성하지 않았기 때문입니다. 우리는 어디에서도 가르친 적이 없으며 이것은 별도의 복잡한 분야로 모든 프로그래머가 쉽게 확인할 수 있습니다. Brooks는 다음과 같이 썼습니다(OS / 360 개발 기반).
... 다음 규칙을 고수할 것을 제안합니다. 번역기는 기존 응용 프로그램보다 XNUMX배 더 복잡하고 운영 체제는 번역기보다 XNUMX배 더 복잡합니다.
그의 추정에 따르면 OS / 360은 5인년이 소요되었으며 결과적으로 비슷한 복잡성의 프로젝트는 모든 소비에트 프로그래머가 기껏해야 000년 동안 컴파일했을 것입니다. 번역가와 수천 개의 응용 프로그램은 포함하지 않습니다. Babayan의 유명한 불쾌한 구절이 알려져 있습니다 ("Elbrus"에 대한 부분에서 별도로 이야기 할 것입니다).
계산에 따르면 많은 소프트웨어를 훔치는 것이 가능하고 컴퓨터 기술이 번창할 것입니다. 이것은 물론 일어나지 않았습니다. 모두가 한 곳에 모인 후에 창의성이 끝났기 때문입니다. 비유적으로 말해서, 두뇌는 완전히 비창조적인 작업으로 건조되기 시작했습니다. 서양에서 실제로는 구식 컴퓨터가 어떻게 만들어졌는지 추측해야 했습니다. 고급 수준을 알 수 없었고 고급 개발에 참여하지 않았으며 소프트웨어가 범람할 것이라는 희망이 있었습니다 ... 곧 소프트웨어가 범람하지 않고 도난당한 조각이 서로 맞지 않고 프로그램이 범람했다는 것이 분명해졌습니다. 작동하지. 모든 것을 다시 작성해야 했고, 꺼낸 것은 오래되어 제대로 작동하지 않았습니다. 대실패였다...
당연히 이것들은 동화입니다.
각 질문에는 유쾌하고 정확한 두 가지 답변이 있습니다. 정확 - 일반적으로 고통 스럽습니다. 물론 EU가 채택된 후 놀라운 여명은 오지 않았지만, 소프트웨어 문제는 사실 EU가 붕괴되기 전에 해결되었습니다. 가져오기 프로그램은 마침내 문제와 딥, 심지어 현지화 없이 잘 작동했습니다.
Union의 기술진보의 99%가 카피에 기반을 두고 있다는 점을 감안할 때 자동차를 어디에서 얻을 수 있는지에 대해서는 의문의 여지가 없었습니다. 정확히 무엇을 복사해야 하는지도 질문이 아니었습니다. 분명히 최고인 S/360이었습니다.
전 세계 수백만 개의 소프트웨어 라인이 있는 메인프레임 라인의 이상적인 틈새 외에도 S/360에는 몇 가지 다른 중요한 이점이 있습니다.
첫째, 그녀는 소련에서 이미 찢어지고 마스터 된 GIS에 가고있었습니다.
둘째, 그 아키텍처는 Union이 복사할 수 있는 한계에서 복잡했지만(Cray로는 대처할 수 없었습니다) 엄청나게 복잡하지는 않았습니다. 그래서 사실 선택은 단 하나였다.
원본, UNIVAC 360, RCA Spectra 9000, English Electric System 70 등 어떤 S/4 구현을 제거해야 합니까?
이 경우 전체 회의가 있었고 그 발췌문이 널리 알려져 있으며(그 주요 출처는 BN Malinovsky의 유명한 책 "인간의 컴퓨팅 기술 역사"임) 이를 재현할 것입니다. 이 대화는 많은 곳에서 다루어 지지만 그 해석은 원칙적으로 매우 일방적입니다. 같은 Malinovsky는 다음과 같이 해석합니다.
진행된 토론에서 Lebedev, Dorodnitsyn, Rakovsky, Sulim, Matkin이 IBM-360 시스템 복사에 반대했음이 분명합니다. Keldysh는 다음과 같이 말했습니다: "우리는 라이센스를 구입하고 우리 자신의 차를 만들어야 합니다. 그렇지 않으면 다른 사람들이 한 일을 반복할 것입니다." 그리고 Kalmykov는 주저했습니다. 그는 ICL에 집중할 때의 이점을 나열했습니다. 복사의 주요 활성 지지자는 ES COMPUTER Krutovskikh의 일반 디자이너, 그의 첫 번째 대리인 Levin, Shura-Bura, Przhiyalkovsky였습니다. 최종 결정이 내려진 18년 1969월 XNUMX일 Kalmykov와의 회의에서 일반 설계자가 복사에 대해 반대했다면 소련의 컴퓨터 기술은 다른 길을 택했을 것입니다 ... 결정을 변경하려는 Lebedev의 실패한 시도는 이미 말하는. 거부는 그의 병을 악화시켰고, 비극적인 종말을 앞당겼습니다.
분명히 이것은 Lebedev가 원래 국내 개발을 방어 한 방법에 대한 신화의 뿌리가 자라는 곳입니다.
사실, 상황이 조금 달랐습니다.
대화를 통해 복사할지 말지라는 질문이 전혀 아니라는 것이 분명합니다. 무엇을 복사해야 하는지에 대한 질문이 있었고 재미있는 점은 이 질문이 실제로 거기에 없었다는 것입니다! 이미 말했듯이 English Electric System 4는 RCA Spectra 70의 클론이고 클론이기 때문에 ... 예, 동일한 S / 360입니다! 따라서 Lebedev, Rameev 및 다른 모든 족장은 복사 문제에 대해 만장일치로 만장일치로 S / 360만이 소비에트 정보 학자를 구할 것입니다! 그들이 동의할 수 없는 유일한 것은 누구와 함께 일할 것인가 하는 것이었습니다. 이미 원본 S / 360을 불법 복제한 Robotron의 동독 독일인 또는 클론의 생산 설정을 돕겠다고 제안한 ICL의 영국인과 함께 - System 4.
그래서 이 대화는 정말 획기적인 것이었습니다. 그들이 일반적으로 생각하는 이유 때문만은 아닙니다. 기술 용어를 이해하고주의 깊게 분석하면 다음을 볼 수 있습니다. 두 그룹의 학자가 있습니다. 하나는 영국인과 함께 복제품을 복제하기 위한 것입니다(일반적으로 Lebedev-Rameeva와 Sulim 차관은 확신했습니다). 다른 하나는 원본을 독일인과 함께 복제하기 위한 것입니다(전통적으로: Przhiyalkovsky - Shura -부라). 그리고 이미 우리에게 알려진 오크 머리와 복수심은 악마처럼 감히 그를 좋아하지 않는 디자이너를 묻기 위해 사랑하는 것으로 알려진 라디오 산업의 전능한 장관인 Kalmykov입니다.
당연히 전직 전기 기술자 - 석유 엔지니어 인 Kalmykov는 주제에 대해 아무 것도 이해하지 못하고 Sulim은 결국 M-20에서 Lebedev와 함께 최소한 명목상으로 더 잘 이해합니다. 따라서 Lebedev의 그룹은 다양한 기술에 가까운 선동을 사용하여 ICL과의 작업을 추진하기 위해 고군분투하고 있습니다. Przhiyalkovsky의 그룹은 선동적인 방식을 사용하여 독일인들과의 협력을 추진하고 있습니다. 이것은 그들이 일반적으로 대화를 구성하는 방식에서 분명히 알 수 있습니다. 반면에 Kalmykov는 단순히 눈을 깜박인 다음 말도 안되는 말을 합니다. 군산복합체와 중앙위원회의 다른 관리들은 가구에 불과하며 Kalmykov보다 주제를 덜 이해합니다.
포인트를 봅시다.
그래서 18년 1969월 XNUMX일:
현재: Kalmykov, Keldysh, Gorshkov(군산복합체 의장.-저자 주), Savin, Kochetov(CPSU 중앙 위원회 대표.-저자 주), Rakovsky(소련 국가 계획 위원회 부의장.-저자 주) 참고), Sulim, Lebedev, Krutovskikh, Gorshkov(무선 산업 차관 - 저자 주), Levin, Shura-Bura, Ushakov, Arefieva, Przhiyalkovsky, Matkin, Dorodnitsyn.
술림... 동독 및 ICL과의 협상 상황.
변종 IBM-360. 동독에서는 IBM-360에 대한 방향이 채택되었습니다. 모델 중 하나(R-40)가 성공적으로 개발되고 있습니다. 우리에게는 기초가 있고 작업을 시작할 수 있는 팀이 있습니다. 운영 체제 IBM-360의 개발에는 2200명의 인력과 700명의 개발자가 필요합니다. IBM과 연락이 없습니다. 아날로그 기계를 구입하는 데 어려움이 있습니다. 비용은 4-5백만 달러입니다. 동독에서는 필수 문서의 일부만 사용할 수 있습니다.
ICL 변종. 우리는 모든 기술 문서, 개발 지원을 받을 것입니다. 우리는 약간의 변경을 해야 합니다. 회사는 회사에서 생산한 기계 배치를 구매할 것을 제안합니다. 응용 프로그램을 준비하기 위해 프로그래머 팀을 사용할 수 있습니다.
우리 프로그래머 그룹은 이미 회사에서 인턴십을 진행하고 있습니다. 앞으로 XNUMX세대 컴퓨터 공동 개발. 이 회사는 IBM과 경쟁하기 위해 우리를 포함한 유럽 회사와 동맹을 희망하기 때문에 모든면에서 도움을 주려고합니다. 이탈리아와 프랑스 기업이 XNUMX세대 컴퓨팅 기술 개발에 참여하기로 합의했습니다.
술림... 동독 및 ICL과의 협상 상황.
변종 IBM-360. 동독에서는 IBM-360에 대한 방향이 채택되었습니다. 모델 중 하나(R-40)가 성공적으로 개발되고 있습니다. 우리에게는 기초가 있고 작업을 시작할 수 있는 팀이 있습니다. 운영 체제 IBM-360의 개발에는 2200명의 인력과 700명의 개발자가 필요합니다. IBM과 연락이 없습니다. 아날로그 기계를 구입하는 데 어려움이 있습니다. 비용은 4-5백만 달러입니다. 동독에서는 필수 문서의 일부만 사용할 수 있습니다.
ICL 변종. 우리는 모든 기술 문서, 개발 지원을 받을 것입니다. 우리는 약간의 변경을 해야 합니다. 회사는 회사에서 생산한 기계 배치를 구매할 것을 제안합니다. 응용 프로그램을 준비하기 위해 프로그래머 팀을 사용할 수 있습니다.
우리 프로그래머 그룹은 이미 회사에서 인턴십을 진행하고 있습니다. 앞으로 XNUMX세대 컴퓨터 공동 개발. 이 회사는 IBM과 경쟁하기 위해 우리를 포함한 유럽 회사와 동맹을 희망하기 때문에 모든면에서 도움을 주려고합니다. 이탈리아와 프랑스 기업이 XNUMX세대 컴퓨팅 기술 개발에 참여하기로 합의했습니다.
현명하게 그리고 요점을 설정하십시오.
우리가 이미 썼듯이 ICL은 이 회의가 있기 바로 XNUMX년 전에 조직되었으며 한때 영국의 위대한 컴퓨터 산업이 완전히 쇠퇴하는 것을 보고 즉시 소련과의 접촉을 구축하기 위해 서두르게 되었습니다.
왜 연합과 함께 합니까?
글쎄, 프랑스가 아닌 다른 사람은 당시 컴퓨터 개발이 완전히 죽을 시간을 가졌던 곳입니다. 또한, 1964년부터 1970년까지 노동당은 집권했으며 전통적으로 미국에 대해 동정과 반감을 가지고 사회주의를 바라보고 있었습니다. 소련은 이것에서 자연스럽고 명백한 동맹국이었습니다. 또한 대륙에서 소련은 충분한 경제력과 잠재적으로 괴물처럼 큰 시장을 가진 유일한 국가였으며 우리는 많은 밝은 마음을 가지고있었습니다.
또한 ICL은 공정한 파트너십을 제공했습니다. 컴퓨터 프로그래머 및 건축가 교육. 라이센스 클론. 원본에 비해 개선된 마이크로 명령어 아키텍처. 완전한 문서 세트. 그리고 네, 그들은 다음 차를 동등한 입장에서 함께 만들고 싶었습니다. 정말 좋은 기회였고, 라미예프처럼 소련 컴퓨터 산업을 진심으로 아끼던 레베데프도 이를 잘 이해하고 있었다.
반면에 독일인들은 S / 360에서 걸린 용지를 제외하고는 아무 것도 없었습니다. 중국과 마찬가지로 라이센스가 있고 공식적으로 클론을 판매 한 독일-Siemens에서 경쟁자를 떠나기 위해 왼쪽 사본을 수집하고 유럽에서 조용히 거래하는 것을 목표로 공장.
그들은 소련 정보원을 무릎에서 끌어올릴 밝은 계획이 없었습니다. 그러나 소련이 컴퓨터 생산을 위해 서방 파트너를 찾고 있다는 것을 알았을 때 당연히 눈이 밝아졌고 시장 규모면에서 영국과 유사한 이유로 우리는 어떻게 마스터하고 마스터 할 것입니까? . Kalmykov에 대해 이야기하는 것만 남아 있습니다. Przhiyalkovsky는 다음과 같이 입력합니다.
프르지알코프스키... IBM-360의 경우 6개의 마이크로 명령, 연료 및 발전소 다이어그램의 90%, 라우트된 70%, 설계 문서 7000단위로 구성된 시스템이 있습니다. ICL로 방향을 바꾸면 이 전체 백로그를 다시 작업해야 하며 작업이 1~1,5년 지연됩니다. 많은 통화가 필요합니다(ICL 컴퓨터 구입 시). IBM-360에서 성공적으로 작업 중인 GDR과의 협력 옵션이 바람직합니다. 수학자 팀을 강화하면 1971년까지 DOS를 개발할 수 있습니다. 변동을 멈출 때입니다.
크루토프스키... 우리 프로젝트는 IBM-360 모델 시스템을 구상했습니다. ICL로 방향을 변경할 때 모델의 구성이 달라야 합니다. 사양이 변경됩니다. 예비 프로젝트에는 4~5개월이 걸립니다. ICL에서는 이전 모델에 대한 명확성이 없습니다. 그들은 슈퍼 컴퓨터로 여러 중소 컴퓨터에 추가됩니다. 이렇게 하지 않는 것이 좋습니다. 방향 변경의 경우 기술 문서 준비 기간이 1,5-2년 또는 그 이상 지연될 수 있습니다. IBM-360에서 GDR과 함께 작업하면 대량 생산이 시작될 때 DOS 및 OS를 얻을 수 있으며 개발 문제가 제거됩니다. 독일인은 우리보다 더 멀리 갔다. 그들은 스스로 방향을 바꿀 수 없을 것입니다. 영국인에게는 시장이 필요합니다. 그들은 코로 우리를 이끌 것입니다. 그들은 큰 차에 협력하지 않을 것입니다. 당신은 그들에게서 150대의 차를 살 수 없습니다.
크루토프스키... 우리 프로젝트는 IBM-360 모델 시스템을 구상했습니다. ICL로 방향을 변경할 때 모델의 구성이 달라야 합니다. 사양이 변경됩니다. 예비 프로젝트에는 4~5개월이 걸립니다. ICL에서는 이전 모델에 대한 명확성이 없습니다. 그들은 슈퍼 컴퓨터로 여러 중소 컴퓨터에 추가됩니다. 이렇게 하지 않는 것이 좋습니다. 방향 변경의 경우 기술 문서 준비 기간이 1,5-2년 또는 그 이상 지연될 수 있습니다. IBM-360에서 GDR과 함께 작업하면 대량 생산이 시작될 때 DOS 및 OS를 얻을 수 있으며 개발 문제가 제거됩니다. 독일인은 우리보다 더 멀리 갔다. 그들은 스스로 방향을 바꿀 수 없을 것입니다. 영국인에게는 시장이 필요합니다. 그들은 코로 우리를 이끌 것입니다. 그들은 큰 차에 협력하지 않을 것입니다. 당신은 그들에게서 150대의 차를 살 수 없습니다.
Przhiyalkovsky와 Krutovskikh는 그들의 아이디어로 완전히 상을 받았으며 둘 다 NITSEVT(EU 시리즈만을 위해 SKB-245에서 생성)의 감독이자 ES EVM의 일반 디자이너였습니다. 좋은 경력, 특히 Krutovskys에게는 최고의 소비에트 전통에 따라 평생 단 한 대의 컴퓨터도 만든 적이 없는 사람이 장군이 되었습니다. 민스크는 복제에 탁월했습니다.) Krutovskikh는 ICL이 당사자가 홍보하는 것이 아니라 개발자에게 관심이 있기 때문에 영국인과 함께 작업하는 경우 그와 같은 다른 사람들이 숲으로 갈 것이라는 점을 완벽하게 이해했습니다. 결과적으로 그는 영국인이 코에 의해 주도될 것이며 우리가 2년 뒤처질 것이라는 사실에 대해 슈퍼컴퓨터에 대해 일종의 넌센스를 말합니다(비록 "70%의 준비"가 있는 독일인의 경우, 결과적으로 4개 뒤쳐져 있음), 독일인이 개발할 필요가 없는 경우를 대비하여(미안합니다. ICL은 OS를 포함하여 시스템 XNUMX용으로 순수하게 라이선스된 모든 소프트웨어를 무료로 제공했습니다...) 등등.
레베데 사람들이 다시 들어옵니다.
도로드니친... IBM-360을 마스터하는 문제는 단순화된 형식으로 제공됩니다. 모든 것이 훨씬 더 복잡합니다. OS를 마스터하는 데 최소 XNUMX년이 걸리며 우리가 무엇을 얻게 될지 알 수 없습니다. 우리는 (ICL과 함께) DOS와 OS를 만들고 ICL과 함께 기계 개발에 집중해야 합니다.
레베 데프... IBM-360 시스템은 360년 된 컴퓨터 시리즈입니다. 우리가 만들고 있는 기계의 수는 생산성이 낮거나 중간인 기계로 제한되어야 합니다. IBM-4의 아키텍처는 대형 모델(슈퍼컴퓨터)에 적합하지 않습니다. 영국인은 XNUMX세대 컴퓨터로의 전환에서 미국인과 경쟁하기를 원합니다. 기계의 생산성이 높을수록 더 많은 구조적 특징이 있습니다. 영국은 설계 자동화를 구축하고 있습니다. "Sistema-XNUMX"용 소프트웨어 시스템은 동적이며 연락처가 있으면 개발할 수 있습니다. 이것은 우리 직원의 훈련을 용이하게 할 것입니다. 영국인과 함께 자체 시스템을 개발하여 훈련하는 것이 좋습니다.
레베 데프... IBM-360 시스템은 360년 된 컴퓨터 시리즈입니다. 우리가 만들고 있는 기계의 수는 생산성이 낮거나 중간인 기계로 제한되어야 합니다. IBM-4의 아키텍처는 대형 모델(슈퍼컴퓨터)에 적합하지 않습니다. 영국인은 XNUMX세대 컴퓨터로의 전환에서 미국인과 경쟁하기를 원합니다. 기계의 생산성이 높을수록 더 많은 구조적 특징이 있습니다. 영국은 설계 자동화를 구축하고 있습니다. "Sistema-XNUMX"용 소프트웨어 시스템은 동적이며 연락처가 있으면 개발할 수 있습니다. 이것은 우리 직원의 훈련을 용이하게 할 것입니다. 영국인과 함께 자체 시스템을 개발하여 훈련하는 것이 좋습니다.
Doroditsyn은 독일인들과 함께 우리 자신을 웅덩이에 빠뜨리게 될 것이라고 건조하게 언급합니다(그리고 이것이 결국 일어난 일입니다).
Lebedev는 또한 그가 이해하는 주장과 함께 Kalmykov의 지적 수준에서 말할 가능성이 가장 높은 이단을 나르기 시작합니다. 당연히 그 당시 판매 된 지 360 년 만이었던 S / 2은 "10 년 동안 구식이 될 수 없었습니다."여기 Lebedev는 거짓말을하고 얼굴을 붉히지 않습니다. 글쎄, 그는 또한 그가 가장 좋아하는 슈퍼컴퓨터에 대해 솔직하지 못하다. S/360 모델 95는 CDC6600도 깰 수 있다.
다른 모든 것은 절대적으로 사실입니다. S/360은 정말 복잡합니다. 때때로 영국인과 함께 사본을 만드는 것이 더 낫습니다(그리고 다음 세대에도 계속해서 작업함). 그들은 경험과 디자인 도구를 가지고 있습니다. 가르치고 나눌 준비가 되어 있습니다.
독일 지지자들이 다시 바닥을 치고 있습니다.
슈라부라... 소프트웨어 시스템의 관점에서는 미국 버전이 바람직합니다. OS를 개선해야 합니다. 이렇게 하려면 모든 프로그램을 알아야 합니다.
켈디시... 라이센스를 구입하고 자신의 자동차를 만들어야 합니다. 그렇지 않으면 우리는 다른 사람들이 한 일을 반복할 것입니다. 기본적으로 큰 차를 직접 만들어야 합니다.
켈디시... 라이센스를 구입하고 자신의 자동차를 만들어야 합니다. 그렇지 않으면 우리는 다른 사람들이 한 일을 반복할 것입니다. 기본적으로 큰 차를 직접 만들어야 합니다.
그를 존경하는 Shura-Bura는 주제에 전혀 없는 것 같습니다.
그는 수학자이자 프로그래머(같은 학자, 상아탑 출신)였으며 논쟁의 주제를 모호하게 대표했습니다. 그는 양키스가 더 많은 프로그램을 가지고 있다고 들었습니다. 그는 모든 동일한 프로그램이 시스템 4에서 실행되고 있지만 믿었습니다. 아아, Shura-Bura는 소비에트 동물원에서 자랐고 분명히 자동차의 다른 이름 = 다른 소프트웨어라는 생각이 그의 머리에 단단히 박혀 있었습니다.
Keldysh는 참석한 모든 사람들 중에서 자신이 소련 과학 아카데미의 수장인 이유를 보여줍니다. 그는 실제 정치인처럼 대답합니다. 하는 것이지만 하지 않는 것, 복사하지만 라이센스 하에 자신의 것을 개발하기 위한 것이지만 누가, 누구인지는 분명하지 않습니다. 일반적으로 선동가의 재능은 그대로.
그는 누구 편입니까?
예, 복사 할 대상이있는 사람은 신경 쓰지 않습니다. 그는 연설을 수행하여 양측이 그를 자신의 것으로 간주하도록합니다.
레베 데프... 우리 수학자들은 영국의 방법론에 따라 프로그래머를 훈련하는 것이 더 낫다고 믿습니다.
라코프스키... 관점을 생각해야 합니다. 통일된 개념이 필요하다. 모두 IBM의 소프트웨어가 더 낫다고 하는데 OS가 번거롭다. 200~40년 안에 완전히 마스터할 수 없습니다. 어렵지만 오늘 우리는 결단을 내려야 합니다. ICL에 초점을 맞추면 GDR에서는 어려울 것입니다. XNUMX년 안에 독일군은 P-XNUMX XNUMX대를 생산할 것입니다. 그래도 ICL 제안은 받아들여야 합니다.
크루토프스키... Rameev를 제외한 모든 개발자는 ICL로 방향을 바꾸는 것을 원하지 않습니다. P-50은 1971년에 준비될 것입니다.
칼미코프... DOS가 있으면 즉시 생산을 시작할 기계를 사용할 수 있습니다. 우리는 독일인들로부터 많은 프로그램을 얻을 수 있습니다. 부정적인 점. IBM-360 머신이 없습니다. 그리고 우리는 IBM과 연락하지 않을 것입니다. ICL로 방향을 바꾸면 시간이 낭비됩니다. 그러나 그들과 직접 접촉하고 협력하여 XNUMX세대 컴퓨터를 만들 수 있습니다. 이것은 큰 장점입니다. 그들은 미국인 없이 XNUMX세대 컴퓨터를 할 것이며 IBM과 경쟁하기를 원합니다.
라코프스키... 관점을 생각해야 합니다. 통일된 개념이 필요하다. 모두 IBM의 소프트웨어가 더 낫다고 하는데 OS가 번거롭다. 200~40년 안에 완전히 마스터할 수 없습니다. 어렵지만 오늘 우리는 결단을 내려야 합니다. ICL에 초점을 맞추면 GDR에서는 어려울 것입니다. XNUMX년 안에 독일군은 P-XNUMX XNUMX대를 생산할 것입니다. 그래도 ICL 제안은 받아들여야 합니다.
크루토프스키... Rameev를 제외한 모든 개발자는 ICL로 방향을 바꾸는 것을 원하지 않습니다. P-50은 1971년에 준비될 것입니다.
칼미코프... DOS가 있으면 즉시 생산을 시작할 기계를 사용할 수 있습니다. 우리는 독일인들로부터 많은 프로그램을 얻을 수 있습니다. 부정적인 점. IBM-360 머신이 없습니다. 그리고 우리는 IBM과 연락하지 않을 것입니다. ICL로 방향을 바꾸면 시간이 낭비됩니다. 그러나 그들과 직접 접촉하고 협력하여 XNUMX세대 컴퓨터를 만들 수 있습니다. 이것은 큰 장점입니다. 그들은 미국인 없이 XNUMX세대 컴퓨터를 할 것이며 IBM과 경쟁하기를 원합니다.
소련 Rakovsky의 국가 계획위원회 부의장은 OS / 360 아키텍처에 대한 "깊은"지식을 보여주고 어떻게 독일인을 던질 수 있다고 불평합니다. 그들이 우리를 위해 여기에서 시도했습니다! 그러나 그럼에도 불구하고 그는 영국인을 위해 선택합니다.
Krutovskikh는 그가 그것을 어떻게 끊었는지 다시 말했습니다. 당신의 Rameyev 중 하나는 물을 휘젓고 나머지는 오랫동안 모두였습니다. Kalmykov는 주저합니다.
그런 다음 Keldysh가 예기치 않게 종료됩니다.
켈디시... ICL로 방향을 변경해서는 안 되지만 XNUMX세대 컴퓨터에서 ICL과 협상을 수행해야 합니다.
칼미코프... 우리는 ICL로 방향을 바꾸지 않을 것입니다. 독일인들이 더 많은 도움을 요청하도록 하십시오."
칼미코프... 우리는 ICL로 방향을 바꾸지 않을 것입니다. 독일인들이 더 많은 도움을 요청하도록 하십시오."
글쎄, 일반적으로 그게 전부입니다.
Lebedev의 파티는 Sulim과 Rameev가 실제로 시연적으로 서류를 테이블에 놓고 게시물을 떠났고 다음에 시작할 내용을보고 싶지 않고 Lebedev가 실제로 슬픔에 지쳤고 Kalmykov는 간접적으로 세 번째 버려진 생성자를 계산하십시오.
그 결과 소련에 사악한 운명이 걸린 것처럼 보였습니다.
우리의 경쟁자들은 명백한 이유로 경쟁사를 처음부터 개발할 수 없었습니다. 복사는 원칙적으로 그렇게 나쁜 선택이 아닙니다. 예를 들어 AMD는 Intel의 직접 클론으로 설립되었으며 여전히 50년 동안 공통 아키텍처를 출시해 왔으며 죽음에 대해 생각하지 않습니다.
동시에 소련에는 컴퓨터 개발 문화가 완전히 없었고 단순히 S / 360을 가져 와서 성공적으로 복사하는 것이 불가능했을 것입니다. 그러나 그러다가 ICL 회사가 무너지고 적어도 모든 일을 제대로 하려고 노력할 수 있습니다. 그들의 경험과 기술, 우리의 돈과 지적 자원 - 그것이 효과가 있었다는 사실은 아니지만, 시도는 가치가 있었을 것입니다.
그리고 이제 문지방에 서서 최고의 소비에트 전통에 따라 이 문턱을 넘어 다시 그의 머리에 키스해야 합니다! 말 그대로 소련이 컴퓨터 개발과 관련하여 착수한 모든 것, 일종의 저주였습니다.
Kartsev의 기계, Yuditsky(각각 세 번씩!), 우리 자신의 마이크로프로세서와 미니 컴퓨터, 과학을 위한 CDC 1604 사본 개발 시도, IBM을 흔들려는 시도 영국과 함께 왕위를 계승했다.
그리고 모든 것이 초등학교에 내려갈 때마다.
소비에트 체제는 원칙적으로 견제와 균형이 없었습니다. 말 그대로 편협하고 탐욕스럽고 제한적이며 복수심에 불타는 정상의 두 사람이 몇 마디 말로 모든 것을 버릴 수 있었습니다. 동시에, 아이러니하게도 그러한 사람들만이 원칙적으로 위층에 올라가서 끝났습니다. 따라서 가정용 컴퓨터의 역사를 읽을 때 많은 사람들에게 발생하는 영원한인지 부조화는 40 년 동안 계속되는 일종의 골칫거리 일뿐입니다.
당연히 순수한 소비에트 EU는 의도 한 형태로 이륙하지 않았습니다.
독일인에도 불구하고 1971년(주니어 모델)이 되어서야 생산을 마스터할 수 있었고, 실제로는 5년 뒤쳐져 이 격차만 더 벌어졌습니다. 영국인의 도움없이 이러한 복잡한 장비의 자체 조립 품질은 끔찍했습니다. 많은 사람들의 기억에 따르면 그들이 만난 "시리즈 1"의 첫 번째 시리즈는 전혀 작동하지 않는다는 사실로 기억되었습니다. , 디버깅하는 데 몇 달이 걸렸습니다. 문서가 완전히 없었고 지상의 사람들은 어떻게 든 욕설을하며 역겨운 소비에트 주변부를 연결하는 채널을 처리했습니다.
일반적으로 EU는 대부분의 사람들에게 있어서는 안 될 괴물 같은 것으로 기억됩니다.
다음은 소련 PC로 작업한 사람에 대한 일반적인 기억입니다.
... 90년대에 같은 사무실에서 Iskra-1030의 프로그래머로 일했습니다. 이것은 IBM PC XT와 비슷한 것이었습니다. 어느 화창한 아침, 기계가 켜지면 디스플레이에 아무것도 표시되지 않습니다. 전자 엔지니어가 전화를 걸어 피해자 주위에 드라이버를 잡고 "비디오 카드 교체"를 진단합니다. 글쎄, 따라서 새로운 것을 위해 떠납니다. 얼마 후 비슷한 새 보드로 다시 돌아옵니다. 외부적으로는 정확히 동일합니다. 우리는 변한다. 우리는 컴퓨터를 켭니다. 그는 POST 영역에 디지털 코드로 오류를 표시한 다음 완전히 부팅을 거부합니다. 우리는 장치의 인쇄 된 설명서, 로딩 중 오류 목록으로 올라갑니다. 그곳에서 내가 본 것을 평생 기억할 것입니다. 컴퓨터가 우리에게 준 오류 코드 반대편에 짧은 암호 해독이 작성되었습니다. NON-RYAZAN ASSEMBLY.
그리고 안타까운 '이스크라'였지만 이 수준의 문화에서는 자동차 조립이 50배는 더 어려워 보였다고 상상해 보세요...
그 후, EU의 대부분이 순수 소비에트 어셈블리(모두가 동독을 얻는 것을 꿈꿨음)로 이루어진 경우의 절반이 작동 불가능한 상태로 설치되었고 현지 직원의 군대에 의해 완성되었다는 것은 놀라운 일이 아닙니다. EU와 병행하여 Minsk-32도 오랫동안 생산되었고 BESM-6이 완전히 중단되었으며 러시아에서만 계산되는 것은 놀라운 일이 아닙니다.
마찬가지로 모든 진지한 회사가 6 년대 중반까지 EU의 어린 시절 질병이 치료되고 편안해질 때까지 "Minsk", MIR 및 BESM-1970으로 즐겁게 작업 할뿐만 아니라 동물원을 계속 즐겁게 리벳팅한 것은 놀라운 일이 아닙니다. 그리고 강력한 클론은 이미 370번째 시리즈의 ECL 칩에서 S/500입니다.
동시에, 우리가 말했듯이, 그들은 최대 2세대의 Elbrus를 만들고 Cray-1 "Electronics SS BIS"의 클론을 천천히 톱질했으며 진통을 겪고 있는 첫 번째 PC의 클론을 탄생시켰고 EU 브랜드로 그들은 Yerevan 매트릭스 특수 프로세서 EC2700, Kiev EC2701 매크로 파이프라인, 동적 아키텍처 EC2704가 있는 Leningrad 다중 프로세서, Taganrog 다중 프로세서 EC2706, 다중 프로세서 시스템 PS-1000 / PS-2000 IPU와 같은 수많은 독립적인 실험 기계를 개발했습니다. 소련 과학 아카데미, Kronos 역 및 기타 놀라운 것들에 대해 각각 별도로 논의해야 합니다.
그러나 소련 경제는 급속도로 급락했고 1980년대 중반부터는 더 이상 컴퓨터에 달려 있지 않았습니다.
가장 불행한 소비에트 자동차 시리즈는 이것을 비난하지 않습니다. 에스 EVM. EU 1022-02(https://www.computer-museum.ru)의 원격 제어
이 경우 아키텍처 자체도 복제 아이디어도 책임이 없습니다.
비난은 전적으로 비뚤어진 소비에트 구현에 대한 것입니다. (사실은 아니지만 충분히 가능합니다!) 더 나을 곳이 없었기 때문에 훨씬 더 나았을 수도 있었습니다.
그럼에도 불구하고 15개가 넘는 수량으로 출시된 EU는 그럼에도 불구하고 소련의 컴퓨터 굶주림을 조금이나마 만족시켰고, 그들의 수많은 소프트웨어는 소련이 000년까지 버틸 수 있도록 도왔습니다.
일반적으로 Minsk-6가 더 강력하다는 놀라운 전설을 포함하여 BESM-32보다 거의 많은 EU 시리즈와 관련된 수많은 신화가 있으며 IBM은 소련 MIR 컴퓨터에서 펌웨어 아이디어를 훔쳤습니다. 일반적으로, 그것은 최초의 개인용 "컴퓨터, IBM이 너무 감동해서 전시회에서 바로 구입했습니다. 일반적으로 흐릿한 이야기가 있지만 구매는 고사하고 서양 소스에서 전시회 자체에 대해서도 찾기가 불가능합니다. , 그리고 바로 이 구매 사실에 대한 정보의 유일한 출처는 참조가 전혀 없는 Malinovsky의 책입니다) 등등.
일반적으로 오랫동안 그것에 대해 이야기 할 수 있지만 한 가지만 분명합니다. 이것은 가장 영광스러운 것입니다 (EU 덕분에 소련의 전산화가 마침내 이루어 졌기 때문에). 우리 역사의 가장 비극적인 부분입니다.
이제 레베데프 학파의 주요 부분의 흥망성쇠를 살펴보았으므로 미사일 방어 프로젝트와 가장 직접적인 관련이 있었던 소비에트 정보학의 마지막 영웅, 그리고 이를 끝으로 순환을 강조하는 것은 우리에게 남아 있다.
더 나아가 프로그램 - Burtsev와 그의 "Elbrus"에 대한 놀라운 이야기.
정보