IBM System/370 -Wikipedia、無料百科事典
彼 IBMシステム/370 ( S/370とも呼ばれます )これは、1970年6月30日にシステム/360ファミリーの後継者として発表されたIBMメインフレームのモデルでした。このシリーズは、パフォーマンスの向上に加えて、移行の顧客を促進するS/360との翻訳性を維持しています。
新機能 [ 編集します ]
S/360とは異なる新機能は次のとおりです。
進化 [ 編集します ]
System/370は、20年の生涯にわたって建築のいくつかの改善を受けました。最初で最も重要な変更は、「IBMの」システム/370 Advanced関数」で1972年に初めて利用可能な仮想メモリの導入でした。 IBMは当初、ファミリーS/370に仮想メモリを含めないことを決定していました。
1972年8月2日の発表には以下が含まれます。
- 元のモデル155および165を除き、すべてのS/370のハードウェア再配置局。
- 新しいS/370-158および-168。
- 4つの新しいオペレーティングシステム:
- 2 / vs(仮想ストレージ付き2つ)。
- OS / VS1(ストレージ付きOS / MFT)。
- OS / VS2(仮想ストレージ付きOS / MVT)リリース1、SVS(単一仮想ストレージ)、およびMVS(複数の仮想ストレージ)と呼ばれるリリース2。
- VM / 370 -CP / CMS RE -Application。
1972年8月2日の発表後まもなく、S/370-155およびS/370-165のDAT(ハードウェアアドレス)が更新されましたが、モデル155または165を既に所有している顧客によってのみ購入できました。更新後、これらのモデルはS/370-155-IIおよびS/370-165-IIとして知られています。これらの更新は驚くほど高価です(それぞれ200,000ドルと400,000ドル) [ 必要な予約 ] そして、長い間、クライアントから注文された後の注文の送信日の遅延により、これらのほとんどは企業を通じてシステムを選択しました。これにより、船のアンカーと呼ばれるモデルであるS/370-155およびS/370-165のオリジナルシリーズにつながりました。 OS/VS1またはOS/VS2を実行するために必要な更新プロセスは、IBMが配信とインストールにかかった当時、ほとんどの顧客にとって有益ではなかったため、多くの顧客がリースが終了するまでMVTを実行しているこれらのマシンに固執しました。
その後、アーキテクチャの変化は、主にメモリの仮想と物理に影響を与え、より大きなワークロードに耐え、顧客がより多くの注文を行うように促すことができました。すべてのIBM開発主と同様に、以前のバージョンとの互換性を維持することが不可欠でした。
1981年10月、3033および3081プロセッサは「拡張アドレス指定」を追加しました。これにより、26ビットの物理ストレージ(他の種類のストレージの24ビット)のアドレスが可能になりました。この容量は、4381や3090などの他のシステムで後に表示されました。
建築学、建築物、建築様式 S/370-XA 、プロセッサ3081および3083で初めて利用可能なもので、一連の改善が生成されました。
- 31ビットでの24ビット中毒スペースの拡張。
- 2つのアドレス間のデータ循環を促進します。
- I/Oアーキテクチャの完全な再設計。
建築学、建築物、建築様式 ESA/370 また、32ビットの記録が含まれており、モードと施設に対処して、いくつかの方向を同時に作業することができました。
アドレススペースを拡張します [ 編集します ]
上記のように、 S/370 それは、重要な建築の変化、つまりアドレス空間の24〜31ビットの拡張にさらされています。
S/370アドレスの進化は、S/360命令ベースセットと24ビットのいずれかに基づいたその大きなインストールされたコードベースによって常に複雑になりました(論理的方向)。
戦略は、3段階でアドレスの拡張を実装することでした。
- 最初に物理レベルで(システムごとにメモリを許可するため)。
- 次に、オペレーティングシステムレベルで(システムソフトウェアが複数の方向スペースにアクセスし、より大きな方向スペースを使用できるようにします)。
- 最後に、アプリケーションレベルで(より大きなアドレススペースで新しいアクセス要求を許可するため)。
s/360の核は、指示された指示のセットが24ビットであるため、この3番目のステップでは、 状況 ;実際、アセンブリ言語にはアプリケーションがありますが、それは利益をもたらさず、新しいコンパイラーは最初に最初に移行するためにアコートされていないアプリケーションを必要とします。
このアプリケーション(Z /アーキテクチャで繰り返される)は、そもそも最も緊急の問題の解決策にアプローチしました。仮想メモリに対処するために必要な実際のメモリに対処するためです。
31ビット対32ビット [ 編集します ]
S/370-XAに対処するための31ビット(32ビットと比較)のIBM選択は、さまざまな要因に影響します。 S/360-67には、合計アドレス指定が32ビットのモードが含まれていますが、この関数はS/370シリーズでは24ビットで始まったシリーズでは実行されませんでした。 IBM S/370がS/370-XAのアドレススペースを拡張すると、31ビットの選挙にいくつかの理由が引用されています。
1.最大の重量ビットを「コントロールまたはエスケープ」として維持したいという欲求。
2. 32ビットの相互作用と、署名された数値などの議論を扱う2つの指示(BXHおよびBXLE)のアドレスとの相互作用(そして、SATがS/360-67にアドレス指定する際に31ビットを使用する理由です)。
3. S/360-67の初期キーエンクロージャーは、システムの初期設計期間中に代替案について議論し、31ビット(最終的に選択された32ビットの代わりに)を推奨していました。
シリーズとモデル [ 編集します ]
次の表は、S/370シリーズの主なモデルをまとめたものです。各シリーズのアーキテクチャとのメインアソシエイトは、中央列にリストされています。
年 製造 |
建築 | 市場 レベル |
シリーズ | モデル |
---|---|---|---|---|
1970年 | System/370(いいえ) | ハイエンド | システム/370-xxx | -155、-165、-195 |
1970年 | System/370(それ) | ミッドレンジ | -145および-135 | |
1972年 | システム/370 | ハイエンド | -158および-168 | |
エントリ | -115および-125 | |||
ミッドレンジ | -138および-148 | |||
1977年 | システム/370互換 | ハイエンド | 303x | 3031、3032、3033 |
1979年 | エントリー/ミッド | 4331、4341、4361 | ||
1980年 | ハイエンド | 308X | 3081、3083、3084 | |
1981年 | システム/370-XA | |||
1983年 | ミッドレンジ | 4381 | 4381 | |
1986年 | ハイエンド | 3090 | -120〜 -600 | |
1986年 | システム/370互換 | エントリ | 937x | 9370、… |
1988年 | ESA/370 | ハイエンド | /3090です | /3090です |
1988年 | ミッドレンジ | /4381です | -90、-91、-92 |
S/370交換 [ 編集します ]
System/370は1990年代にSystem/390に置き換えられ、アーキテクチャはその/370の名前をその/390に変更しました。それは本質的に、主要な建築の変更ではなく、マーケティング上の理由でのみ名前の変更です。
2000年、System/390はZseriesに置き換えられました。 Zseries MainFramesは、31ビットからの最も重要な設計改善である64ビットZ /アーキテクチャを提示しました。すべてが、アーキテクチャS/360と一連の命令を使用して、再互換性を維持しています。
S/370のLinux [ 編集します ]
GNUコンパイラコレクションには、S/370用のコレクションがありましたが、それは時代遅れになり、最終的にS/390に置き換えられます。 S/370およびS/390は本質的に同じですが(S/360の導入以来一貫しています)、古いシステムのサポートは時代遅れと見なされます。 System/390 Generation 5(G5)命令セット、Linux/390の初期バージョンのハードウェアプラットフォームは現在、サポートマシンで利用可能です。
Recent Comments