
HP 3000シリーズ[1]は、ヒューレット・パッカード社の16ビットおよび32ビットの ミニコンピュータのシリーズである。[2]このシリーズは、ハードウェアとオペレーティングシステムでタイムシェアリングを完全にサポートした初のミニコンピュータとして設計された。この機能は、主にメインフレームに限定されていたか、Unixが実装されていたDigitalのPDP-11などの既存のシステムに後付けで搭載されていた。1972年に初めて発表され、最終モデルは2010年に製造終了となり、同世代のマシンの中で最も長寿命のマシンの1つとなった。
オリジナルの HP 3000 ハードウェアは、パフォーマンスの問題と OS の安定性に対処するため、1973 年に市場から撤退しました。1974 年に再導入されてからは、信頼性が高く強力なビジネス システムとなり、IBMのメインフレームを使用していた企業から HP のビジネスを定期的に獲得するようになりました。Hewlett-Packard は当初、このコンピュータを System/3000 と呼んでいましたが、その後 HP 3000 と呼びました。
HP 3000 はもともと 16 ビットのCISC スタック マシンプロセッサ アーキテクチャを使用していました。最初はトランジスタ トランジスタ ロジックで実装され、その後1979 年のシリーズ 33 からSilicon on Sapphireチップで実装されました。[3] [4] 1980 年代初頭、HP は新しいRISCプロセッサの開発を開始し、これがPA-RISCプラットフォームとして登場しました。HP 3000 CPU はPA-RISC で動作するエミュレーターとMPE オペレーティング システムの再コンパイル バージョンとして再実装されました。RISC ベースのシステムは「XL」バージョンと呼ばれ、初期の CISC モデルは遡及的に「Classic」シリーズになりました。この 2 つは短期間並行して販売されましたが、1988 年には XL シリーズが主流になりました。MPE XL の代わりにHP-UX を実行する同一のマシンはHP 9000として知られていました。
HPは後に、インターネットやウェブでのシステム互換性を強調するため、このコンピュータの名前をHP e3000に変更した。[5] HPは当初、このシステムは2006年にHPでのサポート終了になると発表していたが、その後何度か延長され、2010年までとなった。このシステムはもはやメーカーによる製造やサポートは行われていないが、独立した企業がサポートを行っている。
歴史
ヒューレット・パッカード2000
HP は、ますます複雑化するテスト機器を制御するコンピュータ システムを探していたときに、Digital Equipment Corporation (DEC) の買収を一時検討した。しかし、ケン オルセンの要求に納得できず、買収は行わなかった。[6]その後、ユニオン カーバイド社のために DSI という小さな会社を見つけた。この会社は、 DEC のPDP-8 を12 ビットから 16 ビットに「拡張」していた。HP は DSI を買収し、Dymec 部門に統合した。DSI の設計は、1966 年に発表されたHP 2100のベースとなり、当初は「テストおよび計測コンピュータ」として販売された。[7]
驚いたことに、HPは、このマシンがビジネス市場や研究室以外の用途でよく売れていることに気付きました。[8]これにより、ビジネスワークフローに対応できるように入出力を改善し、研究室環境でのみ必要な拡張機能の一部を削除した一連の更新バージョンが生まれました。はるかに小型の2114は、研究室以外の環境で特に人気がありました。[9] 211xモデルはすべて、後にコアメモリの代わりに半導体メモリを使用するように更新され、1971年の2100シリーズにつながりました。[10]
1968年、HP 2000シリーズがラインアップを拡大した。これはHP 211xシリーズのパーツを集めたマシンシリーズで、ほとんどのシステムではローエンドの2114 CPUを端末コントローラとして、ハイエンドの2116 CPUをメインプロセッサとして使っていた。このシステムはHP Time-Shared BASICを実行し、モデルに応じて16人から32人のユーザーを同時にサポートできた。このマシンはすぐに成功を収め、タイムシェアリング市場で最も売れているシステムの1つとなり、HPをミニコンピュータベンダー第3位に押し上げた。[10]
アルファとオメガ
HP 2000 シリーズの成功が明らかになると、1969 年にクパチーノ研究所の設計者は、もともとその用途には設計されていなかったさまざまな部品で構成された HP 2000 とは対照的に、オフィス用途に特化したマシンの開発を開始することを決定しました。2 つの基本システムが概説されました。「Alpha」は基本的に新しいコンポーネントと改善されたメモリ処理を使用して構築された HP 2100 であり、「Omega」は多数のユーザーをサポートする、はるかに大規模な 32 ビット設計でした。[11]
当初、2つのシステムはほぼ同時にリリースされる予定だった。しかし、開発のほとんどがOmega内で行われ、1969年中にAlphaの開発に携わったエンジニアはほとんどいなかった。16ビットのAlphaとは対照的に、Omegaは最大4つの中央処理装置(CPU)で共有される最大4MBのメインメモリを備えた32ビットコンピュータになる予定だった。CPUは、アセンブラではなくカスタムシステムプログラミング言語でプログラムされたBurroughsの成功したモデルと同様に、高級言語でプログラムできるように設計された。マルチプログラミングとメモリ保護のサポートが組み込まれる予定だった。[11]
開発が進むにつれ、プロジェクトはHPが内部資金で完了するには規模が大きすぎると思われた。そのためには外部からの借入が必要となり、経営陣はリスクが大きすぎると判断した。1970年秋、トム・パーキンスはコーポレート開発部門に昇進し、オメガプロジェクトの中止を決定した。この結果、数人の従業員がプロジェクトの終焉を悼んで黒のベルベットの腕章を着け、「また1つの16ビットマシン」に再配置されたことに落胆した。[11]
この時までに、Alphaの開発は少量だったため、プロジェクトの性質は大きく変化していた。当初はHP 2100の改良版として構想されていたが、実質的には小型のOmegaとなり、高級言語をサポートする仮想メモリとスタックマシン設計を採用していたが、最大64kワードのメインメモリ(128kB)の16ビット設計に制限され、アキュムレータは1つだけで、Omegaの強力な入出力システムは備えていなかった。[11]
アルファの開発を継続する計画が提示されたとき、パーキンスに代わってコンピュータ部門のゼネラルマネージャーに就任したジョージ・ニューマンは、チームがまたしても納品できないマシンを設計しているのではないかと懸念した。経営陣は最終的に設計のメリットを確信し、1970年7月に外部参照仕様が発行された。[11]
エネルギー効率
以前のミニコンピュータは、一般的には現代のマイクロコンピュータに似た方法で使用され、単一のユーザーによって使用され、機械の操作など単一の特定のタスク専用であることが多かった。これは、PDP-8やData General Novaなどの多くの同時代の設計に当てはまった。HP 2000がタイムシェアリングを実行できたことで、同様のマシンが溢れる市場で成功を収めた。複数のユーザーが異なるプログラムを実行する機能をサポートするのは、以前はメインフレームコンピュータに限られていたが、この機能をさらに拡張することが、オリジナルのOmegaの重要な設計コンセプトだった。[12]
Alpha が Omega のような設計として登場したとき、当初は HP 2000 のコンセプトに基づいた同じマルチユーザー サポート モデルに従っていました。このモデルでは、メイン CPU はユーザー インタラクション (フロントエンド プロセッサの役割) を処理しません。これにより、メインオペレーティング システムが大幅に簡素化され、フロントエンドから表示されるユーザー プログラムをロードし、他のユーザーのプログラムとラウンドロビン方式で実行して、結果を提供するだけで済みます。ほとんどの点で、これはバッチ処理システムであり、マルチユーザー サポートの複雑さの多くは、別のフロントエンド プロセッサに分離されていました。[12]
Alpha での開発が再開されると、このコンセプトは再検討され、オペレーティングシステムを拡張してマルチプログラミングを直接サポートすることが決定されました。これにより、システムは 3 in 1 になり、主要部分はタイムシェアリング専用ですが、リアルタイムサポートとバッチモードも提供されます。最終的にMulti-Programming Executive (MPE) として知られるようになったこのシステムは、当時最も先進的なものの 1 つになりました。[12]オペレーティングシステムチームの 10 のグループが集まってシステムの担当セクションを説明したとき、メモリに収まらないほど大きく、ユーザープログラム用のスペースもないことを発見しました。それを収めるために、プログラマーはシステム要件を縮小するためのマラソン作業を開始しました。[13]
発表と初期マーケティング
このシステムは、1971年11月の秋の合同コンピュータ会議で発表されました。[a] 1972年初頭までに、システムは3台のプロトタイプマシンを完成させて稼働しました。しかし、この時点でMPEの開発は大幅に遅れていました。このため、1972年2月に、さまざまな機能を時間をかけて提供する開発スケジュールの概要を示すメモが作成されました。[14]最終的に、リアルタイムサポートは中止され、メモに記載された日付はどれも達成されませんでした。[15]
一方、積極的にシステムを売り込もうとしていたエンジニアリング ラボとマーケティング部門の間で縄張り争いが勃発し、「マーケティング部門の人間がラボから締め出される」事態にまで至った。[16]エンジニアたちはパフォーマンスの見積もりをマーケティング部門に提供し続け、マーケティング部門はそれを顧客に伝えていたが、エンジニアたちはそれが不正確だとわかっていた。[16]
上層部の間で懸念が高まり、1972 年 5 月にシステム管理グループが結成されました。このグループはエンジニアリング ラボ内で社内マーケティング チームとして働き、顧客のニーズに合わせて開発を推進しました。実施された変更の中で、ジム ピーチーがシステムのパフォーマンス テストを行うために雇用されました。ピーチーは以前、ダートマス大学で最初のタイムシェアリング システムに携わり、その後ゼネラル エレクトリックとメモレックスで働いていました。わずか 3 日後、彼はマシンが営業から提示されたパフォーマンス要件を満たすことは「絶対に不可能」であると断言しました。[17]
最初の配達、リコール
MPEの遅延により、出荷日は1972年8月から11月に延期され、MPEはタイムシェアリングサポートのみに限定され、追加機能は1973年までに登場する予定となった。[17]
11月の日付は固く守られ、最終的には誰かが「11月はハプニング」というポスターを貼り、パフォーマンスアートにおける現代の「ハプニング」運動に言及した。[17]最初のマシンは11月1日にバークレーのローレンス科学館に出荷されたが、あるエンジニアのフランク・ハブローは「彼らはそれをトラックに乗せてブロックの周りを運転し、マシンを持ち帰るべきだった」と指摘した。[17]
セットアップ後、マシンは1人か2人のユーザーしかサポートできず、その後は速度が遅くなり、10分から20分ごとにクラッシュすることが判明しました。マシンが「すぐに返却」されたとき、Hublou の発言は現実になりました。[18]その年の12月のトレーニングセッションでは、MPE の新しいバージョンは4人のユーザーを実行でき、2時間に1回しかクラッシュしませんでした。新しいバグが見つかるたびに、システムは継続的にパッチを適用して動作し続けました。[18]マシンは、顧客と購入を検討している企業の両方に出荷され続けました。これらは常にうまくいかず、4人以上のユーザーをサポートできませんでした。MPE 機能のスケジュールは延期され続け、[18]マシンの販売予定数は引き続き削減されました。[19]
この時までに、HP 2000 の後継機の開発は 5 年間にわたって進められ、会社に 2,000 万ドルの費用がかかっていた。問題は見逃されず、最終的にはビル・ヒューレットに委ねられた。ヒューレットはバーニー・オリバーに部門を引き継ぐよう依頼したが、彼は拒否し、代わりにポール・エリーが派遣された。エリーはすぐにマシンの生産を中止し、今日まで歴史書に記されているように、出荷されたマシンをすべて回収した。デイブ・パッカードはチーム全員にメモを送ったが、これは今日では単に「ワオ・オウチ・メモ」として知られている。[19]
エド・マクラッケンは顧客のもとに戻り、マシンは1973年秋まで入手できず、4~6人のユーザーしかサポートできないことをはっきりと伝えた。注文の代わりにHP 2000のオファーを受け入れた顧客もいたが、泣き崩れた顧客もいた。[19]ある顧客は会社を訴えると脅したが、ヒューレットが個人的に介入し、問題を解決するために全力を尽くすと述べて思いとどまった。[20]
再リリース
その後、システムは MPE とハードウェアの両方の再開発に 6 か月を要しました。MPE は MPE-8 として登場し、リアルタイム サポートは正式に終了しました。ハードウェアは改良され、元のモデルよりも約 30% 高速に動作し、価格は 20% 安くなりました。これらの変更の結果、新しいシステムは 8 人のユーザーを実行できるようになりました。[b]出荷は当初の予定から 1 年後の 11 月に再開されました。[20]
さらに 1 年後、更新バージョンが出荷されました。この新しい「CX」モデルでは、コア メモリが半導体メモリに置き換えられ、ワイヤで包まれたCPU ボードが表面実装コンポーネントに置き換えられました。MPE-C はCOBOLとRPG言語を追加しました。おそらく前者を提供する最初のミニです。CX リリースの一部として、HP はCODASYL標準に従って記述された10,000 ドルのデータベースシステムであるIMAGEを出荷しました。これは後にシステムに無料でバンドルされました。IMAGE は、HP 3000 が最終的に成功した主な理由です。[21]
概要
初期の3000モデルはフロントパネル付きの大型キャビネットを備えていたが、後期モデルはデスクに収まるサイズで、診断用の端末コンソールのみを使用し、ブートストラップルーチンはROMに搭載されていた。1984年までにHPはHP3000シリーズ37を発表した。これは特別な冷却や床の要件なしにオフィスで稼働する初のモデルであった。[22]モデルは、1人のユーザーが使用するシステムから、2,000人以上のユーザーをサポートするモデルまで多岐に渡った。
HP 3000は、ベンダーによって製造が縮小された最後の独自仕様のミニコンピュータシステムの1つであり、PDP-11から派生したDigital Equipment Corporationの VAXよりも長く存続しました。VAXはCompaqに買収され、最終的にはHewlett-Packardに買収されました。約30年後、現在HP e3000シリーズサーバーと名付けられているサーバーの5年間の段階的廃止期間が、2001年11月に最初に発表されました。HPはこの段階的廃止期間を2回延長しました。[23] HPではこれ以上新しいe3000は販売されていませんが、中古システムはサードパーティの再販市場でアップグレード用に販売され続けています。HPから顧客へのHP 3000のサポートは2010年12月31日まで続きました。多くのサードパーティ企業が世界中の顧客のためにシステムのサポートを続けています。一部の顧客は、特に製造業や電子商取引業界の世界中の企業でHP 3000を使用し続けていますが、[24]他の顧客はHPや他の企業が製造したビジネスサーバーシステムに移行しました。[25]
移行できない、または移行したくない人々のために、HPがシステムの販売終了を発表した直後に、入植戦略が浮上した。[26] 2012年に、Stromasys社は、Red Hat LinuxまたはCentOSが稼働するx86-64サーバー上でHP3000ハードウェアを完全にエミュレートする製品をリリースした。[27]この製品は、HP 3000サーバーハードウェアの仮想化インスタンスとして動作する。2003年から、HPは3000のオペレーティングシステムのライセンスを販売する計画を開始し、[28]これにより、3000の顧客は、HPA/3000として知られるStromasys製品上でソフトウェアを実行できるようになった。
ソフトウェアの先駆者
HP 3000 の大きな成功につながった重要な開発は、HP が開発したネットワーク データベース管理システム ( DBMS ) IMAGE (現在はTurboIMAGE /SQL と呼ばれています) のバンドルでした。これは、 Cincom Systems, Inc.が開発した TOTAL DBMS にヒントを得たと言われています。IMAGEは、データベースの発表から 2 年以内にDatamationによって認定された受賞歴のあるデータベースでした。 [29]これは、ビジネス クラスのミニコンピュータに搭載された最初のデータベース管理システムでした。HP は、IMAGE をサーバーにバンドルすることで、どの HP 3000 でもデータ リポジトリとして IMAGE を利用できるアプリケーションと開発ユーティリティのエコシステムを作成しました。
クラシックメモリセグメントと64Kバリア
コード (再入可能) とデータは、32,768 個の「ハーフワード」(16 ビット ワード) (または 65,536 バイト) の別々の可変長セグメントに存在します。MPE (Multi-Programming Executive) と呼ばれるオペレーティング システムは、必要に応じて、1 つのプロセスで最大 256 セグメントまで、プログラム ファイルおよびセグメントライブラリ(SL) ファイルからコード セグメントをロードします。
コード セグメントには最大 64KB のメモリを使用できますが、ルーチンの呼び出しはセグメント番号とセグメント内のルーチン番号に基づいて行われるため、理論的にはプログラムは約 32,385 個のルーチンを持つことができます。セグメントを指定するのに 8 ビット、セグメント内に 16 ビットを使用すると、プログラムは実質的に 24 ビットのアドレス、つまり 16MB を持つことができます。これは、コードとデータ用に 64KB のアドレス空間を持つ PDP-11 や IBM System/34 などのほとんどの 16 ビット コンピュータと比較したものです。より大きな制限は、やはり 64KB のデータ セグメントとスタック セグメントでした。共有ライブラリ ルーチンでは、各プロセスが独自のデータ セグメントを持っていたため、プロセス間のグローバル データが許可されませんでした。一部のプロシージャでは、呼び出し元が独自のスタックまたはデータ セグメントから配列を渡してすべての状態情報を保持するように要求することでこれを回避しました。これは、呼び出し元によって渡され割り当てられたオブジェクトにメソッドが適用される現代のオブジェクト指向言語に似ています。
プロセスは、それぞれ最大 64 KB の複数の追加データ セグメント (XDS) を割り当てて使用できます。クラシック アーキテクチャでは、システム全体で 65,535 の追加データ セグメントの制限が課せられていますが、他の制限により、通常はそれより若干小さい制限になります。
システムプログラミングは、 ALGOLに似た言語である SPL (System Programming Language) で行われましたが、インラインアセンブラや命令セットへの直接アクセスも可能でした。HP 3000 の標準端末は HP 2640シリーズで、フォームからのブロックモードデータ入力 (IBM のメインフレームベースのCICSなど) と文字モードをサポートしていました。1980 年代までに、コンピューターは PC と Mac の両方をシステム端末として使用できるようになっていました。
クラシックおよび PA-RISC 3000 ハードウェア
HP 3000 ファミリの世代は、 1987 年初頭に 3000 用のHP PA-RISCチップに基づくシステムが導入された後、「クラシック」( 16 ビット) ファミリと「XL」(後に IX – 32 ビット) ファミリに分割されました。これらの新しい XL システムはクラシックとバイナリ互換性がありませんでしたが、HP が MPE XL オペレーティング システムに統合したエミュレーターを介してクラシック コードを透過的に実行しました。(クラシック コードは、オプションで OCTCOMP (オブジェクト コード トランスレーター/コンパイラー) を介してネイティブ PA-RISC コードに変換できます。このようなコードはネイティブ速度で実行されましたが、クラシック スタックとメモリ サイズの制限は依然として適用されました。)
初期の「クラシック」マシンは、カスタムCISCプロセッサをベースとしていました。1988 年頃から、PA-RISC プロセッサを使用した HP 3000 が大量に出荷されるようになりました。1995 年までに、これらの PA-RISC システムは、実質的に古いマシン ファミリの使用を廃止しました。すべてのテクノロジの移行と同様に、古いマシンのかなりの部分が使用中のままでした。今日でも、オリジナルのクラシック 3000 は、いくつかの場所で生産されています。
HP 3000 および多くの HP 9000 マシンはHP Precision Bus を使用しました。
PA-RISC ベースの HP 3000 のオペレーティング システムは、主に HP のPascalの拡張バージョンである Modcal で記述されています。SPL で記述された以前の MPE V オペレーティング システムの大部分は、PA-RISC 上の MPE XL および MPE/iX の一部として今でも使用されています。いくつかのサブシステム (例: TurboIMAGE) は PSPL (Portable SPL) で記述されています。MPE XL および MPE/iX の小さな部分は PA-RISC アセンブリ言語で記述されています。
3000 シリーズのオペレーティング システムは、当初はMulti-Programming Executive (MPE) と呼ばれていました(後に MPE XL と呼ばれ、バージョン 5.0-5.5 でPOSIX準拠が追加された後は MPE/iX と呼ばれました)。システムの初期バージョンでは、HP 独自の SPL システム プログラミング言語とBASICのみが使用されていました。これらの System 3000では、3 レベルの階層ファイル システムを備えたコマンド ライン インタープリタが使用され、コンパイラなどのユーティリティは、プログラムをキーワード コマンドとして実行するのではなく、「run fortran.pub.sys」のようなものでした。後に、システムはCOBOLやFORTRAN、Pascal、C 、さらにはIBMからのビジネス獲得を支援するRPGのバージョンなど、幅広い言語に対応しました。
HP 3000 を使用した人々は、1970 年代以降、当時の他のメインフレームやミニコンピュータに比べて、このマシンの信頼性が高いことに気付きました。[5]停電から回復する機能 (電源が回復すると自動的にシームレスに回復する) は、IBM コンピュータよりも多くのシステムを販売する上で注目すべき機能でした。[30] HP 3000 は、HP が HP 3000 プラットフォーム上の一部の周辺機器のサポートを遅らせたり、まったくサポートしないという決定をしたために、周辺機器のサポートが遅れたり、サポートが途切れたりすることがありました。その周辺機器の一部は、同一の HP 9000 ハードウェアでサポートされていました。[31]
レジスタの代わりにスタックを使用する
現在のコンピュータ命令セットのほとんどは、汎用レジスタモデルに基づいています。クラシックな HP 3000 のプロセッサとメモリアーキテクチャは、HP の有名なRPN計算機シリーズのようなスタックマシンモデルに基づいていました。有名なスタックベースのBurroughs の大規模システムからインスピレーションを得たと言われました。少数のレジスタ (たとえばHP 1000の場合の AX レジスタと BX レジスタのみ) ではなく、オペランドはローカル変数と戻りアドレスを格納するために使用される同じスタックにプッシュされます。そのため、
AXをロード、0X0001 BXをロード、0X0002 AXとBXを追加
あなたは
LDI 1 LDI 2追加
16 ビットマイクロコードマシン (シリーズ I、II、III、30、33、39、40、42、44、48、52、58、64、68、70、37、...) は、16 ビット ワード アドレス指定、バイト アドレス指定可能、セグメント化、ハーバードスタック命令セットアーキテクチャ (ISA) を実装しています。約 214 の命令のほとんどは 16 ビット幅です。スタック操作は 16 ビット ワードあたり 2 個パックされ、残りのいくつかは 32 ビット幅です 。
CISC 実装
- III: スタックレジスタトップ4個、マイクロ命令サイクル時間175ns → 5.7MHz
- 30, 33:サファイア上のシリコン、[4] 2つのスタックレジスタ、90nsのマイクロ命令サイクル時間→11MHz、命令は3〜7サイクルかかります
- 40、42、44、48: ショットキーTTL、4 つのスタック レジスタ、105 ns マイクロ命令サイクル時間 → 9.5 MHz
- 64、68: ECL、8 つのトップ オブ スタック レジスタ、75 ns のマイクロ命令サイクル時間 → 13 MHz、8 KB キャッシュ、60 KB WCS、2 つの 16 ビット ALU
- 37: 約8,000ゲートのCMOS ゲートアレイ、4つのトップオブスタックレジスタ
後の 32 ビット モデルでは、HP の PA-RISC 汎用レジスタ ベースの RISC アーキテクチャが使用されました。
PA-RISC 実装
- PA-RISC 1.0 シリーズ 925、930、935、949、950、955、960、980
- PA-RISC 1.1 シリーズ 917、920、922、927、937、947、948、957、958、967、977sx、987、990、991、992、995、918、928、968、978、988
- PA-RISC 2.0 シリーズ 996、A クラスおよび N クラス、9x9 シリーズ
HP の 3000 エコシステムからの撤退
エンタープライズ コンピューティング市場が、HP も推進していたさまざまなベンダーのコモディティUnixシステムに移行した後、2001 年 11 月に Hewlett-Packard は、HP 3000 のサポート終了期間が 2006 年末に終了し、2003 年以降は HP から新しいシステムが販売されないことを発表しました。2006 年初頭、Hewlett-Packard は、特定のクライアントまたは地域に対して、HP 3000 のベンダーによる限定サポートを 2 年間延長することを発表しました。2007 年 9 月、HP はシステムのサポートを再度延長し、継続エンジニアリングなしの成熟製品サポート (ソフトウェア パッチの作成を終了) を提供しました。一部のパッチはHP社内で作成されテストされていましたが、2008年末までに顧客ベースでのテストが不足していました。HPは2010年末以降にこれらのパッチを利用できるようにしました。[32] 2011年までに、HPは3000人の顧客にパッチへの無料アクセスを許可する特別規定を拡大しました。 [33]これは、2010年に無料パッチの代わりに「パッチ適用料金」サポートプログラムを採用せざるを得なかったHPエンタープライズラインの他の製品とは異なります。
独立したサポート
独立系ベンダーのグループが、HP 3000 サポート事業から撤退した既存顧客に対するシステムおよびソフトウェアのサポートを引き受けています。そのうちのいくつかは、顧客がサーバーの使用をやめるまで自社のソフトウェアのサポートを継続することを約束しています。包括的なサポートを提供する他のベンダーは、サポート終了日を 2016 年以降としています。[34]コンサルタント ディレクトリは Robelle Software によって管理されており、[35]他の独立系コンサルタントは OpenMPE Web サイトのリストから入手できます。[36] 3000 の MPE/iX オペレーティング システム用のオープンソース ソフトウェア リソース (コモディティ ツールを含む) は、Applied Technologies の Web サイトで管理されています。[37]
HP 3000 は、あらゆるビジネス コンピュータ システムの中でも最も長い寿命を誇るシステムの 1 つです。これらのエンタープライズ グレードのコンピュータは、高く評価されているPDP-11およびVAXシリーズよりも長く使用されていますが、OpenVMSオペレーティング システムは、 Alpha、IA-64、およびx86-64ベースのシステムで現在も提供されています。
2012 年 1 月、Stromasys は、HP3000 システムを最先端の環境に安全に移行できる Charon/HPA-3000 の開発を発表しました。Stromasys のソリューションは、既存の HP3000 システムのハードウェアを仮想化し、MPE/iX オペレーティング システム、サードパーティ アプリケーション、およびユーザーが開発したソフトウェアを、業界標準の Intel サーバー上で一切変更せずに実行できるようにします。同社の製品には、VMWareパッケージで提供される 2 ユーザーの評価版が含まれています。[38]
複数の独立系ベンダーがHP3000のオペレーティングシステムソースコード[39] MPE/iXを購入しており、HP3000システムのハードウェアとソフトウェアの両方のソリューションをサポートすることに取り組んでいます。
Beechglen Development, Inc. は、2002 年に HP3000 システムのホスティングを開始しました。2012 年に Beechglen は、最新のテクノロジである SSD および SATA ハード ドライブを使用した HP3000 互換のカスタム ファイバー チャネル ディスク アレイを導入し、SCSI テープおよび SCSI ディスク デバイスを事実上置き換えました。2020 年 1 月現在、Beechglen は、2027 年 12 月 31 日以降の固有日付を許可する MPE/iX オペレーティング システム用の 2028 MPE CALENDAR 固有パッチを開発して提供している唯一のベンダーです。同社は、サードパーティ アプリケーションの互換性の評価とテストを続けています。[40]
HP 3000 システムの相対的なパフォーマンス
参照
注記
- ^ エドラーはアナハイムで開催したと述べていますが[13]、1971年の会議は実際には11月16日から18日までラスベガスで開催されました。
- ^ 比較すると、HP 2000 のハイエンド バージョンでは、32 人のユーザーをゆっくりと実行できました。
参考文献
引用
- ^ 「HP 3000 コンピュータ システムの概要説明」(PDF)。Hewlett-Packard。1973 年 2 月。
- ^ Computerworld、「Midis Challenge Medium-Size Systems」、1975 年 6 月 25 日、p. S/6。
- ^ Leonard E. Shar (1976年8月). 「シリーズII汎用コンピュータシステム:スループットと信頼性の向上を目指した設計」(PDF) . Hewlett-Packard Journal . 27 (12) . 2021年12月29日閲覧。
- ^ ab Richard C. Edwards (1979年9月). 「SOSテクノロジーが低コストのHP 3000コンピュータシステムを生み出す」(PDF) . Hewlett-Packard Journal . 30 (9) . 2021年12月29日閲覧。
- ^ ab 「3000 NewsWire: 3000 Memoir Project: Jousts with IBM」。3000newswire.blogs.com。2012年9月27日。 2013年3月21日閲覧。
- ^ ライプソン 2017.
- ^ クロスビー1995a、9ページ。
- ^ クロスビー1995a、9-10頁。
- ^ クロスビー1995b、2、4ページ。
- ^ クロスビー1995b、6ページ。
- ^ abcde Edler 1995、p.17。
- ^ abc Edler 1995、21ページ。
- ^ エドラー1995年、23ページ。
- ^ エドラー1995年、24ページ。
- ^ エドラー1995年、25ページ。
- ^ エドラー1995年、26ページ。
- ^ abcd Edler 1995、30ページ。
- ^ abc Edler 1995、34ページ。
- ^ abc Edler 1995、38ページ。
- ^ エドラー1995年、39ページ。
- ^ エドラー1995年、41ページ。
- ^ 「3000 NewsWire: 最初の3000ステップ: HPのMighty Mouseを追いかけて」3000newswire.blogs.com。2012年8月21日。 2013年3月21日閲覧。
- ^ 「3000 NewsWire: HP、3000 のサポートを 2010 年まで延長」。3000newswire.blogs.com。2013年3 月 21 日閲覧。
- ^ 「3000 NewsWire: 3000 の使用年数はあと 13 年」。3000newswire.blogs.com。2010 年 7 月 7 日。2013年3 月 21 日閲覧。
- ^ 「3000 NewsWire: 34 の大学が 3000 移行コードのテストを開始」。3000newswire.blogs.com。2010 年 12 月 23 日。2013年3 月 21 日閲覧。
- ^ 「HP 3000 を使い続ける」 Robelle . 2013 年3 月 21 日閲覧。
- ^ 「Charon-HPA: Virtual HP3000」。Stromasys.ch 。 2013年3月21日閲覧。
- ^ 「HP、新しい MPE エミュレータ ライセンスを提案」(プレス リリース)。3000newswire.com。2013年3 月 21 日閲覧。
- ^ 「3000 NewsWire: HP リストが歴史に向けてリストアップを開始」 3000newswire.blogs.com。2007 年 7 月 30 日。2013年3 月 21 日閲覧。
- ^ Paul Edwards (2012 年 8 月)。「私の簡単な魔法でメインフレームが難しく見える」(PDF)。3000 Newswire : 20。
- ^ Larry Nichoalds、Jim Hawkins (1999 年 7 月)。「MPE/IX での DLT4000/DLT7000 差分テープ サポートの発表」。Hewlett-Packard。2005 年 3 月 30 日時点のオリジナルよりアーカイブ。
- ^ 「ベータ パッチ リスト」。Hewlett -Packard。2014年 6 月 1 日時点のオリジナル(Excel スプレッドシート)からアーカイブ。
- ^ 「3000 NewsWire: HP が 2011 年にパッチと診断の扉を開く」(プレス リリース)。3000newswire.blogs.com。2013年3 月 21 日閲覧。
- ^ 「3000 NewsWire: 3000 News for Some of Your Futures」 3000newswire.blogs.com。2010年1月28日。 2013年3月21日閲覧。
- ^ 「Robelle Consultants Corner」 Robelle.com . 2013年3月21日閲覧。
- ^ 「HP 3000 Consultants | OpenMPE News」。Openmpe.wordpress.com。2010 年 5 月 20 日。2013年3 月 21 日閲覧。
- ^ Brian Edminster. 「HP3000 用の無料およびオープン ソース ソフトウェアのポータルへようこそ!」 MPE-OpenSource 。 2013 年3 月 21 日閲覧。
- ^ 「CHARON-HPA: 仮想 HP 3000」。Stromasys。
- ^ 「HP、ソースコードライセンシーを発表」。
- ^ 「MPE/IX リリース 7.5 パッチ リビジョン 2028 – Beechglen Development Inc」。
- ^ 「Re: AICS Research Relative Performance Chart」。HP3000-L メーリングリスト。2017 年 5 月 4 日。2021 年5 月 27 日閲覧。米国
内のネットワークからのみアクセス可能
文献
- Edler, Christopher (1995年11 月)。「最強の城: HP 3000 の興隆、衰退、そして復活」(PDF)。解析エンジン。3 (1)。カリフォルニア コンピュータ歴史協会: 16。ISSN 1071-6351 。
- Leibson, Steve (2017)。「HP: 偶然の、目的を持ったコンピューター会社」。HP9825.COM。
- Crosby, Kip (1995年5 月)。「HP の初期のコンピュータ パート 1、Barney Oliver とのインタビュー」(PDF)。The Analytical Engine。2 ( 3)。カリフォルニア コンピュータ歴史協会: 5–14。ISSN 1071-6351 。
- Crosby, Kip (1995年8 月)。「HP の初期のコンピュータ パート 2、Joe Schoendorf 氏へのインタビュー」(PDF)。The Analytical Engine。2 ( 4)。カリフォルニア コンピュータ歴史協会: 5–14。ISSN 1071-6351 。
外部リンク
- HP 3000 マーケティングビデオ、1994 – YouTube
- 3000 NewsWire – ブログ: HP3000 のニュース、技術論文、歴史的アーカイブ
- HP3000 の歴史、ボブ・グリーン著
- HP3000 よくある質問
- オープンソース向けMPEベースのポートとソフトウェアのポータル
- MPE 技術マニュアル、VEsoft 論文、HP3000 ユーザー グループ ミーティングの技術議事録
- Adager の IMAGE、HP3000 ソフトウェア、およびシステムに関する VEsoft 論文の技術論文ライブラリ
- 2009 年に利用可能なベータ テスト パッチの HP リスト
- HP 3000 ハードウェアおよびソフトウェア マニュアル: PDF スキャン – Bitsavers
- HP コンピュータ ミュージアム: マニュアルの PDF スキャン
- HP 3000 一般情報マニュアル: 1979 年 9 月、1984 年 10 月
- Hewlett-Packard Journal: 1987 年 12 月 – MPE XL と HP Precision Architecture 上の HP 3000 エミュレーションに関する 2 つの記事、「MPE XL: HP の次世代商用コンピュータ システム向けオペレーティング システム」および「HP Precision Architecture コンピュータ上の HP 3000 エミュレーション」
- HP 3000 パフォーマンス (テキスト ファイル)
- 「HP SYSTEM/3000 システムの説明」プロモーション資料、1971 年 11 月
- 2001 年 11 月 19 日: HP が独自の e3000 サーバー ラインを終了
- 2001年11月14日 ヒューレット・パッカード、サーバーラインを段階的に廃止
- HP e3000 インストールの継続的なサポート
- HP e3000 移行プログラムに関する FAQ
- クラシック系譜と PA-RISC システム パフォーマンス スプレッドシート
- SIMH Hewlett-Packard 3000 シミュレータ (シリーズ III)
- アルファシステムに関する米国特許3,820,079
写真
- HP 3000 シリーズ 48 の写真
- HP 3000 シリーズ 70 の写真
- HP 3000 シリーズ 42、52、70
