アカウント名:
パスワード:
社内製品の差別化がなくなれば面白いのに。
って、レガシーな仕様を切り捨てて６４bit設計した製品のほうが開発費を押さえながら成長できるだろうに。
レガシーな仕様を切り捨てて６４bit設計した製品のほうが開発費を押さえながら成長できるだろうに。
それ、なんてItanium？もぅ、とっくに実践して失敗してますがな
Itaniumは切り捨てすぎましたなあ。顧客のニーズを満たせなかった。
程度の問題じゃない。VLIWがCPU向きじゃないんだよ。極端な表現をするならGPUにCPUやらせるようなもん。
VLIW＋out-of-orderが一番効率がいいんじゃないの。コンパイラで可能な限り命令の並列性を指定出来るならデコーダーの負荷も軽くなるでしょ、
そんなふうに(皆が)思っていた時期もありました。しかし、一つのコンテキストにはそんなに並列性がないんだよ。
個人的には(以前も書いたけど)SMTいっぱい＋インオーダーが最適だと思ってる。別コンテキストなら調べるまでもなく命令間に依存関係がないからOoOするまでもなく簡単に(小さい回路規模で)パイプラインを完全に埋められるからね。
tarosukeごときが思いつくようなアイデアはとっくに提案され捨てられているSMTは局所性が低下するので効率はすぐに落ちる局所性に頼らないアーキテクチャでは有効だが、商用機は特殊用途向けのCray MTAしかない
従来のAtomがSMT＋in orderでしたので…電力効率が良いのは確かですが。
本当にわかってねーなーwあのアーキテクチャの最大の問題はメニーコア向けなソフトはその辺に転がってないって事だろうが。局所性？んなの周辺に要求するバランスが今までのものとは違うってだけだろ。そりゃアーキテクチャが違うのは当然なんであってそれを欠陥みたいに言うとかw
Atomはメニーコアって言えるほどメニーじゃない半端モノさ。だから性能が微妙なだけになった。もっとも「メニー」だったとしてもメニーコア向きのソフトもほとんどないし、どのみち微妙扱いだったろうな。
tarosukeは知ったかぶりなのでOoOの役目は並列性の抽出だけだと思っている
VLIWの話をOoOの話だと思ってるアホ発見w
> 個人的には(以前も書いたけど)SMTいっぱい＋インオーダーが最適だと思ってる。> 別コンテキストなら調べるまでもなく命令間に依存関係がないからOoOするまでもなく簡単に(小さい回路規模で)パイプラインを完全に埋められるからね。
自分でOoOの話を持ち出したことも忘れる認知症
病気になったときはちょっと同情したが、やっぱタヒんだほうがいいよ、お前
その引用は並列性について話題にしてると思ってるのかい？そもそもその引用に「並列性」って単語は存在するのかい？
2377762の最初の段落はVLIWについて、後の段落はSMTいっぱい＋インオーダーについての話だよね？並列性について述べてるのは最初の段落だけ、OoOについて述べてるのは後の段落だけだよね？そこから何をどう考えたら「OoOの役割が並列性の抽出だけだと思っている」と思えるのかな？w
聞かれてもいないことを偉そうに語るのが常のtarosukeが、何一つまともに答えられないときの常套手段に出てきました
「OoOの役割が並列性の抽出だけだと思って」いないのなら、ちゃんと答えればいいのにね
tarosukeに改めて聞くよ
OoOの、並列性の抽出以外の役割とは何か？
知ったかぶりでなければ答えられる
tarosukeが答えられずに逃亡ｗｗｗ
VLIWとOoOは相性悪いよ
どのみちスケジューリングの単位はuopなのでVLIWを分解しないといけないここでのuopは機能ユニットに対応するものだから、RISCでもメモリアクセス命令はアドレス計算とロード/ストアに分解するのが普通
デコーダーはデコードしてスケジューラーに渡すだけなので並列性はぜんぜん関係ないです
ネイティブプロセッサエミュレーションならダントツかも・・・
Itaniumの事ですね、分かります。
作ったチップがすべて（とはいかなくても高歩留まりで）最高性能を出せればいいのですが、そうはいかないのですよ。シリコンにはばらつきがあったり、欠陥があったり・・・・規定クロックでは動かないがクロックを低くすれば正常に動くものは低クロック版として、欠陥がある部分を殺せば使えるものは別製品として売らないと、馬鹿高くなります。
それに、ターゲット（サーバー、PC、モバイル、組み込みetc．）により求められる性能が違いますので、作り分けないといけないし。
こまったことにいまだに、それやるとWindowsRTとかLinuxとかしかOS選択肢なくなりますよね...普通のWindows向けアプリが32bitものだらけなので。
# AMDはEやZをARM-AMD64コンパチ仕様にしたら面白いかも。売れるかどうかは別としてアレゲだ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
イノベーションのジレンマ (スコア:0)
社内製品の差別化がなくなれば面白いのに。
って、レガシーな仕様を切り捨てて６４bit設計した製品のほうが
開発費を押さえながら成長できるだろうに。
Re: (スコア:0)
レガシーな仕様を切り捨てて６４bit設計した製品のほうが開発費を押さえながら成長できるだろうに。
それ、なんてItanium？
もぅ、とっくに実践して失敗してますがな
Re: (スコア:0)
Itaniumは切り捨てすぎましたなあ。
顧客のニーズを満たせなかった。
Re:イノベーションのジレンマ (スコア:1)
程度の問題じゃない。VLIWがCPU向きじゃないんだよ。
極端な表現をするならGPUにCPUやらせるようなもん。
Re: (スコア:0)
VLIW＋out-of-orderが一番効率がいいんじゃないの。
コンパイラで可能な限り命令の並列性を指定出来るならデコーダーの負荷も軽くなるでしょ、
Re:イノベーションのジレンマ (スコア:1)
そんなふうに(皆が)思っていた時期もありました。
しかし、一つのコンテキストにはそんなに並列性がないんだよ。
個人的には(以前も書いたけど)SMTいっぱい＋インオーダーが最適だと思ってる。
別コンテキストなら調べるまでもなく命令間に依存関係がないからOoOするまでもなく簡単に(小さい回路規模で)パイプラインを完全に埋められるからね。
Re: (スコア:0)
tarosukeごときが思いつくようなアイデアはとっくに提案され捨てられている
SMTは局所性が低下するので効率はすぐに落ちる
局所性に頼らないアーキテクチャでは有効だが、商用機は特殊用途向けのCray MTAしかない
Re: (スコア:0)
従来のAtomがSMT＋in orderでしたので…
電力効率が良いのは確かですが。
Re:イノベーションのジレンマ (スコア:1)
本当にわかってねーなーw
あのアーキテクチャの最大の問題はメニーコア向けなソフトはその辺に転がってないって事だろうが。
局所性？んなの周辺に要求するバランスが今までのものとは違うってだけだろ。
そりゃアーキテクチャが違うのは当然なんであってそれを欠陥みたいに言うとかw
Re:イノベーションのジレンマ (スコア:1)
Atomはメニーコアって言えるほどメニーじゃない半端モノさ。だから性能が微妙なだけになった。
もっとも「メニー」だったとしてもメニーコア向きのソフトもほとんどないし、どのみち微妙扱いだったろうな。
Re: (スコア:0)
tarosukeは知ったかぶりなのでOoOの役目は並列性の抽出だけだと思っている
Re:イノベーションのジレンマ (スコア:1)
VLIWの話をOoOの話だと思ってるアホ発見w
Re: (スコア:0)
> 個人的には(以前も書いたけど)SMTいっぱい＋インオーダーが最適だと思ってる。
> 別コンテキストなら調べるまでもなく命令間に依存関係がないからOoOするまでもなく簡単に(小さい回路規模で)パイプラインを完全に埋められるからね。
自分でOoOの話を持ち出したことも忘れる認知症
病気になったときはちょっと同情したが、やっぱタヒんだほうがいいよ、お前
Re:イノベーションのジレンマ (スコア:1)
その引用は並列性について話題にしてると思ってるのかい？
そもそもその引用に「並列性」って単語は存在するのかい？
2377762の最初の段落はVLIWについて、後の段落はSMTいっぱい＋インオーダーについての話だよね？
並列性について述べてるのは最初の段落だけ、OoOについて述べてるのは後の段落だけだよね？
そこから何をどう考えたら「OoOの役割が並列性の抽出だけだと思っている」と思えるのかな？w
Re: (スコア:0)
聞かれてもいないことを偉そうに語るのが常のtarosukeが、何一つまともに答えられないときの常套手段に出てきました
「OoOの役割が並列性の抽出だけだと思って」いないのなら、ちゃんと答えればいいのにね
Re: (スコア:0)
tarosukeに改めて聞くよ
OoOの、並列性の抽出以外の役割とは何か？
知ったかぶりでなければ答えられる
Re: (スコア:0)
tarosukeが答えられずに逃亡ｗｗｗ
Re: (スコア:0)
VLIWとOoOは相性悪いよ
どのみちスケジューリングの単位はuopなのでVLIWを分解しないといけない
ここでのuopは機能ユニットに対応するものだから、RISCでもメモリアクセス命令はアドレス計算とロード/ストアに分解するのが普通
デコーダーはデコードしてスケジューラーに渡すだけなので並列性はぜんぜん関係ないです
Re: (スコア:0)
ネイティブプロセッサエミュレーションならダントツかも・・・
Re: (スコア:0)
Itaniumの事ですね、分かります。
Re: (スコア:0)
作ったチップがすべて（とはいかなくても高歩留まりで）最高性能を出せればいいのですが、
そうはいかないのですよ。
シリコンにはばらつきがあったり、欠陥があったり・・・・
規定クロックでは動かないがクロックを低くすれば正常に動くものは低クロック版として、
欠陥がある部分を殺せば使えるものは別製品として売らないと、馬鹿高くなります。
それに、ターゲット（サーバー、PC、モバイル、組み込みetc．）により求められる性能が違いますので、
作り分けないといけないし。
Re: (スコア:0)
こまったことにいまだに、それやるとWindowsRTとかLinuxとかしかOS選択肢なくなりますよね...
普通のWindows向けアプリが32bitものだらけなので。
# AMDはEやZをARM-AMD64コンパチ仕様にしたら面白いかも。売れるかどうかは別としてアレゲだ