ユー！Cellプログラミングしちゃいなよ
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2006/09/18(月) 14:57:11と言う事はCellプログラミングでスパコンが家庭に
0002デフォルトの名無しさん
2006/09/18(月) 14:58:34（ ‘д‘）
⊂彡☆))Д´)←>>1
0003デフォルトの名無しさん
2006/09/18(月) 15:00:13なにすんだお！
0004デフォルトの名無しさん
2006/09/18(月) 15:01:42（ ‘д‘）
⊂彡☆))Д´)←>>2
0005デフォルトの名無しさん
2006/09/18(月) 15:14:39PS3でも同じ事を繰り返す。
0006デフォルトの名無しさん
2006/09/18(月) 15:26:560007デフォルトの名無しさん
2006/09/18(月) 15:28:160008デフォルトの名無しさん
2006/09/18(月) 15:30:300009デフォルトの名無しさん
2006/09/18(月) 15:33:430010マイク ◆yrBrqfF1Ew
2006/09/18(月) 15:42:36I・B・M!
I・B・M!
0011デフォルトの名無しさん
2006/09/18(月) 15:45:20記事内容はどうでもいいですが、ソースは驚きの性能比較です
組んでみたくなりませんか？Cellで！
0012デフォルトの名無しさん
2006/09/18(月) 16:35:44ttp://journal.mycom.co.jp/articles/2005/11/05/fpf1/ ←Cellプログラミングの諸々（去年）
ttp://journal.mycom.co.jp/articles/2006/09/14/cedec3/ ←GPUになってみる
ttp://www.fixstars.com/index.html ←仕事にしてみる？
0013デフォルトの名無しさん
2006/09/18(月) 17:13:480014デフォルトの名無しさん
2006/09/18(月) 18:56:020015デフォルトの名無しさん
2006/09/18(月) 19:02:570016デフォルトの名無しさん
2006/09/18(月) 19:20:120017デフォルトの名無しさん
2006/09/18(月) 19:50:27そのためにヒント命令があるんだろ。
ハードの負荷を減らすためにソフト面(特にコンパイラ)でカバーするのは
新規アーキテクチャでは結構基本となってると思うが。
0018デフォルトの名無しさん
2006/09/18(月) 19:56:27Cellが発表されたとたん手のひら返したなｗ
0019デフォルトの名無しさん
2006/09/18(月) 20:19:27最初の頃のソフトは性能が発揮できないというのを言い訳にするだろうけど、
発揮できる頃にはPCの性能はもっと上がっている。
0020デフォルトの名無しさん
2006/09/18(月) 22:09:01静的分岐予測と、実行時に飛び先を動的に与えられるヒントがあるぞ
0021デフォルトの名無しさん
2006/09/18(月) 22:19:13もっとまともなリンク貼ろうや。
Cell Broadband Engine 技術情報公開
http://cell.scei.co.jp/
The Cell Processor - PukiWiki
http://cell.fixstars.com/pukiwiki/index.php
developerWorks : Cell Broadband Engine resource center
http://www-128.ibm.com/developerworks/power/cell/docs_articles.html
0022デフォルトの名無しさん
2006/09/18(月) 23:51:01具体的肯定も否定も少ないですよねｗ
0023デフォルトの名無しさん
2006/09/18(月) 23:57:36いいから、お前がなんかいえよ。ばーか。
0024デフォルトの名無しさん
2006/09/19(火) 07:36:00今後PC市場に投入されてもおかしくはないわな
0025デフォルトの名無しさん
2006/09/19(火) 12:23:54単体では無理がありすぎたからOpteronと併用する羽目に。
0026デフォルトの名無しさん
2006/09/19(火) 14:53:14具体的に言うと夢を見てる純粋なソニーファンボーイが落胆しちゃうから言わないけど
0027デフォルトの名無しさん
2006/09/19(火) 20:57:24プログラム組んで演算サーバとして使えるのか
それすら怪しい。
PCだとかなんとか言って結局
BruRayプレイヤー付きゲーム機なんだろ。
0028デフォルトの名無しさん
2006/09/19(火) 21:03:35PC部門だけをRenovoに売り払っただけなのに買収されたことになってる
相変わらず脳みそ沸いてるなこの馬鹿固定
0029デフォルトの名無しさん
2006/09/19(火) 21:28:41（ ‘д‘）
⊂彡☆))Д´)←>>1
0030デフォルトの名無しさん
2006/09/19(火) 22:15:11売却したのか逆に買収したのかよく分からん状態だが。
0031デフォルトの名無しさん
2006/09/19(火) 22:34:59（ ‘д‘）
⊂彡☆))Д´)←>>1
0032デフォルトの名無しさん
2006/09/21(木) 00:16:08今となってはこのネーミングは恥ずかしいと思うがどうか
0033デフォルトの名無しさん
2006/09/21(木) 00:19:03結局ダメだったってオチかｗ
0034デフォルトの名無しさん
2006/09/21(木) 00:40:500035デフォルトの名無しさん
2006/09/21(木) 21:01:27どこで使う？
0036デフォルトの名無しさん
2006/09/22(金) 13:06:29マルチプロセッサのデスクトップにCellOSまたはTron搭載したらどうなるかな。
日本独自文化を取り戻せるかねー。
まー、PPC（PPE）はいってるから無理か。
0037デフォルトの名無しさん
2006/09/22(金) 13:14:29多分、IBMが切ったのだと思うけど。根拠はない。
スパコンが主力なようだし、売れるうちに売ったって印象だなー。
0038デフォルトの名無しさん
2006/09/24(日) 23:24:00どんな所で触れるんですか？ もう見てないかな…
0039デフォルトの名無しさん
2006/09/25(月) 10:51:090040デフォルトの名無しさん
2006/09/25(月) 17:12:11CELLしみゅ。
http://cell.fixstars.com/pukiwiki/index.php?Cell%A5%D7%A5%ED%A5%B0%A5%E9%A5%DF%A5%F3%A5%B0%A5%C1%A5%E5%A1%BC%A5%C8%A5%EA%A5%A2%A5%EB%C6%FE%CC%E7%CA%D4
の中の、
http://cell.fixstars.com/pukiwiki/index.php?lesson1
読むべし。
0041デフォルトの名無しさん
2006/10/11(水) 12:16:400042デフォルトの名無しさん
2006/10/11(水) 12:37:55年数回技術カンファレンス開くのとか、IntelやMSなら普通にやってること。
GK部門に金使うくらいならまともなことに使えと言いたい。
0043デフォルトの名無しさん
2006/10/11(水) 20:59:420044デフォルトの名無しさん
2006/10/12(木) 18:00:43ロスアラモスの核実験シミュレーション用のスパコンにも使われる予定だし
0045デフォルトの名無しさん
2006/10/15(日) 19:28:56分散コンピューティングでこの死んでる奴を流用する事になったら、
ソニーまたは、IBMは結構な処理能力を手に入れるんではないかと思う。
れっつぱらさいと。
0046デフォルトの名無しさん
2006/10/18(水) 04:04:10Under basic agreement with SCEI, Terra Soft was granted a unique opportunity to develop and bring
to market a complete Linux OS for the Sony PLAYSTATION 3. In development of Yellow Dog Linux v5.0,
Terra Soft integrated and enhanced code from Barcelona Supercomputing Center, Sony Group, and Fedora
in order to offer the following:
- kernel 2.6.16
- gcc 3.4.4 and glibc 2.4
- Cell SDK 1.1
- OpenOffice.org 2.0.2
- FireFox 1.5.0 and Thunderbird 1.5.0
- Nautilus 2.1.4
... and a suite of Personal Accessories, Development Tools; Sound & Video, Internet, and Networking applications.
0047デフォルトの名無しさん
2006/10/18(水) 05:55:52>>45
根本的にEIBの帯域が狭いんだろｗｗｗ。
0048デフォルトの名無しさん
2006/10/19(木) 03:15:12メモリよりはSPE同士のが速いけども。
0049デフォルトの名無しさん
2006/10/19(木) 03:21:18ノーサポートならPS3のLinuxは無料だからな
1か月待てば無料版がダウンロードできる
http://ps3.ign.com/articles/739/739688p1.html
Following the company's standard release system, v5.0 will be made available in a
three-phase product rollout. At launch, users of the company's YDL.net service
(which comes at a cost) will be able to download the OS to their computer and burn
a bootable disc for installation on the PlayStation 3. Two weeks later, the
company will offer ready-made installation discs for purchase through the site.
Two weeks after that, it will be made freely available on public mirrors.
In short, if you're willing to wait one month after the system's release, you'll
be able to download Linux for it for free.
0050デフォルトの名無しさん
2006/10/19(木) 03:55:39グラフィックがSPEだと割とションボリなことになるだろう。
0051デフォルトの名無しさん
2006/10/20(金) 02:38:11nVidiaがドライバ書いてくれるとは思えないなぁ。
0052デフォルトの名無しさん
2006/10/20(金) 21:19:310053デフォルトの名無しさん
2006/11/18(土) 14:14:19http://www.sony.co.jp/Fun/SH/2-12/h2.html
http://katsu.watanabe.name/doc/sonynews/model.html
0054デフォルトの名無しさん
2006/11/18(土) 22:38:450055デフォルトの名無しさん
2006/11/20(月) 16:41:20MIXIでもWebでも露骨だからわかりやすすぎ。
0056デフォルトの名無しさん
2006/12/04(月) 13:46:10SACSIS2007併設コンテスト「Cell Speed Challenge」
課題発表予定日から4日過ぎたが更新無し。
0057デフォルトの名無しさん
2006/12/04(月) 15:14:570058デフォルトの名無しさん
2006/12/04(月) 21:21:18・実はＳＣＥの回し者
・cellの将来性を本当に信じてる
・趣味が講じて
・ジャーゴンをまき散らしてＩＰＯｳﾏｰ
0059デフォルトの名無しさん
2006/12/04(月) 22:09:00SCEは売却されて終了だろ。
PS3の将来？んなもん最初からない。
0060デフォルトの名無しさん
2006/12/05(火) 00:10:530061デフォルトの名無しさん
2006/12/07(木) 10:40:34回し者にしか見えんね。
0062デフォルトの名無しさん
2006/12/10(日) 15:07:04【課題】
【規定課題概要】
多数のデータの系列が入力として与えられたときに，
これらをある順序にしたがって並び替える処理をソーティングと呼びます．
Cellスピードチャレンジ2007の規定課題は「ソーティング」です．
ソーティングでは，データに含まれる並べ替えのために参照される項目をキーと呼びます．
このキーは単精度の浮動小数点数(C言語におけるfloat型)とします．
また，キーの値が昇順(小さい値が前方，大きい値が後方になるような順序)になるようにデータを並び替えるものとします．
たとえば，高校などの学籍名簿のn個のデータ系列(A1, A2, ..., An)を，
学籍番号順に(学籍番号をキーとして)並び替える処理を考えます．
各データAiは，学籍番号の他に，その番号を持つ学生名や入学年月日などの情報をもつかもしれません．
ソーティングはこれらのAiを学籍番号の小さい順に並び替えるという処理です．
例題：
次に示す10個の浮動小数点数をキーとするデータ系列をソーティングせよ．(この例題ではキーの値のみを示していることに注意してください．)
34.5 10.2 76.9 68.0 99.3 27.4 93.4 70.0 23.8 57.4
答え：
10.2 23.8 27.4 34.5 57.4 68.0 70.0 76.9 93.4 99.3
0063デフォルトの名無しさん
2006/12/10(日) 15:49:061G個程度の要素の並列ソーティングぐらいにしないと
低レベル過ぎてこのコンテストの必要性も感じないな。
情報処理学会の研究会レベルだとすると、B4程度クラスなんだろうが。
0064デフォルトの名無しさん
2006/12/10(日) 20:19:340065・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/10(日) 20:25:48vector float v0 = (* (vector float *)&v[0]);
vector float v1 = (* (vector float *)&v[4]);
vector int vmask = spu_gt(v0, v1);
vector float vmax = spu_sel(v0, v1, vmask);
vector float vmin = spu_sel(v1, v0, vmask);
10要素ならループすら要らんぞこれ。
>>63
流石になさ過ぎる
0066デフォルトの名無しさん
2006/12/10(日) 20:32:530067デフォルトの名無しさん
2006/12/10(日) 20:41:210068・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/10(日) 20:44:22○spu_cmpgt
つーか、10要素って８の倍数個じゃないから逆に困るけどな。
レイテンシ隠蔽しようがないから命令の選び方が問われるし。
0069デフォルトの名無しさん
2006/12/10(日) 21:42:460070デフォルトの名無しさん
2006/12/12(火) 19:48:380071デフォルトの名無しさん
2006/12/13(水) 05:23:36比較で4年前のxeon1CPU(2G)にも同じ演算やらせたんだけど…
Xeonの方が4倍くらい早い。ただし時間の計測は、自分で計算にかかった秒数
を数えるという原始的なやりかたなんで、問題あるかもしれないけど。
（SPEの方はSIMD化は全くさせず、どちらもGCCで計算させた。）
SPEひとつでも、Pen4より全然上だと聞いていたので（ただしSIMDをフル
につかったとき）、4年前のxeonには負けんだろうと思っていたのだが。
これで手間かけてSIMD化してもXeon2Gととんとんだと思うと、むくわれんなあ。
もちろん、コアの個数だけまだ早くなるけど、苦労してかいて、
二桁演算スピードが上がるかどうか…。
0072デフォルトの名無しさん
2006/12/13(水) 09:17:53なにこれC言語標準ライブラリにないものばっか
C＋＋マスターの俺にさえなにやってんのかわからん
0073デフォルトの名無しさん
2006/12/13(水) 09:29:250074デフォルトの名無しさん
2006/12/13(水) 09:36:190075デフォルトの名無しさん
2006/12/13(水) 09:52:100076デフォルトの名無しさん
2006/12/13(水) 12:35:11SPEのパイプラインの効率を改善、SIMD化、ループアンローリング
DMAのレイテンシ隠蔽(ダブルバッファなど)、マルチコア化など、
一通り考えてみた？
確か、東芝がウェブ上で出した記事の中に、最適化手順と、
それがどれ位の効率があるかを書いてたんだけど、どこだったかな。
日経エレクトロニクス2006年12月4日号にも最適化の記事が載ってるみたいだけど。
http://techon.nikkeibp.co.jp/article/HONSHI/20061129/124676/
0077デフォルトの名無しさん
2006/12/13(水) 21:28:29情報ありがとう。
各種最適化は、できる範囲これからやってみようかとは思っているんだけど、
今回は、もっとも単純な状態で、ひとつのSPEのCPUとしての性能はどんなもんか
というのをちょっとみてみたら、あれ？こんなもんかという結果だったということ。
だからSIMD化もしてないし、DMAもほとんどつかわず、ただ浮動小数点演算させただけ。
SPE単体の持つトランジスタ数は、Pen3ぐらいしかないというのをどっかで聞いて、
そんなんでも高性能なの？って疑問がすこしあったからっていうのと、あとただ単純に、
最適化をいきなりするのがしんどいので、なんもしてないだけです。
007877
2006/12/13(水) 21:39:31とか、簡単に試せるのでやってみようと思ってます。
たしかピーク性能10倍くらい下がるといわれていると思ったけど、それはdoubleだと
SIMDのベクトルの要素数が半減して、同時実行できる命令数が半減するっていうのが、
おおきいとすると、今はSIMD使ってないのでそんなに性能落ちないのかな？と思って
ます。
あとSIMD化もしようと思ってるんだけど、SIMDの算術命令に指数関数とか対数関数の
命令ってないのかなあ？誰か知ってたら教えてください。
0079デフォルトの名無しさん
2006/12/13(水) 23:20:06俗に言うAltiVecってやつよ。
GCCでコンパイルできるよ。
0080デフォルトの名無しさん
2006/12/14(木) 01:52:49AltiVecじゃなくてspuの組み込み関数じゃね？
0081デフォルトの名無しさん
2006/12/14(木) 10:19:11驚くべきことに倍精度ユニットは単精度より小さい。
パイプライン化されてないとか変換コストがかかるとか色々言われてるが、
ベクトル性能のスループットで単精度の1/10程度ならスカラでも1/5程度になることは覚悟した方がいいかも。
レイテンシも大きいからそのへんが響いてるかも。
>>74-75
あんまり扱いにくいもの作ってもPS3が自滅するだけなんだけどな。
国内サードはWiiやDSに逃げてるし。
0082デフォルトの名無しさん
2006/12/14(木) 10:36:250083デフォルトの名無しさん
2006/12/14(木) 13:46:17以後PPC系のSIMD拡張で標準的に使われるようになった。
あとはただのCPU独自の命令にほぼ一対一で対応する組み込み関数。
Intelだと__m128とかのSIMDレジスタ型があるけどあれと同じこと。
SPEにはスカラなユニットもレジスタもないから、スカラな演算はベクトルの最初の要素だけを使ったコードになる。
コンパイラ次第ではループ内で配列にアクセスするような演算や分岐を並列実行できるかもしれない。
まあ、極力は組み込み関数でベクトル化したほうがいい。
STLのvalarrayとかでラッパー作ってしまえばあとが楽かも。
つーか、ベクトル演算を駆使して分岐先のスカラ演算を両方同時に実行するとかはMMX/SSEでも使える
テクニックではあるが、分岐予測にまかせたほうが性能が出るから推奨してないだけ。
逆に分岐予測すらない多段パイプラインだからそれに頼らざるを得ないんだSPEは。
0084デフォルトの名無しさん
2006/12/15(金) 20:06:16http://cell.scei.co.jp/index_j.html
http://cell.fixstars.com/pukiwiki/index.php
http://blog.cell.sijam.com/
今のところ、この三つは必見。
Cellは最適化ありきのCPUだな。
SPEは自分でタイミングをほぼ把握できるようにするために、
仮想メモリや非DMA型共有メモリ・キャッシュを排除したコアなので、
最適化をする事が前提条件としてある。
0085デフォルトの名無しさん
2006/12/15(金) 22:04:46あなただけが便りです
これからの活躍に期待しています
頑張ってください
0086・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/15(金) 22:24:26何をどうやって欲しいんだよｗｗｗｗｗｗ
据え置きの需要自体がDSに大幅に食われたと思う。
PS3 Linuxでどうこうやってもさ、それに食らいつくのは同じようなマニアなわけで。
ゲーム機としては終わってると思ってる。
0087デフォルトの名無しさん
2006/12/15(金) 23:40:27そんなに大変ではないような気がする。OpenMPが並列計算の指示を既存のCのソースに書き加え
る程度でできるように、「ここはSPEにやらせろ」とかもっと簡単にかけるシステムができそう。
0088デフォルトの名無しさん
2006/12/15(金) 23:42:100089デフォルトの名無しさん
2006/12/15(金) 23:43:130090デフォルトの名無しさん
2006/12/15(金) 23:44:310091・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/15(金) 23:59:040092デフォルトの名無しさん
2006/12/16(土) 03:07:41今頃そんなこといってるようじゃ、やる気もなしに
適当に書き込んでるのがバレますよ。
009377
2006/12/16(土) 12:13:41ともにGCC。すると、Pen4が25倍早い…。なんじゃあこりゃ！
これはいくらなんでもおかしいと思いつつ、最適化オプションを-O3つけてみたところ、CellもPen4も約1.5倍
くらい早くなりました。
それにしてもSPEはこれじゃあ遅すぎるなあと思いながら、
「Cellでがんばってみた」をのぞいていたら、expはexpfにしないと
float型として計算されないというのを目撃。
さっそくexpfに変更するとずいぶん早くなって、Pen4との差は約9倍にまで縮まった。
SIMDも一部だけ試してみたところ、4倍相当はやくなったので、全体にSIMDを使えば、
Pen4 の半分くらいまでの早さに迫れそうな予感。
「Cellでがん〜」も最終的にSPE一基でアスロン２／３くらいの早さになっている
ので、こんなもんかもしれない。
しっかし、Pen4にインテルコンパイラ使ったら、ぐっと差が広がりそう…。むなしい…。
0094デフォルトの名無しさん
2006/12/16(土) 12:58:370095・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/16(土) 13:43:33どんだけ特殊環境ですか
SPU組み込み関数とか使って明示的にベクトル化すれば多少性能良くなるかも。
まあPen4でも同じなんだけど。
0096デフォルトの名無しさん
2006/12/16(土) 14:50:27簡単にクリティカルなミスをおかすんじゃないかなー。
癖をつかんでやっとこLV１ってとこかも。。。
0097デフォルトの名無しさん
2006/12/16(土) 15:26:010098デフォルトの名無しさん
2006/12/16(土) 17:36:47っていうかそれってリンドバーグの事？
009977
2006/12/17(日) 03:28:25もうある程度やって、あまりみこみがないならCellプログラミングはやめ
ようと思っているところ。プレステ3せっかく買ったのにもったいねー。
0100デフォルトの名無しさん
2006/12/17(日) 04:03:14同等性能をPen4で出せたら、Cellイラネに同意しよう。
0101デフォルトの名無しさん
2006/12/17(日) 06:09:54もし出せるようなら、ためしに組んでみた奴うｐ希望。
0102・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/17(日) 13:23:34ゲームハードなんて5〜6年はスペック固定だしな。
0103デフォルトの名無しさん
2006/12/17(日) 14:56:190104デフォルトの名無しさん
2006/12/17(日) 22:05:140105デフォルトの名無しさん
2006/12/18(月) 11:15:50誰が書き込んでるのか特徴があるので
つけなくてもわからなくは無いけど万度草。
0106デフォルトの名無しさん
2006/12/18(月) 20:38:17今Linux板の方に、マンデルブロ集合書いてみたって人がいるよ。
67 ：login:Penguin：2006/12/18(月) 13:54:57 ID:mz3eZPDt
ホビーで軽くC#で書いたのとSPEを使って軽く本気で書いたのとでは雲泥の差があるね。。。
マンデルブロ集合(解像度 = 2048x2048, 繰り返し = 1024回, 途中での発散判定無し) を描くプログラムを
1. C# / Windows (デュアルコア用にSystem.Threading使用)
2. C++ / PS3 (SPE6個を使って軽く最適化)
で、HDDに書き出す/ビットマップに変換する時間抜きで判定してみた。
1. 02:02:08.36
2. 00:00:02.11
…えーと、クロック(PC環境 == Pentium Dの2.66GHzのタイプ)を合わせても2887倍ですか…
なんかSSE2辺りで本気で比較したくなってきた。
010777
2006/12/19(火) 06:34:14その後Cellの方のプログラムをSIMD化してみたんだけど、すんげはやくなった。
Pen4が４秒かかる計算がCellでは20秒。
ただしCellはSIMD化してるので、演算量は4倍。だからspe一基でPen4にほぼ匹敵。
普通の算術演算子でコードするより、SIMD用の関数でコードするほうが全然早いよう。
ベクトル演算だから4倍早いっていう意味じゃなくて。
a+bよりspu_add(a,b)のほうが断然レイテンシが小さいようだということ。
でもちゃんとクロック単位で計測とかしたわけじゃないんでわからんが。
0108デフォルトの名無しさん
2006/12/19(火) 13:04:23アセンブラに抵抗が無いなら、gccの吐くコードの差を見てみれば？
a+bにかなりの無駄なコードが混入されてるのかも。
0109デフォルトの名無しさん
2006/12/19(火) 21:10:55間違えなくトップガンです。
世界最初のトップガンとして認定しました。
おめでとうございます
0110デフォルトの名無しさん
2006/12/19(火) 21:29:38そのトップガン君は
【SPE】PS3 Linux Part 4【YDL】 スレにいるよ。
0111デフォルトの名無しさん
2006/12/19(火) 21:46:03ご案内
http://pc8.2ch.net/test/read.cgi/linux/1165413083/
0112・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/19(火) 23:03:330113デフォルトの名無しさん
2006/12/19(火) 23:05:20C++でしかも、SSE2アセンブリで書き直したバージョンでもこうらしいよ。
78 ：67：2006/12/19(火) 08:34:31 ID:7kKm0jbR
(>>76 続き)
PC : Pentium D 930 (2.66GHz) / 2GB Memory
このとき、結果がこんな感じだった。
PS3 : 1.87sec
PC : 57.32sec
比率(速度比のみ) = 30.65 : 1
比率(同クロック) = 25.48 : 1
ってとこか。結構速いねぇ。
# つーかC#が遅すぎる訳だが。
0114デフォルトの名無しさん
2006/12/19(火) 23:10:51http://pc8.2ch.net/test/read.cgi/linux/1165413083/72
72 名前：login:Penguin[] 投稿日：2006/12/19(火) 01:09:42 ID:MFKqYgcJ
67氏には是非頑張ってもらいたい。
俺はSSEのアセンブラなんか書く気にならねーよ。なんだかんだいって
手を動かすヤツは偉い。と思う。
まあPS3なんて当分買えんけど。
同意。同意。
0115・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/19(火) 23:22:37ソース読むまでは何とも言えんな。。。
NetBurstも結構コツが要るし。
まあPenDじゃCellの浮動小数のスループットには及ばないかもしれないが。
0116デフォルトの名無しさん
2006/12/19(火) 23:43:29もしくはロードしたプログラムのサイズが得られればおおよその空きが分るんだけど
0117・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/20(水) 00:42:36コンパイル時点でわかるだろ
しかも1命令4バイト固定だし
0118デフォルトの名無しさん
2006/12/20(水) 00:46:43実行バイナリは300KBもある罠。
0119デフォルトの名無しさん
2006/12/20(水) 01:19:290120デフォルトの名無しさん
2006/12/20(水) 22:19:29さすがトップガンの本物の実力を見たぜ
0121デフォルトの名無しさん
2006/12/20(水) 22:31:24規定課題には学生しか参加できないんだな。
そんな制限要らないと思うがなー
0122・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/20(水) 22:44:580123デフォルトの名無しさん
2006/12/20(水) 22:45:18それPS3の基本。
0124・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/20(水) 22:49:13↓
実際に動くのは7個だけです
↓
使えるのは6個だけです
↓
('A`)
ドラクエ発表以降店頭在庫がちらほらとか
ところで、中国が買いあさってるって、別の意味でヤバくね？
0125デフォルトの名無しさん
2006/12/20(水) 22:52:550126デフォルトの名無しさん
2006/12/20(水) 22:53:16つーかCellの話に絞ってくれ。買い占め論はゲハでやれ。
0127・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/20(水) 23:05:25つーか、個人で使えるCellマシンが実質PS3一択だし。
そりゃ100万とか200万とかかければもっとメモリとか載るだろうけど。
0128デフォルトの名無しさん
2006/12/20(水) 23:07:56キミが言いたいことは、たぶんキミより分かってるが
ゲハか政治でやってきてくれ。
中共ネタでなく、技術ネタのスレだ。
Cellの技術論やプログラミングの話以外は見たくない。
0129・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/20(水) 23:16:540130デフォルトの名無しさん
2006/12/20(水) 23:33:550131・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/20(水) 23:39:37http://www.intel.co.jp/jp/developer/technology/magazine/communications/slicing-by-8-0306.htm
とりあえず俺は今からVirtual PC上にFedora入れる
（Windows版シミュレータ作れよなー）
0132デフォルトの名無しさん
2006/12/21(木) 00:20:130133・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2006/12/21(木) 01:04:46むしろIntelインラインアセンブラ要求するところがあるのが気になったが
0134デフォルトの名無しさん
2006/12/21(木) 01:12:20それより、SPE向けにコンパイルしたら
.bss exceeds local store range
とかいいやがんの。んなでかくねーって。
0135デフォルトの名無しさん
2006/12/21(木) 02:20:09別におかしくは無い。SPE7のうち1つはOSが使う物。
単にユーザーからは直接触れないってだけ。
0136デフォルトの名無しさん
2006/12/21(木) 18:49:48それともマスターがひとつ？
0137デフォルトの名無しさん
2006/12/21(木) 19:16:027つのx86があって1つはVMWareが使ってデバイスをエミュレートして
中の人に6つのx86をそのまま見せてる、みたいなイメージ。
0138デフォルトの名無しさん
2006/12/21(木) 21:47:20120 ：67：2006/12/21(木) 20:37:59 ID:IJtDThab
ん〜変化が無いのは寂しいねぇ。
というわけで燃料投下。
中身はSPEプログラミングをちょっと楽にする
(適当に作った)ライブラリ/フレームワークです。
サンプル1個しかないけど…
http://n-exp.com/dl/libspem-0.0.1.tar.gz
この程度のライブラリでも面倒なモノはかなり吸収できてると思うんだ。
0139デフォルトの名無しさん
2006/12/22(金) 17:13:35問題はせっかく苦労して作っても
誰も使わない、使えない、評価できない、事だ
まさに豚に真珠、ぬかに釘、PGにCell、だ
0140デフォルトの名無しさん
2006/12/22(金) 17:37:36自分の持っている物より目新しいものは無かったからスルーしたが、今後に期待はしてる。
0141デフォルトの名無しさん
2006/12/22(金) 17:40:11プログラムが好きな人間だったら貶めないと思うけどな。
未踏の地は踏みたくなるのが人間らしいと思う。
0142デフォルトの名無しさん
2006/12/22(金) 18:47:212chの二大嫌われ派閥の一つゲハ厨乙。
0143デフォルトの名無しさん
2006/12/22(金) 23:00:460144デフォルトの名無しさん
2006/12/22(金) 23:17:55自体煽りだからな。そう言う目で見れば脳内フィルター張れんだけど。
0145デフォルトの名無しさん
2006/12/22(金) 23:43:56ベンチマークの方だけど、かなり間違いをやってたみたいで、現在のところ
最適化しなおしたSSE2 : 4.36秒
CELL版(ジョブスケジューリングあり) : 1.19秒
クロック当たり = 1 : 3.046
って感じ。分岐が思ったよりも負荷になってる感じかも。
0146デフォルトの名無しさん
2006/12/23(土) 02:19:530147デフォルトの名無しさん
2006/12/23(土) 02:35:14もう１つはなんだろ。
最悪板の１つがゲハなのは確実だけど。
0148デフォルトの名無しさん
2006/12/23(土) 04:09:54他の板に街宣するからな。
0149デフォルトの名無しさん
2006/12/25(月) 19:20:32http://cell.fixstars.com/ps3linux/index.php/Cell%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E3%81%AE%E3%83%AC%E3%82%B7%E3%83%94
0150デフォルトの名無しさん
2006/12/27(水) 21:48:29-fprofile-arcsや-fbranch-probabilitiesって実装されてる？
あるなら、プロファイルによるブランチヒントの挿入とかやってくれるかも。
動的な分岐予測を持ってないPPE/SPEにとってはありがたいと思うのだが。
0151デフォルトの名無しさん
2006/12/28(木) 00:11:130152デフォルトの名無しさん
2006/12/28(木) 02:00:070153デフォルトの名無しさん
2006/12/28(木) 10:04:130154デフォルトの名無しさん
2006/12/28(木) 10:53:32メモリ帯域が速いからかな？
ネットの情報を鵜呑みにせず自分の目で確かめた方がいいとおもた。
悪意のあるやつは「本当っぽいウソ」を書くからなあ。
なぜかそういう奴ほど検索で上位に来たりするんだよね。組織的にやってんのかな。
0155デフォルトの名無しさん
2006/12/29(金) 15:14:27EE の時だって初めのうちは遅いと言われてた。
そのうちみんなコツをつかむさ。
0156デフォルトの名無しさん
2006/12/29(金) 22:46:060157130
2006/12/30(土) 15:13:49set_cache_stateを省略したらリンク出来た。
ただし>>132で言った通りエラーが起きている。
PPE:
testing the Sarwate algorithm..............................passed
testing the slicing by 8 over 64 bit algorithm.............error
passed
Slicing by 8 Algorithm (cycles/byte), 5.976562
CRC calculation error
Sarwate Algorithm: (cycles/byte), 18.777344
SPE:
testing the Sarwate algorithm..............................passed
testing the slicing by 8 over 64 bit algorithm.............error
passed
Slicing by 8 Algorithm (cycles/byte), 5.996093
CRC calculation error
Sarwate Algorithm: (cycles/byte), 22.332029
0158デフォルトの名無しさん
2007/01/06(土) 02:24:41だってさ。
どう入手したものか不明だけど、パフォーマンスは気になるなぁ。
0159デフォルトの名無しさん
2007/01/07(日) 19:10:39>SPEで、あるタスクを実行しながらDMAで次に実行するタスクのプログラムとデータを読み込み、遅延なくそれを繰り返すっていうことできるのかな？
こういう書き込みがあったんだが、案外簡単に作れそうな気がする。
1: SPEに流し込む為のバイナリ生成方法を確立
2: タスクを読み込むDMA部分を書いてSPEバイナリに入れる
処理が有限の小さなタスクを順次DMAで読み込んで実行する事が出来るな。
ちょっと面白い事が出来るかも。
問題は1だが、elfspeか何かのソースを読めばいけるのかね。
0160デフォルトの名無しさん
2007/01/07(日) 19:14:100161デフォルトの名無しさん
2007/01/07(日) 19:15:11現在のタスクが処理中のメモリと、DMAで読み込む次のタスクのメモリをどうするか。
メモリを半分に分割して、バイナリはPICにすべきか。
0163デフォルトの名無しさん
2007/01/07(日) 20:09:13次のタスクを読み込むのに支障がでないかい？
0164デフォルトの名無しさん
2007/01/07(日) 20:16:25elfspeは参考にならなかったハズ…だし、
他のプログラムの実行中にELFをロードするメソッドもなかったはずだし、
そういう支障を来たさないためには、
・ ロードするアドレスに応じて(2つ以上の)バイナリを作っておく
・ 可変アドレスのためにダイナミックに(しかも手動で)ロードする (カーネルがやってるのと同じこと)
のいずれかが必要。
0165デフォルトの名無しさん
2007/01/07(日) 23:23:35プログラムを差し替えたいなら SPU Overlay を使えば？
0166・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/01/07(日) 23:27:580167デフォルトの名無しさん
2007/01/07(日) 23:35:350168・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/01/07(日) 23:39:22ってよりLinux嫌いなので
Excelでレイテンシ計算しながらコード書いてる。
そのLinux環境すらVPC
0169デフォルトの名無しさん
2007/01/08(月) 00:11:22odd/even のパイプライン管理と 128個のレジスタ管理に Excel は必要だよな。
レジスタは結局いくつあっても足りねえ。
0170・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/01/08(月) 00:19:24てかHDDなしで\39,800希望
ノート用のHDDちょうど余ってるから
0171デフォルトの名無しさん
2007/01/11(木) 16:58:19http://techon.nikkeibp.co.jp/article/NEWS/20070111/126317/
そういや、isolatedモードってPS3-Linuxとかでは使えないのかな。
仕様公開する気は無し？
0172デフォルトの名無しさん
2007/01/13(土) 12:20:27http://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&newsId=20070111005836&newsLang=en
0173デフォルトの名無しさん
2007/01/22(月) 02:32:040174デフォルトの名無しさん
2007/01/22(月) 02:32:560175デフォルトの名無しさん
2007/01/22(月) 02:34:55とりあえずこれを参考にしよう！
0176デフォルトの名無しさん
2007/01/22(月) 02:40:30これも参考になりそうだ！
0177デフォルトの名無しさん
2007/01/22(月) 02:47:13実行アドレス？まあいいか。
0178デフォルトの名無しさん
2007/01/22(月) 02:49:420179デフォルトの名無しさん
2007/01/22(月) 02:50:490180デフォルトの名無しさん
2007/01/22(月) 03:03:48MFC_WrTagMaskっていうチャネルがあるのかな？そうっぽいずら。
0181デフォルトの名無しさん
2007/01/22(月) 03:13:050182デフォルトの名無しさん
2007/01/22(月) 23:13:010183デフォルトの名無しさん
2007/01/22(月) 23:25:26１９ページ
分岐後の両方の計算をしておいて、分岐をなくすというやつ。
これってパイプラインの深いx86のcpuでも効果ありそうな気がするけど
どうなんだろうか。
0184デフォルトの名無しさん
2007/01/23(火) 01:08:26100を使うか200を使うかみたいのはコンパイラが値の差分でやるし、
aかbかみたいのもコンパイラオプションで強制すればcmovを使う。
でも効果があるのは予測出来なくてかつ超単純な演算に限られるから、
コンパイラが自動で行う事はあまり出来ない。
予測出来る場合は予測分岐でペナルティを無くせるし、
式が長いと両方計算するのは無駄。
ってことで、そこまで追いつめられる程の技量のあるプログラマは
当然各自意識してプログラミングする事になる。
ただ実際にはそこを考える前にアルゴリズムを見直す方が
何倍も何十倍も効果がある。
0185デフォルトの名無しさん
2007/01/23(火) 02:53:48すごく詳しく教えてくれてありがとう！
最後の部分だけど確かに条件分岐を減らしてみても、今の自分がやってる計算では
速度にほとんど影響なかった。普通にif文使わないのが面白かったのでやってみたけど
こだわって書いた割にはあまり甲斐がなかったなあ。
だから本当に速度出そうと思ったらプロファイルをやることが必要だなあと実感。
プロファイルの仕方もぼちぼちやっていこう！
0186デフォルトの名無しさん
2007/01/23(火) 04:11:15プログラムサイズが増えて、キャッシュを圧迫なんて事もあるしな。
もしチューニングにこだわったプログラムを書きたくなったら、
Grate Code Vol.2を読むべし。まぁ>>184の言う通り、
アルゴリズムを見直したりするのが先だろうけど。
0187デフォルトの名無しさん
2007/01/23(火) 11:33:142. 急所を探してそこだけチューニング
2.1 インラインとかマクロとか
2.2 intrinsicを利用
2.2 アセンブラを使う
キャッシュ＆パイプラインを意識する＆レジスタをうまく使う
間違ってもプログラム全体をチューニングしたりしない様に
0188デフォルトの名無しさん
2007/01/23(火) 16:00:10チューニングとかって、具体的にどうやればいいかってcellで初体験
だから、わからないことが多くて、でも面白いね。
例えばパイプラインを意識したチューニングとか具体的にどうすれば
いいのかまだわかってないんだよね。speはアウトオブオーダーがない
から、それを意識しろとかね。とりあえず、本は入手してみるよ！
0189・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/01/23(火) 23:02:51なぜなら普通に分岐予測ハードに頼った方がよっぽど効率がいいから。
0190sage
2007/01/24(水) 10:25:560191デフォルトの名無しさん
2007/01/24(水) 18:42:50まだ試してないから嘘言ってたらすまん。
0192デフォルトの名無しさん
2007/01/24(水) 22:33:22http://kfs3.ncsa.uiuc.edu/projects/cellutils/eib_bandwidth/
やっぱcellの強みのひとつは、このリングバスの速い転送速度だと思うので
LS間の転送を習得したいのです！
0193デフォルトの名無しさん
2007/01/24(水) 22:49:31spu_read_in_mbox
とにかく来たメールを読み込むのね。
0194デフォルトの名無しさん
2007/01/24(水) 23:05:24spu_mfcstat
たいていこの二つは組でつかわれているんだよなあ。spu_mfcstatは転送を
待つか待たないかってことかな。このブロックのタイプをどう選ぶかが
ものによって重要な予感…。
0195デフォルトの名無しさん
2007/01/24(水) 23:08:24spu_mfcstat
たいていこの二つは組でつかわれているんだよなあ。spu_mfcstatは転送を
待つか待たないかってことかな。このブロックのタイプをどう選ぶかが
ものによって重要な予感…。
0196デフォルトの名無しさん
2007/01/25(木) 00:07:18適当に眺めていたが、なかなか簡単にはわかんね。
PPEのプログラムから、順を追ってかないとだめそうだ。
ほんちゃんの帯域測定するためのDMAの前にいくつかDMAをやってて、
わかりにくい。
今日わかったこと
転送前に転送のためのいくつかの情報をmail or DMAで転送。
その後に本格的にDMA。
0197デフォルトの名無しさん
2007/01/25(木) 09:49:390198デフォルトの名無しさん
2007/01/25(木) 16:09:41情報ありがとう！その関数で検索かけいいブログ見つけました。
http://blogs.yahoo.co.jp/six_small_penguins/3017838.html
あとspe_get_lsはSPE run time libraryで解説が載ってるのですな。
http://www-306.ibm.com/chips/techlib/techlib.nsf/techdocs/771EC60D862C5857872571A8006A206B/$file/libspe_v1.2.pdf
sonyのC/C++拡張のpdfしかみてなかったんで、こっちに気づけてよかった。
0199デフォルトの名無しさん
2007/01/27(土) 20:07:42198のほうは、PPEとSPEがメール通知をしながら転送に必要な情報を取得しつつ、
SPE間のDMA転送をしている。
196のほうは、PPEであらかじめDMAに必要な情報を取得してしまって、それを
各SPEに先に送って、後はSPEにやらせるという感じかな（？）。
一回プログラムが始まったら、SPEで勝手にやってもらうというのが自分の
理想なので、196のほうを本格的にみていこうかな。ちょっとこっちは長いんだけどね。
0200デフォルトの名無しさん
2007/01/31(水) 04:53:02http://techon.nikkeibp.co.jp/article/NEWS/20070130/127140/
0201デフォルトの名無しさん
2007/02/02(金) 15:23:390202・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/02(金) 22:22:170203デフォルトの名無しさん
2007/02/02(金) 23:14:23ビルド：sambaでマウント。ssh/rshでホストベース認証(ssh-agentとかでも可？）、ビルドのコマンドにssh/rsh
デバッグ：新し目のgdbのソース（cygwinのパッケージのはだめ）をビルド、--target=powerpc64-ps3-linuxとか。ホストでgdbserver
0204デフォルトの名無しさん
2007/02/04(日) 04:42:06介するならその10分の１…。
LS間のdmaでは、データは一回メインメモリにマップされて、それからdmaされるようだ。
なんで直でLS間で通信できないんだろうか。せっかくリングバスでつながっているのに。
たぶんメールのやりとりはできるんけど。
LS間の直の転送って自分が知らないだけでできるんだろうか？
0205デフォルトの名無しさん
2007/02/04(日) 04:53:08やってもかわんないなあと今思っとります。データの転送量でいえばむしろへるし。
というのは、全SPE(６個)に全SPEと通信させたとして、6×6=36の通信が発生するのに対して、
全SPE→PPE→全SPEなら6(全SPE→PPE)+6(全SPE→PPE)=12の通信ですむから。
うーん、やっぱマルチコアは通信のことを考えるのがやっかいだ〜。
0206デフォルトの名無しさん
2007/02/04(日) 11:54:370207デフォルトの名無しさん
2007/02/04(日) 14:03:32Broadcastやりたいならpoint-to-pointは検討する迄もないだろ
0208デフォルトの名無しさん
2007/02/04(日) 14:15:55LS間のDMAは、直に行っているぞ。
それから、PPE<->SPE より SPE<->SPEの方が高速。
SPE<->SPEは片方向の場合、理論値25.6GB/sに近い速度がでる。
0209デフォルトの名無しさん
2007/02/04(日) 17:14:49そうなんだけど、main memory<->lsのレイテンシよりls<->lsのほうが断然早い
と思い込んでたからそれに期待したのです。もし転送データ量自体は大して多くないなら、
多少転送量の無駄使いになっても、結局早く転送できるのでいいかと思ってたということです。
>208
いままでいくつか資料見てきたんですけど、ls-lsのDMAはメインメモリにマップされて、
転送というのしかみたことがないのです。以下の11ページなんかがその例。
http://www.internetconference.org/ic2006/PDF/invited-talk/play-with-the-cell.pdf
実際のls<->lsのdmaのレイテンシは、main memory<->lsレイテンシと同じオーダーなので
そういうことだと思っています。以下でそれぞれのレイテンシが出てたはずです。
http://hpc.pnl.gov/people/fabrizio/papers/ieeemicro-cell.pdf
たしかにls<->lsのほうがほぼLSの帯域一杯使えるという点でははやいんですけど、
それほど多くないデータをちょくちょくやりとりしたいというときには、最低限通信にか
かるかかるレイテンシのほうが重要になってくると思うのです。
そのレイテンシにしても、ls<->lsのほうが、main memory<->lsよりも２倍くらい早いので、
いいんですけど、10−50倍並みの早いのを期待してたんで、ちょっと残念という感じです。
0210208, 209
2007/02/04(日) 17:43:29ちょっと特殊な用途を勝手に想定していたんで皆さん混乱させたかも。
ごめんなさい。
以下興味のあるひとは読んでみて下さい。
にゅーらるねっとはユニットが連絡しあうことで情報処理を行います。
Cellでやる場合、このユニットをSPEに振り分けて計算させるのがいいと思います。
ユニット同士の連絡のデータ量というのは、画像とか音楽のエンコードに比べると
、全然少ないと思うんですけど、連絡は常にしないといけないのです。
そうすると、リングバスの広い帯域で大容量データ転送というより、SPE間で
レイテンシの少ないこまごました通信をしたいということになるわけです。
0211デフォルトの名無しさん
2007/02/04(日) 20:26:43ユニット一個に数百個のニューロンが含まれるとすると
256KBのLSではかなり辛くない？
それはさておき
一塊を複数のSPEで処理するのは（完全結合だと）通信が多過ぎて無理っぽい
もし多層モデルなら各層をSPEに割り当ててパイプライン的に処理した方が速かろう
いずれにせよ通信量が減る構成or構造を考えないとそっちがネックになるべ？
0212デフォルトの名無しさん
2007/02/05(月) 00:57:24真面目にやる気がある人みたいなんで
漏れが知ってる限りのことは教えてやろう
>ls-lsのDMAはメインメモリにマップされて、転送というのしかみたことがないのです。
メインメモリにマップされるってのは嘘だ。正しくは、実効アドレス空間にマップ、だな。
実体がメインメモリにあるんじゃない。メモリマップドＩ／Ｏみたいなもんよ。
まああれだ。ＩＢＭの記事とかにもたまに怪しいのがあるぐらいなんだから、
そーゆー怪しい所の記事をうのみにするのは、、、な。
で、問題のレイテンシだが、元々リングバスなんて帯域は広くても
レイテンシには弱いはずだな。それにＳＰＥの物理的な距離の差でも
レイテンシは変わるはずなんじゃないか？ 測ったことはないが。
あとちなみに、ＤＭＡだと128バイトってマジックナンバーがあるから
それに合わせた設計すると、転送量に気持ち余裕ができるぞ。
0213デフォルトの名無しさん
2007/02/05(月) 02:03:07ぶっちゃけた言い方すれば、EAにマップされたSPU1のLSがあって、
SPU2がそのアドレスにDMA転送かけるってのは、（メインメモリは関係無く）
SPU1のLSに対する読み書きをするって事。
転送先のアドレスがメインのDRAMなりVRAMなり他のデバイスのメモリなりレジスタにマップされてれば、それぞれへの読み書きになる。
所で実際にニューロン1つにプロセッサ1個必要なら、EIBより外部バス（PS3ならGbEとか？）の方が問題になりそうな。知らんけど。
0214208, 209
2007/02/08(木) 03:03:05まだ最終的にいくつユニットをつかうとか決めてないんだけど、
なるべく多くのユニットでやって見たいなと思ってます。LSの容量の問題があるけど、
ユニット自身の計算している間に、DMAで次のユニットのデータをロード
するような仕組みでいけば、LSの問題は一応解消できるかなと思ってます。
面倒くさそうだけど…。
>>212、213
私、はずかしながらMMIOというものをわかっていませんでした。了解です。
PS3でクラスタ組むということもちょっと考えているんだけど、たぶんGbE
のレイテンシ（１０μsオーダー？)なら、そこそこいけると思ってます。
とりあえず１台でできたら、次にやろうかな。きっとその頃にはPS3も安くなってるでしょう…。
0215209
2007/02/09(金) 03:40:260216デフォルトの名無しさん
2007/02/09(金) 17:07:170217デフォルトの名無しさん
2007/02/10(土) 02:04:40>するような仕組みでいけば、LSの問題は一応解消できるかなと思ってます。
俺もこれやりたい。
libspe2には一応オーバレイの仕組みもあるけど、
そういうことをDMA使って自分でやりたいんだよね。
自分で組めばオーバレイのダブルバッファリングができるはずなので。
でもリンカのスクリプトとかわけわからんwwww
どっかに資料ないかなあ・・・
0218デフォルトの名無しさん
2007/02/10(土) 13:53:41どこが分からないのかが分からないのであれだが
ttp://cell.fixstars.com/pukiwiki/index.php?lesson5
これにセカンドバッファへの転送開始，バッファ切り替え，待ち，＆ループ
を追加したんじゃダメなの？
0219デフォルトの名無しさん
2007/02/10(土) 15:26:18バッファリング（ダブルである必要は無いが）だろうな。
>>217 はテキスト、つまりプログラム断片を動的に読み込みたいんだろ。
グローバル変数とかが要らないんだったら、テキストセグメントの
アドレス指定してELFつくればなんとかなるんじゃね？
つか、libspe2にそんな機能あるの？ リファレンスには載って
なかったような気がするが
0220デフォルトの名無しさん
2007/02/10(土) 18:02:240221デフォルトの名無しさん
2007/02/10(土) 18:32:34CBE SDK2.0のISOイメージの中にあるpdfの、
cpbprg00.pdf (Software Development Kit 2.0 Programmer's Guide Version 1.0)
これの４章に説明があるよ。
IBMのサンプルコードにもoverlayっていうのがある。
一応テストしてみたけど、それなりに高価なのでループの中の関数には使えないな。(当然か)
ゲームループの中で数十回タスク切り替えする程度なら十分使えそうだけど。
0222デフォルトの名無しさん
2007/02/10(土) 22:34:51分散メモリ環境だと
データ常駐，コード取っ替え引っ換え
コード常駐，データ取っ替え引っ換え
のどちらかでやるのが速そう
コード＆データを取っ替え引っ換えってのもあるけど
0223デフォルトの名無しさん
2007/02/11(日) 00:48:16動的に変更できるように設計しましょう。
0224デフォルトの名無しさん
2007/02/11(日) 20:02:48だとすると大抵はデータ常駐になるか
0225209
2007/02/11(日) 22:14:11DMA転送をさせるられるようになってきたけど、まだいろいろ苦闘しております。
なんでかというと、SPE間の同期をとりつつうまく転送するというのが
簡単そうでなかなか難しい。
やっていて感じたのが、個々のSPEの演算の進み具合はかなりバラけるよう。
先入観で、きっと大して同期とらなくてもおんなじ演算させてりゃ勝手にあ
うだろうと思ってたら、甘かった。
0226209
2007/02/11(日) 22:21:11計算させて時間を稼ごう（レイテンシを隠蔽しよう)とかしても、ほとんど
演算時間の短縮に効果がないということが少しづつ判明して参りました。
100ns前後の遅延は、10の7乗回積み重なってやっと1秒だし。
将来、ネットワークを大きくしたときトラフィックが膨大に増える
可能性があるので、本格的な最適化はそのときにしようと思っとります。
0227デフォルトの名無しさん
2007/02/11(日) 22:57:07俺は、そもそもPS3買う予定もない人間なんだが。
0228・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/11(日) 23:47:100229デフォルトの名無しさん
2007/02/12(月) 00:06:57Linux慣れてるならFedoraを薦める
詳しくはLinux板見るベシ
0230デフォルトの名無しさん
2007/02/12(月) 00:07:520231デフォルトの名無しさん
2007/02/12(月) 13:34:54ハァ？
0232・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/12(月) 15:55:41こんがり焼けました。
0233デフォルトの名無しさん
2007/02/12(月) 18:17:060234・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/12(月) 18:20:060235・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/12(月) 18:24:47S端子接続って画質よくなる？
アプコン使ってVGAに接続してるんだけど。
ちなみにHDMI対応ディスプレイなんてものはうちにはない。
まあ普段はtelnetで十分ですよね
0236デフォルトの名無しさん
2007/02/12(月) 18:33:380237デフォルトの名無しさん
2007/02/12(月) 19:01:300238デフォルトの名無しさん
2007/02/13(火) 01:01:33ただしビデオ叩くのはちゃんとディスプレイからログインしないと駄目。
0239209
2007/02/13(火) 06:07:50もうバスエラーが出まくって、なんで？なんで？って大変だったです。
データ転送する前にSPE間で同期をとる必要があって、そんなことは
やったことがないのでとりあえず適当にやってみるが、ちょっとでも
穴があると、みんな勝って気ままにどっかへいってしまう。
幼稚園児を整列させるようです。
DMAのありのと無しの計算からレイテンシを見積もると、約15ns。
おー、早いなあ。
ただ、SPEの数を3、4…と増やしていくと、計算時間は、レイテンシ以上に
増加していく。
原因ははっきり調べてないけど、同期に時間がかかっているんだろう。
0240209
2007/02/13(火) 06:13:48トータルの計算時間中の通信時間がいまでも十分小さいので、とりあえず
これでよしとしよう。わーい。
0241デフォルトの名無しさん
2007/02/13(火) 09:29:35増加していく。
リングバスの（衝突/混雑の）せいじゃなく？
0242デフォルトの名無しさん
2007/02/13(火) 10:24:18おめ＆がんがれ、応援してるぞ
徹夜のようだが無理すんなよ
0243209
2007/02/13(火) 17:18:31SPEが4個の時、DMAキューは最大12なんだけど、リングバスの最大DMAキューと
同じだから、多分4つまでは飽和しないと思うんだ。でも、2、3、4…と増やすにつれ
レイテンシはだんだん増加するから多分同期のせいだと思うんだ。調べられたら
調べてみます。
>>242
あんた体まで心配してくれるなんてなんていい人なんだ！
ちなみに早起きしただけだから、大丈夫だよ！
0244デフォルトの名無しさん
2007/02/14(水) 08:24:320245デフォルトの名無しさん
2007/02/14(水) 10:10:09遅レスだけど、かなり単純なDMAダブルバッファのサンプルコードがBEハンドブックにあるよ。
ttp://www-128.ibm.com/developerworks/power/cell/docs_documentation.html
Cell Broadband Engine programming handbook
同期とったりとかは別に考えないとだけど。
0246デフォルトの名無しさん
2007/02/15(木) 01:10:130247デフォルトの名無しさん
2007/02/15(木) 02:38:50まぁ45nmはなかなか厳しいので正しい判断ではあるよな。
0248デフォルトの名無しさん
2007/02/15(木) 09:09:210249デフォルトの名無しさん
2007/02/15(木) 09:31:16投資効率考えたら当然ではあるんだが、日本の景気が良いうちにソニーにかぎらず
ここら辺の先端技術でリードできる立場になっておいて欲しい所。
0250デフォルトの名無しさん
2007/02/15(木) 10:11:410251209
2007/02/15(木) 22:04:53CELLをつづけてくれればいいんだけどなあ。
まあIntelのやつはもともとCELLに触発された部分が大きいのかも知れないけれど
これからこのCPUは先細りするといわれるとプログラムのやる気がちょっとダウンするなあ。
。
0252デフォルトの名無しさん
2007/02/16(金) 01:10:230253デフォルトの名無しさん
2007/02/16(金) 01:19:350254・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/16(金) 01:28:04Inteも欲してる技術じゃなかろうか
0255デフォルトの名無しさん
2007/02/16(金) 12:37:29どんどん先細るよ。45nmの次が32nmくらい(ﾌﾟ
0256デフォルトの名無しさん
2007/02/16(金) 13:00:21カスタムやマイナーチェンジなんかも楽勝では。
いままでは65nm工場開発と、Cellの研究開発で5000億でしょ？
その二つ得た今となっては45nm研究しない分物凄い潤沢資金なはずだが。
あとIntelの奴はそれこそ専用用途にしかつかえないっぽいが。
0257デフォルトの名無しさん
2007/02/16(金) 14:01:28メニーもヘテロも本格的には出て来たばかりでどちらがなんてまだ分からないと思うけど。
0258デフォルトの名無しさん
2007/02/16(金) 17:24:580259209
2007/02/17(土) 00:02:39すんげーたかいんだろうなあ…。
たとえば、65nmのcore 2 quadのXeonなら
倍精度50Gで、たぶん30-40万くらいで買えるでしょ。
強化型CELLは倍精度100Gflopsで100万じゃかえんだろうなあ…。
PS3に乗るわけないしなあ。
0260デフォルトの名無しさん
2007/02/17(土) 02:24:520261デフォルトの名無しさん
2007/02/17(土) 12:16:240262デフォルトの名無しさん
2007/02/17(土) 13:40:35なぜそんなに高くなると思うの？
0263・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/17(土) 14:05:47何が高いって、XDRメモリが高い。
数が出ない云々以前に、RAMBUS利権もあるし。
メモリコントローラがオンダイでXDR-DRAMきめうちだから、FB-DIMMなんかは無理。
0264デフォルトの名無しさん
2007/02/17(土) 15:18:130265・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/17(土) 15:35:52CellアクセラレータボードがXDR 1GB（ダイレクト）＋DDR2 4GB（I/Oコントローラ経由）
だった気が。
0266・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/17(土) 15:42:250267209
2007/02/17(土) 20:54:3890nmのIBMCELLサーバーでも200万位するでしょ。それがさらに量産効果が
でにくそうな倍精度強化版CELLじゃあもっと価格がはね上がりそうな気が…。
あとメモリも高いんすね。
100Gflops欲しかったら、PS3を5台買えばいいか。20万くらいだしね。
単精度なら約1Tflops!
0268デフォルトの名無しさん
2007/02/18(日) 01:59:19その方がいいと思われ。
0269262
2007/02/18(日) 01:59:35高くなると推定するのが不思議だったんで訊いたんだわ
つまり周りがどうなるかの見当が付いているのかな？と
今のCellの単なる倍精度版なら今と同程度かちょっと高い位になると
考えるのが当然だけど
0270デフォルトの名無しさん
2007/02/18(日) 02:08:170272デフォルトの名無しさん
2007/02/18(日) 09:07:090273デフォルトの名無しさん
2007/02/18(日) 09:25:31出血サービスのPSというかたち以外でCellが庶民の手の届く価格で
販売されることはないというのが普通の考え方だよね。
65nmは倍精度強化版onlyみたいなことになると楽しいんだけど。
C2Dの2.5GHzで20Gflopsあるのに、わざわざPS3でクラスタ組もう
とする貴方はとってもマゾヒスト。
0274209
2007/02/18(日) 14:19:24趣味でCELLで大規模な科学技術計算やってみたいなあと思ってんだけど、
冷静にCELLとcore 2で価格と手間を天秤にかけると、微妙なんだよね。
去年は、CELLに対して脳内にかなりお花畑が広がってたんで、何も疑問も持たず
CELLのプログラミングとか勉強してたんだけど、最近のcore 2の性能とシュリンクの
進み具合を見ていると、天秤が今水平に近づいている感じ。
それでもやろうっていうのは、CELLはやっぱいじってると面白いというのと
まだLSの構造にわずかに可能性を感じているというのが理由。あとは手軽に扱える値段かな。
0275209
2007/02/18(日) 14:35:10それをいろんなCPUと比べたり、プログラミングに反映させたりするのが
すごく面白かったし勉強になった。
で、いじってみた結果、用途によって、CELLは向き不向きが激しいことがわかってきた。
倍精度ではCore2と価格性能比が倍くらいしか違わない。
0276デフォルトの名無しさん
2007/02/18(日) 16:24:51多数のオブジェクトの衝突判定を並列化する方法
移動後の座標をボクセルに振り分ける。
1つのボクセル内に存在するキャラを総当たりで衝突判定。
処理の順序としては、移動、振り分け、衝突判定、衝突処理。
これで処理を並列化できる。
もう少し詳しく言えば、衝突判定をしやすくするために、
ボクセルに振り分ける時点で座標値などをボクセルごとの一時バッファに複製しておく。
これにより巨大なバッファをLSにロードする必要がなくなる。
衝突の連鎖については次フレームに回す。それで結果的には再帰処理になる。
普通は移動後に振り分けるというより
ボクセル内のオブジェクトを管理するバッファを常設しておいて
移動でボクセル外に出たときだけバッファの更新をするでしょ。
0277デフォルトの名無しさん
2007/02/18(日) 16:31:41SPEはタイト過ぎるから、用途派生のCPUを作ってくれなきゃ中途半端で手が出ない気がする。
それはそれで、また別の問題が……
0278・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
2007/02/18(日) 16:45:08なんつーか、オートマトンを順番に辿っていくような処理はベクトル演算は不向きっつーか
分岐が致命的に痛い。
0279デフォルトの名無しさん
2007/02/18(日) 16:55:480280デフォルトの名無しさん
2007/02/18(日) 21:13:52そう思うならこのスレ来ないほうが君のため。
0281デフォルトの名無しさん
2007/02/18(日) 23:17:13論文書きたいならCell。
Cellでこんなこともできました、こうやって速くしました、で論文になるよ。
科学技術計算の結果の方が必要なんだったらCore2のほがいいかな。
0282209
2007/02/18(日) 23:53:40Cellでやっただけで論文になるというのが、そんなんでいいの？って気が
はじめはしてたんだけど、最近成り立ちそうな気がしてきました。
たとえばニューラルネットの話だけど、コアにどのようにユニットを割って
どのような通信をさせるかというのは、以外に簡単じゃない。
結合がないユニットを担当するSPE間では通信の必要がない。また結合があるユニットは
同じSPEで計算させたほうが情報を共有できていい。でも各SPEはなるべく同数の
ユニットを割り振るほうがいい。
これを決めるにはCellのアーキテクチャが関わってきて、同じマルチコアでも
たとえばcore 2だと状況が変わってくると思う。めんどくさくもあり、面白くもあり。
こういうことが実行するプログラムによっても、パラメータによっても変わってくる。
0283209
2007/02/18(日) 23:55:45それを試してみるというのは意味はありそうですな。
0284デフォルトの名無しさん
2007/02/19(月) 03:10:34そうそう、やっぱCELLはいじってて面白いんだよ。
ヘテロコアの可能性も感じるしね。
CELL自体が商業的に成功するかどうかはわからないけど。
0285・∀・）っ-○◎● ◆DanGorION6
2007/02/19(月) 04:46:29http://www.vgcharts.org/
いや俺も買ったんだけどさ。マゾだから。
0286デフォルトの名無しさん
2007/02/19(月) 12:34:540287デフォルトの名無しさん
2007/02/19(月) 15:35:470288デフォルトの名無しさん
2007/02/19(月) 18:00:20正規表現をSIMDで効率的に動かす方法か。
4並列の手動投機実行みたいな事は出来ないのかな。
0289デフォルトの名無しさん
2007/02/19(月) 21:22:04お前にはそれがわかってない
0290デフォルトの名無しさん
2007/02/19(月) 22:55:160291209
2007/02/19(月) 23:11:51cellの命運を決めるものは、なんになるだろう。
自動並列化コンパイラが完成したら、cellは成功するだろうか？
PS3がPS2並に普及が必要だろうか？
cellのアーキテクチャがすでに成功を決定付けているだろうか？またはその逆に
失敗を決定付けているだろうか？
cellの家電搭載化が必要だろうか？
linuxでのcellのppeとspeのフル稼働化、エコシステムの構築が必要だろうか？
0292209
2007/02/19(月) 23:14:02になる気がする。５万円でハイスペックで、Blue ray付きのPCがかえるとなったら
mac並に選択肢にはいるんではなかろうか。RSX＆メモリ開放とSPE活用さえできれば、
実現できそうだけど、ありえないのかなあ。
0293デフォルトの名無しさん
2007/02/20(火) 00:55:40なんか裏ワザっぽい扱いのままで。もったいない。
0294デフォルトの名無しさん
2007/02/20(火) 01:00:220295デフォルトの名無しさん
2007/02/20(火) 01:07:560296・∀・）っ-○◎● ◆DanGorION6
2007/02/20(火) 01:15:58そういうゲーム出てきてないけど
定石をBDメディアに大量に入れておいて探索するだけ？それじゃつまらんな。
0297デフォルトの名無しさん
2007/02/20(火) 11:37:30ClearSpeedのコンパイラ自体は使い物にならないんだけど。
0298デフォルトの名無しさん
2007/02/20(火) 18:36:14単純なCPUでメインメモリの多い箱○にインスコした方が性能でるだろ。
0299デフォルトの名無しさん
2007/02/20(火) 19:11:48何をするのかによるのでそれは言い難い。
0300デフォルトの名無しさん
2007/02/20(火) 21:24:49向いてるような向いてなさそうな．．．どうなんだろ？
分散して同時並行して調べることができるなら
単一のCPUつかうよりも深読みとかできそうだ
将棋とかのルールに沿ってコマを動かすって
けっこう細かい if がつらなると思うんだけど
そういう処理って Cell は苦手そうだし
あと同じような局面で過去にあったかどうか調べるのに
メモリがたくさんいりそう
どれもプログラムの作り方次第かもしれないが
0301デフォルトの名無しさん
2007/02/20(火) 22:31:40という方向なら結構いけるかも？
0302デフォルトの名無しさん
2007/02/21(水) 01:35:16限りだと、Cellを使っても爆発的な強さは得られないように感じた。
計算量増えたところで読める深さはたかがしれてる。
現状だと、棋譜からDB構築も含めた質の良い評価関数の作成の方が効果は高そう。
>>301
去年の将棋大会で(初出場で)優勝したBonanzaは枝刈りしていないらしい。
ちなみに、ソースも公開されてる。これをCellに落とし込むだけならそんなに
難しくないと思う。コンピュータ同士で対戦させるためのプロトコルも
定義されているから興味のある人は調べてみるといい。
0303デフォルトの名無しさん
2007/02/21(水) 01:38:57これで飯食えないかなー？と真面目に検討した結果、計算量によって
圧倒的な強さを得るのは難しそう、と感じただけ。
リバーシの感覚で気軽に考えたのが甘かった。
0304デフォルトの名無しさん
2007/02/21(水) 02:08:14将棋はチェスよりも難しいぞ・・・
0305・∀・）っ-○◎● ◆DanGorION6
2007/02/21(水) 02:32:480306デフォルトの名無しさん
2007/02/21(水) 02:38:33あと、駒をひっくり返すか返さないかも
0307デフォルトの名無しさん
2007/02/21(水) 16:59:13http://news22.2ch.net/test/read.cgi/gamenews/1172023681/
0308デフォルトの名無しさん
2007/02/21(水) 17:05:360309デフォルトの名無しさん
2007/02/22(木) 10:28:400310・∀・）っ-○◎● ◆DanGorION6
2007/02/22(木) 23:13:28実質、不成を選択できるのは香と桂と銀だけだけどな。
香と桂は次に動かすときには必ず成らないといけないからさほど状態爆発はしない。
銀は敢えて成らないのも戦法としてある。
0311デフォルトの名無しさん
2007/02/23(金) 01:57:27他の駒でも常に成ると決めてしまうわけにはいかない
0312・∀・）っ-○◎● ◆DanGorION6
2007/02/23(金) 02:26:23歩はならなかったら成らなかったで前に１ますしか進めないから状態は増えないな。
飛車角も同じ。成ると動きが増えるが、成らなかったからむしろ動きの可能性が収束するだけ
ちなみに成らないと次に動けない位置に達したら確実に成らないといけないし
そういうところに打つのも駄目。反則負けになる。
やっぱり銀だね。成るか成らないかで戦局が大きく変わることがある。。
0313デフォルトの名無しさん
2007/02/23(金) 12:49:39歩の「打ち歩詰めを避ける」ってのもよく判らんし。
0314デフォルトの名無しさん
2007/02/23(金) 14:55:22手持ちが歩だけで、
最後の一手で歩を打って詰みになってしまうとき
わざと成らないで逃げ道作って詰めるときはある
0315デフォルトの名無しさん
2007/02/23(金) 17:03:59団子は探索型のプログラム書いたことないの？
飛車だろうが角だろうが成る/不成で状態数は増えるぞ
0316・∀・）っ-○◎● ◆DanGorION6
2007/02/23(金) 17:56:34羽生氏ですら稀にあるよ。
うっかりだとか、裏返す暇がなかったとか。反則にはならない。
古畑任三郎のネタであったな。
後一手で飛車成で勝負が決まるところを
飛車の裏に被害者の血痕がついてたがために
別の方向に動かして・・・・
成らなかったところで動きが増えないだけだからむしろ状態は絞られるだろ
0317・∀・）っ-○◎● ◆DanGorION6
2007/02/23(金) 20:15:38それは突き歩詰めと言う奴では？
べつに、と金になったら詰めないわけじゃないだろ。
うっかり二歩のほうがむしろ怖い
0318デフォルトの名無しさん
2007/02/23(金) 23:15:41（局面の状態＝駒の種類と位置）
あそうか．将棋のルールを知らないんだｗ
0319・∀・）っ-○◎● ◆DanGorION6
2007/02/23(金) 23:22:14桂・香・銀以外は不成のパターンは無視していいに等しい
0320デフォルトの名無しさん
2007/02/23(金) 23:28:500321デフォルトの名無しさん
2007/02/23(金) 23:40:23今の流れはあまりに Cell と関係ないような
一般的な将棋プログラムの話ならこっちだと思う
おまいら最強の将棋プログラムしてみろよ part5
http://pc10.2ch.net/test/read.cgi/tech/1109307327/
0322・∀・）っ-○◎● ◆DanGorION6
2007/02/23(金) 23:46:12だから、成れば動きが増えても減らない駒で自ら不成として可能性を狭めても
自分のクビをしめるだけで相手に弊害はない。むしろ手が絞り込めちゃう。
「と金」をとろうが「歩」をとろうが持ち駒になるのは歩だしね。
俺が知る限りではコンピュータ将棋で不成を選択できるのは３種類だけだよ。
>>321には胴衣
0323デフォルトの名無しさん
2007/02/24(土) 00:44:160324・∀・）っ-○◎● ◆DanGorION6
2007/02/24(土) 02:25:40将棋も持ち駒うてなかったらおそらく解法はチェス同等かそれより簡単になるとオモ
0325デフォルトの名無しさん
2007/02/24(土) 02:29:41それは将棋というゲームのルールですかという疑問
つか、将棋の話はストップ 続きは>>321で。
0326デフォルトの名無しさん
2007/02/24(土) 02:55:21NG登録しましょう
0327デフォルトの名無しさん
2007/02/25(日) 01:59:16情報が増えるくらいのことを状態爆発とは言わない
どんだけ効率の悪いコード書いてるんだよ
0328デフォルトの名無しさん
2007/02/25(日) 02:04:280329デフォルトの名無しさん
2007/02/25(日) 02:10:33たとえば歩を成らずに進める可能性を考慮してどれだけ状態が増えるんだよ
前にしか進まないだろ
0330デフォルトの名無しさん
2007/02/25(日) 02:44:090331デフォルトの名無しさん
2007/02/25(日) 02:47:230332デフォルトの名無しさん
2007/02/25(日) 02:48:490333デフォルトの名無しさん
2007/02/25(日) 02:52:26それがわからないならプログラム向いてないよ。
0334デフォルトの名無しさん
2007/02/25(日) 02:57:480335デフォルトの名無しさん
2007/02/25(日) 02:59:410336デフォルトの名無しさん
2007/02/25(日) 03:04:20どれだけ上がるのか説明してみてくれ
0337デフォルトの名無しさん
2007/02/25(日) 03:17:090338デフォルトの名無しさん
2007/02/25(日) 03:25:06FSMを構成してみればわかるだろが
0339デフォルトの名無しさん
2007/02/25(日) 03:34:190340デフォルトの名無しさん
2007/02/25(日) 03:40:550341デフォルトの名無しさん
2007/02/25(日) 03:48:35ただ歩は成っておいた方が状態数(選択肢)が増やせるし、成った事によるpruningも発生しない
0342デフォルトの名無しさん
2007/02/25(日) 03:55:08成らない可能性を考慮しようがするまいが大して状態数は増えないんだろ結局。
0343デフォルトの名無しさん
2007/02/25(日) 04:03:23持ち駒という概念が状態数を爆発させる最大の要因であって
成って損のない駒が成るか成らないかなんてことに拘る方がアホ
0344デフォルトの名無しさん
2007/02/25(日) 04:10:060345デフォルトの名無しさん
2007/02/25(日) 04:17:58駒の復活による計算量の爆発に比べれば遙かに小さい
見積もりも出来てないのはお前だろアホ
0346デフォルトの名無しさん
2007/02/25(日) 04:23:41だから何？
0347デフォルトの名無しさん
2007/02/25(日) 04:24:50とれる動き方の状態が多いとが本気で思ってそうだなこの馬鹿
0348デフォルトの名無しさん
2007/02/25(日) 04:29:35素人はこれ以上反論しても無駄だからオムツ替えて寝ろ
0349デフォルトの名無しさん
2007/02/25(日) 04:45:060350デフォルトの名無しさん
2007/02/25(日) 04:56:38将棋の探索アルゴリズムを本当に複雑化させてるのは持ち駒を打つとき。
持ち駒というやつは盤上の空きのどこにでも打てる（歩・香・桂馬には若干の制限がある）
盤上の駒を動かすより遙かにオーダに大きい。
成ると駒の動き方が変わることなんて問題としちゃ小さい小さい
0351デフォルトの名無しさん
2007/02/25(日) 05:14:26オセロも置ける場所が減っていく。白黒合わせて60手までで必ず終わる。
将棋は局面が進んでも盤上に取った駒を復活させることができるからなかなか収束しない。
だから将棋のアルゴリズムは、定石パターンと照らし合わせて絞り込むことが重要になる。
愚直に総当たり検索なんてやってたらいくらリソースあっても足りない。
削れる枝は大胆に削るのが鉄則。
表か裏かでいちいち状態数云々考える時点でアルゴリズムのセンスなし。
0352デフォルトの名無しさん
2007/02/25(日) 05:17:18既存のソースは使い物にならないし
かといってPS3向けに最適化する暇人もいないだろう。
0353デフォルトの名無しさん
2007/02/25(日) 05:39:080354デフォルトの名無しさん
2007/02/25(日) 05:51:29少ないとは言っても200MBくらいのメモリは使えるんだし
PCの数年前の将棋ソフトくらいに匹敵する強さにはなるだろう。
0355デフォルトの名無しさん
2007/02/25(日) 11:35:29まぁ考え方は根本的に変えなけりゃダメだろうな。
たとえば局面評価にしても、ここがこうだから何点などという手続き的な
やり方じゃなく、ひとつの評価関数(どんな複雑なものになるかわからんが)に
落とし込んで、整数条件を緩和して上界を求める、とか。
0356デフォルトの名無しさん
2007/02/25(日) 14:07:480357デフォルトの名無しさん
2007/02/25(日) 19:54:50PPEでキューを管理して
SPEで次のノード探索タスクを並列して実行すれば
幅も深さも適当な探索ができる気がする
0358デフォルトの名無しさん
2007/02/26(月) 00:44:12つよくなるものなの？処理に使える時間が重要？覚えておくパターン数が重要？
0359デフォルトの名無しさん
2007/02/26(月) 02:55:03当然短時間でより多くの処理ができる方が強いということになるだろうな。
まあメモリ640kbのZ80マシンでも将棋ソフトは作れたんだしなんかは作れるだろ。
0360デフォルトの名無しさん
2007/02/26(月) 04:26:30普通の将棋には制限時間というものがあるお
0361デフォルトの名無しさん
2007/02/26(月) 04:57:440362デフォルトの名無しさん
2007/02/26(月) 20:56:43時間制限ありでやったことはほとんどないんでわからんですよ。
0363デフォルトの名無しさん
2007/02/26(月) 23:54:22の場合「持ち時間は25分とする」とルールに書いてある
0364デフォルトの名無しさん
2007/02/27(火) 00:58:270365デフォルトの名無しさん
2007/02/27(火) 04:35:480366デフォルトの名無しさん
2007/02/27(火) 04:49:230367デフォルトの名無しさん
2007/02/27(火) 05:45:45叩かれないですむだろうか（涙）
0368デフォルトの名無しさん
2007/02/27(火) 09:18:14そんなところに当たり判定は無いというか。
0369デフォルトの名無しさん
2007/02/27(火) 10:28:540370デフォルトの名無しさん
2007/02/28(水) 02:29:370371デフォルトの名無しさん
2007/02/28(水) 03:40:05Intelコンパイラ使って何も考えなくてもパフォーマンスが得られることもあるからなぁ。
0372デフォルトの名無しさん
2007/02/28(水) 08:30:470373デフォルトの名無しさん
2007/02/28(水) 11:45:300374デフォルトの名無しさん
2007/02/28(水) 16:59:30奇天烈なCellプログラミングは最早マルチプロセスだと思う。
0375デフォルトの名無しさん
2007/03/01(木) 01:11:17http://moss.csc.ncsu.edu/~mueller/cluster/ps3/
0376ps3cluster
2007/03/01(木) 01:38:35目標はクラスタで大規模数値計算。
計算はニューラルネット。単体で動かす分は大体できた。
0377ps3cluster
2007/03/01(木) 01:46:15一番やっかいだったのはコア間の同期と通信。
送ったはずなのにたま〜にとどいてなくて、悩んで数日。
メモリの一貫性(というのか？)を身をもって体験しました…。
0378ps3cluster
2007/03/01(木) 01:56:18最適化の作業ってはじめての経験でしたが、ループアンロールというのを
やってみたところ、ある部分ではもんすごいはやく（大体８倍)なって、びっくり。
あとどうしてもスカラで分岐でしかかけないところがあって、やっぱり遅くて
ここも将来何とかできないかなあとは思ってます。
0379ps3cluster
2007/03/01(木) 01:58:55まだ2台目すぐには買えないので、ゆくっりとプランをねります。
とりあえずMPIで通信、gigabit eatherでつなぐと。
クラスタ作るのも初めてなんですが、gigabit eatherのMPI通信のレイテンシは
普通100μs位らしく、まあなんとかなりそう。
でもあと半分くらいになってくれたらうれしいなあ。ちょっと手を入れると
早くなるそうだけど、ど素人なのでいつかできたらね。
0380ps3cluster
2007/03/01(木) 02:05:12それをSPEにさらに送ることになるだろうということ。
ということは、通信する必要があるデータは、PPEに集めてそっから別PS3に
おくらにゃいけません。
今はPPEは全然使ってないんで、書き換えねばならぬ。失敗した。
0381ps3cluster
2007/03/01(木) 02:12:20あとPS3のおき場所と電源を考えねば…。安く売ってるとこも探そうっと。
0382・∀・）っ-○◎●
2007/03/01(木) 02:13:560383デフォルトの名無しさん
2007/03/01(木) 04:53:11PPEにお仕事ができて丁度いいじゃん。普通に書こうとするとPPEに仕事させないのが速いから
どうしてもPPEが遊びがちになるから。
0384デフォルトの名無しさん
2007/03/01(木) 05:04:37HP公開ﾏﾀﾞｧｰ？
0385ps3cluster
2007/03/01(木) 23:48:22当初に比べると安くなったなあ。あと65nm版がでることを願っているが、半年はかかるかなあ。
>>383
PPEはSPEのMFC的に通信で単独に動けるから、クラスタではうまくはまりそう。
>>381
HPないよ。
0386ps3cluster
2007/03/01(木) 23:59:49計算とレイテンシについてかんがえて見た。
大雑把にみて、PPE間の通信が例えば100μsの場合、SPEでデータ転送が必要になる間隔が100μsなら、
PPEが転送してる間にSPEに計算させることで、通信のレイテンシを隠蔽できる。
ほんとは、通信が待ってからじゃないと計算できないはずだけど、ニューラルネットの場合
そこが融通がききます。
0387ps3cluster
2007/03/02(金) 00:06:34SPE間の通信速度があまりに速くて、隠蔽するまでもなく通信が終わってから計算しても
十分早いという結果になった(SPE間の通信のレイテンシは2,30ns程度)。
0388ps3cluster
2007/03/02(金) 00:19:47SPEにもっと重い計算をさせ、通信間隔が伸びるようにすれば一応、解決になる。
実際にMPIでどれだけレイテンシが発生するかまだわからないので、とにかくつくって
はかってみてから、調整しよう！
0389デフォルトの名無しさん
2007/03/03(土) 17:59:570390・∀・）っ-○◎●
2007/03/03(土) 19:40:420391・∀・）っ-○◎●
2007/03/03(土) 23:23:24まだPPEだけだけど。
2スレッド動かさないとピークでないっぽいので、MPI対応パッチ当ててみるか。
0392デフォルトの名無しさん
2007/03/04(日) 01:04:27ビットストリームで切れ目が無いものをビット単位に処理するとか。
0393デフォルトの名無しさん
2007/03/04(日) 09:59:50んなこたない
Cellに向かない処理はCellでやらなければいいだけの話
なんでもかんでもCellで出来ないかとか妄想するから
ﾍｯﾎﾟｺCPUの烙印を押されてしまうんだと気がついた今日この頃
0394デフォルトの名無しさん
2007/03/04(日) 10:19:37なんかそれも違う気がする
得意じゃないのであって、出来ないわけじゃない
ペナルティがあったってやらなきゃいけない事はやらなきゃ。
（アクセラレーターがあるわけじゃあるまいし
0395デフォルトの名無しさん
2007/03/04(日) 11:06:51ペナルティはあるが、複数のSPUで任せたほうが早い場合、ネックになる部分を
どうするかでさらに高速になるかという話ね。
時間がかかっているところに重点的に手を入れるのは常套手段だし。
PPUでやろうと思ったが、SPUに処理を投げているだけなのに意外とあき時間が無いんだよね。
現時点ではデータ分割で１００個に分割したとして、５個のSPUに２０個筒一気に投げると
先に終わったSPUの遊び時間が長くて無駄。１個筒投げる方がいい。
最初に半分SPUに投げて、PPUで１個やって、残りを終わったSPUに１個筒なげるとやっても、
結果としては早くならなかった。
0396デフォルトの名無しさん
2007/03/04(日) 11:48:25何か根本的にずれてるよ、
そんな歪な最適化してどうする。
0397デフォルトの名無しさん
2007/03/04(日) 12:32:08> ５個のSPUに２０個筒一気に投げると
> 先に終わったSPUの覧Vび時間が長くｂﾄ無駄
分割した各データの処理にかかる時間がバラバラってことか。
とりあず、その文章だけだと何が悪いのかこちらに伝わらないので、
まぁ、とりあえず同じデータに対して PPU でやったときにかかる時間と、
SPU に投げて処理させて帰ってくるまでの時間を計測して、
何がボトルネックなのかを解析した方がいいと思われ。
SPU は DMA 転送に掛かる時間と SPU 上の計算時間を別にプロファイル
とるといいよ。
0398デフォルトの名無しさん
2007/03/04(日) 20:20:39SPU内部に限っていえば、DMA転送やメールボックスなどといったシステム側？
の処理は１%ぐらいの割合かな。SIMD化が難しいところが半分以上の時間を食っているので
その辺をどうするか次第かなと。
通常のスカラー演算と条件分岐の組み合わせの多さが問題なのかなと。
分岐予測コードも入れてみたが入れたほうが遅くなった。
PPU側からはメールボックス経由でSPUをキックしているが、RunCntlチャンネル
で実行自体を制御したほうがいいのか、アトミックDMAでメモリ監視がいいのか
まだまだテストすることは多い。
>>395
kwsk
0399デフォルトの名無しさん
2007/03/04(日) 21:10:12Cellのプログラミングについて9ページほど書いているのは既出?
SPE内部では条件分岐は算術処理に置き換えるべきなんだそうな
(分岐予測が外れると18サイクルのオーバーヘッド)
あとはTimingTool(プロファイル計測)を解析してパイプライン・ストールをなくしたり
2命令を同時発行する頻度が高くなるように命令を並び替えたりすること。
PPE側の処理が間に合わないのはデータをキャッシュして使い回していた
(サンプルプログラムは7万ポリゴンのレイ・トレーシング)
0400デフォルトの名無しさん
2007/03/04(日) 22:55:09この辺はアンロールしておけばコンパイラがある程度はやってくれるらしい。
算術処理で置き換えるのは分岐内が簡単な計算の場合で分岐失敗コスト以上の
処理が必要な分岐はやっぱり分岐のほうがいい。分岐の除去はGPUで経験済み。
ストールもほぼおきていないが、順次データを計算して使っていく個所では
仕方ない個所も多いかなと。
例えばビットストリームからデコードするとき最大１６ビットで最大１６段階の分岐は
８ビットテーブル３つで最大３回の分岐に減らしてはあるが、これを１６ビットテーブル化すると
128KiB使用するのでとても作れない。
このスレのリンク先を読んで基本的な知識を身に付けてる感じです。
日経エレクトロニクスは読んでないので、ちょっと探してみます。
バックナンバーは図書館かなぁ
0401デフォルトの名無しさん
2007/03/05(月) 14:35:39嘘でもいいからこのスレを読んで、と言ってやれよ
0402・∀・）っ-○◎●
2007/03/06(火) 00:35:22Xbox 360で動くLinuxとかのほうが、あったら幾分か楽だろーね
モニタにも困ること無いし。
0403デフォルトの名無しさん
2007/03/06(火) 02:30:31まずはコードサイズ抑えて、データは全部DMA経由でも動きゃいいって。
最適化なんてボトルネックが分れば自然と出来るもの。
0404デフォルトの名無しさん
2007/03/06(火) 03:16:30だが、このストイックなまでの縛りがいい。
趣味でいじってる分には。
0405デフォルトの名無しさん
2007/03/06(火) 06:40:26ここで応用を（略
http://cag.csail.mit.edu/ps3/lectures.shtml
とか現在見てます。
0406デフォルトの名無しさん
2007/03/06(火) 12:16:32http://www3.stream.co.jp/www11/jinzai/20070301/03/index.html
http://www3.stream.co.jp/www11/jinzai/20070301/04/index.html
これの、特に後者を読むべし。チューニングには必見。
0407・∀・）っ-○◎●
2007/03/06(火) 23:02:220408デフォルトの名無しさん
2007/03/07(水) 00:08:260409デフォルトの名無しさん
2007/03/07(水) 00:41:51X86のプログラムをPPEに移植してみた。
入力値はバイナリデータを転送して実行……
うぁはは、エンディアンが違ってたぜ。
速度的には、PPEだけじゃ話にならないね。
</backOfChirashi>
0410・∀・）っ-○◎●
2007/03/07(水) 01:04:480411デフォルトの名無しさん
2007/03/07(水) 01:11:17実際にゃSPEの管理までやっとるからな 働きもんだｚ
0412デフォルトの名無しさん
2007/03/07(水) 01:12:25これ聞いていると SPURS を公開してほしくなるな。
libspe で書いてると、他の SPU モジュールと協調できないのが悲しい。
0413デフォルトの名無しさん
2007/03/07(水) 01:47:580414デフォルトの名無しさん
2007/03/07(水) 05:51:42IBMのブレードサーバやボード、東芝のリファレンスキット、
PS3開発機とPS3LinuxでSPE管理ライブラリはそれぞれ違うだろうし、なんとも。
それでも、説明を見ていて、処理割り振りの新しい方法を考えついたので試してみるかな。
0415デフォルトの名無しさん
2007/03/07(水) 09:57:58あれ？ エンディアンは両方対応じゃなかったっけ？
後藤のｸﾀﾀﾝとのインタビューでそんなの見た記憶があるんだけど。
0416デフォルトの名無しさん
2007/03/07(水) 11:14:01ついでにビットは上から数えると書いてあったのも見つけた。
0417デフォルトの名無しさん
2007/03/07(水) 12:22:09それだけだと何だから、ググってみたらこんなの出てきた。
ttp://pc.watch.impress.co.jp/docs/2005/0615/kaigai190.htm
0418416
2007/03/07(水) 12:48:12＞Load Double Word Byte Reverse Indexed X-form.
0419デフォルトの名無しさん
2007/03/08(木) 06:46:48早起きしたので見てみた。
要するにSPURS使わない開発は無いな。
0420デフォルトの名無しさん
2007/03/08(木) 07:32:14SPUにも同じ命令あるし。
0421デフォルトの名無しさん
2007/03/08(木) 11:15:34あの公演聞くかぎりCellプログラミングでは必須のようだけど。
0422デフォルトの名無しさん
2007/03/08(木) 21:09:04Cで書くとかってに格上げされて32bitの積になるんだろうか？
0423・∀・）っ-○◎●
2007/03/09(金) 01:17:24掛け算をサポートしてるのは
vector unsigned short×vector unsigned short
vector float ×vector float
vector double×vector double
だから
・doubleにアップキャストする
・shortに分解して積和をとる
などのアプローチを採らなきゃいけないんだけど
どっちもあんまり効率よくない罠
0424・∀・）っ-○◎●
2007/03/09(金) 02:17:27((int)((float)A * (float)B) & 0xFFFF0000) | (((short)A * (short)B) & 0xFFFF)
0425デフォルトの名無しさん
2007/03/09(金) 10:16:12そこを割り切ったおかげで32ビットの命令長のまま
レジスタ128本も用意されてるわけで大歓迎なんだが。
0426デフォルトの名無しさん
2007/03/09(金) 10:43:220427・∀・）っ-○◎●
2007/03/10(土) 14:28:25int→float→intで下位8ビットは落ちるから、16ビットくらいは落ちるものと想定。
0428デフォルトの名無しさん
2007/03/11(日) 00:30:07mpyh,mpyu,aのアセンブラ3命令でいっぺんに４つ計算出来るから別にいいんじゃない?
16bitならmpy一発だし
0430デフォルトの名無しさん
2007/03/12(月) 02:34:54,,;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;,,,,
,,;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;,
| ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; |
| ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; |
| ~~;;;;;;;;;;;;;;;;;;;;;;;;;;;;;~ | ＿＿＿＿＿＿
「 | _____ ''''''''''''''' ＿ |│ ／
↓| ＼. ’ゝ ∠’ ／ |丿＜ 生意気だよ、おまえら
| | cι | / ＼
ヽ | ._,,,,,,_┐| / ￣￣￣￣￣￣
'''-|_ ￣ _/-'
'''---''''
0431デフォルトの名無しさん
2007/03/13(火) 01:51:29`,-. -､'ヽ' └ｧ --'､ 〔／ / ＿／ ヽ
ヽ_'_ﾉ)_ﾉ `r＝_ﾉ / ／ ,.ﾌ^''''ー- j
__,冖__ ,､ ,へ / ,ｨ ／ ＼
`,-. -､'ヽ' く <´ 7_／/ / _／^ ､`､
ヽ_'_ﾉ)_ﾉ ＼> / / ／ _ ､,.;j ヽ|
n 「 | /. | -'''" =-{_ヽ{
ｌｌ |｜ .,ﾍ / ,-､ | ,r' ／￣''''‐-..,ﾌ!
ｌl ヽ二ノ__ ｛ / ﾊ `l／ i' i ＿ ｀ヽ
ｌ| _| ﾞっ ￣フ.rｿ i' l r' ,..二''ｧ ,ﾉ
|l (,･_,ﾞ> ／ { ' ﾉ l /''"´ 〈/ /
ｌl __,冖__ ,､ > >-' ;: | ! i {
ｌ| `,-. -､'ヽ' ＼ l l ;. ｌ ｜ | !
|ｌ ヽ_'_ﾉ)_ﾉ ﾄー-. !. ; |. | ,. -､,...､| :l
ｌl __,冖__ ,､ |＼/ ｌ ; l ｉ i | l
ｌｌ `,-. -､'ヽ' iヾ l l ;: ｌ ｜ { j {
|ｌ ヽ_'_ﾉ)_ﾉ { |. ゝ ;:i' ｀''''ｰ‐-' }
. ｎ. ｎ. ｎ l | ::. ＼ ヽ､__ ﾉ
0432ps3cluster
2007/03/13(火) 03:18:01Core Clock L2 FSB 現在 4/22 6/3 Q3
x4 2.40GHz 4MBx2....1066MHz .C2Q Q6600 $851 $530 ---- $266
ということはxeon2cpuを10万でPC組めるかな。倍精度ならcellの2倍。単精度でも同等くらい？
倍精度だとすでにCellの価格性能比にアドバンテージはない…。TDPも全然駄目。
プログラムの困難さやハードの増設ができない分、PS3は計算機としては…。
すくなくともあと２年は、32SPEcellなんてでないだろうしなあ。
2年後にIntel cpuはさらに32nmにしゅりんくしてるんだろうなあ。
0433デフォルトの名無しさん
2007/03/13(火) 07:43:51CELLのアクセラレータが100万単位ということを考えると最早Intelの敵ではない。
0434デフォルトの名無しさん
2007/03/13(火) 08:47:21あまり競争がないパーツは基本的に高くなるのはPC業界の常
0435デフォルトの名無しさん
2007/03/13(火) 09:49:080436デフォルトの名無しさん
2007/03/13(火) 11:36:440437デフォルトの名無しさん
2007/03/13(火) 12:21:280438デフォルトの名無しさん
2007/03/13(火) 15:39:03超高性能PS3 LinuxでWintel脂肪ｗｗｗｗｗ
とか妄想が激しかったからな。実態がわかるまでは。
0439デフォルトの名無しさん
2007/03/13(火) 16:05:07PPEから省かれてる時点で見えてたろ。
既存のソフトが、わざわざSPEを使い倒す様に
片っ端から書き換えられるなんて妄想してたのか？
0440デフォルトの名無しさん
2007/03/14(水) 02:03:100441・∀・）っ-○◎●
2007/03/14(水) 02:08:38キャッシュコヒーレンスのオーバーヘッド云々よりも
SPU専用にプログラム書き直さないといけないことのほうがデメリットだな
性能云々よりも、既存のコード資産が全く生かせないことのほうが
（Linuxマシンとして使うには）デメリットとして大きいよ。
プロセス一覧見るとmingettyってプロセスが6つ走ってるが
これってSPUのヘルパー？
spufsとかってデバイスも見える。
0442デフォルトの名無しさん
2007/03/14(水) 02:13:06（ ・∀・ ）ｶｴﾚ!
0443・∀・）っ-○◎●
2007/03/14(水) 02:22:38逝ってよしですな俺
0444デフォルトの名無しさん
2007/03/14(水) 08:53:13>片っ端から書き換えられるなんて妄想してたのか？
IBM製超AI搭載コンパイラが既存のシングルスレッド用のコードを7分割して
自動的にSPEに振ってくれるんだよ。
0445デフォルトの名無しさん
2007/03/14(水) 13:22:26IBM製超JavaVMが既存のJavaアプリを最適分割して
自動的にSPEに振ってくれるものでも良いから。
0446デフォルトの名無しさん
2007/03/15(木) 01:41:50そんな事よりもSPURSをフリーで出してくれ。
0447ps3cluster
2007/03/17(土) 15:46:45ttp://www.watch.impress.co.jp/game/docs/20070316/pe.htm
ソニー自身が「Cコンパイラの出力コードは信用ならないので
SPUプログラミングはIntrinsicsネイティブ命令を使いましょう」
と奨励し、「Intrinsicsだとコンパイラの20倍高速です」と自ら
言いきってしまっている。
コンパイラなんとかならんのか…。
0448デフォルトの名無しさん
2007/03/17(土) 17:13:42PS3ライセンシを結ぶとSPURSが提供されるのか。
ソースコードも付くらしいが、Linux側は指咥えて見てるだけかねぇ。
0449デフォルトの名無しさん
2007/03/17(土) 17:25:28すぐにコピー品が(ry
0450デフォルトの名無しさん
2007/03/17(土) 19:05:18コンパイラは技術の結晶
ちゃんとIBMと連帯しろよSCEI・・・
0451・∀・）っ-○◎●
2007/03/17(土) 19:19:240452・∀・）っ-○◎●
2007/03/17(土) 19:20:320453デフォルトの名無しさん
2007/03/17(土) 19:39:28面倒だったけど、明らかに早かったな
0454デフォルトの名無しさん
2007/03/17(土) 22:37:15ごく単純なものとアルゴリズムレベルの最適化は人間がやったほうが速かろう。
結局、局所的な例外な最適化になるわけで、汎用コンパイラじゃ無理だ。
0455デフォルトの名無しさん
2007/03/18(日) 00:30:16盲信は危険だな。SPUのコンパイラはそれなりにパイプライン入れ替えてくれるよ。
ただ、組み込み命令以外は最悪。
0456・∀・）っ-○◎●
2007/03/18(日) 01:16:24生成コードをみてもVC++よりＩｎｔｅｌ CPUのほうが
レジスタカラーリングが上手いと思ってるが。
GCC/x86とAthlonは相性がいいと聞いたことはある。
つーか、モダンｘ86アーキはOoOがあるから少々下手なコード書いても
そこそこ動くと思うのだが。
つーか、GCCのエンジンはレジスタが無限にある仮想アーキテクチャ向けに
スケジューリングしてからアーキに特化したレジスタカラーリングを行うから、
レジスタの多いSPUでは比較的性能は出しやすいらしい。
0457ps3cluster
2007/03/18(日) 03:43:51その場合例えばどれくらいはやくなるの？SSEだから４倍近くとか早くなるの？
0458デフォルトの名無しさん
2007/03/18(日) 03:53:19ってか釣り？
0459ps3cluster
2007/03/18(日) 07:30:44気軽に聞いてしまったよ。
CellだとSIMD使って、単純にベクトルの要素数倍か、それ以上に早くなったりするけど、
Pen4以前のCPUでは、SSEだとむしろ遅くなることもあるって聞いたからさあ。
0460・∀・）っ-○◎●
2007/03/18(日) 07:44:03VC++2005 Expressはタダだし。
SSE2 Intrinsicsのドキュメントはこのへん
http://www.ec.hokudai.ac.jp/documents/Intel/intel_ccl_80/c_ug/index.htm#comm1056.htm
0461デフォルトの名無しさん
2007/03/18(日) 08:09:32該当ロジックだけなら、doubleで2倍、floatで4倍にできるよ。iccで。
0462・∀・）っ-○◎●
2007/03/18(日) 08:17:580463ps3cluster
2007/03/18(日) 13:35:53ありがとう！試してみるよ。オラちょっとわくわくしてきた。
0464デフォルトの名無しさん
2007/03/18(日) 18:31:28VC2005とICC9.1でSIMD組み込み命令を使った計算とメモリアクセス部分だけの計算。
手動アンループ後では10%ぐらいICCのほうが遅かった。
組み込み命令を入れた最初のバージョンではICCのほうが10%程度速かったけどね。
_mm_prefetchは入れるとちょっと遅くなったし、
_mm_stream_si128は計算時間が倍ぐらいになった。
石はPenDの2.8Gぐらい。
ぐぐったかぎりではprefetchはAMD系には効くらしいし、streamは入出力が異なると効果があるぽい。
0465・∀・）っ-○◎●
2007/03/18(日) 21:18:54> streamは入出力が異なると効果があるぽい。
キャッシュにされてないアドレス領域に書き込もうとすると、その領域を
キャッシュに取り込んでから書き込む。
streamはキャッシュをバイパスして書き込むから、キャッシュを汚さずにすむ分速いし。
キャッシュに載っかってる場合は逆に遅くなる。
0466ps3cluster
2007/03/21(水) 06:38:03できてしまった。ただ、各種設定はまだ。今年度完成を目指しますよ！
さらにPS3の2台目もかってしまった。20Gが中古で4万ジャストで買えた。
一台目は6万5千とちょっとぼられたので、お得感です。
さすがに2台のPS3が並ぶと、俺なにやってんだろと思いますなあ。
20GにFedora5入れたけど、フルで入れると空き容量が1G程度しかないので、いらない
のをどんどんアンインストール。何とか2Gほど空きを確保。HDDが足らんとスワップすら
圧迫するせいか、もんすごいもっさりでしたが、それも多少解消。
0467デフォルトの名無しさん
2007/03/21(水) 06:39:18裸族のケーブルとHDDを買ってきなされ。。。
0468ps3cluster
2007/03/21(水) 06:53:52とりあえず１台やって、次もやってみないとわかないけど、大体こんなもんだ
というめぼしは大体ついて、いろいろわかってきました。
Cellの最適化は面白いし、それほど難度も高くない。ただ変なピーキーさはあって
知らないと痛い目をみるところが結構ある。知ってれば問題ない。ただ最適化した
ピーク性能は単精度での話で倍精度ではPCに比べおいしくない。例えば倍精度環境で
intelの最新cpuならintelコンパイラ使っただけで、最適化したcellのプログラムと
とんとん。
0469ps3cluster
2007/03/21(水) 07:07:45現在ではPS3でクラスターというのは、コスト面での利点はある。
しかし、問題は将来の話。
cellをいじり始める前にも散々考えたんですが、cellの将来は有望なのか？
例えばps3が失敗すれば、cpuとしてのcellの運命にもよくはないでしょう。
それに開発環境がまだ整っていない。ノウハウも蓄積されてない。エコシステムもない。
その点、intelがx86アーキテクチャは一応安泰だし、すでに開発環境が整っている。
その他にもGPGPUとかFPGAという手もあって、果たしてCellはそれらに対してアドバンテージはある
のか？
0470ps3cluster
2007/03/21(水) 07:22:04あまりないのかもしれません。2010年に32spe集積したcellを出す予定らしい
ですが、それでも1Tflops。倍精度なら500Gflops程度。今のGPUやGrapeDrと
そんなに大差ないから、たぶん抜かれる。
0471ps3cluster
2007/03/21(水) 07:35:11GPGPUとかFPGAよりはずっと敷居が低く、自分のように知識がそこそこしかなくても
扱えたということ。しかもちょっとお高いゲーム機を買う価格で趣味としてで
きたことが大きいです。
0472ps3cluster
2007/03/21(水) 07:50:28なくて損したとかはまったく思ってなくて、逆にこのタイミングでやれる環境
に出会えてよかったと思ってますが、これから将来のことを考えるなら、
Cellではないなと思うのです。でも、じゃあなにがくるのかといったら、
全然わからん…。
0473ps3cluster
2007/03/21(水) 08:02:22>467
そんな贅沢するお金はないのです。
0474デフォルトの名無しさん
2007/03/21(水) 08:29:15私のところの会社と客先でやっている高速化のテーマと着目点が被っているので参考にさせてもらってますよ。
尤もこちらは、金額よりも安定性が重視されるのでPS3クラスタは論外なんですが。
GPUやFPGAよりCELLの方が敷居が低いのは同意ですね。勿論、Core2 w/Iccは更に敷居が低いわけで、
それに(将来的にも)勝つにはなかなか大変なんですが。
0475デフォルトの名無しさん
2007/03/21(水) 10:53:23路線は現在のWindowsやLinuxなどのOSの移植という意味では敷居が低く将来性は
あるとは思う。
逆にCellのアドバンテージとしてはSPUをOSの管理外で昔のDOSの時代みたいに
100%使い切ることができるてんで、リアルタイム処理を行うシステムでは
処理落ちの危険性が少なく、組み込み系での将来性は高いと思う。
既出のシェーダ系にSPUをというのも、制限がはるかに少なく組みやすい面も大きいと思うが
問題は家電に搭載してもコスト的に問題が出ないぐらいの低価格化が肝になるだろう。
現在は100万ぐらいかかってしまうし、
PS3以外に楽にさわれるシステムには載せにくいだろう。
0476デフォルトの名無しさん
2007/03/22(木) 07:39:13あれ単なるデモだろ。
ヘテロの方向に進んでるんじゃないのか？今は。
0477デフォルトの名無しさん
2007/03/22(木) 13:16:31ttp://slashdot.jp/article.pl?sid=07/03/21/232224
ttp://www.nikkansports.com/general/p-gn-tp0-20070322-173215.html
0478デフォルトの名無しさん
2007/03/22(木) 17:08:310479デフォルトの名無しさん
2007/03/22(木) 23:58:26Cellは0.07-0.04秒で処理してる。
0480デフォルトの名無しさん
2007/03/23(金) 21:33:08それでも20倍くらいは速い計算になるな。
0481デフォルトの名無しさん
2007/03/23(金) 21:43:03バックグラウンド動作て、メインで使ってない分を全部使うんじゃないの？
0482デフォルトの名無しさん
2007/03/24(土) 00:05:44いまどきCPUはほとんど寝てる
0483デフォルトの名無しさん
2007/03/24(土) 10:20:53そこそこグチャグチャした計算でもspeed出るんだね。
これ、ソース公開してないのかな。
0484・∀・）っ-○◎●
2007/03/24(土) 11:02:26Cell単体じゃなくて、RSX＠GPGPUも含めたPS3全体での処理です。
ハイエンドGPUだとPS3の倍のスコア出るみたい。
0485デフォルトの名無しさん
2007/03/24(土) 11:29:450486・∀・）っ-○◎●
2007/03/24(土) 11:40:54256KB付近でのメモリ帯域が鍵を握ってそう
0487デフォルトの名無しさん
2007/03/24(土) 11:56:04PS3のビデオカードは今そのへんにうってるGeforce7600だかのバリアントだろ。
あれで計算してるとは思えない。
0489デフォルトの名無しさん
2007/03/24(土) 12:25:01PCでも実行中はパフォーマンスメータで普通に100%いく
CPU温度もぐんぐんあがる。ただし優先度が低い為、
重い処理意外はめだたない。
0490デフォルトの名無しさん
2007/03/24(土) 12:32:11どこだったかにあったけど、G7xは直前の演算結果を参照するのが遅いとかなんとか。
スレッドの粒度がかなり大きいし。
folding@homeのFAQに、NVIDIA用にも作ってたけど、ATiのが速かったから
そっちに注力したみたいなことが書いてある。
そんなわけで、仮に一緒にRSXにも仕事をさせても、
あんまスコアの向上に寄与しなさそ…。
>>487
シェーダ構成はGeForce7800/7900GTXと同等、
ROPとかメモリ帯域、バス幅は7600GTくらい。
0491・∀・）っ-○◎●
2007/03/24(土) 13:28:27いまそれ、公開のためにコード整理してる。
広島大学・松本研究室には確認取ってないが、とりあえず
BSDライセンスに従う方針で。
ちなみにPS3内で完結するの？それともネットワーク越しに？
GbEの帯域いっぱいいっぱいまで乱数使うくらいなら、
PPEだけでも十分なスループットは得られてると思うのだけど。
0492・∀・）っ-○◎●
2007/03/24(土) 13:55:57欧州リリースに先駆けたものらしいし、何かしらあるかも
たとえば
・RSXが使えるようになります
・WXGA+, WSXGAが選べるようになります
・HDCPなしディスプレイでも使えます
とか（全部なさそう
0493デフォルトの名無しさん
2007/03/24(土) 20:17:20100万円のCell PCI-Ex16カードですら帯域が足りない、乱数生成器としては、
既に過剰品質だ、ってのがあんたの話の趣旨だと思ってたんだが。
0494デフォルトの名無しさん
2007/03/24(土) 21:20:08ﾊｧ?
0495・∀・）っ-○◎●
2007/03/24(土) 21:31:47ダイレクトにDMA転送すれば一基でも更に性能出せるカモよ
0496ps3cluster
2007/03/25(日) 11:18:19面白いので張り付いてスレなどを観察しているが、PS3の演算量の伸びが異常w
総演算量の70%をPS3が占め、PS3だけでもそのうちペタフロップスに達する。
今回のFolding@Homeでの性能のアピールでは大成功だろう。
少なからず、他のCPUメーカー、科学分野、社会はなにかを感じるだろうな。
その結果、今後は何がどう展開するかだなあ。
・ボランティア的なプロジェクトだけど、Sony株が上昇につながるのかなあ。
・他のゲームメーカーやCPUメーカーもこういう形の性能競争に入ってくるかも
しれない。
・科学技術計算でのCellへの注目度は飛躍的にあがるだろう。
・PS3が教育に使えるなんて方向にもいくかもしれない。
夢のような話ばっかりだが、今回の成果はそれに見合う夢のあるもんだ。
しかし、ゲーム機による数の力は凄いなあ。BD市場もそれでごり押ししてるし。
きっとHomeも面白いことになるだろうなあ。
0497デフォルトの名無しさん
2007/03/25(日) 11:23:370498デフォルトの名無しさん
2007/03/25(日) 11:33:42邪魔
0499・∀・）っ-○◎●
2007/03/25(日) 11:51:51流石数学専攻だなと思った（いい意味でも悪い意味でも
SPE向けにハンドオプティマイズしまくって「CBEMT」とかの名前で
SourceForge(敢えて洋フォゲ）で出そうと思うがどうよ
0500デフォルトの名無しさん
2007/03/25(日) 11:59:444/1に起動すると乱数0しか吐かなくなるようなコード仕込んで汚染を確認。
0501デフォルトの名無しさん
2007/03/25(日) 12:17:05よろ。
>>500
クズは失せろ。
0502・∀・）っ-{}@{}@{}@
2007/03/26(月) 19:45:280503デフォルトの名無しさん
2007/03/26(月) 23:56:050504・∀・）っ-○◎●
2007/03/27(火) 00:09:440505デフォルトの名無しさん
2007/03/28(水) 14:17:43Linux の方ってまだ立ってないのかな。
良くスレタイで揉めてたけど、どうすんだろ。
0506デフォルトの名無しさん
2007/03/28(水) 16:53:420507デフォルトの名無しさん
2007/03/28(水) 18:47:20【スーパー】PS3でシミュレート【コンピュータ】
http://science6.2ch.net/test/read.cgi/sim/1163772646/
0508デフォルトの名無しさん
2007/03/30(金) 10:33:44ttp://yoffy.dyndns.org/
libspesというのが面白くなってきてるな。
これならフリー版のSPURSが実現できるかも。
0509デフォルトの名無しさん
2007/03/30(金) 23:37:02まだまだ、乗り越えるべき壁がたくさんあるけどな
0510・∀・）っ-○◎●
2007/03/31(土) 00:16:310511デフォルトの名無しさん
2007/03/31(土) 00:27:130512・∀・）っ-○◎●
2007/03/31(土) 00:32:01>>509 実現出来るかは別にしてkwsk。
>>510-511 それが一番やりたい。でも高尚過ぎ。
>>512 結局JITが代わりに分岐するわけで、全部PPEで請け負ったら判定コストが馬鹿にならないかと。
その考え方を押し進めるとちょっと無理はあるけど原理的にはHTTが出来るので、そのうちやってみたいと思ってます。
0514・∀・）っ-○◎●
2007/03/31(土) 00:59:11http://homepage1.nifty.com/herumi/soft/xbyak.html
量子化とかで役に立ちそうだと思うんだけどね
命令長が4バイト固定だからx86よりは実装は容易じゃないかと思ってるが
（だとしても労力ばかになんねーから誰かやってくれないか）
0516デフォルトの名無しさん
2007/03/31(土) 01:22:56>>509は、SPEのアトミックキャッシュ使った軽量な同期ライブラリとか、
最初にキックされれば、後はPPE使わなくても自発的に動けるようにする
SPUカーネルとかそういうのかな？
http://www3.stream.co.jp/www11/jinzai/20070301/04/index.html
SPUジョブモデルが実装できれば、Codec とかの移植が圧倒的に
楽になりそうな気がする。
0517デフォルトの名無しさん
2007/03/31(土) 01:24:47そういや、こんなエラッタが出てるんだな。
0518デフォルトの名無しさん
2007/03/31(土) 02:00:34そんなところ。あくまで SPURS 的なものを目指すということ前提だけど。
SPURS を使ったモジュール同士なら SPE を効率的にシェアしながら共存できる。
0519デフォルトの名無しさん
2007/03/31(土) 02:14:22masがcygwinで通らねぇ。
</ぼそっ>
0520ps3cluster
2007/04/14(土) 13:00:56メモリとプロセッサをつなぐチャネルを現在の100倍に増やすことができるらしいですな。
CPUの処理能力とメモリの帯域幅の問題は、これで解消されそうね。5年以内くらいに
でてくるかな。
この技術がでてきたら、キャッシュやLSが無用になるのか、逆にLSの大容量化のような
ことをやるのかよくわからんけど。
速度重視のプログラミング手法もまたちょっとかわるだろなあ。
0521ps3cluster
2007/04/14(土) 13:02:48次はCELL2ではなく、”CELLキューブ”
どうでしょう？
0522デフォルトの名無しさん
2007/04/14(土) 23:49:430523デフォルトの名無しさん
2007/04/15(日) 00:11:310524デフォルトの名無しさん
2007/04/15(日) 00:56:54なんつーか、PPEの上にSPEが"載る"んか。。。
0525デフォルトの名無しさん
2007/04/15(日) 02:10:34HyperVisorがSPEを一つ占有している為、だったはず。
0526デフォルトの名無しさん
2007/04/15(日) 09:24:02従って組める香具師なんて少ない
0527・∀・）っ-○◎●
2007/04/15(日) 10:57:11性能引き出すって意味なら、あの程度も使いこなせないなら何も作れんよ。
キャッシュだとプリフェッチ命令使わなくても自動でデータはフィルされるが
そんかわりストールするだろ。同じだよ。
ただ単にメモリフローの制御を手動でやるだけの話。
プリフェッチ命令がそうであるように、DMA転送なんかもコンパイラ任せにすることはできる。
XL C/C++ならね。
0528デフォルトの名無しさん
2007/04/15(日) 11:00:20ん？トリッパできたのか？
0529デフォルトの名無しさん
2007/04/15(日) 11:08:43２ヶ月経っても何も出て来ないでしょ？
性能とか使いこなしとか何言ってんだかって感じ。
0530デフォルトの名無しさん
2007/04/15(日) 11:10:39どこかで１１M達成したってのを見た
このスレじゃなかったはず
0531・∀・）っ-○◎●
2007/04/15(日) 11:13:16って言っても、ここの性能が一番重要で、まあオフロード
すべきなのはS-Boxくらいなんであとは雑多なPPEコードを
書けばほぼ完成だったりする。
0533デフォルトの名無しさん
2007/04/15(日) 11:14:45つきっきりで作ってるんじゃないんだから2ヶ月やそこらでグダグダ言わない。
それにしても団子はPS3買うまで散々Cellを叩いてたのにな。
今も批判はしているが明らかに柔らかくなったw
あんま人を外見だけで批判しない方がいいよ。
0534デフォルトの名無しさん
2007/04/15(日) 11:14:46これじゃ流行らんわ。
0535デフォルトの名無しさん
2007/04/15(日) 11:18:43あんたのblogどこだっけ？
6SPE使って、1000万/s超えは達成したということ？
0536デフォルトの名無しさん
2007/04/15(日) 11:21:29tp://kaze.s41.xrea.com/test/read.cgi/ra8/1073831664/l50
>>535が探してるのはたぶんこれ
tp://tripper.kousaku.in/
0537・∀・）っ-○◎●
2007/04/15(日) 11:21:53纏めるのめんどくさい人だから。
0539・∀・）っ-○◎●
2007/04/15(日) 11:40:42え？YDLで十分じゃないの？
起動画面で小さいペンギンが6体出てきてるならSPEは使える状況だと
思ってたけど。
必要なモノってビルド時にスタティックリンクされるんじゃないの？
ところで、誰か、「SPU」にかけて6体のスプーが出てくる2chオリジナルの
ディストロ作りませんか
0540・∀・）っ-○◎●
2007/04/15(日) 12:03:39俺は受けるものが特にない人（DB受けてもいいんだけどろくに勉強してないし
0541デフォルトの名無しさん
2007/04/15(日) 16:33:41某芝のリファレンスキットの方がずっと楽……
0542・∀・）っ-○◎●
2007/04/15(日) 16:41:02それって数十万するハードじゃね？
0543デフォルトの名無しさん
2007/04/15(日) 17:24:380544デフォルトの名無しさん
2007/04/15(日) 17:35:16ゲーム屋は、この手の話に関心がないんかい？
以前、ゲーム制作技術板を覗いたが影も形もない。
cpuをいじるための（バッドノウハウ込みの）ノウハウが広く浅く蓄積されるってのは、
一般的には良い話だと思うんだけど。
それとも、アルゴリズム入門本定番のようなアルゴリズムまで全部囲い込んだ方が、
利益になるって判断？
0545デフォルトの名無しさん
2007/04/15(日) 20:38:39守秘義務
0546デフォルトの名無しさん
2007/04/17(火) 09:17:320547デフォルトの名無しさん
2007/04/21(土) 15:02:25http://cag.csail.mit.edu/ps3/blue-steel.shtml
シンプルなコードだけどなかなか面白い
0548デフォルトの名無しさん
2007/04/23(月) 00:10:030549・∀・）っ-○◎●
2007/04/23(月) 22:53:480550デフォルトの名無しさん
2007/04/24(火) 11:20:110551・∀・）っ-○◎●
2007/04/24(火) 22:14:340552ps3cluster
2007/04/28(土) 00:12:410553・∀・）っ-○◎●
2007/04/28(土) 00:19:20PSブランドを確立させたのもPSブランドを崩壊させたのもこの男
坂口博信みたいだな。
0554ps3cluster
2007/04/28(土) 13:09:50「まだいける、まだいける」って夢にうなされてたなあ。
もう終わっちゃった人なのかな、くたたん。
でもこの人のビジョンって、方向性は間違ってないと思うんだよなあ。
虚言といわれることも、１０年後の世界だったら当たり前のことばかりだと思う。
しかし、くたたんの２００２〜４年ごろの発言は、
今の現実と照らし合わせてみるとほとんど詐欺だな。
きっと最後のほうは、頭の中の沸いてくるビジョンを抑えられなくて、
崩壊したんだろうなあ。アキラの鉄雄の末期のような感じかな。
0555・∀・）っ-○◎●
2007/04/28(土) 15:07:550556デフォルトの名無しさん
2007/04/28(土) 16:07:19処で、ただいまテストプログラムを某所でチューニング&動作テスト中。
目標Xeon単体と同タイム。現在1/36倍速から1/22倍速まで改善w
0557デフォルトの名無しさん
2007/04/28(土) 19:51:370558ps3cluster
2007/04/28(土) 20:06:25Cellの開発も影響うけて終わりそうだ。BDも沈没。
あらゆる、マイナスの波及効果が発生するな。ブランドのイメージダウンもさけ
がたいし、ソニーへの影響ははかりしれないなあ。
こうやって考えてくと、やはりこのタイミングの退任はどう考えてもおかしい。
いったい、なにがおこっているの？
0559デフォルトの名無しさん
2007/04/28(土) 20:11:300560・∀・）っ-○◎●
2007/04/28(土) 20:13:04できるくらいの収益がグループに入ってくるとか。
しかし、どうも内ゲバの臭いがする。
0561・∀・）っ-○◎●
2007/04/28(土) 20:15:21http://www.itmedia.co.jp/news/articles/0704/17/news046.html
0562デフォルトの名無しさん
2007/04/29(日) 00:10:540563デフォルトの名無しさん
2007/04/29(日) 05:33:50Cellプログラミングスレなんだからｸﾀとかどーでもいい
0564・∀・）っ-○◎●
2007/04/30(月) 16:37:25SCE久夛良木会長、プレイステーション4, 5, 6は構想済み
Posted Apr 29th 2007 1:00AM by Ittousai
6月には代表取締役会長 兼 グループCEOから名誉会長に退き、
プレイステーションビジネスの一線からは離れるとされるSCE
久夛良木氏ですが、プレイステーション3の将来については
今後二年間に渡る計画を設計チームに託してあるとのこと。
倍精度強化版CellがPS3に採用されるかも
0565ps3cluster
2007/04/30(月) 22:34:18倍精度強化版cellの詳細はcool chipsで発表されてるけど、通常版は
みつからないから、よくわからなくてさ。
倍精度強化版cellって、ダイサイズも消費電力も90nm版と大きく変わらなくて、
ps3に採用する利点があまりないんだよな。
個人には倍精度強化版cellでいって欲しいんだけど、そうするといろんなコスト
があまりさがらなそうで、将来的にうまくいかなそうな気もする。悩ましいなあ。
0566ps3cluster
2007/04/30(月) 22:42:580567・∀・）っ-○◎●
2007/04/30(月) 22:45:380568デフォルトの名無しさん
2007/04/30(月) 23:58:04元々単精度に比べて倍精度が遅すぎたから、やっと普通のレベルになったってところかね。
0569デフォルトの名無しさん
2007/05/01(火) 01:04:22倍精度強化版使う理由無いね
PS3の後継については以前に日経エレクトロニクス(2006/11/20号)で
PS4はどうなりますか、との質問に「PS3は最後のクライアント機だと
思っています。その後はPS3とCellサーバーが進化します。Cellが相互に
つながりCellサーバーが大きくなるイメージです。理想は巨大なCell
サーバーと小さいCellのユニットが追って認証だけしているような形です。
そこまでは行かないかもしれません。
これまでは、ゲームのプラットフォームといえばハードウェアでした。将来の
プラットフォームは,ネットワーク上に溶け込みます。Cellの集合体としての
サーバーというプレイステーション・プラットフォームが継続的にどんどん
進化します。ユーザーが利用する端末は、携帯電話機でもパソコンでも
いい。ネットワークがトランスペアレントになれば、AVやCE(消費者家電)
の世界は情報処理の中に融合していくと思います。」
と述べている。まあ,これの延長上にあるのだろうね。
0570デフォルトの名無しさん
2007/05/01(火) 04:44:59ゲームソフトの互換性を考えれば、LSやDMAに手を付けるのは無理かな。
個人的には、Linux動かすときしか恩恵を受けられなくてもいいんだけど。
0571デフォルトの名無しさん
2007/05/01(火) 09:22:09Cellに関してはSPUを増やすかLSを増やすかだけどSPU増やす方がありそう
0572デフォルトの名無しさん
2007/05/01(火) 22:36:010573デフォルトの名無しさん
2007/05/01(火) 23:14:040574デフォルトの名無しさん
2007/05/02(水) 10:50:36あ，ヨーロッパではもうそっちなんだっけ？
0575デフォルトの名無しさん
2007/05/02(水) 16:18:220576デフォルトの名無しさん
2007/05/02(水) 16:55:05>>575
CellSDKってIBMの? 恐らくカーネルバージョンがあっていれば他のディストリでも大丈夫だと思けど、確証は無い。
処でSPUでの演算ロジック(よくある積和)をベクタ化をしてみた。以下その抜粋。
--
typedef union {double d[2]; vec_double2 v;} vDouble;
vDouble sum = {{0, 0}};
double sum1 = 0;
for (int ix = 0; ix < xEnd; ++ix) {for (int iy = 0; iy < (yEnd / 2) * 2; ++iy) {
vDouble sx1 _GALIGN = {{sx[ix], sx[ix]}};
vDouble cx1 _GALIGN = {{cx[ix], cx[ix]}};
vDouble * sy1 = (vDouble *) & sy[iy];
vDouble * cy1 = (vDouble *) & cy[iy];
sum.v = spu_add(sum.v, spu_mul(k, spu_add(spu_mul(cx1.v, sy1->v), spu_mul(sx1.v, cy1->v))));
}
if (iy < yEnd) {
sum1 = k * (cx[ix] * sy[iy] + sx[ix] * cy[iy]);
}
sum1 += sum.d[0] + sum.d[1];
spu-gccが賢いと思ったのは、sum.v代入の部分でdfm, dfma, dfmaに落とす辺り。
0577575
2007/05/02(水) 17:41:52ありがとう。
CELLの開発ってIBM以外にもあるの？
0578576
2007/05/02(水) 17:59:41某芝製。一般に公開されていないかもしれないけれど、
ユーザグループに参加できればSDK使ったプログラムをオンラインでビルドしてCBEで動かせる。
0579575
2007/05/02(水) 18:29:32へぇ〜。
そんなのがあるか。
0580デフォルトの名無しさん
2007/05/03(木) 10:11:07対象コアだと何もしなくてもマルチスレッドになるが
Cellのような非対象コアだとマルチスレッドプログラミングを自分でしないとならない、
だからPS3は開発が難しい
だってさｗｗ
勝手にマルチスレッドとして分解してくれるならどれほど楽であることかｗ
インテルがCPUが自己判断して分解し、並列処理するCPUを設計中なのは知ってるが
0581デフォルトの名無しさん
2007/05/03(木) 10:48:540582デフォルトの名無しさん
2007/05/03(木) 11:33:30どこに笑う要素があるんだ？当たり前のことじゃないか。
0583ps3cluster
2007/05/03(木) 15:56:57自分は、IntelのLarrabeeが現実解として、２、３年以内で使えるんじゃないかなと
思う今日この頃。
http://www.ednjapan.com/content/l_news/2007/04/l_news070427_0401.html
2010頃出るらしいcell2にもちょっと期待してはいるが、speの数がふえるだけで、
アーキテクチャが時代遅れになるんではないかという心配がある。
0584デフォルトの名無しさん
2007/05/03(木) 18:34:23Mercuryのやつもあるよ。
http://www.mish.co.jp/SW_Cell_MISH.pdf
0585デフォルトの名無しさん
2007/05/03(木) 20:14:28http://plaza.rakuten.co.jp/miyazblog/diary/200704250000/
これを上手く使えばLinuxでもSPURSっぽいことができるかも
0586デフォルトの名無しさん
2007/05/03(木) 21:29:27Free lunch is over なんて言われないよｗ
0587デフォルトの名無しさん
2007/05/04(金) 01:54:54ライブラリの関係もあるので、オーバーレイを使ってもダメな時はダメ。
0588デフォルトの名無しさん
2007/05/04(金) 07:42:29オーバレイできることよりも……
Cell 86 [ハード・業界]
PS3 Linux 初心者質問 Part 2 [Linux]
Intel uPs Info 2 [新・mac]
CPUアーキテクチャについて語れ 7 [自作PC]
フレッツISDNを申し込んだら驚かれたが何か？ [プロバイダー]
0590デフォルトの名無しさん
2007/05/07(月) 02:33:37( ﾟдﾟ)
(つд⊂)ｺﾞｼｺﾞｼ
(；ﾟдﾟ)
(つд⊂)ｺﾞｼｺﾞｼ
_, ._
（；ﾟ Дﾟ） ・・・ｪｯ?!?
0591デフォルトの名無しさん
2007/05/07(月) 02:58:58http://wwwww.2ch.net/test/read.cgi/news4vip/1178473564/
0592デフォルトの名無しさん
2007/05/07(月) 03:02:18http://wwwww.2ch.net/test/read.cgi/news4vip/1178473564/
0593デフォルトの名無しさん
2007/05/08(火) 22:48:350594デフォルトの名無しさん
2007/05/19(土) 11:29:590595デフォルトの名無しさん
2007/05/19(土) 11:46:54-funroll-loops 入れただけで SFMT のスピードがかなり上がるぞ (450ms)
0596デフォルトの名無しさん
2007/05/19(土) 23:47:56http://cell.fixstars.com/ctk
0597・∀・）っ-○◎●
2007/05/20(日) 01:20:11やってる。
てかSPEのほうが速い。
ロード・ストアとPermute命令がどっちもOddパイプなんだが、どうにかならんかな。
0598595
2007/05/20(日) 01:58:49パイプのODD/EVENはなぁNOP入れるしかぁ
0599595
2007/05/20(日) 02:02:52しかしコードサイズと実行時間が周期長に対して不規則に変わるのが不思議
0600・∀・）っ-○◎●
2007/05/20(日) 02:42:11LS→メインメモリのほうが理屈の上ではスループット高いんだが
ちょっと作り替えが必要かも。
0601595
2007/05/20(日) 03:01:49つーかSFMT.cその他をそのまま-mstdmainでコンパイルしただけ
もちろんSIMD(Altivecもどき#define置換)使って
0602・∀・）っ-○◎●
2007/05/20(日) 03:52:110603デフォルトの名無しさん
2007/05/21(月) 00:29:400604デフォルトの名無しさん
2007/05/21(月) 01:32:170605・∀・）っ-○◎●
2007/05/21(月) 01:32:52東芝もあったかな。
0606・∀・）っ-○◎●
2007/05/21(月) 07:00:59大幅にスループット上げられる気がした。
0607デフォルトの名無しさん
2007/05/21(月) 15:42:12ループを全部手で展開しないといけないのがえらく面倒そうｗ
あ，まともなマクロアセンブラがあれば何とでもなるか
0608デフォルトの名無しさん
2007/05/21(月) 15:46:44あーこんな無駄な使い方するならスタックなんか使わんでくれと思うことしばしば。
0609デフォルトの名無しさん
2007/05/21(月) 16:05:38本よりウェブサイトの実例の方がよっぽど役に立つ
物によってはMITの授業のとこにあるソースも
0610デフォルトの名無しさん
2007/05/21(月) 17:04:01どこに書いてある？
0612デフォルトの名無しさん
2007/05/24(木) 18:37:09ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070522/271875/
CELLが日の目を見る日は近い？
0613デフォルトの名無しさん
2007/05/24(木) 18:49:01どっちにしてもHDTVゲームは、MSがこけたらWiiの後継が主流になるでしょ。
ただPS3も撤退するまでは一定のシェアを録り続けるだろうから
現状から大きく変わることは無いでしょ。
むしろCellによる機器が多様になった時でしょ、日の目を見るのは。
0614デフォルトの名無しさん
2007/05/24(木) 20:24:160615デフォルトの名無しさん
2007/05/24(木) 21:59:430616デフォルトの名無しさん
2007/05/24(木) 23:13:49ボってる感もするが、むしろXDRが高いんじゃないのか
0617デフォルトの名無しさん
2007/05/25(金) 18:48:450618デフォルトの名無しさん
2007/05/25(金) 21:25:360619デフォルトの名無しさん
2007/05/27(日) 17:13:09たぶんWiiの後継機でも。
0620デフォルトの名無しさん
2007/05/27(日) 17:45:04Cellでコントローラの複雑な情報を処理するとか。
0621デフォルトの名無しさん
2007/05/27(日) 17:52:33普通の綿手袋に、センサーを搭載した奴。
それつけて手を握ると、キャラも手を握る。
ゲーム内のキャラをオブジェクトの前に行かせ、
プレイヤーが手を伸ばして掴むしぐさをすると
キャラもちゃんと掴む
投げる仕草をすれば、キャラも投げる動作をする
手を開けばオブジェクトは落ちる
あれこそゲーム向きだな。
ＦＰＳで手榴弾投げたりするときは、そのままプレイヤーが投げる動作をすればよい。
0622デフォルトの名無しさん
2007/05/27(日) 18:11:12デモのリモートクレイモア起爆は使えそうだ
起爆装置を持つように手を形作って、
親指を三回曲げると起爆
0623デフォルトの名無しさん
2007/05/29(火) 23:57:42http://techon.nikkeibp.co.jp/article/NEWS/20070528/133235/
こんなのやってたのね。
ソースを公開してくれるのはありがたい。
0624・∀・）っ-○◎●
2007/05/30(水) 01:39:340625デフォルトの名無しさん
2007/05/30(水) 04:44:39やっぱりソースは公開されずに論文として発表されるだけなのかな？
0626デフォルトの名無しさん
2007/05/30(水) 06:46:500627デフォルトの名無しさん
2007/05/30(水) 20:27:33自動で肉を混ぜてくれるものしか思い浮かばない。
それか、自動でドジッてくれる。
頓馬な事をやらかしてくれる。
0628デフォルトの名無しさん
2007/05/31(木) 00:05:300629デフォルトの名無しさん
2007/05/31(木) 00:59:150630デフォルトの名無しさん
2007/05/31(木) 06:45:460631・∀・）っ-○◎●
2007/06/04(月) 01:14:590632デフォルトの名無しさん
2007/06/04(月) 05:55:030633デフォルトの名無しさん
2007/06/05(火) 01:44:49人生終わってる奴らでも見た感じだけはわかるんだろうな
0634デフォルトの名無しさん
2007/06/07(木) 03:50:39これでちょっとはやる気がでそうだｗ
0635デフォルトの名無しさん
2007/06/07(木) 09:50:27ユーザ設定やネットワーク設定のダイアログまで見切れていて使い難いったらw
現在PS3本体にはLANケーブルと電源ケーブルのみで、コントローラ以下全て箱に戻してしまいましたよ。
0636デフォルトの名無しさん
2007/06/07(木) 20:50:00用途は鯖？
0637デフォルトの名無しさん
2007/06/07(木) 21:04:49IBMの事だから３年後には作ってなかったりする気がする(互換上位CPUも)
0638デフォルトの名無しさん
2007/06/07(木) 22:23:01IBMは半導体事業に対してはしつこいよ。
大型サーバーやUNIXサーバーを製造し続ける技術力の源泉だからね。
他のハードウェア事業とは重みが違う。
それにCellはソニーや東芝との共同開発だから
そちらが使えば幾らでも製造は請け負うはずだよ。
Cell自体が誰にも使われなくなったりしたらそりゃ、
世の中から消えるだろうが。
0639・∀・）っ-○◎●
2007/06/07(木) 22:24:48テレビだと四隅削られて表示されるのが多いからそのために多少狭くなってるからね
Altキー押しっぱなしでタイトルバーでなくともウィンドウをドラッグできる。
あとPS3はコンポーネントケーブルとVGA変換ケーブルで普通のPCモニタに繋げられる
という裏技がある。
0640デフォルトの名無しさん
2007/06/07(木) 22:42:23いや、Yellow Dog LinuxはGUI解像度が720Pデフォーだから
欠けるのは多少じゃ済まないｗ。
0641635
2007/06/07(木) 22:49:19建前:実験用
本音:某芝からの風除け
>>639
ドラッグできてもどっちみち、必要な情報が同時に見えないからねぇ。
#ボタンの位置はタブの回数で覚えたw
0643・∀・）っ-○◎●
2007/06/07(木) 22:55:320644635
2007/06/07(木) 23:12:17つーか、既にモニタケーブルは箱の中だってば。
#ユーザ設定とネットワーク設定さえしちゃえば取り敢えず用はない。
0645・∀・）っ-○◎●
2007/06/08(金) 00:02:28パイプラインフローの計算にExcelは便利だぞ
0646デフォルトの名無しさん
2007/06/08(金) 21:11:32厨なことは分かったｗ
0647デフォルトの名無しさん
2007/06/11(月) 10:21:05キャッシュ版cellって感じかな。2010頃に、おもいっきしcell32コア vs larrabee
ガチンコ対決になりそうだな。
0648デフォルトの名無しさん
2007/06/11(月) 19:52:280649デフォルトの名無しさん
2007/06/11(月) 22:30:080650デフォルトの名無しさん
2007/06/11(月) 22:35:00別の種類のコアをガンガン載せるならインオーダーのほうがいいわな
プログラマさえ気をつけていれば、最適にできるんだから
0651デフォルトの名無しさん
2007/06/11(月) 23:06:320652デフォルトの名無しさん
2007/06/12(火) 00:11:29がどのような勢力図になるか、まったく未知数で面白いな。
基本的にcellのアーキテクチャに似たものによってきている（？）が、その次は一体
どこに向かうだろう？
メニーコアの流れは止められないとすれば、メモリ、キャッシュの構成で各CPUの
特色がでてくるだろうか。cellはLSで、個性的だったが、ほかはどうでてくるか。
また、cellはcellで、単にコアが増える以外で、アーキテクチャの進化はないのかどうか。
0653デフォルトの名無しさん
2007/06/12(火) 12:25:47モンテカルロ法を使ったソフトが猛威をふるってますが、
（たとえばMoGoなど）
PS3/Cellでモンテカルロ囲碁のソフトが、
ICGAの2007アムステルダム大会に参戦するみたいです。
http://www.grappa.univ-lille3.fr/icga/program.php?id=513&lang=3
現行の将棋なんかの並列処理と違って、モンテカルロ囲碁は、
試行が独立していて並列性が高いのでCellには有利と思います。
結果が楽しみです。
0654デフォルトの名無しさん
2007/06/12(火) 12:27:04試行が独立していて並列性が高いのでCellには有利と思います。
0655デフォルトの名無しさん
2007/06/12(火) 12:38:12http://cgos.boardspace.net/9x9/standings.html
使える主記憶が200MB位しかないのも効いてるそうな
0656デフォルトの名無しさん
2007/06/12(火) 12:46:15ハッシュメモリの差ですかね？
仮にCPU数を同じとして、使用メモリサイズをx86とCellでそろえてみたら、
どうなんでしょうね？
0657デフォルトの名無しさん
2007/06/12(火) 13:05:24モンテカルロ碁のUCTパート(シミュレーション結果をまとめるところ)の並列化は難しいし
今はソースがほとんど共通らしいからこれからどれだけチューンするかが勝負だろ
0658デフォルトの名無しさん
2007/06/13(水) 01:56:02＞仮にCPU数を同じとして、使用メモリサイズをx86とCellでそろえてみたら、
CPU数をどう解釈するかだな。
尤も、1チップとしても今だとXeonの4coreかな。同一クロックでも勝負にならないじゃん。
0659デフォルトの名無しさん
2007/06/13(水) 21:19:27Core2でさえ1〜2フレームでモタモタしてるのに
Cellは平然と60フレーム出す
VertexシェーダをCPUで肩代わりしたときも同じ
3DMARK06でのCore2の遅さったら散々なもの。
CellはRSXの肩代わりをできるほど
そもそもCore2はAthlon64と比べても、浮動小数点演算がクソ遅い。
0660デフォルトの名無しさん
2007/06/13(水) 21:39:540661デフォルトの名無しさん
2007/06/14(木) 00:02:41http://techon.nikkeibp.co.jp/article/NEWS/20070612/134018/
PS3で音響測定を行おうというものなんだけど、
>PS3とパソコンはEtherケーブル（クロス）で接続。PS3用のブートイメージを
>保存したUSBメモリーを差し込み，電源を入れるだけでPS3の
>セットアップは完了する。
USBブート出来るんかい!
0662・∀・）っ-○◎●
2007/06/14(木) 00:05:26ネタ？
Core 2のSSEはAthlon64のスループット倍だけど。
x87やスカラ演算ならクロック数の高いものもってくればクロック数の分優位になるだろうけど。
あー、でもCellでスカラ演算なんて糞そのものだからそもそも論ずるに値しないわな。
CellでRSXの肩代わりじゃなくて、RSXが糞だからCPUでやらなきゃならんだけだろ。
わざわざ遠いメモリアクセスしてまで。
しかもHDで出すとアンチエイリアスもきかない糞だし。
0663・∀・）っ-○◎●
2007/06/14(木) 00:37:39記者の勘違いだろう。
ただ単にUSBメモリ上に音響測定用のOSのブートイメージと、
OS本体（たぶんLinux）が入ってるだけと思われ。
0664デフォルトの名無しさん
2007/06/14(木) 01:38:37>>651
頭ごなしにCellを糞呼ばわりするならLarrabeeも対等に扱って下さい。
Core2がAthlon64より遅いというのがアレなのは同意。
GK乙>>664
0665デフォルトの名無しさん
2007/06/14(木) 01:41:540666・∀・）っ-○◎●
2007/06/14(木) 02:02:12どっちかというとCellよりNiagaraのアプローチに近い。
0667デフォルトの名無しさん
2007/06/14(木) 02:08:390668デフォルトの名無しさん
2007/06/14(木) 02:20:02使い方間違えてるんじゃないの?
0669・∀・）っ-○◎●
2007/06/14(木) 02:21:21MFCを各コアに抱えなくて済む分経済的だな
0670デフォルトの名無しさん
2007/06/14(木) 02:23:14言いたい事が見えて来ない。
LarrabeeがSMTにするのはインオーダのせいでチェインに弱いのにも関わらず
命令アーキテクチャ上レジスタの数を増やせず
且つレジスタリネーミングしない(インオーダなので自明)からでしょ。
それがどう繋がるの？
>>667
メモリのサイズはLarrabeeも同じくらいなんだろが、自動でキャッシュされるのだとすると非常に楽だな。
しかしこういうGPUまがいの機構でメモリをランダムアクセスする事は少ないので
慣れればDMAで十分っちゃ十分。
>>669
ルータがでかい。
0671・∀・）っ-○◎●
2007/06/14(木) 02:32:01LarrabeeのL1キャッシュはレイテンシめちゃ短いらしいしレジスタの少なさは欠点にならんだろう。
0672デフォルトの名無しさん
2007/06/14(木) 02:42:27で、666からLarrabeeの知識を披露してくれたわけだがどう話を繋げるんだ。
Cellはまだ詰めが甘く糞だがLarrabeeは煩雑さやボトルネックが排除されて互換性もあって、速い、安い、旨いって事か？
0673デフォルトの名無しさん
2007/06/14(木) 10:11:20そのほうが楽だもん。
論文書くわけでもないのに、しちめんどくさいことはしたくない。
0674デフォルトの名無しさん
2007/06/14(木) 11:19:410675デフォルトの名無しさん
2007/06/14(木) 12:10:02同じデータをよってたかって処理出来るならいいが、一番の使い道はストリームプロセッサとしての用途だからな。
同じデータを繰り返し使うよりもシーケンシャルなアクセスが多い。
更に各スレッドにブロックで分割したストリームを数KBずつ割り当てるようなプログラミングをしてしまうとデータのフェッチ速度も4分の1になる。
ここら辺をきちんと考えたら結局開発は面倒臭いんじゃなかろうか。
0676デフォルトの名無しさん
2007/06/14(木) 12:11:400677デフォルトの名無しさん
2007/06/14(木) 12:45:05>USBブート出来るんかい!
公式情報でもそのような記述があるね。
ttp://cell.fixstars.com/products/rt_ir01.html
| *セットアップ作業も簡単
| セットアップマニュアルをみながらの作業で、迷うことなくシステム構築ができます。
| PS3とPCの接続はEtherケーブル（クロス）で繋ぐのみです。
| オーディオインタフェースを接続したPCにPCアプリケーションをインストールしてネットワーク設定を変更、あとはPS3用のブートUSBメモリをPS3に差して電源を入れればセットアップは完了です。
| ブートUSBメモリは、ダウンロードしたブートイメージをUSBメモリに書き込むことで簡単に作成できます。
| PCアプリケーションを立ち上げ、PS3の電源をONにしてしばらく待てば測定を開始することができます。
なんかムカツク。つかノウハウ公開きぼん。
0678デフォルトの名無しさん
2007/06/14(木) 21:26:52http://www.akibablog.net/archives/2006/08/athlon64_x2_vs.html
0679・∀・）っ-○◎●
2007/06/14(木) 21:29:09SSEも使ってない糞プログラムなんて参考になるわけない
0680デフォルトの名無しさん
2007/06/14(木) 21:29:35このスレ的にはCell使ってるくらいなんだからスカラでぐだぐだ言ってないでSSEで勝負しろと。
0681デフォルトの名無しさん
2007/06/14(木) 21:30:23Core 2 Duoが良好な結果を示すあたりや、
浮動小数点演算ではAthlonに強さが垣間見える
といった点も順当な結果である。
http://pc.watch.impress.co.jp/docs/2007/0605/tawada106.htm
何か勘違いされているが、Core2はAthlonの足元にも及ばぬほど浮動小数点演算が遅すぎる。
更には64bit環境では話にならないほど全体的な実行速度が遅い。
0682デフォルトの名無しさん
2007/06/14(木) 21:33:42のだが、海外の捏造ベンチが強烈なイメージを残したので勘違いされているだけのこと。
最も重要な浮動小数点演算はAthlonの足元にも及ばない。
0683・∀・）っ-○◎●
2007/06/14(木) 21:37:100684デフォルトの名無しさん
2007/06/14(木) 21:38:220685・∀・）っ-○◎●
2007/06/14(木) 21:43:52ゆとり世代だなぁ
0686デフォルトの名無しさん
2007/06/14(木) 21:44:240687・∀・）っ-○◎●
2007/06/14(木) 21:54:19エントリー向けのCPUが1項目だけでも負けたら大敗北なのか
プレイステーションワールドの世界観すごいなｗｗｗｗ
Wiiで遊ぼっとｗｗｗ
0688デフォルトの名無しさん
2007/06/14(木) 22:05:420689・∀・）っ-○◎●
2007/06/14(木) 22:17:180690・∀・）っ-○◎●
2007/06/14(木) 22:20:40PS3もう一台買ってやるよGKくん。
だから、もう帰って良いよ
0691デフォルトの名無しさん
2007/06/14(木) 22:22:53>>679
ケコーン
リロードして確認すればよかった。
>>681
http://pc.watch.impress.co.jp/docs/2007/0605/graph1.htm
のWhetstone iSSE3かな？
確かにAthlonの方がスコアがいいが、どの辺がAthlonの足下にも及ばないくらい遅いわけ？
>>685-687
クロックで比較するのやめれ。
Pen4やPPEが可哀想だ。
0692デフォルトの名無しさん
2007/06/14(木) 22:39:50ＰＳ３買ったてのはフカシだろ？妊娠ｗｗｗｗ
ボクちゃんゲハに帰っていいよｗ
0693デフォルトの名無しさん
2007/06/14(木) 22:53:15こういう短絡的なアホって本当にいるんだな。
0694デフォルトの名無しさん
2007/06/14(木) 22:53:2912.8Mって数字がいかに眉唾かっつーとね
408SBox＋(６XOR＋4XOR)*8 = 488
L/SはOddパイプ側だから旨く隠蔽して神スケジューリングで
全体のレイテンシを隠蔽できても1周500クロック程度は少なくともかかる
×16×25＝200ｋクロック
KS展開のなどの雑処理や判定入れたらどんなにシンプルにしても
プラス1〜2万クロック程度はかかる
PPE側で0.8M程度稼げても残りの12MTはSPE稼がなければならないから
SPE1個あたり2MT
3192000000 * 128 / 2000000 = 204,200clk
どんだけきついかは言うまでも無し。
まさかSPEが７個使えると思ってるわけでもないだろーに
つーか、既にやってみたけどPPEのVMXと64bitALUを並列動作させても1Mも越えんかった
0695・∀・）っ-○◎●
2007/06/14(木) 22:53:33http://www.uploda.org/uporg855277.jpg
0696デフォルトの名無しさん
2007/06/14(木) 22:57:430697デフォルトの名無しさん
2007/06/14(木) 23:00:490698デフォルトの名無しさん
2007/06/14(木) 23:01:050699デフォルトの名無しさん
2007/06/14(木) 23:07:250700・∀・）っ-○◎●
2007/06/14(木) 23:12:26しかもメインで使ってるノートからTelnetとSambaで入った方が使いやすいからほとんど
電源入れてない。
んで、PCが新たに1台くるから、ほとんどDVIポート占有させるわけにもいかんので、
PS3はテレビ台のWiiの隣に逝くことになるかな。むろんコンポジ接続。
せっかくテレビ周りがスッキリしてたのに、有線LAN接続するのも癪なんだがな。
ちなみにそのPS3はWLANなしね。
0701デフォルトの名無しさん
2007/06/14(木) 23:28:500702デフォルトの名無しさん
2007/06/14(木) 23:32:280703・∀・）っ-○◎●
2007/06/14(木) 23:35:050704・∀・）っ-○◎●
2007/06/14(木) 23:35:480705・∀・）っ-○◎●
2007/06/14(木) 23:44:18Whetstoneって・・・・Cellは散々じゃんｗｗｗｗ
0706・∀・）っ-○◎●
2007/06/14(木) 23:51:092007-06-10 01:27:30 [---] Processor features: altivec
2007-06-10 01:27:30 [---] Memory: 196.80 MB physical, 415.73 MB virtual
2007-06-10 01:27:30 [---] Disk: 9.19 GB total, 5.21 GB free
2007-06-10 01:27:30 [---] No general preferences found - using BOINC defaults
2007-06-10 01:27:30 [---] Preferences limit memory usage when active to 98.40MB
2007-06-10 01:27:30 [---] Preferences limit memory usage when idle to 177.12MB
2007-06-10 01:27:30 [---] Preferences limit disk usage to 4.60GB
2007-06-10 01:30:44 [---] Benchmark results:
2007-06-10 01:30:44 [---] Number of CPUs: 1
2007-06-10 01:30:44 [---] 379 floating point MIPS (Whetstone) per CPU
2007-06-10 01:30:44 [---] 1325 integer MIPS (Dhrystone) per CPU
2007-06-10 01:30:45 [---] Resuming computation
0707デフォルトの名無しさん
2007/06/14(木) 23:56:14いろんな解析に使ってもらう為のマシンでしょ？
0708・∀・）っ-○◎●
2007/06/15(金) 00:00:23FLOPSじゃなくてMIPSなのがアレだが
全部積和算だと仮定して8かけてもAthlon64やCore2の足下にもおよ（ｒｙ
0709デフォルトの名無しさん
2007/06/15(金) 00:08:29良く分からんがPS3 Linux上でWhetstoneを走らせた？
とするとPPEオンリーでSPEは全く使われてないのでは？
AltiVecは使用されてる？
0710・∀・）っ-○◎●
2007/06/15(金) 00:08:58http://plusd.itmedia.co.jp/pcupdate/articles/0604/08/news009.html
Floating point MIPS (Whetstone) per CPU 1664
Integer MIPS (Dhrystone) per CPU 2580
Cell遅いってレベルじゃねーぞｗｗｗｗ
0711デフォルトの名無しさん
2007/06/15(金) 00:28:030712・∀・）っ-○◎●
2007/06/15(金) 00:31:13SPEは「最適化」じゃなくてCell用にコードを新たに書かないと動きすらしないだろ。
0713デフォルトの名無しさん
2007/06/15(金) 00:36:402007/06/14 22:23:58||Processor: 2 GenuineIntel Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz
2007/06/14 22:23:58||Memory: 1007.11 MB physical, 2.36 GB virtual
2007/06/14 22:23:58||Disk: 76.69 GB total, 47.26 GB free
2007/06/15 0:29:42||Suspending network activity - running CPU benchmarks
2007/06/15 0:29:44||Running CPU benchmarks
2007/06/15 0:30:43||Benchmark results:
2007/06/15 0:30:43|| Number of CPUs: 1
2007/06/15 0:30:43|| 1714 floating point MIPS (Whetstone) per CPU
2007/06/15 0:30:43|| 3556 integer MIPS (Dhrystone) per CPU
2007/06/15 0:30:43||Finished CPU benchmarks
2007/06/15 0:30:44||Resuming computation
0714デフォルトの名無しさん
2007/06/15(金) 00:50:19http://web.archive.org/web/20041107202023/netlib2.cs.utk.edu/benchmark/whetstone.c
for(){
a+=b
b*=a
}
みたいな感じで依存関係がチェインしたプログラムっぽい。
速度は各命令のレイテンシだけで決まりそうな気がするんだが、
Core2で動かした時にアウトオブオーダで発行可能なんだろうか。
それと派生のコードを一つ見つけて読んでみたら精度がfloatに落とされてた。
CellとCore2とAthlonの比較以前に精度を一致させないと速度が全く異なるよな。
0715・∀・）っ-○◎●
2007/06/15(金) 01:16:10> Core2で動かした時にアウトオブオーダで発行可能なんだろうか。
依存関係のチェインはOoOでは解決できないよ。
絶対レイテンシの削減のみが解決する。
FPadd/FPmulのスループットはともかくレイテンシはK8とPentium M・Core2で差がないから
単純にクロック数が高い方が有利になるわな。
なのに、1.8GHzと2.1GHzが同じクロック数だと思ってるヴァカがいて（ｒｙ
0716デフォルトの名無しさん
2007/06/15(金) 01:18:55完全なチェインではないからOoOも可能。
実際にコンパイルして確認してないから予想に過ぎないが
gccが馬鹿でインオーダである事を考慮して順番を並べてないだけなんジャマイカ？
0717・∀・）っ-○◎●
2007/06/15(金) 01:24:40規格通りの動きにさせるとソフトでやるしかなくてめちゃくちゃ遅くなるぞ
0718デフォルトの名無しさん
2007/06/15(金) 01:32:04Cellのような新しいアーキテクチャに興味を示す理由は始めからないだろ？
SPE使わなければただの非常にシンブルなPowerPCコアなんだから遅いのは当たり前。
最近のアウトオブオーダー実効で命令レベル並列性を上げまくったCPUと比較するのがそもそも間違い。
0719・∀・）っ-○◎●
2007/06/15(金) 01:51:55職業エンジニアならそれこそ予算の範囲内で。
Core 2やK8にも最適化には癖がある。
80-20ルールってあるじゃん。
つまるところ最適化の要所はほんの一部だってこと。
車のチューニングのために車輪まで新たに発明するのは馬鹿らしいっしょ。
いや、まあ、自分で金出して買っておいて何も生かさずに肥やしにするような真似は俺もしねーから。
0720デフォルトの名無しさん
2007/06/15(金) 09:55:42使ったにしろ同期のオーバーヘッドで死ぬ。
Larrabeeの強みはx86のコード資産以上に、最適化屋の人的資産だ。
北森Pen4-HTではL1は1スレッド4KBしか使えなかったが、それでも実力あるソフト屋はうまく使ってた。
4分割なら1スレッド1GHzで動いてるのと同じことだからキャッシュ帯域はあんまり問題ないだろう。
1スレッド辺りのメモリが要るなら都度Nehalemと使い分ければいい。ISAゴンパチなんだから。
命令についてはそのものがコンパクトだしレイテンシはマルチスレッドが隠蔽してくれる。
しかも同じコードなら同一コアのスレッド間で共有できるからこれもCellより優位
0721デフォルトの名無しさん
2007/06/15(金) 14:11:451.5倍のビットレートを軽く出すPS3のCELLの方が圧倒的に性能上では？技術的にはBDレベルが2本同時再生も可能らしいし
0722デフォルトの名無しさん
2007/06/15(金) 14:16:34全般にわたってそうかはわからん
0723・∀・）っ-○◎●
2007/06/16(土) 01:02:24SONY自身に見捨てられてるCellカワイソスｗｗｗｗｗ
0724デフォルトの名無しさん
2007/06/16(土) 09:48:25倍精度浮動小数点演算が苦手なのがかなり影響しているだろうなｗ
0725デフォルトの名無しさん
2007/06/16(土) 14:32:39ウン？ そのNECの石って汎用CPUなのか？ それとも専用LSI?
専用LSIならローパワーでパフォーマンスが良いのは当たり前だし。
その次に効率が良いのはDSPかな？
0726・∀・）っ-○◎●
2007/06/16(土) 14:49:58専用LSIにもなれず、DSPにしては電力馬鹿食いなプロセッサは
一体どういう位置づけでしょうか？
汎用CPUと専用回路を使い分ければいいだけだったりな。
0727デフォルトの名無しさん
2007/06/16(土) 14:53:43汎用CPU+専用プロセッサ*7でしょうが。
0728・∀・）っ-○◎●
2007/06/16(土) 15:18:46まあ90nmの割には良くやってる方だと思うが（Intelの90nm製品の出来をみれば・・・）
0729デフォルトの名無しさん
2007/06/16(土) 15:20:50マルチメディア系家電に特化したセミ汎用CPUかな？
利点は専用LSI+汎用CPUより安く付く事。
（いろんな事をやらせればやらせるほど）
後、ネットワーク上で分散処理するプロセッサも狙ってるようだが
こっちはまだ先が長そうだな。分散OSから開発しなきゃならんし。
0730デフォルトの名無しさん
2007/06/16(土) 15:21:13現行のままでもいいからシュリンクして欲しいぜ。
0731デフォルトの名無しさん
2007/06/16(土) 15:24:15と誰もが認識してるのにできないチョンがいるｗ
0732デフォルトの名無しさん
2007/06/16(土) 15:27:08だいたい、そんなことわかってるわけで。
ＳＤＫのドキュメント見ても「PPEの役目は演算ではなく、スケジューリング」
とこれ以上ないくらい明確に書いてある。
0733デフォルトの名無しさん
2007/06/16(土) 15:29:38Pentium4の6倍、
Core2の4倍の性能
0734デフォルトの名無しさん
2007/06/16(土) 15:39:400735・∀・）っ-○◎●
2007/06/16(土) 15:43:28コア数増やしていっても、マルチスレッド化できない箇所ひとつだけでもあれば
そこで頭打ちになる。そうなったときにリッチコアのほうが有利だし
リッチコアでもマルチコア化は進んでいく。
NehalemとLarrabeeのコアサイズ比較しても4倍も差はない。
使い捨てアーキテクチャと見なした場合、Larrabee向けの最適化屋は
汎用IAプロセッサやらせてもそのまま使えるが
スモールコア前提で命令セットの拡張性にも乏しいSPEのリッチ化は困難。
要するにつぶしが利かない。
少なくともLarrabeeが出てくる前にSPUのISAを十分広め、ソフト資産面での基盤を固めないと
ゲームオーバーな希ガス。
0736・∀・）っ-○◎●
2007/06/16(土) 15:44:190737デフォルトの名無しさん
2007/06/16(土) 15:55:4765nm版セルは確かもう量産開始されていると思うが。
PS3にも多分、今年中か来年の始めくらいには搭載されると思う。
ストリンガーCEOが今年中の値下げを示唆している。
0738デフォルトの名無しさん
2007/06/16(土) 15:57:320739・∀・）っ-○◎●
2007/06/16(土) 16:21:40LarrabeeはNehalemを否定してないだろ。
CSIリンクで混成すら可能だ。
0740デフォルトの名無しさん
2007/06/16(土) 16:51:37シングルスレッド性能をもっと引き上げたバージョンのCellも欲しい気もするな。
SPEはシンプルに保ったまま数を増やす方向で。
要するに汎用CPUとして使ってもそこそこパワーが有って特殊な使い方もできる石。
ワークステーション向けCellとでも言うところか。
家電向けのローコスト版と二本立ては難しいかな？
0741・∀・）っ-○◎●
2007/06/16(土) 17:03:50メモリが業界の問題児RAMBUS依存の時点で（ｒｙ
0742デフォルトの名無しさん
2007/06/16(土) 17:05:09#PPEがSPEの面倒見ているとカーネルと取り合いになってどうもね。
0743デフォルトの名無しさん
2007/06/16(土) 17:35:26それはまあ、必然的な進化の方向だろうね。
現在でもPPEコアは2スレッド並列実行できるそうだし。
PPE×2+SPE×12くらい欲しいね。
ユーザー使用可能なコア数で。
0744デフォルトの名無しさん
2007/06/16(土) 19:21:15gnome-system-monitor見ていると、足して100%以上動いてない希ガス。
0745・∀・）っ-○◎●
2007/06/17(日) 00:59:49整数ALUは1本だしAltiVecは半速なんでかなり頼りない。
キャッシュはラインサイズが128バイト（なにげにDMAのブロック単位と同じ）だからか
やたら遅い印象。
で、ブロック暗号の攪拌処理でよく使うようなランダムルックアップとかやってみると、
まあレイテンシも大きいけど、それ以上にスループットが出ない。
同じラインに載っかってるデータを何度も利用するような感じのコードでないと
まともに性能でない。
キャッシュラインサイズが大きいと不便だな。
まあSPEも褒められたもんじゃないけどな
もっともIntelもNetBurstでは64Bラインだったし（それでレイテンシが大きかった）
Gesher世代でもまた64Bなんだけど(ただしレイテンシ9)
0746デフォルトの名無しさん
2007/06/17(日) 01:24:48何かにつけて知識を披露したいだけちゃうんかと。
Cellと糞ニー叩きたいだけちゃうんかと。
0747デフォルトの名無しさん
2007/06/17(日) 02:04:49ダラダラ垂れ流している団子は精神病か何かか？
0748デフォルトの名無しさん
2007/06/17(日) 02:38:05団子に誤れ！！！
0749デフォルトの名無しさん
2007/06/17(日) 02:45:050750デフォルトの名無しさん
2007/06/17(日) 02:47:32SIMDユニットなのでPentiumやCoreにおけるSSEユニットと等価。
SPEを使うなということはCOREにSSE使うなといってるようなもの。
ついこの間までSSE使って測定しろとかダダこねしてたくせに
Cellに限ってSIMD使うなとワガママ言い出すバカなんだよな。
んなことしてもCell >> Athlon >>>>>>>>>>> Coreなのは変わりないのにｗ
0751デフォルトの名無しさん
2007/06/17(日) 02:49:180752デフォルトの名無しさん
2007/06/17(日) 03:05:20ラララ矛盾君
0753・∀・）っ-○◎●
2007/06/17(日) 05:19:41コンパイラオプションで【ソースの変更必要なしに】対応できる。
SCE謹製のGNU Toolchain使ってもSPEスレッドは勝手に作ってくれないね。
そこまで言うならSPE対応のWhetstone作ってみやがれ無能共ｗｗｗ
0754・∀・）っ-○◎●
2007/06/17(日) 05:23:04言いたいことは>>735に集約されてるし
自社製家電にすら採用されないんじゃ将来無いだろ。
PS3にせよソフト売り上げは3ハード最下位だし。
0755・∀・）っ-○◎●
2007/06/17(日) 05:29:12いまSPEで動く（elfspe依存）Whetstone作ってるが
出来上がったらベンチ結果教えてあげるわｗｗｗ
0756・∀・）っ-○◎●
2007/06/17(日) 06:12:44[dango@ps3 whet]$ ./whetdc -c 1000000
spe_run: Bad address
0757・∀・）っ-○◎●
2007/06/17(日) 06:21:23SIMD FPユニットが64bit幅でも128ビット幅でも全く関係が無い。
実際Yonah(64bit)→Merom(128bit)でも殆ど伸びてない。
したがって単純にスカラのレイテンシ依存。
同クロックだと理屈上こうだね
K8≒Core 2＞＞＞PPE＞＞＞＞＞＞＞＞＞＞＞＞＞＞SPE
0758デフォルトの名無しさん
2007/06/17(日) 06:50:21>※/proc/cpuinfoには無かったが，bogomipsは158.72となっている。
>2GHzのPowerPC G5のBogoMIPS値が1300程度であることを考えるとPPEの処理能力はかなり低く，
>SPEを活用できないと高いパフォーマンスを得られないことが分かる。
0759デフォルトの名無しさん
2007/06/17(日) 06:58:11アホ
PPEのSSE相当のものはAltiVecであってSPEは外部プロセッサだ
それとSPEの倍精度はPPEの数分の1程度でしかない
こういう構造のプログラムはマルチスレッド化自体が不可能。
0760デフォルトの名無しさん
2007/06/17(日) 07:09:23人格障害じゃないとできない芸当だわ
0761・∀・）っ-○◎●
2007/06/17(日) 07:16:13→んなこといってるからタダ同然の飯を提供してるWiiに負けるんだろｗｗｗ
Intelは投機スレッディングによるシングルスレッド性能の引き上げとかハード面での
サポートの研究もやってるし、ソフト部門に大量に人員を割いて、簡単に
マルチスレッドアプリケーションを構築できるようなライブラリ作ってる。
タダでは食えないが安く飯を食わせる方法は提供するのはCPUメーカーの使命。
それをやらないといくら潜在性能が高くてもソフト開発の人件費が高くついて
結果駄目なんだよ。せめて標準コンパイラで出せる基本性能は高くしておくべき。
実際HPC市場でCellサーバの出荷は伸び悩んでるね。
倍精度駄目だし。
0763・∀・）っ-○◎●
2007/06/17(日) 07:19:140764デフォルトの名無しさん
2007/06/17(日) 07:23:59尤も、下手に噛み付いてもちゃんと情報が出てくるところが某の凄いところだけれど。
0765デフォルトの名無しさん
2007/06/17(日) 09:43:25だいたい、SSEとは同じベクトル演算だがレジスタ数が違いすぎるから、
同じ命令の並列度の上げ具合やメモリへの書き出し数自体も全く違う。
コードの書き方変えないと、速くなるわけがない。
0766・∀・）っ-○◎●
2007/06/17(日) 10:26:21ハイこのとおり
[dango@ps3 whet]$ spu-gcc whetstone.c -lm -Wall -o whetdc
[dango@ps3 whet]$ ./whetdc -c 1000000
spe_run: Bad address
コードそのまんまじゃ動きすらしませんｗｗｗｗ
> レジスタ数が違いすぎるから
え？レジスタ数が多いのは性能面ではプラスでしょ？ｗｗｗｗｗ
そもそも高級言語レベルでレジスタの割り当てなんて意識する必要は無い。
速くならない理由に全くなってないぞｗｗｗｗ
ｳﾞｧｶ決定ｗｗｗ
要するにお前が認識してない致命的な弱点があるんだよ。
0767デフォルトの名無しさん
2007/06/17(日) 11:05:12必要以上にあおられてるが、書き込むこと自体久々なんだがな。
誰かと勘違いしてる？
そのまま動かないのは、コード自体に問題あるからじゃない？
おれにはそんなベンチマークコードを移植する必要性すら感じないわけで動作するにしろ速度にしろ関係ない。
だいたい、おれはx86系のSSEと単純比較する必要性すらないという意味で
いっただけで、どこにもcellをけなしてるわけでもない。
例えばIDCTを作る場合１列の演算自体でIA-32だと８個しかないから、ぎりぎりだし。
Cellなら１ブロック分をレジスタに置きながら計算できる分スケジューリングでかなり有利だと。
同じようにメモリに書き出しているコードを書いていたら意味がないでしょ？
Ｃ言語レベルでも組み込み命令でレジスタのメモリへの退避をなるべく減らすように組むのが基本では？
スケジューリングをコンパイラに任せられればいいのだが、いまいちcellのコンパイラはスケジューリングはうまいといえない。
出てきたアセンブラコードのレイテンシをチェックしながら書いているぞ。
あと、単純なスカラ演算コードもPPEでやるよりかはSPEで並列に動かしたほうが多少ましになる。
C2Qx2との比較で言えばそろそろCellの有利さも消えてきた感があるが、
マーキュリーのボードを利用して両方使うことも考えられるし、一概にどちらがいいとは言えない。
個人的にはPS3なんて、外部・内部インタフェースの拡張性のなさや、メモリの少なさから選択肢に入らない。
0768デフォルトの名無しさん
2007/06/17(日) 12:39:01日本語も読めないのかあのチョンはｗ
0769デフォルトの名無しさん
2007/06/17(日) 12:41:39実際このとおりｗ
Cell >> Athlon ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞Core2
0770デフォルトの名無しさん
2007/06/17(日) 12:44:25だからIntelもそう言ってるんじゃんｗ
またＩｎｔｅｌの言うことを否定したよチョンがｗ
Ｗｉｉの売り上げもどうだか
GCのときはPS2とXBOXに勝ったとか散々言っておきながら、
結局は「たったの一台も売れてなかった」わけでｗ
本当にそれだけ売れてりゃ一瞬たりとも追いつかれたり抜かれたりしねえよ
ってのに、本社は超大赤字。
何のことはない、電通と組んだ捏造だったわけでｗ
0771デフォルトの名無しさん
2007/06/17(日) 12:46:09プログラムも書けないド素人だからなｗ
何もかも論破され、無知のド素人だということがバレて悔しいんだよｗ
0772デフォルトの名無しさん
2007/06/17(日) 12:48:11おこちゃまのカキコを参考にしようとしてる時点で同じ穴の狢になるから気を付けて。
公表されている資料を除けば、出任せと勘違いしか残ってないよ。
煽ってるだけじゃつまらないので、一点だけ突っ込んどくよ。
PPUのVMXが半速? どんな計り方したのか知らないが
嘘を吹いて回るな。まずは CBE Handbook を印刷して擦り切れるまで読め。
それまでPPEのVMXについて触れるの禁止な?
0773・∀・）っ-○◎●
2007/06/17(日) 12:50:55レジスタがいくらあってもインタリーブしようがなければ性能伸びないよ。
SPEの命令レイテンシはCore 2のSSEのそれのほぼ倍。
倍精度に至ってはdual issue非対応の上、パイプラインがストールする。
SPEに移植するのは最適化じゃなくて劣化でしかない。
いずれにせよこういう伝統的なベンチは「弱点のなさ」を計るのにはちょうどいい罠。
0774デフォルトの名無しさん
2007/06/17(日) 12:52:29Core2マイクロアーキテクチャが速いのは整数演算だけで、
そのほかの性能はまったく及ばない。
浮動小数点演算はCellやAthlonの足元にも及ばない。
こんなにデキの悪いアーキテクチャはそうそうお目にかかれないぞ
0776デフォルトの名無しさん
2007/06/17(日) 12:54:030777デフォルトの名無しさん
2007/06/17(日) 12:55:200778デフォルトの名無しさん
2007/06/17(日) 12:56:38これからはベクトルの時代だ、と思えば設計思想上から
スカラが弱くなることは分かりきってる。
それを弱点としても、ベクトルを伸ばすことに意義があるわけだ
そんなCPUにスカラがどうこうって
まさに頭の弱い知恵遅れじゃん。
0780―>ﾟ))))彡-
2007/06/17(日) 12:58:450781・∀・）っ-○◎●
2007/06/17(日) 13:00:20本分のゲーム機でシェア最下位、自社家電にすら採用してもらえないんじゃ
意義は全く無いと思うがな。
別にLarrabeまで否定してるんじゃないよ。伝統的な x86 ISAだ。
SPEもISAをPPC互換にしとけば移植性でそんなに問題なかったのにな。
0782デフォルトの名無しさん
2007/06/17(日) 13:03:49WiiのCPUに関しても無知丸出し。
あ れ だ っ て マ ル チ コ ア な の だ か ら 、 タ ダ 飯 は 食 え な い ｗ
タダ飯食えないXBOX360のPPC970と同じようなものなのだがｗ
そんなこともわからんバカｗ
思い込みが激しいんだよな。Core2だから何もかも速い「はず」
Wiiだからタダ飯食える「はず」
無知のド素人ｗ
0783デフォルトの名無しさん
2007/06/17(日) 13:04:30以前に出された証拠すら読めないチョンですね。ただの妄想かｗ
そんなにCore2が出来損ないだと証明されたのが悔しかったのかｗ
そんなことしても遅い出来損ないは遅い出来損ないのままなんだよｗ
0784・∀・）っ-○◎●
2007/06/17(日) 13:05:40やべぇ吹いたｗｗｗｗ
0785デフォルトの名無しさん
2007/06/17(日) 13:05:42もともとPowerPC970で、それと随意動作するSIMDユニットなのだから命令セット変えられるわけがない。
独自命令はあってもね。
独立動作しないときは、単なるベクトルユニットだから命令セット云々関係ないし・・・・・
こりゃ本格的な無知だな。
0786・∀・）っ-○◎●
2007/06/17(日) 13:06:37Cellだと全く話にならないアレですか？
0787デフォルトの名無しさん
2007/06/17(日) 13:06:59やべえ吹いたｗｗｗｗｗ
0788デフォルトの名無しさん
2007/06/17(日) 13:08:472.1GHz同士にしても敗北したアレですか？
2.1GHz同士にすれば勝てる！とかチョンが捏造したが証拠も出てないアレですか？
Ｃｅｌｌにすら負けたアレですね？
やべぇ吹いたｗｗｗｗｗｗｗｗ
0789・∀・）っ-○◎●
2007/06/17(日) 13:08:51> もともとPowerPC970で、それと随意動作するSIMDユニットなのだから命令セット変えられるわけがない。
> 独自命令はあってもね。
> 独立動作しないときは、単なるベクトルユニットだから命令セット云々関係ないし・・・・・
>
> こりゃ本格的な無知だな。
命令フォーマットって知ってます？
SPUのISAはとPower ISAとは全く互換性がありませんがｗｗｗｗ
0790デフォルトの名無しさん
2007/06/17(日) 13:12:090791デフォルトの名無しさん
2007/06/17(日) 13:12:59ISAのお勉強はここでｗ
またド素人の捏造かｗ
GPUとCPUの異種混合と同じだが
SPEはベクトルプロセッサ。
これでもわからんチョンがいそうだｗ
0792・∀・）っ-○◎●
2007/06/17(日) 13:13:04Cellでは全く話になってないのに
脳障害甚だしいな
0793・∀・）っ-○◎●
2007/06/17(日) 13:15:52SPEとPPEが同じISAだと本気で思ってるらしいｗｗｗｗｗｗｗｗｗ
同じならコンパイラ別々に用意する必要ないじゃんｗｗ
4バイト固定長でレジスタフィールドのサイズが違う時点で
互換性あるわけないだろ
命令フォーマット全く互換性がありません
0794デフォルトの名無しさん
2007/06/17(日) 13:18:19みたいな論調になりつつあるなｗ
本来のx86とは毛色が違うSSE命令はよくて
SPUはダメとかダブルスタンダードをカマしてくれるに違いない
0795・∀・）っ-○◎●
2007/06/17(日) 13:21:06Core 2 Duo E6600(2.4GHz) 7328 FPU / 10785 SSE2
Athlon64 FX-60(2.6GHz) 8899 FPU / 11522 SSE2
上位モデルではCore 2のほうが有利ですねｗｗｗ
0796・∀・）っ-○◎●
2007/06/17(日) 13:22:130797・∀・）っ-○◎●
2007/06/17(日) 13:29:23Pentium IIIの時点でヘテロジニアスマルチコアってことになるな。
あれ？ｗｗｗ
0798デフォルトの名無しさん
2007/06/17(日) 13:34:11SPE用に移植したらもうWhetstoneじゃないじゃん。
Whetstone言う奴はここも見てるんだよな？
ttp://www.cse.scitech.ac.uk/disco/novel_arch.shtml
0799・∀・）っ-○◎●
2007/06/17(日) 13:52:48PS3 LinuxはSPEプログラムを単体テストするための環境があって、
elf形式のバイナリをシェルから直接実行できるようになる。
I/O等SPEでは無理な処理だけをPPEに投げてやることになる。
PPE側では単体SPEプログラムのヘルパースレッドが走ることになる。
SPEにプログラムロードしてキックし、終了するまでひたすら待機する。
いずれにしてもL/Sに収まらないほどのコードやデータが必要な場合は
この仕組みすら使うことができない
0800デフォルトの名無しさん
2007/06/17(日) 14:01:52PowerPCのISAが4バイト長受容できないと捏造してるつもりらしいｗｗｗｗｗｗｗｗｗｗｗｗｗ
PowerRISCは固定長は固定長でも
「それしかないという固定長じゃない」ことも知らんらしいｗｗｗｗｗｗｗｗｗ
さすがプログラムもできないチョンｗｗｗｗｗｗｗｗ
コンパイラ同じじゃんｗ
SPE専用のアセンブリ言語が追加され、そっちのほうが速いので別に用意しました
ってだけのもので
「少し前まで同じコンパイラでコンパイルしてた」わけなうえに、
「PPEはスケジューラ」なわけだがｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
本気で無知だあのチョンｗｗｗｗｗｗｗｗ
http://pc.watch.impress.co.jp/docs/2005/0228/kaigai160.htm
違うなら「アロケート」なんぞできやしねえｗｗｗｗｗｗｗｗｗｗ
0801デフォルトの名無しさん
2007/06/17(日) 14:03:36PPEにSPEを内包してしまえばPentium3と同じ
あれ？ｗｗｗｗｗｗｗｗｗ
まさかこれをヘテロジニアスとかカタッてんじゃｗｗｗｗｗｗｗｗｗｗｗ
もともとx86にはSSEなんてものはなかった。
SSEが追加されたことでx86命令は拡張された。
PowerRISCにSPE命令が追加された。
SPE専用命令が追加されたことでPowerRISCは拡張された。
あれ？ｗｗｗｗｗｗｗｗ
同じじゃんｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0802・∀・）っ-○◎●
2007/06/17(日) 14:04:460803デフォルトの名無しさん
2007/06/17(日) 14:05:26晒し上げｗｗｗｗｗｗｗｗ
Core2クソ遅ええええええええええ
795 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 13:21:06
http://www.pcstats.com/articleview.cfm?articleid=2095&page=8
Core 2 Duo E6600(2.4GHz) 7328 FPU / 10785 SSE2
Athlon64 FX-60(2.6GHz) 8899 FPU / 11522 SSE2
上位モデルではCore 2のほうが有利ですねｗｗｗ
0804・∀・）っ-○◎●
2007/06/17(日) 14:06:05住んでる次元が違うみたいですね。
こっちの世界にはそんなものはありません
0805・∀・）っ-○◎●
2007/06/17(日) 14:07:37Core 2 Duo E6600(2.4GHz) 7328 FPU / 10785 SSE2
Athlon64 4800+ AM2(2.4GHz) 7712 FPU / 9962 SSE2
0806・∀・）っ-○◎●
2007/06/17(日) 14:08:460807デフォルトの名無しさん
2007/06/17(日) 14:09:10全部が16ビット、ってわけじゃない
0808・∀・）っ-○◎●
2007/06/17(日) 14:24:21PPCを切り捨て新規に組まれたISAだからこそできる芸当だが
SSEはx86フォーマットの2-3byte opcodeを使ってる。
異質なのは、もともとはコプロセッサだったx87。
SSEはユニファイドパイプラインの上に作られたもので、
別コアでもコプロでもなんでもない。
というか汎用ALUとSIMD ALUが同じ実行ポートだったりするし。
0809デフォルトの名無しさん
2007/06/17(日) 14:24:34もう何も言い返せずｗｗｗｗｗｗｗｗ
RISCはPowerしかないと捏造した例ｗ
(RISC＝PoewerだけならRISCだけでいい わざわざPowerRISCとした意味も理解できないとｗ)
804 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 14:06:05
> PowerRISC
住んでる
0810デフォルトの名無しさん
2007/06/17(日) 14:25:5932ビットと64ビットを受け入れられるかどうかだろ。
レジスタは高級言語でやる限り意識しないでいいからね。
0811・∀・）っ-○◎●
2007/06/17(日) 14:27:49POWERとかPowerPCとは書くがPowerって書いたらCPUアーキの固有名詞としてはまず通用しない
0812デフォルトの名無しさん
2007/06/17(日) 14:27:49プリフェッチング、opsまとめチート
これだけやってもAthlonに勝てないCore2ｗｗｗｗｗｗｗｗｗ
ホンマに浮動小数点演算がクソだな。
Pentium4のときと同じ。
AthlonXPに搭載されていないSSE2使わないと1/10の性能
まったく変わっていないｗｗｗｗｗｗｗｗｗｗ
0813デフォルトの名無しさん
2007/06/17(日) 14:29:10命令セット、ISAの話をしてるのに
なぜPowerPCとかPowerとか
命令セット、ISAではないCPUの名称なんぞ出さねばならんのか
バカだこのド素人ｗ
0814デフォルトの名無しさん
2007/06/17(日) 14:29:260815デフォルトの名無しさん
2007/06/17(日) 14:31:08って書いたその文さえ理解できないチョンｗ
チョンいわく、RISCはPowerだけが採用してるらしいｗ
0816・∀・）っ-○◎●
2007/06/17(日) 14:33:42PS3 Linuxで動くアプリの大半は、ISAが均一でないがゆえにPPEだけしか使えてないのですが。
っていうよりSPEは動かし方が特殊すぎるからね。
あれはコアっていうよりは「オンダイの別コンピュータ」って表現が適当か。
DMAコントローラでメインメモリにアクセスできる以外は、基本はメッセージパッシング
でしか通信できない。
0818デフォルトの名無しさん
2007/06/17(日) 14:35:140819デフォルトの名無しさん
2007/06/17(日) 14:37:48だからこそいけしゃあしゃあと知ったかぶり披露できるのか。
0820・∀・）っ-○◎●
2007/06/17(日) 14:37:530821・∀・）っ-○◎●
2007/06/17(日) 14:38:150822デフォルトの名無しさん
2007/06/17(日) 14:39:550823・∀・）っ-○◎●
2007/06/17(日) 14:42:130824デフォルトの名無しさん
2007/06/17(日) 14:42:20ttp://hissi.dyndns.ws/read.php/jisaku/20070617/dGFuSUV0V1U.html
0825・∀・）っ-○◎●
2007/06/17(日) 14:44:570826・∀・）っ-○◎●
2007/06/17(日) 14:50:31Core 2のブロックダイアグラムです。
SSEユニットはこのダイアグラムのどこについてるか分かる？
まあ、低脳ゲハ厨には難しいことは理解できないでしょうけど。
0827デフォルトの名無しさん
2007/06/17(日) 14:51:240828・∀・）っ-○◎●
2007/06/17(日) 14:53:290829デフォルトの名無しさん
2007/06/17(日) 15:00:07CBEをまるで理解しないで書いているだけなんだよな。
なーんて書くと、団子の自演ってことにされちゃうんだろうかw
0830デフォルトの名無しさん
2007/06/17(日) 15:00:10SSEって勝手に動作するものか？
SSE命令を使って組まないとSSE使わないだろ。
SPEって勝手に動作するものか？
SPEを動かせるように組まないとSPE使わないだろ。
あれ？ｗｗｗｗｗｗｗｗｗ
何の違いが？？？？？
あのド素人のチョン、「ユニファイドなのでSSEは勝手に動作するもの」と捏造始めたぞｗｗｗｗｗｗ
CPUが勝手に判断して動作するなら「SSE駆動命令」なんぞ必要ねえじゃんｗｗｗｗｗｗｗｗｗ
SSE使用しているのは、その命令を使って組んだから
こんなこともわからんあたり、まさにド素人ｗ
0831デフォルトの名無しさん
2007/06/17(日) 15:00:300832・∀・）っ-○◎●
2007/06/17(日) 15:00:41（XScaleのWirelessMMXとかThumb命令なんかはこの機能で実現）
0833デフォルトの名無しさん
2007/06/17(日) 15:02:38まさにそのとおりだな
なーんて書くと、自演ってことにされちゃうんだろうかw
0834デフォルトの名無しさん
2007/06/17(日) 15:04:20CELLマンセーの連中も、SPEを効率よく動かすためには手間が掛かるってことくらい理解してほしいぞ。
0835・∀・）っ-○◎●
2007/06/17(日) 15:05:13ソフト側からは全く意識しなくていいハードウェアスケジューラとソフト屋がわざわざ死ぬ思いで
書かなきゃいけないPPEでのリソース管理ルーチンが全く同じだもんなぁ
馬鹿で無知な子って表現力が多彩でうらやましいよ
0836デフォルトの名無しさん
2007/06/17(日) 15:06:030837デフォルトの名無しさん
2007/06/17(日) 15:06:22団子も煽ラーもCBE理解については五十歩百歩だね
ただ団子のほうがお勉強進んでるけどｗ
0839デフォルトの名無しさん
2007/06/17(日) 15:08:19SSEが勝手に動作してくれて、SIMD演算やってくれるCPUがあるんだってさｗｗｗｗｗｗｗｗｗ
コンパイラの問題を、CPUの問題に摩り替えようとする
プログラムすらできないド素人のチョンｗ
CellSDKコンパイラが自動でやってくれるようになったらどう言い訳するんだかｗ
っていうか今でもやってるがｗ (Linux用のコンパイラはしていないというだけで)
0840・∀・）っ-○◎●
2007/06/17(日) 15:10:45単精度：PPE+7SPE=192GFLOPS（公称）
をどう説明するんだろうなぁ。
PPEのVMXが半速でないと計算が合わないんだが。
0841デフォルトの名無しさん
2007/06/17(日) 15:11:22なにせ、無知ド素人のチョンが言うには
「SSEはパイプライン上にあるのでCPUの自己判断で勝手に動作する」らしいからなｗｗｗｗｗｗｗ
826 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 14:50:31
http://pc.watch.impress.co.jp/docs/2006/0307/idf01_01.jpg
Core 2のブロックダイアグラム
0842デフォルトの名無しさん
2007/06/17(日) 15:11:29例の本に載っていたサンプル同様にDMA転送するプログラムを組んでみたのだが、
転送サイズが128バイトでも16KiBでも転送時間が殆ど(つーか誤差範囲でしか)変わらないのだが
そんなもんなのだろうか。
>>840
大丈夫、煽るだけだから説明しない。
0843デフォルトの名無しさん
2007/06/17(日) 15:12:57全部論破されてる
0844デフォルトの名無しさん
2007/06/17(日) 15:14:07SPEでは処理できないとか無知を自分で晒してるｗｗｗｗｗｗ
PS3ではOSとI/O周りはSPEで処理してる。
だから7個あるSPEのうち、1個リザーブされて
使えるのは6個まで、なんだよなこれが。
無知にも程があるってのｗｗｗｗｗｗ
0845デフォルトの名無しさん
2007/06/17(日) 15:19:04さるさん出ると擁護と本人が一斉に黙るのでわかりやすい
0846・∀・）っ-○◎●
2007/06/17(日) 15:19:31例の本って例のFedoraで解説してるのにYDLのDVD収録してそっちは全く解説なしの
あのトンデモ本のこと？
まだ個人ブログのほうがためになるよ。
SPUメールボックスからメール受け取るコードとか、かのブログのコード
そのままパクって使ってるからな俺
0847842
2007/06/17(日) 15:32:26例えばメール拾うのはlibspe2使っているけど、CUGのライブラリとやっていることは
似たようなもんだから取り敢えず気にしてない。
で、PowerPCスレまでここと同じ論理が展開している罠ｗ
0848デフォルトの名無しさん
2007/06/17(日) 15:34:130849・∀・）っ-○◎●
2007/06/17(日) 15:36:00すげー主張だな。
0850デフォルトの名無しさん
2007/06/17(日) 15:37:530851デフォルトの名無しさん
2007/06/17(日) 15:40:24ま、クソ遅いCore2じゃ無理な実装だわなｗ
実際ソフトウェアVertexShaderでも2フレームしか出ないようなクソじゃなｗｗｗｗｗ
0852・∀・）っ-○◎●
2007/06/17(日) 15:43:58PPEから命令供給ってEIB経由なのかな
毎クロック2命令で8バイトとすると・・・
25.6GB/sじゃ帯域全然足りないねｗｗｗｗ
0853デフォルトの名無しさん
2007/06/17(日) 15:45:35実際PPEでは演算などしていないのだが。
バンド幅は足りねえよｗｗ
んなことはとうの昔に分かってることだろうがｗｗｗ
SPEがあまりにも高性能で、その高性能を生かせる幅は今の5倍は必要だ
なんてことはわかりきってる。
今更気づいたと？
0854・∀・）っ-○◎●
2007/06/17(日) 15:47:150855・∀・）っ-○◎●
2007/06/17(日) 15:55:51転送するのにかかる時間はたかだか1〜2クロックですね。
さて、
某人曰く「SSEと等価」なSPEから、汎用コアのレジスタ上に
32ビットデータを転送するのに何百クロックかかるでしょうか？
0856・∀・）っ-○◎●
2007/06/17(日) 15:59:19だっておｗｗｗｗｗ
リタイヤメントって正しく実行された命令を
パイプラインから破棄する処理のことなんだけどなwwww
0857デフォルトの名無しさん
2007/06/17(日) 16:01:04対メインメモリ以外ではレイテンシなど1クロックで終わり。
Cellの弱点は対メインメモリだからなあｗｗｗｗｗ
で？そこまでクロックを食うとして
Core2との性能差はどう説明するのだろうねえ
あの無知のチョンはｗｗｗｗｗ
0858デフォルトの名無しさん
2007/06/17(日) 16:02:05パイプラインから破棄する処理のことだっておｗｗｗｗｗｗｗｗ
省かれてんじゃんｗｗｗｗｗｗｗｗｗｗｗｗｗ
あの日本語も読めないド素人チョンはワケがわかんねえなｗｗｗｗｗｗ
0859・∀・）っ-○◎●
2007/06/17(日) 16:05:42SPE-PPE間でダイレクトにデータ交換できるのか
どんな高速バスだろうなｗｗｗｗ
0860デフォルトの名無しさん
2007/06/17(日) 16:09:59「リタイヤメントって正しく実行された命令をパイプラインから破棄する処理のこと」？？？？
省 か れ て ん じ ゃ ん ｗ
そもそも、こんなことがあるとしても
これ自体がパフォーマンスヒットの原因で「あってはならないこと」なのだが
無知にも程があるｗｗｗｗｗ
IA-32のレジスタ間クロックレイテンシも捏造ｗｗ
http://pc.watch.impress.co.jp/docs/2006/0718/kaigai288.htm
856 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 15:59:19
リタイヤメント＝省かれるもの
だっておｗｗｗｗｗ
リタイヤメントって正しく実行された命令を
パイプラインから破棄する処理のことなんだけどなwwww
0861デフォルトの名無しさん
2007/06/17(日) 16:13:15おやおやｗｗｗｗ
そもそもチョンの言うような状況にはならないようにしているとｗｗｗ
無知にも程があるｗｗｗｗ
0862・∀・）っ-○◎●
2007/06/17(日) 16:14:14想像力たくましいなぁ
0863デフォルトの名無しさん
2007/06/17(日) 16:16:49無知にも程があるｗ
0864・∀・）っ-○◎●
2007/06/17(日) 16:22:27movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
こんな感じで繰り返せば一応往復のレイテンシは計測できるよね
で、何クロックかかるのかな？
答えてね。俺より頭いい子ならすぐわかるはず。
もっとも俺は実測結果あるけど
0865デフォルトの名無しさん
2007/06/17(日) 16:24:21Cellは内部倍精度なのに？？？？？？？？
0866デフォルトの名無しさん
2007/06/17(日) 16:26:120867デフォルトの名無しさん
2007/06/17(日) 16:26:460869デフォルトの名無しさん
2007/06/17(日) 16:28:22「xmm0」ｗｗｗｗ
Cellつっても、結局Power系統で
素人チョンはPower系統に不利な条件とか
実行できない条件持ち出してきて喜んでるちゅうことだわなｗ
0870・∀・）っ-○◎●
2007/06/17(日) 16:29:360871デフォルトの名無しさん
2007/06/17(日) 16:30:08というのに、ISAが同じだと捏造していたとｗ
バカだあのド素人ｗ
Cellも知らずプログラムもできないチョンｗ
保存しとこうやｗ
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
movd xmm0, eax
0872・∀・）っ-○◎●
2007/06/17(日) 16:33:27答えられるだろ？
これが答えられないなら、CPUの速度を相対化できるわけがないよね
0873842
2007/06/17(日) 16:34:20団子、あんたえらいよw
0874・∀・）っ-○◎●
2007/06/17(日) 16:36:10このGKくんはSONYが叩かれてるのでゲハ板に帰ったほうがいいと思うんだが。
0875デフォルトの名無しさん
2007/06/17(日) 16:40:55出来れば当事者以外の誰かが。
0876デフォルトの名無しさん
2007/06/17(日) 16:42:120877・∀・）っ-○◎●
2007/06/17(日) 16:43:03WiiのCPU（Broadway）はゲームキューブ上位互換のシングルコアだよな
なんかマルチコアだとか思い込んでる馬鹿がいるんだが
0878・∀・）っ-○◎●
2007/06/17(日) 16:44:53http://en.wikipedia.org/wiki/Broadway_(microprocessor)
でも英語読めなさそうだな
0879デフォルトの名無しさん
2007/06/17(日) 16:47:46The free lunch is back!
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2748&p=6
0880デフォルトの名無しさん
2007/06/17(日) 16:50:320881・∀・）っ-○◎●
2007/06/17(日) 16:54:20こんなダイサイズに2個以上もゲームキューブ互換CPUコア入るかな？
0882・∀・）っ-○◎●
2007/06/17(日) 17:02:20x86アセンブリコード見てx86のことだと思わない奴のほうがおかしい
0883MACオタ
2007/06/17(日) 17:09:58http://pc11.2ch.net/test/read.cgi/jisaku/1181563841/262-266
ちなみにGecko/Broadwayのデータシートわ、ここにあるす。
http://www-01.ibm.com/chips/techlib/techlib.nsf/techdocs/2F33B5691BBB8769872571D10065F7D5
--------------------
Die Size 15.92 sq. mm (3.99x3.99mm)
--------------------
0884デフォルトの名無しさん
2007/06/17(日) 17:11:21ゲハで負け
自作で恥を晒されｗｗｗｗｗｗ
0885デフォルトの名無しさん
2007/06/17(日) 17:12:21チョン、IA-32のレジスタ間クロックレイテンシ1〜2だと捏造ｗｗ
http://pc.watch.impress.co.jp/docs/2006/0718/kaigai288.htm
そもそもチョンの言うような状態にはならないようにしてることさえ理解できない素人チョンｗ
http://pc.watch.impress.co.jp/docs/2005/0228/kaigai160.htm
あのチョン、ゲハでWiiが叩かれ、論破されたので逃げてきたんだろうなあｗｗｗｗ
Wiiをシングルスレッドだとか、CellでSSEレジスタとか捏造してる時点でもうねｗｗｗ
恥を晒す前にゲハに逃げ帰ったほうがいいと思うんだがｗ
0886・∀・）っ-○◎●
2007/06/17(日) 17:13:37カスタムチップだからそりゃデータシートは一般向けに出てないだろ。
Broadwayにスペック的に最も近いと思われる750GXなら見つけた
http://www-06.ibm.com/jp/chips/literature/pdf/ppc750GX.pdf
0887デフォルトの名無しさん
2007/06/17(日) 17:14:11チョン、また無知を自分で披露しておるｗｗｗｗｗ
250 名前： MACオタ＞248 さん [sage] 投稿日： 2007/06/17(日) 16:14:27 ID:Kp8SxLEQ
>>248
通常、命令実行の流れが変わることを新アーキテクチャと呼ぶす。
従って、
・(特にOoOEで)FPUやベクトル等の専用演算パイプラインの『増設』わ、新アーキテクチャと
言い難いことが多い
・デコード等、命令処理系の変更わ、新アーキテクチャ
・ISAの変更わ、当然新アーキテクチャ
・キャッシュの変更わ、スケジューリングに影響するので新アーキテクチャと呼んでも
良い場合も多い
・オンダイ・メモリコントローラわ単に周辺チップを内蔵するだけなので、新アーキテクチャとわ
言い難いことが多い。(稀に命令のスケジューリングに影響するほど密結合する場合もアリ)
0888デフォルトの名無しさん
2007/06/17(日) 17:14:55970がシングルスレッドだとか捏造してるチョンは
英語も読めないんだよなｗ
1コアマルチスレッド
ならタダ飯食えないｗｗｗｗｗ
0889・∀・）っ-○◎●
2007/06/17(日) 17:18:24FPUでの単精度×2演算ってサポートしてたっけ？
0890デフォルトの名無しさん
2007/06/17(日) 17:18:26だいたい、Cellでeaxとxmm0間のレイテンシって実測できるのかちゅう疑問はあるよな。
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
もっとも俺は実測結果あるけど
だそうだがｗｗｗｗｗｗ
0891MACオタ＞団子 さん
2007/06/17(日) 17:20:22----------------
FPUでの単精度×2演算ってサポートしてたっけ？
----------------
サポートしてるからGecko/Broadwayと書いたす。サポートしてなければ、普通のG3じゃないすか(笑)
0892・∀・）っ-○◎●
2007/06/17(日) 17:20:591つ、２つ、いっぱいの世界の人なのかな？
0893デフォルトの名無しさん
2007/06/17(日) 17:21:07970は1コア1スレッドなのか？
チョンの名言ｗｗｗｗｗｗ
・CellでSSE 「実測結果あるけど」
・「WiiのCPUはシングルスレッド」
0894・∀・）っ-○◎●
2007/06/17(日) 17:22:500895デフォルトの名無しさん
2007/06/17(日) 17:25:08970系のCell-PPEはあれで済んでることも理解できてないとｗｗｗｗｗ
チョンの名言
・CellでSSE 「実測結果あるけど」
・「WiiのCPUはシングルスレッド」
・「970系コアが90nmであんなダイサイズに」
0896デフォルトの名無しさん
2007/06/17(日) 17:27:13マストウォッチはこれだがｗｗｗｗｗｗｗｗ
だいたい、Cellでeaxとxmm0間のレイテンシって実測できるのかちゅう疑問はあるよな。
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
もっとも俺は実測結果あるけど
だそうだがｗｗｗｗｗｗ
0897・∀・）っ-○◎●
2007/06/17(日) 17:34:320898デフォルトの名無しさん
2007/06/17(日) 17:37:16俺はちゃんと実測してる。
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
もっとも俺は実測結果あるけど
CellでSSEをか？？？？ｗｗｗｗｗｗｗｗｗｗｗｗ
ウヒャヒャヒャヒャｗｗｗｗｗｗｗｗｗｗｗ
0899デフォルトの名無しさん
2007/06/17(日) 17:39:27・SSEユニットはパイプライン上にあるから、命令を与えなくても勝手に動作する
・I/OはSPEでは処理できない
メモリマップドを？？？
処理できないとな？？？？？？？？
ウヒャヒャヒャヒャヒャｗｗｗｗｗｗｗｗｗｗｗｗ
0900デフォルトの名無しさん
2007/06/17(日) 19:43:52カスタムチップである事とデータシートがWEBで公開されてない事はあまり関係が無いがね。
0901・∀・）っ-○◎●
2007/06/17(日) 20:00:48ついでにデュアルコアでもなければSMTでもない。
なんだかんだで後追いで対応するのが任天堂。
地デジ終了の2011年頃にタイミングよくマルチコア搭載の後継機を出してくるに違いない。
PPCだとすればPWRficientのカスタムあたりか
0902デフォルトの名無しさん
2007/06/17(日) 20:09:03任天堂はゲーム機本体を安くあげるためにもともと枯れた技術を使って作っていたよ。
64は変な方向に走ったけれど。
0903デフォルトの名無しさん
2007/06/17(日) 20:09:07Cellの将来に関して大議論するスレの2つに
分けたほうがいいんじゃねーの？
0904デフォルトの名無しさん
2007/06/17(日) 20:14:390905デフォルトの名無しさん
2007/06/17(日) 20:14:580906デフォルトの名無しさん
2007/06/17(日) 20:43:05ここも一緒に見といた方が良いよ。
ttp://pc11.2ch.net/test/read.cgi/tech/1153764267/
0907デフォルトの名無しさん
2007/06/17(日) 20:53:07libspe2.aにある、ppeからspeのモジュールを呼ぶ関数であるspe_context_run()は
なんだってあんなに時間が掛かるのか、ヒントだけでもいいから教えてくれ。
あんたが言うようにx86におけるSSEのように手軽にSPEを使えるというのなら、
もっと速くて然るべきだと思うんだ。
0908デフォルトの名無しさん
2007/06/17(日) 21:02:58loadの方じゃなくてrunがそんなに遅い？
測ってはいないけどそんな遅く無さそうだから気にせず呼んでる。
それよりもSPEで自立した方がいいよ。
SPEを1つのCPUと捉えれば、その中でスカラを使うのもSIMDを使うのもSSE並。
0909デフォルトの名無しさん
2007/06/17(日) 21:04:58SPUFSを介したやりとりが全般的に遅いと思う。
とだけ、糞団子のことはどうでもよくマジレス。
0910デフォルトの名無しさん
2007/06/17(日) 21:06:520911デフォルトの名無しさん
2007/06/17(日) 22:09:20ゲーム専用だけどゲームソフト屋にも嫌われてるみたいだし
0912デフォルトの名無しさん
2007/06/17(日) 22:14:37どこに対して結局なんだよ。
0913デフォルトの名無しさん
2007/06/17(日) 22:18:270914デフォルトの名無しさん
2007/06/17(日) 23:43:260915デフォルトの名無しさん
2007/06/17(日) 23:45:38団子はＣｅｌｌでSSE測定した！！！！
xmm0レジスタと！！！！
eaxレジスタでmovd繰り返したと！！！！！！
世界中のプログラマが驚く
0916デフォルトの名無しさん
2007/06/17(日) 23:46:22だいたい、Cellでeaxとxmm0間のレイテンシって実測できるのかちゅう疑問はあるよな。
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
もっとも俺は実測結果あるけど
だそうだがｗｗｗｗｗｗ
0917デフォルトの名無しさん
2007/06/18(月) 01:15:24団子はCell適性に欠けるため放棄
0918・∀・）っ-○◎●
2007/06/18(月) 02:24:24もう別の欲しいって人に途中までのコードあげちゃったよｗｗｗ
いくらレジスタが馬鹿みたいに多くても演算ユニットがなければそこで頭打ち。
45nmのCore 2 Quadに対する優位性全く無し
同一コア数ならSIMD整数3Wayに勝ち目あるわけないべ？
むしろPS3 Linuxインスコできるなら自分で開発できると思うが
ちゃんとコア部分のソースは公開してるだろ大分前から
0919・∀・）っ-○◎●
2007/06/18(月) 02:37:23たぶん一回一回SPEコンテクスト起動と終了繰り返してるんじゃないの？
速いわけないべ。
SPEスレッド走らせっぱなしにしてメールボックスで通信しないと。
コードの入れ替えが必要な場合はオーバレイで。
0920デフォルトの名無しさん
2007/06/18(月) 03:08:09これぞダンゴ
比較対象はIBMのコンパイラだと思うんだ。
さておき、whetstoneの最適化が面白そうだから挑戦してみようと思ったら
案外普通に動いてしまったのでちょっと興が削がれた。
以下全く手を加えていない状態で計測。
$ spu-gcc whetstone.c -lm -mstdmain -O9 -o whetdc
$ ./whetdc 1000000
Loops: 1000000, Iterations: 1, Duration: 106 sec.
C Converted Double Precision Whetstones: 943.4 MIPS
コードに手を加えてfloat版も作ってみた:
Loops: 1000000, Iterations: 1, Duration: 13 sec.
C Converted Float Precision Whetstones: 7692.3 MIPS
なんかループが消されてそうな雰囲気なので-O2で再計測。
float時(-O2):
Loops: 1000000, Iterations: 1, Duration: 66 sec.
C Converted Float Precision Whetstones: 1515.2 MIPS
-DPRINTOUT -O9で測ってみたら37sec, 2702 MIPSだった。
-DPRINTOUT -O2だと89 sec, 1123 MIPS
ループが消されてるかはアセンブリみればいいんだけどね。
7692 MIPSが眉唾としても少なくとも2702 MIPSは出るっぽい。
(float時である事に注意)
0923・∀・）っ-○◎●
2007/06/18(月) 07:05:39それと、ループのオーバーヘッドを正確に計測したいなら、
あと、分岐ヒント命令も吐かない様にしておかないと実際よりいい数字が出ることになる。
（ループの内側の命令が多いとレイテンシは隠蔽される）
重大なことだけど、Whetstoneは倍精度のベンチなので単精度でのスコアは無効。
どっちにしろ128bitベクタ浮動小数演算ユニット1基ずつで、スカラで性能が出にくいのは
Core2も同じ。Cellが異常に割り食うのも当然の話。
0924・∀・）っ-○◎●
2007/06/18(月) 07:46:55> 比較対象はIBMのコンパイラだと思うんだ。
突っ込むけど、Cell用のXL C/.C++は何時までα版でしょうか？
性能が出ないのと、ローカルストレージのサイズに合わせてコード組まないと
動きすらしないのとは根本的に違うっしょ。
LarrabeeははISAレベルではフルセットのIA-32。
仮にキャッシュミスしようが動くには動くでしょ。
1スレッドあたりのL1キャッシュサイズって点では条件はNorthwood HTよりいいし
レイテンシも小さい。
IPC重視型のNehalemとCSIリンクできるし、x86互換だから極端な話、
NehalemとLarrabeeでコンテクストを入れ替えて実行することも理論上可能。
プロセスルールがリードしてるから、Cellの32SPE版が出る2010年頃には
Intelは通常コア（Nehalemベース）で32コアを実現するらしいけどね。
その時期にSCE会社存続してるかな？って疑問も。
floatがdoubleとの比較にならないのは分ってる。
でもCellが有利になれそうなfloat同士(Cellは1bit足りないが)で比較してみるのもいいんじゃないかな。
Whetstoneに何を求めているのかにもよるけどレイテンシの隠蔽が駄目ならL1、L2、OoOも止めないと。
レイテンシを知りたいだけならマニュアルやらどっかのサイトやらに載ってるよね。
0926デフォルトの名無しさん
2007/06/18(月) 11:29:23フルセットIA32*32コアと言っても、一部実行ユニットは複数コアで共有かも知れない。
キャッシュスヌープだって、32個も有れば大変だし。
マルチコアだったら、どれも同じような問題を背負うはず。
Cellだって実物が出てくるまでは希望に満ち溢れていた。
0927デフォルトの名無しさん
2007/06/18(月) 12:44:230928デフォルトの名無しさん
2007/06/18(月) 14:50:08Cellは趣味で遊ぶには楽しいけど金貰って開発したくは無いよね(´・ω・｀)
0929デフォルトの名無しさん
2007/06/18(月) 14:59:44もうこのスレじゃマジレスできないのか?
0930デフォルトの名無しさん
2007/06/18(月) 19:23:03普通の汎用（PC用）CPUよりむしろリアルタイム制御とかやるための
組み込みマイコンに近いような気がする。
ジョブスケージュリングに手を取るところとか、SPEはローカルメモリ上で
コードが走るので実行に要するクロックが確実に見積もれるとことか。
0931デフォルトの名無しさん
2007/06/18(月) 19:40:39組み込みに使うならDSP使いますよ
0932デフォルトの名無しさん
2007/06/18(月) 19:47:53DSPって高いじゃん。
0933デフォルトの名無しさん
2007/06/18(月) 19:55:310934デフォルトの名無しさん
2007/06/18(月) 20:03:23組み込み用途にボードで買うか？ って言いたい事は分かるよ。
XDR-DRAMが高いと言うんだろ？
きっともうすぐembedded DRAM版が出るよ。IBMのFab使ってかな？
0935デフォルトの名無しさん
2007/06/18(月) 20:53:51ハード的に数クロックで計算できたら、ものすごいんだがなぁ
0936デフォルトの名無しさん
2007/06/18(月) 20:55:530937デフォルトの名無しさん
2007/06/18(月) 21:29:24864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
もっとも俺は実測結果あるけど
だそうだがｗｗｗｗｗｗ
0938デフォルトの名無しさん
2007/06/18(月) 21:42:290939・∀・）っ-○◎●
2007/06/18(月) 22:17:090940デフォルトの名無しさん
2007/06/18(月) 22:25:22というのに、ISAが同じだと捏造していたとｗ
バカだあのド素人ｗ
SIMDユニットも知らんのか
流石プログラムもできないチョンだｗ
Cellも知らずプログラムもできないチョンｗ
保存しとこうやｗ
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
movd xmm0, eax
0941デフォルトの名無しさん
2007/06/18(月) 22:26:26もう何も言い返せずｗｗｗｗｗｗｗｗ
RISCはPowerしかないと捏造した例ｗ
(RISC＝PoewerだけならRISCだけでいい わざわざPowerRISCとした意味も理解できないとｗ)
804 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 14:06:05
> PowerRISC
住んでる
0942・∀・）っ-○◎●
2007/06/18(月) 22:35:000943デフォルトの名無しさん
2007/06/18(月) 22:50:020944・∀・）っ-○◎●
2007/06/18(月) 22:56:030945デフォルトの名無しさん
2007/06/18(月) 22:59:23Cellのレイテンシの話しておいて
882 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 17:02:20
つーか、「Cellで」なんて一言も言ってないんだがな
すげえ言い訳ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
プログラムすら知らないチョンがバレてここまで見苦しい言い訳をｗｗｗｗｗｗｗｗｗｗｗｗ
0946デフォルトの名無しさん
2007/06/18(月) 22:59:280947デフォルトの名無しさん
2007/06/18(月) 23:00:27知らんみたいだなｗ
0948デフォルトの名無しさん
2007/06/18(月) 23:09:240949デフォルトの名無しさん
2007/06/18(月) 23:12:490951デフォルトの名無しさん
2007/06/18(月) 23:47:080952・∀・）っ-○◎●
2007/06/18(月) 23:53:40む板もID表示希望
0953デフォルトの名無しさん
2007/06/18(月) 23:54:17http://techon.nikkeibp.co.jp/article/NEWS/20070616/134354/
0954デフォルトの名無しさん
2007/06/18(月) 23:54:580955デフォルトの名無しさん
2007/06/18(月) 23:55:111CPUの構成と似てるなとも思ったんだよね。
http://www.jamstec.go.jp/es/jp/system/arithmetic.html
スカラー演算ユニット1個にベクター演算ユニット8個で1CPUな
ところとか。もっとも地球シミュレータの場合は1ノード当たり
16GBもメモリーを持ってるし（8CPUで共有）、各ベクター演算
ユニットからも低レイテンシでドカドカアクセスできると思うが。
またスカラーユニットは4ウェイ・スーパースカラでかなり
リッチなコアのようだ。
ただ動作クロック自体はCellの方が速い（3.2Ghz v.s. 500Mhz)。
0956デフォルトの名無しさん
2007/06/18(月) 23:56:29串差して必死な団子ﾜﾛｽ
0957デフォルトの名無しさん
2007/06/19(火) 00:01:25金かけて単純コプロいっぱい積んどきました。なんか欲しい機能が
あったら自分で実装してね。
そいういう石だろ。
0958・∀・）っ-○◎●
2007/06/19(火) 00:06:000959デフォルトの名無しさん
2007/06/19(火) 00:06:18LSI(CellのSPU）の論理合成と配置配線を自動（コンピュータ任せ）で
行って結構効率良いものが出来たと言う話のようだね。
Cellそのものに関する話題と言うよりLSI設計技術の話だね。
CellSPUをターゲットにしてやったらわりとうまく行ったという例だ。
0960・∀・）っ-○◎●
2007/06/19(火) 00:14:30Intelの65nm Pentium 4は4GHz以上でも動いてるんだが。。。
Intelは戦略上敢えて出さなかったけどね。
0961デフォルトの名無しさん
2007/06/19(火) 00:14:43という目的（目標）はあるように思う。
0962デフォルトの名無しさん
2007/06/19(火) 01:25:10それとも自己擁護に徹するのかねえｗ
どちらもSIMDユニットだから、ハードの役割としては同等
というのに、ISAが同じだと捏造していたとｗ
バカだあのド素人ｗ
SIMDユニットも知らんのか
流石プログラムもできないチョンだｗ
Cellも知らずプログラムもできないチョンｗ
保存しとこうやｗ
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
movd xmm0, eax
0963デフォルトの名無しさん
2007/06/19(火) 01:28:06「 で き ま せ ん よ 」 ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
こんな感じで繰り返せば一応往復のレイテンシは計測できるよね
0964・∀・）っ-○◎●
2007/06/19(火) 02:03:12963 名前：あぼ〜ん[あぼ〜ん] 投稿日：あぼ〜ん
0965デフォルトの名無しさん
2007/06/19(火) 08:26:42そんなに気になるんか？
0966デフォルトの名無しさん
2007/06/19(火) 10:27:270967デフォルトの名無しさん
2007/06/19(火) 13:08:39地球シミュレータのベクトル処理部はいわゆるスパコンのベクトル計算機の構成
だからCellとはちょっと違うけどね。
しかし板もスレもぐちゃぐちゃだな。
0968デフォルトの名無しさん
2007/06/19(火) 22:51:47さすがにPentium4はフル合成じゃないだろ
0969デフォルトの名無しさん
2007/06/20(水) 00:38:20できれば次スレは立てずにゲハに帰ってもらえるとありがたいのだが。
0970・∀・）っ-○◎●
2007/06/20(水) 00:55:04Willametteは結構モジュール化設計されてた。そのぶんダイも糞大きかったが。
Prescottあたりから自動最適化でぐちゃぐちゃになってった。
0971デフォルトの名無しさん
2007/06/20(水) 01:11:140972デフォルトの名無しさん
2007/06/20(水) 02:27:170973デフォルトの名無しさん
2007/06/20(水) 22:53:29デブかどうかってことと男かどうかってことは直交概念じゃね？＞日本語OK？
0974デフォルトの名無しさん
2007/06/20(水) 22:55:50ゲ ハ で 聞 け
0975デフォルトの名無しさん
2007/06/20(水) 23:31:26普通、「独立の（or した）条件」とか言うよね。
言ってしまえば「無関係」って事だｗ。
0976デフォルトの名無しさん
2007/06/20(水) 23:46:12>972が適切な言い方をしてるかは全然判らんけどｗ
0977デフォルトの名無しさん
2007/06/20(水) 23:47:130978デフォルトの名無しさん
2007/06/20(水) 23:51:12つかモジュール設計かどうかってこととフル合成かどうかってことは無関係じゃね？
これでいい？
0979デフォルトの名無しさん
2007/06/21(木) 00:21:07ふーん、それじゃ「従属した関係にない」＝「独立した関係である」と
一般用語の「無関係」とはどこがどう違うのか分かりやすく説明してくれ。
0980デフォルトの名無しさん
2007/06/21(木) 00:54:490981デフォルトの名無しさん
2007/06/21(木) 01:13:08モジュール設計かどうかってこととフル合成かどうかってことは相関性が無いよね
これならいい？
0982デフォルトの名無しさん
2007/06/21(木) 01:18:030983デフォルトの名無しさん
2007/06/21(木) 01:32:130984デフォルトの名無しさん
2007/06/21(木) 02:10:150985デフォルトの名無しさん
2007/06/21(木) 11:26:460986デフォルトの名無しさん
2007/06/21(木) 19:00:370987デフォルトの名無しさん
2007/06/21(木) 19:03:32http://ex23.2ch.net/test/read.cgi/ghard/1181148014/
0988デフォルトの名無しさん
2007/06/21(木) 23:02:45http://www.asahi.com/business/update/0621/TKY200706210386.html?ref=rss
0989デフォルトの名無しさん
2007/06/21(木) 23:26:030990デフォルトの名無しさん
2007/06/22(金) 01:06:42立てない。
俺がCellのプログラミングを勉強して、もしも
面白そうなソフトを書けるようになったら立てる。
0991デフォルトの名無しさん
2007/06/22(金) 01:28:02２ちゃんねるなんてそんなもんだろｗｗ
みんな口だけさ
0992デフォルトの名無しさん
2007/06/22(金) 02:04:33スレ立てくらいでそんなオーバーな。
あ、プログラミングのほうか？
それならこのスレの上の方で書き込んでた人が立てたらしいプログがある。
「PS3とLinux」と言うタイトルのもの。
PEN4とCellの演算性能を比較している。
0993デフォルトの名無しさん
2007/06/22(金) 02:09:15このスレを覗いている誰かが何かする度に
いちいち報告する義務があるとでも？
0994デフォルトの名無しさん
2007/06/22(金) 04:37:30なにやら評判は上々のようだけど。
0995デフォルトの名無しさん
2007/06/22(金) 08:26:480996デフォルトの名無しさん
2007/06/22(金) 08:31:540997デフォルトの名無しさん
2007/06/22(金) 11:26:57分厚いｗ。
産め
0998デフォルトの名無しさん
2007/06/22(金) 12:05:430999デフォルトの名無しさん
2007/06/22(金) 12:07:001000デフォルトの名無しさん
2007/06/22(金) 12:07:43熟め
1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。