Future Systems (FS) プロジェクトは、 IBM が 1970 年代初頭に着手した研究開発プロジェクトで、最先端のテクノロジーを利用して開発を大幅に簡素化する革新的なコンピューター製品の完全な製品ラインを市場に投入することを目的としていました。コンピュータアプリケーション。このプロジェクトは1975 年に放棄されました。
一般的な目標
1960 年代後半まで、 IBM は収益と利益のほとんどをハードウェアから得ていました。ソフトウェアとサポート サービスには料金はかかりませんでした。価格にはハードウェアのみが含まれていますが、その価格にはソフトウェアとサービスの費用も含まれています。
他のベンダーは、主に磁気テープやディスクドライブなどの周辺機器など、互換性のあるハードウェアを IBM よりも大幅に安い価格で提供し始めたため、ハードウェアとサービスのコストを回収できる基盤が縮小していました。 1971 年初頭、ジーン・アムダールがIBM と互換性のある CPU を提供する自分の会社を設立するために IBM を辞めた後、IBM社内のタスクフォース (カウンターポイント プロジェクト) は、互換性のある CPU 業界は実際に存続可能であり、ソフトウェアとサービスに対する請求の基礎は次のとおりであると結論付けました。ハードウェアの価格の一部がすぐになくなってしまうからです。
もう 1 つの戦略的問題は、コンピュータ ハードウェアのコストが継続的に低下している一方で、主に人件費からなるプログラミングと運用のコストが継続的に増加していることでした。その結果、顧客のIT予算のうちハードウェアベンダーに流れる割合は大幅に縮小し、それに伴ってIBMの収益基盤も縮小することになる。したがって、IBM にとって、将来の製品の開発コストと運用コストを削減することは不可欠であり、それによって同時に顧客のコンピューティングの総コストを削減し、そのシェアをさらに拡大することが可能になります。
同時に、IBM は、その支配的な地位と、ソフトウェアとサービスをハードウェアの価格にバンドルする方針を理由に法的攻撃を受けていました。そのため、IBM の製品をバンドルしようとするあらゆる試みは、あらゆる法的な主張に抵抗するために、純粋に技術的な議論によってしっかりと正当化されなければなりませんでした。法的異議申し立て。
1971 年 5 月から 6 月にかけて、当時 IBM の副社長だったジョン・オペルによって国際対策委員会がアーモンクに結成されました。彼の任務は、IBM の技術的利点を活用して、互換性のあるコンピューターはもちろん、IBM 製のコンピューターも含めて、これまでのすべてのコンピューターを時代遅れにする、新しいコンピューター シリーズの実現可能性を探ることでした。このタスクフォースは、このプロジェクトには着手する価値があるが、市場に受け入れられる鍵はアプリケーション ソフトウェアの開発、運用、保守のコストを大幅に削減できることであると結論付けました。
その結果、 FS プロジェクトの主な目的は次のように定義されました。
- 最新のテクノロジーを最大限に活用して、IBM を含むすべての既存のコンピューターを時代遅れにする、
- アプリケーションの開発と運用にかかるコストを大幅に削減します。
- IBM の製品 (ハードウェア、ソフトウェア、およびサービス) を可能な限り高いシェアで統合するための技術的に健全な基盤を提供します。
1960 年代後半に世紀末に予測されたその他の問題
FS プロジェクトでは、IBM が予期していた次の問題も考慮されました。
- インパクトプリンターはすぐに情報の流れに追いつけなくなるでしょう。印刷文字列を変更するための遅延 (速度の場合は 48 文字、ゲームの豊かさの場合は 64 文字)。パイロットテープやプレプリントを変更すると、さらに速度が低下しました。
- スクリーンテクノロジーは、一方では手頃な価格で使いやすいテキストスクリーンと、他方では非常に高価で複雑なグラフィックスクリーンの実装にあまりにも突然に分離されました。中間ニーズ（管理チャート）には反応がなく、そこに需要があるはずでした。
- 電気通信は特定の工夫が必要であり、相互に互換性がありませんでした。
- 端末 (スクリーンまたはボール マシン) が特定のアプリケーションに接続され、別のアプリケーションに接続される複合体。この接続が可能だったとしても、毎回異なる特別なスキルが必要でした。
- 文字フォントの問題 (特に APL) は自動的には管理されず、処理チェーン全体にわたって一貫して管理されていませんでした。これらの問題に対処し、そのアクションをシステムに報告するのはやはりユーザーの責任でした。検出は自動ではありません。
- 磁気テープの組み立てと分解が遅れると、システムがますますブロックされることになる
- ファイルの階層構造は、ファイル数が数万を超えるとメンテナンスの非効率性が増大することにつながります(例として、2006 年のLinuxワークステーションには数十万のファイルが含まれることがよくあります) 。
- 既存のシステムには、他の行政機関 (オフィス、内閣、部門間の送信、アーカイブ室など) のように、アイデンティティを失わずにメディア間で文書を自動的に移行するという概念が組み込まれていませんでした。
プロジェクトの歴史
プロジェクトの立ち上げ
Future Systems (FS) プロジェクトは、1971 年の第 2 四半期に招集された特別委員会の勧告を受けて、1971 年 9 月に正式に開始されました。その後、IBM のさまざまな拠点で行われた他のいくつかの研究プロジェクトがこのプロジェクトに統合されるか、同プロジェクトに関連しました。 。
プロジェクト管理
FS プロジェクトは、その期間を通じて、非常に厳格なセキュリティと機密保持条件の下で行われました。プロジェクトは多数のサブプロジェクトに分割され、それぞれが異なるチームに割り当てられました。文書も同様に多数の要素に分割され、各文書へのアクセスはプロジェクトの中央機関による実際のニーズの検証の対象となりました。各文書は追跡され、いつでも思い出すことができました。
その結果の 1 つは、プロジェクトに取り組んでいるほとんどの人々が、プロジェクトについて非常に断片的な見方しか持っておらず、期待される貢献を生み出すために知っておく必要があることだけに限定されていたということでした。気づかずにプロジェクトに取り組んでいたチームもありました。これは、FS とは何か、またはプロジェクトが放棄された理由を尋ねられたとき、ほとんどの人が非常に部分的な答えを返し、自分の専門分野に該当する FS プロジェクトの部分についてのみ言及する理由を説明しています。
動員は素晴らしかったです: 「 FS プロジェクトには 2,500 人が動員されました。そのマネージャーは、IBM 部門のすべてのスタッフを統括する権利を持っていました。私はパリで仕事をしていましたが、ニューヨークに送るために一晩連れて行かれました。信仰を示すためです。」私たちは IBM にいたのですが、この動員を拒否した人も後悔した人も聞いたことがありません」 (Jean-Jacques Duby、開発ディレクター、IBM フランスの科学者、記事は外部リンクに記載)。
計画製品ライン
FSアーキテクチャの 3 つの実装が計画されました。ハイエンド モデルは、IBM の最も強力なコンピュータが製造されたニューヨーク州ポキプシーで設計されました。ミッドレンジモデルは、ミッドレンジコンピュータを担当するニューヨーク州エンディコットで設計されました。より小さいモデルはミネソタ州ロチェスターで設計され、エントリーレベルのコンピューターを担当していました。
3 つの実装レベルのそれぞれでシステムあたりのプロセッサの数を変えることにより、継続的なパフォーマンスの範囲を達成できます。
1973 年の初めに、全体的なプロジェクト管理と、すべての実装に共通する最も外側の層を担当するチームが、アーモンク/ホワイト プレーンズとポキプシーの本社の中間にあるモハンシックの ASDD 研究室に集められました。
FSの原理
データへのアクセス
FS の重要な原理は、仮想メモリの概念を一時的または永続的なすべてのデータに拡張し、メモリ内のデータベース、ファイル、またはオブジェクトへのアクセスの違いをプログラマが認識できないようにするシングルレベル メモリの原理でした。ワーキングメモリ、ファイル、データベースは、アドレスの概念の一般化を通じて均一にアクセスされました。したがって、開発者はアクセスするオブジェクトの物理的な場所を心配する必要がなくなり、プログラミングが容易になり、ソフトウェア開発コストが削減されるはずです。
この原理を実現するには、マシンの心臓部であるアドレス指定メカニズムに、メモリの階層とデータベース管理システムの重要な部分を管理するための完全なシステムを組み込む必要がありました。これらは、それまで外部ソフトウェアの形で作成されていました。マシン自体に。
プロセッサー
もう 1 つの原則は、マイクロコードとして実現される非常に複雑な高レベル命令の使用です。たとえば、ステートメントの 1 つである CreateEncapsulatedModule は、フル機能のリンカーでした。その他の命令は、 FORTRAN 、 COBOL 、PL/I などの高級プログラミング言語のデータ構造と操作をサポートするように設計されています。実際、FS は究極の複雑命令セットコンピューター(CISC) として意図されていました。
同じ考え方を別の言い方で表すと、以前は回路、システム ソフトウェア、データベース ソフトウェアなどとして実現されていた機能セット全体が、現在では単一の統合システムの一部とみなされ、各基本機能が実装されていると言えます。回路から従来のソフトウェアに至るまでの多くの層のうちの 1 つ。マイクロコードとコードの複数の層が計画されており、ミリコードやピココードと呼ばれることもあります。話す人によっては、「マシン」という概念自体が、回路の形で実行される機能のみ (ハードウェア専門家の場合) から、実装に関係なくユーザーに提供される機能の全体 (アーキテクトの場合) まで異なります。 。 システム）。
全体的な計画では、主にメイン プロセッサの外部で入出力操作を処理する「ユニバーサル コントローラー」も必要でした。このユニバーサル コントローラーには、入出力に必要な命令のみに限定された、非常に限定された命令セットが必要でした。そこで彼は、縮小命令セットコンピュータ (RISC) の概念を発表しました。
この考えに基づいて、最初の IBM コンピュータの主な設計者の 1 人であるジョン コックは、最初の RISC コンピュータを設計することを目的とした研究プロジェクトを立ち上げました。その後、IBM 内で Power およびPowerPCアーキテクチャに進化した RISC アーキテクチャは、構築コストがはるかに安く、より高いクロック レートを実現できることが証明されました。
放棄の理由
1975 年にプロジェクトが放棄された理由はほとんど知られていません。安全を確保するために区画化が行われているため、その理由は対話者によって異なり、よく知っている分野で遭遇する困難を強調します。
理由としては次のようなものが挙げられます。
- 370 および互換システムと比較してパフォーマンスが劣ります。
- 命令セットの複雑さは、多くの IBM 開発者によって「理解できない」と考えられていました。
- レガシー システムからの移行にかかる顧客のコスト。実際、アーキテクトに真に革新的なシステムを定義するための最大限の自由を与えるために、移行の容易さは当初の目標には含まれておらず、事後的にソフトウェア支援によって対処する必要がありました。
プロジェクトの終わりに近づくにつれて、顧客の投資の大部分をアセンブラーや COBOL で書かれたアプリケーションに移行するコストが、新しいシステムを購入するコストよりも高くなることが多いことが明らかになりました。さらに、習慣の変化により、数年間にわたって 2 つのシステムを強制的に共存させることが、メーカーとその顧客にとって莫大なコストの原因となることになりました。
実際、プロジェクトを成功させるには、回路設計と製造から、マーケティングとメンテナンス、アーキテクチャとあらゆる形式のソフトウェアに至るまで、あらゆる面で多くのブレークスルーが必要でした。それぞれの問題を個別に解決できる可能性は考えられましたが、特に考えられるさまざまな解決策について社内で多数の議論があったことを考えると、すべてが時間通りに相互に互換性のある方法で解決される可能性は事実上ゼロでした。
FS の開発には予想よりも費用がかかりました。現在私たちによく知られている概念は当時は存在すらしておらず、それを発見するには多くの試行錯誤と試行錯誤が必要でした。
フォールアウト
370 の場合、最も直接的な影響は次のとおりです。
- 3800 という名前のレーザープリンタ(新しいシリーズが 380 と呼ばれることが想定されていたため、接頭辞は 38 でした)、プログラム可能な文字を備えていました。最初のモデルはテキスト モードでのみ機能しました (ただし、最大 4 つのフォントを同時に使用できる可能性がありました) が、すぐにグラフィック モデルが利用できるようになりました。速度: 215 ページ/分。解像度: 各方向に 240 ドット/インチ。費用: 当時300万フラン。
- 3850 という名前の「ハニカム」ストレージロボットは、人間の存在をまったく必要とせず、24 時間 365 日稼働する磁気ストレージ システムでした。
- 最初は 3278 PS (モノクロ)、次に 3279 PS (カラー) となり、管理グラフィックスなどを表示できるプログラマブル キャラクター端末。
- GDDM (グラフィカル データ ディスプレイ マネージャー) ソフトウェア。
- 自動ファイル移行ツール HFS (階層ファイル システム)。MVS に移植されました。
FS からインスピレーションを得た入門レベルのシステムはSystem 38で、その珍しいコンセプトにやや当惑させられましたが、AS/400 と呼ばれる後継製品が続き、これは予想以上に成功し、最終的に IBM の先鋒の 1 つになるまで残りました。 1990年代の。唯一の問題: 範囲を上から拡張する必要があり、AS/400 ユーザーは 370 とその後継に切り替えることにまったく熱心ではありませんでした。