アカウント名:
パスワード:
これなぁ・・・「Itaniumとは一体なんだったのか」
記事本文からリンクされているASCII.jpの記事には「当時のインテルの考えは、x86は命令体系が複雑であり、将来性能を引き上げる際にはこの命令体系の複雑さがボトルネックになると考えていた」とあるが、なのでItaniumは32bitのx86と互換性がない設計になった、ということのようだが、それならどうして性能がポンコツだったのか・・・実際のところ、Itaniumの発売から20年近く経ち、現れたApple M1なんかは、x86より高効率と喧伝されているわけだが、当初の目論見では、Itaniumも、簡潔な命令セットで高効率で低消費電力で高性能、を目指していたのだろうか？どうしてそうなれなかったのか・・・。
IA-32のデコードの難しさとそれに伴う並列実行の困難さ（依存関係の解決が必要なため）から、IA-64はデコードを簡単にし、高度な並列実行を命令のフォーマットレベルで可能にしたものだと当時読んだ記憶があります。並列実行の計画はコンパイル時に行い、実行時にはそれをどんどん実行していけば性能がでるだろうという想定に基づいていたものの、実際にはコンパイル時に行った静的な並列化よりも実行時に並列化を動的に行うIA-32の方が性能が出るという事態になり、クロックあたりの性能が伸びずにとん挫したわけです。
当初のIA-64はIA-32のコードも実行でき
マイクロアーキを共有しつつデコーダ経由のIA32/x64とダイレクトに演算ユニットを指定するIA64、とか出来なかったのかね。そう簡単じゃないか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
一体なんだったのか (スコア:0)
これなぁ・・・「Itaniumとは一体なんだったのか」
記事本文からリンクされているASCII.jpの記事には
「当時のインテルの考えは、x86は命令体系が複雑であり、将来性能を引き上げる際にはこの命令体系の複雑さがボトルネックになると考えていた」とあるが、なのでItaniumは32bitのx86と互換性がない設計になった、ということのようだが、
それならどうして性能がポンコツだったのか・・・
実際のところ、Itaniumの発売から20年近く経ち、現れたApple M1なんかは、x86より高効率と喧伝されているわけだが、
当初の目論見では、Itaniumも、簡潔な命令セットで高効率で低消費電力で高性能、
を目指していたのだろうか？どうしてそうなれなかったのか・・・。
Re: (スコア:0)
IA-32のデコードの難しさとそれに伴う並列実行の困難さ（依存関係の解決が必要なため）から、IA-64はデコードを簡単にし、高度な並列実行を命令のフォーマットレベルで可能にしたものだと当時読んだ記憶があります。
並列実行の計画はコンパイル時に行い、実行時にはそれをどんどん実行していけば性能がでるだろうという想定に基づいていたものの、実際にはコンパイル時に行った静的な並列化よりも実行時に並列化を動的に行うIA-32の方が性能が出るという事態になり、クロックあたりの性能が伸びずにとん挫したわけです。
当初のIA-64はIA-32のコードも実行でき
Re:一体なんだったのか (スコア:0)
マイクロアーキを共有しつつデコーダ経由のIA32/x64とダイレクトに演算ユニットを指定するIA64、とか出来なかったのかね。
そう簡単じゃないか。