Loading article…
Workplace OS は、Machベースのマイクロカーネル上で動作する互換性のある「パーソナリティ」で複数のオペレーティングシステムを置き換えようとしたIBM のオペレーティングシステム プロジェクトでしたが、これは成功しませんでした。[ 2 ]パーソナリティによって、単一のマシンでUnixやOS/2などの複数のオペレーティングシステムのアプリケーションをそのまま実行できるようにすることを意図していました。これは、1991 年に実施された研究プログラムの成果であり、「システムの大統一理論」(GUTS) と呼ばれる設計を生み出しました。GUTS プロジェクトは、Apple がIBM の GUTS 設計チームにPink オペレーティングシステムのプロトタイプを披露し、彼らが Pink の多くのアイデアを自分たちの設計に取り入れた後、Workplace OS へと発展しました。[ 3 ]
Workplace OS は、すべてのオペレーティングシステムベンダーに製品を Workplace OS のパーソナリティに変換させることで、ソフトウェアの移植性と保守コストを改善することを目的としていました。これには、Workplace OS と共同開発されたTaligentとなった Pink も含まれます。1995 年、IBM は「世界中の 20 近い企業、大学、研究機関がマイクロカーネルのライセンスを取得し、完全にオープンなマイクロカーネル標準の基礎を築いた」と報告しました。 [ 4 ] Workplace OS は、IBM の全社的な新しい戦略的方向性の核であり、 IBM がWintel の二大勢力と効果的に競争できるように、PowerPCハードウェアの主要なオペレーティングシステムとなることを意図していました。
4年にも及ぶ長期にわたる開発と20億ドル（同時期のIBMの収益の0.6%）の費用を要したこのプロジェクトは、社内政治、機能肥大化、セカンドシステム効果といった開発地獄に陥った。IBMのアーキテクトがソフトウェアの複雑さやシステム性能について立てた多くの理想主義的な重要な仮定は、開発のかなり後になってからテストされ、すぐに実現不可能であることが判明した。1996年1月、Workplace OSの最初で唯一のプレビュー版が「 OS/2 Warp Connect (PowerPC Edition) 」という名称でOS/2ファミリーからリリースされた。これは一部のIBM顧客による特別注文に限定され、オリジナルのx86用OS/2と比較して機能が制限されていた。[ 5 ]エンタープライズ向けPowerPCハードウェアを含む市場の需要が非常に低かったため、Workplace OSプラットフォーム全体が3月に廃止された。
カリフォルニア大学のケーススタディでは、Workplace OSは「史上最も重要なオペレーティングシステムソフトウェア投資の1つ」であると同時に「現代における最大のオペレーティングシステム障害の1つ」であると述べられている。[ 2 ]
1990 年までに、IBM はソフトウェア業界が絶え間ない危機状態にあることを認識しました。これは、 1960 年代からの手続き型プログラミングの慣習によって受け継がれたソフトウェア エンジニアリングの過剰な複雑さによる混乱が原因でした。大規模なソフトウェア プロジェクトは、作成と維持が困難で、壊れやすく、費用がかかり、時間がかかりすぎました。また、多くのプログラマが必要でしたが、彼らはバグの修正や段階的な機能の追加に忙しすぎて、新しいアプリケーションを作成することができませんでした。異なるオペレーティングシステムは互いに異質で、それぞれが独自のアプリケーションを実行していました。IBM は「ついにオペレーティングシステムの統合」[ 6 ]を通じて「最大エントロピー後の生活」を構想し、コンピューティングの未来のための新しい世界観を構築したいと考えていました。
IBMは、共通作業の効率的な再利用に基づいた、コンピューティングのための統一基盤という新たな世界観を模索した。同社は、アルファ版、ベータ版、テスト版を生成し、それをオペレーティングシステム全体で繰り返すという従来のモノリシックなソフトウェア開発サイクルを打破し、代わりに個々のユニットオブジェクトの開発と品質保証を区分けしようとした。[ 3 ] : 19既存のレガシーソフトウェアを統合し、すべての新しいソフトウェアを構築するこの新しい理論は、グランド統一システム理論（GUTS）というニックネームで呼ばれた。[ 3 ] : 20
偶然にも、Appleはすでに2年前から、アプリケーションフレームワークを備えたマイクロカーネルベースのオブジェクト指向オペレーティングシステムの秘密のプロトタイプ「Pink」を持っていた。[ 3 ]： 20 GUTSの理論はPinkによって拡張され、Workplace OSが誕生した。
IBMは、新しいマイクロカーネルアーキテクチャを、スケーラブル、モジュール式、ポータブル、クライアント/サーバー分散型、オープン、バイナリ形式とソースコード形式の両方で完全にライセンス可能であると説明した。[ 3 ]： 376-377このマイクロカーネルベースの統合アーキテクチャは、すべてのソフトウェアがスーパーコンピューティング領域への上方拡張と、モバイルおよび組み込み領域への下方拡張の両方を可能にすることを目的としていた。[ 3 ]： 18-19
IBMは、単一のマイクロカーネルを活用し、複雑な開発モデルを再利用可能なオブジェクトとフレームワークに簡素化することで、統合という壮大な目標を達成しようとしました。同時に、レガシーシステムやヘリテージシステムとの完全な後方互換性も維持しようとしました。 [ 3 ]： 3複数のライブラリのサポートにより、開発者は選択したソースコードオブジェクトを段階的に64ビットモードに移行でき、 32ビットモードと64ビットモードを並行して選択できるようになります。IBMのWorkplace OSに関する書籍には、「おそらく、私たちの生きている間に64ビットオペレーティングシステムに到達できるでしょう」と書かれています。[ 3 ]： 19 IBMは、共有可能なオブジェクトによって、最終的には各パーソナリティのフットプリントを削減し、ハンドヘルドコンピューティングプロファイルにまで縮小することを意図していました。
Workplace OS の基盤となっているのは、元々はカーネギーメロン大学が開発し、オープンソフトウェア財団の研究機関によって大幅に修正されたMach 3.0マイクロカーネル (リリース mk68)のフォークです。正式には「IBM Microkernel」と呼ばれ、 [ 7 ] [ 8 ] [ 9 ] : 14–15 [ 10 ] : 119 5 つのコア機能を提供します。IPC 、仮想メモリのサポート、プロセスとスレッド、ホストとプロセッサセット、I/O と割り込みのサポートです。[ 11 ]
IBM Microkernel の上には、その上のパーソナリティの一部またはすべてに対応するための共有サービス (当初はパーソナリティ中立サービスまたは PNS [ 3 ] : 3と呼ばれていました) のレイヤーがあります。共有サービスはエンディアンに依存しず[ 6 ] [ 3 ] : 24ユーザー インターフェイスがなく、他の共有サービスにサービスを提供できます。[ 3 ] : 379 [ 6 ] Byteは、共有サービスには「低レベルのファイルシステムおよびデバイス ドライバ サービスだけでなく、高レベルのネットワークやデータベース サービスも含まれる可能性がある」と要約しています。 [Workplace OS の主任アーキテクトである Paul Giangarra 氏] は、このようなアプリケーション指向のサービスをマイクロカーネルの近くに配置することで、関数呼び出しの数を減らし、サービスが独自のデバイス ドライバを統合できるようにすることで、効率が向上すると考えています。 このレイヤーには、ファイルシステム、スケジューラ、ネットワーク サービス、およびセキュリティ サービスが含まれます。 IBM は当初、動的構成を最大化するために完全にユーザー空間に基づいたデバイス ドライバ モデルを試みましたが、後にユーザー空間とカーネル空間を融合させる必要性を発見しました。[ 11 ]可能な限りユーザー空間に残しつつ。[ 3 ] : 176アダプティブ ドライバ アーキテクチャ (ADD) は、Workplace OS 以外のハードウェアおよびオペレーティングシステム プラットフォームに容易に移植できる階層型デバイス ドライバを作成するために設計されました。[ 3 ] : 174各デバイス ドライバは約 5000 ～ 8000 行のデバイス固有のコードで構成されています。[ 3 ] : 378一部の共有サービスは、特定のパーソナリティにのみ共通であり、例えば、マルチメディアをWindows 3.1および OS/2 パーソナリティにのみ提供する MMPM など、他の市場では異質または冗長です。[ 6 ]
共有サービスの上に、パーソナリティと呼ばれる別のユーザー空間サーバー層があり、DOS、Windows、OS/2 (Workplace OS/2)、およびUNIX (WPIX) 環境を提供します。[ 6 ]さらに、OS/400、AIX、Taligent OS、およびMacOSパーソナリティをサポートすることも期待されていました。[ 12 ]パーソナリティは、アプリケーションに環境サブシステムを提供します。[ 11 ]任意のパーソナリティを特定のバージョンの OS で優位にすることができ、デスクトップ ユーザーにセカンダリ パーソナリティに対応する単一のGUI環境を提供します。1993 年、IBM は、1 つのリリース バージョンを OS/2 Workplace Shell [ 13 ]をベースにし、もう 1 つは UNIX Common Desktop Environment (CDE) [ 14 ]をベースにすることを意図していました。
IBM はブランドについて次のように説明しました。「Workplace OS は、IBM Microkernel や OS/2 パーソナリティなどを含むオペレーティングシステム コンポーネントの集合のコード ネームです。Workplace OS/2 は、OS/2 パーソナリティの特定のコード ネームです。Workplace OS/2 は IBM Microkernel で動作し、PowerPC 用の OS/2 とみなすことができます。」 [ 15 ] 1995 年の最終プレビュー リリースについて、IBM は次のように続けました。「『Workplace』という名前の使用をやめて、製品を『PowerPC 用 OS/2』と呼び始めたとき、『Workplace』は死んだと思ったかもしれません。しかし、『Workplace』は決して死んでいません。単に、本番に向けて名前が変更されただけです。」[ 3 ] : 1, 375 Workplace OS/2 は、OS/2 アプリケーションとドライバのソース コードとの完全な互換性を備えた、内部レガシーのない 32 ビットのクリーン プラットフォームとして、OS/2 の未来を定義することを目的としていました。 IBMは当初、Workplace OS/2で新しい開発モデルを実証し、それをx86用のOS/2 2.1にバックポートして、2つのプラットフォームを統合することを望んでいました。特にIBM Microkernel、新しいグラフィックスサブシステム、フラットメモリモデルを備えた完全な32ビットシステムコード、[ 16 ] Taligent、およびOpenDoc [ 17 ]がそうでした。
IBMは、Workplace OSがPowerPC、ARM、x86など複数のプロセッサアーキテクチャ上で動作することを想定しており、[ 12 ] [ 18 ] : 22ハンドヘルドPDA [ 19 ] [ 17 ]からワークステーション、大型64ビットサーバー、スーパーコンピュータまで、幅広いサイズに対応できると見込んでいた。[ 3 ] IBMは、Workplace OSの容易な移植性により、既存のx86（DOSおよびOS/2）顧客ベースを、PC Power SeriesやPower Macintoshなどの新しい標準リファレンスPowerPCベースシステムに移行するための簡単な移行パスが構築できると考えていた。独自でありながらオープンで業界標準のオープンソースマイクロカーネルのリファレンスプラットフォームを構築することで、IBMは、自社のオペレーティングシステムの基盤としてマイクロカーネルを採用するよう他のオペレーティングシステムベンダーを積極的に勧誘することで、全社的なオペレーティングシステム戦略にヘッジをかけていた。
1991 年 1 月、IBM 経営委員会にオペレーティングシステム製品の新しい戦略に関する社内プレゼンテーションが行われた。これには、共通サブシステムの基盤となる単一のマイクロカーネルが、世界中の既存および将来の多数のオペレーティングシステムに対して単一の統一アーキテクチャを提供できる方法を概説した、オペレーティングシステムのグランド統一理論 (GUTS) と呼ばれる図表が含まれていた。当初は、オブジェクト指向ではなく、手続き型プログラミング モデルに基づいていた。[ 3 ] : 2–3 [ 18 ]この計画の設計要素は、すでにOS/2オペレーティングシステムに不可欠なモデルとして提供されていたシステム オブジェクト モデル (SOM) を介してIBM のRS/6000プラットフォームに実装されていた。
1991 年のある時期に、Apple と IBM のビジネス パートナーシップの結果として、小規模な調査目的の IBM チームが初めて Taligent チームを訪問し、比較的成熟したプロトタイプのオペレーティングシステムとプログラミング モデルをデモンストレーションしました[ 3 ] : 3 これは、1987 年の Apple の Pink プロジェクトに完全に基づくものでした。そこで、GUTS の目標は、これらの類似の目標、特に積極的なオブジェクト指向とマイクロカーネル上のソフトウェア フレームワークの分野で進歩した目標に触れたことで、大きな影響を受け、拡大しました。IBM の楽観的なチームは、Pink プラットフォームをオペレーティングシステム アーキテクチャの最先端と見ていました。IBM は、Pink のよりオブジェクト指向のプログラミング モデルとフレームワーク ベースのシステム設計を採用し、従来のプロシージャ プログラミングとの互換性とオペレーティングシステムの多重人格という主要な概念を追加して、可能な限り究極の GUTS モデルを作成したいと考えていました。[ 3 ] : 4 [ a ]
GUTSは、Taligentの既存のオペレーティング環境と同様の[理論上の]オペレーティングシステムコンポーネントを定義したが、GUTSのコンポーネントは手続き的に定義された。共有サービスの概念とTaligentのオブジェクト指向システムフレームワークの概念から、オペレーティングシステムを構築する新しい、より高速で信頼性の高い方法を表すオブジェクトモデルが進化した。さらに、マイクロカーネルベースのオペレーティングシステムでは手続き型コンポーネントとオブジェクト指向コンポーネントが共存できるため、完全にオブジェクト指向の世界への進化を段階的に進めることが可能になった。[ 3 ]： 3-4
歴史的なAIMアライアンスを通じて、AppleのCEOであるジョン・スカリーは、すでに大量出荷されているOS/2とMacOSが共通のPowerPCハードウェアプラットフォーム上で統合され、「業界にルネッサンスをもたらす」と述べた。[ 20 ]
1991年後半、ボカラトンとオースティンの小規模チームがGUTSプロジェクトの実施を開始した。その目的は、モノリシックなOS/2 2.1システムをMachマイクロカーネルに変換し、デモを作成することでGUTSコンセプトを実証することだった。既存のOS/2に携わる主要な人材への共同アクセスを得るため、彼らはプロジェクトを合同設計タスクフォースと偽装し、ボカラトン、オースティン（LANとパフォーマンス）、ローリー（SNAおよびその他のトランスポートサービス）、IBMリサーチ（オペレーティングシステムとパフォーマンス）、ロチェスター（ AS/400由来の64ビット、オブジェクト指向の世界観）から「相当数」の人材を集めた。マイクロカーネル技術の堅牢で長期的な考え方とプロジェクトの進捗状況に満足したチームは、1992年半ばにプロトタイプを作成した。[ 3 ]： 4 [ b ] [ 18 ]初期の内部開発プロトタイプはx86ベースのハードウェア上で動作し、BSD Unix派生のパーソナリティとDOSパーソナリティを提供した。
1992年後半のComdexで、チームは現地に飛び、破損したファイルを置き換えるための直前のダウンロードと1時間の睡眠に基づいて、非公開のデモンストレーションを組み立てた。プレゼンテーションは非常に好評だったため、プロトタイプは木曜日に展示会場で展示され、OS/2、DOS、16ビットWindows、およびUNIXアプリケーションを実行するIBMマイクロカーネルベースのシステムの最初の公開デモンストレーションとなった。[ 3 ]： 4-5 [ b ] [ 18 ] 1992年、IBMはTaligentを説得し、Taligent OSを社内で開発したOpusというマイクロカーネルからIBMマイクロカーネルに移行するようにした。[ 8 ] [ 10 ]： xiii [ 7 ]表向きには、これによりTaligentのオペレーティングシステム（ワークプレイスOSパーソナリティとして実装）がDOSおよびOS/2オペレーティングシステムパーソナリティと並行して実行できるようになるはずだった。[ 9 ]： 14-15
1993年、InfoWorldは、ジム・カンナヴィーノが「 ES/9000、AS/400、RS/6000、PS/2といった同社のすべてのコンピューティングプラットフォームを、PowerPCマイクロプロセッサ、Workplace OSオペレーティングシステム、Taligentオブジェクトモデル、そしてクロスプラットフォーム開発やネットワーク相互運用性などのためのオープンスタンダードといった単一の技術セットに統合する計画を、社内や開発者サポートを飛び越えて進めている」と報じた。 [ 21 ]： 5 1993年6月30日、ボカ・プログラミング・センターで、IBMフェローでありパーソナルソフトウェア製品（PSP）部門のソフトウェアアーキテクチャ担当副社長であるラリー・ルークスによるプレゼンテーションが行われた。[ 3 ]： 17
Mac OSのサポートに関する議論はまだ終わっていません。マイクロカーネルにMacintosh OSを組み込むことについて、Appleと協議中です。
1993年までに、IBMはパーソナリティの優位性に基づいて、2つのワークプレイスOSパッケージを計画していたと伝えられている。1つはOS/2ワークプレイスシェル[ 13 ]に基づくもので、もう1つはUNIX共通デスクトップ環境（CDE）[ 14 ]に基づくものである。IBMとAppleはMac OSのパーソナリティの可能性について話し合っていた[ 12 ] 。
1994 年 1 月までに、IBM Power Personal Systems Division は、予定していた 3 つのローンチ オペレーティングシステム (AIX とWindows NTは確実に、Workplace OS もできれば) のいずれでも PowerPC ハードウェアのテストを開始していませんでした。[ 22 ]ソフトウェアのデモでは、パーソナリティのサポートが限定的であることが示され、OS/2 Workplace Shell デスクトップが主流で、DOS と UNIX のパーソナリティは、粗雑なホットキーによる環境間の切り替えでフルスクリーン テキスト モードのサポートしか実現していませんでした。[ 14 ] Byteは、Workplace OS のコンセプト上の野望で約束されたマルチパーソナリティ サポートは、既に出荷されている Windows NT よりも、より単純で、基礎的で、堅牢であると報告しました。同誌は、「IBM はマルチパーソナリティを追求しているが、Microsoft はそれを放棄しているようだ」と述べつつ、「堅牢なマルチパーソナリティの実装を備えた動作するオペレーティングシステムを作るよりも、堅牢な計画を作成する方が簡単だ」と認めました。[ 14 ]
1994年当時、業界はモノリシックな開発やアプリケーションスイートから、オブジェクト指向、コンポーネントベース、クロスプラットフォームのアプリケーションフレームワークへと移行しつつあったと伝えられている。[ 23 ]
1995 年までに、Workplace OS は何度も発売が延期され、IBM は日付に関して一貫性がなく「優柔不断」であると評されるようになった。これにより、IBM 自身の PowerPC ハードウェア製品には主流のオペレーティングシステムがなくなり、同社は少なくともライバルの Windows NT を検討せざるを得なくなった。[ 24 ] [ 20 ] 1994 年 4 月、Byteは、リード アーキテクトの Paul Giangarra の下で、IBM が Power Personal ハードウェア上で [Workplace OS] を稼働させるために「400 人以上の人員」を配置したと報じた。[ 14 ] [ 22 ]
1994年5月、RISCシステムソフトウェア部門は、IBMが当初から公約していたAIXをWorkplace OSに変換する実現可能性を調査する最初の試みを公表した。IBMリサーチフェロー1名が10名未満のチームを率いて、問題の特定と解決に取り組んだ。チームは、AIXのパーソナリティの問題を、ビッグエンディアンのAIXとリトルエンディアンのWorkplace OSのバイト順序の根本的な互換性の欠如であると定義した。この問題は、PowerPC CPUとWorkplace OSはどちらのモードでも動作できるものの[ 6 ]、エンディアンはシステム全体の設定であり、起動時に一度だけ設定されるため、固有の問題である。また、Workplace OSはリトルエンディアンのIntel x86アーキテクチャをベースとするOS/2を優先している。この問題について7ヶ月間沈黙した後、IBMは1995年1月に、解決困難なエンディアンの問題により、 AIXパーソナリティの主力計画を完全に断念したと発表した[ 18 ]。
1994 年、OS/400 を Workplace OS パーソナリティとして再実装するという提案がなされました。これは、OS/400 の PowerPC への移植がほぼ完了していたものの、IBM Microkernel に 64 ビット アドレス指定とマルチ ユーザー サポートを追加する作業が始まったばかりの時期でした。IBM Rochester は、Workplace OS が追いつくまで PowerPC への移植を遅らせることを却下し、準備が整い次第 IBM Microkernel を OS/400 SLICに組み込み、Workplace OS パーソナリティを OS/400 上で実行できるようにする計画を優先しました。1994 年後半までに、Workplace OS が OS/2 にますます重点を置くようになると、Workplace OS チームは「Harmony」と呼ばれる新しい計画を提案しました。これは、Workplace OS に互換性レイヤーを追加し、新しいアプリケーションが OS/2 APIをターゲットにすることを要求することで OS/400 を置き換えるというものでした。この提案は IBM Rochester に受け入れられず、その後すぐに Workplace OS のサポートをすべて撤回しました。[ 25 ]
1994 年後半、Workplace OS が最初のベータ版に近づくと、IBM はベータ製品を「PowerPC 用 OS/2」と呼んだ。[ 3 ] : 1 [ 15 ]プロジェクトの最初の成果物として、この最初のベータ版は 1994 年 12 月に Power Series 440 の一部の開発者にリリースされた。[ 26 ] 2 番目のベータ版は 1995 年にリリースされた。1995年までに、IBM はベータ版 OS 用のアプリケーション サンプラー CD の 2 つの異なるリリースを出荷した。[ 27 ]
1995 年半ば、IBM は計画していた最初の職場 OS リリースを正式に「OS/2 Warp Connect (PowerPC Edition)」[ 3 ] : 1, 375と名付け、コードネームは「Falcon」としました。[ 1 ] 1995 年 10 月、IBM は、まだ開発者プレビューではあったものの、間もなく最初のリリースを発表すると発表しました。この発表では、PowerPC 上で OS/2 パーソナリティと新しい UNIX パーソナリティを備えた IBM Microkernel のバージョン 1.0 が搭載されると予測されていました。初期のデモの一部であった UNIX パーソナリティは、待望の AIX パーソナリティが存在しないため、顧客に提供される予定でしたが、UNIX パーソナリティもリリース前に放棄されました。[ 18 ]
この開発者向けリリースは、Workplace OS と IBM Microkernel (バージョン 1.0) の最初の公開であり、IBM の社内開発者が Intel および PowerPC ハードウェア上で非公開で実行していたものです。ゴールドマスターは 1995 年 12 月 15 日に作成され、1996 年 1 月 5 日に入手可能になりました[ 1 ]。これは、IBM の担当者を通じて特別製品リクエストに215 ドル[ 1 ]を支払った既存の Power Series ハードウェアの顧客のみが利用でき、担当者はリクエストをオースティンの研究室に伝達しました[ 20 ] 。このソフトウェアは、基本的に、Intel の主流 OS/2 3.0 と視覚的に同一でソースコードも互換性のあるPowerPC 版としてユーザーに見えます[ 15 ] [ 3 ] : 2箱なしで 2 枚の CD としてパッケージ化されており、付属の概要冊子では「最終版」[ 28 ]と呼ばれていますが、開発者のみを対象とした非常に不完全な製品です。インストーラーは、PowerPC 604 CPU ( 100～120 MHz)、 16 ～196 MBの RAM、IDEドライブを搭載したIBM PC Power Series 830 および 850 の2 つのコンピュータ モデルのみをサポートしています。製品の「Connect」という名前とは裏腹に、インストールされたオペレーティングシステムにはネットワーク サポートがありません。完全なネットワーク機能は、インストールされたドキュメント ファイルと関連書籍IBM's Official OS/2 Warp Connect PowerPC Edition: Operating in the New Frontier (1995) に記載されていますが、製品の紙の小冊子では、これらはすべて無視するように警告されています。カーネルはデバッグ データをシリアル コンソールにダンプします。[ 26 ] [ 29 ]システムにはコンパイラがないため、開発者はMetaWare の High C コンパイラまたは VisualAge C++ を使用して、ソース互換の OS/2 for Intel システムでアプリケーションをクロス コンパイルし、再配置可能なメディアを介して手動でファイルをコピーして実行する必要があります。[ 26 ]
IBMは公式には譲歩的な姿勢で、開発ラボからの特別注文でのみ入手可能なこの開発者プレビュー以外に、 OEMや小売向けにパッケージ化された一般リリースの公式な計画はなかった。発売時に、IBMのパーソナルシステム製品部門の広報担当者であるジョー・スタンカードは、「Power市場が拡大すれば、必要に応じてオペレーティングシステムの存在感を高めます」と述べた。[ 20 ] 1996年1月26日、IBMのパーソナルソフトウェア製品担当副社長であるジョン・ソイリングはインターネットフォーラムで次のように発言した。「 1995年12月下旬にOS/2 Warp（PowerPC Edition）製品をリリースしたばかりなので、1996年中にPowerPCプラットフォーム上でOS/2 Warpファミリーの追加リリースを計画していません。…PowerPCプラットフォームでの今後のリリースを発表していないだけです。この発表は、PowerPCから撤退することを意味するものでは決してありません。」[ 30 ] [ 1 ]
1995 年 11 月 22 日、IBM の開発者向けニュースレターは、「1996 年の製品戦略のもう 1 つの重点は、IBM Microkernel とマイクロカーネルベースの OS/2 Warp バージョンです。世界中の 20 近い企業、大学、研究機関がマイクロカーネルのライセンスを取得しており、完全にオープンなマイクロカーネル標準の基盤を築いています。」と述べています。IBM は1996 年にx86とPowerPC向けの第 2 回目の機能同等リリースを計画しており、[ 27 ]マイクロカーネルのバージョン 2.0 はその年の初めに「マイクロカーネル採用者に配布」されました。[ 18 ] : 19このバージョンは、x86 および ARM プロセッサをサポートする最終版と説明されていました。[ 18 ] : 22 IBM は、リリースされなかった x86 互換のPowerPC 615で OS/2 をテストしたと伝えられています。[ 31 ]
この時点で、Workplace OS の数年間の将来ロードマップには IBM Microkernel 2.0 が含まれており、将来の OS/2 バージョン 4 のリリース以降に開始される OS/2 プラットフォームの完全な統合の将来を包含することを意図しており、Pentium、Pentium Pro、MIPS、ARM、およびAlpha CPU への移植も含まれていました。[ 18 ]
Workplace OS プロジェクトは、不十分なパフォーマンス、PowerPC リファレンス プラットフォームの受け入れの低さ、 PowerPC 620 の発売の質の悪さ、大幅なコスト超過、AIX、Windows、または OS/ 400の個性の欠如、全体的な顧客需要の低さなど、さまざまな要因により、1996 年 3 月に最終的に中止されました [ 32 ]。PowerPC 上で動作する唯一の主流デスクトップ オペレーティングシステムは Windows NT でしたが、これも供給と需要が不足していました。業界アナリストは、「業界は PowerPC を見送った可能性がある」と述べています[ 20 ] 。1996 年、IBM はパーソナル PowerPC システムを担当する Power Personal Division も閉鎖しました[ 18 ] 。IBMは新しいオペレーティングシステムの開発を中止し、代わりにLinux、Java、および一部のWindowsに重点的に取り組みました。同社は 2012 年に前者を「ユニバーサル プラットフォーム」と表現しました[ 33 ]。
熱狂的でありながらも懐疑的な反応が入り混じった反応だった。若いIT業界はすでにセカンドシステム効果に絶えず苦慮しており、そこにWorkplace OSとPowerPCハードウェアが、それまでのシステムと将来のシステムすべてを統合する究極のセカンドシステムとして提示されたからだ。1993年11月15日、InfoWorld誌はオズボーン効果を彷彿とさせる懸念を表明した。「IBMは、顧客にすでに販売しているすべての製品の購入をやめるよう告げることなく、この移行について語る必要がある。これは難しい問題だ。IBMが開発している新しいプラットフォームのほとんどは、1995年か1996年までミッションクリティカルな展開には対応できないだろう。そのため、同社はすでに不満を抱いている顧客を引き留めるために、2年、あるいは3年間、懸命に努力しなければならないだろう。」[ 21 ]： 5
1994年、 Byteによる詳細な分析では、Workplace OSのベータ版設計における多重人格の概念は、既に出荷されていたWindows NTのものよりも、より単純で、基礎的で、堅牢であると報告された。同分析では、「IBMは多重人格を追求しているが、Microsoftはそれを放棄しているようだ」と述べ、「多重人格の堅牢な実装を備えた動作するオペレーティングシステムを作るよりも、堅牢な計画を作成する方が簡単だ」と認めた。[ 14 ]
1996年1月の開発者向け最終リリースに際し、InfoWorldは、それまでの2年間の遅延によりプラットフォームが「遅すぎ、不十分」、「死産」となり、事実上即座に廃止されたという業界の落胆を伝えた。あるアナリストは、「顧客はOS/2とPowerPCを同時に受け入れないだろう」と述べた。なぜなら、IBMが最終的にPowerPCマシンにOS/2の最終小売パッケージを出荷する頃には、「PowerPCプロセッサの電力/価格比は、顧客が新しいオペレーティングシステムに移行することの他のすべての欠点を受け入れるには十分ではなかった」からである。[ 20 ]
2013年、Ars Technicaは、 Workplace OSを取り巻く長年の誇大宣伝を振り返って、「究極のオペレーティングシステム、すべてのOSを終わらせるOS…あらゆるプロセッサアーキテクチャで動作するが、主にPOWERのパワーを披露するだろう。歌も踊りもすべてできるだろう」と評した。[ 8 ]
1995年1月、Workplace OSの構想から4年後、そして開発中止の1年前、IBMはプロジェクトの初期前提に関する最終段階の分析結果を発表した。この分析では、レガシーシステムの様々なパーソナリティ間でエンディアンの固有の差異を統一することは不可能であると結論付けられ、AIXパーソナリティに関する主力計画は完全に放棄された。[ 18 ]： 19
1997年5月、プロジェクト中止から1年後、その設計者の1人が、プロジェクトのソフトウェア設計における解決困難な問題と、利用可能なハードウェアの限界について振り返った。
複数の既存システムを、過度に大規模かつ複雑化することなく、機能的なサーバー群に統合する良い方法は存在しません。さらに、マイクロカーネルのメッセージパッシング方式は、現代のプロセッサの特性と相性が悪く、パフォーマンスの問題を引き起こします。最後に、きめ細かいオブジェクトの使用は設計を複雑化させ、システムのパフォーマンスをさらに低下させました。こうした経験から、より控えめで、より的を絞ったオペレーティングシステムの方が、リソース消費量が少なく、パフォーマンスが向上し、妥協点も少なく、望ましいセマンティクスを提供できると私は考えています。
—フリーマン・L・ローソン3世、ワークプレイスOSアーキテクト、IBMオースティン、1997年5月[ 32 ]
1997 年 9 月、カリフォルニア大学は、IBM の担当者によって重要な詳細が検証された Workplace OS の開発の歴史に関するケース スタディを発表しました。これらの研究者は、IBM がプロジェクトの歴史を通じて、複数の誤った仮定と過度に壮大な野望に依存しており、複数の人格を持つカーネルを実装することの本質的な難しさを理解できなかったと結論付けました。IBM は、システム パフォーマンス、システム設計、および企業の人事組織の観点から、システムを全体としてではなく、主に構成要素として考えていました。[ 18 ] : 22 IBM は、プロジェクトを開始する前、またはプロジェクト中の責任ある期間、特に自社の主力製品である AIX において、これらすべてのオペレーティングシステムの人格を一般化するという概念を適切に調査し、証明していませんでした。[ 18 ] : 21 IBM は、結果として生じるすべてのパフォーマンスの問題は、最終的に PowerPC ハードウェアに展開することで軽減されると想定していました。[ 18 ] : 22 Workplace OS製品は、機能の肥大化を含むセカンドシステム効果に見舞われ、全国各地の多くの異なる事業部門にまたがる数千人のグローバルエンジニアが開発に携わった。[ 18 ] : 21 Workplace OSプロジェクトは4年間で20億ドル（IBMの同時期の収益の0.6%）を費やしたが、報告書ではこれを「史上最も重要なオペレーティングシステムソフトウェア投資の一つ」であり、「現代における最大のオペレーティングシステム失敗の一つ」と評している。[ 18 ] : 22
{{cite journal}}: CS1メンテナンス: DOIは2025年7月現在非アクティブです（リンク）