だから私はプロセッサがどのように機能するかについて読んでいます。今、私は指示(SSE、SSE2など)のものに取り組んでいます。 (これはかなり興味深いです)。
私はたくさんの質問があります(私はウィキペディアでこのようなものを読んでいます):
SSEに追加されたいくつかの命令の名前を見たことがありますが、それらのいずれについても説明がありません(SSE4かもしれませんか?ウィキペディアにもリストされていません)。彼らが何をしているのかどこで読むことができますか?
これらの指示のどれが使用されているかをどのように知ることができますか?
どちらが使用されているかがわかっている場合は、比較を行っているとしましょう(これは私が今まで聞いた中で最も愚かな質問かもしれませんが、アセンブリについてはわかりません)命令を直接使用することは可能ですか?アセンブリコードで? (私はこれを見てきました: http://asm.inightmare.org/opcodelst/index.php?op=CMP )
プロセッサは命令をどのように解釈しますか?
SSE命令がないプロセッサを使用した場合はどうなりますか?(比較したい場合は、比較できないと思いますよね?)
SSEに追加されたいくつかの命令の名前を見たことがありますが、それらすべてについての説明はありません(SSE4かもしれませんか?ウィキペディアにもリストされていません)。彼らが何をしているのかどこで読むことができますか?
最良の情報源は、拡張機能を設計した人々、つまりIntelから直接入手することです。決定的なリファレンスは インテル®64およびIA-32アーキテクチャーソフトウェア開発者マニュアル ;ボリューム1から3Cを組み合わせてダウンロードすることをお勧めします(そのページの最初のダウンロードリンク)。 Vol. 1, Ch. 12
-SSE3、SSSE3、SSE4、およびAESNIを使用したプログラミングをご覧ください。特定の手順を参照するには、Vol. 2, Ch. 3-4
を参照してください。 (付録Bも役立ちます)
これらの指示のどれが使用されているかをどのように知ることができますか?
命令は、実行しているプログラムが実際にそれらを使用している場合にのみ使用されます(つまり、さまざまなSSE4命令に対応するバイトコードが呼び出されています)。プログラムが使用する命令を見つけるには、 逆アセンブラ を使用する必要があります。
どちらが使用されているかがわかっている場合は、比較を行っているとしましょう(これは、これまでに行った中で最もばかげた質問かもしれませんが、アセンブリについてはわかりません)。アセンブリコード? (私はこれを見てきました: http://asm.inightmare.org/opcodelst/index.php?op=CMP )
プロセッサは命令をどのように解釈しますか?
「 CPUはどのようにしてコマンドと命令が実際に何を意味するのかを知る」のですか? "という質問に対する私の答えを見てみたいと思うかもしれません。アセンブリコードを手動で書き出す場合、実行可能ファイルを作成するには、「人間が読める」アセンブリコードをアセンブラに渡します。アセンブラは、命令をプロセッサが実行する実際の0と1に変換します。
SSE命令がないプロセッサを持っているとどうなりますか?(比較したい場合はできないと思いますよね?)
お使いのコンピュータは チューリング完全 であるため、専用のハードウェアがない場合は、ソフトウェアアルゴリズムを使用して任意の数学関数を実行できます。明らかに、ハードウェアで強力な並列または行列数学を実行することは、ソフトウェアよりもはるかに高速であるため(命令のループが多数必要)、これによりエンドユーザーの速度が低下します。プログラムの作成方法によっては、ソフトウェアで同じことを行うことは可能ですが、特定の命令(つまり、SSE4セットからの命令)が必要になる可能性がありますしたがって、より多くのプロセッサで使用できます)、この方法はまれです。
上記の例として、プロセッサが最初に MMX命令セット拡張 で登場したときを思い出すかもしれません。 2つの8要素の符号付き8ビットベクトルを一緒に追加したいとします(したがって、各ベクトルは64ビットで、単一のMMXレジスタに相当します)。つまり、A + B = C
です。これは、paddsb
と呼ばれる単一のMMX命令で実行できます。簡潔にするために、ベクトルがメモリ位置A
、B
、およびC
にも保持されているとします。同等のアセンブリコードは次のようになります。
movq MM0, [A]
paddsb MM0, [B]
movq [C], MM0
ただし、この操作はソフトウェアでも簡単に実行できます。たとえば、次のCコードは同等の操作を実行します(char
は8ビット幅であるため)。
#define LEN 8
char A[LEN], B[LEN], C[LEN];
/* Code to initialize vectors A and B... */
for (i = 0; i < LEN; i++)
{
C[i] = A[i] + B[i];
}
上記のループのアセンブリコードがどのように見えるかはおそらく推測できますが、(ベクトルの追加を処理するためのループが必要になるため)かなり多くの命令が含まれることは明らかです。したがって、さらに多くの命令を実行する必要があります。フェッチします。これは プロセッサのワード長がコンピュータのパフォーマンスにどのように影響するか (MMX/SSExの目的は、より大きなレジスタと、 同じ命令を実行する機能の両方を提供することです)に似ています。複数のデータ )。
質問と同じ順序であなたに答えます:
# lshw
コマンドを使用すると簡単に実行できます。compute everything that is computable
できるため、新しい機能はほとんど追加されません。SSEに追加されたいくつかの命令の名前を見たことがありますが、それらのいずれについても説明がありません(SSE4かもしれませんか?ウィキペディアにもリストされていません)。
それは正しくありません。 ウィキペディアにリストがあります 約すべてのx86命令(非推奨および文書化されていない命令も含む)
彼らが何をしているのかどこで読むことができますか?
CPUについて知るには、製造元のマニュアルを読む必要があります。この場合 Intel または多分 [〜#〜] amd [〜#〜] 。命令のコンパクトな編集のために、これらは2つの信頼できる情報源です
どちらが使用されているかがわかっている場合は、比較を行っているとしましょう(これは私が今まで聞いた中で最も愚かな質問かもしれませんが、アセンブリについてはわかりません)命令を直接使用することは可能ですか?アセンブリコードで? (私はこれを見てきました: http://asm.inightmare.org/opcodelst/index.php?op=CMP )
アセンブリは、人間が読める形式の マシンコード です。表示される名前は、アセンブリの命令のニーモニックであるため、もちろん、アセンブリでは常に直接使用されています。
SSE命令がないプロセッサを使用した場合はどうなりますか?(比較したい場合は、比較できないと思いますよね?)
実際には、20年前のPentium III以降に導入されたため、SSE)をサポートしないx86 CPUを入手することはほとんどできません。ただし、通常、CPUが無効な命令/オペコードを検出すると、 exception を発生させます。通常、OSは単にエラーをアナウンスしてからプログラムを終了します。ただし、必要に応じて、アプリケーションはその例外をキャッチしてソフトウェアで命令を処理できます。これにより、状態が切り替わるため、非常に非効率になります。プログラムと例外ハンドラの間ですが、プログラムは変更せずに実行できます。
これは、一部のCPUにFPUが組み込まれておらず、浮動小数点演算が別のコプロセッサーで実行されていた過去に使用されていました。その場合、コプロセッサーが接続されていない場合、浮動小数点命令は例外を発生させ、例外ハンドラーはそれらをプログラムに転送する前にソフトウェアで操作を計算します。 MS-DOSでのx87浮動小数点エミュレーションのプロトコルは何ですか? を参照してください。
また、MacOS X(SSE2/3以上が必要)をSSEのみの古いCPUで実行するために、一部のHackintoshパッチでも使用されていました。
5番目の質問にのみ答えます。半互換性のあるマシンでマシンコードを実行するとします。そのため、CPUは最終的に無効な命令に入る可能性があります。
プロトコルがあり、そのような状況を処理するために、最新のOSとCPUが協調して従います。 CPUは何が起こったかに関する情報を保存し、支援のためにOSコードにジャンプするため、OSは状況を正しく評価でき、誤解されたプロセスを強制終了する可能性が非常に高くなります(つまり、プロセスを準備完了キューから削除し、関連するデータ構造をリサイクルします)。
UNIXシステムでは、不正な命令はSIGILLに対応します。これは、プロセスがシグナルハンドラルーチンを登録した可能性のあるシグナルです。その場合、強制終了されず、代わりに対応するシグナルハンドラーが呼び出されます。それ以外の場合、コアダンプはディスクに書き込まれます。これについては、 signal(7) またはRochkindの「AdvancedUNIXProgramming」の第9.1章で確認できます。