Q&A
「i386とありますが、中身は32bit/64bitをサポートしている。」
左様ですか！
紛らわしいですね・・・
○○世代と言われるCPU群は第一世代から64bitなのですか？
Linuxカーネルのソースコードや、GNU binutilsのソースコードを見てみると、
必ず、i386のフォルダーがあるのが時々疑問になるのですが・・・
#i386のフォルダがある理由はなんですか？
x86と呼ばれる32bitシリーズはi386と互換性があるというのは分かるのですが・・・
i386 wiki では、1985年だそうですが、なんでそんな古い物が入っているのでしょうか？？
CPUの命令は、i386から32bitシリーズは全く変わっていないのでしょうか？
x86というファイルにしてくれた方がわかりやすくないですか？
binutils
binutilsのopcodesというフォルダにアセンブリ言語のニーモニックと16進数の対情報が入っていたのですが、
x86-64(amd64) のファイルがないのですが・・・なぜでしょうか？
amd64 は x86 と互換性があるとはいえ、amd64の命令も,i386の中に含まれているわけではないですよね？？
64bit環境用にLinuxカーネルなどをビルドすると、i386フォルダもビルドの対象になるのでしょうか？
CPUが現在のSkylakeやkaby_lakeといった世代に以降されたのはいつでしょうか？
i386時代と、～～世代と言われるようになったに全く繋がりが見えないのですが・・・
どなたか教えてください。
回答2件
0
i386 wiki では、1985年だそうですが、なんでそんな古い物が入っているのでしょうか？？
まったく同じことを考えたメーカーがあります。インテルです。
インテルはこう考えて、もう設計の古いi386命令を捨て去って新しく合理的な64ビットの命令体系を作りました。命令体系の名前はIA64といいます（これによってi386の命令体系はここから逆にIA32と命名されました）。
命令体系が違うのでOSもアプリケーションも作り直しです。IA64用のWindowsというのも発売されました。
結果は惨憺たるもので、IA64マシンは売れませんでした。
そこへ、当時から互換CPUメーカーであったAMDが、IA32を拡張した（つまり後方互換性のある）64ビット命令体系を作ります（AMD64と呼ぶことが多いです）。こちらの64ビットCPUは馬鹿売れします。ユーザーが欲しかったのは、合理的な設計の64ビット命令より、従来のソフトウェア資産が動くことの方だったのです。
その結果、インテルもAMD64のCPUを出さざるを得なくなりました。現在のPC用64ビットCPUはAMD64であり、この分野ではインテルこと互換CPUメーカーであると言えます。AMD64の核となっているIA32はインテル発なのでもうどちらが互換かとかはどうでもいいところありますけど。
というわけで、
CPUの命令は、i386から32bitシリーズは全く変わっていないのでしょうか？
互換性を保ちつつ拡張されているわけです。
amd64 は x86 と互換性があるとはいえ、amd64の命令も,i386の中に含まれているわけではないですよね？？
i386の命令体系がamd64の命令体系に含まれている、ですね。
CPUが現在のSkylakeやkaby_lakeといった世代に以降されたのはいつでしょうか？
i386時代と、～～世代と言われるようになったに全く繋がりが見えないのですが・・・
命令セットの拡張の歴史とCPU製品のマーケティングの歴史は、無関係ではないのですが切り離した方が。
マーケティング的には、i386の時代は新製品出すごとに8086→80186→80286→386→486と製品番号を上げていく命名方法で、今はCore i3,5,7という製品名を保ったまま内部実装のコードネームを表に出していくやり方に変えたというだけです。
投稿2017/05/01 11:53
編集2017/05/01 11:54
総合スコア5570
0
i386のフォルダがある理由はなんですか？
i386 wiki では、1985年だそうですが、なんでそんな古い物が入っているのでしょうか？？
2012年のバージョン3.8でi386サポートが終了するまで、Linuxカーネルはi386プロセッサを正式にサポートしていました。つまり、i386プロセッサで動きます。
x86というファイルにしてくれた方がわかりやすくないですか？
歴史を無視すれば、その通りだと思います。しかし、巨大プロジェクトでソースコード構成を急に変えるのは難しい（というか不可能に近い）ですから、i386フォルダはその名残と考るのが妥当です。
CPUの命令は、i386から32bitシリーズは全く変わっていないのでしょうか？
変化はあります。後方互換性を保ちながら、新しい機能が追加されています。言い換えると、昔のIntelプロセッサ向けのコードは、新しいIntelプロセッサ上でも正しく動作します。
binutilsのopcodesというフォルダにアセンブリ言語のニーモニックと16進数の対情報が入っていたのですが、x86-64(amd64) のファイルがないのですが・・・なぜでしょうか？
amd64/x86-64命令セットはIA-32(x86)命令セットからの自然な拡張になっており、アセンブリ言語のニーモニックレベルでは互換性があります。例えば汎用レジスタ名はAX(16bit), EAX(32bit), RAX(64bit)のような関係性になっています。binuitlsではファイル名はi386とありますが、中身は32bit/64bitをサポートしているようです。
http://cgit.haiku-os.org/buildtools/plain/binutils/opcodes/i386-dis.c
CPUが現在のSkylakeやkaby_lakeといった世代に以降されたのはいつでしょうか？
i386時代と、～～世代と言われるようになったに全く繋がりが見えないのですが・・・
（8086 → i186 → i286 →）i386 → i486 → i586[初代Pentium頃] → i686[Pentium 4頃] までは「iX86」という名前でした。マイクロアーキテクチャの世代を"NetBurst"のようにコードネームで呼称するようになったのは、Pentium 4以降のようです。理由は定かではありませんが、Intel社のマーケティング戦略判断でしょう。
命名規則が切り替わった当時はコードネーム"NetBurst"と従来方式"i786"が混在していたようですが、今では"i786"という表記を見かけることはなくなった気がします。
参考：
投稿2017/05/01 14:46
総合スコア6191
Wikipediaを読む限りは"NetBurst"以降で64bit(x86-64)をサポートするようです。
全部は見ていないんですが、c言語で作った実行ファイルを逆アセンブラして、opcodes/i386-tbl.hと比較してみました。
64bitと確かに一致しています。
アセンブリ言語は、「ニーモニック+オペランド で16進数に変換されている」でよろしいんでしょうか？
NetBurstというのは、知らなかったんですが、64bitのCPUなんですか？
NetBurstのあとに、現在のcoreシリーズが登場するんですね！！
https://people.apache.org/~xli/presentations/history_Intel_CPU.pdf 2013年の資料かつスライド作者個人の見解ですが、歴史をざっと追いやすいと思ったのでご参考に。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2017/05/01 12:40
2017/05/01 12:42
2017/05/01 13:28