IBM Future Systems 프로젝트

IBM Future Systems project

Future Systems 프로젝트(FS)는 1970년대 초 IBM에서 수행한 연구 개발 프로젝트로, 현대식 강력한 하드웨어를 활용하여 소프트웨어 개발을 단순화하는 새로운 소프트웨어 모델을 포함한 혁신적인 컴퓨터 제품 라인을 개발하는 것을 목표로 했습니다.

배경과 목표

1960년대 말까지 IBM은 시스템과 함께 지원 소프트웨어와 서비스를 번들링하면서 하드웨어에 대한 수익의 대부분을 창출해 왔습니다.하드웨어에만 가격표가 붙었지만, 그 가격에는 소프트웨어와 서비스에 대한 할당이 포함되어 있었다.

다른 제조업체들은 테이프 및 디스크 드라이브와 같은 주변 기기들을 IBM보다 훨씬 낮은 가격에 호환 가능한 하드웨어를 판매하기 시작했고, 이로 인해 소프트웨어 및 서비스 비용을 회수할 수 있는 기반이 축소되었습니다.1971년 초, Gene Amdahl이 IBM과 호환되는 메인프레임을 제공하는 자신의 회사를 설립하기 위해 IBM을 떠난 후, IBM 내부 태스크포스(프로젝트 Counterpoint)는 호환 메인프레임 비즈니스가 실제로 실행 가능한 사업이며 하드웨어 가격의 일부로 소프트웨어와 서비스에 대한 과금 근거가 빠르게 사라질 것이라고 결론내렸습니다.

또 다른 전략적인 문제는 컴퓨팅 비용이 꾸준히 하락하고 있는 반면 인건비로 인한 프로그래밍 및 운영 비용은 꾸준히 상승하고 있다는 것입니다.따라서 하드웨어 공급업체가 사용할 수 있는 고객의 IT 예산 중 일부는 향후 몇 년 동안 상당히 줄어들 것이며, 이를 통해 IBM 수익의 기반이 될 것입니다.IBM은 향후 제품에서 애플리케이션 개발 및 운영 비용을 해결함으로써 고객의 총 IT 비용을 절감하고 그 비용의 더 큰 부분을 회수해야 했습니다.

동시에, IBM은 지배적인 위치와 하드웨어 가격에 소프트웨어와 서비스를 끼워팔기 위한 정책 때문에 법적 공격을 받았습니다. 따라서 IBM 제품의 일부를 "재번들"하려는 시도는 법적 문제를 피하기 위해 순수한 기술적 기반에서 확고히 정당화되어야만 했습니다.

1971년 5월 - 6월, 당시 IBM 부사장이었던 John Opel이 이끄는 국제 태스크 포스가 Armonk에서 소집되었습니다.이 회사의 임무는 IBM의 기술적 이점을 활용하여 이전의 모든 컴퓨터 호환 제품뿐만 아니라 IBM 자체 제품까지 폐기할 수 있는 새로운 컴퓨터 라인의 실현 가능성을 조사하는 것이었습니다.태스크포스(TF)는 이 프로젝트가 추진할 가치가 있지만 시장에서 수용을 위한 열쇠는 애플리케이션 소프트웨어 개발, 운영 및 유지 보수 비용을 대폭 절감하는 것이라고 결론지었다.

결과적으로 FS 프로젝트의 주요 목표는 다음과 같이 기술되었다.

  • 최신 기술을 완전히 활용함으로써 IBM을 포함한 모든 기존 컴퓨팅 장비를 구식으로 만듭니다.
  • 애플리케이션 개발 및 운용에 수반되는 비용과 노력을 대폭 삭감합니다.
  • IBM의 제품(하드웨어, 소프트웨어 및 서비스)을 최대한 많이 재번들할 수 있는 기술적 기반을 제공합니다.

비용이 절감되는 하드웨어 리소스를 더 많이 사용하는 새로운 아키텍처가 소프트웨어 개발을 크게 간소화하고 IBM과 고객 모두의 비용을 절감할 수 있기를 기대했습니다.

테크놀로지

데이터 액세스

FS의 설계 원칙 중 하나는 "싱글 레벨 스토어"로, 영구 데이터를 처리할 수 있도록 가상 메모리의 개념을 확장했습니다.주소 [citation needed]개념을 추상화함으로써 작업 메모리, 파일 및 데이터베이스가 모두 동일한 방식으로 액세스되었습니다.

따라서 프로그래머는 접근하려는 개체가 메모리에 있는지 디스크에 있는지 신경 쓸 필요가 없습니다.

이를 비롯한 계획된 개선으로 프로그래밍이 쉬워지고 소프트웨어 개발 비용이 절감될 것으로 기대되었습니다.

이 원칙을 구현하기 위해서는 머신의 핵심에 있는 어드레싱 메커니즘에 완전한 스토리지 계층 관리 시스템과 데이터베이스 관리 시스템의 주요 부분을 통합해야 하며, 그 전까지는 애드온 소프트웨어로 구현되었습니다.

프로세서

또 다른 원칙은 마이크로코드로 구현되는 매우 높은 수준의 복잡한 명령을 사용하는 것이었다.예를 들어 설명 중 하나는CreateEncapsulatedModule는 완전한 링크 에디터였습니다.다른 명령어는 FORTRAN, COBOL 및 PL/I와 같은 프로그래밍 언어의 내부 데이터 구조와 작동을 지원하도록 설계되었습니다.사실상 FS는 궁극의 복잡한 명령 집합 컴퓨터(CISC)[citation needed]로 설계되었습니다.

동일한 개념을 제시하는 또 다른 방법은 이전에 하드웨어, 운영체제 소프트웨어, 데이터베이스 소프트웨어 등으로 구현되었던 기능 집합 전체가 하나의 통합 시스템을 구성하는 것으로 간주되며 회로, 마이크로코드 및 co를 포함한 여러 계층 중 하나에 구현된 모든 기본 기능이 포함된다는 것입니다.nvusional 소프트웨어하나 이상의 마이크로 코드 레이어와 코드(때로는 피코코드 또는 밀리코드라고도 함)가 검토되었습니다.따라서 말하는 사람에 따라 '기계'라는 개념은 회로로 구현된 기능(하드웨어 스페셜리스트용)부터 구현된 기능(시스템 설계자용)에 관계없이 사용자에게 제공되는 기능 세트까지 다양했습니다.

전체적인 설계에서는 주로 메인 프로세서 이외의 입출력 작업을 처리하기 위한 "유니버설 컨트롤러"도 필요했습니다.이 범용 컨트롤러는 I/O에 필요한 작업으로 제한되는 매우 제한된 명령 집합을 가지고 있으며, RISC(Reduced Instruction Set Computer)의 개념을 개척했습니다.

한편, 초기 IBM 컴퓨터의 최고 설계자 중 한 명인 John Coke는 최초의 축소 명령 집합 컴퓨터(RISC)[citation needed]를 설계하기 위한 연구 프로젝트를 시작했습니다.결국 IBM의 Power 및 PowerPC 아키텍처로 발전한 RISC 아키텍처는 구현 비용이 훨씬 저렴하고 훨씬 더 높은 클럭 속도를 달성할 수 있는 것으로 입증되었습니다.

역사

프로젝트 시작

1960년대 후반과 1970년대 초, IBM은 1980년대에 예상되는 훨씬 낮은 컴퓨터 회로 비용을 활용하기 위해 전체 제품 라인의 근본적인 재설계를 고려했습니다.

IBM Future Systems 프로젝트(FS)는 1971년 2분기에 구성된 특별 태스크 포스의 권고에 따라 1971년 9월에 공식적으로 시작되었습니다.시간이 지남에 따라 IBM의 다양한 지점에 있는 여러 다른 연구 프로젝트가 FS 프로젝트에 통합되거나 관련되었습니다.

프로젝트 관리

FS 프로젝트는 평생 동안 엄격한 보안 규정 하에서 수행되었습니다.그 프로젝트는 여러 팀에 할당된 많은 하위 프로젝트로 분할되었다.문서도 마찬가지로 여러 조각으로 나누어져 있으며, 각 문서에 대한 접근은 프로젝트 오피스에 의해 확인되어야 했습니다.문서는 추적되었으며 언제든지 다시 호출할 수 있습니다.

Sowa의 메모(아래의 외부 링크 참조)에서 그는 이 모든 형식적 절차의 목표는 시스템 전체를 아무도 이해하지 못하도록 하는 것입니다.이 목표는 확실히 달성되었습니다.

그 결과, 프로젝트에 종사하는 대부분의 사람들은 기대한 공헌을 하기 위해 알아야 할 것에 한정되어 극히 한정된 시야를 가지고 있었다.어떤 팀들은 심지어 모르고 FS에서 일하고 있었다.이것은 왜 FS를 정의하도록 요구받았을 때 대부분의 사람들이 FS와 자신의 능력분야의 교차점에 국한된 매우 부분적인 답변을 하는지를 설명해준다.

계획된 제품 라인

FS 아키텍처의 3가지 구현이 계획되었습니다.Top-of-Line 모델은 IBM의 가장 크고 빠른 컴퓨터가 구축된 뉴욕주 Poughkeepsie에서 설계되었으며, 중간 모델은 중간급 컴퓨터를 담당하는 뉴욕주 Endicott에서 설계되었으며, 가장 작은 모델은 MN주 로체스터에서 설계되었습니다.IBM의 소규모 기업용 컴퓨터에 대한 책임을 광고합니다.

시스템의 프로세서 수를 3가지 구현 수준 각각으로 변경함으로써 연속적인 성능 범위를 제공할 수 있습니다.

1973년 초, 전체적인 프로젝트 관리와 모든 구현에 공통되는 보다 "외부" 계층을 담당하는 팀은 Mohanic ASDD 연구소에 통합되었습니다(Armonk/White Plains 본사와 Poughkeepsie 사이의 중간).

프로젝트 종료

FS 프로젝트는 1975년에 중단되었다.프로젝트를 중지하는 이유는 요청받은 사람에 따라 다르며, 각자가 익숙한 도메인과 관련된 문제를 제기합니다.실제로 이 프로젝트의 성공은 회로 설계와 제조에서 마케팅과 유지 보수에 이르기까지 모든 분야에서 많은 혁신에 달려 있었습니다.각각의 문제를 분리하여 해결할 수는 있었지만, 이러한 문제를 시간 내에 상호 호환 가능한 방법으로 해결할 가능성은 거의 없었습니다.

한 가지 증상은 가장 큰 구현의 저조한 성능이었지만, 이 프로젝트는 RISC와 CISC 설계의 장점에 대한 IBM 내부의 논쟁을 포함하여 다양한 기술적 측면에 대한 장기간의 내부 논쟁으로 인해 손상되었습니다.그 명령 집합의 복잡성 다른 장애물;그것은"이해할 수 없는"IBM의 엔지니어에 의해 강한 추세를 보이는 것을 시스템 전체single-level 가게 part,[해명 필요한]은 System/38의single-level 가게의 IBMAS/400의 분할을 예견하는에 백업이 되지 않을 수도 있다고 간주되었다.[1][해명 필요한]게다가 시뮬레이션에서는 하이엔드 머신에서의 네이티브 FS 명령의 실행이 같은 머신상의 System/370 에뮬레이터보다 느리다는 것을 알 수 있었습니다.

360명의 아키텍처 고객을 위한 합리적인 애플리케이션 마이그레이션 경로가 없었기 때문에 IBM이 고객 수용이 당초 예상보다 훨씬 제한적일 것이라는 것을 깨닫고 FS 프로젝트는 마침내 종료되었습니다.진정한 혁명적인 시스템을 설계할 수 있는 자유를 최대한 확보하기 위해 애플리케이션 이행의 용이성은 FS 프로젝트의 주요 설계 목표 중 하나가 아니라 새로운 아키텍처를 기본으로 하는 소프트웨어 이행 지원으로 대처해야 했습니다.결국, COBOL 및 어셈블리 언어 기반 애플리케이션에 대한 사용자 투자의 대부분을 FS로 마이그레이션하는 비용은 많은 경우에 새로운 시스템 구입 비용보다 더 클 것으로 보였다.

결과.

FS 프로젝트는 전체적으로 중단되었지만, 3개의 기계 중 가장 작은 기계를 위한 단순화된 아키텍처가 로체스터에서 계속 개발되었습니다.IBM System/38로 출시되어 프로그래밍을 쉽게 하기 위한 훌륭한 설계로 입증되었지만, 성능이 형편없이 떨어졌습니다.AS/400은 동일한 아키텍처를 상속받았지만 성능이 향상되었습니다.두 기계 모두 컴파일러에 의해 생성된 상위 수준의 명령 세트는 해석되지 않고 하위 수준의 기계 명령 세트로 변환되어 실행됩니다.원래 하위 수준의 명령 세트는 System/360 명령 [2]세트와 유사한 CISC 명령 세트였습니다.이후 기계에서 하위 수준의 명령 집합은 John Cocke의 RISC 기계에서 발전한 PowerPC 명령 집합의 확장 버전입니다.전용 하드웨어 플랫폼은 2008년에 IBM i 운영 체제를 실행하는 IBM Power Systems 플랫폼으로 대체되었습니다.

FS 아키텍처의 대부분을 계승한 System/38 및 AS/400 이외에도, IBM 제품 라인의 다음 부분에 일부 Future Systems 기술이 통합되었습니다.

  • IBM 3081 메인프레임 컴퓨터는 기본적으로 Poughkeepsie에서 설계된 System/370 에뮬레이터였지만 FS 마이크로코드가 제거되었습니다.
  • 3800 레이저 프린터 및 IBM 3279 터미널과 GDM으로 연결되는 일부 기계
  • IBM 3850 자동 자기 테이프 라이브러리
  • IBM 8100 미드레인지 컴퓨터는 FS 입출력 처리를 위해 설계된 범용 컨트롤러라는 CPU를 기반으로 했습니다.
  • VTAM 및 NCP에 관한 네트워크 확장

원천

  • Pugh, Emerson W. (1995). Building IBM: Shaping an Industry and Its Technology. MIT Press. ISBN 0-262-16147-8.
  • Pugh, Emerson W.; et al. (1991). IBM'S 360 and Early 370 Systems. MIT Press. ISBN 0-262-16123-0.

레퍼런스

  1. ^ AS/400 Disk Storage Topics and Tools. IBM. April 2000. SG24-5693-00.
  2. ^ "The Library for Systems Solutions Computing Technology Reference" (PDF). IBM. pp. 24–25. Archived from the original (PDF) on 2011-06-17. Retrieved 2010-09-05.

외부 링크