Intel I860 -Wikipedia、無料百科事典

before-content-x4

プロセッサ Intel I860 、 さもないと 80860 、 コード名 N10 -1989からIntelが生成したRISCアーキテクチャを備えたプロセッサ。このプロセッサは、Intel I960モデルとともに、1980年代に生産されて以来、失敗したモデルI432以来、注文のセットのアーキテクチャを改造した最初のIntelの1つでした。 i860モデルは成功しておらず、その生産は90年代半ばに停止しました。システム自体は、次のコンピューター拡張カードの「次の次元」など、高級グラフィックサブシステムで使用されました。

after-content-x4

i860には、当時ユニークないくつかの機能が含まれていました。それらの1つはVliwのアーキテクチャでした( 非常に長い指示の言葉 、非常に長い秩序の言葉)および迅速なフローティングポイント操作のサポート。プロセッサは、32ビットALU(算術 – ロジカル)ユニットと64ビットFPU(フローティングポイント)ユニットで構成されており、これは夏、乗数、グラフィックプロセッサの3つの部分で構成されています。プロセッサは、Summitのフローティングポイントと乗数にALUユニットに個別のストリームを使用しました。また、1つのクロックサイクルで最大3つの命令を実行することもできました(これらは2つの指示でした。

システムの珍しい機能の1つは、機能ユニットにつながるストリームへのプログラムアクセスが可能であることでした。これには、ストリームが常に満たされるように、オブジェクトコードの命令を徹底的に整理する必要がありました。このアプローチにより、RISCマイクロプロセッサのアーキテクチャの指標と同じ効果を達成することが可能になりました。この効果では、複雑なマイクロコードであるネストされた通訳の一種がプロセッサコアから削除され、コンパイラに配置されました。これにより、プロセッサコアを削減し、遅いスペースを適切に開発できました。このソリューションの欠点は、コードの大量であり、キャッシュへのより多くの要求アクセス、メモリ容量へのマイナスの影響、システムの総コストに変換されました。このようなアーキテクチャの結果は、i860システムが非常に高速でいくつかのグラフィックおよびバリエーションアルゴリズムを実行することができたことでしたが、これは一般的なアプリケーションのパフォーマンスの低下の影響を受けました。システムは、効果的なプログラミングでも負担がかかりました(以下を参照)。

すべてのプロセッサレールには、少なくとも64ビットがありました。キャッシュに通じる内側のレールの幅は128ビットでした。両方のプロセッサユニットには32ビットレジスタがありましたが、フローティングポイントユニットはそれらを16の64ビットレジスタとして扱いました。 ALUユニットを対象とした命令は、外側のレールの幅全体を使用するためにペアで取得されました。 Intelは常にその製品を「64ビットI860」と表現しています。

グラフィックユニットはその時代にユニークでした。基本的に、FPUユニットレジスタを使用した64ビットの合計計算ユニットでした。 SIMDと同様の多くの指示を使用し、整数で64ビットの数学計算を実施することができました。 Intelによって収集された経験は、Pentiumシリーズで使用されるMMX関数の開発に影響を与えました。

技術仕様は、1つの住宅の閉鎖システムにとって楽しいものでした。ただし、i860の実際のパフォーマンスにより、多くのことが望まれました。おそらくプロセッサが開発されたときに議論されていなかった問題の1つは、実行中にコードが従うことができるパスの予測不可能性でした。これは、コンピレーション段階での指示の適切な配置における困難が増えることを意味しました。たとえば、2つの数字を追加する注文は、入力値がキャッシュにない場合に時間がかかりましたが、プログラマーはそのような状況が実際に起こったかどうかを確認できませんでした。プログラマーが推測している場合、要求されたデータが受信されるまでストリーム全体を詰まらせることができたでしょう。 i860システムのプロジェクト全体は、コンパイラが効果的なデータ管理の世話をする必要があるという事実に基づいていましたが、実際にはほとんど不可能であることが判明しました。理論的には、システムはXPバージョンで最大60 MFLTSの効率を達成することができましたが、手コードされたASS IMBは40 MFTSの結果で停止し、ほとんどの一般的な使用コンパイラはスコア10を超えませんでした。

もう1つの重要な問題は、コンテキストの迅速な切り替えを可能にするソリューションがないことでした。プロセッサにはいくつかのストリーム(ALUおよびFPUユニット用)が装備されており、中断を使用すると、空になり、再び埋める必要性が発生する可能性があります。最も楽観的なシナリオでは、これは62のプロセッササイクルによって、最低の2000年に採用されました。10,000秒間に翻訳された悲観的なバリアント – プロセッサのために、それは永遠です。これらの問題は、一般的なアプリケーションのプロセッサ市場からi860システムを実際に排除しました。

バージョンとシステムの使用 [ 編集 | コードを編集します ]

after-content-x4
IntelComputer SuperCompter印刷ボード上の3つのIntel I860プロセッサ

システムは2つのバージョンで利用可能になりました – 基本 XR XP (コード名 N11 )。 XPバージョンには、より大きな容量キャッシュ、セカンドレベルのキャッシュ、より高速なシステムレール、およびハンドプレビューサポートが装備されており、並列アプリケーションでキャッシュの均一性を取得できました。 XRバージョンは25または40 MHzの速度で動作し、XPシステムの生産技術の削減(1から0.8マイクロメートル)により、40および50 MHzの速度で動作するシステムの生産が可能になりました。両方のシステムには、同一の命令が装備されていました。

当初、I860システムは、ロスアラモスの国立研究所で限られた数の大きなIPSC/860ソリューションでのみ使用されていました。使用するコンパイラの品質の改善に加えて、プロセッサのパフォーマンスは向上しましたが、その時点で他のRISCソリューションはより大きなパフォーマンスを提供しました。

Intelはしばらくの間、MIPSアーキテクチャに基づいたシステムと競合するデスクトップソリューションでi860を使用する可能性をテストしました。 Microsoftはシステムの予備バージョンを作成しました。これは、i860システムに基づいてワークステーションを開発したWindows NTのバージョンになることでした(コード名) 眩しい )、しかし、システムをI386プロセッサに移動しました。システムの名前で「nt」という文字の元の意味は、「n-ten」または「n-10」(コードコード名)から来るという噂があります。

ただし、I860プロセッサは、グラフィックアクセラレータとして、より正確にワークステーションで使用されていることがわかりました。ここでの例は、グラフィックソリューションNext -Dimensionです。システムは、貧しいバージョンのマッハ核の制御下で動作し、オペレーターに完全なPostScript言語のパイルを提供します。このようなアプリケーションでは、メインプログラムを完全にキャッシュにロードし、その動作を完璧に予測できるため、i860プロセッサははるかにうまく機能しました。プロセッサのもう1つの使用は、SGIリアリティエンジン2会社でした。これは、幾何学的アプリケーションでは、特定の数のi860システムを使用していました。残念ながら、このような専門システムのアプリケーションは、一般的なアプリケーション用のプロセッサの登場後も忘れられており、その電源はi860チップと一致しています。当時、IntelはPentiumプロセッサの開発に努力を集中していました。

90年代後半、IntelはXscaleと呼ばれるARMソリューションのRISCシステムの生産を非難しました。誤解を招く事実は、i860シンボルがXeonプロセッサのマザーボードで使用されるチップセットのシンボルとして再び使用されたことです。

after-content-x4