CPUアーキテクチャについて語れ 7
1 ：Socket774：
お前らいい加減、無能なAMD房・Intel房・GKに振りまわされず、
エンコ時間がどうとかPIがどうとかPS3がどうとかじゃなく、
CPUコアのアーキテクチャについて語りましょう。
x86/RISC/CISC/スーパースカラ/VLIW/MIMD/SIMD
等について語ってもよし、
フリップフロップ回路が小さいPentium Mマンセー、
CISCなのに内部はRISCなPentium 4マンセー、
x86なのに32/64bitコンパチなOpteronマンセー、
昔々8086の時代は(以下略・・・等もよし。
さあ、不毛な争いを止めてCPUアーキテクチャについて語ろう！
前スレ
CPUアーキテクチャについて語れ 6
http://pc9.2ch.net/test/read.cgi/jisaku/1169393906/
エンコ時間がどうとかPIがどうとかPS3がどうとかじゃなく、
CPUコアのアーキテクチャについて語りましょう。
x86/RISC/CISC/スーパースカラ/VLIW/MIMD/SIMD
等について語ってもよし、
フリップフロップ回路が小さいPentium Mマンセー、
CISCなのに内部はRISCなPentium 4マンセー、
x86なのに32/64bitコンパチなOpteronマンセー、
昔々8086の時代は(以下略・・・等もよし。
さあ、不毛な争いを止めてCPUアーキテクチャについて語ろう！
前スレ
CPUアーキテクチャについて語れ 6
http://pc9.2ch.net/test/read.cgi/jisaku/1169393906/
|
|
|
Part 1 http://pc5.2ch.net/test/read.cgi/jisaku/1082357989/
Part 2 http://pc7.2ch.net/test/read.cgi/jisaku/1101041110/
Part 3 http://pc7.2ch.net/test/read.cgi/jisaku/1139046363/
Part 4 http://pc7.2ch.net/test/read.cgi/jisaku/1151732227/
Part 5 http://pc9.2ch.net/test/read.cgi/jisaku/1159238563/
Part 2 http://pc7.2ch.net/test/read.cgi/jisaku/1101041110/
Part 3 http://pc7.2ch.net/test/read.cgi/jisaku/1139046363/
Part 4 http://pc7.2ch.net/test/read.cgi/jisaku/1151732227/
Part 5 http://pc9.2ch.net/test/read.cgi/jisaku/1159238563/
3 ：Socket774：2007/03/03(土) 22:37:59 ID:MyajhQ1J
4 ：Socket774：2007/03/03(土) 22:40:22 ID:6mNzS9Ki
>前スレ972
たしか、SimpleTextの直系祖先のはず
たしか、SimpleTextの直系祖先のはず
5 ：Socket774：2007/03/03(土) 22:57:15 ID:MyajhQ1J
POWER4のAlpha並速度で16段は間違いで、P6並速度で9段。
PowerPC970でAlpha並の速度で16段と25段。
PowerPC970でAlpha並の速度で16段と25段。
おれ、プログラミングできないんで間違ってるかもしれないんだけど、
68k macintoshの32KBセグメントってMMUなしでやるんでしょう?
ってことは、アドレッシングに余計な操作がかかって、ものすごく遅くならない?
68k macintoshの32KBセグメントってMMUなしでやるんでしょう?
ってことは、アドレッシングに余計な操作がかかって、ものすごく遅くならない?
>>6
初期のMacのSegmentはflatな物理memory空間をheapの様に
分託して管理するmemory領域のことであり、MMUの様な論理->物理address変換は
していないよ。変換そのものがないからload/storeには,それによるoverheadはないよ。
68000単体で使うときには論理=物理空間で全てが動く。
初期のMacのSegmentはflatな物理memory空間をheapの様に
分託して管理するmemory領域のことであり、MMUの様な論理->物理address変換は
していないよ。変換そのものがないからload/storeには,それによるoverheadはないよ。
68000単体で使うときには論理=物理空間で全てが動く。
FM-11は8bit 6809＋結構しっかりしたMMUが付いていたなあ。
物理1Mに対して論理64K。物理memoryの方が多いのね。
だからOS-9でマルチタスクやっても全然へっちゃらで結構rubstだった。
でも下位の4KBは共有で、ここのcode等を破壊すると逝っちゃうんだ。
S1の6309+MMUは共有領域無しの設定も可でもっとしっかりした代物だったような記憶がある。
段々過去に遡って行っちまうな…orz、お迎えが近いのかな。
物理1Mに対して論理64K。物理memoryの方が多いのね。
だからOS-9でマルチタスクやっても全然へっちゃらで結構rubstだった。
でも下位の4KBは共有で、ここのcode等を破壊すると逝っちゃうんだ。
S1の6309+MMUは共有領域無しの設定も可でもっとしっかりした代物だったような記憶がある。
段々過去に遡って行っちまうな…orz、お迎えが近いのかな。
>>7
＞＞MMUの様な論理->物理address変換は
＞＞していないよ。変換そのものがないからload/storeには,それによるoverheadはないよ。
＞＞68000単体で使うときには論理=物理空間で全てが動く。
それはそうなんだけど、なんといったらいいのか
まぁありがとう
＞＞MMUの様な論理->物理address変換は
＞＞していないよ。変換そのものがないからload/storeには,それによるoverheadはないよ。
＞＞68000単体で使うときには論理=物理空間で全てが動く。
それはそうなんだけど、なんといったらいいのか
まぁありがとう
>>8
8ビットのゲーム機だと、物理空間＞論理空間は当たり前なんだけど、
ファミコンの場合、なんとROMカセット毎にMMUを内蔵してた
MMUとはいわずmapperというんだけど、これの種類がたくさんあって
昔はファミコンエミュレータの障害のひとつでした
8ビットのゲーム機だと、物理空間＞論理空間は当たり前なんだけど、
ファミコンの場合、なんとROMカセット毎にMMUを内蔵してた
MMUとはいわずmapperというんだけど、これの種類がたくさんあって
昔はファミコンエミュレータの障害のひとつでした
真鍋かをりの胸に気を取られて、内容については上の空だった…orz
助長なアドレッシングに制限を受けると言いたかったのかな？
executableがどこにloadされるかは実行時に決められるため
relocalatbeなcodeでなければならないから、絶対番地は使えない
相対addressing mode限定、
そういう意味ではclock数とbyte数の「若干」多いinstructionを主に使うことになるよ
助長なアドレッシングに制限を受けると言いたかったのかな？
executableがどこにloadされるかは実行時に決められるため
relocalatbeなcodeでなければならないから、絶対番地は使えない
相対addressing mode限定、
そういう意味ではclock数とbyte数の「若干」多いinstructionを主に使うことになるよ
MMUにはMMUでoverheadがあって、
386では内蔵されたMMUをONにすると変換のoverhead分clock数の増える
instructionがあったような記憶がある。だからOFFで使った方が速い。
いまの汎用CPUはMMUをOFFにして使うこと自体がまずないから
その差を知りようもない。単なるlatencyの内訳扱い。
Crayは仮想無かったんだよね。全ては物理16MBに納めろと、それが漢だと
そういう文化だった。
386では内蔵されたMMUをONにすると変換のoverhead分clock数の増える
instructionがあったような記憶がある。だからOFFで使った方が速い。
いまの汎用CPUはMMUをOFFにして使うこと自体がまずないから
その差を知りようもない。単なるlatencyの内訳扱い。
Crayは仮想無かったんだよね。全ては物理16MBに納めろと、それが漢だと
そういう文化だった。
>>11
＞＞絶対番地は使えない
＞＞相対addressing mode限定、
＞＞そういう意味ではclock数とbyte数の「若干」多いinstructionを主に使うことになるよ
やっぱりそうなのね
＞＞真鍋かをりの胸に気を取られて、内容については上の空だった…orz
内容はどうでもよかったけど、核融合の実験施設がサイバーで
かっこよかった
＞＞絶対番地は使えない
＞＞相対addressing mode限定、
＞＞そういう意味ではclock数とbyte数の「若干」多いinstructionを主に使うことになるよ
やっぱりそうなのね
＞＞真鍋かをりの胸に気を取られて、内容については上の空だった…orz
内容はどうでもよかったけど、核融合の実験施設がサイバーで
かっこよかった
>>12
昔、雑誌で組み込み用CPU(確かPPC403)のMMUオンとオフの
比較試験が載ってた
その結果も、もちろんMMUオフのほうが速かったんだよね
＞＞Crayは仮想無かったんだよね。
CRAY-1のメインメモリは、メインフレームのキャッシュくらいにしか
使われないECL SRAM
超高速を達成するためにはアドレス変換のレイテンシさえ
もったいなかったんだと思う
この潔さって現代にはないよな
昔、雑誌で組み込み用CPU(確かPPC403)のMMUオンとオフの
比較試験が載ってた
その結果も、もちろんMMUオフのほうが速かったんだよね
＞＞Crayは仮想無かったんだよね。
CRAY-1のメインメモリは、メインフレームのキャッシュくらいにしか
使われないECL SRAM
超高速を達成するためにはアドレス変換のレイテンシさえ
もったいなかったんだと思う
この潔さって現代にはないよな
仮想addressingはもはや捨てられないけど
swapなんか止めちまえって提案は出るよ
memory数十GBに対してswapなんかいらねぇだろう
それを止めてもう少し速くできないか、ｺﾞﾙｱと
swapなんか止めちまえって提案は出るよ
memory数十GBに対してswapなんかいらねぇだろう
それを止めてもう少し速くできないか、ｺﾞﾙｱと
>>14
MMU有効になってるときは、たとえphysとlogが
一対一でマップされてるようなケースでも
TLBキャッシュ外したらTLB再ロードするんでないかい?
いずれにせよ、TLBに限らず昨今の高速プロセッサはキャッシュ前提。
MMU有効になってるときは、たとえphysとlogが
一対一でマップされてるようなケースでも
TLBキャッシュ外したらTLB再ロードするんでないかい?
いずれにせよ、TLBに限らず昨今の高速プロセッサはキャッシュ前提。
>>16
物理と論理が対応はﾚｱケースだと思うけど、
latencyの内訳として
D-cache miss率(L1,Ｌ2,Ｌ3)
I-Cache miss率(疑似べくにより増加傾向ｗ）
TLB-miss率
くらいは当然見るでしょね。実効効率を語るときは。
物理と論理が対応はﾚｱケースだと思うけど、
latencyの内訳として
D-cache miss率(L1,Ｌ2,Ｌ3)
I-Cache miss率(疑似べくにより増加傾向ｗ）
TLB-miss率
くらいは当然見るでしょね。実効効率を語るときは。
いけね外した、
missしたTLBをloadし直すまでは
対応関係分からないから
やっぱ再loadするんじゃないかな、と思うよ
missしたTLBをloadし直すまでは
対応関係分からないから
やっぱ再loadするんじゃないかな、と思うよ
そういや、ﾏｶｰは平均年齢がかなり高いって聞いたな
アメリカの調査だけど
アメリカの調査だけど
8086も論理64KB、物理1MBである
21264も一部の命令は分解して実行する
21264も一部の命令は分解して実行する
Alpha並の高速POWERと聞いてX704を思い出した俺。
22 ：Socket774：2007/03/04(日) 11:41:55 ID:KTDjqNBR
INTELのは奇形児か
24 ：Socket774：2007/03/04(日) 13:23:27 ID:2liT37LT
>物理memory空間をheapの様に
>分託して管理するmemory領域のことであり
不自由な日本語を読むのはもう飽きた！
>分託して管理するmemory領域のことであり
不自由な日本語を読むのはもう飽きた！
レトリックさんが、しつこくMacOSに32KBの制限があると言い張ってるみたいすけど間違いす。
32KBってのわ、リソースサイズの制限であってmallocとかでヒープに確保するメモリの話じゃ
ないす。
(ただしコード用のメモリも"コードリソース"として実装するのが推奨だったことわ事実)
当時のMacOSわ128KBのメモリでやりくりするために、半自動ガベージコレクション機能がついて
いて、ガベージコレクション時にメモリ上のオブジェクトの取捨選択をするために、コードやデータ
をリソースという単位で管理していたす。ファイルシステム自体がリソース化したオブジェクトの
扱いが便利なようにファイルを「データフォーク」と「リソースフォーク」に分けていたのわ、良く
知られているかと思うす。
32KBってのわ、リソースサイズの制限であってmallocとかでヒープに確保するメモリの話じゃ
ないす。
(ただしコード用のメモリも"コードリソース"として実装するのが推奨だったことわ事実)
当時のMacOSわ128KBのメモリでやりくりするために、半自動ガベージコレクション機能がついて
いて、ガベージコレクション時にメモリ上のオブジェクトの取捨選択をするために、コードやデータ
をリソースという単位で管理していたす。ファイルシステム自体がリソース化したオブジェクトの
扱いが便利なようにファイルを「データフォーク」と「リソースフォーク」に分けていたのわ、良く
知られているかと思うす。
実装の詳しい形態なんかわかんないんだけどさ、
MMUがないのなら、32KBセグメントのような仕組みがないと
メモリの動的割り当てができないんじゃねーの?
MMUがないのなら、32KBセグメントのような仕組みがないと
メモリの動的割り当てができないんじゃねーの?
27 ：MACオタ＞26 さん：2007/03/04(日) 15:35:55 ID:4D+WkUI7
>>26
フラットなメモリ空間をOSを含む複数のプログラムで共有するやり方なんで、問題ないす。
フラットなメモリ空間をOSを含む複数のプログラムで共有するやり方なんで、問題ないす。
フラットな空間だから問題があるのでは。。。。
29 ：MACオタ＞28 さん：2007/03/04(日) 15:42:04 ID:4D+WkUI7
>>28
MacOS APIでのメモリ確保わポインタじゃなくてハンドルで行うので、あまり問題わ出ないす。
もちろんこれゆえにヒープメモリわ使い難いし、時々再起動しないとメモリの断片化で色々
不具合もあったす。
MacOS APIでのメモリ確保わポインタじゃなくてハンドルで行うので、あまり問題わ出ないす。
もちろんこれゆえにヒープメモリわ使い難いし、時々再起動しないとメモリの断片化で色々
不具合もあったす。
>>26
つか128KBしかないのにセグメント単位が32KBじゃ動的割当の役には立たんでしょ
つか128KBしかないのにセグメント単位が32KBじゃ動的割当の役には立たんでしょ
余談すけど、旧MacOS的なフラットなメモリ管理ってアプリケーションごとにコードのアドレスが
異なるすから、仮にバッファオーバーフロー等が発生した場合でも"jump xxx"的なやり方
で危険なコードを実行させることわ不可能す。
昨今の深刻なセキュリティ問題を考えると、良かったじゃないすかね。。。
異なるすから、仮にバッファオーバーフロー等が発生した場合でも"jump xxx"的なやり方
で危険なコードを実行させることわ不可能す。
昨今の深刻なセキュリティ問題を考えると、良かったじゃないすかね。。。
>>31
マルチタスクできないOSをいまさら懐古してもしょうがない
マルチタスクできないOSをいまさら懐古してもしょうがない
Plusまでの64K ROMにはsegment manager/loaderに32Kの制約があったのでは？
下位互換性のためにしばらく後まで足を引っ張った
こういう話し不毛だ…
下位互換性のためにしばらく後まで足を引っ張った
こういう話し不毛だ…
34 ：MACオタ＞32 さん：2007/03/04(日) 15:56:02 ID:4D+WkUI7
>>32
co-operativeマルチタスクも、立派なマルチタスクだと思うすけど。。。
殊に昨今のようにコアが増えてくれば、タスクスイッチのオーバーヘッドが無いというのわ悪くない
と思うす。。。
ちなみにフラットなメモリ管理のマルチタスクOSってOS/400とか色々あるかと思うす。
co-operativeマルチタスクも、立派なマルチタスクだと思うすけど。。。
殊に昨今のようにコアが増えてくれば、タスクスイッチのオーバーヘッドが無いというのわ悪くない
と思うす。。。
ちなみにフラットなメモリ管理のマルチタスクOSってOS/400とか色々あるかと思うす。
OS設計について語れ
……板違いじゃね？
……板違いじゃね？
36 ：MACオタ＞分託 さん：2007/03/04(日) 16:00:32 ID:4D+WkUI7
分かってんじゃん。だから32Kに納める苦労をしたの。
38 ：MACオタ＞分託 さん：2007/03/04(日) 16:10:21 ID:4D+WkUI7
いいかげんスレ違いだと思うす。。。
当初Pascalしか無かったんでmallocはどうか覚えてないけど
この32Kの壁は'84から数年間頭痛の種だったんだよ。
有名な話なんだけどな…勘違いに興味無いし、ムキにならんといて。
この32Kの壁は'84から数年間頭痛の種だったんだよ。
有名な話なんだけどな…勘違いに興味無いし、ムキにならんといて。
41 ：MACオタ＞分託 さん：2007/03/04(日) 16:18:19 ID:4D+WkUI7
>>40
プライドが高いのわ結構な話すけど。。。
-------------------
当初Pascalしか無かったんでmallocはどうか覚えてないけど
-------------------
NewHandleと言えば、思い出すすか？
http://developer.apple.com/documentation/mac/Memory/Memory-67.html
プライドが高いのわ結構な話すけど。。。
-------------------
当初Pascalしか無かったんでmallocはどうか覚えてないけど
-------------------
NewHandleと言えば、思い出すすか？
http://developer.apple.com/documentation/mac/Memory/Memory-67.html
BIOSやAPIの実装はCPUと関係ないです。
mac板へ帰りやがれです。。。
mac板へ帰りやがれです。。。
68kでの32k制限って相対アドレッシングの制限から
きてるんじゃないの？
きてるんじゃないの？
45 ：MACオタ＞分託 さん：2007/03/04(日) 16:21:56 ID:4D+WkUI7
>>42
英語読めるすか？あなたの引用先に書いてあるす。
---------------------
There is nothing in the Mac or 68000 that REQUIRES a 32K limit,
---------------------
英語読めるすか？あなたの引用先に書いてあるす。
---------------------
There is nothing in the Mac or 68000 that REQUIRES a 32K limit,
---------------------
下の方だよ
Straight Story on 32K Limits
68000自体には制約はない、しかし…ってとこ。
Straight Story on 32K Limits
68000自体には制約はない、しかし…ってとこ。
47 ：MACオタ＞分託 さん：2007/03/04(日) 16:26:49 ID:4D+WkUI7
MACオタは2行目まで読んでお疲れのようです
The 64K ROM resource manager had a bug that it sometimes barfed
for resources longer than 32K. This was fixed in the Mac Plus,
and the later Segment Loaders handle longer segments just fine
疲れる
for resources longer than 32K. This was fixed in the Mac Plus,
and the later Segment Loaders handle longer segments just fine
疲れる
連続した空き領域だけを確保して、
プログラムが巨大化したときのことは、
将来の拡張にまかせときゃよかった
プログラムが巨大化したときのことは、
将来の拡張にまかせときゃよかった
分託さんがリンクした文書に書いてあることわ、
1. Plus以前のMacOS ROMのバグによるリソースサイズの制限
2. >>44さんの書いたISA中の16-bit相対アドレスの制限によるサブルーチンコールの問題
3. 一部開発環境でのグローバル変数のサイズ制限
4. 一部開発環境での配列サイズの制限
4についてわ、ヒープメモリ自体ににそういう制限わ無いすから、ここで言及されている通りの事態になるす。
---------------------------
[Note: neither Lightspeed Pascal nor Lightspeed C will allow arrays over 32K.
---------------------------
1. Plus以前のMacOS ROMのバグによるリソースサイズの制限
2. >>44さんの書いたISA中の16-bit相対アドレスの制限によるサブルーチンコールの問題
3. 一部開発環境でのグローバル変数のサイズ制限
4. 一部開発環境での配列サイズの制限
4についてわ、ヒープメモリ自体ににそういう制限わ無いすから、ここで言及されている通りの事態になるす。
---------------------------
[Note: neither Lightspeed Pascal nor Lightspeed C will allow arrays over 32K.
---------------------------
やっぱりCPUと関係ないです。
mac板へ帰りやがれです。。。
mac板へ帰りやがれです。。。
53 ：MACオタ＞分託 さん：2007/03/04(日) 16:34:36 ID:4D+WkUI7
>>49
リソースとヒープの区別も無しにMacintoshの開発してたすか(笑)
リソースとヒープの区別も無しにMacintoshの開発してたすか(笑)
しかし制約は実在したわけで、ムキになるのはやめて。不毛なので。
セグメントローダーもオーバー32KBに拡張されたことで
めでたしめでたし
めでたしめでたし
ヒープの話にすりかえているのはMACオタだけだよ
57 ：MACオタ＞56 さん：2007/03/04(日) 16:37:41 ID:4D+WkUI7
>>56
話の頭わ>>25すけど。。。
-----------------------
32KBってのわ、リソースサイズの制限であってmallocとかでヒープに確保するメモリの
話じゃないす。
-----------------------
話の頭わ>>25すけど。。。
-----------------------
32KBってのわ、リソースサイズの制限であってmallocとかでヒープに確保するメモリの
話じゃないす。
-----------------------
当初のcompilerでは32Kを越えるloadmoduleは作れなくて苦労した
って想い出話を書いたのであって
他人の無知はどうでもよいんですど…
って想い出話を書いたのであって
他人の無知はどうでもよいんですど…
61 ：MACオタ＞58 さん：2007/03/04(日) 16:41:11 ID:4D+WkUI7
>>58
でわ、前スレの馬鹿発言を引用させていただくす。
http://pc9.2ch.net/test/read.cgi/jisaku/1169393906/977
---------------------------
977 名前：レトリック君 投稿日：2007/03/03(土) 14:43:50 ID:e5/EMclF
当初のMacの壁って、
128K MacのToolboxが動的に割り当ててくれる連続memoryの最大長だったかな、
---------------------------
でわ、前スレの馬鹿発言を引用させていただくす。
http://pc9.2ch.net/test/read.cgi/jisaku/1169393906/977
---------------------------
977 名前：レトリック君 投稿日：2007/03/03(土) 14:43:50 ID:e5/EMclF
当初のMacの壁って、
128K MacのToolboxが動的に割り当ててくれる連続memoryの最大長だったかな、
---------------------------
初期のmacって糞なosだから
toolboxをすべて迂回すれば、いかようにもプログラミングできるよな
toolboxをすべて迂回すれば、いかようにもプログラミングできるよな
糞固定はきえろ
Segment headerのsizeもFarが出る前は16bitだったかな
そのへんもう覚えて無くて32Kの苦労だけは印象に残っているから
「かな」なんだけれどもね
そのへんもう覚えて無くて32Kの苦労だけは印象に残っているから
「かな」なんだけれどもね
>>61
途中でぶったぎらずに最後まで引用するように
途中でぶったぎらずに最後まで引用するように
｢32kBセグメントなんてのもあったよね｣
というだけのお話だったのに
ヲタのおかげでここまでスレッドがのびますた
というだけのお話だったのに
ヲタのおかげでここまでスレッドがのびますた
x86信者の突っ込むスキがまったく無し
膜ヲタの半可通ぷりがよく現れてる日曜の午後。
当時現場にいなかったやつはすっこんでろ。
当時現場にいなかったやつはすっこんでろ。
69 ：MACオタ＞68 さん：2007/03/04(日) 19:45:07 ID:4D+WkUI7
OSの話はNGワードにしろ
レスするヤツはMACオタとみなす
レスするヤツはMACオタとみなす
71 ：II ◆ZXZyD4g87k ：2007/03/04(日) 21:02:32 ID:BI58l1hv
う
出遅れたかな?
32ｋByte制限の原因の一つは、link命令じゃないの。
ローカルヒープ(というよりろーかる変数専用かも?)確保に多用されるんだけど、
引数が16ビット符号付き整数だけだった。(が、マイナス値を指定してどうなるかは知らない)
あとは、絶対アドレスを指定しないで分岐できる命令が16ビット相対アドレスだけって制限もあったが。
これはデータ領域の大きさ制限とは関係ないな。
いずれにせよ、64ｋByteとか32ｋByteとかに領域分割されてるわけではなく、
「命令実行時点の」プログラムカウンタやスタックポインタの位置から前後32kByte分ってだけの話だ。
32ｋByte制限の原因の一つは、link命令じゃないの。
ローカルヒープ(というよりろーかる変数専用かも?)確保に多用されるんだけど、
引数が16ビット符号付き整数だけだった。(が、マイナス値を指定してどうなるかは知らない)
あとは、絶対アドレスを指定しないで分岐できる命令が16ビット相対アドレスだけって制限もあったが。
これはデータ領域の大きさ制限とは関係ないな。
いずれにせよ、64ｋByteとか32ｋByteとかに領域分割されてるわけではなく、
「命令実行時点の」プログラムカウンタやスタックポインタの位置から前後32kByte分ってだけの話だ。
どうでもいいことなんだけど、
8086って条件分岐の即値が8bitしかないんだよな
だから条件分岐したいときはjunpを組み合わせる
386以降も同じなの？
ってmacro fusionとか言ってるので
同じなんだろう
と分岐のオフセットネタ2でした
8086って条件分岐の即値が8bitしかないんだよな
だから条件分岐したいときはjunpを組み合わせる
386以降も同じなの？
ってmacro fusionとか言ってるので
同じなんだろう
と分岐のオフセットネタ2でした
その件に関してはlinkではなくてlea命令でA6動かしてframe構成するなど
assemblerだと少々ﾏﾝﾄﾞｸｾｰけど、手はあったから越えられない壁ではなかった。
それとは違った話だったけど、もう止めた方がいいわ。
よく分からないがなんか根に持たれているみたいだし。
assemblerだと少々ﾏﾝﾄﾞｸｾｰけど、手はあったから越えられない壁ではなかった。
それとは違った話だったけど、もう止めた方がいいわ。
よく分からないがなんか根に持たれているみたいだし。
75 ：Socket774：2007/03/04(日) 22:59:56 ID:Ll9UOx4L
今どきOSもコンパイラも考慮せずにCPUアーキテクチャを語れるか。
Intelが開発中のトランザクショナル・メモリ支援命令と支援ハードに興味
あるんだが、これもCPUだけじゃなくてOSにコンパイラにチップセットまで
絡めないと効率出ないよね。
昔でもトランスピュータなんて、CSP専用言語のオッカム語専用プロセッサ
でリアルタイムOS内臓だったし。
10億トランジスタの有効利用を考えると、マルチスレッドOS支援命令は今後
流行るだろ。
Intelが開発中のトランザクショナル・メモリ支援命令と支援ハードに興味
あるんだが、これもCPUだけじゃなくてOSにコンパイラにチップセットまで
絡めないと効率出ないよね。
昔でもトランスピュータなんて、CSP専用言語のオッカム語専用プロセッサ
でリアルタイムOS内臓だったし。
10億トランジスタの有効利用を考えると、マルチスレッドOS支援命令は今後
流行るだろ。
日曜になると、このｽﾚの速度が数倍に上がるな。
ちょっとは太陽の光を浴びてきたらどうかと思うすｗｗｗ
ちょっとは太陽の光を浴びてきたらどうかと思うすｗｗｗ
安藤氏のISSCC2007レポートです
ISSCC 2007におけるマイクロプロセサ関係の発表
http://journal.mycom.co.jp/articles/2007/03/04/isscc1/
http://journal.mycom.co.jp/articles/2007/03/04/isscc2/
http://journal.mycom.co.jp/articles/2007/03/04/isscc3/
ISSCC 2007におけるマイクロプロセサ関係の発表
http://journal.mycom.co.jp/articles/2007/03/04/isscc1/
http://journal.mycom.co.jp/articles/2007/03/04/isscc2/
http://journal.mycom.co.jp/articles/2007/03/04/isscc3/
andoﾀｿ
上手くまとめてくれて乙
上手くまとめてくれて乙
っが抜けてたりするけどなｗ
http://jisaku.u-satellite.org/uploader/files/SN330003.jpg
http://kansailocal3.hp.infoseek.co.jp/cgi-bin/source/up93196.jpg
http://kansailocal3.hp.infoseek.co.jp/cgi-bin/source/up93196.jpg
>>81-82はグロ画像
84 ：Socket774：2007/03/06(火) 10:06:16 ID:XpgWfaXd
ttp://www.google.co.jp/search?hl=ja&q=configurable+processor&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
まだ全然勉強してないけど、これ汎用性ある？
まだ全然勉強してないけど、これ汎用性ある？
しっかし、京速ってどこ行くつもりなんだろうな、
落としどころが見えない。
当初2010完成と聞いた記憶があるけど2011末稼働開始に伸びてるし
なんか明後日の方向向いているような…
関わりたくないｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
落としどころが見えない。
当初2010完成と聞いた記憶があるけど2011末稼働開始に伸びてるし
なんか明後日の方向向いているような…
関わりたくないｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
お偉いさんが賞を貰ったけど、荷が(ry
reconfigurable processor じゃダメ?
>>88
ってか、結局の所、FPUの数とバス帯域(スイッチ性能含む)で性能の上限が決まる訳で。
reconfigurableってのは限られた資源を有効利用するには有効だけれど、
だからと言ってFPUの数が増やせる訳でなし、バス帯域を拡大できる訳でなし。
勿論、reconfigurable的機能は資源有効利用には有効なので程度取り込まれて逝くのだが…。
ってか、結局の所、FPUの数とバス帯域(スイッチ性能含む)で性能の上限が決まる訳で。
reconfigurableってのは限られた資源を有効利用するには有効だけれど、
だからと言ってFPUの数が増やせる訳でなし、バス帯域を拡大できる訳でなし。
勿論、reconfigurable的機能は資源有効利用には有効なので程度取り込まれて逝くのだが…。
>>88
同じソフトを処理させるだけならそうだろうけど
専用回路のほうが電力効率上だけど作りこんじゃってるから汎用性ないよね
じゃ一個の大規模reconfigurable≒いっぱいのASIC
みたいなことじゃないの？
同じソフトを処理させるだけならそうだろうけど
専用回路のほうが電力効率上だけど作りこんじゃってるから汎用性ないよね
じゃ一個の大規模reconfigurable≒いっぱいのASIC
みたいなことじゃないの？
NEC、4.096T FLOPSのベクトル型スパコンを国立環境研究所に納入
http://pc.watch.impress.co.jp/docs/2007/0309/nec.htm
http://pc.watch.impress.co.jp/docs/2007/0309/nec.htm
一昨日のNHK,スパコン特集あっておもしろかった。
観た？
観た？
>>86
NECのベクトル事業を残すための方便だろ
NECのベクトル事業を残すための方便だろ
reconfigurableのreを抜いてしまった俺ｶﾞｲﾙ…orz
ピーク性能値はFPUや帯域などできまる、そりゃそうだ。
ピークではなく効率が上がる柔軟性があるかなと思ってさ
ピーク性能値はFPUや帯域などできまる、そりゃそうだ。
ピークではなく効率が上がる柔軟性があるかなと思ってさ
単純に考えると
資源の有効利用≒効率向上
資源の有効利用≒効率向上
96 ：Socket774：2007/03/10(土) 00:51:34 ID:PX98q8In
ﾏｷｰﾉ氏のようなアーキティクチャ～アルゴリズムまでカバーするような
プログラマばっかならリコンフィギュアラブルでも
なんでも性能だせるけど普通は無理
プログラマばっかならリコンフィギュアラブルでも
なんでも性能だせるけど普通は無理
計算機と格闘ばかりしてるとサイエンスする時間がなくなるんだよね
>>94
コンパイラ技術とか、FPGA調べるとわかると思うけど
リコンフィギュラブルプロセッサは、まだまだ解決しないといけない
問題が多いとおもうよ。前の職場で見てしまったのさ、某プロセッサをｗ
いちばんの問題は、専用マイクロプロセッサにくらべて
ぜんぜん周波数あげられないところかな。
こんなこと言ってみたけど、前途有望とおもう。
コンパイラ技術とか、FPGA調べるとわかると思うけど
リコンフィギュラブルプロセッサは、まだまだ解決しないといけない
問題が多いとおもうよ。前の職場で見てしまったのさ、某プロセッサをｗ
いちばんの問題は、専用マイクロプロセッサにくらべて
ぜんぜん周波数あげられないところかな。
こんなこと言ってみたけど、前途有望とおもう。
SPEの柔軟性のなさは異常
自分の柔軟性のなさをアーキテクチャのせいにするなよ
GK「トップガンならやれる」
PPEだけ使ってればG4以下ってのは大分納得できた
PPEにしろ、FP/VMXユニットは半速、整数ALUは1基じゃね
SPEはNでベクトルコンピュータ作ってた老害がかかわってるだけのことはある。
さすがトレンドを全然解ってない。
PPEにしろ、FP/VMXユニットは半速、整数ALUは1基じゃね
SPEはNでベクトルコンピュータ作ってた老害がかかわってるだけのことはある。
さすがトレンドを全然解ってない。
今年のCoolChipsは何故かスパコン三昧だな。
http://www.coolchips.org/cool10/advance1.html
Keynote Presentation
"Introduction of the Japanese Supercomputer Project and its Technical Challenges"(理研)
Invited Presentation1
"A 65nm SPE for a 1 Petaflop Super Computer"
Panel Discussion
"Microprocessor for 10-PetaFLOPS supercomputer"
http://www.coolchips.org/cool10/advance1.html
Keynote Presentation
"Introduction of the Japanese Supercomputer Project and its Technical Challenges"(理研)
Invited Presentation1
"A 65nm SPE for a 1 Petaflop Super Computer"
Panel Discussion
"Microprocessor for 10-PetaFLOPS supercomputer"
税金使って変なコンピューター作って
実質失敗に終わると思う。
実質失敗に終わると思う。
>>102
スカラとベクタの比率的にそれが適切なんだよ
スカラとベクタの比率的にそれが適切なんだよ
>>102
つーか普通に同クロックのCore 2 Duoの方が速いよな。
つーか普通に同クロックのCore 2 Duoの方が速いよな。
108 ：Socket774：2007/03/11(日) 11:17:42 ID:X3p23P1f
本来はintelx86の後釜になるはずだった、IA-64もx86に食われたな。
当分はエントリーPC・モバイルPCから小中規模サーバはx86の天下だな。
当分はエントリーPC・モバイルPCから小中規模サーバはx86の天下だな。
109 ：Socket774：2007/03/11(日) 17:34:29 ID:XJmvcmV5
紙に「ＣＰＵ」って書けば良いとおもうよ。
ここの人達ってCPU作る職業ですか？
いいえ、CPUを批評するニートです
突然だけど、本命はメニーコアとかダイナミックリコンフュギュアラブル
プロセッサじゃなくてGPGPUだよな
よく考えたらCPUと同等かそれ以上の演算ロジックがあるのに、
グラフィックスにしか使わないってのはもったいない
処理の一部(でも実行時間にしたら8割以上のような)だけを
CPUからオフロードするってのが近い将来、一番
可能性高いんじゃないかな?
プロセッサじゃなくてGPGPUだよな
よく考えたらCPUと同等かそれ以上の演算ロジックがあるのに、
グラフィックスにしか使わないってのはもったいない
処理の一部(でも実行時間にしたら8割以上のような)だけを
CPUからオフロードするってのが近い将来、一番
可能性高いんじゃないかな?
スレ違いなんだけどさ、今日昔のSGIのマシンをググってたんだよ
でね、onyxみたいな昔のSGIのハインエンドに使われてたGPUって
1チップじゃないどころか、1ボードでさえないんだよね
うーん
でね、onyxみたいな昔のSGIのハインエンドに使われてたGPUって
1チップじゃないどころか、1ボードでさえないんだよね
うーん
昔の汎用機のCPUも1ボードですらなかったわけだが
リコンフィギュアラブルは完全に実用化されてるよ
フィルタ以外に用途はないが
リコンフィギュアラブルは完全に実用化されてるよ
フィルタ以外に用途はないが
Cellは劇的劣化G5(＋FGMT付き）＋DSP数個
>>98
クロックが低くてもそこそこ性能が出るので消費電力的にDSPより良いとも言える
クロックが低くてもそこそこ性能が出るので消費電力的にDSPより良いとも言える
消費電力の高いCellはどうすれば
数KBの内蔵メモリしかプログラムエリアのないDSPでやるような
ことしかできないんじゃ応用の範囲が狭いという罠
ことしかできないんじゃ応用の範囲が狭いという罠
プログラムが困難だったり、マクロセルっつーか演算器間の
スイッチ、インタコーネクトがしょぼくて、効率が高くないとして、
演算器が遊んでる=低消費電力なわけで、それそれでメデタイかも
スイッチ、インタコーネクトがしょぼくて、効率が高くないとして、
演算器が遊んでる=低消費電力なわけで、それそれでメデタイかも
たしかにSPEへのタスクのディスパッチって、PPEでソフト的に
やるもんだからオンチップにする必要なかったよな
ただそれを言うのならジオメトリ演算はGPUでやるから
ceel自体必要じゃ以下(ry
やるもんだからオンチップにする必要なかったよな
ただそれを言うのならジオメトリ演算はGPUでやるから
ceel自体必要じゃ以下(ry
GPU機能をCellだけでまかなうつもりだったのに
規模縮小してnVidiaに劣化GeForceの作成を依頼してまかなったのが敗因かと
だからあんな支離滅裂な設計になってしまった。
汎用処理にそこそこ強いCPU＋プログラマブルシェーダのほうがバランス良い
ってことだろうね。
360のシングルスレッド性能はそんなには高くはないが、3コアはあるからね。
Linux使うなら360で動かした方がはるかに実用性ありそう。
規模縮小してnVidiaに劣化GeForceの作成を依頼してまかなったのが敗因かと
だからあんな支離滅裂な設計になってしまった。
汎用処理にそこそこ強いCPU＋プログラマブルシェーダのほうがバランス良い
ってことだろうね。
360のシングルスレッド性能はそんなには高くはないが、3コアはあるからね。
Linux使うなら360で動かした方がはるかに実用性ありそう。
その意味ではPOWERコア全てに等速のVMXを搭載した360のほうが扱いやすい罠
たぶんさ、並のプログラマなら同クロックならCore 2 Quadがいちばん性能出せるよｗ
天才は知らんけど。
天才は知らんけど。
>>125
x86しか扱えないことを自慢するプログラマいそうだな
x86しか扱えないことを自慢するプログラマいそうだな
まぁ256KBローカルストアじゃ何書いていいかわかんないだろうね
そう思う。
Core 2はスカラ処理ブロックとSIMD処理ブロックが密結合されてるから、
すげー扱いやすい。
整数のSIMD性能がすさまじいし。
Core 2はスカラ処理ブロックとSIMD処理ブロックが密結合されてるから、
すげー扱いやすい。
整数のSIMD性能がすさまじいし。
cellの問題点
1 .疎結合なのに論理アドレスが256KBしかない
2. ↑以前に日本のゲームプログラマは、並列の経験がない
3. ↑実はそれ以前にメッセージパシングや同期をやる
ミドルウェアがつい最近までなく、出たばっかのcray-1や
初期のMPPみたいにツールをつくるとことからやらなけれ
いけなかった
な希ガスる
1 .疎結合なのに論理アドレスが256KBしかない
2. ↑以前に日本のゲームプログラマは、並列の経験がない
3. ↑実はそれ以前にメッセージパシングや同期をやる
ミドルウェアがつい最近までなく、出たばっかのcray-1や
初期のMPPみたいにツールをつくるとことからやらなけれ
いけなかった
な希ガスる
>>104
演算ユニットをG4,G5並の贅沢構成にしたら
今より遙かに大きいダイサイズになって生産段階で死亡。
ダイサイズ固定でSPEの数を減らして帳尻合わせると
今度はヘテロジニアスコアとして死亡。
・・・という点を踏まえると結局そういう形に落ち着くわけだ。
90nmプロセスで無理に無理を重ねたネタCPUがCELL。
演算ユニットをG4,G5並の贅沢構成にしたら
今より遙かに大きいダイサイズになって生産段階で死亡。
ダイサイズ固定でSPEの数を減らして帳尻合わせると
今度はヘテロジニアスコアとして死亡。
・・・という点を踏まえると結局そういう形に落ち着くわけだ。
90nmプロセスで無理に無理を重ねたネタCPUがCELL。
結局のところ、CPUに拘る必要なかったんじゃないのかと。
今のところゲーム用としてはSPE3個くらいしか使われてないみたいだし
逆に360の勝因（北米での）はなんだろうね。
単純に先発の強み？
今のところゲーム用としてはSPE3個くらいしか使われてないみたいだし
逆に360の勝因（北米での）はなんだろうね。
単純に先発の強み？
133 ：Socket774：2007/03/11(日) 20:25:17 ID:7l50+w86
>>132
ツール
ツール
だってゲームで単純な１種類の演算でCPUパワーの９割方を食うなんてことないものなあ。
1/60秒で同期しなきゃいけないし。
1/60秒で同期しなきゃいけないし。
どうみても特定HPC用途向けの設計です
ベクトル屋の老害が無知なゲーム屋を騙して作らせたCPUと。
360はアメゲー色が強くて受け付けづらいのかな。
日本でもっと売れていいハードなのに。
ベクトル屋の老害が無知なゲーム屋を騙して作らせたCPUと。
360はアメゲー色が強くて受け付けづらいのかな。
日本でもっと売れていいハードなのに。
まぁハード面の作り込みが甘すぎると思うよ、360は。
ディスク削りも相変わらず直ってないし…
中身はいいと思うけどね。
逆に言うと、ハードを作り込まれると脅威。
ディスク削りも相変わらず直ってないし…
中身はいいと思うけどね。
逆に言うと、ハードを作り込まれると脅威。
138 ：Socket774：2007/03/11(日) 21:13:11 ID:GBZtI0ll
http://piza.2ch.net/mac/kako/966/966886633.html
少々長いがMACオタの見苦しさが詰まった過去ログ
ちなみに。
MACオタは2ch開始初期から生息しており、主にMac板へ粘着。
知ったか、無意味な勝ち誇りレス、誤訳、自作自演、Winユーザー挑発、などの行いを繰り返した
Mac板住民の話し合いでMac板を追放されるが、粘着し居続ける。
オタを含む荒らしの所為でMac板が分割される事になったが、ID付きの新板に対して
2ch管理側を酷く非難、「もう来ないと」宣言し自らの信者とともに「２編ch」へ逃走
だが、オタに従って２編chへ来た信者は殆ど居なかった為、太々しく新Mac板に寄生する事になった。
時は流れ、ゲーム系やその他の板へも寄生を始める。
少々長いがMACオタの見苦しさが詰まった過去ログ
ちなみに。
MACオタは2ch開始初期から生息しており、主にMac板へ粘着。
知ったか、無意味な勝ち誇りレス、誤訳、自作自演、Winユーザー挑発、などの行いを繰り返した
Mac板住民の話し合いでMac板を追放されるが、粘着し居続ける。
オタを含む荒らしの所為でMac板が分割される事になったが、ID付きの新板に対して
2ch管理側を酷く非難、「もう来ないと」宣言し自らの信者とともに「２編ch」へ逃走
だが、オタに従って２編chへ来た信者は殆ど居なかった為、太々しく新Mac板に寄生する事になった。
時は流れ、ゲーム系やその他の板へも寄生を始める。
突っ込まれたら転進ってのは昔から変わってないな。
ここまで進歩が無いのはすごい。
ここまで進歩が無いのはすごい。
俺2000年から自作板にいるけどその頃はMACオタなんていなかった気がする。
2002年ぐらいからかな。
2002年ぐらいからかな。
MACオタ
抽出レス数：214
どんだけｽﾚを占拠すれば気が済むんだよｗ
にしても、2000年から何も進歩してないのにはﾜﾛﾀｗ
抽出レス数：214
どんだけｽﾚを占拠すれば気が済むんだよｗ
にしても、2000年から何も進歩してないのにはﾜﾛﾀｗ
創価学会インターナショナル
http://piza.2ch.net/mac/kako/966/966886633.html
のスレは517以降を読めばある程度の流れがわかるよ。
上のスレの後日談だが、
ある程度時間が経った後にMACオタの勝利宣言が（何故か）他スレで有ったよ（笑）
この時期の彼はヤバくなると1週間くらい姿を消していた。
で、議論が収束した頃に戻ってきて勝利宣言というパターンの繰り返し。
のスレは517以降を読めばある程度の流れがわかるよ。
上のスレの後日談だが、
ある程度時間が経った後にMACオタの勝利宣言が（何故か）他スレで有ったよ（笑）
この時期の彼はヤバくなると1週間くらい姿を消していた。
で、議論が収束した頃に戻ってきて勝利宣言というパターンの繰り返し。
しかし、MACオタ批判できるなんてこのスレくらいじゃないか？
次世代スレ住人などはもうあれだろ…
次世代スレ住人などはもうあれだろ…
スマソ
このスレの住人ならわかるだろ？
なぁこれなんで？
3GHz > 2GHz じゃねーの？ シングルスレッドでもC2D 2GHz の方が速い理由が分からん
Pen4 3GHz って3GHzじゃねーの？
↓
691 名前：Socket774
2007/03/11(日) 22:13:54 ID:vNv0G+NH
Ｃ２Ｄ 2GHz x2 と Pen4 3GHz で、１プロセス動作させた場合
どちらが速いでしょうか？
695 名前：Socket774
2007/03/11(日) 22:27:28 ID:7QEYkGqv
>>691
E6300(1.86G)とD945(3.4G)ですらほぼすべてのベンチでE6300の方が速い。
このスレの住人ならわかるだろ？
なぁこれなんで？
3GHz > 2GHz じゃねーの？ シングルスレッドでもC2D 2GHz の方が速い理由が分からん
Pen4 3GHz って3GHzじゃねーの？
↓
691 名前：Socket774
2007/03/11(日) 22:13:54 ID:vNv0G+NH
Ｃ２Ｄ 2GHz x2 と Pen4 3GHz で、１プロセス動作させた場合
どちらが速いでしょうか？
695 名前：Socket774
2007/03/11(日) 22:27:28 ID:7QEYkGqv
>>691
E6300(1.86G)とD945(3.4G)ですらほぼすべてのベンチでE6300の方が速い。
>>145
月額、980yenデス
月額、980yenデス
>>145
E6300(1.86G)とD945(3.4G)をきちんと性能分析・比較したことはないけど、
実効効率がE6300(1.86G)＞＞D945(3.4G)であれば
clockがE6300(1.86G)＜D945(3.4G)であっても
性能(という言葉はあまり好きではない、programの実行時間)は
E6300(1.86G)＞D945(3.4G)となることはあるよ。
clockだけで性能が決まるならば、苦労は無いよ、マジ。
ただし、1.86Gと3.4Gで性能が極端に逆転なら
一方の長所と他方の弱点に嵌った希ガス。
ところで、E6300(1.86G)はdualの性能じゃねーだろうな(ーー；；
こんな事まじれすしてもしゃーねー。寝るべ。
E6300(1.86G)とD945(3.4G)をきちんと性能分析・比較したことはないけど、
実効効率がE6300(1.86G)＞＞D945(3.4G)であれば
clockがE6300(1.86G)＜D945(3.4G)であっても
性能(という言葉はあまり好きではない、programの実行時間)は
E6300(1.86G)＞D945(3.4G)となることはあるよ。
clockだけで性能が決まるならば、苦労は無いよ、マジ。
ただし、1.86Gと3.4Gで性能が極端に逆転なら
一方の長所と他方の弱点に嵌った希ガス。
ところで、E6300(1.86G)はdualの性能じゃねーだろうな(ーー；；
こんな事まじれすしてもしゃーねー。寝るべ。
あD945もdualか。
がしかしあれはヘボ
がしかしあれはヘボ
■64bit環境(WinXP x64など)で動作する2chﾌﾞﾗｳｻﾞ■
http://pc9.2ch.net/test/read.cgi/jisaku/1172735658/
http://pc9.2ch.net/test/read.cgi/jisaku/1172735658/
アーキテクチャが根本から違うから。
Pen4で1命令10クロックかかってたのがCore2では2～3クロックなんてこともざらにある。
SSEのpand xmm0, xmm1なんて命令はNetBurstでは2クロックで1命令発行だが
Core 2では1クロック3命令発行できる。
まあこれは1例。
クロック数の分Pen4のほうが速い処理もあるにはあるが、
そんなには多くない。
Pen4で1命令10クロックかかってたのがCore2では2～3クロックなんてこともざらにある。
SSEのpand xmm0, xmm1なんて命令はNetBurstでは2クロックで1命令発行だが
Core 2では1クロック3命令発行できる。
まあこれは1例。
クロック数の分Pen4のほうが速い処理もあるにはあるが、
そんなには多くない。
core2はincacheのsuperπ速い。
core2用にrecompilerしてscheduling tunigしたわけでもないのにさ。
あれ、なんでかな。superπのcode見た人いる？
なんでかなー、なんでかなー。
core2用にrecompilerしてscheduling tunigしたわけでもないのにさ。
あれ、なんでかな。superπのcode見た人いる？
なんでかなー、なんでかなー。
他がincacheでも遅いという面から見た方が手っ取り早いのかな
キャッシュの転送帯域がL1キャッシュなみでしかも比較的レイテンシ低い。
32byte/clockだったっけな。
寝る
32byte/clockだったっけな。
寝る
ネットバーストの差をクロックで埋められるとしたら、
FSB帯域取り合うとかそういうことぐらいしか思いつかん。
FSB帯域取り合うとかそういうことぐらいしか思いつかん。
cellがやりたかったのってGPGPUだったのかな…
ネットバーストは名前の通り、
いくらクロックを上げても無駄な計算でバーストするだけだ。
いくらクロックを上げても無駄な計算でバーストするだけだ。
>>156
Cell単体で性能が期待できなかったからあわててヌビくっつけた
Cell単体で性能が期待できなかったからあわててヌビくっつけた
くたがやりたかったのはCPGPU
クタがやりたかったのは世界一美しい建築
クタ「突貫工事を敢行する！（涙」
>>162
そのVMXが半速だから萎えたんだよ
そのVMXが半速だから萎えたんだよ
とはいえ2issueのFGMTじゃ等速あっても無駄だろうけどな。
見れば見るほどよく分からないCPU
それがCell
それがCell
2001年、デュアルコアPOWER4が登場。
↓
4年後、Athlon64 X2 Pentium Dが登場。
「これが世界初のデュアルコアCPU！今年がデュアルコア元年だ！」
↓
その前後でCellとXenon CPUが登場
「え？8コア？3コア？なにそれ；；」（マルチコアを最近覚えた人間=x86に閉じこもった人間 なので、8コア以外のデータは読めない）
↓
井の中の蛙でも解るCell解説が入る
「ほーら、Cellはやっぱウンコじゃんｗ」
↓
POWER6が5GHz弱で発売予定なのが発表される
「ぷぷっ、クロックを上げないのが業界のトレンドだよｗ…え？TDPそのまま？」（注：×業界トレンド ○x86のトレンド）
↓
POWER6のあうとおぶおーｄ（あまり解説がないので知らない）
今ここ
↓
4年後、Athlon64 X2 Pentium Dが登場。
「これが世界初のデュアルコアCPU！今年がデュアルコア元年だ！」
↓
その前後でCellとXenon CPUが登場
「え？8コア？3コア？なにそれ；；」（マルチコアを最近覚えた人間=x86に閉じこもった人間 なので、8コア以外のデータは読めない）
↓
井の中の蛙でも解るCell解説が入る
「ほーら、Cellはやっぱウンコじゃんｗ」
↓
POWER6が5GHz弱で発売予定なのが発表される
「ぷぷっ、クロックを上げないのが業界のトレンドだよｗ…え？TDPそのまま？」（注：×業界トレンド ○x86のトレンド）
↓
POWER6のあうとおぶおーｄ（あまり解説がないので知らない）
今ここ
実際問題PPEのVMXの性能はセレロン以下だしな
>>146
ホワイトー
ホワイトー
>>166
お前、それしか持ちネタないわけ？
毎度やってるけどx86系の人間だからといってpower系を無視してるとかいう事はないわけで。
このスレでは特に。
どれだけ視野狭窄してんだよ
それはともかくとしてPS3ってよく分からない構造してるよな
Cell自体よく分からんが。
お前、それしか持ちネタないわけ？
毎度やってるけどx86系の人間だからといってpower系を無視してるとかいう事はないわけで。
このスレでは特に。
どれだけ視野狭窄してんだよ
それはともかくとしてPS3ってよく分からない構造してるよな
Cell自体よく分からんが。
Power4は'99にMPFの論文を読んでいた記憶がある。記憶違いかな？
OpenMP1.1も確か同時期で、論文読んでインプリをdiscussionした記憶が。
PCの世界ではCoppermineが秋のIDFか何かで800MHzでも
ヒートシンクのみで稼働とか、お露目してた(実は無理)。
嗚呼これでやっとPCもまともなCPUの時代に入るのかなと笑談した記憶がある。
21264Aは500ＭＨｚから667MHzに上がって一見無敵のように見え(実は事業がry)、
次の21364はlocal memoryかよ、とか、
SGIはR12000から次どうすんねん、IA64かよｹﾞﾗｹﾞﾗｗとか
そんな話に仲間内で花が咲いて、何となく印象に残っている年。
今年もそんな曲がり角の年になりそうな予感。
OpenMP1.1も確か同時期で、論文読んでインプリをdiscussionした記憶が。
PCの世界ではCoppermineが秋のIDFか何かで800MHzでも
ヒートシンクのみで稼働とか、お露目してた(実は無理)。
嗚呼これでやっとPCもまともなCPUの時代に入るのかなと笑談した記憶がある。
21264Aは500ＭＨｚから667MHzに上がって一見無敵のように見え(実は事業がry)、
次の21364はlocal memoryかよ、とか、
SGIはR12000から次どうすんねん、IA64かよｹﾞﾗｹﾞﾗｗとか
そんな話に仲間内で花が咲いて、何となく印象に残っている年。
今年もそんな曲がり角の年になりそうな予感。
Coppermineって2000年秋のIDFだったかな、もう良く覚えてﾈｰや
ええっと、理研のシンポジウムってどうだったんでしょう？
PS3 Cellの構造は難しくない
が、しかし使いにくそーだな、何考えてんだか。
使いこなしに手間暇かかる構造は、市場が構築される前にobsolateになる恐れありｗ
が、しかし使いにくそーだな、何考えてんだか。
使いこなしに手間暇かかる構造は、市場が構築される前にobsolateになる恐れありｗ
>>171
それより一年早い
http://en.wikipedia.org/wiki/Pentium_III#Coppermine
＞first released on October 25, 1999
それより一年早い
http://en.wikipedia.org/wiki/Pentium_III#Coppermine
＞first released on October 25, 1999
Intelの80コアよりましじゃない？
あれもどういう風にプログラム組むのかよく分からんな。
あれもどういう風にプログラム組むのかよく分からんな。
理研ってﾍﾟﾀの話？
peak性能狙いの超並列見たいなものだろ。
computer archtectureの本質とは関係ないよ。
気にしなさんな。
peak性能狙いの超並列見たいなものだろ。
computer archtectureの本質とは関係ないよ。
気にしなさんな。
D-Wave Systemsの16qubitsはｲﾝﾁｷなのか否か…
愛度お馴染みちり紙交換TOP500の話
受賞の話
BMTコンテストの話
MDの話
構造流体連成multi physics
遺伝的アルゴリズム
連成の話
Intel 80coreｶﾀﾜ試作chipの話
Clusterの話
受賞の話
BMTコンテストの話
MDの話
構造流体連成multi physics
遺伝的アルゴリズム
連成の話
Intel 80coreｶﾀﾜ試作chipの話
Clusterの話
というわけで姫野さんのを見物。姫野さん正直すぎ、、、
それともあれは何か高度な戦略なのかしら？
姫野さん何か言ったのか？
それともあれは何か高度な戦略なのかしら？
姫野さん何か言ったのか？
メオトなのかな、知らないけど。
182 ：Socket774：2007/03/14(水) 20:31:07 ID:CFceg8AR
>>156
元々は４チップをＳＩＰで１チップにして１TFlops出すはずが、発熱の
問題が解決できずに１チップ化で256GFlopsにダウン。さらに4GHzで8コア
は量産きついから7コアで3.2GHzにダウン。性能足りないからGPUもって
きて、無理やり1TFlops越えさせたら、酷い構造のゲーム機になった。
元々は４チップをＳＩＰで１チップにして１TFlops出すはずが、発熱の
問題が解決できずに１チップ化で256GFlopsにダウン。さらに4GHzで8コア
は量産きついから7コアで3.2GHzにダウン。性能足りないからGPUもって
きて、無理やり1TFlops越えさせたら、酷い構造のゲーム機になった。
>>182
いやーGPUなかったら当初の１TFlopsでももっとひどいことになったと思うけど
いやーGPUなかったら当初の１TFlopsでももっとひどいことになったと思うけど
> 講演しながらでてはまずいところを編集して消すという大技を使ってた
うはｗそういうことか
うはｗそういうことか
ﾊﾟﾝﾁﾗと同じ心理か?
・∀・）っ-○◎● が暴れているスレ
■64bit環境(WinXP x64など)で動作する2chﾌﾞﾗｳｻﾞ■
http://pc9.2ch.net/test/read.cgi/jisaku/1172735658/
■64bit環境(WinXP x64など)で動作する2chﾌﾞﾗｳｻﾞ■
http://pc9.2ch.net/test/read.cgi/jisaku/1172735658/
187 ：Socket774：2007/03/15(木) 07:15:36 ID:hlTO5LyV
x86⇒PCで成功
Mips ARM PowerPC⇒ゲーム機 携帯等組み込みで成功
IA-64 Power⇒ハイエンドサーバで成功
PA-RISC⇒IA-64に統合
Sprac⇒性能もイマイチ 組み込みもサーバも上手くいってない
一番将来性なし。
Mips ARM PowerPC⇒ゲーム機 携帯等組み込みで成功
IA-64 Power⇒ハイエンドサーバで成功
PA-RISC⇒IA-64に統合
Sprac⇒性能もイマイチ 組み込みもサーバも上手くいってない
一番将来性なし。
なんでこんなところに貼って
自分が落札する確率を下げるのか
自分が落札する確率を下げるのか
ｼｭﾋﾟｰﾝｼｬ？
金欠で入札できないから。
新品未開封てことは
動く保証も無いわけだろ。
こんな古物じゃあまだ
「外すまでは正常に動作していました」
の方がマシ。
動く保証も無いわけだろ。
こんな古物じゃあまだ
「外すまでは正常に動作していました」
の方がマシ。
石（IｍPP）だけ生きてれば個人的にはオケ。
入出力は16ビットパラレルの単方向ハンドシェイクだからI./Fなんかはどうとでもなるし。
入出力は16ビットパラレルの単方向ハンドシェイクだからI./Fなんかはどうとでもなるし。
あ、18bitだったっけか？
壊れるもんじゃないだろ。
それに買っても使わないだろｗ
それに買っても使わないだろｗ
すわ、LMIかDoradoの未開封新品（ｗ
でも出品されたのかなと
妄想逞しくして覗いてみれば…orz
でも出品されたのかなと
妄想逞しくして覗いてみれば…orz
lispマシンならeBayにあるだろ
英語は厨房以下なので
ヤフオクしか使えません
ヤフオクしか使えません
199 ：182：2007/03/16(金) 22:36:54 ID:KsNpHahz
200 ：Socket774：2007/03/17(土) 17:06:12 ID:ycpTeLRD
http://pc.watch.impress.co.jp/docs/2007/0314/kaigai344.htm
> 単純にEE+GSを、GSチップに置き換えるだけではコスト削減は十分ではない。チップ数はRDRAMの2個が減るだけだからだ。
> しかし、チップの統合を考えると、EE部分をエミュレートすることは、コスト削減上で大きな効果がある。EEのメインメモリである2個のRDRAMチップを削減できるからだ。
後藤の提灯記事もここまで支離滅裂になりました
> 単純にEE+GSを、GSチップに置き換えるだけではコスト削減は十分ではない。チップ数はRDRAMの2個が減るだけだからだ。
> しかし、チップの統合を考えると、EE部分をエミュレートすることは、コスト削減上で大きな効果がある。EEのメインメモリである2個のRDRAMチップを削減できるからだ。
後藤の提灯記事もここまで支離滅裂になりました
どこまでPS3を擁護できるかという限界チャレンジを行ってるんだよ、後藤さんは。
PS3に関連してcellネタをひとつ
IBMが今度米政府に納入するスパコン、ロードランナーには
cellが搭載されてるんだよね
でも、このマシンのポイントはcellじゃないと思うの
今までのIBMのHPCっつーと、準メインフレーム級の
Powerサーバーを繋いだもんだったけど
今度のは安価な4ソケットオプテロンサーバーを
つないだのと、cellブレードの混合になるんだ
これって、とうとうIBMもHPCで高いマシンを使うのをやめた、
コンピュータの歴史ってのは、高いマシンを安いマシンで置き換える、
昔の言葉でいうとダウンサイジングの記録としての側面を持ってると
思うんだけど、今回のはあのIBMもって意味で、ひとつの節目だよね
まぁ技術的に新しいことは何もないんだけど
IBMが今度米政府に納入するスパコン、ロードランナーには
cellが搭載されてるんだよね
でも、このマシンのポイントはcellじゃないと思うの
今までのIBMのHPCっつーと、準メインフレーム級の
Powerサーバーを繋いだもんだったけど
今度のは安価な4ソケットオプテロンサーバーを
つないだのと、cellブレードの混合になるんだ
これって、とうとうIBMもHPCで高いマシンを使うのをやめた、
コンピュータの歴史ってのは、高いマシンを安いマシンで置き換える、
昔の言葉でいうとダウンサイジングの記録としての側面を持ってると
思うんだけど、今回のはあのIBMもって意味で、ひとつの節目だよね
まぁ技術的に新しいことは何もないんだけど
>これって、とうとうIBMもHPCで高いマシンを使うのをやめた
大嘘
ttp://www.itmedia.co.jp/news/articles/0702/01/news041.html
今後もIBMのHPC(スパコン含む）はPowerシリーズなワケだが。
大嘘
ttp://www.itmedia.co.jp/news/articles/0702/01/news041.html
今後もIBMのHPC(スパコン含む）はPowerシリーズなワケだが。
自作住人
『指摘は適当だぜ』
『指摘は適当だぜ』
IBMのHPC戦略は一枚岩ではないでしょ。
まさか製造業顧客の解析部門にロードランナーをプロモしたって
買って貰えるわけないよ。変な物持ってくるなの一括だろ。
ピーク性能だけで考えてちゃダメだよ。
まさか製造業顧客の解析部門にロードランナーをプロモしたって
買って貰えるわけないよ。変な物持ってくるなの一括だろ。
ピーク性能だけで考えてちゃダメだよ。
206 ：バアルの様な者 ◆TAVZkIPhug ：2007/03/17(土) 19:07:06 ID:43oUqC6w
ロードランナーというとどうしても光線銃で穴掘る奴を思い出す。
実は俺も。そしてスタコラクラッシュ。
ﾉｼ
ﾉｼ
208 ：Socket774：2007/03/17(土) 21:17:11 ID:Jcni05jk
UltraSparcⅢもしくはUltraSparcⅣをキーワードにGoogle検索すると
やたらに中国系のwebが引っかかる。
中国はSparc好きなの？
それとSpracのSIMDであるVISはそれなりに拡張されてるの？
やたらに中国系のwebが引っかかる。
中国はSparc好きなの？
それとSpracのSIMDであるVISはそれなりに拡張されてるの？
マルチバイトなローマ数字で検索してるからジャマイカ
ロードランナーと言えばアメリカーンなアニメだろ
ぷっぷー
ネットランナー
213 ：Socket774：2007/03/18(日) 11:27:42 ID:TS7OlaIC
しかし、Sparcて3になってもDDR2サポートしてないんだな。
SpecCPUだと同世代のPen4に迫るパフォーマンス(FPU)なんだから
DDR2サポートすれば良いのに。
SpecCPUだと同世代のPen4に迫るパフォーマンス(FPU)なんだから
DDR2サポートすれば良いのに。
>>213
US4の新型のチップセットが投入できない
DDR2じゃなくても、メモリ帯域がそこそこ確保できてる
US3iやUST1はDDR2対応でつ
>>205
TOP500を眺めてみたらpシリーズクラスタ、BG/L以外にも
IAサーバクラスタやPPC970クラスタがたくさんランクインしてた
＜IBM
部門や担当、顧客の要望次第でつね
US4の新型のチップセットが投入できない
DDR2じゃなくても、メモリ帯域がそこそこ確保できてる
US3iやUST1はDDR2対応でつ
>>205
TOP500を眺めてみたらpシリーズクラスタ、BG/L以外にも
IAサーバクラスタやPPC970クラスタがたくさんランクインしてた
＜IBM
部門や担当、顧客の要望次第でつね
SUN USのホームページ見たら富士通製PRIMEPOWERが
ラインナップされてた
日本のSUNのにはないのに
APLって出たたんだね
ラインナップされてた
日本のSUNのにはないのに
APLって出たたんだね
216 ：Socket774：2007/03/18(日) 19:11:12 ID:TS7OlaIC
UltraSparc1/143Mhz=PentiumPRO/200Mhz
UltraSparcⅡ/500Mhz=Pentiumⅲ/1Ghz
UltraSparcⅢ/1.5Ghz=Pentium4HT/3Ghz
UltraSparcⅣ=Core2DUO
SpecCPU2000のfp比較だとこんな感じか。
現行のSparc用SIMD命令であるVISとCore2のSIMD命令SSSE3のパフォーマンス
比較については知らない。
個人的にはCore2のSSSE3の方が上と思ってる。
（SUNがマルチメディアに力入れてるとは思えない）
UltraSparcⅡ/500Mhz=Pentiumⅲ/1Ghz
UltraSparcⅢ/1.5Ghz=Pentium4HT/3Ghz
UltraSparcⅣ=Core2DUO
SpecCPU2000のfp比較だとこんな感じか。
現行のSparc用SIMD命令であるVISとCore2のSIMD命令SSSE3のパフォーマンス
比較については知らない。
個人的にはCore2のSSSE3の方が上と思ってる。
（SUNがマルチメディアに力入れてるとは思えない）
SunはSIMD整数命令は大したこと無いと思う。
Core 2は化け物
Core 2は化け物
あとPenIII/4の128ビットSIMD浮動小数命令はクロックの半分のスループットだけど
Core 2は全部1クロック
Core 2は全部1クロック
http://www.k-hardware.de/showpic.php?s=c&pic_id=102463&news_id=6406&artikel_id=undefined
このInstractionFetchBandwidthとDataCacheBandwidthの
2倍の差はどの位効いて来る？
このInstractionFetchBandwidthとDataCacheBandwidthの
2倍の差はどの位効いて来る？
220 ：Socket774：2007/03/18(日) 19:27:38 ID:TS7OlaIC
VISってUltraSparc1の頃からあまり拡張されてないような気がするんだが。
221 ：Socket774：2007/03/18(日) 19:30:34 ID:TS7OlaIC
222 ：Socket774：2007/03/18(日) 19:33:21 ID:TS7OlaIC
しかし、x86がここまで性能上がるなんて90年ごろに予測できた
やつなんているか？
あの当時はx86=時代遅れアーキ=将来はRISCっていう論調だった。
やつなんているか？
あの当時はx86=時代遅れアーキ=将来はRISCっていう論調だった。
RISCって基本的に命令セット拡張しにくいからね
Wireless MMXにせよコプロセッサ命令扱いだし
>>219
ほぼ詐欺だなそのプレゼン。
命令フェッチ帯域に関してはその通りだけど、ClovertownもBarcelonaも
ロード・ストアは128bitのロード・ストアをクロック毎に各1命令発行。
Barcelonaは128bitロード×2としても使える。それだけ。
命令フェッチは45nmプロセスで改善してくるだろうし、SIMD整数命令に
関してはCore 2に分がある。
Wireless MMXにせよコプロセッサ命令扱いだし
>>219
ほぼ詐欺だなそのプレゼン。
命令フェッチ帯域に関してはその通りだけど、ClovertownもBarcelonaも
ロード・ストアは128bitのロード・ストアをクロック毎に各1命令発行。
Barcelonaは128bitロード×2としても使える。それだけ。
命令フェッチは45nmプロセスで改善してくるだろうし、SIMD整数命令に
関してはCore 2に分がある。
224 ：MACオタ＞219 さん：2007/03/18(日) 20:07:56 ID:q9CfrOux
>>219
本質的にSIMDわ、命令帯域を浪費せずに多量のデータを扱うために存在するので
命令フェッチの帯域わクリティカルじゃ無いす。
同様に多量のデータをストリーム処理するためにキャッシュバイパスをISA導入／活用
することが普通なのでデータキャッシュの帯域もどの程度利くかわ、現状で何処がボトル
ネックになっているか次第の話す。
本質的にSIMDわ、命令帯域を浪費せずに多量のデータを扱うために存在するので
命令フェッチの帯域わクリティカルじゃ無いす。
同様に多量のデータをストリーム処理するためにキャッシュバイパスをISA導入／活用
することが普通なのでデータキャッシュの帯域もどの程度利くかわ、現状で何処がボトル
ネックになっているか次第の話す。
実際たいした問題じゃないと思うけど
命令フェチ幅がネックになってるのは明らかだろ
intelが当初64ビット拡張に予定してたヤムヒルって
x64より命令長が短めな命令セットだったんだろうな
あるいはCore2アーキテクチャが
64ビットで使われることをあんまかんがえてなかったか
命令フェチ幅がネックになってるのは明らかだろ
intelが当初64ビット拡張に予定してたヤムヒルって
x64より命令長が短めな命令セットだったんだろうな
あるいはCore2アーキテクチャが
64ビットで使われることをあんまかんがえてなかったか
レジスタ拡張は入れずにそのまま64ビット化する予定だったみたいだね。
16byte/clockのフェッチ帯域で4バイト長の命令を4命令フェッチできるが
REXがつくだけで5バイト。3命令しか取り込めない。
Memory Disambiguationとかレジスタの少なさを解決するものだから
レジスタが増えると旨味が比較的少なくなる。
16byte/clockのフェッチ帯域で4バイト長の命令を4命令フェッチできるが
REXがつくだけで5バイト。3命令しか取り込めない。
Memory Disambiguationとかレジスタの少なさを解決するものだから
レジスタが増えると旨味が比較的少なくなる。
>>225
SXシリーズでは？
キャシュバイパスっつーかキャッシュがないが
VISもUS1の頃は大活躍だった
US3の時代になると、PCワークステーションに
マルチメディア(死語)用途の主流が移ってたけど
95年くらいだとSUNの機械で
PhotoShop使ってる人いたんだよね
メモリ1GBとか積んで
SXシリーズでは？
キャシュバイパスっつーかキャッシュがないが
VISもUS1の頃は大活躍だった
US3の時代になると、PCワークステーションに
マルチメディア(死語)用途の主流が移ってたけど
95年くらいだとSUNの機械で
PhotoShop使ってる人いたんだよね
メモリ1GBとか積んで
>>228
そりゃそうなんだけどさ…
「キャッシュバイパス」って書いているし
vectorのSIMDとは違った文脈で出てきた話しだから
どのarchかなーと思って。
実際そういうload命令備えたCPUもあるけど、
あれは普通とは言い難いし…
そりゃそうなんだけどさ…
「キャッシュバイパス」って書いているし
vectorのSIMDとは違った文脈で出てきた話しだから
どのarchかなーと思って。
実際そういうload命令備えたCPUもあるけど、
あれは普通とは言い難いし…
230 ：MACオタ＞分託 さん：2007/03/18(日) 23:14:26 ID:q9CfrOux
バイパスが抜けた。
cache archで多量のデータをストリーム処理するための
cacheをバイパスしたload命令の方は普通なの？
cache archで多量のデータをストリーム処理するための
cacheをバイパスしたload命令の方は普通なの？
233 ：MACオタ＞分託 さん：2007/03/18(日) 23:51:37 ID:q9CfrOux
>>232
ショートベクトルのSIMDでわ、ロード側のバイパスわ聞かないす。
ショートベクトルのSIMDでわ、ロード側のバイパスわ聞かないす。
純粋な疑問で、悪意ある突っ込みではないので
若干近い例わ、Altivecの"LVXL: load vector indexed LRU"すかね。。。
読み込んだデータのキャッシュラインを最優先パージの設定にするす。
読み込んだデータのキャッシュラインを最優先パージの設定にするす。
>>233
ショートベクトルって何を意味しているのか分からないけど
ベクトルならcacheは関係ないからね。
cache archでcacheをバイパスしてloadしたら
狭いmemory throuputの直撃受けて、SIMDでブチ回す演算器に潤沢な
データ提供できない、つまりSIMDのためのものとは考えにくいし、
大きなlatency隠匿するための長いload pipeline controlが難しい(最悪parge)、
in cache しているlineとの整合が難しいなどの
問題大ありで、殆ど使い物にならなかったからさ
ショートベクトルって何を意味しているのか分からないけど
ベクトルならcacheは関係ないからね。
cache archでcacheをバイパスしてloadしたら
狭いmemory throuputの直撃受けて、SIMDでブチ回す演算器に潤沢な
データ提供できない、つまりSIMDのためのものとは考えにくいし、
大きなlatency隠匿するための長いload pipeline controlが難しい(最悪parge)、
in cache しているlineとの整合が難しいなどの
問題大ありで、殆ど使い物にならなかったからさ
>>235
それは、stride accessやlist経由のrandam access時の
cache hitが見込めない上、
line転送なんてバンドの無駄だから要らない
ってところが目的の命令ではないかな？
SIMDでの大量データ処理と結びつけられる？
それは、stride accessやlist経由のrandam access時の
cache hitが見込めない上、
line転送なんてバンドの無駄だから要らない
ってところが目的の命令ではないかな？
SIMDでの大量データ処理と結びつけられる？
邪推だけど「ベクトルloadッぽい命令も追加しておけば
なんかの役に立つかもね」くらいのノリじゃないかと思うんだ。
cache archでは。
なんかの役に立つかもね」くらいのノリじゃないかと思うんだ。
cache archでは。
239 ：MACオタ＞分託 さん：2007/03/19(月) 00:06:55 ID:g5+mhvha
>>237
ストリーム処理 = 「stride accessやlist経由のrandam access時のcache hitが見込めない上、
line転送なんてバンドの無駄だから要らない」
ということで良いと思うすけど、何かおかしいすか？
ストリーム処理 = 「stride accessやlist経由のrandam access時のcache hitが見込めない上、
line転送なんてバンドの無駄だから要らない」
ということで良いと思うすけど、何かおかしいすか？
>>239
んなことないよ、cache archで性能出すなら
とことん連続にデータ並べてline転送早めに発行して
in cache でブチ回して実効性能をピークに近づける。
stride/listは極力排除、除去できなければ性能は地を這うから
んなことないよ、cache archで性能出すなら
とことん連続にデータ並べてline転送早めに発行して
in cache でブチ回して実効性能をピークに近づける。
stride/listは極力排除、除去できなければ性能は地を這うから
241 ：MACオタ＞分託 さん：2007/03/19(月) 00:20:01 ID:g5+mhvha
>>240
確かに「stride accessやlist経由のrandam access時」わ余計な引用だったす。
要は"cache hitが見込めない"という話す。
その上で、大きなデータを処理するという範疇にわ大きな配列の和を取るだけなどという演算の
負荷がほとんど無い処理が少なからず含まれるす。この手の処理わプリフェッチよりキャッシュ
汚染の防止の方が重要だと思うすけど。。。
丁度STREAM benchmarkの内容のような処理の話ということで。
http://www.cs.virginia.edu/stream/
確かに「stride accessやlist経由のrandam access時」わ余計な引用だったす。
要は"cache hitが見込めない"という話す。
その上で、大きなデータを処理するという範疇にわ大きな配列の和を取るだけなどという演算の
負荷がほとんど無い処理が少なからず含まれるす。この手の処理わプリフェッチよりキャッシュ
汚染の防止の方が重要だと思うすけど。。。
丁度STREAM benchmarkの内容のような処理の話ということで。
http://www.cs.virginia.edu/stream/
そう。
得に最終計算結果のstoreでは皮肉にもキャッシュ汚染回避が主目的に使われる。
cache archでは、memory直接見に行ったら、
ﾊｲそこまーでよ、だから。
得に最終計算結果のstoreでは皮肉にもキャッシュ汚染回避が主目的に使われる。
cache archでは、memory直接見に行ったら、
ﾊｲそこまーでよ、だから。
ということを考えて最初の疑問を書いただけ。
おやすみﾉｼ
おやすみﾉｼ
あ、あとSMPでのmemory同期のからみもあって
cacheにのこさないstoreを使うこともある。
でもこれは出だしのSIMDとは全然別の話し。寝る
cacheにのこさないstoreを使うこともある。
でもこれは出だしのSIMDとは全然別の話し。寝る
キャッシュヒットが期待できない配列とかデータ構造でも
可能な限りライン単位にまとめないと性能全然出ないし
可能な限りライン単位にまとめないと性能全然出ないし
並べさえすればhard prefetchちょっとは効くしね
streamが少なければ…
ーみつをー
streamが少なければ…
ーみつをー
247 ：MACオタ＞245 さん：2007/03/19(月) 00:38:55 ID:g5+mhvha
連続ならline alignはそれほど影響ないと思うんだけど…
どのみちline転送がバンド一杯ひたすら繰り返されるわけだし。
いけね寝なきゃ…
どのみちline転送がバンド一杯ひたすら繰り返されるわけだし。
いけね寝なきゃ…
ただし、softパイプがtiming合っていれば
ーみつをー
ーみつをー
たしかに連続してたら、ラインまたがってもいいよな
でおやすみ
でおやすみ
251 ：Socket774：2007/03/19(月) 22:01:28 ID:aC5ub3so
P6あたりで内部RISCって表現が使われだしたのに違和感感じる奴ってどのくらいいる？
個人的にはむしろワイヤードでパイプライン化して最小命令サイクルが１になった４８６
でRISC化と感じた。
PentiumがVLIWでP6はマイクロ命令復活でCISCに戻った。
K7でナノ命令まで出てきて、６８０００並に複雑になったなと。
個人的にはむしろワイヤードでパイプライン化して最小命令サイクルが１になった４８６
でRISC化と感じた。
PentiumがVLIWでP6はマイクロ命令復活でCISCに戻った。
K7でナノ命令まで出てきて、６８０００並に複雑になったなと。
K7って2段階マイクロコードなのか
知らなかった
かつて、TRONの坂村氏いはく、
｢RISCは垂直マイクロコードを主記憶に展開したもの｣
LISPプロセッサの水平マイクロコードは
ほとんどVLIWだったものが多い、らしい
知らなかった
かつて、TRONの坂村氏いはく、
｢RISCは垂直マイクロコードを主記憶に展開したもの｣
LISPプロセッサの水平マイクロコードは
ほとんどVLIWだったものが多い、らしい
intelチップのデコーダって
コンプレックス*1、シンプル*2以上で
高コストの命令じゃなくて
低コスト命令に最適化されてるよね
そこらへんがRISCだと思う
IBMメインフレームだと、コンパイラがはくコードじゃなくて
昔アセンブラで書かれたコードに最適化されてるし
コンプレックス*1、シンプル*2以上で
高コストの命令じゃなくて
低コスト命令に最適化されてるよね
そこらへんがRISCだと思う
IBMメインフレームだと、コンパイラがはくコードじゃなくて
昔アセンブラで書かれたコードに最適化されてるし
254 ：Socket774：2007/03/19(月) 22:41:02 ID:aC5ub3so
TRONチップはなんでスタックじゃなくてCISCにしたんだろ。
Forthプロセッサにしてアセンブリ言語を日本語風にしとけば、USAの
圧力に文化植民主義だって言い返せたのに。
Forthプロセッサにしてアセンブリ言語を日本語風にしとけば、USAの
圧力に文化植民主義だって言い返せたのに。
conroeとmeromの違いって？
動作電圧の違いだけじゃないの？
動作電圧の違いだけじゃないの？
257 ：Socket774：2007/03/19(月) 23:04:12 ID:PyJwfOQ4
それはどうかな？
258 ：Socket774：2007/03/19(月) 23:22:01 ID:aC5ub3so
>>256
授業って東大の情報科の教授だっけ。
スタックならRiscの6分の１だかのコードサイズなんだから、日立のSHなんか
目じゃないコード効率だったのに。ARMなんてSHの真似して16bit命令拡張した
うえにJAVA（スタックマシン）の高速化のために色々追加してぐちゃぐちゃだ
授業って東大の情報科の教授だっけ。
スタックならRiscの6分の１だかのコードサイズなんだから、日立のSHなんか
目じゃないコード効率だったのに。ARMなんてSHの真似して16bit命令拡張した
うえにJAVA（スタックマシン）の高速化のために色々追加してぐちゃぐちゃだ
TRON流行の尻馬に乗ってmakerが自分の都合に合うものを作った、って感じだったかな。
あのころ(80年代半ば～後半)はRISC CISC論争に決着が付いていなくて
RISＣの有効性は一部の信者の意見的扱いをされていたと思う。
そのうえTRONは性能を追求したarch.まで考えを巡らさなかったんじゃないかな。
コンサバなmakerなどは、2nd sourceしていたCISCに似ている構成で
asm のニーモニックを変えたようなCPU作ってた。
あまり良く覚えていないけどそんな記憶がある。牧歌的だったよ。
あのころ(80年代半ば～後半)はRISC CISC論争に決着が付いていなくて
RISＣの有効性は一部の信者の意見的扱いをされていたと思う。
そのうえTRONは性能を追求したarch.まで考えを巡らさなかったんじゃないかな。
コンサバなmakerなどは、2nd sourceしていたCISCに似ている構成で
asm のニーモニックを変えたようなCPU作ってた。
あまり良く覚えていないけどそんな記憶がある。牧歌的だったよ。
坂村さんはバロースの可変マイクロコードマシンでD論書いたくらいのCISC好きなのだ
> そのうえTRONは性能を追求したarch.まで考えを巡らさなかったんじゃないかな。
さすがにそんなことはない
マイクロコードをフル活用して性能を追求するという方針だっただけ
80年代のハイエンドCISCはどれも似たりよったりの設計だけどね
> そのうえTRONは性能を追求したarch.まで考えを巡らさなかったんじゃないかな。
さすがにそんなことはない
マイクロコードをフル活用して性能を追求するという方針だっただけ
80年代のハイエンドCISCはどれも似たりよったりの設計だけどね
穏やかな規約？だっけ、makerの考えた仕様はあまり統制しなかった
TRONのポリシーに則ってるよって言ってね、
使う上で必用な仕様は公開してね、（そしてお金ね…）
そんな感じで、CPU architectureをこうした方が良い
という様な議論は聞こえてきた記憶がないな。
そのうちC-TRONとかどんどん話が膨らんで、301でケチ付いて
そのころからmakerが引いちゃって下火に。
301が憂き目の原因みたいに言われているけど、関わったﾔｼの話では
あまり良い評判は聞かなかったな。(３０１で突っ込まれても早晩…みたいな感じ)
TRONのポリシーに則ってるよって言ってね、
使う上で必用な仕様は公開してね、（そしてお金ね…）
そんな感じで、CPU architectureをこうした方が良い
という様な議論は聞こえてきた記憶がないな。
そのうちC-TRONとかどんどん話が膨らんで、301でケチ付いて
そのころからmakerが引いちゃって下火に。
301が憂き目の原因みたいに言われているけど、関わったﾔｼの話では
あまり良い評判は聞かなかったな。(３０１で突っ込まれても早晩…みたいな感じ)
262 ：Socket774：2007/03/20(火) 00:11:45 ID:y0VqH5L9
しかし非同期式のCPUはどうなったんだ？
メモリに追い越されてるぞ
メモリに追い越されてるぞ
小手つきでこいうの張ラン方がよさげなんだが、公開情報だと例えば；
ttp://homepage3.nifty.com/hannichian/iitai031201.html
NスペだかプロジェクトXを見て、美談過ぎるってﾌﾟﾝﾌﾟﾝした当事者は
少なくなくなさそう
ttp://homepage3.nifty.com/hannichian/iitai031201.html
NスペだかプロジェクトXを見て、美談過ぎるってﾌﾟﾝﾌﾟﾝした当事者は
少なくなくなさそう
dataflow machineみたいにならなきゃ良いんだけどね
ああ、でもmicrcodeがどうのこうのbitでぼそぼそ言ってたかなー。
まるでRISCの黎明期とcross overするかのように。
まるでRISCの黎明期とcross overするかのように。
ところでエッセですかここまでのカキコは？
すまね減らすよ
では最後に非同期式のCPUについて
非同期式のは設計がむずかしいうえに同期式プロセッサが細かい省電力をやるようになったので出番はなかろう
実用化されたのあったっけ、ARMのあれはどうなったよ
>>264
今日日のプロセッッサはデータフロープロセッサである
と平木さんが言っていた
実用化されたのあったっけ、ARMのあれはどうなったよ
>>264
今日日のプロセッッサはデータフロープロセッサである
と平木さんが言っていた
分託君おもろいので俺的にはおk
日本人はCPU作る技術無いの？
アボンできるようにコテにしてるだけえらいよな
マイクロプロセッサに限定しないなら、それこそリレー計算機の時代からやってますね
ありがと
>263
実身と自身の区別もつかないみたいだし、ちと信頼性に難ありな気もしますねそれ
実身と自身の区別もつかないみたいだし、ちと信頼性に難ありな気もしますねそれ
このスレってやっぱ情報系の院生多いのかな
おっさんが多いんじゃない？
厨房が多いんじゃない
おじさんだろ。
これスレの住人は全体的に知識量が多いのは確かだが、
最先端のプロセッサのアーキテクチャや将来の話には弱いんだよ。
これスレの住人は全体的に知識量が多いのは確かだが、
最先端のプロセッサのアーキテクチャや将来の話には弱いんだよ。
まあ、弱いというのは言い過ぎで、
過去の話と現在の話が同レベルくらいかな。
他のスレは現在か未来の話が実利をかねているから求められるし。
おじさんは、最新プロセッサのマイクロアーキの実装の話や最適化の話までは
ついてこれない。
過去の話と現在の話が同レベルくらいかな。
他のスレは現在か未来の話が実利をかねているから求められるし。
おじさんは、最新プロセッサのマイクロアーキの実装の話や最適化の話までは
ついてこれない。
どちらにしろまじめに論文読んでるやつはいないわな
processorの中の話は、書けない話か、あるいは聞伝でしょ。
聞伝に対してレベルって、そんな大層な…
実際に使いこんできた実体験のうち差し障りのない話と、あとは昔話になっちまう。
それにｴｾarchitecture屋さんには散々騙されて来たから、一見格好いい
用語の概念が次から次へと出てくるけど、自分で確かめるまでは迂闊には
信じられなくて、そんな話を書いても自分としてはしかたないと思っているから。
ソフトウェア寄りの視点から見ているのも違和感の元かもね。
ところで、聞伝でなく本当に性能的にクリティカルな局面でCPUをシッカリと使い込んだﾔｼ
ここにどのくらいいるのだろうか…。べつにすくなくてもいいけど。
聞伝に対してレベルって、そんな大層な…
実際に使いこんできた実体験のうち差し障りのない話と、あとは昔話になっちまう。
それにｴｾarchitecture屋さんには散々騙されて来たから、一見格好いい
用語の概念が次から次へと出てくるけど、自分で確かめるまでは迂闊には
信じられなくて、そんな話を書いても自分としてはしかたないと思っているから。
ソフトウェア寄りの視点から見ているのも違和感の元かもね。
ところで、聞伝でなく本当に性能的にクリティカルな局面でCPUをシッカリと使い込んだﾔｼ
ここにどのくらいいるのだろうか…。べつにすくなくてもいいけど。
ﾁﾄﾏﾃ
聞伝ってﾅﾆﾖ?
それ以外はわりと同意。
聞伝ってﾅﾆﾖ?
それ以外はわりと同意。
伝聞ちゃうん
齢、ん十歳、本日まで聞伝だと思いこんでいた…orz
それはさておき、たとえば$のportふやしたら性能がどのくらあがるかとか、
僅かなもんだし、あんまり面白くないだよねそう言う話し。
多分俺はスペックヲタとは対極の考え方をしちゃうんだと思う。
実装や最適化は回路・デバイス・プロセスの話ならば、
それは大切だけれど、archを構築する創造とはまたちょっと違う気がする。
それはさておき、たとえば$のportふやしたら性能がどのくらあがるかとか、
僅かなもんだし、あんまり面白くないだよねそう言う話し。
多分俺はスペックヲタとは対極の考え方をしちゃうんだと思う。
実装や最適化は回路・デバイス・プロセスの話ならば、
それは大切だけれど、archを構築する創造とはまたちょっと違う気がする。
伝聞つうか受け売り
じゃあ分託の理想とするアーキってどんなやつなの？
ASIC
>>289
分託じゃないが、安くてコード書きやすくて何をやらせても速いやつだな
分託じゃないが、安くてコード書きやすくて何をやらせても速いやつだな
>>289
唐突だねｗ
ときどき考えることがあるけど、まだ分からない。ずっと分からないかも知れない。
たぶんいまとは全然違う物だと思う。
演算ネックやthrouput、latencyネックににブロードで柔軟に対応できて極端に
ストールせず、scaleメリットがあってサチりいくく、ソフトウェアからも使いやすくて…
archとしての寿命がそこそこ長くて…
唐突だねｗ
ときどき考えることがあるけど、まだ分からない。ずっと分からないかも知れない。
たぶんいまとは全然違う物だと思う。
演算ネックやthrouput、latencyネックににブロードで柔軟に対応できて極端に
ストールせず、scaleメリットがあってサチりいくく、ソフトウェアからも使いやすくて…
archとしての寿命がそこそこ長くて…
ショート貧乳ツンデレで背高めスレンダーなら尚可
俺だんごだけどCellの性能ヤバイぜ
ＣＰＵは妥協の産物。
理想のアーキなんてＣＰＵ周辺を考慮せずに言っても無意味。
理想のアーキなんてＣＰＵ周辺を考慮せずに言っても無意味。
SPEにSFMT移植進めてたけど完成したのよ
http://tripper.kousaku.in/20070321.html
http://tripper.kousaku.in/20070321.html
倍精度ちゅうドジは踏んでないよね（ーー
>>299
あなたはPS3トリッパーの作者ですね?
あなたはPS3トリッパーの作者ですね?
唐突って言うけど、キャッシュがどうとかの話はつまらないとか言われると
じゃあ何の話すればいいのか困っちゃうわけで
なんか実装とは離れたところのアーキテクチャに持論でもあると思うじゃない
じゃあ何の話すればいいのか困っちゃうわけで
なんか実装とは離れたところのアーキテクチャに持論でもあると思うじゃない
ああ個人的な感想だったわけね
了解
絡んですまんかった
了解
絡んですまんかった
俺の理想はローカルメモリたっぷり(まあ現実的に256MB以上)ある
強力なSIMD演算器を備えた簡素なコアが６４～１０２４って感じの代物。
CELLはコア数がもっと多ければわりと理想に近い。
強力なSIMD演算器を備えた簡素なコアが６４～１０２４って感じの代物。
CELLはコア数がもっと多ければわりと理想に近い。
お前には地球シミュレータがおにあいだ
このスレにも幻想は多いけどね。
今、一番ベンチマークによる性能評価が定着してて、
何十もの実アプリベースのベンチによる比較で、厳しく性能評価して
購入されるようなジャンルはPC分野だけで。
サーバーやHPCなんてかなりあてにならないんだよ。
客観的に優劣を比較できるほどのデータが集められないから。
TPCとかLinpackくらいのランキングしかないし、
HPCなんてPCかサーバのおさがり技術で成り立っているから。
結局、PCプロセッサの世界が一番熟成していて、
あとは多少まともなのがサーバくらいだろ。
今、一番ベンチマークによる性能評価が定着してて、
何十もの実アプリベースのベンチによる比較で、厳しく性能評価して
購入されるようなジャンルはPC分野だけで。
サーバーやHPCなんてかなりあてにならないんだよ。
客観的に優劣を比較できるほどのデータが集められないから。
TPCとかLinpackくらいのランキングしかないし、
HPCなんてPCかサーバのおさがり技術で成り立っているから。
結局、PCプロセッサの世界が一番熟成していて、
あとは多少まともなのがサーバくらいだろ。
この手の話題だと、
コンシューマ<<<プロ仕様
っていう勝手なイメージが先走りすぎだけど、
現状のコンピュータの世界は逆転しているのが真実。
コンシューマ<<<プロ仕様
っていう勝手なイメージが先走りすぎだけど、
現状のコンピュータの世界は逆転しているのが真実。
大体、業務用の世界だと、
この前H社のマシンをかったけど、大きなトラブルがあったからだめだ。
こんどは、I社にしよう。
所詮、口実がうまくなりたつような方向に進むのが普通。
素人がPCを買うのに、Sで失敗したから、Fにしようとかと
同レベルなんだよね。
オタクの世界はまだ健全だよ。
この前H社のマシンをかったけど、大きなトラブルがあったからだめだ。
こんどは、I社にしよう。
所詮、口実がうまくなりたつような方向に進むのが普通。
素人がPCを買うのに、Sで失敗したから、Fにしようとかと
同レベルなんだよね。
オタクの世界はまだ健全だよ。
TPCやLinpackの公称性能で高い買い物の選定はしないよ。
結構いい加減なところもあるけどｗ
多くのところでは、実用途にちかい非常にシビアな性能評価をするよ。公表しないだけ。
PCはCPUに関しては似たり寄ったりだから大差なくてワザワザ測っても差が…
あるいはIntel vs AMDの特徴的なところを強調した比較、世代間比較で閉じぎみでは
結構いい加減なところもあるけどｗ
多くのところでは、実用途にちかい非常にシビアな性能評価をするよ。公表しないだけ。
PCはCPUに関しては似たり寄ったりだから大差なくてワザワザ測っても差が…
あるいはIntel vs AMDの特徴的なところを強調した比較、世代間比較で閉じぎみでは
315 ：Socket774：2007/03/21(水) 15:09:39 ID:s2ZwxFGt
POWER５は性能出るんだろうか。CELLのSPEよりはマシだろうが、
結局POWER６でIPC重視に戻りそうな気がする。
結局POWER６でIPC重視に戻りそうな気がする。
316 ：Socket774：2007/03/21(水) 15:12:59 ID:s2ZwxFGt
>>308にマジレスする価値なんか無いだろ…
>>313
業務の世界だと「AMDが載ってるPC」ってだけで信頼ないからな。
日本だけかもしれんが。
日本でAMD搭載企業向けモデルってそもそも殆どないかもｗ
まあSunのOpteronマシンくらいならあるんだが、Sunに絶大な信頼があるんだよな。
まあチップセットとか考えるとIntelが無難ともいえるが
VIAのチップセット搭載のCeleron機が大量導入されてたり
業務の世界だと「AMDが載ってるPC」ってだけで信頼ないからな。
日本だけかもしれんが。
日本でAMD搭載企業向けモデルってそもそも殆どないかもｗ
まあSunのOpteronマシンくらいならあるんだが、Sunに絶大な信頼があるんだよな。
まあチップセットとか考えるとIntelが無難ともいえるが
VIAのチップセット搭載のCeleron機が大量導入されてたり
自分のところで最近稼働開始したサーバ群はOpteronだ。まあ鯖メーカーはIBMだけど。
そういうところはCPUなんか見てなくて、サポート含めたトータルソリューションで買うもんだろ。
だからIBMとかSUNって話になるんだし、AMDだろうがINTELだろうが関係ないんじゃない？
だからIBMとかSUNって話になるんだし、AMDだろうがINTELだろうが関係ないんじゃない？
日本はSun(富士通)とIBM(日立)の信者が多過ぎｗ
>>322
m9（＾Д＾）ﾌﾟｷﾞｬｰｰｰｯ
m9（＾Д＾）ﾌﾟｷﾞｬｰｰｰｯ
ﾌﾟ､ﾌﾟ、ﾌﾟｷﾞｬｰﾌﾟｷﾞｬﾌﾟｷﾞｬﾌﾟ♪
＼ ﾌﾟﾌﾟﾌﾟﾌﾟｷﾞｬﾌﾟｷﾞｬﾌﾟﾌﾟｷﾞｬﾌﾟｷﾞｬ／
♪ (^Д^) ♪
＿m9 )>＿ ｷｭｯｷｭ♪
／.◎。／◎｡／|
<(＾Д＾)> |￣￣￣￣￣| | ヽ(＾Д＾)ﾉ
) ) | ｜／ ノ ノ
(((( >￣ > )))) <(＾Д＾)9m ((( <￣< ))))
) )
((( >￣ > ))))
このスレは高学歴で、ちゃんとした仕事についてる人が多いんだな
おれなんか派遣で工場勤め、
趣味は風俗って人間だよ
ただ最近働きながら通ってた学校を卒業した
25マンの授業料が浮く・・・
ところで理想的なアーキテクチャについてだけど
ハードのリソースと用途が決まれば
だいたいの最適解なアーキテクチャがきまるよね
これを別の面からみると、ショヨ(漢字わかんない)の条件みたいなのが
あれば、だいたい似たようなアーキテクチャに落ち着く
つまり革新的なアーキテクチャってのはない
おれなんか派遣で工場勤め、
趣味は風俗って人間だよ
ただ最近働きながら通ってた学校を卒業した
25マンの授業料が浮く・・・
ところで理想的なアーキテクチャについてだけど
ハードのリソースと用途が決まれば
だいたいの最適解なアーキテクチャがきまるよね
これを別の面からみると、ショヨ(漢字わかんない)の条件みたいなのが
あれば、だいたい似たようなアーキテクチャに落ち着く
つまり革新的なアーキテクチャってのはない
もちろん昔、MIPS VS VAXみたいな意味のわかんない比較が
流行った時代もあって、現実に則してないパラダイムを持ってる、
そしてそれがなかなか変えられないってのがあるから
まぁわかんないんだけど
流行った時代もあって、現実に則してないパラダイムを持ってる、
そしてそれがなかなか変えられないってのがあるから
まぁわかんないんだけど
｢顧客が求めているのはパフォーマンスじゃない。
ソリューションだ。｣
ってIBMの誰かが言った言葉なんだけど、
これって90年代～現代までの新しい価値観っつーか
ビジネスの新しい付加価値みたいに聞こえるよね
でもこれって高い箱(ハード)を売り付けて
さらにソフトと保守でハードの何倍もの売上を稼ぐっていう、
昔から続くメインフレームビジネスの正当化のための詭弁でしかないと思うの
ソリューションだ。｣
ってIBMの誰かが言った言葉なんだけど、
これって90年代～現代までの新しい価値観っつーか
ビジネスの新しい付加価値みたいに聞こえるよね
でもこれって高い箱(ハード)を売り付けて
さらにソフトと保守でハードの何倍もの売上を稼ぐっていう、
昔から続くメインフレームビジネスの正当化のための詭弁でしかないと思うの
で何を言いたいかっていうと
こういったハイエンドマシンの市場構造みたいなものには
技術的な必然性かあるのかな、と
平たくいうと、安いハードに安いパッケージアプリと
最小限の保守で構築すればいいんじゃないか？
そうなってないのは、メインフレーマやそれに準ずるメーカーが
既存のビジネスを温存するために、
ってごめんなさい
今日はセンチで意味不明な長文を書いてしまいました
すみません
こういったハイエンドマシンの市場構造みたいなものには
技術的な必然性かあるのかな、と
平たくいうと、安いハードに安いパッケージアプリと
最小限の保守で構築すればいいんじゃないか？
そうなってないのは、メインフレーマやそれに準ずるメーカーが
既存のビジネスを温存するために、
ってごめんなさい
今日はセンチで意味不明な長文を書いてしまいました
すみません
理想的なアーキテクチャとは…
ミツグ君
ミツグ君
やめろ!
UNIX板の「Sun Microsystems 最大の回復」スレみたいな流れだなｗ
別にスーパーコンピュータやHPCに限定したスレじゃないんでしょ？
PCやゲーム機の理想のCPUを語ってもいいんじゃない？
おれの希望なんて低消費電力でとにかくメモリアクセスが早いこと程度だけど。
CPUよりメモリに金をたっぷりかけたほうがいいか。
MRAMなんてDRAMより速いし不揮発性で電力消費も下げられて最高？
PCやゲーム機の理想のCPUを語ってもいいんじゃない？
おれの希望なんて低消費電力でとにかくメモリアクセスが早いこと程度だけど。
CPUよりメモリに金をたっぷりかけたほうがいいか。
MRAMなんてDRAMより速いし不揮発性で電力消費も下げられて最高？
ゲーム機は勘弁してほしいな。それ専用の隔離板が存在するわけだし。
その"ゲーム機の理想のCPU"ってよく分からんな。
ゲーム機もPCもCPUに対する仕様要求が大きく違うと思えんが。
ゲーム機特有のグラフィックに対する過度な負担は
ビデオに振ってしまえばCPUにやる事無いし。
ゲーム機もPCもCPUに対する仕様要求が大きく違うと思えんが。
ゲーム機特有のグラフィックに対する過度な負担は
ビデオに振ってしまえばCPUにやる事無いし。
ぶっちゃけて言ってしまえばゲーム機に高速なCPUはそもそも必要ないとも言える。
SFC / MD / PCE が３強だった時代、ダントツのシェアであり最も高性能と一般には
信じられていたSFCがCPU性能ではダントツに劣っていた。
SFC / MD / PCE が３強だった時代、ダントツのシェアであり最も高性能と一般には
信じられていたSFCがCPU性能ではダントツに劣っていた。
SFCは68kだったっけ
>>337
65816 （6502 の上位アーキテクチャ）
65816 （6502 の上位アーキテクチャ）
>>337
MD 68000-7.7MHZ
PCE 6502カスタム-7.1MHz
SFC 65816-2.7MHz(限定条件で3.6MHz)
PCEだけ8bitだけどMMUとかついてるカスタム品で実質的には65816と大差なく、
クロック分速い。
MD 68000-7.7MHZ
PCE 6502カスタム-7.1MHz
SFC 65816-2.7MHz(限定条件で3.6MHz)
PCEだけ8bitだけどMMUとかついてるカスタム品で実質的には65816と大差なく、
クロック分速い。
メモリマッパーをMMUとおっしゃいますか。
ゲハアーキテクチャについて語るのかよ
>>335
ゲーム機も互換性が大事なんじゃね。
PS3みたいに、世代が変わるたびにチップを増やしていたら、コストが馬鹿にならないし、
膨大な数のPS2のゲームソフトに対して、互換性がたった40%だと怖くて買い換えられない。
ゲーム機も互換性が大事なんじゃね。
PS3みたいに、世代が変わるたびにチップを増やしていたら、コストが馬鹿にならないし、
膨大な数のPS2のゲームソフトに対して、互換性がたった40%だと怖くて買い換えられない。
>342
でも、互換性とかいいだしたのはPS2からで、それまでは過去のソフトは
動かないのが普通だったんだよなあ
でも、互換性とかいいだしたのはPS2からで、それまでは過去のソフトは
動かないのが普通だったんだよなあ
そういやそういうのもあったw
MSX2ユーザなのにすっかり忘れてた
MSX2ユーザなのにすっかり忘れてた
>>343
SFCはFCと互換とるために65816を載せたのに互換性捨ててたな
SFCはFCと互換とるために65816を載せたのに互換性捨ててたな
FCと互換取りたかったというより、開発者がFCのアセンブラに慣れすぎて
いたので、開発しやすくするために命令互換のあるCPUを選らんだという
意味合いの方が強いのでは？
いたので、開発しやすくするために命令互換のあるCPUを選らんだという
意味合いの方が強いのでは？
はじめはFC互換の予定だった、ってのは確からしい
ゲームボーイは8080カスタムだよね
開発のしやすさを重視して
アセンブラの互換性をとるってのはなかったんじゃ？
ゲームボーイは8080カスタムだよね
開発のしやすさを重視して
アセンブラの互換性をとるってのはなかったんじゃ？
>>353
ひょっとしてガイシュツだった？
ひょっとしてガイシュツだった？
356 ：Socket774：2007/03/23(金) 00:34:23 ID:4pyq1qBB
age
PS3はアミーガの再来とも言われてるくらいだしそれなりには流行るんじゃないの？
特定処理でめちゃ速いのは納得してる
特定処理でめちゃ速いのは納得してる
どうだろ…
Cellはともかく、PS3の未来はかなり暗い気がするけど。
ソフトメーカーは国内も含めてXBOX360に逃げてってるし。
ゲーム向けとしては性能がアンバランス過ぎるのと開発が難し過ぎるのがダブルパンチで効いてるっぽ。
Cell自体も完全に特定用途向けというわけじゃないし、
そういうの向けでは後発のストリームプロセッサに太刀打ちできない悪寒…
どこで生き残れるのかよく分からん。
Cellはともかく、PS3の未来はかなり暗い気がするけど。
ソフトメーカーは国内も含めてXBOX360に逃げてってるし。
ゲーム向けとしては性能がアンバランス過ぎるのと開発が難し過ぎるのがダブルパンチで効いてるっぽ。
Cell自体も完全に特定用途向けというわけじゃないし、
そういうの向けでは後発のストリームプロセッサに太刀打ちできない悪寒…
どこで生き残れるのかよく分からん。
粗雑な作りさえ解決してくれれば360も悪くはないんだけど
ディスクシュレッダ機能付き半島製ドライブといい、熱設計の糞さといい
国内はPS3が駄目ならWii一本化な希ガス
ディスクシュレッダ機能付き半島製ドライブといい、熱設計の糞さといい
国内はPS3が駄目ならWii一本化な希ガス
360 ：Socket774：2007/03/23(金) 01:38:17 ID:4Rnb2lqf
>>359
そうなー
360の作りの酷さはどうしようもないな。
初代X箱から何も反省してないメリケンクオリティ。
中のアーキテクチャのバランスは素晴らしいと思うんだが。
Wiiもなー
性能強化が足りなくて国内のメーカーのニーズを吸収しきれてないし。
Ace CombatもARMORED COREも360に行っちゃったよ。
つーかそろそろこの話やめたいわ。
そうなー
360の作りの酷さはどうしようもないな。
初代X箱から何も反省してないメリケンクオリティ。
中のアーキテクチャのバランスは素晴らしいと思うんだが。
Wiiもなー
性能強化が足りなくて国内のメーカーのニーズを吸収しきれてないし。
Ace CombatもARMORED COREも360に行っちゃったよ。
つーかそろそろこの話やめたいわ。
Amigaはgraphics libraryも凝っていて楽しめるPCだったよ。
今と違って文化の多様性があったよ。
また昔話かよ、とか言われる前に引っ込むかｗ
今と違って文化の多様性があったよ。
また昔話かよ、とか言われる前に引っ込むかｗ
キチガイを演じているつもりのキチガイを演じさせられたキチガイハードだろ。
>>362
惜しまれつつも1994年に破産した。
惜しまれつつも1994年に破産した。
初代箱は、プログラマブルシェーダー(といっていいと思う)、
箱360はユニファイドシェーダーとPC用GPUより先行したところがある
初代箱のUMAは、当時としては思い切った選択だった
箱シリーズのアーキテクチャのいいところって
出た直後は斬新なのに、しばらくするとまったくありふれたものに
なるところなんだよね
これって非常に正しい選択をしてきたってことの証明なんだ
箱360はユニファイドシェーダーとPC用GPUより先行したところがある
初代箱のUMAは、当時としては思い切った選択だった
箱シリーズのアーキテクチャのいいところって
出た直後は斬新なのに、しばらくするとまったくありふれたものに
なるところなんだよね
これって非常に正しい選択をしてきたってことの証明なんだ
amigaってラインバッファ(ハードウェアスプライト)じゃなくて
フレームバッファなんだよね
X68000はラインバッファだけど
フレームバッファなんだよね
X68000はラインバッファだけど
367 ：Socket774：2007/03/23(金) 03:34:59 ID:aqeKAj4/
PS3の一番素敵なとこっていったら
ひとつのファンだけで全チップを冷却してる点だよな
箱はみならうべき
ひとつのファンだけで全チップを冷却してる点だよな
箱はみならうべき
http://news23.2ch.net/test/read.cgi/news/1174560560/
PS3はAthlon64の1200倍という異常な速さでGK医学にもの凄く貢献ｗｗｗｗｗｗｗｗ
※Ｆｏｌｄｉｎｇ速度まとめ。
Folding＠Home on PS3は
0/400000で残り約8時間
http://ex22.2ch.net/test/read.cgi/ghard/1174551530/145
Athlon 64 3500+で、416日と15時間
http://ex22.2ch.net/test/read.cgi/ghard/1174551530/175
P4 3GHzで、0/5000のやつで、3日目つけっぱなしで
1200/5000しかいってねぇ・・・
http://ex22.2ch.net/test/read.cgi/ghard/1174551530/159
P4 3.2GHzで、あと１０４日と４時間
http://ex22.2ch.net/test/read.cgi/ghard/1174551530/162
PS3はAthlon64の1200倍という異常な速さでGK医学にもの凄く貢献ｗｗｗｗｗｗｗｗ
※Ｆｏｌｄｉｎｇ速度まとめ。
Folding＠Home on PS3は
0/400000で残り約8時間
http://ex22.2ch.net/test/read.cgi/ghard/1174551530/145
Athlon 64 3500+で、416日と15時間
http://ex22.2ch.net/test/read.cgi/ghard/1174551530/175
P4 3GHzで、0/5000のやつで、3日目つけっぱなしで
1200/5000しかいってねぇ・・・
http://ex22.2ch.net/test/read.cgi/ghard/1174551530/159
P4 3.2GHzで、あと１０４日と４時間
http://ex22.2ch.net/test/read.cgi/ghard/1174551530/162
>>367
性能は知らんが、かなり凝った造りではあるな
箱は有り物適当にぶち込んだって感じだが
箱の選んだ技術にトレンドが動いてるのは、べつに正しい選択をしたからではなく
トレンドはMSの一存で動かせるということだろう。仕様を決めてるのは連中だしな
それはそれとしてnVidiaにクソ食わされたPS3は哀れだな
性能は知らんが、かなり凝った造りではあるな
箱は有り物適当にぶち込んだって感じだが
箱の選んだ技術にトレンドが動いてるのは、べつに正しい選択をしたからではなく
トレンドはMSの一存で動かせるということだろう。仕様を決めてるのは連中だしな
それはそれとしてnVidiaにクソ食わされたPS3は哀れだな
>>369
cell側でグラフィック処理を負担するアーキテクチャで
その分、GPU側が簡素なの。
cell性能不足で急遽nvidia製GPUを搭載したという話もあるが(w
文句なら性能見積もりに失敗したクタ宛に…
ま、PS3は神話だからどうでも良いけど。
ってか汎用的シェーダで汎用的な処理って考えると、
どうせならCPUに載せちゃばもっと色々できて便利に…と言う心情は解るが～
cell側でグラフィック処理を負担するアーキテクチャで
その分、GPU側が簡素なの。
cell性能不足で急遽nvidia製GPUを搭載したという話もあるが(w
文句なら性能見積もりに失敗したクタ宛に…
ま、PS3は神話だからどうでも良いけど。
ってか汎用的シェーダで汎用的な処理って考えると、
どうせならCPUに載せちゃばもっと色々できて便利に…と言う心情は解るが～
7800シリーズをけなすにはPS3持ち出す以外にないってことだなｗ
ATI信者乙。
ATI信者乙。
7800が糞なんじゃなくてRSXが（ｒｙ
逆に、SPEがあるから性能妥協してコスト落としたんじゃないの？
逆に、SPEがあるから性能妥協してコスト落としたんじゃないの？
まあなんにせよアンチエイリアシングが効いてないのは痛い
そそ、WX320Kでフォントのアンチエイリアシング無しは悲し(つД｀)
ここで書くのはアレだけど、RSXが遅いってのはアーキの問題とかいうより、
単にメモリ帯域がしょっぱくて足を引っ張られてるっていうことでしょ
コストの問題で128bitバスだし
シェーダ能力はGF7800/7900と同等の8VS/24PSでも、メモリ周りは7600なわけで…
そりゃAAかけるときついわな
その点、Xbox360のXenosの隣にひっついてるeDRAMはそこらへんうまいことやってると思う
\AAのコストが低いのはやっぱり大きい
ゲハっぽい話でスマソ
単にメモリ帯域がしょっぱくて足を引っ張られてるっていうことでしょ
コストの問題で128bitバスだし
シェーダ能力はGF7800/7900と同等の8VS/24PSでも、メモリ周りは7600なわけで…
そりゃAAかけるときついわな
その点、Xbox360のXenosの隣にひっついてるeDRAMはそこらへんうまいことやってると思う
\AAのコストが低いのはやっぱり大きい
ゲハっぽい話でスマソ
>>373
RSXがショボイとかでたらめ書いてる知能障害乙。
RSXがショボイとかでたらめ書いてる知能障害乙。
昔は座標変換とピクセル描画で
メモリ&チップがわかれてたのが普通
そうおもうと、PS3のSPEをジオメトリパイプ代わりに使うのって
変じゃないよな
メモリ&チップがわかれてたのが普通
そうおもうと、PS3のSPEをジオメトリパイプ代わりに使うのって
変じゃないよな
次のアップデートではSPEを倍に増やしてくれねーかな
ゲーム機でスペックアップするのってアリなのかな。
板違いのゲハ厨がいきいきしてるように見えるのはアリなのかな。
ゲーム機の場合、互換性の意味ってあんまないでしょ
PS3だと、PS2が海外ではがんがん売れてるから意味あるけど
あとDSのGBA互換とか
PS3だと、PS2が海外ではがんがん売れてるから意味あるけど
あとDSのGBA互換とか
アーキティクチャについて真面目に語るか
オブジェクト指向言語で書かれたコードにとっての、
レジスタ間接分岐予測の必要性とか
よくわかんないけど
CPUの問題は、memory wallなんだよね
1991年のpower1のレイテンシは14CPUクロック、
2003年のpower4のレイテンシは400CPUクロック
ここれが全てで、分散メモリでさえこれの隠蔽の一手段に
過ぎないといっていいわけで（分散メモリだと
MPレイテンシが問題なわけですが）
オブジェクト指向言語で書かれたコードにとっての、
レジスタ間接分岐予測の必要性とか
よくわかんないけど
CPUの問題は、memory wallなんだよね
1991年のpower1のレイテンシは14CPUクロック、
2003年のpower4のレイテンシは400CPUクロック
ここれが全てで、分散メモリでさえこれの隠蔽の一手段に
過ぎないといっていいわけで（分散メモリだと
MPレイテンシが問題なわけですが）
蛋白質の折りたたみ解析って、素因数分解と同じカテゴリの処理でしょ?
こういうのを速く(この手の問題で速いってのは、どういうことかって
突っ込まれても。無学なおれにはわからないので困るのですが、
GPUみたいに単位時間で多くのピクセルを処理できる=速い、
みたいに単純なもんではないんですよね?）演算するのに
画期的なアーキティクチャって要らないよね
BG/LなんてPPC440ベースっていう粗末なコアだし
こういうのを速く(この手の問題で速いってのは、どういうことかって
突っ込まれても。無学なおれにはわからないので困るのですが、
GPUみたいに単位時間で多くのピクセルを処理できる=速い、
みたいに単純なもんではないんですよね?）演算するのに
画期的なアーキティクチャって要らないよね
BG/LなんてPPC440ベースっていう粗末なコアだし
で、またまた連カキコなんですが、Folding@homeで1ノードあたりの
処理量を見ると、GPUのほうがPS3より上
ノードの1システムの効率はGPUinPCよりPS3が上だろうけど、
cellとGPUだけで比較するとGPUが効率上だよね
じゃぁ>>384のリンクには何の意味があるかっていったら
参加台数が多いことくらいだよ
処理量を見ると、GPUのほうがPS3より上
ノードの1システムの効率はGPUinPCよりPS3が上だろうけど、
cellとGPUだけで比較するとGPUが効率上だよね
じゃぁ>>384のリンクには何の意味があるかっていったら
参加台数が多いことくらいだよ
恥さらしはそれ位で止めておいた方が良いかと。
うん、ごめん
>>385
IDがPAX
IDがPAX
つまり平和ということか
NP完全
システム1.60にアップしたら即、メニューに登録される意味は大きいよ。
誰の目にも止まるわけだから。
ハイエンドビデオカード買っても「Folding@Homeに参加しましょう」なんて広告は入ってない。
誰の目にも止まるわけだから。
ハイエンドビデオカード買っても「Folding@Homeに参加しましょう」なんて広告は入ってない。
どうせPS3版Folding@HomeはCellじゃなくGPUつかってるんだろ。
GPUは地球儀と分子モデルの描画だけに使ってるらしい。ほとんどSPE。
2周こなしたからもう秋田
6問題蟻
G70系であるRSXでは
演算自体は出来ても
パフォーマンスはATI R5x0には到底かなわない
R520の表の数字には現れにくい、濃やかなつくり込みにより
こうした演算が実用的になった。
演算自体は出来ても
パフォーマンスはATI R5x0には到底かなわない
R520の表の数字には現れにくい、濃やかなつくり込みにより
こうした演算が実用的になった。
GPUって、ボードまるごとでPS3なみの値段するよな高いのは
現状Folding@homeだけとはいえ（他にあったら失礼）GPUでの演算が
そこそこ使い物になると証明されたわけで、AMDのFusionだっけ？
あれもけっこう使い道が出てくるかもしれないね
現状Folding@homeだけとはいえ（他にあったら失礼）GPUでの演算が
そこそこ使い物になると証明されたわけで、AMDのFusionだっけ？
あれもけっこう使い道が出てくるかもしれないね
ヒント：電力
>>399
まあ、PS3からCELLとBDドライブ(と筐体)抜いたくらいの構成だけどな
まあ、PS3からCELLとBDドライブ(と筐体)抜いたくらいの構成だけどな
GPUのがメモリバンド幅辺りの性能は低い
なんだかGPU統合を賢者の石と勘違いしてる人が多いけど
なんだかGPU統合を賢者の石と勘違いしてる人が多いけど
他山の石
>>400
X1950XTXは別格としても
X1950Proならパフォーマンスは3/4になるが
消費電力じゃいい勝負。
それでもまだX1950Proの方がパフォーマンスは上だけどね。
ttp://www.4gamer.net/news.php?url=/news/history/2006.05/20060527001140detail.html
Radeon X1950 Proリファレンスカード
ttp://gigazine.net/index.php?/news/comments/20070222_power_consumption/
Xbox360、PS3、Wiiの消費電力を詳細に比較してみる
しかも、ここで測られてるのは普通のゲームでだから
SPEをぶん回してるfolding@homeじゃ、もっと高いかも知れん・・・
X1950XTXは別格としても
X1950Proならパフォーマンスは3/4になるが
消費電力じゃいい勝負。
それでもまだX1950Proの方がパフォーマンスは上だけどね。
ttp://www.4gamer.net/news.php?url=/news/history/2006.05/20060527001140detail.html
Radeon X1950 Proリファレンスカード
ttp://gigazine.net/index.php?/news/comments/20070222_power_consumption/
Xbox360、PS3、Wiiの消費電力を詳細に比較してみる
しかも、ここで測られてるのは普通のゲームでだから
SPEをぶん回してるfolding@homeじゃ、もっと高いかも知れん・・・
間違えた、こっちだ・・・
ttp://www.4gamer.net/review/radeon_x1950_pro/radeon_x1950_pro.shtml
Radeon X1950 Proリファレンスカード
ttp://www.4gamer.net/review/radeon_x1950_pro/radeon_x1950_pro.shtml
Radeon X1950 Proリファレンスカード
Radeon X1950ってユニファイドシェーダじゃないよね?
R600とかGeForce8800より古い内部構造で
誤爆?
R600とかGeForce8800より古い内部構造で
誤爆?
独立型だよ
でも、ATI R5x0シリーズは効率的な演算が可能
nVIDIAのG80もこの辺の改良がなされたはずではあるのだが・・
詳しくは下記の記事でも見てください
ttp://pc.watch.impress.co.jp/docs/2005/1024/kaigai218.htm
マルチスレッディング化が性能の重要な鍵となる新世代GPU
ttp://pc.watch.impress.co.jp/docs/2005/1007/kaigai216.htm
メモリ効率向上にフォーカスしたR520アーキテクチャ
ttp://pc.watch.impress.co.jp/docs/2006/1127/kaigai321.htm
シェーダプログラムの進化と連動するGPUのマルチスレッディング化
でも、ATI R5x0シリーズは効率的な演算が可能
nVIDIAのG80もこの辺の改良がなされたはずではあるのだが・・
詳しくは下記の記事でも見てください
ttp://pc.watch.impress.co.jp/docs/2005/1024/kaigai218.htm
マルチスレッディング化が性能の重要な鍵となる新世代GPU
ttp://pc.watch.impress.co.jp/docs/2005/1007/kaigai216.htm
メモリ効率向上にフォーカスしたR520アーキテクチャ
ttp://pc.watch.impress.co.jp/docs/2006/1127/kaigai321.htm
シェーダプログラムの進化と連動するGPUのマルチスレッディング化
マルチスレッディングというとTera MTAという機械が
これを開発したバートン・スミス氏は今マイクロソフトにいますが
これを開発したバートン・スミス氏は今マイクロソフトにいますが
HEP
IBM Power 7 to be Opteron socket compatible
http://www.theinquirer.net/default.aspx?article=38470
http://www.theinquirer.net/default.aspx?article=38470
>>411
固定ファンつか信者がいる
固定ファンつか信者がいる
>>412
軍のエライさんとか？
軍のエライさんとか？
>>410
やはり、すぐ出すしかないよな…
やはり、すぐ出すしかないよな…
何を？
精子じゃないの？
何々？早漏の話。
俺も悩んでて・・・
俺も悩んでて・・・
遅漏の話なんじゃないか？
CPUとGPUが合体する今こそCMSをふっかt！！！！！！１１１
マジで一番いい解決法に思えるんですが。
マジで一番いい解決法に思えるんですが。
Intelがずっと研究してるじゃんPARROT
PARROTはGPGPUのフロントエンドとしてのCMSの研究ではないだろ。
まぁPARROTがCMSライクなのは確かだが。
まぁPARROTがCMSライクなのは確かだが。
マシンバイナリと中間言語じゃ
ダイナミックコンパイルの難易度が全然ちがうくね？
GPGPUのフロントエンドとPARROTは重なるとこもあるけど
別々では？
マシンバイナリを、レジスタ本数が違うマシンバイナリ向けに
変換するとき、レジスタ割当の最適化がムズいそうな
スタック→レジスタの最適化は楽なんだけど
ダイナミックコンパイルの難易度が全然ちがうくね？
GPGPUのフロントエンドとPARROTは重なるとこもあるけど
別々では？
マシンバイナリを、レジスタ本数が違うマシンバイナリ向けに
変換するとき、レジスタ割当の最適化がムズいそうな
スタック→レジスタの最適化は楽なんだけど
CPUとGPUの合体より、チンコとマンコの合体に興味がある
ただし風俗はいいです
無料を希望
も生まれ変わるのなら
マルチスレッド対応になって
複数の女子高生を処理したい
そしてベクトル化されたチンコで256人くらいのマンコを
連続で貫通
コレゾ貫通陰極
ただし風俗はいいです
無料を希望
も生まれ変わるのなら
マルチスレッド対応になって
複数の女子高生を処理したい
そしてベクトル化されたチンコで256人くらいのマンコを
連続で貫通
コレゾ貫通陰極
風俗の方が実は安上がりかも
427 ：MACオタ＞団子 さん：2007/03/27(火) 23:16:09 ID:D0ku4/RN
>>421
---------------------
Intelがずっと研究してるじゃんPARROT
---------------------
Intel版CMSと言えば、IA32ELの勘違いでわ？
---------------------
Intelがずっと研究してるじゃんPARROT
---------------------
Intel版CMSと言えば、IA32ELの勘違いでわ？
それは正しいが違う
コレジャナイロボをもらうぐらいがっくりだ
コレジャナイロボをもらうぐらいがっくりだ
わがまま言わないの！
CMSもPARROTもエミュレータって点で一緒だろ
そういやIA32ELで全然速度出ないんだから
CMSは間違ってたよな
そういやIA32ELで全然速度出ないんだから
CMSは間違ってたよな
>>422
んにゃ、スカラ命令のSIMD化とかの研究やってるよ
利用シーンに応じてCPU内蔵のベクトルユニットがグラフィック処理してもいいし
GPUかVectorユニットかなんて区別する必要なんてもはや無い。
んにゃ、スカラ命令のSIMD化とかの研究やってるよ
利用シーンに応じてCPU内蔵のベクトルユニットがグラフィック処理してもいいし
GPUかVectorユニットかなんて区別する必要なんてもはや無い。
>>430
そんな乱暴な
そんな乱暴な
Sun、プロセッサ事業の新部門を設立
http://www.itmedia.co.jp/news/articles/0703/28/news030.html
http://www.itmedia.co.jp/news/articles/0703/28/news030.html
いまさら売れるかねえ？SPARC
2012年、世界最高速スパコンが神戸で稼働する
http://www.atmarkit.co.jp/news/200703/28/riken.html
http://www.atmarkit.co.jp/news/200703/28/riken.html
Itanium Solutions Alliance、「日本が世界のItanium市場を牽引」と報告
http://www.computerworld.jp/news/plf/61509.html
http://www.computerworld.jp/news/plf/61509.html
日本のメーカ、可哀想すぎ・・・
Itaniumサーバが堅調というより日本国内のRISCサーバ市場が壊滅してるってことでは？
IA64の素晴らしさを理解できるのは日本人だけ
ご冗談を、臍で茶が。
猫のAA略
猫のAA略
猫と言うな
猫先生に対する侮辱だ
猫先生に対する侮辱だ
>>441
汎用性が低いにほんじんｗ
汎用性が低いにほんじんｗ
445 ：Socket774：2007/03/31(土) 18:47:36 ID:2JlAwYPV
>>436
いくらなんでもSparcじゃないだろ？
いくらなんでもSparcじゃないだろ？
446 ：Socket774：2007/04/01(日) 02:35:43 ID:dGao5YH9
ハイエンド特化のPower IA64 組み込みのARM MIPSは良いとしてPC/WSクラスで
x86以外使う価値はない。
必要なアプリも十分にそろってるし、性能も十分。
SUNは未だにSparcに未練があるようだが、これも近い将来PA-RISCのように
消えるだろう。
x86以外使う価値はない。
必要なアプリも十分にそろってるし、性能も十分。
SUNは未だにSparcに未練があるようだが、これも近い将来PA-RISCのように
消えるだろう。
近い将来かなあ。
まだメインラインをx86にする雰囲気無いけど。
intelまで採用したし近いか。
まだメインラインをx86にする雰囲気無いけど。
intelまで採用したし近いか。
トップの英断次第ではドラスティックに変わるかもよ。Appleみたいに。
449 ：Socket774：2007/04/01(日) 09:37:46 ID:Sn1HsWDh
最近はSparc搭載機が売れてるらしいが、これもLinuxにあいそう尽きた
（思ってるよりもコストがかかかるらしい）ベンダーが購入してるとの
ことらしいね。
現在、SUNはRockを出す予定だがハイエンドはあくまでもSparcで行くつもり
かな？
（思ってるよりもコストがかかかるらしい）ベンダーが購入してるとの
ことらしいね。
現在、SUNはRockを出す予定だがハイエンドはあくまでもSparcで行くつもり
かな？
SparcはPOWERみたいに広いラインナップはないんだっけ？
451 ：Socket774：2007/04/01(日) 10:18:13 ID:Sn1HsWDh
>>450
ない。ハイエンドサーバ～ミドルWSまでのラインナップしかない。
SpracLiteが組み込み向けだったらしいが成功してないし。
Blade100/150みたいな安価WSをリリースしたことがあるがx86搭載機を
侵食することはできなかった。
ない。ハイエンドサーバ～ミドルWSまでのラインナップしかない。
SpracLiteが組み込み向けだったらしいが成功してないし。
Blade100/150みたいな安価WSをリリースしたことがあるがx86搭載機を
侵食することはできなかった。
ヒントってEPICのことかな
IA-64は基本、静的schedulingだったと思うど
静的schedulingでload miss latencyの直撃を食らう
memoryからの直接loadは、どんなsceneで有難みがあるんだろう…
penaltyばっかの気がする
IA-64は基本、静的schedulingだったと思うど
静的schedulingでload miss latencyの直撃を食らう
memoryからの直接loadは、どんなsceneで有難みがあるんだろう…
penaltyばっかの気がする
↑餌ね
>>369
あんな豪勢なヒートシンクが必要になる = 発熱が多すぎる
決して優れているのではなく、そうせざるをえないからだと思う。
ただ、シュリンクしていって消費電力が下がることをアテにして、
最初は発熱量が多くなってでも、背伸びしておこうということかもね。
>>453
疑問に思ったら、自分で調べなよ。
あんな豪勢なヒートシンクが必要になる = 発熱が多すぎる
決して優れているのではなく、そうせざるをえないからだと思う。
ただ、シュリンクしていって消費電力が下がることをアテにして、
最初は発熱量が多くなってでも、背伸びしておこうということかもね。
>>453
疑問に思ったら、自分で調べなよ。
YorkfieldとかK8Lの話しませんか
ぶっちゃけメニーコアとＬ2増量で
効率上がりましたとか言いそうだからどーでもいい
効率上がりましたとか言いそうだからどーでもいい
じゃあ、isaiahの話でも…
女の子とか女の子の話しませんか
ぶっちゃけCPUの話なんてどうでもいいよね
IT関係の仕事してるんだったら、ちょっとは関係あるんだろうけど
そうじゃなかったらホントに関係ないし
このスレも止まって久しいのぉ
久々に覗いたけど閑古鳥ないてる
IT関係の仕事してるんだったら、ちょっとは関係あるんだろうけど
そうじゃなかったらホントに関係ないし
このスレも止まって久しいのぉ
久々に覗いたけど閑古鳥ないてる
YorkfieldとかK8Lとか今のコアの改良版でしょ。
それよりNehalemがコケるのかどうか。
Netburstコアで無茶やらかして、AMDをここまで育てた主役
ヒルズボロの設計だし。
同じ轍は踏まないだろうけど。
それよりNehalemがコケるのかどうか。
Netburstコアで無茶やらかして、AMDをここまで育てた主役
ヒルズボロの設計だし。
同じ轍は踏まないだろうけど。
>>461
かっとび（ぶっとび？）CPUの話？
女性型パソコンだっけ？
胸にシリコン？（柔らかい方の）タイプのハードディスクを搭載した可愛い女の子（パソコン）
四姉妹のうちで一番出来の悪い末っ子が主人公だっけ？
まるでPS3のような（今描いたならPSフォー！とか云う名前になるのかな？）
かっとび（ぶっとび？）CPUの話？
女性型パソコンだっけ？
胸にシリコン？（柔らかい方の）タイプのハードディスクを搭載した可愛い女の子（パソコン）
四姉妹のうちで一番出来の悪い末っ子が主人公だっけ？
まるでPS3のような（今描いたならPSフォー！とか云う名前になるのかな？）
>>462
ゲーム業界における横井軍平みたいなもんかな
ファミコンの十字キーの生みの親
ゲームボーイを大成功させる
バーチャルボーイ転ける
バンダイでワンダースワンを立ち上げるもGB下位互換のGBカラーに破れる
ゲーム業界における横井軍平みたいなもんかな
ファミコンの十字キーの生みの親
ゲームボーイを大成功させる
バーチャルボーイ転ける
バンダイでワンダースワンを立ち上げるもGB下位互換のGBカラーに破れる
あんなエロマンガをしってるやつが二人もいるとは。
466 ：Socket774：2007/04/07(土) 07:40:59 ID:+sCaUJih
PowerPC615というx86コード実行可能なPowerPCが計画されたが、これは
x86とpowerPC両方の命令セットを備えていたらしい。
命令切り替え時の性能低下が大きいので中止になった。
しかし、複雑なx86の命令セットとRiscでも複雑な部類になるPowerPCの
両命令セットを備えたCPUなんて、命令セットが複雑になり過ぎだと思うんだが？
思うにPowerPC615はいっそうのこと、そのままintel(x86互換)CPUにした
方が良かったんでは？
現在AMDがx86市場でそれなりに奮闘してるようにあの当時のIBMとMotorola
ならPentiumより高性能なx86CPUを作り、今のAMDみたいな地位を築けたと
思うんだが。
(PentiumPro同様のx86⇒Risc命令変換技術ぐらい当時のIBMはあったはず）
それとも、あれかな。本来PowerPC615はx86互換CPUにする予定だったが、
それをされるとMACが売れなくなるのでAIMのAppleが反対したとか？
x86とpowerPC両方の命令セットを備えていたらしい。
命令切り替え時の性能低下が大きいので中止になった。
しかし、複雑なx86の命令セットとRiscでも複雑な部類になるPowerPCの
両命令セットを備えたCPUなんて、命令セットが複雑になり過ぎだと思うんだが？
思うにPowerPC615はいっそうのこと、そのままintel(x86互換)CPUにした
方が良かったんでは？
現在AMDがx86市場でそれなりに奮闘してるようにあの当時のIBMとMotorola
ならPentiumより高性能なx86CPUを作り、今のAMDみたいな地位を築けたと
思うんだが。
(PentiumPro同様のx86⇒Risc命令変換技術ぐらい当時のIBMはあったはず）
それとも、あれかな。本来PowerPC615はx86互換CPUにする予定だったが、
それをされるとMACが売れなくなるのでAIMのAppleが反対したとか？
467 ：Socket774：2007/04/07(土) 07:54:00 ID:G7rTA/g7
１．今までのPowerPCアーキを捨ててまでx86の研究をする必要があるのか？
２．特許周りでIntelとガチンコ勝負がめんどくさい
３．そもそもx86市場に興味が無い
こんな所だろ
２．特許周りでIntelとガチンコ勝負がめんどくさい
３．そもそもx86市場に興味が無い
こんな所だろ
468 ：Socket774：2007/04/07(土) 08:35:56 ID:+sCaUJih
>>467
別にPowerPCを捨てなくてもx86アーキテクチャと両立させることは可能だし
（intelがx86とIA64を両立させてるように）
x86市場に興味があったからこそPowerPC615なんてものを計画したんでは？
となるとやはり特許周りなのかな。
別にPowerPCを捨てなくてもx86アーキテクチャと両立させることは可能だし
（intelがx86とIA64を両立させてるように）
x86市場に興味があったからこそPowerPC615なんてものを計画したんでは？
となるとやはり特許周りなのかな。
>>466-468 さん
そんな腐れルーマーの類より、PenrynがAltiVecばりのVector Permute機能"Super Suffle Engine"
を実装できたのわ、AltiVecの特許を共同保持するAppleと組んだお陰だと思わないすか？
そんな腐れルーマーの類より、PenrynがAltiVecばりのVector Permute機能"Super Suffle Engine"
を実装できたのわ、AltiVecの特許を共同保持するAppleと組んだお陰だと思わないすか？
思わないす
> "Super Suffle Engine"
ただのマーキテクチャじゃんそれ
バイトローテートして上下64ビットを反転したベクトルを生成してから
シャッフルする必要があった（当然ながらコンプレックスデコーダパス）のを
シャッフル単位が128ビットになったことで、１μOPsで処理できるようになったことで
スループットが大幅に改善しただけの話じゃん。
> "Super Suffle Engine"
ただのマーキテクチャじゃんそれ
バイトローテートして上下64ビットを反転したベクトルを生成してから
シャッフルする必要があった（当然ながらコンプレックスデコーダパス）のを
シャッフル単位が128ビットになったことで、１μOPsで処理できるようになったことで
スループットが大幅に改善しただけの話じゃん。
>>469
45nmで使えるトランジスタが増えただけだろ
45nmで使えるトランジスタが増えただけだろ
PowerPCもあのまま順調に行けばエミュレートしても
互角に戦えたかと。
互角に戦えたかと。
どうせ今はPowerPCも86も中身はネイティブ動作してないんだから
デコーダ複数備えるだけでなんとかならんもんかな？
デコーダ複数備えるだけでなんとかならんもんかな？
デコーダが一番のホットスポットだったり。
マイクロアーキはISA上のレジスタが少ないなら少ないなりの構成になってますよ
マイクロアーキはISA上のレジスタが少ないなら少ないなりの構成になってますよ
475 ：MACオタ＞団子 さん：2007/04/07(土) 10:48:04 ID:BW1UDr9K
>>470
-----------------
シャッフル単位が128ビットになったことで、１μOPsで処理できるようになったことで
-----------------
クロスバースイッチって知ってるすか？AltiVec特許での請求範囲わ、こうなっているす。
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2FPTO%2Fsearch-adv.htm&r=1&p=1&f=G&l=50&d=PTXT&S1=5,996,057.PN.&OS=PN/5,996,057&RS=PN/5,996,057
=================
8. The apparatus of claim 7 wherein the vector elements of said first and second vector
registers comprise a set of 2.sup.n input vector elements, and wherein, in response to each
of said vector elements of said control vector, the combination network selects one of said
2.sup.n input vector elements.
=================
-----------------
シャッフル単位が128ビットになったことで、１μOPsで処理できるようになったことで
-----------------
クロスバースイッチって知ってるすか？AltiVec特許での請求範囲わ、こうなっているす。
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2FPTO%2Fsearch-adv.htm&r=1&p=1&f=G&l=50&d=PTXT&S1=5,996,057.PN.&OS=PN/5,996,057&RS=PN/5,996,057
=================
8. The apparatus of claim 7 wherein the vector elements of said first and second vector
registers comprise a set of 2.sup.n input vector elements, and wherein, in response to each
of said vector elements of said control vector, the combination network selects one of said
2.sup.n input vector elements.
=================
"共同"保持する特許を一社が勝手に他社に使わせることなんてできるすか？
477 ：MACオタ＞476 さん：2007/04/07(土) 10:53:34 ID:BW1UDr9K
>>476
契約の内容次第かと思うす。現実にIBMもCELL BEのSPEに同技術を流用しているす。
契約の内容次第かと思うす。現実にIBMもCELL BEのSPEに同技術を流用しているす。
>>475
残念だがIntelのSuper～がどうその特許に抵触するかわからんよ
残念だがIntelのSuper～がどうその特許に抵触するかわからんよ
> The data processing system of the present invention loads three input operands,
> including two input vectors and a control vector, into vector registers and
> performs a permutation of the two input vectors as specified by the control vector,
既に違うしｗｗｗ
Merom→Penrynの実装の進化の過程でどうAIMの許可が必要なのか教えてくれ
> including two input vectors and a control vector, into vector registers and
> performs a permutation of the two input vectors as specified by the control vector,
既に違うしｗｗｗ
Merom→Penrynの実装の進化の過程でどうAIMの許可が必要なのか教えてくれ
その命令好きだねｗ
1年前に完全なVpermは無理ということになっているな
http://pc7.2ch.net/test/read.cgi/jisaku/1139646138/677-687
MACオタはどの命令のことを言っているのだろう
SSE4に何か追加されていたか？
http://pc7.2ch.net/test/read.cgi/jisaku/1139646138/677-687
MACオタはどの命令のことを言っているのだろう
SSE4に何か追加されていたか？
あのIntelが後腐れありそうなとこから技術を引っ張ってくるとは思えないけどな
SPEと格闘中
レジスタ上に常時配置したい128ビット変数が80個くらいあるんだが、
registerキーワード明示しないと駄目だなこれ
レジスタ上に常時配置したい128ビット変数が80個くらいあるんだが、
registerキーワード明示しないと駄目だなこれ
485 ：Socket774：2007/04/08(日) 15:34:35 ID:ZXV7Akd9
http://www.mips.jp/products/architectures/MIPS-3D_ASE.php
MIPS-3D
これはMIPSにT&L(ジオメトリー演算&光源計算）の命令セットを組み込んだ
ものと解釈していいの？
しかし、PC用VGAに使うには性能不足だし携帯向けのGPUをNvidiaが手がけてる
のとAMDのFusionのことを考えたら、もはや時代遅れな性能だな。
MIPS-3D
これはMIPSにT&L(ジオメトリー演算&光源計算）の命令セットを組み込んだ
ものと解釈していいの？
しかし、PC用VGAに使うには性能不足だし携帯向けのGPUをNvidiaが手がけてる
のとAMDのFusionのことを考えたら、もはや時代遅れな性能だな。
＞99年当時の発想
Cellのことかー
Cellのことかー
489 ：Socket774：2007/04/08(日) 20:29:55 ID:ZXV7Akd9
MIPS3Dは99年だったのか。それじゃ、もう時代遅れだな。
この頃のMIPSはゲーム機に採用されてたのでそこら辺を狙ったんだろう。
しかし、ゲーム機向けはPowerPCになり携帯にもGPUが載る時代になると
どこに需要があるのか？
SparcのVIS同様に不必要な機能だな。
この頃のMIPSはゲーム機に採用されてたのでそこら辺を狙ったんだろう。
しかし、ゲーム機向けはPowerPCになり携帯にもGPUが載る時代になると
どこに需要があるのか？
SparcのVIS同様に不必要な機能だな。
490 ：宇宙戦艦ヤマト ◆CPUd.xXXx. ：2007/04/08(日) 20:31:03 ID:m1gjCxkO
CPUアキテキタ語らない
>488
当初の予定ではcellだけで
CG処理全部やる無謀な予定だったから
そのなれの果てだよ あの設計は。
当初の予定ではcellだけで
CG処理全部やる無謀な予定だったから
そのなれの果てだよ あの設計は。
99ってCellだっけ?
PS2のEmotion Engineだね。
MIPSベースのコアに３つのVectorコプロセッサ
まさにCellの原点
MIPSベースのコアに３つのVectorコプロセッサ
まさにCellの原点
494 ：Socket774：2007/04/08(日) 23:32:14 ID:ZXV7Akd9
VUは二基だがあとIPUっていうMPEGデコード用のコプロが１基あるよ
Cellの発想そのものはEEの延長線上でそ
Cellの発想そのものはEEの延長線上でそ
テメーの強弁を適用すりゃ
EEはPS1のGTEから延長線上にある
とも言えるんだが?
むしろMipsのコプロセッサI/Fとしては同類とも言えるわな。
IPUはプロセッサに密結合じゃないし。ふつうコプロセッサとは言わないよ?
知ったかぶりせずに引き下がりな。
EEはPS1のGTEから延長線上にある
とも言えるんだが?
むしろMipsのコプロセッサI/Fとしては同類とも言えるわな。
IPUはプロセッサに密結合じゃないし。ふつうコプロセッサとは言わないよ?
知ったかぶりせずに引き下がりな。
なにを否定してなにを訴えたいのか理解できない
496 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
頭の悪い人っぽいので
頭の悪い人っぽいので
つーかね、CPU側でグラフィック処理をやってしまおうという基本設計思想についての議論であって
ISA云々や、疎結合か密結合かなんて細かいインプリメントの違いなんてのは論じてないの。
ISA云々や、疎結合か密結合かなんて細かいインプリメントの違いなんてのは論じてないの。
乱暴な話だな
今や筆頭ＮＧ推奨コテだし。
そもそもゲーム用CPUの変遷は>>500の言葉を借りれば全て乱暴ということになるな
だからさ、積和演算機能を組み込んだだけのCPUとcellを同じカテゴリ扱いして
それ以上の区別はしないなんて乱暴な話に意味なんてないだろうといっているんだよ。
それ以上の区別はしないなんて乱暴な話に意味なんてないだろうといっているんだよ。
と思ったけど知ったか君のオナニーだから意味なんて関係ないんだね。
実際やってもいないことを設計思想とか言うのはどうかと思うなあ
>>503
団子の言い分だとSH4もCellも同じカテゴリw
団子の言い分だとSH4もCellも同じカテゴリw
509 ：Socket774：2007/04/09(月) 07:31:31 ID:cqb4CEIx
考えて見れば、その昔は3Dや実写動画を扱うにはDSPを用いないと
話にならなかったわけで、
話にならなかったわけで、
クタの言葉を借りれば「PS3で完成」だからねー
PS2専用プロセッサとPS3専用プロセッサの設計思想が「違う」って、
SCEの中の人ですら言わないよね。
「延長」と言ってるがどうして同じレベルの技術と解釈されるのかは理解不能ｗ
SH-4の後に出てきたSH-5、SH-Mobileはそこまで進化してないだろ。
そもそもドリキャス専用設計ですらないし。
PS2専用プロセッサとPS3専用プロセッサの設計思想が「違う」って、
SCEの中の人ですら言わないよね。
「延長」と言ってるがどうして同じレベルの技術と解釈されるのかは理解不能ｗ
SH-4の後に出てきたSH-5、SH-Mobileはそこまで進化してないだろ。
そもそもドリキャス専用設計ですらないし。
> SCEの中の人ですら言わないよね。
誰かこの厨房に世間を教えてやってくれ
誰かこの厨房に世間を教えてやってくれ
㍉
自分の言葉で反論が出来ないからって人に助けを求める君のほうが幼稚だね
団子の人は詳しいんだが、ただの知ったか厨房なんだかﾜｹﾜｶﾒ
反論？
論にすらなっていないモノを？
論にすらなっていないモノを？
そりゃ、しったかばっかだろ。
本職のCPUアーキテクトなんて居るわけない。
海外ルーマーサイトやCQ出版社の雑誌よんでネタ蓄えただけのルーマーばっか。
本職のCPUアーキテクトなんて居るわけない。
海外ルーマーサイトやCQ出版社の雑誌よんでネタ蓄えただけのルーマーばっか。
>515
とりあえず他人の助けなしで「現実」とやらを語ってくれ
お前が現実と認識してるものなんて他人にはわかりゃしないよ
お前の胸のうちを代弁してやろうか？
「俺の拙い思考ではまともに反論できないので誰か助けてください」
とりあえず他人の助けなしで「現実」とやらを語ってくれ
お前が現実と認識してるものなんて他人にはわかりゃしないよ
お前の胸のうちを代弁してやろうか？
「俺の拙い思考ではまともに反論できないので誰か助けてください」
>>517
なんでSCEの中の人がわざわざ
> PS2専用プロセッサとPS3専用プロセッサの設計思想が「違う」って
こんな事言う必要があるんだよ。
これほど理屈にならない馬鹿な話に気が付かないなんて相当頭悪いな。
なんでSCEの中の人がわざわざ
> PS2専用プロセッサとPS3専用プロセッサの設計思想が「違う」って
こんな事言う必要があるんだよ。
これほど理屈にならない馬鹿な話に気が付かないなんて相当頭悪いな。
ほう認識してる「現実」って疑問形なのか
そりゃだれも代弁できない
そりゃだれも代弁できない
また疑問形か
知ってる現実を語ってくれと言ったのに通じてなかったのか
「会話が成り立たない馬鹿です」
という現実だけは明らかになったな
知ってる現実を語ってくれと言ったのに通じてなかったのか
「会話が成り立たない馬鹿です」
という現実だけは明らかになったな
>>552
お前が自分自身が「会話が成り立たない馬鹿」である事を証明しているぞ。
俺は何の説得力も持たない理屈がおかしいと指摘しただけ。
それすら読み取れないでこんなに粘着かよ。
被害妄想でもあるんじゃないの？
お前が自分自身が「会話が成り立たない馬鹿」である事を証明しているぞ。
俺は何の説得力も持たない理屈がおかしいと指摘しただけ。
それすら読み取れないでこんなに粘着かよ。
被害妄想でもあるんじゃないの？
>粘着
自分の書き込み回数と時間を確認してたら言えないセリフだなこれｗ
CellがEEの後継であることを覆す証拠でも把握してるかと思ったから聞いてみたら
疑問形で返されたんで頭の悪い子だと思っただけなんだけどね
もういいよ逃げて
自分の書き込み回数と時間を確認してたら言えないセリフだなこれｗ
CellがEEの後継であることを覆す証拠でも把握してるかと思ったから聞いてみたら
疑問形で返されたんで頭の悪い子だと思っただけなんだけどね
もういいよ逃げて
あと疑問形は指摘とは言わないし現実とも言わない
まったくもって話にならないです。
> CellがEEの後継であることを覆す証拠
前提となる何をもって後継と言えるのかすら曖昧なままですよ。
> 疑問形で返されたんで頭の悪い子だと思っただけなんだけどね
そんな事すら気が付かないのですか？と暗に指摘していたのですが
はっきり書かれるまで気が付かないなんで気の毒な方です。
> CellがEEの後継であることを覆す証拠
前提となる何をもって後継と言えるのかすら曖昧なままですよ。
> 疑問形で返されたんで頭の悪い子だと思っただけなんだけどね
そんな事すら気が付かないのですか？と暗に指摘していたのですが
はっきり書かれるまで気が付かないなんで気の毒な方です。
xxX12/3/は団子なのか?違うのか?
どっちにしてもキモイし文の読めなさはガチ
どっちにしてもキモイし文の読めなさはガチ
頭悪いな
事実の提示がなければ指摘とは言わない
相手に答えを考えてもらうのは「指摘」ではなく「質問」だ
小学生からやりなおしなさい
なんだ、Cellがかつて「EE2」と呼ばれてたことも知らないのか
事実の提示がなければ指摘とは言わない
相手に答えを考えてもらうのは「指摘」ではなく「質問」だ
小学生からやりなおしなさい
なんだ、Cellがかつて「EE2」と呼ばれてたことも知らないのか
> してき 【指摘】
> （名）スル
> 全体の中から、ある特定の事柄を取り上げて示すこと。
事実の提示は必要と書いてありません。
辞書の調べ方の勉強が必要だねwww
> （名）スル
> 全体の中から、ある特定の事柄を取り上げて示すこと。
事実の提示は必要と書いてありません。
辞書の調べ方の勉強が必要だねwww
まさか「事柄」と「事実」が別の言葉だと思ってるのか。
事柄を示さずに疑問を投げるのは指摘だと思ってるのか。
馬鹿だな。
CPUを新規に開発すると5年は最低でもかかる。
「PS2ショック」のころには既にCellの開発は始まってんだよ。
事柄を示さずに疑問を投げるのは指摘だと思ってるのか。
馬鹿だな。
CPUを新規に開発すると5年は最低でもかかる。
「PS2ショック」のころには既にCellの開発は始まってんだよ。
> ことがら【事柄】
> 経験したり 想像したり△する（した）事がどんな性質・状態・内容かということ。
もちろん「事柄」には「事実」でないものも含まれますが何か？
> 経験したり 想像したり△する（した）事がどんな性質・状態・内容かということ。
もちろん「事柄」には「事実」でないものも含まれますが何か？
平木先生は後藤先生の弟子のくせに、「バラメトロン？あんな一入力一出力のものは滅びて当然ですよ」と言っていました。
Macオタ化してんな。くだらん話を続けるやつはコテハンにしろ。
平木先生はデータフロー屋のくせにSIMDスキーでGF11を高く評価する一方、RP/3をゴミ扱いしていました。
串通した名無しで自説を擁護してもすぐ化けの皮が剥がれるね
団子君ｗｗｗｗｗｗ
自分以外の発言を全てあぼ～んするといいよ（ぷぷ
団子君ｗｗｗｗｗｗ
自分以外の発言を全てあぼ～んするといいよ（ぷぷ
技術的な話から逸れるとｽﾚが良く伸びるな…唖然
後継がどうのなんてイメージの話でしかないからなぁ
平木先生のIBM時代のハイブリッドマシン、Empireは黒歴史になっています。
それにしても馬鹿だね
自説が「事実でない」って自ら認めてるやん
「最大ポリゴン数」至上主義だからある意味ソニーは一貫してる。
自説が「事実でない」って自ら認めてるやん
「最大ポリゴン数」至上主義だからある意味ソニーは一貫してる。
12/3は初代PSの発売日
名前欄と串忘れてるよ
日付変わってから出直しておいで
日付変わってから出直しておいで
自宅警備がんばってね
団子は「夜勤の土方乙」と精一杯の返答をしながら
自らは「残業、深夜、徹夜」とステロタイプの
自慢をする春厨だから
自らは「残業、深夜、徹夜」とステロタイプの
自慢をする春厨だから
ふんいきわるいなあ
これなら聞伝君のつまらない愚痴読んでる方がよっぽどまし
これなら聞伝君のつまらない愚痴読んでる方がよっぽどまし
>>546
朝から警備なんてしません
朝から警備なんてしません
ザラ場なら終わってるよ。海外は知らんが。
真人間なら御前
いやちがった、午前から働いた方がいいよ
いやちがった、午前から働いた方がいいよ
>>552
ピーク過ぎたからフレックス使って10時出勤しまくりの俺を怒らせた
ピーク過ぎたからフレックス使って10時出勤しまくりの俺を怒らせた
もうすぐ草木も眠る丑三つ時だよ…
＞東海岸ですら
まるで西海岸は太陽がてっぺんにあるような言い草だな
バカボンボン
まるで西海岸は太陽がてっぺんにあるような言い草だな
バカボンボン
in-cacheのgauss分布密度関数
→sqrt→exp→fdivの完全な演算ネック
SSE2よりも-ffast-mathの方が効いてワロタ
そりゃそうだ。
→sqrt→exp→fdivの完全な演算ネック
SSE2よりも-ffast-mathの方が効いてワロタ
そりゃそうだ。
500 名前：Socket774[sage] 投稿日：2007/04/09(月) 00:52:51 ID:TjNlXuYQ
503 名前：Socket774[sage] 投稿日：2007/04/09(月) 01:32:01 ID:TjNlXuYQ
504 名前：Socket774[sage] 投稿日：2007/04/09(月) 01:34:06 ID:TjNlXuYQ
511 名前：Socket774[sage] 投稿日：2007/04/09(月) 08:38:32 ID:TjNlXuYQ
まあ、脳内で世界のどこだろうと自宅警備員には違いなさそうだな
503 名前：Socket774[sage] 投稿日：2007/04/09(月) 01:32:01 ID:TjNlXuYQ
504 名前：Socket774[sage] 投稿日：2007/04/09(月) 01:34:06 ID:TjNlXuYQ
511 名前：Socket774[sage] 投稿日：2007/04/09(月) 08:38:32 ID:TjNlXuYQ
まあ、脳内で世界のどこだろうと自宅警備員には違いなさそうだな
暇人だな
>>561
decodeとかそういうレベルではない
decodeとかそういうレベルではない
ID:TjNlXuYQ
ID:DQlZEzCh
団子にメタクタに打ち負かされたからと言って粘着するなよ
ID:DQlZEzCh
団子にメタクタに打ち負かされたからと言って粘着するなよ
今回も団子の自滅ですが？
自宅警備員さん、ちなみにいまは業務中ですか？
ちなみに「現実」をとなえつつ
それを聞かれると答えずに逃げ続けてるのはどなたですか？
それを聞かれると答えずに逃げ続けてるのはどなたですか？
T芝の開発主任がCellがEE後継とはっきり明言した、と言っても、違うっていうんだろうな。
みんなおはよ
NehalemってHT搭載だけど、パイプラインは今とほとんど変わらないんだよね？
そんなに効果あるんですかね。
そんなに効果あるんですかね。
>>573
ネットバーストのHTとは違うかもしれない。
NehalemにHT、と一言で言ったって、実装はどうなるか
それに、HTのようなSMTはインテルだけのものでも、目新しい技術でもない
Nehalemは何段になるか知らないが、Core2の14段でさえ、全体的に見ればかなりパイプラインは深い
ネットバーストのHTとは違うかもしれない。
NehalemにHT、と一言で言ったって、実装はどうなるか
それに、HTのようなSMTはインテルだけのものでも、目新しい技術でもない
Nehalemは何段になるか知らないが、Core2の14段でさえ、全体的に見ればかなりパイプラインは深い
浮動小数点には効果があるという説がある
http://pc11.2ch.net/test/read.cgi/jisaku/1174309818/150
http://pc11.2ch.net/test/read.cgi/tech/1168399966/313
http://pc11.2ch.net/test/read.cgi/jisaku/1174309818/150
http://pc11.2ch.net/test/read.cgi/tech/1168399966/313
fdivだのfsqrt等、長いthroughputのinst.の裏はがら空きだろうけど
それは例外的で
殆ど何をやらせてもpipelineがｽｶｽｶなarchなら
きっとSMTは効果絶大
なんだろうね
悲しい話だ
それは例外的で
殆ど何をやらせてもpipelineがｽｶｽｶなarchなら
きっとSMTは効果絶大
なんだろうね
悲しい話だ
577 ：Socket774：2007/04/11(水) 07:35:06 ID:L+xeBW52
IntelのHTって元DECの人が設計したんじゃなかったか？
x86しか知らない人はわからんけど、intelの技術は他も
同様の技術を有してる見たほうがいい。
x86しか知らない人はわからんけど、intelの技術は他も
同様の技術を有してる見たほうがいい。
てｓｔ
CPU稼働時間の40～90%がストールってされてるから
まともな実装ならSMTで速くなるに決まってる
Pentitm4のHTがなぜだか異様に糞すぎただけ
まともな実装ならSMTで速くなるに決まってる
Pentitm4のHTがなぜだか異様に糞すぎただけ
>>580
Itanium2でもHyperThreadingの名称を使ってるくらいだし期待できない。
Nehalemのマルチレベル共有キャッシュってどういう形になるかな。
8コアだマルチダイの場合、L2を2コアで共有してL3を4コアで共有くらいかね？
Itanium2でもHyperThreadingの名称を使ってるくらいだし期待できない。
Nehalemのマルチレベル共有キャッシュってどういう形になるかな。
8コアだマルチダイの場合、L2を2コアで共有してL3を4コアで共有くらいかね？
>>581
どうせ別スレッドもストールするんだから、
ストールしたら別スレッドに切り替えるのではなく、
ストールしてもしなくても別スレッドに切り替えても同じ
というのが、SunのNiagaraなのかな。
どうせ別スレッドもストールするんだから、
ストールしたら別スレッドに切り替えるのではなく、
ストールしてもしなくても別スレッドに切り替えても同じ
というのが、SunのNiagaraなのかな。
バートン御大もそう言う考えなんだろうな。
MTAにはデータキャッシュないけどね
またpeakだけのGFLOPS競争か
Intel製PowerVRまだ～
> またpeakだけのGFLOPS競争か
ﾌﾟﾌﾟﾌﾟ
ﾌﾟﾌﾟﾌﾟ
740という謎数字が脳裏を以下略。
ググっていまさら知る。
PDAでメジャーなIntel 2700GのコアはPowerVRだったのかっ
でも今はそれもマーベルか…
PDAでメジャーなIntel 2700GのコアはPowerVRだったのかっ
でも今はそれもマーベルか…
593 ：Socket774：2007/04/14(土) 10:24:23 ID:j26XpsdM
http://pc.watch.impress.co.jp/docs/2006/1002/kaigai306.htm
>当時は、命令セットを抑えて命令フォーマットを単純化したRISCでなければ、
>今後パフォーマンスを上げ続けることができないという論調が支配的だった。
>しかし、結果を見れば、Intelアーキテクチャは進化を続け、命令セットを拡
>張しながら成功してきた、と言うのがGelsinger氏の見解だ。つまり、Intelは、
>命令セットをシンプル化するRISCの理念を否定、今後も命令セットをリッチに
>し続けると再宣言したことになる。
こんなこと言えるのもP6時代にx86⇒RISC
風命令変換を行うようにしたから。
現行のCore2も最終的にRISC風命令へ変換
してる。
しかし、intel AMD共にx86⇒RISC風命令
変換はオーバーヘッドが大きくなり効率が
悪いと当時の設計者は思ったのでは？
(MIPSのジョン・ヘネシーもx86⇒RISC風命令変換は思いついたかも知れんが、
そんな効率悪いことするよりも素直にRISC作った方がいいと考えたんだろうな。）
しかし、実際のP6はRISCに迫る性能があり、ジョン・ヘネシーも驚いたんでは？
>当時は、命令セットを抑えて命令フォーマットを単純化したRISCでなければ、
>今後パフォーマンスを上げ続けることができないという論調が支配的だった。
>しかし、結果を見れば、Intelアーキテクチャは進化を続け、命令セットを拡
>張しながら成功してきた、と言うのがGelsinger氏の見解だ。つまり、Intelは、
>命令セットをシンプル化するRISCの理念を否定、今後も命令セットをリッチに
>し続けると再宣言したことになる。
こんなこと言えるのもP6時代にx86⇒RISC
風命令変換を行うようにしたから。
現行のCore2も最終的にRISC風命令へ変換
してる。
しかし、intel AMD共にx86⇒RISC風命令
変換はオーバーヘッドが大きくなり効率が
悪いと当時の設計者は思ったのでは？
(MIPSのジョン・ヘネシーもx86⇒RISC風命令変換は思いついたかも知れんが、
そんな効率悪いことするよりも素直にRISC作った方がいいと考えたんだろうな。）
しかし、実際のP6はRISCに迫る性能があり、ジョン・ヘネシーも驚いたんでは？
594 ：Socket774：2007/04/14(土) 11:04:59 ID:Ryq1hhOB
CISCに陰り→RISCに乗り換えたいがx86互換は絶対に捨てられない→多少効率悪くてもx86命令変換してRISCへ
のジレンマの中で努力を積み重ねた結果じゃないかな
のジレンマの中で努力を積み重ねた結果じゃないかな
んで努力を続けるうちにRISCの方にコード密度の低さという問題が持ち上がり、
「あれ？うちらのアプローチってそんなに悪くないじゃーん」という事態に。
デコードの負担はでかいけど、コード密度・互換性・依存関係の解決等を考えると
CISC→RISCはそんなに大きな問題じゃないのだろうね。
でもそろそろハードウェア実装からソフトウェア実装に切り換えてほしい。
CMS！CMS！
「あれ？うちらのアプローチってそんなに悪くないじゃーん」という事態に。
デコードの負担はでかいけど、コード密度・互換性・依存関係の解決等を考えると
CISC→RISCはそんなに大きな問題じゃないのだろうね。
でもそろそろハードウェア実装からソフトウェア実装に切り換えてほしい。
CMS！CMS！
596 ：Socket774：2007/04/14(土) 11:37:14 ID:j26XpsdM
x86だと膨大なソフト資産があるからそう簡単に切り捨てられないからな。
しかし、x86⇒RISC変換デコーダを搭載できたのも優れたプロセス技術が
あったおかげだな。
一つのダイに膨大な数のトランジスタを詰め込めるようになったから、変換
デコーダを使い命令セットの欠点をカバーできるようになった。
しかし、x86⇒RISC変換デコーダを搭載できたのも優れたプロセス技術が
あったおかげだな。
一つのダイに膨大な数のトランジスタを詰め込めるようになったから、変換
デコーダを使い命令セットの欠点をカバーできるようになった。
prefetch命令っていちおう4つのレベルがあるんだが
将来的には4次キャッシュまで搭載するんかな
将来的には4次キャッシュまで搭載するんかな
オンダイL1+L2+L3にオンボードL4とかはありえそうな気がするね。
Super7再び
Super7再び
気がつけばMacOSもx86の資産の内の一つに――
>>600
＞CMSに切り替えたらコード密度のメリットも吹っ飛ぶような気が。
…そういやそうだな。ボケてた。
1T-SRAMでもZ-RAMでもいいからCMSが入るくらいでかくて速いメモリがあったらなー
＞CMSに切り替えたらコード密度のメリットも吹っ飛ぶような気が。
…そういやそうだな。ボケてた。
1T-SRAMでもZ-RAMでもいいからCMSが入るくらいでかくて速いメモリがあったらなー
そこでQuickTransitですよ！
RISCはコード密度低いって言われるけど、
x86も、レジスタ不足で変数がスタックに積まれるから、効率悪いと思うんですが。
mov eax,[esp+4]
add eax,[esp+8]
とか
x86も、レジスタ不足で変数がスタックに積まれるから、効率悪いと思うんですが。
mov eax,[esp+4]
add eax,[esp+8]
とか
605 ：Socket774：2007/04/14(土) 20:44:29 ID:j26XpsdM
http://www.geocities.jp/andosprocinfo/wadai07/20070414.htm
RockもAPLももうすぐアルよ
あと最低5年は、ハイエンドに限っていうとsparcで行くと思う
RockもAPLももうすぐアルよ
あと最低5年は、ハイエンドに限っていうとsparcで行くと思う
Vistaの後継バージョンはx64オンリーになるらしいね。
608 ：Socket774：2007/04/14(土) 23:50:34 ID:j26XpsdM
今度、中古でSUNのSparcワークステーションでも買うかな。
SGIやHPでもいいがソフトが入手できないからな。
SGIやHPでもいいがソフトが入手できないからな。
遅いよ～
610 ：Socket774：2007/04/15(日) 00:04:59 ID:j26XpsdM
さすがにSparcStaionじゃ、遅いかも知れんがUltraSparcⅢの
Blade2000辺りだったら3.4年前のPCと体感速度は変わらんだろ。
個人的にBlade2000=Pen4/2GhzPCと同性能ではと。
もしかしたらSolarisが重いとか？
Blade2000辺りだったら3.4年前のPCと体感速度は変わらんだろ。
個人的にBlade2000=Pen4/2GhzPCと同性能ではと。
もしかしたらSolarisが重いとか？
Blade100シリーズなんて今買ってもPS3以下だろうな
612 ：Socket774：2007/04/15(日) 00:24:39 ID:+CXqOGjJ
俺のコアは80Hｚ程度で動いているらしい。
まったく3Ｇｈｚとかで動く奴らが、うらやましいぜ！
だが、昇圧とかオーバーなんちゃらってのには賛成できない。
だって、そんなことしてたら死んじまうだろ？
それに最近は、静穏ブームなんだって？
俺のは常時ドクンドクンしてるぜ？
まぁ、普段は聞こえないが、医者のヘッドホンなら聞こえるらしい。
それから、これは人から聞いたんだが、コンピューターって計算機なんだろ？
なんで100円で売ってるやつと同じもんが、20万とかするのか理解できねぇ
ほら、液晶だってちゃんとついてるぜ？
確かに、いろいろついてるらしいけどよ、それを使いこなしてる奴なんて見たことないぜ？
ほら、奴らは得意になっているが、電子計算機を使ってるんじゃないんだよ。
奴らは、電子計算機に使われてるんだ。
そんなことにも気づかず、趣味は電子計算機で網をすることですとか、気が狂ってるとしか思えないぜ。
この世界は、素晴らしいが、可憐で過酷で醜いところもある、人の愚かさ故だ。
それじゃ外に出て、バーボンでもウィスキーでも飲みに行こうぜ？
まったく3Ｇｈｚとかで動く奴らが、うらやましいぜ！
だが、昇圧とかオーバーなんちゃらってのには賛成できない。
だって、そんなことしてたら死んじまうだろ？
それに最近は、静穏ブームなんだって？
俺のは常時ドクンドクンしてるぜ？
まぁ、普段は聞こえないが、医者のヘッドホンなら聞こえるらしい。
それから、これは人から聞いたんだが、コンピューターって計算機なんだろ？
なんで100円で売ってるやつと同じもんが、20万とかするのか理解できねぇ
ほら、液晶だってちゃんとついてるぜ？
確かに、いろいろついてるらしいけどよ、それを使いこなしてる奴なんて見たことないぜ？
ほら、奴らは得意になっているが、電子計算機を使ってるんじゃないんだよ。
奴らは、電子計算機に使われてるんだ。
そんなことにも気づかず、趣味は電子計算機で網をすることですとか、気が狂ってるとしか思えないぜ。
この世界は、素晴らしいが、可憐で過酷で醜いところもある、人の愚かさ故だ。
それじゃ外に出て、バーボンでもウィスキーでも飲みに行こうぜ？
俺のコアは1.3Hz～2Hz程度だ。常人の60倍速ってすげぇな
614 ：Socket774：2007/04/15(日) 01:12:37 ID:B9W5RcmE
んなこと言ったらPS3だってIBMのLinuxソフト資産が動くぜｗｗｗｗ
てか、YDLの販売元がPS3クラスタ売ってるし
Blade100/150はForte C++とのセットで18万の時代が一番お買い得だったな。
てか、YDLの販売元がPS3クラスタ売ってるし
Blade100/150はForte C++とのセットで18万の時代が一番お買い得だったな。
617 ：Socket774：2007/04/15(日) 09:50:31 ID:B9W5RcmE
Core2ってIPC重視だが、以外とクロックも高いな3Ghz近くで動作するし、
Risc陣営がクロックでx86についてこれなくなったのはプロセス技術の
問題だと思うが、それならintel並みのプロセスを持つIBMまでクロック
でx86の後塵を拝することになったのか？
それにSparcなんかもTSMCみたいなとこで製造すればもっと高クロックを
達成できたんでは？
Risc陣営がクロックでx86についてこれなくなったのはプロセス技術の
問題だと思うが、それならintel並みのプロセスを持つIBMまでクロック
でx86の後塵を拝することになったのか？
それにSparcなんかもTSMCみたいなとこで製造すればもっと高クロックを
達成できたんでは？
618 ：Socket774：2007/04/15(日) 11:13:09 ID:P/qOIbFg
ＴＤＰ45ＷのX2はまだ出んのか。 成せばなるのに。
>>617
パイプラインだけでみるなら、一桁で3GHz弱達成してるのもあるな。90nmで
パイプラインだけでみるなら、一桁で3GHz弱達成してるのもあるな。90nmで
SPARCってTIでしょ。
TSMCより凄そうな気がするけど。
富士通の方も。
TSMCより凄そうな気がするけど。
富士通の方も。
622 ：Socket774：2007/04/15(日) 12:45:57 ID:B9W5RcmE
TIはSparcライセンスを持ってる企業の一つ
富士通は別として、TIのプロセス技術が優れてるとは聞いたことないな。
http://techon.nikkeibp.co.jp/article/NEWS/20070129/127056/
45nmで自社開発あきらめてるし
富士通は別として、TIのプロセス技術が優れてるとは聞いたことないな。
http://techon.nikkeibp.co.jp/article/NEWS/20070129/127056/
45nmで自社開発あきらめてるし
だからってTSMCだったらもっと速いのが作れたなんてことはないだろ
>>593
君は一度ヘネシーの論文を読みたまえ
君は一度ヘネシーの論文を読みたまえ
>>622
諦めたのは32nm以降
諦めたのは32nm以降
TSMC/UMCにUltraSparc2作って貰う話がは2002年ぐらいにニュースで出たんじゃなかったっけ?
で、スカウトスレッドってどうなん？
電気の無駄遣いだよなあ > スカウトスレッド
サンと富士通、共同開発の「SPARC Enterprise Server」を発表へ
http://japan.cnet.com/news/ent/story/0,2000056022,20347306,00.htm
http://japan.cnet.com/news/ent/story/0,2000056022,20347306,00.htm
米Intel、1GHz動作でH.264デコード可能な家電用プロセッサ
－STBやネットワークメディアプレーヤーなどに搭載
http://www.watch.impress.co.jp/av/docs/20070418/intel.htm
－STBやネットワークメディアプレーヤーなどに搭載
http://www.watch.impress.co.jp/av/docs/20070418/intel.htm
SPARC64欲しいけど、個人で買える/使えるような物が無いし、金も無い
>>630
デコードかよ
デコードかよ
720pならBanias程度でも十分再生できるが、当然フルHDの60fpsだよな？
ハードウェアデコーダでやるということなのだから当然そうでしょう
６３０リンク先はXscaleだろ？
まずIntelがまだXscaleを出す気があったのに驚きだが、
720p相当でもハードウェアアクセラレーションが必要になるぞ。
逆にハードウェア使えばHDも出来そうな気はするが。
まずIntelがまだXscaleを出す気があったのに驚きだが、
720p相当でもハードウェアアクセラレーションが必要になるぞ。
逆にハードウェア使えばHDも出来そうな気はするが。
売れﾈｰよ
CPUだけで市場が覆せるもんか
CPUだけで市場が覆せるもんか
ﾊﾊﾝ、さてはＦの方から来た消化器売りですか
それともsolarisの幻想を抱いている夢想家ですか
それともsolarisの幻想を抱いている夢想家ですか
>>638
今でもSPARCのWSがいいっていう金に糸目をつけない人種っていると思うよ。
今でもSPARCのWSがいいっていう金に糸目をつけない人種っていると思うよ。
そういうやつはもう買ってるだろ
個人的には X68000 みたいなのが出てほしいんだけど、今は無理だろな。
一般人はブラウザ(とメディアプレイヤ)とワープロが有ればいいし、
OS違ってもマウス使えば操作同じだし、
ゲーマーはGPUだけ有ればいいし、
Wintelでなくてもいいと思うんだけどな。
一般人はブラウザ(とメディアプレイヤ)とワープロが有ればいいし、
OS違ってもマウス使えば操作同じだし、
ゲーマーはGPUだけ有ればいいし、
Wintelでなくてもいいと思うんだけどな。
GUIがあってもOSとかアプリによって操作は全然違う
今はMS製品に似せる傾向があるんでそうじゃないけど
X68000のSX-WINDOWSとかWindowsかmacに慣れたユーザーから見れば
わけわかんないGUIだろ
今はMS製品に似せる傾向があるんでそうじゃないけど
X68000のSX-WINDOWSとかWindowsかmacに慣れたユーザーから見れば
わけわかんないGUIだろ
644 ：Socket774：2007/04/19(木) 05:57:53 ID:AsTJQhWt
／ NY＼
/＿＿＿__,,=─-.｀､__
/ ／ ＼￣ヽ ｀‐､
| /iilllllii. oillllliiヽ |￣～
|ｙ ■■■■■■ ∨､
ｒ-ｒ' i i | i
{ / ; ∵; ,|. : : 人; ∵; | { 一本のバット、一つのグラブは、いろいろな人の苦労によって出来上がっている。
しi| ｀''" ｀ｰ- ' ｰ | _） 去年僕が使ったバットは、久保田名人がいいメープルの
｜i〈 ､＿＿＿＿_, 〉 |r 原木を探しにカナダの山に登ってくれたと聞いています。
! ヽ＼+┼┼+/ / そんなバットを投げつけるなんて、絶対にできないじゃないですか。
ヽ `ー‐‐'´ /
＼ ／
`ー----‐'´
http://www.hokuriku.chunichi.co.jp/matsui/ism/2004/14.html
最悪でも犠牲フライを打っておきたい場面で注文通りに打ち取られた松井は、
悔しさからか思わずバットを地面に叩きつけた。
http://www.major.jp/news/wrapup-2004091803.html
/＿＿＿__,,=─-.｀､__
/ ／ ＼￣ヽ ｀‐､
| /iilllllii. oillllliiヽ |￣～
|ｙ ■■■■■■ ∨､
ｒ-ｒ' i i | i
{ / ; ∵; ,|. : : 人; ∵; | { 一本のバット、一つのグラブは、いろいろな人の苦労によって出来上がっている。
しi| ｀''" ｀ｰ- ' ｰ | _） 去年僕が使ったバットは、久保田名人がいいメープルの
｜i〈 ､＿＿＿＿_, 〉 |r 原木を探しにカナダの山に登ってくれたと聞いています。
! ヽ＼+┼┼+/ / そんなバットを投げつけるなんて、絶対にできないじゃないですか。
ヽ `ー‐‐'´ /
＼ ／
`ー----‐'´
http://www.hokuriku.chunichi.co.jp/matsui/ism/2004/14.html
最悪でも犠牲フライを打っておきたい場面で注文通りに打ち取られた松井は、
悔しさからか思わずバットを地面に叩きつけた。
http://www.major.jp/news/wrapup-2004091803.html
一般人はWindowsがあればいい
>>643
「MS製品に似せる」って、どこまで似せることを言っているのか不明だけど、
MSだって他を真似てるし、便利なものは真似ればいいけど、不便なものまで真似る必要は無いと思う。
>>645
それは、SX-Windows でも X-Windows でも MS-Windows でもいい、という意味だな。
「MS製品に似せる」って、どこまで似せることを言っているのか不明だけど、
MSだって他を真似てるし、便利なものは真似ればいいけど、不便なものまで真似る必要は無いと思う。
>>645
それは、SX-Windows でも X-Windows でも MS-Windows でもいい、という意味だな。
SPARC64VIは信頼性は高いかもしれないけど、性能は
たとえば数十万円マシンのCore2 Extremeと比べても速いわけじゃないんでしょ？どうせ。
Solaris Sparcで仕事してるので、欲しいことは欲しいけどさ。
たとえば数十万円マシンのCore2 Extremeと比べても速いわけじゃないんでしょ？どうせ。
Solaris Sparcで仕事してるので、欲しいことは欲しいけどさ。
IBM，倍精度の浮動小数点演算能力を4倍に高めた新型「Cell」を「COOL Chips X」で紹介
http://techon.nikkeibp.co.jp/article/NEWS/20070419/131215/
http://techon.nikkeibp.co.jp/article/NEWS/20070419/131215/
PS3のシュリンク版まだー？ｗ
6サイクルもストールするのがやっと改良されたかｗｗｗ
6サイクルもストールするのがやっと改良されたかｗｗｗ
なにげにメモリがDDR2にかわっとるw
653 ：Socket774：2007/04/21(土) 19:58:22 ID:wYC1y5Re
654 ：Socket774：2007/04/21(土) 20:07:29 ID:wYC1y5Re
CAEアプリは今でもRISCをサポートしてるが、後数年もすればx86 IA64 Power
のみになるだろうな。
のみになるだろうな。
IA64なんて使ってる奴いるのか？
http://digital.hmx.net/02contents/pc/ia64/zx2000/zx2000_box.shtml
http://digital.hmx.net/02contents/pc/ia64/zx2000/zx2000_int.shtml
http://digital.hmx.net/02contents/pc/ia64/zx2000/zx2000_win64.shtml
http://digital.hmx.net/02contents/pc/ia64/zx2000/zx2000_int.shtml
http://digital.hmx.net/02contents/pc/ia64/zx2000/zx2000_win64.shtml
なんだこの盛り下がりっぷりは…
ふざけるな！ 大声だせ！
Bullshit！ I can't hear you！
ノ ＿__l,,,,,,,,,,,,＿__
| _,,,..-='''''~~~＿＿__:::::::::::￣~~'''ｭ
| _,,,...-='''''~~~:::::::::::::::::_,,-‐､ﾉノ､〉::::::::::::::_,.=''
_,,,|..-='''''~~~:::::::::::::::::::::::::::::r''''~,="ﾂ, ､_〈__,,..= ''''~
_,,,...-='''''~~~::::::::::::::::::::::::::::::::::::::::::::: ~''~,ｨ'~(i~ 乂
(~::::::::::::::::::::::::::::r=~ _,,,_ ::::::::::::::::::: ' ￣ﾉ ヽ
~''''''''''''''''''''''~（:::::（("~ヽ~ヽ ::::::::: ..:r )
）:::::ヾ､ l|_､_ ::::::: r`ｰ'f
（:::::::::::`l､ _,-､ / ヽ
ヽ:::::::::::ゝ,,_ ノ ' ,イノ
`i:::: :::l .〈 〈 タマ落としたか！
＼ :::l ヽ1
＼ ::ﾍ ﾉ ｿ
＼ :::ヘ / f
ふざけるな！ 大声だせ！
Bullshit！ I can't hear you！
ノ ＿__l,,,,,,,,,,,,＿__
| _,,,..-='''''~~~＿＿__:::::::::::￣~~'''ｭ
| _,,,...-='''''~~~:::::::::::::::::_,,-‐､ﾉノ､〉::::::::::::::_,.=''
_,,,|..-='''''~~~:::::::::::::::::::::::::::::r''''~,="ﾂ, ､_〈__,,..= ''''~
_,,,...-='''''~~~::::::::::::::::::::::::::::::::::::::::::::: ~''~,ｨ'~(i~ 乂
(~::::::::::::::::::::::::::::r=~ _,,,_ ::::::::::::::::::: ' ￣ﾉ ヽ
~''''''''''''''''''''''~（:::::（("~ヽ~ヽ ::::::::: ..:r )
）:::::ヾ､ l|_､_ ::::::: r`ｰ'f
（:::::::::::`l､ _,-､ / ヽ
ヽ:::::::::::ゝ,,_ ノ ' ,イノ
`i:::: :::l .〈 〈 タマ落としたか！
＼ :::l ヽ1
＼ ::ﾍ ﾉ ｿ
＼ :::ヘ / f
えっと…類稀な神GPUスレの誤爆…
659 ：Socket774：2007/04/22(日) 20:27:00 ID:IVb6EVu7
Sparcなんて、デスクトップで使う価値ないだろ？
x86が486時代だった頃ならともかく、Core2やPEN4の時代にSparcの性能的な
優位性などどこにもない。
x86が486時代だった頃ならともかく、Core2やPEN4の時代にSparcの性能的な
優位性などどこにもない。
x86は、良いアーキテクチャとは思わないが、安くて速いから仕方なく使っている、って感じ。
他のマシンを使いたくなる。
自作の人だって、全員が最速マシンを目指しているわけではないでしょ。
他のマシンを使いたくなる。
自作の人だって、全員が最速マシンを目指しているわけではないでしょ。
1:お遊びで手を出すには高すぎる
2:一口にx86と言ってもデファクトスタンダードだけあって色んな分野とつながっている(人生が10回あっても網羅できないほどネタが豊富にある)
これに尽きる
2:一口にx86と言ってもデファクトスタンダードだけあって色んな分野とつながっている(人生が10回あっても網羅できないほどネタが豊富にある)
これに尽きる
662 ：Socket774：2007/04/23(月) 01:00:35 ID:IKn2C/c5
CPUの命令というのは、CPUの論理回路の組み合わせにより
実装されているCPUを動作させるためのデジタル言語という解釈
でいいのかな？
だから、命令セット（命令の集合)が簡素だとCPUのハードウェア
構成が簡素になると。
>>661
RISCマシン（RISCワークステーション）が高価なのは市場が小さい
からだろうね。
実装されているCPUを動作させるためのデジタル言語という解釈
でいいのかな？
だから、命令セット（命令の集合)が簡素だとCPUのハードウェア
構成が簡素になると。
>>661
RISCマシン（RISCワークステーション）が高価なのは市場が小さい
からだろうね。
> 命令セット（命令の集合)が簡素だとCPUのハードウェア構成が簡素になると。
割り算や平方根など、それだけで回路が複雑になる命令も有るし、比例関係ではないよ。
必要な機能で複雑になるのは構わないが、
x86の評判が悪いのは、命令セットも回路も、
昔の枠組みに無理に追加を重ねた結果、余分に複雑になったから。
割り算や平方根など、それだけで回路が複雑になる命令も有るし、比例関係ではないよ。
必要な機能で複雑になるのは構わないが、
x86の評判が悪いのは、命令セットも回路も、
昔の枠組みに無理に追加を重ねた結果、余分に複雑になったから。
安くて速いならISAが汚なかろうとアセンブラでコーディングする奴以外には
なんも関係ない
なんも関係ない
ｗ
最近は命令のデコードがボトルネックになってることを知らんのか？
最近は命令のデコードがボトルネックになってることを知らんのか？
>>660
その結果、x86しか使えない人間が多くなり、結局x86優勢に拍車をかけることになるな
その結果、x86しか使えない人間が多くなり、結局x86優勢に拍車をかけることになるな
>>666
>>664
×x86しか使えない
○x86だろうが何だろうがISAもアセンブラもどーでもいい（というか知らない）
LinuxもBSDもいろんなアーキテクチャで動くのにx86で使ってる香具師が多くなってきてることだし
それはそれで何か問題でも？という気になってきたｗ
>>664
×x86しか使えない
○x86だろうが何だろうがISAもアセンブラもどーでもいい（というか知らない）
LinuxもBSDもいろんなアーキテクチャで動くのにx86で使ってる香具師が多くなってきてることだし
それはそれで何か問題でも？という気になってきたｗ
>>667
別に何使えないんだろうが知ったことじゃないんだけど、それただの無能自慢だな
別に何使えないんだろうが知ったことじゃないんだけど、それただの無能自慢だな
速いマシンのアーキテクチャが良いアーキテクチャです
否、儲かるarchitectureが勝る。
速いarchを造るには金がかかる。
開発費を稼ぎ出せる事業戦略のみが速いarchを作り出せる。
逆に考えてる限りﾀﾞﾒﾎﾟ…
ーみつをー
速いarchを造るには金がかかる。
開発費を稼ぎ出せる事業戦略のみが速いarchを作り出せる。
逆に考えてる限りﾀﾞﾒﾎﾟ…
ーみつをー
>>671
いや、まともなやつならどんなISAでもすぐに使えるようになるから
いや、まともなやつならどんなISAでもすぐに使えるようになるから
ISAとか書くﾔｼ見ると
アセンブラかじったくらいかなと、つい思ってしまう
アセンブラかじったくらいかなと、つい思ってしまう
プログラミングでも、アセンブリ言語以外は、CPUの違いは大した問題ではないのでは？
x86しか使えない、というのは、馴染みのソフトが無い(含む開発環境)ってことでは？
「仕方なく」というのも、
学生や新入社員がWindows以外に拒否反応を示すから、とか
予算握ってる人がカタログ性能見て決めたから、とかじゃないの？
すると、(ソフト会社の)営業の人がx86へ移植しろって言って、ますます…
そんな流れに乗って、Intel自身さえ止めておこうと考えた x86-64が…
x86しか使えない、というのは、馴染みのソフトが無い(含む開発環境)ってことでは？
「仕方なく」というのも、
学生や新入社員がWindows以外に拒否反応を示すから、とか
予算握ってる人がカタログ性能見て決めたから、とかじゃないの？
すると、(ソフト会社の)営業の人がx86へ移植しろって言って、ますます…
そんな流れに乗って、Intel自身さえ止めておこうと考えた x86-64が…
675 ：MACオタ＞聞伝 さん：2007/04/24(火) 06:51:49 ID:ceURJNOv
>>674
--------------------
アセンブラかじったくらいかなと、つい思ってしまう
--------------------
少なくともBig/Little Endianの違いわ、高級言語を使っていても影響するかと思うす。
--------------------
アセンブラかじったくらいかなと、つい思ってしまう
--------------------
少なくともBig/Little Endianの違いわ、高級言語を使っていても影響するかと思うす。
アセンブリ言語はZ80のしか知りませんが。
どちらのEndianか意識してコードを書くべき状況もあるけど、意識してればいいだけでは？
みなさんはEndian違ったら使えない難しいトリックを駆使してるのですか？
なるべくハードのアーキテクチャに依存しないようなコードを書くのが、高級言語の在り方では？
どちらのEndianか意識してコードを書くべき状況もあるけど、意識してればいいだけでは？
みなさんはEndian違ったら使えない難しいトリックを駆使してるのですか？
なるべくハードのアーキテクチャに依存しないようなコードを書くのが、高級言語の在り方では？
>>674
たいした問題ではあるが、総合的に「速くて安い」という前提があるのであれば
アセンプラでコーディングする奴以外にとってはたいした問題ではない。
x86コードはものすごく組みにくいってわけでもないしな。むしろRISCより楽。
たいした問題ではあるが、総合的に「速くて安い」という前提があるのであれば
アセンプラでコーディングする奴以外にとってはたいした問題ではない。
x86コードはものすごく組みにくいってわけでもないしな。むしろRISCより楽。
>>675
馬鹿すぎ。そんなどうでもいい違いより高級言語でもCPUアーキテクチャで影響の
大きいところはいくらでもある。
マルチコア、L2容量、SIMD、etc。
しかしそういったものはx86か否かとは関係ない。
馬鹿すぎ。そんなどうでもいい違いより高級言語でもCPUアーキテクチャで影響の
大きいところはいくらでもある。
マルチコア、L2容量、SIMD、etc。
しかしそういったものはx86か否かとは関係ない。
>>603
関数呼び出しが多いとRISCでもスタックに積むから
それほど変らないぜ。
一命令でスタック操作と演算を行えるCISCも結構強い。
LEA A, [B + C * n + m]
なんてこともできるし。
関数呼び出しが多いとRISCでもスタックに積むから
それほど変らないぜ。
一命令でスタック操作と演算を行えるCISCも結構強い。
LEA A, [B + C * n + m]
なんてこともできるし。
>>673
マジレスするとアカデミックと現場の呼び方の違いす。
マジレスするとアカデミックと現場の呼び方の違いす。
電子工作キットってところが涙を誘う
680x0エミュレーションとか、なんて言うんだろうこれは。
趣旨は、いにしえの千利休の茶碗よ再びというか…
680x0エミュレーションとか、なんて言うんだろうこれは。
趣旨は、いにしえの千利休の茶碗よ再びというか…
絵を描けない学者様と
絵を描きたくない丁稚(たいていハケン)の
組み合わせは災厄だ。
折れは出入り業者(のさらに下請け)で某研究所に逝き
現実を垣間見てきた。
頼むから学者様、絵を描け。
それから出入り業者といえど、ちゃんと耳を傾けろ。
…それから、俺らに直接発注汁ｗ
できれば作業補助でなく、研究で。
絵を描きたくない丁稚(たいていハケン)の
組み合わせは災厄だ。
折れは出入り業者(のさらに下請け)で某研究所に逝き
現実を垣間見てきた。
頼むから学者様、絵を描け。
それから出入り業者といえど、ちゃんと耳を傾けろ。
…それから、俺らに直接発注汁ｗ
できれば作業補助でなく、研究で。
分かった上での愚痴だろうが、
教授は派閥争い、助教授は話題性狙い、ポスドク・院生は上のご機嫌伺いをしなければならず
研究の中身なんてまともに考えてない。
研究と出世の両方出来る人もいるかも知れないが、他人を助けるようなお人好しは生き残れないだろ。
x86が繁栄しているのと同じこと。
教授は派閥争い、助教授は話題性狙い、ポスドク・院生は上のご機嫌伺いをしなければならず
研究の中身なんてまともに考えてない。
研究と出世の両方出来る人もいるかも知れないが、他人を助けるようなお人好しは生き残れないだろ。
x86が繁栄しているのと同じこと。
コードがかけないCPUの研究者>>コード書けるやつ
超級プログラマ == CPUのユーザー
研究者なくしてアーキテクチャの世界は成り立たない
本場は米国
なので、あまりここでムキになるな
超級プログラマ == CPUのユーザー
研究者なくしてアーキテクチャの世界は成り立たない
本場は米国
なので、あまりここでムキになるな
Itanium2はどうよ？
Itanium2をサポートするベンダが少なかった（てゆーか実質皆無？）ので
評価するまでもなく却下されました
評価するまでもなく却下されました
てかうちの事業部がItaniumやってるんだけど
そうですか
それは失礼しました
それは失礼しました
新作ウルトラマンの決め技は
イタニウム光線です
イタニウム光線です
痛そうだね
HP-UXもWindows Serverも動くし個人的には最強だと思うけど。
うーん、IA64にポートするくらいならx64にポートした方が商売になる
ということらしいですよ
ということらしいですよ
ＩＢＭがＰＯＷＥＲを使ったＵＮＩＸサーバー上で、X86-Linuxアプリがそのまま走るようにしたらしい。
>>697
Itaniumのx86エミュレータはあまり速度でないみたいですが、
IBMは高速エミュが作れるほど優秀ってことですか？
それとも、OSはネイティブでアプリだけエミュレートする、みたいな形式ですか？
Itaniumのx86エミュレータはあまり速度でないみたいですが、
IBMは高速エミュが作れるほど優秀ってことですか？
それとも、OSはネイティブでアプリだけエミュレートする、みたいな形式ですか？
中身はQuickTransitらしいよ
>>695
日本人って多機能に弱いよねｗ
まあItaniumが売れてるのはそれだけが理由じゃなくてIBMいい加減にしろってことだろうけど
>>699
ItaniumもQuickTransitを使ってSPARCバイナリ動かすデモをIDF Fall 2006でやったね
そういえば
日本人って多機能に弱いよねｗ
まあItaniumが売れてるのはそれだけが理由じゃなくてIBMいい加減にしろってことだろうけど
>>699
ItaniumもQuickTransitを使ってSPARCバイナリ動かすデモをIDF Fall 2006でやったね
そういえば
>>677
実は意外なところが問題になってきた。x86 のようなアーキティクチャは
その無駄が結果的に発熱になってしまい、サーバルームの空調と電力に
負担をかけ始めた。そのおかげで都市部のメンテナンス性は良いが
狭くて家賃が高くてリソースが貧弱な場所にサーバルームを作りにくく
なってきた。一般人にはサービス料の上昇としてわずかに負担になってる。
高クロック化が頭打ちになって今は低消費電力化に進んでいるがこちらは
そう長くは続かないだろう。そうなるとアーキティクチャに手を入れざるを
得なくなると思うけれど残念なことにインテルは基本設計がメチャ苦手。
将来は暗い。
実は意外なところが問題になってきた。x86 のようなアーキティクチャは
その無駄が結果的に発熱になってしまい、サーバルームの空調と電力に
負担をかけ始めた。そのおかげで都市部のメンテナンス性は良いが
狭くて家賃が高くてリソースが貧弱な場所にサーバルームを作りにくく
なってきた。一般人にはサービス料の上昇としてわずかに負担になってる。
高クロック化が頭打ちになって今は低消費電力化に進んでいるがこちらは
そう長くは続かないだろう。そうなるとアーキティクチャに手を入れざるを
得なくなると思うけれど残念なことにインテルは基本設計がメチャ苦手。
将来は暗い。
とにかくおまいら、Itanium 2の素晴らしさに気づくべきと思います
TukwilaでMCM 8コアなんてやらなくていいからMontvaleでMCM 4コアプリーズ
Itanium 2って、静的過ぎて
Itanium搭載したマシン触ってみれば分かるけど
総合的にもう全然
総合的にもう全然
あれはHP-UXの動作するPA-RISCの後継プロセッサであってx86だと思わなきゃいい。
実際Montecitoからx86デコーダ廃止されてるし。
実際Montecitoからx86デコーダ廃止されてるし。
そう言う問題じゃないんだけどな…
時間の無駄か。
時間の無駄か。
いや真面目にIA64で飯食ってるから俺。
>総合的に
全然総合的ではない雰囲気がひしひしとｗ
全然総合的ではない雰囲気がひしひしとｗ
>>701
上で誰かが書いているが、x86は売れているがゆえにプロセスも
進歩したものを使えているわけだから俄かには信じがたい。
IAサーバが例えばSPARCサーバに性能あたり電力に劣るとでも？
>アーキティクチャに手を入れざるを 得なくなると
意味不明。命令セットアーキテクチャなのかマイクロアーキテクチャ
なのかはっきりしたまえよ。
上で誰かが書いているが、x86は売れているがゆえにプロセスも
進歩したものを使えているわけだから俄かには信じがたい。
IAサーバが例えばSPARCサーバに性能あたり電力に劣るとでも？
>アーキティクチャに手を入れざるを 得なくなると
意味不明。命令セットアーキテクチャなのかマイクロアーキテクチャ
なのかはっきりしたまえよ。
きっとあれだ。未だにPPCを捨てきれないマカーだ。
PWRficientは確かにかなり惹かれるものがあるが
ESが700ドル、評価キットが8500ドルもするような代物だぜ
出荷時期には安くなるのか？
PWRficientは確かにかなり惹かれるものがあるが
ESが700ドル、評価キットが8500ドルもするような代物だぜ
出荷時期には安くなるのか？
一年で2億個くらい出れば安くなるでしょ
>>710
>710 の前半は、可変長命令のデコードが電気を浪費している、ってことでしょ。
技術力を結集して作るから総合的には他のCPUに勝っているけど、欠点には違いないわけで、
もしもっとすっきりした命令セットだったら…
ということで、「命令セットアーキテクチャ」を言ってるんじゃないの？
Itaniumが、サーバー専用でなくて、もっとx86互換性を重視した設計で、
最速Pentiumに近い速度でx86コードが走っていたなら、よかったのに。
>710 の前半は、可変長命令のデコードが電気を浪費している、ってことでしょ。
技術力を結集して作るから総合的には他のCPUに勝っているけど、欠点には違いないわけで、
もしもっとすっきりした命令セットだったら…
ということで、「命令セットアーキテクチャ」を言ってるんじゃないの？
Itaniumが、サーバー専用でなくて、もっとx86互換性を重視した設計で、
最速Pentiumに近い速度でx86コードが走っていたなら、よかったのに。
>>701
総合的に「速くて安い」のだからまったくたいした問題ではない。
x86と同程度の価格と性能で低発熱のプロセッサがあるなら別だが。
そもそもサーバにおいてはもともとx86は弱かったのがどんどんシェアを広げているのに
まったく的外れな批判だ。
総合的に「速くて安い」のだからまったくたいした問題ではない。
x86と同程度の価格と性能で低発熱のプロセッサがあるなら別だが。
そもそもサーバにおいてはもともとx86は弱かったのがどんどんシェアを広げているのに
まったく的外れな批判だ。
みんな信じられない早起きだな。レスがつくとは思わんかった。
>>710 言葉足らずですまん。>>713 が補足してくれた
通りです。さらに、x86 命令デコードロジックが足を引っ張って
全体の処理速度が上げられないという問題もある。HT のような
解決策もあるけれどブレークスルーではないですね。
それから >>714 それは現在の話で、>>701 で書いているのは
将来の話です。
>>710 言葉足らずですまん。>>713 が補足してくれた
通りです。さらに、x86 命令デコードロジックが足を引っ張って
全体の処理速度が上げられないという問題もある。HT のような
解決策もあるけれどブレークスルーではないですね。
それから >>714 それは現在の話で、>>701 で書いているのは
将来の話です。
>>715
ネトバの時が一番やばかったと思うが。
ネトバの時が一番やばかったと思うが。
断続的にNOP食わせるだけでもCPUの発熱かなりのものになるし
x86のデコーダはやっぱ熱いと思う。
ちなみにネトバが爆熱なのは、異常にクロックが高いことに加えて
更に汎用ALUの２つが倍速動作だからだと思う。
トレースキャッシュについては、Intelは省電力技術と認識してるみたいだね。
デコーダを止めることができる。SRAMの効率は悪いが。
AMDのプリデコードキャッシュが一番現実的な解なのかな。
各命令5ビット付加するだけでいいし。
x86のデコーダはやっぱ熱いと思う。
ちなみにネトバが爆熱なのは、異常にクロックが高いことに加えて
更に汎用ALUの２つが倍速動作だからだと思う。
トレースキャッシュについては、Intelは省電力技術と認識してるみたいだね。
デコーダを止めることができる。SRAMの効率は悪いが。
AMDのプリデコードキャッシュが一番現実的な解なのかな。
各命令5ビット付加するだけでいいし。
Intelが基本設計めちゃ苦手ってアホか…。
現在、Intelが業界トップだろ。POWER6もこけたみたいだし。
現在、Intelが業界トップだろ。POWER6もこけたみたいだし。
>>718
じゃあx86きりすｔ（ｒｙ
じゃあx86きりすｔ（ｒｙ
65nm SRAMはIntelは成功、IBMは大コケ
PS3も360もシュリンクに伴う省電力化にはあんまり期待できんな。
PS3も360もシュリンクに伴う省電力化にはあんまり期待できんな。
LPIAがスルーされてるのは不都合な事実だから?
組み込み市場ではThumb命令を載せたARMが強いしな
命令密度まで考えればx86 ISAも悪いとこばかりじゃないよ
命令密度まで考えればx86 ISAも悪いとこばかりじゃないよ
ARMもARM7TDMIとか50MHz以下が相変わらず主流ではあるけれど
最近、ARM926ES-Jとか200MIPS以上のCPUも安価になってきたからね…。
GbEのハンドリングやらカーナビ需要とかメディア再生機とか色々あるんだろうけども。
まぁセキュリティの関係でシンクライアントや専用端末も見直されてきてるし、
PCも安泰って訳でも無いだろう…。
最近、ARM926ES-Jとか200MIPS以上のCPUも安価になってきたからね…。
GbEのハンドリングやらカーナビ需要とかメディア再生機とか色々あるんだろうけども。
まぁセキュリティの関係でシンクライアントや専用端末も見直されてきてるし、
PCも安泰って訳でも無いだろう…。
Intel自体がARM系プロセッサ作ってたくらいだからなぁ
>>704 聞伝 さん
------------------
Itanium 2って、静的過ぎて
------------------
CELL BE, POWER6, 等々。高性能プロセッサわ消費電力対策のために静的スケジューリングに
向かいつつあるす。
>>717 団子 さん
------------------
更に汎用ALUの２つが倍速動作だからだと思う。
------------------
昨年か一昨年のISSCCの論文が手に入るヒトわ知っている筈すけど、通常の高性能プロセッサ
わissue queueだのROBだのの命令処理系が最も発熱が大きいのに対して、NetBurstだけ
わ、ALUがとてつもないヒートスポットになっているという発熱分布図が発表されていたす。
------------------
Itanium 2って、静的過ぎて
------------------
CELL BE, POWER6, 等々。高性能プロセッサわ消費電力対策のために静的スケジューリングに
向かいつつあるす。
>>717 団子 さん
------------------
更に汎用ALUの２つが倍速動作だからだと思う。
------------------
昨年か一昨年のISSCCの論文が手に入るヒトわ知っている筈すけど、通常の高性能プロセッサ
わissue queueだのROBだのの命令処理系が最も発熱が大きいのに対して、NetBurstだけ
わ、ALUがとてつもないヒートスポットになっているという発熱分布図が発表されていたす。
ALUは大して電力くってないだろ。NetBurstのは高密度だからホットスポットになっただけだ。
それから、POWER6もCELLも高クロックを目指した結果だろ、OOOをやめたのは。
どっちもこけたに近いから、またOOOが復活する予感。
それから、POWER6もCELLも高クロックを目指した結果だろ、OOOをやめたのは。
どっちもこけたに近いから、またOOOが復活する予感。
NetBurstのALUがコアの面積の半分も食ってることすら知らんのか
出してきたのがWillametteかよ
Prescottも小さいの同じだよ。ダイの数%しかくってない。
写真でRapid Executionの部分が何個並べられるか考えてみ。
面積の半分食っているなんて電波としか言いようがない。
写真でRapid Executionの部分が何個並べられるか考えてみ。
面積の半分食っているなんて電波としか言いようがない。
>>729
ALUが何かもわかってないやつはひっこんでろ。
ALUが何かもわかってないやつはひっこんでろ。
EUが2倍速であるのと同時にレジスタも倍速だしね
Prescottは64ビット拡張も入ってるし、Willametteみたいな綺麗なモジュール構造にはなってないよ
Prescott/CedarmillのALUの消費電力ってIntelが公表してた筈では。
Prescottは64ビット拡張も入ってるし、Willametteみたいな綺麗なモジュール構造にはなってないよ
Prescott/CedarmillのALUの消費電力ってIntelが公表してた筈では。
http://journal.mycom.co.jp/photo/articles/2004/02/18/isscc2/images/01l.jpg
はあ、団子相手だと世話が焼けるな…。64bit 1.5Vで0.6Wくらいだが。
>>モジュール構造になってない
配線層のことを言ってるんだろうけどワロタ
はあ、団子相手だと世話が焼けるな…。64bit 1.5Vで0.6Wくらいだが。
>>モジュール構造になってない
配線層のことを言ってるんだろうけどワロタ
OOOだとin-orderのX1.5くらいの速度、楽に出るわけでしょ、実装によるけど
電力効率って点から考えると、実は抜群なような
ネトバのALUがホットスポットって、尋常でないクロックで動いてる
(倍速だから)んで当然だよな
電力効率って点から考えると、実は抜群なような
ネトバのALUがホットスポットって、尋常でないクロックで動いてる
(倍速だから)んで当然だよな
>>736
なかなかいい線ついてるるかと。
OOOにしろIOにしろ、回路規模が大きくなれば電力はあがる。
OOOはIOより一般には回路規模が大きい。
しかし、回路規模に対してどちらがリニアに近い性能向上が得られるのか
というところまで考えると、OOOがIOより消費電力が大きいとはいえないんだよな。
IOで4issueじゃスケジューリングが貧弱すぎて殆ど実行ユニットをあそばしてしまう。
OOOレベルまでIPCをちかづけようとすると結局電力があがるとおもうんだけど。
なかなかいい線ついてるるかと。
OOOにしろIOにしろ、回路規模が大きくなれば電力はあがる。
OOOはIOより一般には回路規模が大きい。
しかし、回路規模に対してどちらがリニアに近い性能向上が得られるのか
というところまで考えると、OOOがIOより消費電力が大きいとはいえないんだよな。
IOで4issueじゃスケジューリングが貧弱すぎて殆ど実行ユニットをあそばしてしまう。
OOOレベルまでIPCをちかづけようとすると結局電力があがるとおもうんだけど。
で、LPIAはOOOで0.5Wといわれる。
結局、電力について重要なのはアーキテクチャよりも
デバイスのチューニングと回路実装のほうなんだよね。
結局、電力について重要なのはアーキテクチャよりも
デバイスのチューニングと回路実装のほうなんだよね。
書き方がわかりにくかったけど、最適なアーキテクチャは回路規模=使えるトランジスタの数
で大体決まるので、消費電力で頑張るのはデバイスと回路実装の問題がほとんどということね。
低消費電力を考慮したアーキテクチャというのはあるけど、極端な差(数倍とか)は出ないかと。
で大体決まるので、消費電力で頑張るのはデバイスと回路実装の問題がほとんどということね。
低消費電力を考慮したアーキテクチャというのはあるけど、極端な差(数倍とか)は出ないかと。
>CELL BE, POWER6, 等々
２つしかないものを等々ってのもなぁ
SunのNiagaraも入れて等々なのかいな
大体OoO外したのIBMだけだ
２つしかないものを等々ってのもなぁ
SunのNiagaraも入れて等々なのかいな
大体OoO外したのIBMだけだ
>>727
POWER6がin-orderなのはエラーリカバリ機能強化も何か関係あるんじゃない？みたいなことをどっかで見たような
POWER6がin-orderなのはエラーリカバリ機能強化も何か関係あるんじゃない？みたいなことをどっかで見たような
>>741 これかな
http://journal.mycom.co.jp/articles/2007/03/04/isscc1/
> …「アウトオブオーダ制御は電力を喰うのでインオーダコアにした」という回答で、…
> もう一つの注目すべき点は、コアにR Unitと呼ばれるユニットが追加された点である。
> R Unitは… プロセサのアーキテクチャ状態を毎サイクルチェックポイントする機構を持ち、
> エラーが検出されると、…
> 従来からこれを実装しているzシリーズプロセサはインオーダマシンであり、この辺にも…
http://journal.mycom.co.jp/articles/2007/03/04/isscc1/
> …「アウトオブオーダ制御は電力を喰うのでインオーダコアにした」という回答で、…
> もう一つの注目すべき点は、コアにR Unitと呼ばれるユニットが追加された点である。
> R Unitは… プロセサのアーキテクチャ状態を毎サイクルチェックポイントする機構を持ち、
> エラーが検出されると、…
> 従来からこれを実装しているzシリーズプロセサはインオーダマシンであり、この辺にも…
自作板的にはNehalem以降のスケジューリングに注目！ってとこか。
SMT再実装の次にどうくるか興味津々
4issueでIOすると確かに効率悪そうだけどなー
ちなみにEfficeon(最大8issue)はハード的にはIOだけどCMSでOoO
http://journal.mycom.co.jp/news/2003/10/16/19.html
http://pc.watch.impress.co.jp/docs/2003/1016/kaigai033.htm
誰かオントロジーで素敵な指針示してよ
SMT再実装の次にどうくるか興味津々
4issueでIOすると確かに効率悪そうだけどなー
ちなみにEfficeon(最大8issue)はハード的にはIOだけどCMSでOoO
http://journal.mycom.co.jp/news/2003/10/16/19.html
http://pc.watch.impress.co.jp/docs/2003/1016/kaigai033.htm
誰かオントロジーで素敵な指針示してよ
つーかPARROTは…PARROTはどうなっているのですか？
どうもなっていません
消費電力もあるだろうけど複雑で大規模回路
周波数上げにくいんだよ、足かせ。
で、ordering捨てたら何が起きたか、ちゅーと…
周波数上げにくいんだよ、足かせ。
で、ordering捨てたら何が起きたか、ちゅーと…
>>744
CMSみたいなのは、x86コード@Itaniumなどエミュレーションには有効だろうと思うけど、
コード自体が最適化されていれば、ハードで更に効率化する余地は少ないのでは？
それより、
データのロード待ちや分岐ミスペナルティでストールしている時間を減らした方がよさそう。
こっちも、プリフェッチ命令や分岐ヒントなどソフトの対応が必要と思う。
CMSみたいなのは、x86コード@Itaniumなどエミュレーションには有効だろうと思うけど、
コード自体が最適化されていれば、ハードで更に効率化する余地は少ないのでは？
それより、
データのロード待ちや分岐ミスペナルティでストールしている時間を減らした方がよさそう。
こっちも、プリフェッチ命令や分岐ヒントなどソフトの対応が必要と思う。
あれ？POWER6ってインオーダだったのか
何故かOoOと勘違いしてた
何故かOoOと勘違いしてた
750 ：MACオタ＞749 さん：2007/04/29(日) 14:33:59 ID:x8e03tf/
>>749
情報が錯綜しているすけど、「一部in-orderを取り入れている」ということでレイテンシの短い
IUわin-order、レイテンシの長いFPU, VU, LSUわOoOということらしいす。
http://journal.mycom.co.jp/articles/2007/03/04/isscc1/index.html
-----------------------
また、マイクロアーキテクチャ的な変更では、POWER5はアウトオブオーダ実行のコアで
あったが、POWER6ではこれがインオーダに変更された。浮動小数点演算やメモリアクセスに
関してはアウトオブオーダに実行される部分もあるが、インオーダ化で若干の性能低下は
まぬがれないと思われる
-----------------------
昔わ、むしろFPUの方がin-odderだったことを考えると感慨深いす。。。
情報が錯綜しているすけど、「一部in-orderを取り入れている」ということでレイテンシの短い
IUわin-order、レイテンシの長いFPU, VU, LSUわOoOということらしいす。
http://journal.mycom.co.jp/articles/2007/03/04/isscc1/index.html
-----------------------
また、マイクロアーキテクチャ的な変更では、POWER5はアウトオブオーダ実行のコアで
あったが、POWER6ではこれがインオーダに変更された。浮動小数点演算やメモリアクセスに
関してはアウトオブオーダに実行される部分もあるが、インオーダ化で若干の性能低下は
まぬがれないと思われる
-----------------------
昔わ、むしろFPUの方がin-odderだったことを考えると感慨深いす。。。
SMTは2スレッド/コアのままだっけ？
752 ：MACオタ＞751 さん：2007/04/29(日) 16:15:11 ID:x8e03tf/
>>751
-----------------------
SMTは2スレッド/コアのままだっけ？
-----------------------
そうす。http://journal.mycom.co.jp/articles/2007/02/13/isscc2/
=======================
Simultaneous Multithreading(SMT)を備えたデュアルコアプロセッサで、ダイあたり合計4つの
スレッドを同時に実行できる。
=======================
-----------------------
SMTは2スレッド/コアのままだっけ？
-----------------------
そうす。http://journal.mycom.co.jp/articles/2007/02/13/isscc2/
=======================
Simultaneous Multithreading(SMT)を備えたデュアルコアプロセッサで、ダイあたり合計4つの
スレッドを同時に実行できる。
=======================
サーバー用POWERの将来展望としてわ、Niagara同様に更なるマルチスレッド化を進める模様す。
これ、ZDNetのBrad McCredie (POWER6のチーフアーキテクト)&Josh Friedrich (POWER6の
メモリサブシステム設計担当)のインタビュー記事す。
http://news.zdnet.com/2100-9595_22-6158739.html
----------------------
IBM likes the idea of adding more threads to processing cores as a way to get more work
out of a chip without adding too much extra circuitry. "You'll see us go more aggressively
after threads. That's definitely a direction you'll see," he [MACオタ注: Dr. McCredie] said.
----------------------
これ、ZDNetのBrad McCredie (POWER6のチーフアーキテクト)&Josh Friedrich (POWER6の
メモリサブシステム設計担当)のインタビュー記事す。
http://news.zdnet.com/2100-9595_22-6158739.html
----------------------
IBM likes the idea of adding more threads to processing cores as a way to get more work
out of a chip without adding too much extra circuitry. "You'll see us go more aggressively
after threads. That's definitely a direction you'll see," he [MACオタ注: Dr. McCredie] said.
----------------------
なるほど
サーバ用途ではSMTなりVMTなりでレイテンシを隠蔽してこうって算段か
サーバ用途ではSMTなりVMTなりでレイテンシを隠蔽してこうって算段か
いわゆる「ラージコア」でSMTという計画の一方で、「スモールコア」を複合した"Hybrid Core Design"
も規定路線となった模様す。
http://www.itjungle.com/breaking/power-roadmap.jpg (POWER7の部分参照)
http://www.atmarkit.co.jp/news/200704/12/ibm.html
---------------------
2010年をターゲットにIBMが開発をしているのは「チップ内スケールアップ／アウト」機能だ。
IBMが「Chiplets」と仮称している技術で、「チップ内でコアを大小に分けてコンビネーションする」。
つまり、重いスレッド処理に適したコアと、スレッドの高速処理を得意とするコアをチップ内で
ブレンドする仕組みだ。
---------------------
これが、かつて"Fast Path"と呼ばれたアクセラレータなのか、CELL BE的により緊密に結合した
ヘテロコア設計なのかわ不明す。
も規定路線となった模様す。
http://www.itjungle.com/breaking/power-roadmap.jpg (POWER7の部分参照)
http://www.atmarkit.co.jp/news/200704/12/ibm.html
---------------------
2010年をターゲットにIBMが開発をしているのは「チップ内スケールアップ／アウト」機能だ。
IBMが「Chiplets」と仮称している技術で、「チップ内でコアを大小に分けてコンビネーションする」。
つまり、重いスレッド処理に適したコアと、スレッドの高速処理を得意とするコアをチップ内で
ブレンドする仕組みだ。
---------------------
これが、かつて"Fast Path"と呼ばれたアクセラレータなのか、CELL BE的により緊密に結合した
ヘテロコア設計なのかわ不明す。
上から下まで全部持ってるからこういう思い切ったことができるんだろうね
OS持ってない会社にはなかなかできないだろう
あ、Intelなら大丈夫かな？
OS持ってない会社にはなかなかできないだろう
あ、Intelなら大丈夫かな？
そういやPOWER6の遅延について、なんかネタ持ってないの？
１コアで４スレッド走らせるくらいIBMならお手の物かと。
性能はともかく、走らせるだけなら…
threadってsoftware的な概念でしょ。
揚げ足ｺﾞﾒﾝﾁｬｲ
threadってsoftware的な概念でしょ。
揚げ足ｺﾞﾒﾝﾁｬｲ
いわゆるlarge-coreがパージされたので4thread/coreが必要になるのはもっと先の話
>>759
CPU屋から見ると
プロセッサコンテキスト?
投機MTにおけるアプローチの主流は、Unixのforkみたく、
任意の時点でプロセッサコンテキストを複製してしまう方向かな?
逆に、PC, フラグ, SP程度しか複数持てない
マルチスレッド実装とか入ったら、もう人間がアセンブラで
手を出せる領域じゃないな。
CPU屋から見ると
プロセッサコンテキスト?
投機MTにおけるアプローチの主流は、Unixのforkみたく、
任意の時点でプロセッサコンテキストを複製してしまう方向かな?
逆に、PC, フラグ, SP程度しか複数持てない
マルチスレッド実装とか入ったら、もう人間がアセンブラで
手を出せる領域じゃないな。
昔のStellar(Stardent)みたいに若干のハード付加＋時分割でマルチストリーム・プロセッサ(MIMD)を実現するのかも。
4way SMTで性能を出せるだけの内部リソースをもつCPUコアは
シングルスレッドでも相当速そうだね。電力効率はさておくとして
シングルスレッドでも相当速そうだね。電力効率はさておくとして
リソースが増えても、依存関係のため1スレッドで同時実行可能な命令数には限界が有るのでは？
リソースを今の4倍にしたら今の1.5倍速くらい出るの？
リソース&スレッド共に増やしたほうが、スケジュールが楽で稼働率も向上できる、ってのが目的では？
リソースを今の4倍にしたら今の1.5倍速くらい出るの？
リソース&スレッド共に増やしたほうが、スケジュールが楽で稼働率も向上できる、ってのが目的では？
聞伝君ってCPU屋だったんだ
ユーザ側の人だと思ってた
ユーザ側の人だと思ってた
MACヲタや団子厨より有意義なこと喋ってくれるよね。
今のところは。
今のところは。
反論できずに罵る奴よりはな
>MACヲタや団子厨
彼らは自尊心維持活動の一環としてCPUの話があるだけだからな。
彼らは自尊心維持活動の一環としてCPUの話があるだけだからな。
だーんごー
だーんごー
たーっぷりー
だんごー
現役のソフトウェアエンジニアだ、ハゲッが。
机上論者と一緒にすんな、ハゲッが。
だーんごー
たーっぷりー
だんごー
現役のソフトウェアエンジニアだ、ハゲッが。
机上論者と一緒にすんな、ハゲッが。
底辺でしょ
【レポート】SELSE 3 - 「LSIを打たれ強くする学会」テキサス大学で開催
http://journal.mycom.co.jp/articles/2007/04/30/selse3/
http://journal.mycom.co.jp/articles/2007/04/30/selse3/
>>770
自己紹介乙
自己紹介乙
話が論理的に矛盾が無く実験事実を説明できるなら、中学生が語ろうが業界関係者(笑)
が語ろうが価値わ等しいというのが、正しい技術観というモノすけどね。。。
匿名掲示板で自説の正しさを主張するのに、経歴自慢するヒトって基本的に科学や技術の
話をするのわ向いていないと思うす。
が語ろうが価値わ等しいというのが、正しい技術観というモノすけどね。。。
匿名掲示板で自説の正しさを主張するのに、経歴自慢するヒトって基本的に科学や技術の
話をするのわ向いていないと思うす。
774 ：MACオタ＞757 さん：2007/04/30(月) 22:06:20 ID:qk7MKfVw
>>757
特に遅れているという訳でも無さそうす。
http://www.itjungle.com/tfh/tfh043007-story02.html
--------------------
Two independent sources, reading last week's story, sent me the same rumors that they
are now hearing about Power6, which is that the chip and its systems will be launched
sometime in late May for a June or July delivery.
--------------------
特に遅れているという訳でも無さそうす。
http://www.itjungle.com/tfh/tfh043007-story02.html
--------------------
Two independent sources, reading last week's story, sent me the same rumors that they
are now hearing about Power6, which is that the chip and its systems will be launched
sometime in late May for a June or July delivery.
--------------------
まあ、プロセッサの特性を観察する機会が与えられてない人間が何を言っても
説得力はないんだけどね。
特に誰かさんの大好きな海外ルーマーサイトの転載を根拠とした論理展開などもっての他。
説得力はないんだけどね。
特に誰かさんの大好きな海外ルーマーサイトの転載を根拠とした論理展開などもっての他。
776 ：MACオタ＞団子 さん：2007/04/30(月) 23:02:52 ID:qk7MKfVw
>>775
立派な意見とわ思うすけど、その割に団子さん、「プロセッサの特性を観察する機会が与えられて
ない人間」の話を鵜呑みにしてるような気が。。。
http://pc11.2ch.net/test/read.cgi/jisaku/1174309818/423
-------------------------
426 名前：・∀・）っ-○◎● 投稿日：2007/04/20(金) 00:40:55 ID:FQjLauv1
とりあえずさ、後藤の記事くらい読もうよ。
-------------------------
立派な意見とわ思うすけど、その割に団子さん、「プロセッサの特性を観察する機会が与えられて
ない人間」の話を鵜呑みにしてるような気が。。。
http://pc11.2ch.net/test/read.cgi/jisaku/1174309818/423
-------------------------
426 名前：・∀・）っ-○◎● 投稿日：2007/04/20(金) 00:40:55 ID:FQjLauv1
とりあえずさ、後藤の記事くらい読もうよ。
-------------------------
大原某のCore2の連載には毎度抗議させてもらいましたが
ま、的外れな考察など入れずに公開された事実を事実のまま報道できてるなら基本的に間違いじゃないと思うが
779 ：MACオタ＞団子 さん：2007/04/30(月) 23:18:10 ID:qk7MKfVw
実験そのものが無意味で論点が的外れなんだから仕方ない
ソースは２ちゃんって回もあったなｗｗｗ
ソースは２ちゃんって回もあったなｗｗｗ
MACオタってまだいたんだ…
ここにGPレーサーきてませんでしたか？
そうですか......
そうですか......
プログラマだとそのまま速くなる方がうれしいからな。
ヘテロとか嫌がるのも判る。
特にリタイア組と、1世代前に全力を尽くした人はｗ
ヘテロとか嫌がるのも判る。
特にリタイア組と、1世代前に全力を尽くした人はｗ
【レポート】COOL Chips X - 1PFLOPSスパコン用のCELLプロセサ
http://journal.mycom.co.jp/articles/2007/05/01/coolchipsx/index.html
http://journal.mycom.co.jp/articles/2007/05/01/coolchipsx/index.html
Opteronと組み合わせるぐらいなら、メインコアをOpteronにしたCellを作った方が… なんてね。ｗ
講演後の質問が低調であったので、筆者が手を挙げて、「説明された
スケジュールによると基本設計は3月末で終わっているはずだが、
次期スパコンの技術的内容は何時頃になったら公表されるのか」と
質問をしたら、「5月末の文部科学省の審査までは発表できない。
その後」という答えであった。この質問に関して、筑波大の朴先生からは、
「ああいう質問をしてはイカン」とお叱りを受けたが、「皆、聞きたかった。
良く質問してくれた。」という先生も居られ、筆者の質問に関しては、
賛否両論であった。
ﾜﾛｽ。さすが安藤ﾀﾝ。しかしなんだよこの朴とかいう奴。
自由に質問して何が悪いんだよ。誰でも思う疑問だろ。
スケジュールによると基本設計は3月末で終わっているはずだが、
次期スパコンの技術的内容は何時頃になったら公表されるのか」と
質問をしたら、「5月末の文部科学省の審査までは発表できない。
その後」という答えであった。この質問に関して、筑波大の朴先生からは、
「ああいう質問をしてはイカン」とお叱りを受けたが、「皆、聞きたかった。
良く質問してくれた。」という先生も居られ、筆者の質問に関しては、
賛否両論であった。
ﾜﾛｽ。さすが安藤ﾀﾝ。しかしなんだよこの朴とかいう奴。
自由に質問して何が悪いんだよ。誰でも思う疑問だろ。
"説明された…何時頃になったら公表されるのか"これがNGな理由はよくわからんね
そりゃ聞いちゃいけないことは当然あるんだろうけど
例えばチップの歩留まりは具体的に何%なのかとか
そりゃ聞いちゃいけないことは当然あるんだろうけど
例えばチップの歩留まりは具体的に何%なのかとか
>>786
789の言うとーり、784の内容をちゃかしただけだって。その位判るべ…
789の言うとーり、784の内容をちゃかしただけだって。その位判るべ…
>>789
また例によって、x86しか使えないのが自慢の団体なんだろ
また例によって、x86しか使えないのが自慢の団体なんだろ
汎用品のオプトロンと設計済みのCellを使う方が
安いからに決まってんだろアホか。
安いからに決まってんだろアホか。
ロスアラモスはOpteronをメインで使ってるので
しょうがない。お客さまの要望通りに作ってる
だけですよ。
しょうがない。お客さまの要望通りに作ってる
だけですよ。
関係者？まさかな。
日本で2chしてるわけがない
日本で2chしてるわけがない
Cell単独じゃ糞みたいな代物になる
Opteronだけで組んでは演算ピーク性能wが
変わり映えしない
そんなとこ
Opteronだけで組んでは演算ピーク性能wが
変わり映えしない
そんなとこ
つくづく思ったのは
アメリカは軍事の金の流れがあってその分強いけど
Cell＋Opteronの構成でﾊｲ、スパコン？
なんだか技術的にいい加減な面もあるなと。
日本のゼネコン・メインフレーマーはそれ以下だけど。
アメリカは軍事の金の流れがあってその分強いけど
Cell＋Opteronの構成でﾊｲ、スパコン？
なんだか技術的にいい加減な面もあるなと。
日本のゼネコン・メインフレーマーはそれ以下だけど。
COTSマンセー
予算蕩尽しなきゃスパコンじゃないなんて大嘘
追い詰められた日本企業の営業乙ｗ
予算蕩尽しなきゃスパコンじゃないなんて大嘘
追い詰められた日本企業の営業乙ｗ
新規にコアを起こすとコンパイラも書きなおしじゃ。
ベクトル演算に強いCellと汎用演算に強いOpteronを
InfiniBandで接続するのって、合理的な構成だと思うが。
InfiniBandで接続するのって、合理的な構成だと思うが。
なんでCellがベクトルなんだよ…(ーー；
触った感じとしては、メインコアとしてPPEは結構貧弱。
リソースマネジメントだけにタスクを割り振って、汎用的な演算は
汎用的なCPUに分担させたほうが良い希ガス。
さて、PPEだけど、リトルエンディアンモードが無いね。
SCEの技術仕様では、ビッグエンディアンモードだけを
サポートすればいいということになってる。
ちなみにSPEも同様。
「x86コア＋SPEという構成も可能」とのたまう後藤とかいう電波がいたけど
x86はリトルエンディアンだけだから、SPEをそのまま使うのは苦しいと思われ。
リソースマネジメントだけにタスクを割り振って、汎用的な演算は
汎用的なCPUに分担させたほうが良い希ガス。
さて、PPEだけど、リトルエンディアンモードが無いね。
SCEの技術仕様では、ビッグエンディアンモードだけを
サポートすればいいということになってる。
ちなみにSPEも同様。
「x86コア＋SPEという構成も可能」とのたまう後藤とかいう電波がいたけど
x86はリトルエンディアンだけだから、SPEをそのまま使うのは苦しいと思われ。
蚊電君が思うにはCellはスカラ演算向けらしいｗｗｗ
何で
ベクトルレジスタもベクトルパイプラインもベクトル化コンパイラもないのにベクトルなんだよ
ベクトルレジスタもベクトルパイプラインもベクトル化コンパイラもないのにベクトルなんだよ
笑わせてくれるおもろいレスキボンぬ
いや、やっぱいらない。
いや、やっぱいらない。
＞ベクトルレジスタ
汎用レジスタ幅128ビットですが
それともローカルストアのこと？
＞ベクトルパイプラインも
ベクトル演算の必須要因ですらないな。論外。
＞ベクトル化コンパイラ
XL C++はこの人の脳内では存在しないことになってるらしい
汎用レジスタ幅128ビットですが
それともローカルストアのこと？
＞ベクトルパイプラインも
ベクトル演算の必須要因ですらないな。論外。
＞ベクトル化コンパイラ
XL C++はこの人の脳内では存在しないことになってるらしい
ダメだコリャ、素人か…
cellにxlcとは…南無阿弥陀仏。
話がずれるが、xlcのvector directiveの生成code見なさい
vector化なんてしてないから。
cellにxlcとは…南無阿弥陀仏。
話がずれるが、xlcのvector directiveの生成code見なさい
vector化なんてしてないから。
ひょっとして昔ながらの「ベクトルコンピュータ」でやる演算じゃない限り
ベクトル演算じゃないと思いこんでるのか。
じゃあなんなんだろうな。AltiVecとかVMXのVecあるいはVって。
ベクトル演算じゃないと思いこんでるのか。
じゃあなんなんだろうな。AltiVecとかVMXのVecあるいはVって。
なんだCellSDKも触ったこと無いのかｗｗｗ
IBMが公式に出してるだろｗｗ
恥の上塗りだからとっとと消えてねｗｗｗ
IBMが公式に出してるだろｗｗ
恥の上塗りだからとっとと消えてねｗｗｗ
SIMD。
SIMDとベクトル演算が別物なのかｗｗｗｗｗｗｗ
面白いもっと笑わせてくれｗｗｗｗｗ
面白いもっと笑わせてくれｗｗｗｗｗ
で、話を戻すとcellがベクトル演算に強いのか？
>>810
別物。
別物。
SIMDはベクトル演算の実現方法の1方式だと思ってたが違うのか
SIMD＝ベクトル演算
あたま大丈夫か。
別に俺の頭じゃないからいいけど
あたま大丈夫か。
別に俺の頭じゃないからいいけど
http://ja.wikipedia.org/wiki/%E3%83%99%E3%82%AF%E3%83%88%E3%83%AB%E8%A8%88%E7%AE%97%E6%A9%9F
> 現在、ベクタープロセッサを名乗るプロセッサは少ないが、SIMDと呼ばれる
> ベクトル演算を行う機能を備えたマイクロプロセッサは多い。
この記述に文句付けてこいよｗｗｗ
> 現在、ベクタープロセッサを名乗るプロセッサは少ないが、SIMDと呼ばれる
> ベクトル演算を行う機能を備えたマイクロプロセッサは多い。
この記述に文句付けてこいよｗｗｗ
更にcellはSIMDではない
放っておけばいい
信じたんだ
信じたんだ
2005年現在のコンピュータは、例えば短いQuickTimeのムービーを再生しているときなど、
1970年代のスーパーコンピュータよりも多量なデータを処理している。
ベクタープロセッサの要素はSIMDという名前でほとんどのCPUのデザインに採り入れられている。
それらの実装では、ベクタープロセッサはメインのスカラーCPUの横で動作している。
手前の脳味噌かWikipediaの記事のどっちかを直してきてくれよｗｗｗ
1970年代のスーパーコンピュータよりも多量なデータを処理している。
ベクタープロセッサの要素はSIMDという名前でほとんどのCPUのデザインに採り入れられている。
それらの実装では、ベクタープロセッサはメインのスカラーCPUの横で動作している。
手前の脳味噌かWikipediaの記事のどっちかを直してきてくれよｗｗｗ
＞更にcellはSIMDではない
ぷはｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
東芝セミコンの部長さんに聞かせてみたい言葉だｗｗｗ
ぷはｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
東芝セミコンの部長さんに聞かせてみたい言葉だｗｗｗ
x86のストリング命令はベクトル演算だとか言い出しそうで怖い
wikiが不正確。
メーカーは都合のいいときに意味も良く分からずベクトルという。
東芝はベクトルの技術がない、一々信じてるのか。
そもそもベクトル演算とはなにか分かっているのか。
カキコ規制食らった
メーカーは都合のいいときに意味も良く分からずベクトルという。
東芝はベクトルの技術がない、一々信じてるのか。
そもそもベクトル演算とはなにか分かっているのか。
カキコ規制食らった
stringが何でベクトルだｗ
バカか
バカか
32*4で四次元ベクトルだし、64*2でも二次元ベクトルだが、
どうせ聞伝訓は、「○○が無ければベクトルプロセッサとは言わない」って言うんだろ。
この早朝の煽り合いを見るに、聞伝は団子は同レベルであり、
>>765-768 みたいな評価をする奴は一人しか思いつかない。
どうせ聞伝訓は、「○○が無ければベクトルプロセッサとは言わない」って言うんだろ。
この早朝の煽り合いを見るに、聞伝は団子は同レベルであり、
>>765-768 みたいな評価をする奴は一人しか思いつかない。
なんだ、Cellの設計にNECでSX-8を設計してたエンジニアが関わってることすらしらんのか
騒いでもいいけど、すぐベクトルとか書くと
バカだと思われるだけだぞ
ましてやcellをベクトルとか言うと。
まいいけど俺の事じゃないんで、
バカだと思われるだけだぞ
ましてやcellをベクトルとか言うと。
まいいけど俺の事じゃないんで、
大丈夫、馬鹿はおまい一人だけだから
http://www-06.ibm.com/jp/developerworks/linux/library/pa-linuxps3-1/index.shtml
Cell BE 内の PPE 以外の要素は Synergistic Processing Element (SPE) として知られるもので、それぞれの SPE は、以下で構成されます。
Synergistic Processing Unit (SPU) と呼ばれるベクトル・プロセッサー
SPU に内蔵されたローカル・ストアと呼ばれる専用メモリー域 (PS3 でのサイズは 256K)
外部との窓口となる通信チャネル群
128 ビット幅×128 のレジスター群 (それぞれのレジスターが通常、32 ビットの値を 4 つ同時に保持するものとして扱われます。)
SPU のローカル・ストアとメイン・メモリー間の DMA 転送を管理する Memory Flow Controller (MFC)
蚊電君遁走しますたｗｗｗｗ
Cell BE 内の PPE 以外の要素は Synergistic Processing Element (SPE) として知られるもので、それぞれの SPE は、以下で構成されます。
Synergistic Processing Unit (SPU) と呼ばれるベクトル・プロセッサー
SPU に内蔵されたローカル・ストアと呼ばれる専用メモリー域 (PS3 でのサイズは 256K)
外部との窓口となる通信チャネル群
128 ビット幅×128 のレジスター群 (それぞれのレジスターが通常、32 ビットの値を 4 つ同時に保持するものとして扱われます。)
SPU のローカル・ストアとメイン・メモリー間の DMA 転送を管理する Memory Flow Controller (MFC)
蚊電君遁走しますたｗｗｗｗ
> cellはSIMDではない
思わず吹いて飲んでいたコーヒーをキーボードにぶちまけた。
朝っぱらからクオリティー高いな。このスレ。
思わず吹いて飲んでいたコーヒーをキーボードにぶちまけた。
朝っぱらからクオリティー高いな。このスレ。
ちなみにモレはここ２日ほど書いていないよ
遊びに行っていた。
遊びに行っていた。
>>828
おまい一人の感想で世の常識を否定するなよｗｗｗ
おまい一人の感想で世の常識を否定するなよｗｗｗ
cellでどうやってvector pipeline構成させるんだ？
software的にやれば出来ないこともないけど、メチャメタめんどくさいエミュレーションになってしまうぞ
software的にやれば出来ないこともないけど、メチャメタめんどくさいエミュレーションになってしまうぞ
寝るって言ったんなら寝れｗｗｗｗ
＞SIMD命令一発で駆動
意味不明なレスだな
＞SIMD命令一発で駆動
意味不明なレスだな
３Dグラフィックスで多用するのは主に２～４次元のベクトルなのに
果たしてvector pipelineなるものが必要なのかねぇ
果たしてvector pipelineなるものが必要なのかねぇ
graphics座標変換にvector演算なんて必要ない。
完全に勘違いしてる
完全に勘違いしてる
本物のロートルのようだ
もしくは高校数学すら受けてない本物のヴァカか
ベクトル演算っていったら普通はこれ
http://www.cvl.iis.u-tokyo.ac.jp/~miyazaki/tech/tech12.html
多次元ベクトルを計算するための専用機に限定してベクトルプロセッサだと
思いこんじゃった可哀想なボク
ベクトル演算っていったら普通はこれ
http://www.cvl.iis.u-tokyo.ac.jp/~miyazaki/tech/tech12.html
多次元ベクトルを計算するための専用機に限定してベクトルプロセッサだと
思いこんじゃった可哀想なボク
次元関係ないんだけどな
そんな初等数学持ち出されても…
で、cellはvector機でOK？
そんな初等数学持ち出されても…
で、cellはvector機でOK？
cellはvector機？
言い張れよｗ
意気地なしが。
意気地なしが。
IBMや学術機関の学者さんが普通に使う語義と
自作板で壊れたラジオのようにわめくロートルの脳内定義と
どっちが正しいかは火を見るより明らかだわな
自作板で壊れたラジオのようにわめくロートルの脳内定義と
どっちが正しいかは火を見るより明らかだわな
ﾊﾞｶみたい。
コンピューターの基礎も知らず用語を振りかざして
コンピューターの基礎も知らず用語を振りかざして
Iって一回もまともなvector機造ってないんだよね
でxlcにvectorってdirective入れて
実はload命令ちょっと先に出した位でさ
intelも似たり寄ったり
でxlcにvectorってdirective入れて
実はload命令ちょっと先に出した位でさ
intelも似たり寄ったり
坂井修一教授監修の論文まで否定せんとする度胸だけはすごいなｗｗｗ
http://www.mtl.t.u-tokyo.ac.jp/publications/paper/2005/J05-thesis-kwatanabe.pdf
http://www.mtl.t.u-tokyo.ac.jp/publications/paper/2005/J05-thesis-kwatanabe.pdf
自分の言葉で語りなよ
「cellはベクトル機である」
ってさ。
「cellはベクトル機である」
ってさ。
2chで自分の言葉で語られても・・・その・・・なんだ
まったくもって信用できない・・・
まったくもって信用できない・・・
cellがベクトル機か…
無知の知にすら至らず
無知の知にすら至らず
SIMD≠ベクトル演算なんていう馬鹿にいかなる持論も通用しないのは
数レスみれば明らかだよな。
情報学の権威との知識の乖離を指摘してやるのがボケの治療には一番だろｗｗｗ
数レスみれば明らかだよな。
情報学の権威との知識の乖離を指摘してやるのがボケの治療には一番だろｗｗｗ
CELLは、1命令で単精度4個か倍精度2個の並列演算だけど、
聞伝訓は、1命令で64個くらい並列演算しなければ「ベクトル」って言わないんだろ。
いつまで、不毛な言葉遊びしてるのやら。
聞伝訓は、1命令で64個くらい並列演算しなければ「ベクトル」って言わないんだろ。
いつまで、不毛な言葉遊びしてるのやら。
いっそ実名でどこかに公表したらいいよ
「cellはベクトル機である」ってさ。
「cellはベクトル機である」ってさ。
>>854
並列とvectorがなぜ同じなの
並列とvectorがなぜ同じなの
Cell自体は混合型マルチコアであって
それ全体を指してベクトル型かスカラ型かなんて言うのは馬鹿だな
それ全体を指してベクトル型かスカラ型かなんて言うのは馬鹿だな
で、vector演算に強いのか？
あれがｗ
あれがｗ
vector演算に強いというのなら
cellでvector機をreplaceできるのか？
cellでvector機をreplaceできるのか？
ベクトル計算を１サイクルで出来るんだからいいんじゃねｗ
それで実は役に立たなかったとして
顧客業務が滞って責任もてるのか？
なんて考えて発言してないよな2chだから
ーみつをー
顧客業務が滞って責任もてるのか？
なんて考えて発言してないよな2chだから
ーみつをー
IBMが無責任だという発言をする池沼は
たまに見ますねｗ
NG推奨 ID:RYc/+Gx/
たまに見ますねｗ
NG推奨 ID:RYc/+Gx/
それこそ高次ベクトル演算が1命令でできるとかできないとかの
レベルで区別してるから馬鹿なんだろう
ベクトルの演算自体は極端な話、スカラプロセッサでもできる。
問題はそれに適した設計かどうかって話。
SIMDはベクトル演算向けの技術。
レベルで区別してるから馬鹿なんだろう
ベクトルの演算自体は極端な話、スカラプロセッサでもできる。
問題はそれに適した設計かどうかって話。
SIMDはベクトル演算向けの技術。
高次ベクトル演算ってなんだ？
faddもvector化するぞ
faddもvector化するぞ
それに適した設計ってなんだ？
ますますワカラン
ますますワカラン
>ベクトルの演算自体は極端な話、スカラプロセッサでもできる。
算数のベクトルとベクトル演算の区別がつかない人だったのね…orz
算数のベクトルとベクトル演算の区別がつかない人だったのね…orz
物理工学知らないのか
論外
論外
算数（初等教育における数学）でベクトルは扱いません
常識がない人間ってとことん常識がないな
常識がない人間ってとことん常識がないな
G80のspはscalarだが、vector演算やるわよね？
愕然とするレベルの低さだった
何なのこれ
板の限界？
何なのこれ
板の限界？
無理にとは言わないけど、
vecor processorについて少しは勉強してから
ベクトルとか言った方が良いと思うよ
vecor processorについて少しは勉強してから
ベクトルとか言った方が良いと思うよ
それは違うあれは駄目ばっか言ってないでベクトル演算の定義でも言ってみてよ。
そもそも「ベクトル」の意味わかってないんじゃないの。
ベクトルプロセッサの「ベクトル」が数学のベクトルと別物だと本気で思ってるんなら
救いがないというか。
電磁気学や熱力学の分野で行う演算が、まさに高次元ベクトルを扱うもので
それを高速に処理するために開発されたのが、その古典的なベクトルパイプライン。
3Dグラフィックで扱うベクトルは精々2～4次元程度だから
SIMDが最適なベクトル演算技術というわけ。
ベクトルプロセッサの「ベクトル」が数学のベクトルと別物だと本気で思ってるんなら
救いがないというか。
電磁気学や熱力学の分野で行う演算が、まさに高次元ベクトルを扱うもので
それを高速に処理するために開発されたのが、その古典的なベクトルパイプライン。
3Dグラフィックで扱うベクトルは精々2～4次元程度だから
SIMDが最適なベクトル演算技術というわけ。
団子サマは、コンピュータサイエンスとハードウェアには弱いのです
現役SEだけど
現役SEだけど
876 ：・∀・）っ-○◎●：2007/05/02(水) 07:20:07 ID:G9cwloAP
は？
スーパーコンピュータの歴史は物理工学の歴史ですが？ｗｗｗ
ロートルに同調する馬鹿さらし上げ
スーパーコンピュータの歴史は物理工学の歴史ですが？ｗｗｗ
ロートルに同調する馬鹿さらし上げ
877 ：・∀・）っ-○◎●：2007/05/02(水) 07:30:37 ID:G9cwloAP
「テンソル」って何のことか説明できる？
ベクターなら知ってる
がんばれ聞伝君
俺らの誤りを正してくれ
俺らの誤りを正してくれ
自作板の中心で日本情報処理学会への挑戦をする蚊電くんｗｗｗ
聞伝君、もうそろそろ素人の俺たちのために
vecor processorとSIMDの厳密な定義を教えてくれw
vecor processorとSIMDの厳密な定義を教えてくれw
また無駄な喧嘩してる。
団子がオナニーしてると聞いてやってきました
簡略な説明ならば、例えばこれ；
ttp://www.mtl.t.u-tokyo.ac.jp/~goshima/aca/10.ppt
ttp://www.cc.tohoku.ac.jp/refer/pdf_data/v35-3p7-20.pdf
vector processorは SIMD型のベクトル命令を
load -> ALU -> store のベクトルパイプラインで並行して
チェイニング実行できる。
一方、SIMD命令でload, store, 演算する機能を単に備えているだけでは
vector processorとは呼びがたい。
こういうこと知っているﾔｼここにいなかったんだ…
何でテンソルの話がこの流れで出るかね。
ttp://www.mtl.t.u-tokyo.ac.jp/~goshima/aca/10.ppt
ttp://www.cc.tohoku.ac.jp/refer/pdf_data/v35-3p7-20.pdf
vector processorは SIMD型のベクトル命令を
load -> ALU -> store のベクトルパイプラインで並行して
チェイニング実行できる。
一方、SIMD命令でload, store, 演算する機能を単に備えているだけでは
vector processorとは呼びがたい。
こういうこと知っているﾔｼここにいなかったんだ…
何でテンソルの話がこの流れで出るかね。
いや今回ばかりは言ってることは正しい
持論に綻びが見えると個人攻撃に走るタチの悪さは、聞伝もMACヲタと大して変わらん
持論に綻びが見えると個人攻撃に走るタチの悪さは、聞伝もMACヲタと大して変わらん
また関係ないことを。
ロード・ストアがパイプライン処理されるのはベクトルの次元数が不定だからこその話。
64bitや128ビット固定ならレジスタに配置したままの方が扱いやすいだろう。
で、ベクトル演算の説明は？
古典的ベクトルプロセッサの説明をしろなんて誰も言ってないが。
ロード・ストアがパイプライン処理されるのはベクトルの次元数が不定だからこその話。
64bitや128ビット固定ならレジスタに配置したままの方が扱いやすいだろう。
で、ベクトル演算の説明は？
古典的ベクトルプロセッサの説明をしろなんて誰も言ってないが。
数値を配列に並べた意味でのベクトルに対する計算をする何らかの機能があれば
vector processorだと思う？
vector processorだと思う？
パイプライ化は配列の要素数が不定だからこその話し？
固定じゃダメなの？
固定じゃダメなの？
64bit、128ビット程度ならベクトルパイプラインなんて大技出す幕じゃない
依存がなければon registerで並列にSIMD演算すればいい。
依存がなければon registerで並列にSIMD演算すればいい。
たとえばたかだか3次元座標ごときでいちいち都度メモリに書き戻してたら
レイテンシが大きくなるだろｗ
違いは主に扱う次元数が少ないか多いかであって、座標だろうが高次ベクトルだろうがベクトルデータにはかわりない。
1インストラクションでメモリ読み書きが行えるかどうかはベクトル演算の本質ではない。
レイテンシが大きくなるだろｗ
違いは主に扱う次元数が少ないか多いかであって、座標だろうが高次ベクトルだろうがベクトルデータにはかわりない。
1インストラクションでメモリ読み書きが行えるかどうかはベクトル演算の本質ではない。
SIMDがベクトル演算じゃないってトンデモ理論を続ける気が無いならそれでいいし
いまだに解らないならこれ以上話をするだけ無駄だな
いまだに解らないならこれ以上話をするだけ無駄だな
何でベクトルパイプラインも無くて
パイプラインチェイニングも無くて
SIMD命令でALUが同時に動くだけでvector processorって言える？
中の動きが全然違うのに
パイプラインチェイニングも無くて
SIMD命令でALUが同時に動くだけでvector processorって言える？
中の動きが全然違うのに
>>887 の様な誤解をしている人が多いんだろうな。
出かけるわ ﾉｼ
出かけるわ ﾉｼ
887 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
888 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
889 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
891 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
893 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
894 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
弱い犬ほどよくわめくって本当だね
888 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
889 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
891 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
893 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
894 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん
弱い犬ほどよくわめくって本当だね
あらあら、あまりに進んでるんで違うスレかと思ったよ。
ちゃかしているんだろうとは思ったんだけどマジレスしてごめんね。>>785
cell+opteronサーバは互換性は関係なくコスト的に考えて妥当でしょう。
x86はintelやamdがそれはそれは大量なりソースを投入してあの性能を
実現しているのであって、cellの開発リソースを借りたぐらいでは
ヘボヘボなx86コアしかできないだろう。
ちゃかしているんだろうとは思ったんだけどマジレスしてごめんね。>>785
cell+opteronサーバは互換性は関係なくコスト的に考えて妥当でしょう。
x86はintelやamdがそれはそれは大量なりソースを投入してあの性能を
実現しているのであって、cellの開発リソースを借りたぐらいでは
ヘボヘボなx86コアしかできないだろう。
実際問題、あんだけの大きさのダイの中に8個のSPEが納まってるんだから
ISAとかよく考えられてるなと思う。
ISAとかよく考えられてるなと思う。
ClearSpeed Announces New e620 Math Processor
http://www.dailytech.com/article.aspx?newsid=7113
The new ClearSpeed math processor now comes in PCI Express
http://www.dailytech.com/article.aspx?newsid=7113
The new ClearSpeed math processor now comes in PCI Express
ベクトル演算(に適した演算器)とベクトル演算器は違う。
SIMDはALUと比較するなら前者と言えるが後者ではない。
ただそんだけの話。
聞伝君も団子もコミュニケーション能力に欠けることがよくわかる。低レベル展開乙。
SIMDはALUと比較するなら前者と言えるが後者ではない。
ただそんだけの話。
聞伝君も団子もコミュニケーション能力に欠けることがよくわかる。低レベル展開乙。
そろそろMIMDについて教えてくれませんか？
>>787
安藤タソは関係者なんだからってことなんじゃね？
安藤タソは関係者なんだからってことなんじゃね？
「おれのベクトル演算器の定義はこうだ。」
「違う。おれの定義はこうだ。」
と言い争ってただけだろ？
明確な定義なんて決まってないのにくだらねぇ。
時代によって変わるのも当然だろうし。
「違う。おれの定義はこうだ。」
と言い争ってただけだろ？
明確な定義なんて決まってないのにくだらねぇ。
時代によって変わるのも当然だろうし。
俺ペクトルプロセッサなんて一言も言ってないぞ
「ベクトル演算」はベクトルプロセッサじゃないとできないと思ってるヴァカがほえてただけだろ。
「CellはSIMDではない」とか言う電波発言は印象深いがｗｗｗ
「ベクトル演算」はベクトルプロセッサじゃないとできないと思ってるヴァカがほえてただけだろ。
「CellはSIMDではない」とか言う電波発言は印象深いがｗｗｗ
今回は8割方ダンゴの勝利
○: 団子
●: 聞伝
: MACオタ
とりあえずつくってみたす。。。
●: 聞伝
: MACオタ
とりあえずつくってみたす。。。
誰も戦おうとしてない
「由緒正しき（ベクトルスパコンの）ベクトルプロセッサ」
という土俵で一人相撲を取ってしまった聞伝君がアホ
「由緒正しき（ベクトルスパコンの）ベクトルプロセッサ」
という土俵で一人相撲を取ってしまった聞伝君がアホ
役に立つ度では聞伝の方が上だけどね。
>>818はそんなにおかしいことは書いてないす。
>>818はそんなにおかしいことは書いてないす。
それただのヰキベヂアの転載だよｗｗｗ
両名とも、ちゃんと見識の一致点と、用語定義の相異点を洗い出して
納得できるところに落ち着ければ生産性のある議論になるのにね。
「自分はこんなに知ってて、お前は低能」ばっか前面にだそうとするから・・・
古典ベクタと最近のSIMDはちゃんと区別されるべきだけど、
どっちもベクタと呼ばれることはある。たるたるの混同の仕方は
どうかと思うが。
納得できるところに落ち着ければ生産性のある議論になるのにね。
「自分はこんなに知ってて、お前は低能」ばっか前面にだそうとするから・・・
古典ベクタと最近のSIMDはちゃんと区別されるべきだけど、
どっちもベクタと呼ばれることはある。たるたるの混同の仕方は
どうかと思うが。
SSEやAltiVecなんかはRISC（というかロード・ストア）アーキテクチャの流儀で
ベクトルプロセッサのフィーチャを取り入れたもので、たるちゃんの識見が
間違ってるわけでもないでそ
ベクトルプロセッサのフィーチャを取り入れたもので、たるちゃんの識見が
間違ってるわけでもないでそ
SPEはSSEの様なSIMD命令を備えているが
各SPEをPEとたSIMD実行についてはどう。
各SPEは各local memoryにstoreされたprogramを実行するんじゃない？
という意味だよ。
各SPEをPEとたSIMD実行についてはどう。
各SPEは各local memoryにstoreされたprogramを実行するんじゃない？
という意味だよ。
ベクターという用語は口当たりよいせいか、よく濫用されがち。
ベクター＝スパコン＝速い、という考えのすり込みだと思う。
ベクトルパイプラインを備えないSIMDで配列の演算を行って
ベクターと見なすことにはものすごい違和感がある。
メーカーのSEも区別が付いていない人は少なくない。
(へたすりゃSMP loop分配の為のindep directive挿入までベクター化と
呼んではばからず、しつこく説明しなけりゃならなかったりする。）
そう言う話だよ。
ベクター＝スパコン＝速い、という考えのすり込みだと思う。
ベクトルパイプラインを備えないSIMDで配列の演算を行って
ベクターと見なすことにはものすごい違和感がある。
メーカーのSEも区別が付いていない人は少なくない。
(へたすりゃSMP loop分配の為のindep directive挿入までベクター化と
呼んではばからず、しつこく説明しなけりゃならなかったりする。）
そう言う話だよ。
SPE内は4-way SIMD、SPE間は8-way MIMDだわな。
古典ベクタってのは、俺の理解では、パイプライン遅延、
メモリ遅延を隠蔽して宴慙愧
古典ベクタってのは、俺の理解では、パイプライン遅延、
メモリ遅延を隠蔽して宴慙愧
>>916
いいか悪いかは言及してませんよ。旦那。
いいか悪いかは言及してませんよ。旦那。
失礼
古典ベクタってのは、俺の理解では、パイプライン遅延、
メモリ遅延を隠蔽して演算器の稼働率を高く保つ技術で、
SSEとかにもその効果はあるにせよ、たくさんの演算器を
並列に使うという意味は副次的なもの。
古典ベクタってのは、俺の理解では、パイプライン遅延、
メモリ遅延を隠蔽して演算器の稼働率を高く保つ技術で、
SSEとかにもその効果はあるにせよ、たくさんの演算器を
並列に使うという意味は副次的なもの。
名前あぼーんしてるから読めんが
最近のプロセッサはスーパースカラーでSIMDユニットを備え、
更にマルチコアだからな。従来のアーキテクチャの括りが古い。
最近のプロセッサはスーパースカラーでSIMDユニットを備え、
更にマルチコアだからな。従来のアーキテクチャの括りが古い。
聞伝のいいたいこともわからなくもないが、>>799->>800
団子はそもそもベクトル演算とCellのSIMDの話しかしていないのに、
>>800で勝手にベクトル機の話を混ぜてこんでいるだけ。これは読み返せば明らか。
以後、ベクトルプロセッサ, ベクトル演算, SIMDなどの定義が
自分の中でも整理がついていなかったことが後続の書き込みで明らかに。
ベクトル機のベクトル演算以外はスカラ演算なんて話はありえんし。
ベクトルパイプラインは大昔の実装の話で、今はSIMDもかわらん。
というわけで今回は団子の勝ちということす。。。
団子はそもそもベクトル演算とCellのSIMDの話しかしていないのに、
>>800で勝手にベクトル機の話を混ぜてこんでいるだけ。これは読み返せば明らか。
以後、ベクトルプロセッサ, ベクトル演算, SIMDなどの定義が
自分の中でも整理がついていなかったことが後続の書き込みで明らかに。
ベクトル機のベクトル演算以外はスカラ演算なんて話はありえんし。
ベクトルパイプラインは大昔の実装の話で、今はSIMDもかわらん。
というわけで今回は団子の勝ちということす。。。
SSEとかはね、register増やしてSIMD命令で
load/store/演算できるようにしたもので、
load- > 演算 -> store といったパイプラインの中を
ベクトルデータがザーッと流れていくベクターとは
中のstageの流れが違うよ。
load/store/演算できるようにしたもので、
load- > 演算 -> store といったパイプラインの中を
ベクトルデータがザーッと流れていくベクターとは
中のstageの流れが違うよ。
まあどっちにしろゲームで３２並列の演算なんて使い切れんけどな。
>>925
それがどうかしたのか？
それがどうかしたのか？
>>927
違うと分かる人には当たり前のこと。
違うと分かる人には当たり前のこと。
>>928
だから？それがなにか？
だから？それがなにか？
>>929
理由はしらんが、違うと書いたらそれに反論がくるのよ。
理由はしらんが、違うと書いたらそれに反論がくるのよ。
ベクトル演算器でコード書いたことある人は２人だけみたいねー
（俺もないよ）
（俺もないよ）
>>930
スルーできない池沼乙。
スルーできない池沼乙。
わかったよ、スルーするよ。
934 ：Socket774：2007/05/03(木) 00:52:59 ID:zCYEC0tU
> cellはSIMDではない
馬鹿皿仕上げ
馬鹿皿仕上げ
強力つーかさ、それってベクトル長を長くして初めて
演算器の稼働効率あげられるってだけでしょ。
スーパースカラでキャッシュに収まっていたらピークの半分とか
出ちゃう時代には無用の長物。
そんでリッチなデータレベル並列度のある問題に対しては
演算器を2倍、４倍にして加速しようというのがSSEとか
AltiVecなわけだよね。load/storeが弱い（てかランダム
アクセスできない）のはご指摘のとおり。
演算器の稼働効率あげられるってだけでしょ。
スーパースカラでキャッシュに収まっていたらピークの半分とか
出ちゃう時代には無用の長物。
そんでリッチなデータレベル並列度のある問題に対しては
演算器を2倍、４倍にして加速しようというのがSSEとか
AltiVecなわけだよね。load/storeが弱い（てかランダム
アクセスできない）のはご指摘のとおり。
ところでなに32って数字は。
そもそもPS3では7SPE版が使われてる上にハイパーバイザが1個食ってて
ユーザーレベルでは6SPEしか使えない。
つか、SPE＝4並列ってのがわからん。floatやint32の場合だろ。
shortなら8並列、byteなら16並列おｋ。
極論、Cellは1PPE+1SPEだけでも動くほど各SPEは独立してる。
全SPE同期して動かすなんてオーバーヘッドが大きすぎｗｗ
そもそもPS3では7SPE版が使われてる上にハイパーバイザが1個食ってて
ユーザーレベルでは6SPEしか使えない。
つか、SPE＝4並列ってのがわからん。floatやint32の場合だろ。
shortなら8並列、byteなら16並列おｋ。
極論、Cellは1PPE+1SPEだけでも動くほど各SPEは独立してる。
全SPE同期して動かすなんてオーバーヘッドが大きすぎｗｗ
>>935
peak 性能/costで見れば、数年前からもう10倍以上違う。
でも、memoryを舐める大規模解析ではベクターが有利、
いや、DMPで細分化してcache hit率上げればRISCが有利、
ってガチャガチャやり合っている。
でも大規模解析ではまだ圧倒的にvectoが強いよ。
スルーすれば良かったかな。ビールでも飲むかﾉｼ
peak 性能/costで見れば、数年前からもう10倍以上違う。
でも、memoryを舐める大規模解析ではベクターが有利、
いや、DMPで細分化してcache hit率上げればRISCが有利、
ってガチャガチャやり合っている。
でも大規模解析ではまだ圧倒的にvectoが強いよ。
スルーすれば良かったかな。ビールでも飲むかﾉｼ
alphaはopteronに喰われた（化けた？）よね。
昔はスーパーコンピューティングといえばベクトル化だった
わけだが、今はベクトル機＝メモリバンドにお金を払うに
なったわけだ。
昔はスーパーコンピューティングといえばベクトル化だった
わけだが、今はベクトル機＝メモリバンドにお金を払うに
なったわけだ。
なにこの冷麦
Core 2 DuoはMIMDだからSSEはSIMDじゃない！
とか言い出しそうで怖いよ、このスレの誰かさんが
とか言い出しそうで怖いよ、このスレの誰かさんが
そこまで小理屈こねくりまわすと、今のSSEやAltiVecはSIMDなどとは
よべないというマニアが出てくるからな。SIMDレジスタなどではなく、
PE(ALU+REG)に制御ユニットが大量ブロードキャストするのが
真のSIMDだとかいいだすやつ(過去にもそういうやつが実際にいた)。キリがない…。
ベクトルもSIMDも今の集積回路技術がない時代に作られたもので、
ベクトル機にも時代時代でいろんな形態があるし、
あんまり一時期のことにこだわるのは御法度。
よべないというマニアが出てくるからな。SIMDレジスタなどではなく、
PE(ALU+REG)に制御ユニットが大量ブロードキャストするのが
真のSIMDだとかいいだすやつ(過去にもそういうやつが実際にいた)。キリがない…。
ベクトルもSIMDも今の集積回路技術がない時代に作られたもので、
ベクトル機にも時代時代でいろんな形態があるし、
あんまり一時期のことにこだわるのは御法度。
SSEはSIMD命令・演算ではあるけど、SIMD「processor」ではないよね。
あまり曖昧にしないでこのくらいの区別は付けた方がｲｲと思われ。
無理にとは言いませんが。
あまり曖昧にしないでこのくらいの区別は付けた方がｲｲと思われ。
無理にとは言いませんが。
このスレでSSEをSIMD「processor」として認識するようなやついるか？
いねーよ
いねーよ
蒸し返すようだが配列に格納されているベクトルデータに
SIMD演算を実行出来ればvector processorなの？
これ以上言っても仕方なさそうだけど。
SIMD演算を実行出来ればvector processorなの？
これ以上言っても仕方なさそうだけど。
蒸し返すようだが>>903
まだ馬鹿がファビョっているな。
ttp://ja.wikipedia.org/wiki/%E3%83%99%E3%82%AF%E3%83%88%E3%83%AB%E6%BC%94%E7%AE%97
認識の違いもあるしcloseさせるか。
認識の違いもあるしcloseさせるか。
951 ：Socket774：2007/05/03(木) 02:03:30 ID:QkDuQgUY
cellはSIMDではない
勝手に勘違いしてただけだろ。
>>949
これが団子のプロキシ攻撃？まいいけど。
これが団子のプロキシ攻撃？まいいけど。
>>953
cellがSIMDでないの説明を下さい。是非。
cellがSIMDでないの説明を下さい。是非。
cellはSIMD processorじゃないだろ。
SPEはSIMD命令を持っているが。
SPEはSIMD命令を持っているが。
ベクトル演算（ベクトルえんざん）とは、同一の演算を繰り返すような操作
（例：FORTRANにおけるDOループ）を逐次的（スカラー演算）ではなく、
一度に行うもの。ベクトル演算が行える計算機をベクトル計算機と呼ぶ。
近年では3D表示の座標変換に行列演算を多用するため、PlayStation2など
ゲーム機でもベクトル演算機能が採用されている。
釘を刺すけどPS2のアレ（VU）ってただのSIMD型コプロセッサだよ。
（例：FORTRANにおけるDOループ）を逐次的（スカラー演算）ではなく、
一度に行うもの。ベクトル演算が行える計算機をベクトル計算機と呼ぶ。
近年では3D表示の座標変換に行列演算を多用するため、PlayStation2など
ゲーム機でもベクトル演算機能が採用されている。
釘を刺すけどPS2のアレ（VU）ってただのSIMD型コプロセッサだよ。
超常識だが、SIMD演算はVector演算の一種。
ここで、五島スライド登場。
http://www.mtl.t.u-tokyo.ac.jp/~goshima/aca/10.ppt
:ベクトル，SIMD によるベクトル処理
ここで、五島スライド登場。
http://www.mtl.t.u-tokyo.ac.jp/~goshima/aca/10.ppt
:ベクトル，SIMD によるベクトル処理
なんだあぼーんしないでこっそり読んでいたのか。
だからSIMDというだけでvectorではないとかいたのさ。
だからSIMDというだけでvectorではないとかいたのさ。
マッチ放火聞伝君は逝ってよし
vector命令はSIMD命令。
だが、その逆、
SIMDはvector、これは違うよ。
だが、その逆、
SIMDはvector、これは違うよ。
>>962
cellはMIMDだって。上の方に書いたよ。
cellはMIMDだって。上の方に書いたよ。
反論ならばcellがSIMDだって説明しないと。
>>966
説明になってないぞ。
説明になってないぞ。
なんか団子みたいなのが急に沢山湧いてきたな
CellがマルチコアだからSIMD型じゃないって言い出したら
Core2のSSEはSMEに改名しないと駄目になるぞ
Core2のSSEはSMEに改名しないと駄目になるぞ
>>971
あらあら、説明はまだですか？
あらあら、説明はまだですか？
誰もそんなこといってないし…
恥ずかしいレスを消し去りたいので
早く1000到達してdat落ちさせよう
と思ってる聞伝君なのであった
早く1000到達してdat落ちさせよう
と思ってる聞伝君なのであった
cellはSIMDではない
これには感動した。馬鹿過ぎる。
これには感動した。馬鹿過ぎる。
何この流れ
天麩羅に追加ヨロ
816 ：聞伝君：2007/05/02(水) 04:54:50 ID:MIZBpvl2
更にcellはSIMDではない
816 ：聞伝君：2007/05/02(水) 04:54:50 ID:MIZBpvl2
更にcellはSIMDではない
828 名前：聞伝君[sage] 投稿日：2007/05/02(水) 05:07:58 ID:aAgmZH4B
>>823
すまんな、ベクトルといえばﾓﾚはcrayとかそういう
きちんとした vector architecture以外は
単なるSIMDだと見なしてるんで。
でも、CellはSIMDじゃなんだぜ!MIMD!!
>>823
すまんな、ベクトルといえばﾓﾚはcrayとかそういう
きちんとした vector architecture以外は
単なるSIMDだと見なしてるんで。
でも、CellはSIMDじゃなんだぜ!MIMD!!
「MIMD」はマルチプロセッサ以上の意味は無いからね
純スカラなコアの組み合わせでも「MIMD」は構成できる。
コントロールコアのPPEを含め、全てのプロセッサエレメントで、
SIMD（１命令で複数のデータを処理できる）機能がサポートされてるのに
SIMDじゃないっていったいなんなんだろうね
純スカラなコアの組み合わせでも「MIMD」は構成できる。
コントロールコアのPPEを含め、全てのプロセッサエレメントで、
SIMD（１命令で複数のデータを処理できる）機能がサポートされてるのに
SIMDじゃないっていったいなんなんだろうね
816 名前：聞伝君[sage] 投稿日：2007/05/02(水) 04:54:50 ID:MIZBpvl2
更にcellはSIMDではない
更にcellはSIMDではない
>>981
どっちかというと藻前産のほうが逸般的だと思うぞ。
どっちかというと藻前産のほうが逸般的だと思うぞ。
CellをSIMD命令で駆動させている？
＞「MIMD」はマルチプロセッサ以上の意味は無いからね
マルチインストラクションマルチデータならスーパースカラでもＭＩＭＤになりそうな……
マルチインストラクションマルチデータならスーパースカラでもＭＩＭＤになりそうな……
いなくなっちゃった。
おやすみ。ﾉｼ
おやすみ。ﾉｼ
SIMDあるのにSIMDじゃないって不思議だわー
いやー理解に苦しむわー
いやー理解に苦しむわー
単なる言葉の定義でここまで煽りあえるって、
やっぱSIMDとかベクタとかってなんか特別に
偉い冠詞だったりするの？
やっぱSIMDとかベクタとかってなんか特別に
偉い冠詞だったりするの？
[ハード・業界] 【GK脂肪】cellはSIMDではなかった！！【PS3完全終了】
http://ex22.2ch.net/test/read.cgi/ghard/1177951427/
http://ex22.2ch.net/test/read.cgi/ghard/1177951427/
吹いたｗｗｗｗ
スカラユニットとSIMDユニットが並んだスーパースカラ型のコアが
更に複数パッケージングされてるのが今のCPUアーキテクチャ。
排他的な概念だと思ってるのは時代に取り残されてる人だけ。
スカラユニットとSIMDユニットが並んだスーパースカラ型のコアが
更に複数パッケージングされてるのが今のCPUアーキテクチャ。
排他的な概念だと思ってるのは時代に取り残されてる人だけ。
ゲハで最近「CellはSIMDじゃない」っていってる奴が多いと思ったらおまえらか
ベクトル計算機を知っている(使った事がある)人は思い入れが強いって事かな。
うまくベクトル化できればスカラーの200倍ぐらい計算が速くなったりもするからね。ｗ
うまくベクトル化できればスカラーの200倍ぐらい計算が速くなったりもするからね。ｗ
>>うまくベクトル化できれば
HPC分野でやっている計算は実際驚くほど単純だからね～。
シミュレーションの勉強でもすれば、
何故ベクトルプロセッサが出てきたのかがわかるよ～。
PCじゃ、数十並列がほとんど使えないというのもわかる。
これは常識だが、ベクトルプロセッサでもマルチ構成にすると
MIMD!になってしまうので、vector processorではなくなるす。
HPC分野でやっている計算は実際驚くほど単純だからね～。
シミュレーションの勉強でもすれば、
何故ベクトルプロセッサが出てきたのかがわかるよ～。
PCじゃ、数十並列がほとんど使えないというのもわかる。
これは常識だが、ベクトルプロセッサでもマルチ構成にすると
MIMD!になってしまうので、vector processorではなくなるす。
CellはSIMDじゃないと聞いて飛んできました！
産業で解説ﾀﾉﾑ！
産業で解説ﾀﾉﾑ！
CELLはSIMDが複数入ったSIMD対応マルチコアプロセッサ。
マルチコアプロセッサにはSIMD非対応の物を並べたものもあるので、
勘違いする人もいる。
以上三行。
マルチコアプロセッサにはSIMD非対応の物を並べたものもあるので、
勘違いする人もいる。
以上三行。
ベクトル計算機の場合マルチと言ってもクラスタに近いから、それほど厳密に区別する必要も無いでしょ。
ベクトル演算ユニットがあればベクトル計算機で良いんじゃね？
そいやー、Crayにはベクトル演算中の0除算を無視するモードとかあったなぁ…
ベクトル演算ユニットがあればベクトル計算機で良いんじゃね？
そいやー、Crayにはベクトル演算中の0除算を無視するモードとかあったなぁ…
1000ならおっぱい
１０００
1001 ：１００１：