アカウント名:
パスワード:
社内製品の差別化がなくなれば面白いのに。
って、レガシーな仕様を切り捨てて64bit設計した製品のほうが開発費を押さえながら成長できるだろうに。
レガシーな仕様を切り捨てて64bit設計した製品のほうが開発費を押さえながら成長できるだろうに。
それ、なんてItanium?もぅ、とっくに実践して失敗してますがな
Itaniumは切り捨てすぎましたなあ。顧客のニーズを満たせなかった。
程度の問題じゃない。VLIWがCPU向きじゃないんだよ。極端な表現をするならGPUにCPUやらせるようなもん。
VLIW+out-of-orderが一番効率がいいんじゃないの。コンパイラで可能な限り命令の並列性を指定出来るならデコーダーの負荷も軽くなるでしょ、
そんなふうに(皆が)思っていた時期もありました。しかし、一つのコンテキストにはそんなに並列性がないんだよ。
個人的には(以前も書いたけど)SMTいっぱい+インオーダーが最適だと思ってる。別コンテキストなら調べるまでもなく命令間に依存関係がないからOoOするまでもなく簡単に(小さい回路規模で)パイプラインを完全に埋められるからね。
従来のAtomがSMT+in orderでしたので…電力効率が良いのは確かですが。
Atomはメニーコアって言えるほどメニーじゃない半端モノさ。だから性能が微妙なだけになった。もっとも「メニー」だったとしてもメニーコア向きのソフトもほとんどないし、どのみち微妙扱いだったろうな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
イノベーションのジレンマ (スコア:0)
社内製品の差別化がなくなれば面白いのに。
って、レガシーな仕様を切り捨てて64bit設計した製品のほうが
開発費を押さえながら成長できるだろうに。
Re: (スコア:0)
レガシーな仕様を切り捨てて64bit設計した製品のほうが開発費を押さえながら成長できるだろうに。
それ、なんてItanium?
もぅ、とっくに実践して失敗してますがな
Re: (スコア:0)
Itaniumは切り捨てすぎましたなあ。
顧客のニーズを満たせなかった。
Re: (スコア:1)
程度の問題じゃない。VLIWがCPU向きじゃないんだよ。
極端な表現をするならGPUにCPUやらせるようなもん。
Re: (スコア:0)
VLIW+out-of-orderが一番効率がいいんじゃないの。
コンパイラで可能な限り命令の並列性を指定出来るならデコーダーの負荷も軽くなるでしょ、
Re: (スコア:1)
そんなふうに(皆が)思っていた時期もありました。
しかし、一つのコンテキストにはそんなに並列性がないんだよ。
個人的には(以前も書いたけど)SMTいっぱい+インオーダーが最適だと思ってる。
別コンテキストなら調べるまでもなく命令間に依存関係がないからOoOするまでもなく簡単に(小さい回路規模で)パイプラインを完全に埋められるからね。
Re: (スコア:0)
従来のAtomがSMT+in orderでしたので…
電力効率が良いのは確かですが。
Re:イノベーションのジレンマ (スコア:1)
Atomはメニーコアって言えるほどメニーじゃない半端モノさ。だから性能が微妙なだけになった。
もっとも「メニー」だったとしてもメニーコア向きのソフトもほとんどないし、どのみち微妙扱いだったろうな。