Cellプロセッサってどうよ？SPE*2

■前スレ
【東芝,IBM】Cellプロセッサってどうよ？【ソニー】
http://pc7.2ch.net/test/read.cgi/jisaku/1107828000/

どうでもいい

プロセッサのお話は、どっかの板で統合スレみたいなのができて
そこでしてくれないかなぁ。
あちこちにちらばってて探すの大変…

よん様？

そもそも板違いなんだが･･･。

>>3
リンク貼ればいいだけ。
ゲーハー板は論外だし。
家電板もちと板違い。
ここに立ったんだから需要が無くなるまで使えばいいっしょ。

前スレの自分で検索もできないけどCELLを煽りたい厨房＞コボル
あぼーん推奨。

自作とは何ら関係がない。

自作ＰＣのCPUとして出てくるのか？

>>8
IBMや東芝は外販するって言ってるんだから無いとは言えない。

電気・電子
ソニー

厨の集まりのゲハ板が嫌ならソニー板でやればいい。
少なくとも自作板が板違いなのは間違いないだろ。

>>8
CPUである限り、出ない可能性も無いんでない？

まあ常日頃からCPUのことを考えてニヤニヤしてる奴なんてこの板にしかいないけど。

前スレ>999
…それって、SPEが管理せずにMMUが勝手に管理してくれるんですよね？
まさかなーとは思うんですが…
まぁ、勝手にやってくれるんでしょう。多分。
そうでないとひどすぎますもんね。

どうせすぐにインテルが抜く

前996
>次世代ゲーム→高い演算性能→ストリーム処理→CELLが最適
ストリーム処理だけに着目すれば全然問題でないと思います。

…そろそろ日を改めませんか？

>>16
力が要るときに力が出ればいいんであって
力が要らないときに休んでることのなにが問題なんだ？

>>16
>>次世代ゲーム→高い演算性能→ストリーム処理→CELLが最適
>ストリーム処理だけに着目すれば全然問題でないと思います。

つまりゲーム用途として CELL は問題ないってことですね。

>…そろそろ日を改めませんか？

はい。おやすみなさい。

必死すぎ

いい加減も前ら、古墓裸ーなんて痛いコテハン使ってるアンチCELLは放置しる。
まともに自分でソースも探せないでソース出せって催促する香具師を相手にする気が知れんわw

CELL単体販売＆CELL対応マザー＆CELL対応FeeBSDﾏﾀﾞｰ(AA略

FeeBSD・・・

cellが汎用CPUとして次世代の覇権を握るなんて
今の段階から本気で信じてる人は少ないだろうよ
あくまでPS3搭載プロセッサ(ゲーム用)としてどうなんだろう？
という部分を論じてる訳で
でもそうすると板違いっちゃあ板違いなんだよなあ

前スレずっと見てたけど、論戦があるのは面白い
俺は知識不足でどっちが正しいかは知識の面からでは判断できんが
論法自体に矛盾がある場合はわかる
それでも双方もてる知識を動員して資料まで示してくれるのは
色々参考になるから納得行くまで続けてくれ
どうせ次の発表あるまで予想の範囲を出ない部分はあるんだから

>>23
だってあんな１桁万円であんな凄いゲームが動くんですよ
PS凄いと思いませんか

>>24
自作と何ら無関係な存在

> cellが汎用CPUとして次世代の覇権を握るなんて
> 今の段階から本気で信じてる人は少ないだろうよ

私は信じていますが何か？
秋葉でCELLを買ってきて自作する気満々ですが文句ありますか？
FreeBSDがのると本気で思ってますが無謀ですか？
エンコードやレンダリングをさせたらPentium4の１０倍の性能だと思ってますが異論ありますか？

>>24
量産効果の働くゲーム機と汎用自作PCの価格を直接比べても
あんまり意味無い
\100ショップで売ってる計算機なんか
昔の人からすれば考えられないくらいのもんだろう

>>26
文句も異論も無いよ
信じるのは個人の自由だしね
そりゃあ文字通りのことが出来れば楽しい事になるから
実現して欲しいけど
自作市場に下りてくるのはもしあるとしても相当先の話だろうなあ

>>27
一応俺はCELLの話をしてるつもりだった

>26
「汎用」という言葉の意味を辞書で調べ直せ
エンコ専用CPUを「汎用」とは言わない

自作PCの分野ではCPUだけでは成り立たない
外付けエンコード専用ユニットとしてなら可能性はあるが

>>29
PS等のゲーム機が値段に比して凄いのは事実だけど
それとcellのCPUとしての性能は直接関係無い
PS2自体は凄くてもEEやGSが他の用途に使われたという事は聞いたこと無い
cellはそれをある程度は打破してくれるとは思うけど
それにしては設計思想がピーキーだねって話だと思う
俺はゲーム機としてPS3が成功してくれればそれでいいや

>>30
FreeBSDが載るって言ってるけどな。
CellにハードディスクI/Fとか載ってないから「汎用」じゃないって話しているんじゃないよな。
おまえの言う「汎用」って何よ。

>>31
いやだから俺はスレタイの沿う様に必死になんとかCELLを関連付けようとしてるわけであって
なぜわざわざCELLとの関連性を無くそうとそんなに必死なのかと

よし、漏れも便乗　Cellで動く
OpenBSDﾏﾀﾞｰ
NetBSDﾏﾀﾞｰ
Solarisﾏﾀﾞｰ
MSXﾏﾀﾞｰ

無理に自作と結びつけようとして、話がいびつになってるにょ。

>>34
最後はありえないだろ。
"MS"Xなんだから…

数年前の高値の時にﾝﾆｰ株買ったアホが妄想するスレ

じゃぁ俺も便乗。
DragonFlyBSDﾏﾀﾞｰ？

>>33
関連無い話を無理に関連させようとしても話が拗れるだろう
それなら純粋にcellのCPUとしての力を色々妄想してた方が楽しいｗ

エンコはCELLが載るのを待つより
GPUでできるようになるのを、待ったほうがいい気がス

どうしてMonaがないんだ
謝罪と賠償を(ry

Cellが成功するかどうかで
似たような設計のインテルのメニーコアにも影響出てくるかな？

>>42
選択肢がそれしかない状態だからそれはない。

>>36
”MSX”の商標はアスキーが取得してるはずだから作ろうと思えば作れるはず。

とりあえずコンパイラ技術には影響を与えそうだな。

cellベースのMacが出てきたらどうするよ？

大笑い

Cellに期待するよりPPUに期待したほうが良い。

しばらく建てないで落ち着かせりゃよいのに

Playstation3 < Xbox2

Every time I've chatted about next-gen consoles with the development
community, nobody has really been able to tell me which machine has
the most horsepower...until now. One high-profile developer who has
seen both PS3 and Xbox2 technology recently whispered into my
innocent ear, " Xbox2 is way, way more powerful than
the next PlayStation. It's insanely powerful." But don't cry, all you Xbots out
there---my source promises that we'll still be quite impressed with
the capabilities of SonyComputerEntertainment's PS successor.

「Electronic Gaming, April 2005, Number 190」８２ページ

コボラー(2)の危惧通りだな。SPEよりPPEの数が決め手のようだ

んな現時点での信用できるかどうかもわからないソースで言われても。

捏造だし

また、録音の模造か

もうちょっと自分でソース検索しないバカを釣らせてくれても・・・・。

>>50 そういうことにしたいのですね・・・。
虚しくない？
単語の入れ換えによる捏造までするなんて、
見てて悲しみすら湧いてくるよ。

それだけショックだったのかな・・・。

326 ：名無しさん必死だな ：05/03/20 11:17:48 ID:mllschzl
Playstation3 > Xbox2

Every time I've chatted about next-gen consoles with the development
community, nobody has really been able to tell me which machine has
the most horsepower...until now. One high-profile developer who has
seen both PS3 and Xbox2 technology recently whispered into my
innocent ear, "the next PlayStation is way, way more powerful than
Xbox2. It's insanely powerful." But don't cry, all you Xbots out
there---my source promises that we'll still be quite impressed with
the capabilities of Microsoft's Xbox successor.

「Electronic Gaming, April 2005, Number 190」８２ページ


最初に張られたのはこれ。見事に逆になってますな。

>>50
うわ！なにこのていぞう！←なぜか（ｒｙ

>>57
どう変換するつもりだったの？

IT用語辞典 e-Words ： 「PlayStation」の関連ニュース
http://e-words.jp/n/PlayStation.html

ここを使えば、Cell関連の記事を集める事もできる・・・かも。
もっとCellだけを網羅できるページがあればいいんだけど、
e-WordsでCellは表計算のセルを意味してるらしいからなぁ。

やぁやぁ、戻ってまいりましたよ〜
でも、新しい情報が出てないので動きようもないですなぁ。

>>20>>54
煽ってくれるなぁ。
煽るのは良いけど、自分の主張も書いてくれないとイヤミを返すくらいしか出来ないよ。

まぁ、まったり行きませう。
ペース的にも。

65nmプロセス前提のPS3-Cellに対して、PS3より先手を打ちたいXbox2は
90nmプロセスでもかまわないクロックや設計にしてくるんじゃないかなぁ。
この場合PS3とXboxの性能で比べちゃうと、PS3の方が下駄はいてる状態になると思われ。

>>60
いい加減「駄目だこりゃ」の説明くらいしたらいかがなものかと、
自分の不手際で馬鹿にされ続けるのがそんなに楽しいのか？

えっと、日記だけ書いて終わろうかと思ったけど、もう一度前スレのを張るね。
これで説明になっていると思うんだけど。

解りやすいように例え話で。

Cell全体をケーキ工場と考えよう。超高級ケーキ工場。
超高級なので、腕の立つ職人さんを８人雇う事にした(SPEね)
で、職人さんが仕事をし易いようにパーテションで区切って、
それぞれに秘書まで付ける訳(DMAね)

荷物の運搬は全部秘書さんの仕事のわけ。

で、一日にＡというケーキを５０個とＢというケーキを５０個作る。
現在、何個出来ているか解るように、でっかいカウンターを２個作った。
カウンターって言うのは野鳥の会が鳥を数えるときに使う奴ね。

最初に秘書さんがカウンターを見に行く。
ＡかＢか好きなほうを選んでポチ。
「今からＡをつくります〜」

職人さんは黙々ととケーキを作り、出来たら秘書に渡す。
秘書さんは完成すれば頑張って運ぶ。
「いっこ完成で〜す」

職人さんの元に戻って「今度はＢを押してきましたよ！」
それを聞いた職人は黙々とケーキを作り続ける。

…正直何で秘書を通さないといけないんだ？ばかげている。
と思うが、このプログラムモデルは成り立つ。

皆が欲しているのはこう言うモデルだろう。

ところが、だ、>>63は秘書がカウンタを押せて始めて成り立つ。
残念ながら、基本的にＤＭＡはデータ運搬しか出来ない。

秘書がカウンタを押せない場合はどうか。
秘書「Ａは２０個、Ｂは１５こ出来ていました〜」
職人「ではＢを作る。Ｂを１６に書き換えて来い」
秘書「はい！」

一見、大丈夫に見えるが、これでは破綻している。
秘書が職人に個数を伝える間に、他の秘書が個数を見に行った場合、
他の秘書が個数を書き換える場合があるからだ。

で、この矛盾をなくす為にはどうすれば良いか？
単純にやろうとすると、秘書が動いている間は工場全体を停止させたりとか。
そういった感じの「出来るかもしれないがやりたくない」って選択肢しかない。

もー、馬鹿げている。
馬鹿げているけど、出来なくは無い。
PPEが一人で全てのケーキを作ったほうが早いと思うが。

で、Cellは上記の「カウンタ」にあたる…
排他だとか同期とかそういうメカニズムをハード的に持っているのか？
と、言うところが焦点になる訳だけど、現状「有る」って発表は無い。

無ければ基本的にシングルとして使うしかない。
以上が、漏れがSPEはコプロでしかないと言う事の説明。

これに対して、それじゃ駄目なのか？それで良いだろ！
と、言われるのならば、
「４６００億も突っ込んだんだからもう少し期待してたんですよ。」
と、答えるまで。

以上、前スレで結構長く続けた。結構上記のソースは出しているつもり。
「ここが違う」って所が有れば指摘pls

・・・
＞無ければ基本的にシングルとして使うしかない。
ひょっとしてここを疑問視している？

とりあえず後藤弘茂氏にそれ書いてメールしろ

つまり「期待しすぎの馬鹿」それでいいのか…？

少なくともゲーム機として運用する上では
同時期の他と比べてどうなのか、時代の流れとしてどうなのか
その辺りを考慮してなにがそんなに期待外れなのかを言えないとどうしようもないだろうに。

んでゲーム機という視点で問うと無言と。
結局ゲーム機にしか使えないとかそんなことが言いたいのか？

>>67
後藤氏は解っているよ。
解っていて「それらしい匂い」の混じった記事を書いている。

西川氏はもっと割り切っている。
「絵に描いた餅」と言わんばかりだ。

>>68
いや、漏れは「CellはPPEにでっかいコプロが付いた」と言ったら
思わず反撃を受けたもんで、コプロ以外になんと表現するんですか？
と、言いたいだけ。

蛇足だが、XBOXの奴のほうが100倍プログラミングが楽だと思う。

>>66
なんで”無駄に”リソースを活用しようとしますか。
BのラインでBが出来上がるまで待つか別のJOBうごかしときゃいいだろ。

>>70
ああホントｽﾏﾝ…言葉遊びがしたかっただけなのね…

>>69
　　--------------------------
　　西川氏はもっと割り切っている。
　　「絵に描いた餅」と言わんばかりだ。
　　--------------------------
少なくともあなたの記事に対する理解力が皆無なのわ判ったす(笑)
西川氏のホームページより　http://www.z-z-z.jp/zenji/0503.htm#050318
　　--------------------------
　　SPEはフルスペックのC/C++でプログラミングできるとのことだが、やはり、難しそうな感じではあるけど、
　　プログラマとしては値用船しがいがある気もする。
　　最近は、私もコードは書いてないが、「おもしろそう」と思わされた。
　　--------------------------

>>71
ごめん、何処の部分だろう。
前提の部分って、結構Cellに押し付けられている部分があって、
そこを指摘されたのならば、ソースを出す。

>>72
言葉遊びの裏に隠れたプライドの問題な訳。
「SPEはコプロだ」
と、貴方も理解したのならば漏れもにこやかに晩酌して寝るよ。

＞秘書がカウンタを押せない場合はどうか。
＞秘書「Ａは２０個、Ｂは１５こ出来ていました〜」
＞職人「ではＢを作る。Ｂを１６に書き換えて来い」
＞秘書「はい！」

アルゴリズムを考える脳みそがコボル時代全盛でそこから劣化しっぱなしですか？

このマヌケは秘書が４つまでのもの（１つ１６KBまで）を同時に運べる上に
自前の倉庫が２５６KBあることもすっかり忘れているようです。

>>73
こんばんわ。
そうやって引用してもらえれば、漏れも凄く反論が楽です。

「SPEはフルスペックのC/C++でプログラミングできる」
この部分に注目されているのならば、出来ないというのならば問題外であるということ。
で、(今まで私はあまり指摘していませんが)PPEとSPEのコードは違うというのも大問題であるという事。

「おもしろそう」と、いう部分に注目されているのならば、
なぜ素直に「これは凄そうだ」と書かれてないのか考えるべきです。

>>74
コプロだろうとなんだろうとそれがどういう結果を出すかしか俺は興味ないからどうでもいい。
結果にも「駄目だこりゃ」と言いたいならそれは言葉遊びではないから適切に答えてもらいたい。

>>75
前スレでも出したが、

> しらんがな(´･ω･｀)
> SONY様がメモリアクセスはDMA(秘書)を通せとおっしゃるからです。
> 漏れに言われても困ります。
>
> ソースが必要ですか？
> ttp://www.watch.impress.co.jp/game/docs/20050316/ps3.htm
> >また、SPEはCELLに接続されたメインメモリへDMAを介してアクセス能力を持つものの、
> >SPE自身はメインメモリにあるソフトウェアを直接実行することはできない。
> >SPE各自がもっている256KBのローカルストア(LS:Local Store)と呼ばれる自己メモリ空間に
> >ソフトウェアやデータを持ってきてからしか実行できないのだ。

個数はPPEが管理しろ！
と、言うならそれはPPEが工場の音頭を取っている(主プロセッサ)と既に貴方は理解している訳だが。

>>80
だからその考えかた自体間違い。

>>76
パラダイムシフト君ですか？

>>77
その事を指摘して何が言いたいのですか？
貴方は「ＤＭＡは早いぞ」と言いたいのですか？
早くても上記モデルの問題点は変わらないわけですが。

劣化≠パラダイムシフト

>>81
ごめん、具体的に指摘してほしい。
間違いですか。説明できます？

秘書はライン全部の個数を見てくる。
書き換えるのは自ラインだけ。
最後に終わったのは全てのラインの終了が確認できる。
はい、問題は？

>>83
ごめんごめん、イヤミを言ったまで。
具体的に指摘宜しく。

>>85
乱暴ですが、それはＤＭＡが全体の個数を見れる(同期できる)と、言いたいわけですか？
妄想だと思います。
ソースpls

あと、同期とか排他とか理解できていますか？
えっと、漏れをパラダイムシフト出来ないと言われたのは貴方かと思ったのですが…
違ったようですね。

いや、お前が言ってることだよ。

てか個人的にコプロだとかマルチコアの定義なんてどうでもいいと思うんだが。
RISC、CISCの定義もどうでもいいね。シスキーだから駄目とか言われると
「え？」って感じだね。処理能力が上がればなんだっていいね。
シスキーだからだめじゃなくて、「この命令を実現するための回路が
動作周波数を低下させる恐れがある」とか「ハードウェア量が無視できないほど
増加する」とかならわかるけど。
・・・まぁスレと関係ないんだけど。

SPEのDMAはメモリ上のデータ以外に、
短いメッセージを相手(他のSPEorPPE)に直接送れるはずだが。
割り込みもあるし。

>>79
>コプロだろうとなんだろうとそれがどういう結果を出すかしか俺は興味ないからどうでもいい。
>結果にも「駄目だこりゃ」と言いたいならそれは言葉遊びではないから適切に答えてもらいたい。

「駄目だこりゃ」が気に入らないわけですね。
解りました。取り下げます。
かなりトーンを落としました。
「Cellの実態はPPE+コプロ８発だった！」
宜しいでしょうか？

>SPEのDMAはメモリ上のデータ以外に、
>短いメッセージを相手(他のSPEorPPE)に直接送れるはずだが。
>割り込みもあるし。

それは排他、あるいは同期はソフトウエアを介して実現できるだろう。
と、言われるのでしょうか？同意します。
が、既に貴方の中では>>63のモデルは
「極一部の状況にのみ用いることが出来る」
になっていませんか？
私が言いたいのは、>>63のモデルはレアケースだという事なのです。

何を言いたいのかさっぱりわからねぇ

とりあえずコボラの前提のできるできないを箇条書きにでもして書いてくれ。

>>91
　　--------------------------
　　「Cellの実態はPPE+コプロ８発だった！」
　　--------------------------
で、その「コプロ」ってのの定義わ何すか？

>>91
別に言葉はなんだっていいんですが、
それがどう駄目なの？と聞きたいだけなんですよ？

で、それに答えてくれないからただの言葉遊びだったんだなと言ったわけです。
でも言葉遊びとするとアナタは気に入らないようなので、と。

>>89
どうでもいいと思うんですよ。
極端な話、私がCellが嫌いなだけなんですよ。
「_beginthreadでスレッドくらい発行できて当たり前だろ。手間を取らせるなよ！」
基本的にこれが言いたいのかもしれません。

…Cellを使わざるを得ないなら使いますが、皆さんの期待にこたえれるかどうかは…みたいな。

http://pc.watch.impress.co.jp/docs/2005/0310/kaigai165.htm
で疑問が解決しないのが不思議でたまらない。

>Cellの内蔵するデータ処理用プロセッサコア「SPE(Synergistic Processor Element)」と、EEが内蔵する「VU(Vector Unit)」を比較。CellのSPEの優位性とプログラミングの容易性を強調した
http://pc.watch.impress.co.jp/docs/2005/0310/kaigai021.jpg
>General purpose
>Rich set of synchronization prims.

>また、SPEの実行ユニットについても、ISSCC以上の情報が公開された。
http://pc.watch.impress.co.jp/docs/2005/0310/kaigai005.jpg
>Multiple real-time applications

http://pc.watch.impress.co.jp/docs/2005/0310/kaigai026.jpg
>Data flow and synchronization are critical for maximum performance

http://pc.watch.impress.co.jp/docs/2005/0310/kaigai033.jpg
>Synchronizes with the PPE for job scheduling and status

http://pc.watch.impress.co.jp/docs/2005/0310/kaigai053.jpg
>Abtracts DMA and synchronization

http://pc.watch.impress.co.jp/docs/2005/0310/kaigai056.jpg
>SPEs synchronize with each other to excute the tasks in the task queue
>Using semaphores, mutexes etc
>Using arbitary DMA operations

>http://pc.watch.impress.co.jp/docs/2005/0310/kaigai057.jpg
図の中にあるshared mutex shared variables

コボラーさんよ。これらの説明を見てもまだ、同期メカニズムが
用意されてないと仰しゃるなら、これらを否定する根拠を示して欲しい。

>>95-96
言葉遊びと思われるのならそれで全然良いです。
「Cellの実態はPPE+コプロ８発だった！」
貴方はこれを「言葉遊びだからなぁ」で済ましてくださいね。

ちなみにコプロはメインプロセッサ足りえない物です。

>>89
処理能力が上がればっていうのもなあ。
処理能力が上がって、なおかつ開発も楽なら（ﾟДﾟ）ｳﾏｰ

>>80
あなたの言う、「個数は PPE が管理しろ」モデルは、
ttp://pc.watch.impress.co.jp/docs/2005/0310/kaigai165.htm
の Job Queue モデルだと俺は思うだけど認識合ってる?

んで、同じところに Self Multi-tasking モデルってのもあって、
これ見ると、少なくとも SPE 同士自体は同期・排他ができるみたい。

これらのモデルは分かりやすい例として挙がれていると思うので、
個人的には PPE と SPE 間の同期・排他の可能性も示唆しているのは
ないかと思いますがどうですか?

>>98
あの、一部分を取り出して説明してくださいよ。
漏れがそのリンクを張って
「何処にハード的な同期メカニズムの説明があるというのか？」
と、言っても困るでしょ？

自分で資料を読んで考えようとしないって・・・、
ほんとにプログラマ？

>>99
メインプロセッサの定義が無いぞ。

>>99
あなたがコプロだから「ガッカリ」という話をしてるから
ガッカリの中身を聞いてるんですがね。

コプロだけを主張したいってことなんで言葉遊びで済ませようとしたんだけど
それを言うとまた「ガッカリ」を付け足してくるんですよね、不思議なお方です。

>>102
貴方がマルチスレッドプログラミングには疎そうですね・・・。
そのものずばりのキーワードも一杯あるんですがそれがわからないんですか？

つか、逆に「同期機構が無いならどうやってマルチコアが動作するんだ？」
という疑問が浮かぶ。魔法？

>ttp://pc.watch.impress.co.jp/docs/2005/0310/kaigai165.htm
>の Job Queue モデルだと俺は思うだけど認識合ってる?

その図を出されると確かにHW的に出来ると理解されて当たり前だと思う。
でも、ソフト的に制御の可能性も捨てきれない訳。
でも、ソフト的だと漏れは悪意のある図だと思うわけ。

…しかし、あなた釣られていますよとしか言いようが無い。

＞ttp://www.watch.impress.co.jp/game/docs/20050316/ps3.htm
こちらの記事を見て。

>ただし、各SPE用に、共有メモリ上のデータを管理調停する仕組みや、タスクスイッチまで実装した
>カーネルを組まなければならず、ソフトウェア的には複雑にならざるをえない。

>その図を出されると確かにHW的に出来ると理解されて当たり前だと思う。
>でも、ソフト的に制御の可能性も捨てきれない訳。

ハードウェアが同期メカニズムを持ってなかったらどうやって同期を取るの？
その仕組みを仰しゃってくださいな。

>>98も理解できていないようだし無理そうだけど。

>>104
しらんがな(´･ω･｀)
貴方こそ言葉遊びがしたいのですか？
メインプロセッサ<->コプロセッサ
じゃ駄目ですか？

>>105
ガッカリ？
取り下げる用意があります。が、何処で言ったでしょう？

>>106
イヤミは良いのでご指摘いただきたい。

>>107
同期する必要の無いタスクが得意なんですよ。
ええ。
ストリーミングとか。

>>97
>「_beginthreadでスレッドくらい発行できて当たり前だろ。手間を取らせるなよ！」

アプリ(ゲーム)層のプログラムはそれで済むようになるでしょ。
OS とか Middleware は何のためにあるの?
そもそも、それは CELL に限った話じゃないでしょ。

自分で言ってることをコロコロ変えて忘れるって・・・
議論がしたいのか煽りたいのか・・・

>>110
いや別にガッカリじゃないならなにも文句はないんだけどｗ

>「４６００億も突っ込んだんだからもう少し期待してたんですよ。」
>と、答えるまで。

これがガッカリ以外のなんなのかと。

>>65

> で、Cellは上記の「カウンタ」にあたる…
> 排他だとか同期とかそういうメカニズムをハード的に持っているのか？
> と、言うところが焦点になる訳だけど、現状「有る」って発表は無い。

http://pc.watch.impress.co.jp/docs/2005/0310/kaigai057.jpg

にSPEが自分で排他制御して共有リソースをアクセスする図が書いて
あるんだが、、、、

いくらなんでもマルチプロセッサシステムを作っといて同期を実装しな
いなんてことはありえないと思うぞ。

そろそろあきらめなよ。

おまえさんが言ってることは「Cellの解説に今まで割り込み処理が出て
こなかったから、Cellは割り込みハンドリングができないに違いない」って
のと同じレベル。

>>111

SPEとPPEでコードが違う時点で無理。
あ、解りました。貴方は全てのコードがSPE側と言いたいのですね。
PPEのコードを排他出来ると。

何度も引用したところですが・・・
ttp://www.watch.impress.co.jp/game/docs/20050316/ps3.htm
>また、SPEはCELLに接続されたメインメモリへDMAを介してアクセス能力を持つものの、
>SPE自身はメインメモリにあるソフトウェアを直接実行することはできない。
>SPE各自がもっている256KBのローカルストア(LS:Local Store)と呼ばれる
>自己メモリ空間にソフトウェアやデータを持ってきてからしか実行できないのだ。
>つまり、一度に256KBの規模を超える巨大なソフトウェア実行やデータ処理は行なえない。
>256KBを超える場合は分割してLSに持ってくる必要がある。

ものすごい足枷だと思いませんか？
ちなみにDMA経由なので変数などのアドレスもPPEとSPEでは異なると思いますよ。

> 同期する必要の無いタスクが得意なんですよ。
同期する必要の無いタスクなんて事実上ありません。
ストリーミング？SPEが演算した結果は誰がどうやって受け取るんですか？
SPEのステータスはどうやって取得するんですか？

>イヤミは良いのでご指摘いただきたい。
はぁ(ため息。
>>Rich set of synchronization prims.
prmisは同じ表にもあるprimitiveって事だろうね。
豊富な同期プリミティブって書かれてるでしょ？

>>図の中にあるshared mutex shared variables
貴方の知っているマルチスレッドプログラミングでは、
mutexは同期メカニズムでは無いと仰しゃりたいのかな？

>>110
　　-------------------------
　　メインプロセッサ<->コプロセッサ
　　じゃ駄目ですか？
　　-------------------------
同種の複数のコアでメインプロセッサとコプロセッサの役割分担をさせる場合もあるので、その捉え方わ
相当な勘違いす。

具体的な例を挙げるとBlue Gene/Lにおいて、2つのPPC440コアわ片側がプロセッサ間通信用、もう一方が
演算専用に使われるのが通常モードす。

>>115
>The MFC has its own memory management unit that is a subset of the Power core's MMU.
>The MFC, like the Power core, supports 64-bit virtual address space.

MFCはそれ自身にPowerコアのMMUのサブセットであるメモリ管理機構を持っています。
MFCは、Powerコアのような、64ビット仮想アドレス空間をサポートします。

>>115
　　-----------------------
　　ちなみにDMA経由なので変数などのアドレスもPPEとSPEでは異なると思いますよ。
　　-----------------------
前スレに書いたようにMMUが論理アドレスと物理アドレスの変換をするんで、グローバル変数のアドレス
わPPE, SPE間で統一できるす。

802 名前：MACオタ＞コボラー さん 投稿日：05/03/18 22:32:02 ID:ZNI6x4W1
>>787
　　-----------------------
　　その図ではさっぱり解らない。
　　漏れの理解ではMMUはDMAとセットだとしか読めない。
　　-----------------------
注目点わ"EA"(Effective Address)と"RA"(Real Address: 物理アドレス)と書いてある部分す。
つまりSPEコアから見てLSのメモリわ、プロセスの持つ論理アドレスが割り振られているように見えるという
ことす。DMAへのアクセス要求も同様に論理アドレスベースで行われるす。
通常のプロセッサ同様に、実メモリにアクセスする際にわ、MMUによってこの論理アドレスわ物理アドレス
に変換されるす。

えっと、ごめんなさい。
そろそろ数が多くなってきたのでまったり行きますね。


>>112
あのね、漏れの論に穴があるなら具体的に指摘してください。
感情だけいわれても困ります。

>>113
まぁ、漏れの本心を隠していても仕方が無いしなぁ。
ぶっちゃけ、漏れの本心。
「ぎゃははは！久多良木はこんなのに４６００億も突っ込みやがった！○○でー」
最後の○は上品に生まれたので自粛しました。

>>114
>>108で良いかしら？
その図は確かに出来て当たり前のように書かれている。
でも漏れには釣りにしか思えない。

>>120
感情で物事を見て理解をしない君のレベルに合わせてるんですがｗ

>>120
だから、そんな本心なんてとっくに分かってるので
言葉遊びじゃないことぐらい分かってるんですよね。

だから「コプロだと言いたいだけ」というあなたの主張を分かりやすく馬鹿にしてあげたんですが？

>>108
>ただし、各SPE用に、共有メモリ上のデータを管理調停する仕組みや、タスクスイッチまで実装した
>カーネルを組まなければならず、ソフトウェア的には複雑にならざるをえない。

これを、あなたは、

同期・排他制御は H/W だが、共有メモリ管理やタスクスイッチを
カーネルで実装する必要があるので、カーネルが複雑になる

とは読まずに、

同期・排他制御も共有メモリ管理もタスクスイッチも全て S/W で
実現する必要があるので、カーネルが複雑になる

と読んだってことですか?

>>109 には答えていただけないのか・・・。

>ハードウェアが同期メカニズムを持ってなかったらどうやって同期を取るの？
>その仕組みを仰しゃってくださいな。

コボラーさん。どうやって同期を取るんですか？
どうやってマルチコアが動作できるんですか？
私には魔法としか思えないんですが、どういう仕組みなのかお教え願えないでしょうか？

コボラーは銀行の仕事がなくなっちゃって失業したストレスでこんなことしてるんだよ。
そっとしてあげようよ。

OSレベルでやるべき制御を、ハードウェア実装してないといわれてもねぇ

>>116
>同期する必要の無いタスクなんて事実上ありません。
>ストリーミング？SPEが演算した結果は誰がどうやって受け取るんですか？
>SPEのステータスはどうやって取得するんですか？

ご指摘の通り。同期する必要の無いタスクなんて事実上ありません。
SPEは演算結果をDMAを介してメインメモリに戻します。
私は最悪のケースが発生したと思っています。
えっと、もし宜しければもう一度危機感を持って
ttp://pc.watch.impress.co.jp/docs/2005/0218/kaigai158.htmここらを読んでもらえますか？
>Cellは、OSを走らせることを想定しコントロール系処理にフォーカスしたCPU
>コア「PPE(Power Processor Element)」を1個と、主にストリーム型のデータ処理に
>最適化した「SPE(Synergistic Processor Element)」を8個搭載する。

>117
解りました。
SPEはPPE無くては成り立たない。
これでよいですか？

>>118
それはDMAはMMUを介してPPEのアドレッシングにアクセス出来る
と、言う意味だと思っています。
>>115のリンク先を見てください。
貴方が想定されている動作ですか？

>>119
>>118
で良いですか？

>>127
答えになってませんね。
>同期する必要の無いタスクなんて事実上ありません。
>ストリーミング？SPEが演算した結果は誰がどうやって受け取るんですか？
>SPEのステータスはどうやって取得するんですか？
どうやってやるんですか？答えてください。質問返しをしないで頂きたい。

それと、>>116の後半部分
----
>>Rich set of synchronization prims.
prmisは同じ表にもあるprimitiveって事だろうね。
豊富な同期プリミティブって書かれてるでしょ？

>>図の中にあるshared mutex shared variables
貴方の知っているマルチスレッドプログラミングでは、
mutexは同期メカニズムでは無いと仰しゃりたいのかな？
----
にはどう反論していただけますかね？

えっと、感情論は無視しますよ？
>>123
yes.
HW支援があるといわれるのならば、貴方の思い込みではないですか？
漏れが酷いことを言っているのはわかります。
が、Cellの基本理念は
/*各コアを出来うる限り単純化/独立化し、シンプルかつ高速に動作させる*/
じゃないですか？
さじ加減を間違ったんですよ。

漏れの思い違いですか？
ソースよろ。


>>124
>>127で答えになっているでしょうか？

感情論で処理されたおｗ

>>128
タスクが終わった信号くらいはPPEに届くんではないかな？
位にしか考えていません。
その他のは多大な(実現不可能くらいの)コストをかけてソフトで実現するんじゃないかな？
と、言うのが漏れの推論です。

実現的ではない！と、言う意見なら私もそう思います。
が、今出ている情報と矛盾はしていない。
不利な情報なので公表していないだけ。
だと思うのですが。

>7Eh4SZ1j

いや、本当に悪いと思いますが。
正直貴方が何を言いたいのか解らないのですよ。
主張を簡潔するために、リンク、引用等を活用してください。

>>129
>HW支援があるといわれるのならば、貴方の思い込みではないですか？

HW支援が無いというソース頂けますか?
提示できない限り、私だけでなくあなたも思い込み、になってしまうんですが。

# すみませんが、私これから風呂入って 4 時過ぎには外出するんで

>>129
答えになっていないんだけど、どれを答えだと仰しゃりたいのですか？
それと後半部分への反論は無いんですか？
私は「あのスライドには同期機構があると書かれてる」という主張を
しているんですけど、それに対する反論は無しですか？

コボラーさん、釣りだと思うというならそう思ったソースを提示してください。
ソースソースと言う前に、あなたこそがソースに基づいた発言をしてください。

>タスクが終わった信号くらいはPPEに届くんではないかな？
その信号はどうやって同期を取るんでしょうね。

>その他のは多大な(実現不可能くらいの)コストをかけてソフトで実現するんじゃないかな？
どうやってですか？
方法を示してくださいね。

そんな魔法を使う位なら同期機構を実装するべきだと思うんですが。

>>132
事実を説明しますね。

あなたが主張したいことは「これはコプロだ」ということではありません。

>>>113
>まぁ、漏れの本心を隠していても仕方が無いしなぁ。
>ぶっちゃけ、漏れの本心。
>「ぎゃははは！久多良木はこんなのに４６００億も突っ込みやがった！○○でー」
>最後の○は上品に生まれたので自粛しました。

あなたコレが主張したいわけです。
なのにそれに対してツッコムと

>>>68
>いや、漏れは「CellはPPEにでっかいコプロが付いた」と言ったら
>思わず反撃を受けたもんで、コプロ以外になんと表現するんですか？
>と、言いたいだけ。

とか言い出すわけですよね。
改めて聞きますがなにを主張したいんですか？

>>127
　　-------------------
　　SPEはPPE無くては成り立たない。
　　これでよいですか？
　　-------------------
>>117を理解していただけないすかね。。。同種のコアを用いたマルチコアシステムでも、非対称な使い方
をすると、「メインコアが無くてわ成り立たない」システムができあがるす。
あなたが回答すべきなのわ、メインプロセッサとコプロセッサの「関係」でわ無くて。
コプロセッサ（またわメインプロセッサ）の定義(又わ満たすべき仕様)す。

前提無しに議論もへったくれも無いかと思うすけど。。。

>>131
　　-----------------------
　　その他のは多大な(実現不可能くらいの)コストをかけてソフトで実現するんじゃないかな？
　　-----------------------
これも前スレに書いたBeBoxわ、デュアルPowerPC 603という、ほとんどハードウェア上のマルチプロセッサ
支援機能が無いプロセッサを用いて、当時最も優れたマルチプロセッサOSと言われたBeOSを実装した例す。

OSからの支援が十分あれば、それほど凝ったハードウェア的同期機構なんて不要なんすよ。

そろそろお開きにしましょう。

前にも言いましたが、
＞HW支援が無いというソース頂けますか?

現状ではお互いソースが無いわけですよ
お互いに推論なのですよ。

いい所まで着ました。
「同期、排他等のH/W支援が、もし、無ければ」
結果として「だめだこりゃ」
ここまでは理解していただけたでしょうか？

そして、現状ではそれらの機能の有無は発表されていないと。

>>134
莫大なコストを払えばソフトでも実現可能。
これには同意いただけますよね？

>>135
釣りといいますか…
漏れは現状で発表されている資料の、比較的に悪いケースを考えているだけです。
皆さん「そんなの当たり前だろ」と考えられている。

確かに、漏れは現状Cellに良い印象は持ってないです。
が、真摯に議論しています。
よね？
嫌な奴だとかはな無しですよ。立場が違うだけです。

IBMが(MP支援機能という点で)PPC603より更にヘボいPPC440コアを用いて、超大規模なマルチプロセッサ
システムであるBlue Gene/Lを建設した成果わ、記憶に新しいかと思うす。例え鳥頭なヒトでさえ。。。

キャッチボール出来ないんだから議論なんて無理やん

>>140
　　---------------------
　　真摯に議論しています。 よね？
　　---------------------
前スレについたコメントを全て忘れ果ててるのわ真摯とわ思えないすけど。。。

>莫大なコストを払えばソフトでも実現可能。
>これには同意いただけますよね？

No.

>>139 のBeBoxの同期方法を知らないのでなんとも言えないけど、
ハードウェア面でのサポートが「全くなければ」不可能だと思っています。
Macオタさんも「簡単な」と書いているので、何かあるんでしょうけど・・・。

で。それはさておき、
----
それと後半部分への反論は無いんですか？
私は「あのスライドには同期機構があると書かれてる」という主張を
しているんですけど、それに対する反論は無しですか？
----

だからこれに答えてください。私はちゃんとソースを示して
同期プリミティブについての記載がスライドにあることを書きました。
これは推論でもなんでもありませんよ？
どう反論していただけるんでしょうかね。

あの、これ、本当に今日の最後ね。

ぶっちゃけ。
漏れも自分の物言いは印象悪いな〜と、思うよ。
でも、ご免、皆ほどCellを信じられない。
漏れは斜めにCellと向き合ってる？

そうかもしれない。
でも、SCEIに関して発表を鵜呑みに出来ない自分がいるのよ。

EEとかGSとか触ったことある？
ちなみに触ったことがある奴は触ったと言えないんだけど。

今度はもう少し気楽に行くよ。
現状を結構楽しんでいる。
漏れって結構Ｍっ毛あるかも。

じゃ。

>真摯に議論
してません。
>××してるように見えるけど釣りだとおもう。
この時点であなたの妄想で話を押し進めようとしています。
あなたはワーストケースを考えてるのではなく、感情論で妄想してるだけです。

推論で無理やり穴作ってるから
「推論で何いってんの」って人と対立してたのに
そのうち勝手に推論同士が対抗してることに脳内変換する辺りが駄目ぽですよ。

>>144
了解。
じゃ、HW支援を積んでいても、実現可能な必要最低限かもしれない。
これではどうだろう？

お互い、なんてか、頑固になりすぎだよ。
もう少しざっくばらんにいこう。

今日は本当に寝るよ。
じゃ。

>>145
　　----------------------
　　でも、ご免、皆ほどCellを信じられない。
　　----------------------
印象を持つのわ個人の自由す。変なのわ単に間違いを広言してるって所なんすけど。。。
それを恥かしいと思わないのわ、自由とかそんな問題じゃ無いような気がするす。

皆さんが書いてる通り私達の言葉に対して
コボラーさんは適切な答えを全く返していない。

ついでに言わせてもらうとコボラーさん。
貴方マルチスレッドプログラムの経験ほとんどないんでしょ。
キーワードに対する反応を見ていても経験があるとは思えない。

>>145
Cellやソニーに対する印象なんかどうでもいいんですけどね。

ま、お休みなさい。是非とも、今晩未解決だった事に対して、
真摯なお答えを頂けることを期待しておきます＾＾

完全に録音なんだけど、そのあたり分かってて君らやってるの？
雑音の先代が知識集めの時に使った手法なんだけど
君ら録音に栄養与えてるのよ

最初から

「私は考えられる限り最悪のCELLを妄想しています」

と言っておけばよかったのにね。

コボラーだけが頑固になってたわけですが。自分だけが譲歩するのが嫌だからって勝手に相手も自分と同じにしたてあげるのは最低たぞ。

今回ネタになってるスレッド同期の話題すけど、CELLが「クラスタ・オン・チップ」であるということを
思い出して欲しいす。
一般にクラスタシステムの上での同期わMPIライブラリなんかで、ソフト的に実装されるモンす。

そうか。ムキになって知識を与えてしまってたのか・・・。
でも事実が明らかになれば結論には到達できるからいいんじゃない？
と思ってしまうが、何かこう凄い手段で反論してくるようになるんですかね。

こんばんわ。
あの、論戦なしでコミニュティーで。
やっぱ、漏れの言っていることってコンセンサス得てませんか？
漏れ的にはかなり論理的なんだけど。

結構自分では真摯にres返しているつもりなんだけどなぁ。
なんか敵意が有るように受け止められているんだろうか…
まぁ、クタはハッタリすぎだなぁとは思っているけど…

ところで4600億ってどこから出てきた数字？

なんかお気に入りの玩具とかあるじゃない？
お気に入りのワインとか。
それらを語りだしたら皆こだわりを持っていた。
そんな感じかなーで思ってほしいな。

>>156
　　----------------------
　　漏れの言っていることってコンセンサス得てませんか？
　　----------------------
科学や工学の話題で、白黒わ「コンセンサス」で決まるモンじゃないすけど。。。

「PS3に載るCELLは4.6GHzだろう」
という予想と同レベルだと分かっているなら理解はしてあげられますが。

>>151
>君ら録音に栄養与えてるのよ

誰もコボラー氏を「本気で」説得しようなんて思ってないでしょ。
一般的には閲覧してる人の方が多いだろうから
皆に正しい情報が伝わればよいのでは?
そういう私もROMだけどw

>>4600億
知らない。前スレでSCEIが4600億使ったって書いてあった。
6400億かもしれない。

>>160
うん。解っているよ。
いや、あまりに見方が少ないのでトンデモ理論と捕らえられているのか
またか本当にトンデモなのかと。

>156
そろそろお開きにして最後の本当に寝た小洞ーさんおはようございます。

>158
65nmの工場二個分の設備投資も込みでその値段。
CELL自体は1/10程度かと。

主張がコロコロ変わるのだけはこちらとしては対応のしようがない。

>なんか敵意が有るように受け止められているんだろうか…

>それらを語りだしたら皆こだわりを持っていた。
>そんな感じかなーで思ってほしいな。

貴方は、科学的・工学的・技術的な議論が出来るタイプの人ではありませんね。
敵意のある無し関係なく、貴方がマトモに議論をしていないってだけです。

貴方が書いてる通りトンデモ理論ですね。脳内だけの理論ですから。

ん〜自作PCでコテを名乗るのは初めてだよ。
痛い奴は色々いるので同一視されるのは仕方ないが…

まぁ、漏れの妄言で片付けるのは其れでいいと思うよ〜
実際、証明のしようが無いから〜
漏れも辛いんだよね〜
シャカリにキーボードを売っても自身ですら結論が確かめられないんだから。

>>154
ソフト的って言ってもどうやって実装してるんですか？

MPIライブラリの仕組みを知らないのでなんとも言えないけど、
クラスターの場合、TCP/UDP/RTP等で通信をし、それをもって
同期・転送などを全て行いますよね・・・。

BeBoxとかソフトウェアクラスタ方面は知らないのでなんとも・・・。

>163
Cell開発費は3社で5年間に計約4億ドルの計画でスタート、Fabには2000億ですよ。
開発費の方はもちっと膨らんでるっぽいですけども。

>>165-166
ん〜コロコロかわっているかなぁ。
漏れ的には一貫していたつもり。

マトモでないかなぁ。
漏れ的には少なくとも得た情報の上に成り立つ論しかいってないつもりなんだけどねぇ。
まぁ、あまり突っ込むとまた論戦になりそうだけど、今は漏れは論戦しないよ。

>>169
すごいなぁ。
あ、全然雑談ですが、漏れは今は久多良木の椅子は既に無く、彼の最後の仕事は
ＰＳ３を打ち上げるまでのアドバルーンだと思ってます。ｲｼｼ。

「サイコロを振ると100回連続で６がでる」
これだってサイコロの構造上成り立つ論。

つまりそういうこと。

あ、2000億の方はもちろん円で。
金額減っててすごいなぁと書かれると、なんだか心配になって
しまったので一応。

>>172
ん〜漏れの感覚では
「100回連続で６が出る可能性も否定できない」
くらいしか言えないなぁ。

じゃ、性格の悪さを披露するのもこれくらいにして…
竹島関連newsでも見てネルッす〜

人の話は聞かないが独り言ついでに日記もかいていくって？

スレのNG推奨にしておいた方が良いんではないかと。

>>168
BeBoxわ、普通のSMPシステムなのでクラスタじゃ無いす。PPC603程度でそういうシステムも作れたという
実例す。

クラスタについてわ、Myrinet等TCP以外の通信プロトコルも広く使われているす。要するに共有メモリや
同期用のハードウェアが無くても大規模マルチプロセッサシステムにおけるタスクの協調動作わ可能という
ことで。。。
こんなやり方で、流体コード等クラスタに不利な計算でもピーク値の10%程度の程度わ出る訳す。CELLの
場合ピーク性能が高い上、共有メモリもあるので、更に高性能が狙えて当然す。

性格の悪さ＋頭の悪さ

つまりはアンチソニーの希望的観測に対して延々と付き合わされたってだけの話なわけだ。

ああ、いやまぁ勿論BeBoxは知ってるんだけど、
PowerPCとか方面及びクラスタ方面を知らないと言った方がいいか。
せいぜいx86のWindows/PC-UNIXでマルチスレッド弄ってる位なんで。
Solaris方面(*BSDやLinuxにもある程度仕組みが入ってきてる)も知識程度なら・・・。

>こんなやり方で、流体コード等クラスタに不利な計算でもピーク値の10%程度の程度わ出る訳す。CELLの
>場合ピーク性能が高い上、共有メモリもあるので、更に高性能が狙えて当然す。

ふむ。なるほど。

>>175
もうちょっとしたらテンプレ議論とかもしておく？

主張がハッキリしてれば同じこと言っても
ただのネタとしてスルーされたと思うんだがね。

Cellはゴミだという結論ありきだからな。EEいじったことある？とか聞いてるあたり
VUのコーディングまったくできなくて開発失敗したヘタレプログラマなのかもしれない。
アセンブラ、３Dの知識、DMAを利用したデータ入れ替えの経験者じゃなきゃEEは悪夢
以外の何者でもないから。

直接自分がコーディングしてるわけでもないが、EEですらそこそこ使えるらしいことが
理解できたオレとしては、Cellについてはもっと良くなってるから、かなりの性能を叩き
だすだろうなぁとしかイメージできないんだけどね。

どう考えたって、あいつは電波。根性が悪いところが、さらに追い討ち。
これだけ叩かれても、議論している気になっているあたりが、空気読めないことの証明。
また登場したら、これを張ってやれ。

　 　　　　 | 
　 　＼　　__　　／ 
　 　＿　（ｍ）　＿ﾋﾟｺｰﾝ 
　 　　　　|ミ| 
　 　／ 　.｀´　 ＼ 
　　　　　('A`)　　　　体技：スルー！ 
　　　　　ノヽノヽ 
　　　　　　　くく 

│ 
│　≡　　('('('('A` ) 
│≡　〜( ( ( ( 〜) 
│　≡ 　ノノノノ ノ　　ｻｯ 
↓ 

>99

お前バカ？つうか高卒だろ
コプロセッサ＝補助プロセッサという意味なんだから

「コプロの定義はメインプロセッサ足りえないもの」って・・お前の定義は
それじゃトートロジーだろうが。

「たかがコプロ」とか前のスレで言ってたんだから、なぜ
コプロだと「たかが」になるのかの説明が必要なんだろうがバカ。

糞の役にもたたない知識自慢のスレですか

でさ、Cellが載るボードはいつ買えるの？
単体でもベアボーンでもいいけど。
自作板にスレ立ってるってことはPC用プロセッサとして発売する予定があるってことなんだよね？

よくわからんが、オクに逝ってＤＣかってくる

>>186
Cell実装済みのボードなら
1年後ぐらいに、ソニー木更津に行けばロット単位で買えるんじゃない?

>>188
ボードを作っているのは、松下。

結局行き着く結論は「自作するならx86互換」になるのでは。
日本のメーカーがCPU単体の販売を個人向けにやるとは思えん。
やったとしてもいろいろセットでウン十万取ったりして非現実的だったりな。

でもPS2Linuxは出たからCellLinuxも出そうだがな。
期待してまっせ〜

ところでXenonのCPUはPPEx3だとか言ってる香具師がいたけど既存のPowerPCコア
使うのに比べてメリットあるもんなの？

高クロックを実現していてシンプルな事かな。

後Cellってスケーラビリティを考慮して設計してるとIBMとかが言ってるから、
PPE*3みたいな構成なんかも考えて作られてる・・・かもしれない。

>>190
今時Linuxが走るPowerPC搭載ATXマザーなんかも手に入る訳すけど。。。
http://www.keyton.co.jp/index_series/SUUSU0002.html
http://www.momentum-cpu.com/products/xsc100.html

>>192
単純にPPEわ、IBMにとってPPC440後継の次世代組み込み用コアと目されているからす。

つまり、顧客向けにカスタマイズしてSoC製品を設計し、台湾・中国のヘボいファンダリ企業でも製造できるように
してあると皆思っているからすよ。

>>194
さすがに高いな・・・。
LinusもG5 dualなPowerMACユーザーになったし、
Power系はこれから面白いんじゃないかな

MacはCPUが68000からPowerPCに移行したときに
「互換CPU」の概念から脱却したよね
Winマシンのx86みたいに過去の呪縛に囚われない所が
Macの良い部分だと思っているんだけど・・

最近PowerPCも付加機能がゴテゴテと増えて
苦しくなってきているから
原点に戻ってCellでMacOS走らせれるようにしたら面白いんじゃない？

技術的にはどうでしょうか？
教えてエロい人

PPC4でATXならMac miniにLinuxの方が楽しそうだな

>>185
自作板の存在を否定するような発言ですな。

>>197
原点も何も
PPEは、PPC互換だし

>>197
過去の呪縛って・・・そんなもんあるんかいな．
新しいもの（アーキテクチャ）が必ずしも良いとは限らんよ．

>>197
>CellでMacOS走らせれるようにしたら面白いんじゃない？

今はダメそうでも2年後には…?
ttp://www.eweek.com/article2/0,1759,1768416,00.asp

現在、PPCのﾒﾆｰｺｱとCell
どっちが有用か、IBMの壮大な実験中です。
しばらく、お待ちください。　ｱｯﾋｬｯﾋｬ!ヽ(ﾟ∀ﾟ)ﾉ

>現在、PPCのﾒﾆｰｺｱとCell
？
定義付けされてるわけではないだろうけど
PPCて10ｺ以上のｺｱを１ﾁｯﾌﾟ化できるほど小さいの？

ﾏﾙﾁｺｱだった。

彼は０，１、２までしか数えられないのです。3以上は沢山となります。

というか専用にコード書いても３コアですでに性能が出ないとなると
クワッドコアとかはかなりキャッシュ量を増やさないとダメだということだろうな。
L2を2MBにすれば一応キャッシュヒットミスは１コアと同じレベルになるんだろうけど
やはりダイサイズが厳しいのだろうな。

Many-coreつーか、異種混合か対称型のでしょ。

そもそもアーキテクチャが異なるハードでどちらが有益か？
なんて話は無意味。PS3は頂点処理をCell（SPE）側で行うのに対し、
箱2は従来通りGPU（R500）側で処理する。

んーと、MacにCellを載せるﾒﾘｯﾄってあるかなってこと

大量生産でコストダウンが確実なCellを、MACに実装するデメリットを提示する方が先じゃないかな？

MACは高級ブランドイメージだけでもってるようなもんだから
PS3と同じCellなんて使ったらお仕舞いじゃね？

ｴｾﾏｶｰでｴｾ凶箱信者の工作員はお引き取りください

>>210
そもそもコアが200mm~2を超えるでかさなので，量産効果とはいえどこまで
安くなるかは疑問．
PPEがG5に比べ非力であることが予想される点．SPEの命令セットがPPC互換
ではないため，従来のアプリにとっては無用の長物．

互換じゃないから無用と言い出したら、x86以外は無用になってしまうな。
とくにここは自作板だし、９９％の人間がx86互換じゃないと困るわけだし。

まあ途中途中でいろいろ追加されたこともしらない若い人なんだろうけど。

ここまで読んだ。
やっぱり板違いだ。
巣に(・∀・)ｶｴﾚ!

>>214
はぁ・・・意味不明です．

削除しとけよこのスレ

>>214の翻訳を試みると。

SPEがPPE互換じゃないから無用と言うが
SPEを実行するための命令セットはx86におけるMMXやSSEみたいな
拡張命令セットとして扱えばいいじゃないか。

それとも

x86CPUは8086から拡張を重ねついには64bitのIA32eまで来たではないか

みたいなことを言いたかったのだろうか？

>>213
だからさ、CPUの互換性の差をOSが埋めてきたのが
Macでしょーが
OSをCell用に作り直して今までのソフトウェアは
得意のエミュレートで互換させろという事だ

あと、あのダイサイズではCellプロセッサ単体の価格は高いでしょ
PS3とかのようにソフトウェアのリベートで取り返せるってもの
でもないだろうし

あと、板違いにならんように
「Macも自作できるようになったらイイね」と書いておくｗ

>>218
そのくらい読み取れるのが普通だよな？
>>213はSSEもMMXもイラネとかいってるのとなにもかわらん。
AltiVecだって出た当時は対応ソフトは１つもなかったわけだし。

ほんと、知恵遅れだよ。

SMPやCMPのような比較的結合の強い共有メモリマルチプロセッサシステムでは
メモリコンシステンシさえ保証されてれば（保証されてないわけが無いが）
同期のための特別なハードウェア上の機構なんていらないでしょ

MACオタが例に出してるBeBoxでのPPC603の話は
キャッシュコヒーレンシプロトコルの問題であって
そもそも分散キャッシュが無いSPEには関係のない話

CMPとしてのCellは、こういう部分に関しては
分散キャッシュが無い分むしろ他のCMPよりも単純だと思うんだが
どうしてコボラーとかいうひとはこんなに食いつくんだろう…

>>220

>>214 は
x86以外は　→　x86命令以外は
途中途中でいろいろ追加された　→　拡張命令セットなどが追加された

くらいにしないと、なかなか普通には通じないと思った。
あと2行目は、前後とどういう繋がりあるのか翻訳不能だった。

そのまま使うとは限らないでしょ。
ttp://www.eweek.com/article2/0,1759,1768418,00.asp
>"The Cell's Broadband Processor Architecture could be rejiggered to be used in other processors,
>including the PowerPC," Krewell said.

以下は模範解答w
>Two things seem certain:
>For the near term, Cell technology won't affect Apple products.
>And for the longer term, it's nearly impossible to tell.

訂正
やっぱ性能がいいかどうかも未知数なCPU向けに
OS作れというのも虫のいい話だ

「Cellが非常に高性能だったら」という
条件付きにしておく

ゴメン

>>221
頼むから、召還しないでくれ。

召喚しないでくれ、召還してくれ

>>226
どっちよ

召還：呼び戻すこと＞巣に帰れ
召喚：呼び出すこと＞このｽﾚにコイ

呼んだ？

うさだ萎えじゃねーかよｗ

ﾜﾛﾀ

学生時代、COBOLかじったことあるんだよ。
肌に合わなかったけど。

90nmCellのサイズを200mm^2越えてるからコストが〜みたいなことを言ってる人もいるけど
これって、初代EEや0.18μmウィラメットと同程度って既に書かれてるじゃない
何の問題もないんじゃないか？
ただ、製品版としてPS3を出すときにはnVidiaのGPUも乗せることは決まってるから
PS3実装時には何らかの対処が必要になるかもしれないけど
Cell自体のコストを否定材料にするのはナンセンスだね
あと、90nm製品でこけたのは事実上Intelだけだから
録音すら失敗作と認めた商品をベースに否定するのは願望じゃないかと

じゃじゃーん。

>メモリコンシステンシさえ保証されてれば（保証されてないわけが無いが）
難しい言葉を使うね。
漏れはCellに限って言えば、保証されていないと思うよ。
Cellの野望はSPEx8なんてもんじゃない。
SPEx16やSPEx32何だから。

何度も引用したけど、ここを見てほしい。
LSに有るのはメインメモリのコピーだと言うこと。

ttp://www.watch.impress.co.jp/game/docs/20050316/ps3.htm
>また、SPEはCELLに接続されたメインメモリへDMAを介してアクセス能力を持つものの、
>SPE自身はメインメモリにあるソフトウェアを直接実行することはできない。
>SPE各自がもっている256KBのローカルストア(LS:Local Store)と呼ばれる
>自己メモリ空間にソフトウェアやデータを持ってきてからしか実行できないのだ。
>つまり、一度に256KBの規模を超える巨大なソフトウェア実行やデータ処理は行なえない。
>256KBを超える場合は分割してLSに持ってくる必要がある。


心配するな。しばらく来ないから。
新しいソースも無いしね。

>233

90nmは初期ロットだけで65nmのファブが立ち上がり次第
65nmに移行する。CELLの生産が軌道に乗るまでは
PS３向けが優先されるわけで、もし他の民生品にCELLが使えるようになる
ことが本当に起こったとしても90NMチップではありえない

>>196
Linusはかつてメインデスクトップ機がalphaだったわけだ。
しかしalphaはそれから面白くならなかった。
当時としてはalphaがLinuxが動く最も良いCPUだったのは間違いないが。

まだ反応する人がいそうなので一応。
変なコテはスルーしましょう。
と言うと、あう使いみたいな言動で挑発してくるのでそれも。

Alphaはx86CPUが133〜166Mhzとか言ってた頃に
400Mhzで回ってたからね
自分も純粋なRISC CPUに憧れを抱いていたよ

そのAlpha今となっては・・・話も聞かんが；；

>>233
そりゃ上を見たらキリがありませんがな．あなた自身が
>大量生産でコストダウンが確実なCell
と仰ってたから，私はそれは肯定材料にはならないのではないかと
レスしたわけです．あなたの発言自体がナンセンスなんですよ．

http://www.keyton.co.jp/index_series/SUUSU0002.html
http://www.momentum-cpu.com/products/xsc100.html

なるほど、高いけど一応自作出来たとは
しらなかった...＞PPC

>237
失礼なやつだな。
君は本当に現実を見れてないんだな。

>>234は明確に
・SPEに仮想記憶は無い(有っても256K)
・メモリコンシステンシは無い
を表しているよ。
何故西川氏がこの記述をしなければならなかったのか考えて見るべきだ。

まぁこの認識が異なるのだから、それ以降の話がかみ合う分けないのも事実。
そんな訳なので、新たなソース待ち。

>>239
コボラーみたいな難癖の付け方だな。
Cellがダメなのは判ったからもう書き込まなくていいよ。

>>238
去年のAlpha EV7zにて終了。
その血流はAMDとInteilに脈々と受け継がれてはいるが。

>>242
>ほんと、知恵遅れだよ。
このようなレスをしてくる人間には言われたくないですね．信者さん，もう少し
冷静になってはどうでしょうか．脊髄反射的なレスばかりで目障りです．

>>244
おまえの言い方だと、MMXやSSE、AltiVecやら後から追加されたすべての機能が
無用になってしまうんだが。　現実をみないで自分の妄想垂れ流してるのをオレは
知恵遅れと呼んでるだけ。

>>241
MACオタが書いてたろ。ハードウェア支援機能がほとんどなくても実現できると。

>>245
あのさ，もうちょっと文章読もうぜ．私がいつ，SPEのファンクションなどいらないって
いいましたか？

"従来のアプリにとっては"無用の長物

これ，当たり前の話ですよね．今現在流通しているMAC向けバイナリにSPEの
コードが含まれているわけ無いんだから．
MACプラットフォームがいままで抱えてきたソフトウェア資産にとっては，
SPEの有無は関係ないわけです．CELLの売りは明らかにSPEの処理性能であって，
それが活用できない状況があるということは，これは明らかにデメリット．
既存ソフト群にとってはPPE単体のCPUにすぎないわけですよ．cellって．

>"従来のアプリにとっては"無用の長物
これは二通りに読めるんだが・・・
一つは>>246で言ってる内容。
一つは”従来のアプリの用途では”無用の長物。
言葉不足もあると思うぞ。

>>246
　　---------------------------------
　　今現在流通しているMAC向けバイナリにSPEのコードが含まれているわけ無いんだから．
　　---------------------------------
これわその通りなんすけど、AppleわvDSPやCoreImageという形でAltiVecコードをライブラリ
でラップして使う事を推奨しているす。新技術を導入し易いような道筋わ準備されているすよ。

CPU会社が周波数争いから別の部分にシフトしてきたところに
いきなり高周波数で殴り込みをかけるCellが素敵だわぁ。
少し考え方が遅れてる感が。

>>247
前の文節も含んで読んでいただければ問題ないと思います．

>>234
>256KBを超える場合は

超えなきゃいいんじゃない?
ttp://pc.watch.impress.co.jp/docs/2005/0218/kaigai158.htm
>元々、Cellの基本的な考え方は、プログラムをソフトウェアCellと呼ばれる、
>プログラムピースとデータを格納したオブジェクト形状にして扱う。
>そのため、256KBに収まる程度のプログラムが始めから想定されていると見られる。

>>241
>何故西川氏がこの記述をしなければならなかったのか

なんで西川氏の以下の文章は無視されてるんですか?
ttp://www.watch.impress.co.jp/game/docs/20050316/ps3.htm
>SPEには、あまり大きくはなく、しかも複雑な分岐構造を持たないソフトウェアにて、
>ベクトル演算をさせるのが適していると言うことになる。

そういえば西川氏の(全ての?)記事にSoftware-Cellの記載はなかったような・・・
コボラー氏じゃないんだから知らない訳じゃないだろうに。
(それともコボラー氏は知らない振りをしてるだけ?)

ｺﾎﾞﾗｰ(2)のｶｷｺの論調を見て、MMRのｷﾊﾞﾔｼを思い出してしまった。。。

Mutexが実現できるという事なんだから、何らかの同期・排他メカニズムないし
それに使えるモノはあるでしょ・・・。

とりあえず全ての事をリセットして何事も無かったかのようにレスするコボラーさん素敵です。

録音そのものｗ

>>221

syncやeieioの存在は「メモリコンシステンシを保証」の中に含まれてる？

んじゃ、lwarxとstwcxは？これらが無いと、場合によっては同期とるのすごく
大変だし、メモリコンシステンシの中に含めるのはちょっと不自然だと思うな。

>>249

ここでどんな議論をしているのか
理解なさってないようですね。

>>253
>何事も無かったかのようにレスするコボラーさん

えっ、それ私のこと?

>>252
　　　　､__人__人__人__人__人__人__人__人__人__人__人__人__人__人__人__人__人__人__人__人__,
　　　 _）　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 （_
　　　 _）　　ナ　ゝ　　　　　　　 ナ　ゝ　 /　　 ﾅ＿``　 -─;ｧ　　　　　　　　　　　 　 l7　l7　　 （_
　　　 _）　　 ⊂ﾅヽ　°°°° ⊂ﾅヽ /'＾し / ､＿　つ　（__　￣￣￣￣￣￣￣￣　o　o　 　 （_
　　　　）　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 （
　　　　⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒
　／　　　,　,ｨ ﾊ i､　、 　 　 !　　 /''⌒ヽ-─‐- ､ 　 　 ､ー'´　　　　 　 　 ＼　.ｲ　　 ,　,ｨ ﾊ ｉ 、 .　　　|
　/ｲ　 ,ｨ/l/ |/　ﾘuヽlヽﾄ、　|　　 ゝ ,､.＿＿＿,　 ＼　 ＞ 　 　 　 ,　　 　 　 !　 |　,ｨ/l/ l/ uﾊlヽﾄiヽ.　|
　　ｲ /r ＞r;ﾍj=:r‐=r;＜ヽ│　 「 ./ 　 　 　 u ＼　 |　 ≧　 , ,ｨ/ﾊヽ＼　　 | 　 |/ﾞ＞r;ﾍ　'-‐ｧr;j＜`Ｋ
　　r､H 　 ┴'rj　ｈ ‘┴　}'|ﾄ､　 |./　　　　　　　　ヽ |　　1　ｲ/./ ! lvヾ,.ゞ、 !　.ry 　 ┴　〉 　 └'‐　:|rﾘ
　　!ｔ||u`ｰ-‐ベ!` ` ｰ-‐'　ﾙﾘ　r|´ﾞ＞ｎ-､ヽ-rj＝'^vヽ　_ﾚ「ﾞf.:jヽ ｰT'f.:j'7｀ｈ　|t|.　　　ヾi丶 　 　 u ﾚ'
　　ヾl. 　 　 fﾆﾆﾆヽ　　u/‐'　 :|r|　 ー "j　`ー ′ hﾞﾘ {t|!v￣" ｝　 `￣　 !ﾘ　ヾl　u　 ｉﾆﾆﾆヽ　　 /|
　　　 ﾄ､　　ヽ.　　 ﾉ　u,ｲl.　 　 ヾ! v　　ヾ＿_　v　ｲ‐'　ヾl　　　ヾ＿　 v　./'　 　 ﾄ､　　､＿_丿u ,ｲ　ﾄ､
　　　,.| : ＼ 　｀ﾆ´　／ ; ﾄ､　　　 ﾄ.､u　L＿ ﾌ　, ' |.　　　 ﾄ、u ヾー ｀>　/.|.　　　,| ::＼　　 　 ／ ;　/　＼
-‐''7 {'　:: 　 ` ー '　　,;　ゝ:l`ｰ- ⊥:｀ヽ. ＿_ ／ ,' |　　　　| :＼　 ￣　／,' ﾄ､_ ／〈　::　 ` ｰ ' 　 ,'／　　　「
　 /　 ＼ ::　　 　 　 , '／　 :|　　　　 `'''ｰ- ､　, '　'＞-,､.._ﾉ ::　 `ー '　　 ／,.ｲ　　 ＼::　　　　 ／　　　 　 |
　/　　 　 ＼　　　 ／　　 　 |　　　　　　　 | ヽ-‐'´ _,.ﾍ＜　 _::　　　_,. イ／　|　　 　 ,.へ、 ／´＼ 　 　 　 |

>>252

推定に推定を重ねて、ショーもない結論を導く論法ね。
まぁ、"自称"論理的なトンデモ論者にありがちではあるわな。

>>257
コボラー(2)さんの事。
彼には昨晩(正確には今日明け方)の議論で未解決の事に答えてほしいのだけど、
きっと自分の都合のいいようにスルーするんだろうね・・・。

正直、もう召還されてくれちゃってもいいんだけどさ。
議論の仕方も判らない人でしかもループするような人だからなぁ・・・。

ｺﾎﾞﾗｰ(2)のｶｷｺの論調を見て、DAKINIを思い出してしまった。。。
まさか当人じゃないよな？『発熱地帯』だっけ？HP。同じ電波が溢れてるよ・・・

>>260 さん
わたしもコプロの定義ってやつを、さっさと回答してもらいたいと思うす。

>>261 さん
色んな名前が挙がってるすけど、web上の電波さんって沢山いるすね(笑)

こんばんわ。ご指摘の未解決の部分についてのみ答えましょう。
これの事でしょうか？

>>>図の中にあるshared mutex shared variables
>貴方の知っているマルチスレッドプログラミングでは、
>mutexは同期メカニズムでは無いと仰しゃりたいのかな？

ttp://www.watch.impress.co.jp/game/docs/20050316/ps305.htm
> Syncrhonization mechanism compatible width GP processors.
> SPE can work together with GP processors ** UNDER OS CONTROL **

私にはGPプロセッサとは何の事とはわからないのですが、OS配下にて協調動作出来るようです。
なぜOS配下と明記しなければならないのでしょう？

…どちらにしろ同期はできます。
新しいソースが出るまでは私は同期の問題には触れないことにします。

あ、共有メモリが無いのでは無いか？とは主張しますよ。
余談ですが、MMUがDMAとBUSに挟まれている所は何を意味するんでしょうね。

今日は力説つもりはありませんが、以前にres忘れたところには答えたいと思います。
「ここに答えろ」と言って下さいね。

>>MACおたさん
これがコプロの定義です。
ttp://e-words.jp/w/E382B3E38397E383ADE382BBE38383E382B5.html
ttp://www.itmedia.co.jp/dict/semicon/mpu/architecture/01953.html

なぜＰＰＥはコプロなのか？
とは、延々説明しているのですが、まだ理解は遠そうです。

いわゆる汎用プロセッサとしてcellを使用することを考えた場合、
専らPPEの性能から考えるというのは真っ当な意見でしょ。

↓のようなHPC分野への適用を考えるのなら別だけど。
http://pcweb.mycom.co.jp/articles/2004/08/09/gp2/001.html
http://pc.watch.impress.co.jp/docs/2003/1226/kaigai054.htm

altivec wrapしろってのも、HPC汎用の視点でしょう。

>>263
わかってないのはおまえだけ。いいかげんに消えろ。

>>251さん
私が言いたいのはこれに尽きます。

>LSに有るのはメインメモリのコピーだと言うこと。

PPE1のLS / PPE2のLSは互いに独立しており、どちらか一方を書き換えても
連動しませんよ。と。

>>266さん
これは失礼。消しやすいようにコテ名乗っています。
では、今日はこれで。

SPE単体で動作して、同じデータプールから演算対象を抜き取るような仕組みが
用意されているんだから、ほとんどあらゆる処理が実現可能だと思うんだけど。
（どれかを決定するのにPPEで動作してるOSの支援を受けるのかもしれんが）

それが出来るとIBMなりなんなりが発表してるのに、まだ出来ない出来ないと
騒ぐ意味がわからねぇ。　どんなにヘボくコード書いても25GB/sの帯域分の
性能は出るわけだし。　SPEに1バイトのデータ同士を加算させてその結果を
吐き出させるとかいうショボイ処理でもさせなきゃオーバーヘッドは気にならない
と思うんだが。

LS上のメモリも透過的にアクセスできるのだし、メインメモリ上と整合性といってるが
当然別アドレスになるのだから整合性もクソもイラナイし
処理するのにコピーしてきて吐き出す先はSPEごとにロックしてあるのは当然で
そんなことはマルチスレッドで共有メモリを持つ場合はどのOSもやっていることで。

local storeをキャッシュと勘違いしてるのか？

>>270

かもしれんな。LSで変に自動的に同期なぞされたら、"終わる"という事が想像出来んらしい。

マルチコアのマルチキャッシュでコヒーレンシを取ろうとしたらグダグダになるから、
わざわざ独立させている意味が分からないのだろうか。
OSレベルでメモリロックすれば実用上は問題ないという判断だろうに。

>>267
>PPE1のLS / PPE2のLSは互いに独立しており、
>どちらか一方を書き換えても連動しませんよ。

元記事を読んでいただけなかったようで・・・。わざと?
http://pc.watch.impress.co.jp/docs/2005/0218/kaigai158.htm
>Local Storeでは、キャッシュと異なりコヒーレントを取らない。
>そのため、Cellではチップ全体に渡って、キャッシュコヒーレンシを常に保つ必要がない。
>これも、マルチコアのオーバーヘッドを減らす重要な要素だ。
>Cellでは、各要素はElement Interconnect Bus(EIB)と呼ばれる広帯域のリング型バスで接続されている。

いちゃもんつけられる前に、コレも。
http://www.geocities.jp/andosprocinfo/wadai05/20050219.htm
>プログラミング的にはキャッシュより面倒ですが，
>やはり、人間が考えて使うほうが効果的な場合が多いと思います。

とりあえず、リンク先を熟読してください。

たぶんコボラは人間が考えて使うのはメンドウなので性能でないと言いたいんだと思う。
プログラムがあまりできないようなやつがそれを使おうとすれば性能でないのはある意味当然だと思った。

>>274

そりゃごもっとも、といいたいところだが、
どうせそんな無能なやつが書くコードは、どんなマルチコアだろうとバグだらけ
になるのは目に見えてるな。

てか、録音は炭がこけたの認識したから
ヘテロジニアスマルチコアのお勉強が出来るここに来たんだろ
ここで栄養与えるのは、みんなの迷惑なんでやめていただけませんかね？

そう。ダメなやつは普通のプログラムも作れないし、性能がでない。
だからそういう心配はそのダメなプログラムを書くやつに向けるべきで
ハードに向けるべきものではない。

カウンターの例えで見るにコボラー氏は並列性の高い処理っていうのを
そもそもどういうのか把握してないんじゃないの？

>278

つか録音＝コボラー　なら、そもそも録音ってプログラミングまったくできないからな(プ

>私にはGPプロセッサとは何の事とはわからないのですが、OS配下にて協調動作出来るようです。
>なぜOS配下と明記しなければならないのでしょう？

過去指摘されてるように自分で資料読め。
GPが何の略語か、どういう文脈で出てくるかも資料を読めばわかる。
後者の質問は、他の貴方の多くの主張と同じく妄想に満ちた行間読みという奴だ。
それに関して論理的・定量的に「こういう理由によりSPEは使い物にならない」
と証明も出来ない貴方の妄想に付き合う義務は無い。

君ら全員どっちも妄想だろうに。

マルチスレッドプログラム書いて、新しいVTuneあたりでパフォーマンス計測してみれば見えると思われ。

>>262
ﾌﾟ

まあ、データシートが出てくればわかることばかりだ。
SPEがマルチプロセッサとして使えるなら各々にCPUIDが付いててOSで指定できるようになっていると予想！

しばらく来ないよと言ってたのに来るガイキチw
小学生でも自分の言った事に対して数日は責任もって守るぞ普通。
見苦しいったらありゃしないw

>>246
OSのガイドラインに従ってAPIたたけば可能な所では
APIが新技術を利用するから、すでに存在するアプリ
でも、必ずしも新技術の恩恵に与れないとは言えない
と考えるのはまったくの素人ですか？

ちゃんとパワーが発揮されるとは限らないけど、
ライブラリが利用すればその分パワーアップはするわな。
Macの例なら、Quartz Extremeとかな。

むしろコンテキストスイッチの弱いSPEからすれば、
システムがSPEを握っててアプリからはAPI叩くだけの方がいいかもな。

>システムがSPEを握っててアプリからはAPI叩くだけの方がいいかもな。
楽だけど、面白みないな、それ。

コボラーが言いたいのはこういうことだろう。
Pen4よりAthlonが持て囃される現状では，Cellは絵に描いた餅じゃないか……と（笑）

録音の視界にCellは無いだろ
異種混合マルチコアを持ち出して、インテルの（計画の）優位性を語りたいだけだと思う

今のPSPが2/3の性能しか発揮できていない理由
http://pc.watch.impress.co.jp/docs/2005/0323/kaigai166.htm

Cellも公式発表×0.66くらいで見るべきか

>>289
絵に描いた餅にしか見えない奴は、それを食べる事もなく、そう決め付けて近寄らない。
勿論食べたら不味いかもしれないが、自分で食べてから結論出したほうが楽しくないか。

自称iPodキラー、PSPが米国発売を明日に控えてスペックダウン暴露
http://pc.watch.impress.co.jp/docs/2005/0323/kaigai166.htm
　これまでの公式発表では、PSPのCPUコアの動作周波数は
コンフィギュラブルで、最大333MHzで動作するはずだった。
しかし、GDCでは、PSPのCPUコアは、現状は222MHzに制約されていると説明された。
ちょうどスペックの2/3のクロックに抑えられていることになる。
また、バススピードも、一昨年のスペック発表時の166MHz(帯域から逆算)から
最大111MHzへと後退している。

　ゲームデベロッパ側が32MBを望んだのは、32MBメモリのPS2からの移植を容易にしたかったためだ。
だが、実際にはOSカーネルが8MBを占有するため、32MBをほぼフリーに使えたPS2のようには
メモリは使えない。

>>293
PSPの場合、速度やメモリ容量や消費電力がどうこうよりも、
最大の問題は”ロボタン”だろ。
(次点がUMD射出）

買っていないから詳細は知らんけど、色々問題抱えてるんだねぇ…

ロボたんは結構問題なんだが、UMD射出は実際にはまず無いぞ。
しかし、上のが問題とされると○○（ゲーム機）はカーネルが××MBあるから糞ってのもありか？

>>293
というかとっくに既出なんだよソレ

ttp://d.hatena.ne.jp/satox/20050323

一応、PSPプログラマで、この件についてSCEに問い合わせたくらいのＳＡＴＯＸですから、知っていたわけです。公にされたのでひとこと(笑)。

そう、PSPのクロック数は222MHz以上上がりません。関数レベルではユーザが任意のクロックを指定することが出来るのですが、333と設定しても、クロック数を返す関数をたたくと222と帰ってきます。カーネルレベルで222MHzに固定されてるわけです。
さらに、メモリもユーザが使えるのは20MBほど。32MBと聞いていたのにがっかりです。SCEさんもバッテリにはずいぶん気を遣っていて、出来るだけUMDにアクセスするなとか、使ってないモジュールはFinishさせてチップへの通電をオフにしろとかいろいろ大変です。
メモリのアクセス速度も大変遅く、PS2のゲームがそのまま移植できる状況では実はないのです……。画面のアスペクト比も全然違うし、しかもテレビのNTSCと異なり１：１の正方ピクセル。画面のレイアウトを変え、テクスチャも書き直す必要があるわけです。
ゲーム開発者から見ると、PSPは大変移植しづらいマシンといえますね。

ここはcellスレ・・・。

ゲハ板の方では特許厨がどうでもいい話を延々してるし。
新しい情報が出てくるまではこんな感じなんかねぇ。

楽して移植してもらうために作ったんじゃないだろうになｗ
Cellも無能が楽にプログラムできるためのものじゃないと主張するコボラーが大暴れですよ。

　　_, ._ 
（　ﾟ Дﾟ） <だから、呼ぶなよぉ。

関連スレで同期のせいでだめとか、書き込んでいる奴がいた。コテ付いてなかったけどな。

全員スルーしてたので問題なし。

ゲハのスレはもうだめだ…特許厨の釣堀になってる…

アホなコーディングすりゃ性能を出せないのは当然の真理。
というかAMD面倒見良過ぎwwww

SONYの言うことは話半分だから、
222MHzでもビックリですよ。

スペック気にして携帯（据え置きもだが）ゲーム機買う奴なんて一部のゲーヲタと儲くらい
だよ。

それを自作PC板で言うかね

まぁ、完成してるゲーム機は、自作と関係ない話だからな

世代ごとで完全にアーキテクチャが異なるゲーム機は
指標になるモンもないし

ってか、組み方に気をつけないと性能が出ないのは、
この世にあるどんなCPUにも共通して言える事だ。

単一CPU環境でのマルチスレッドですら、
組み方を守らないとパフォーマンスはガタオチになるよ。
スレッドを使ってなくても他に守らないといけない原則は幾つもある。

それでもEEより使いやすいんだろうな

まあ、SCEが口うるさく言うっていうことは、最初期に開発機を受けとった開発者に
UMD回しっぱなしにしたり、使っていないﾓｼﾞｭｰﾙを止めなかったり、常時333Mhz駆動させる奴らがいたんでね？

コンシューマだとそれが当たり前だからな

持てる性能は100%使い切る！
ゲーム開発者のやることは昔から変わらない。

そもそもｹﾞｰﾑに省電力を求めるのが間違っ(ry

てない

Cellはプログラマの力量で実行性能が今まで以上に大きく変わるということか。
畑違いだがプログラマの端くれとしてさわってみたいもんだ。

ループの組み方一つで差が出る可能性はあるからなぁ。
レジスタ数が膨大だから、128のレジスタセットを活用して、
かつ256KなLSに収まるように頑張れば・・・。
そして80:20の法則から考えると、本当に速度が必要なコードなんて
全体からするとわずかな場所に集中してるわけで。

あと、日本語環境ではIMEのせいでワーキングセット膨らみがちみたいな話もあるけど、
独立したSPEにはそういうのも関係ないという点は面白い。

うむ。PerlとPHPしか知らない俺には無理なようだな。

アルゴリズムで性能変わるのは8bit時代から変わってないって。
ハードに合ったアルゴリズムをくみ上げる。いつの時代もやってることは一緒。
やらずに済むのはほんとにハードから遠く離れた高級言語のほんの一部だけだよ。

SPEを連結して、32bit x 4 x 8をPPEから1命令で処理するSIMDとして、
超巨大SSEみたいなベクトルプロセッサのように扱えれば便利なのになぁ…
命令フェッチの帯域って結構馬鹿にならんと思うんだが。

>>318
COBOLとか

Blue Gene/Lの64ラック版 HPC Linpackで135.5TFlopsを達成！
http://news.com.com/2100-7337_3-5632045.html

>>319
ソフトキャッシュであとは自分でゴリゴリ最適化してください。

>ソニー･コンピュータエンタテインメントアメリカの発表によると、
>行列の人数は75人前後とのことだ。
>多くの人は、PCや椅子を持ち込んで行列に参加。
>くつろいだ様子で、発売の瞬間を待っていたぞ。
http://www.famitsu.com/game/news/2005/03/24/103,1111669934,37654,0,0.html

まさか･･･

PSPはバッテリがボトルネックだし。

>>319
32bitFloat x 4 を1instructionで実行できるAltiVecがPPEに搭載されてんだから十分だろ。
おとなりのXenonのAltivecは128個もレジスタあるし。Cellは32個かもしれんが。
もしあったとしても絶対に使われない。パフォーマンス出ないから。

運用の楽なJobQueueモードと、ジオメトリ処理用のStreamモードの併用での運用が多くなると予想。
テセレーションとかNURBUSモデル展開がかなり楽に実装出来そうだし、使ってくるところ増えそう。

>おとなりのXenonのAltivecは128個もレジスタあるし。Cellは32個かもしれんが。
>もしあったとしても絶対に使われない。パフォーマンス出ないから。

Xenonで128個レジスタってソースはどこ？
そんなに大量のレジスタ積んでるとコンテキストスイッチの
レイテンシーが凄い事になりそうなんだけど・・・。
CellのSPEは、その点コンテキストスイッチをなるべくしないと
割り切った上でのレジスタセットの導入だよね。

>>326
>Xenonで128個レジスタってソースはどこ？

恐らくこんな所からのネタではないかと。
http://www.4gamer.net/news/history/2004.06/20040625233330detail.html

>>326
インオーダー型のプロセッサに2HardwareThread/Coreっておかしいと思わない？
そのコンテキストスイッチの負荷軽減のためのハードウェアマルチスレッド(レジスタセットが2個)なんだけど。

>>327
そこのページのスーパースカラプロセッサ前提の文章はどこのソースだよ。整数演算ユニット一個だぞ。
2GHzちょいのプロセッサがいきなり3.0GHz超え到達するるのがおかしいと思わないのか？
PPC970からPPEコアへの変化はある意味P3からP4くらいのアーキテクチャの変更があるわけだが。

なんだ去年のか・・・。
Cellの128個とごっちゃになってるんかな？
色々ツッコミどころがある推測だが・・・。

>>328
興味深い考察だけど、それの通りだとするとCellのPPE側の
VelocityEngineもレジスタ128個積んでてもおかしくないよな。

しかしここで疑問が湧くんだけどVelocityEngineは
従来のAltiVecとISA互換無しって事かな？
レジスタ数がそれだけ増えると互換性取れないよね・・・。

3.5GHz駆動って辺りをみてもMSファンの願望スペックでしょう。

>>330
レジスタを増やそうとしたけど、互換性を考えて断念したとか
どこかで見たような気が

>>331
あのリークは本物(当時の時点では)
PPC3.5Ghzはありえないが、PPEなら十分ありえる
もっとも、3Ghzに下方修正されたみたいだけど

http://pc.watch.impress.co.jp/docs/2005/0208/kaigai153.htm
>命令セットは既存のPower系CPUと完全に互換で、ソフトウェアは基本的にはそのまま走らせることができる。また、PPEでは、PowerPC 970(G5)と同様に、MotorolaのAltiVecと互換のベクタ演算機能「VMX」を実装する。つまり、PPEはPowerPC 970(G5)と互換ということになる。

となってるね。もし128個のレジスタセットを用意するなら、
G5互換ではなくなるわけだけど・・・。
まぁ使う側からするとレジスタが多いのはいいのだけど、
互換性を無くしてまで導入するかどうかは難しいかもしれない。

その話はSPEの話じゃない？元々AltiVec互換のISAをSPEに実装しようとして、
128個のレジスタの為に互換性が無くなったという話は見かけたので。

http://www.asahi.com/life/update/0325/003.html
>授業では、「グリッド技術とは何か」「どんなことができるのか」「構築方法は」などを学ぶ。

Cellに直接の関係は無いだろうけど興味深いな。

>>333
それはIBMオタの妄想。

真偽はともかく物理レジスタが128個で論理的には32個ってことだと思ったけど。
たしかPowerPC970は80個だからPower5ベースならさらに増量ってことで。

Power系は知らないんだが、Sparcのレジスタウィンドウみたいな命令があるんかな？

>>337
http://en.wikipedia.org/wiki/Register_renaming

ところでCellプロセッサってまだコードネームだったよな
正式には何になるんだろうか。PowerPC Cell？

Celleronだったらイヤだね

安く買えそうでいいんじゃね

>>333
> その話はSPEの話じゃない？元々AltiVec互換のISAをSPEに実装しようとして、
> 128個のレジスタの為に互換性が無くなったという話は見かけたので。

Anandtechだっけな，その話。MACオタ経由だが。
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2379

SPEにPermuteもあるしAltivecに構成が似てることは似てる。ありえない話ではない
と思うな。

SSEにも似てますが、SSEのモトネタはAltiVecですか？

>>343
Vector PermuteわPowerPC連合(Apple, IBM, Motorola-Freescale)の特許技術なんで、Permute命令を含む
SIMD命令セットわ、Intelにわ実装出来ないすよ。

SSEは3DNOWに対抗するためにわざわざ128ビットレジスタを追加して
実装したんじゃなかった？

AltiVecは時期としてはPentium3(SSE実装済みCPU)より後だったと思うし
ベクトルエンジンがどうかは別にしてSIMD演算強化のトレンドが生まれつつある時期だったのかな。
アプリで対応しないと意味がないとかで人気なかったけどSIMDでダメダメ言ってたプログラマは
マルチコア時代をどう生き抜くんだろ・・・

>>342

後藤氏の記事にも同様のことが。
ttp://pc.watch.impress.co.jp/docs/2005/0212/kaigai156.htm
>ベースにしたものはあるが、これは完全に新しい命令セットだ。
>我々は32bit命令からスタートし、RISC型のオーガナイゼーションを行なった。
>だが、128本のレジスタのアドレスをしなければならないため、新しい命令セットになった。

>SPEのパイプの構成は、じつはIBM/Motorolaが開発したPowerPCのマルチメディア処理ユニット
>「VMX/Altivec」によく似ている。
>VMXでも、パイプラインは演算を行なう「Vector ALU」と
>レジスタのオーガナイズを行なう「Vector Permute」との2つに分かれている。

>>345
>マルチコア時代をどう生き抜くんだろ・・・

死活問題になるのなんてゲームプログラマだけでしょ。
大げさすぎ。そしてゲーム機用CPUに踊らされてる。

>>347
別にゲームに限らず、マルチスレッド当たり前の時代ですぜ？
Windowsで何か作る場合、今でもスレッド二つ三つなら普通に使うしな。
確かJavaとかRubyもマルチスレッドな処理系だよね・・・。

大体一般向けデスクトップに、マルチコアやSMTが実装される時代だというのに。

>>348
マルチコアと関係ないじゃん。
ていうか、今時これくらいのことで死活問題とかいわなくても。
バカバカしい。
わからないことが出てきても雛形か辞書的に使える資料があればなんの問題も
ないって。

やることは大して変わらんよ。
それよりも、この程度のことで大騒ぎしてる君自身が自分の心配するべき。

>ていうか、今時これくらいのことで死活問題とかいわなくても。

現時点では大丈夫かもしれないが、
これからスレッドによる並列性という方向性でしょ？
勿論組むアプリによるけどスレッドの重要性は増すでしょ。
実際既にスレッドプログラミングの必要性はそれなりにあるわけで。
ユーザーに不便を強いるようなプログラム作りたいなら別だが。

>わからないことが出てきても雛形か辞書的に使える資料があればなんの問題も
>ないって。

スレッドプログラミングって、ある程度知識・経験・センスが必要だよ。

>やることは大して変わらんよ。

そう言えるなら君は大丈夫なんでしょう。別にいいんじゃない？
一々>>345にかみつかずにスルーしとけばいいでしょ。

自作版はVB厨の比率高そうですね^^;

>>349
>わからないことが出てきても雛形か辞書的に使える資料があればなんの問題も 
>ないって。 
中の仕組みがわかってないと、デバッグもチューニングも出来ないと思う。
すごく効率が悪いマルチスレッドプログラムとか確かにあるけれど、こういう人が書いているのか。
なるほどな。

動的言語はそれを隠蔽する方向だし
末端のPGは意識したコードを書く必要は無い罠
それを提供する側のPGは大変だがな
これ以上はﾏ板ででもやってくれ

APサーバはマルチスレッドでも、サーブレットや各種FWの
ロジックを書く為のコンポーネントは通常シングルスレッド
で書けるように(≒誰でも書けるように)するじゃないですか。
多少杜撰な実装されても全体のスループットに影響しない
ように。

AMDという救世主がいるじゃないか。
心配することはない。

遅レスだが >>287
ライブラリとしてOpenMAXなんか良いな。
物理演算、各種codecなどカバー範囲の広いAPIで、
携帯電話とかDSPとかもサポートしてるんだよな。
プログラマが頑張らなくても十分パフォーマンスアップには繋がるな。

>>355
　　---------------------
　　AMDという救世主がいるじゃないか。
　　---------------------
アム厨が性質の悪い宗教だってことが良く判る書き込みすね(笑)

> 　　AMDという救世主がいるじゃないか。
>アム厨が性質の悪い宗教だってことが良く判る書き込みすね(笑)

シングルスレッドプログラマの救世主って事なんじゃない？
マルチコアは実装しても、メイニーコアに対して現時点では
懐疑的という立場を取ってるし。

Cellには期待するが、x86ならAMDは悪くないと思うけどね。
Athlon64は最近値段もいい感じだし、性能も良いし、省電力にも優れてる。
将来的にはどうかはわからないけど。

>>358
　　-------------------------
　　性能も良いし、省電力にも優れてる。
　　-------------------------
SPECint2000あたりを見ると、Dellのノート搭載のPentium Mと、AMD申請でAsusの自作用マザーボードを
使ったやや水増し気味の結果が比較できるす。
　　・Dothan/2GHz　　　　　　　1528(base)/1541(peak)
　　・Athlon64 FX/2.2GHz　　　1376(base)/1447(peak)

浮動小数点演算わ、怪しい宗教に騙されるより、さっさとマルチスレッドに対応すべきかと。。。

まぁスレ違いなフレームをやる気もないのであまり深くは触れないが、
AMDの方向性もありとは思うよ。
メイニーコアがどれ位身になるかは開発環境次第だし。

俺としてはCell/SPEも期待できるので、x86+SPEという構成を
AMDが実現してくれれば面白いなとは思っていたりする。
Cell搭載PCが出ればそっちに鞍替えする事も考えられるけどね。

Cell資産が活用できるようになればそういうこともあるかもしれないが
AMDがいきなりSPEに手を出すというなら、独自になんか作ってしまいそうな
気がする。

オレもやってほしいが、成功したとしてMACにCell載るのが2年後で、SPEが
広まるのはさらにそれ以降（4年後以降？）という風になるような。

需要も３Dアプリくらいか。　デスクトップ検索にも使えるとは思うが・・。

>>360-361
　　-------------------
　　AMDが実現してくれれば面白いなとは思っていたりする。
　　-------------------

　　-------------------
　　AMDがいきなりSPEに手を出すというなら、独自になんか作ってしまいそうな
　　気がする。
　　-------------------
金も無いくせに、社外から技術を買い集めてきたってのがAMDの歴史とわ言え、なぜアム厨さんわ、目ぼしい
新技術が話題になるたびに、AMDと関係があると思い込むすかね(笑)

>>362
x86ベースのCPUでソフトウェアCell構想に乗っかりそうな企業はAMDぐらいってことじゃないの？
intelは自前のアーキテクチャじゃないと気がすまない性格の企業だしさ。(ARMのプロセッサもあるけど独自拡張しちゃってるしｗ)
良くも悪くも世間の要望があればAMDは動くよ・・・

>>363
　　-----------------------
　　x86ベースのCPUでソフトウェアCell構想に乗っかりそうな企業はAMDぐらいってことじゃないの？
　　-----------------------
普通のヒトわ既にセキュリティ処理用エンジンを内蔵したりして、DSP機能の取り込みに積極的なVIAとかの
名前が挙がると思うす。
http://pc.watch.impress.co.jp/docs/2003/1016/mpf03.htm

アム厨だからAMDしか思いつかないすよ(笑)

>>364
VIAにやられてもなぁ。

というよりSPEがVIAのチップに載るなんて、AMD以上にありえない。

普通の人ほどVIAは思い浮かばんって。
リンクの記事の頃ならともかく最近はEdenネタばっかりだし。
ぶっちゃけソフトウェアCellは組み込み市場で成功すればいい方だろ。

>>366 さん
信仰告白ごくろうさます(笑)

>>367
　　------------------------
　　リンクの記事の頃ならともかく最近はEdenネタばっかりだし。
　　ぶっちゃけソフトウェアCellは組み込み市場で成功すればいい方だろ。
　　------------------------
そのEdenで組込市場に打って出てるのがVIAなんすけど。。。
ついでに言えば、>>364にリンクした記事わMPF2003でのロードマップの発表で、実物のEstherわ"C7"として
今年上半期に登場予定す。
http://pcweb.mycom.co.jp/news/2004/09/17/101.html

ただのAMDアンチだな。

>>369
信者さんわ認定が大好きすね(笑)
かつてAMDわAm29000 RISCで、組込市場でそれなりのシェアを持っていたすけど、あっさり止めちゃった
という経歴があるす。

x86というIntelブランドの傘の下で再挑戦しても、はたして信用してもらえるかどうか。。。

いい加減MACなんぞにCell載せないとかって言ってくれないかな＜ｸﾀ

俺インテルCPU使ってるんだけど。

つかMAC信者も認定大好きだね。

まぁK6以降はNexGen、DECの力だもんな。
Am29000設計したマイク・ジョンソンが後に作った
K5なんてかなりどうしようもなかったから、
ゼビの遠藤雅伸思い出してちょっと悲しかった。

>>371
>いい加減MACなんぞにCell載せないとかって言ってくれないかな＜ｸﾀ

SPEを普及させたいSCEIは、Appleが採用するなら大歓迎でしょう。
もっとも、採用される可能性があるとすれば、BPA版のCellでしょうけど。

Am29000か、懐かしいな。そんなのもあったっけ。

AMD信者扱いされてしまったな。VIAがまだCPU出してたなんて
知らなかったｗ
MACオタは人を見下して、決めつけて叩くからな。当然間違いも
犯して大恥も何度も書いてるが、そんなアホなのでスルーで。

プログラマからすれば、別にIntelやVIAがSPEを採用してもなんの
問題もない。　MSが世界制覇してすべてをx86に強制的に
縛ってくれても問題ない。　というか、そうしてくれたほうが楽。

>>377
おまえ馬鹿だな。自分以外の人の事も色々考えられるようになるといいと思うよ。

つうか、プログラマなんてどうでも良い。

どうもSPEでなにをやりたがっているのかわかってない人が多いな。
オレもISSCCとNE読むまで実感湧かなかったから、実際に成果が
出るまではプログラムやらんやつには判らんか・・・。
（成果が現れない場合も十分考えられるが。）

MACオタが自分の優越感を楽しむためにAMD信者と決め付けて
叩いてるのはアホだからしょうがないが、MACオタ信者にまで
バカ呼ばわりされるのは心外だなぁｗ

>>380
だったら、おまえさんの言う「SPEでやりたがっている」事を書き込めばいいんじゃないか。
判っているんだろｗ

MACオタにAMD信者扱いされてるよｗ
VIAのターゲットから考えればSPEなんて要らないのは自明だと思ったが、
思いのほか分ってなかったのか。

あれ？このMACオタってゲハ版と同一人物なの？
なんか感じ違うな
にしても、Cell板でAMDの名前が出てくる理由がわからん
そして、それに釣られるMACオタも不自然に感じる

オタはAMDがあまり好きではない感じ。
PPC970がAthlon64とライバル視されてて、信者に攻撃されるからじゃないんかな。
2chだとインテルはもう脱落したくさいし、ウインとマックの代理戦争みたい。

>>384
オタはMoto信者よ。言うほどIBMを押してはいない。

>>383
Cell板ってどこよ？
AMDどころかIntelにすら板無いのに。

>>386
ゲーハー板
http://game10.2ch.net/test/read.cgi/ghard/1111928918/l50

787 ：MACオタ：2005/03/29(火) 12:22:58 ID:kcBng8im
早速，CELLのHPC分野への応用が発表されたす．
オーストラリアの大学の連合研究機関Victorian Partnership for Advanced Computing
(VPAC)がIBMと共同でCELLのスーパーコンピュータ分野への応用研究を行うんだとか．
http://australianit.news.com.au/articles/0,7204,12683997%5E15321%5E%5Enbv%5E15306,00.html
　　----------------------------------------
　　VPAC, the largest high-performance computing group in Australia, will
　　get one of the first such machines in July.
　　----------------------------------------
ってことで、夏にわCELL WSが一般向けに公開可能なレベルで存在する予定ということ
のようす．

cellでwindowsが動かせればｴﾝｺとか速くなるかな、と
なんとなく貼ってみる。

PC上でマックOSを動かす
ttp://hotwired.goo.ne.jp/news/technology/story/20050329303.html

応用可能ねえ・・・

>>389
拡張ボードで専用DSPにしてくれてもいい。

291 ：名無しさん必死だな ：2005/03/31(木) 10:11:44 ID:CwsttQkB
IBM、Cell採用拡大へ設計サービス提供
http://www.itmedia.co.jp/news/articles/0503/31/news010.html

同じような記事だが

IBM、Cellプロセッサの採用促進プログラムを発表
http://japan.cnet.com/news/ent/story/0,2000047623,20082153,00.htm?ref=rss

　Cellの設計チームの1人であるIBMのDac Phamは、同アーキテクチャが公開された2月に、
「同等の消費電力でPCの10倍のパフォーマンスを達成できると考えている」と語った。

　しかし、複数のアナリストや競合各社は、Cellが参入する市場にはライバルが多いと推測して
いる。彼らはまた、Cellの価格設定や消費電力の大きさについても疑問を投げ掛けている。

ライバルってどれが該当するんだろうな。

>>394
ゲーム用途以外だったら、
通常の組み込み系プロセッサ
ARM, MIPS, PowerPC, SH辺りだろ。

特にARMが一番だと思うが…

携帯電話にCellは無理でね？

>>396
プロトCellそのまんまは無理だろうけど、携帯用にPPEx1、SPEx1+αでクロック落としたものを
使えば可能かと。PPEの代わりにARM使っても良さそうだし。

>>397
本気で考えているのかも

Transmeta and Sony Group Reach Agreement on Multi-Year Strategic Alliance
Accelerates LongRun2 Adoption for Cell Derivatives
http://investor.transmeta.com/ReleaseDetail.cfm?ReleaseID=158938

次世代のZ80になったら凄いですが。

>>399
ところで、Z80は特定用途むけで
まだ生き残っているのだろうか？

>>400
すごい進化しとるよ。
http://www.zilog.com/products/family.asp?fam=226

50MHzっすか〜。

M80 で rogue を移植してた頃を思い出すぜ (w

うは、マジで進化してる
z800000000000方面には行かなかったか

Z80にイーサネットモジュール憑くんだ〜ｗ
凄い進化だな
ところでZ80の特定用途って
具体的にはパチンコ、スロット向けというやつで
いいのか？

>>404
(w
　Z80じゃ能力は知れているけど、十二分に枯れているからね。
温・湿度計とかPICでできる事が遠隔でできる程度に考えれ
ばいいんじゃないのかな。

前に中古のパチンコ台買ったら
6500が載ってたにょ。

当たり制御はZ80固定。　これはかれてるからじゃなくて、規制団体がそれと
指定してるから。　しかも裏レジスタの使用も禁止。

液晶部分は好きにしていいのでいろいろ使われてる。

裏レジスタって懐かしいな。
入れ換えニーモニックはexxだっけ？

ソニー、CellにTransmetaの省電力技術「LongRun2」搭載
ttp://pc.watch.impress.co.jp/docs/2005/0401/transmeta.htm

爆熱か

これって用はプロセッサーにも
オープンアーキティクチャー化
させるのが目的なんだろうな。

ttp://www.pcworld.idg.com.au/index.php/id;1129720351;fp;2;fpid;1

http://pcweb.mycom.co.jp/news/2005/04/05/102.html
日本語の記事ならこれ。

これかなり面白いテクノロジだな。
通常はバースト転送で無駄にアクセスしていたのを、
最小限のメモリアクセスで無駄なく高速にするという物だな。

EIBなんかもそうだけど、ATMのセルとかを思い出す手法だね。
小さなメモリパケットを使って小回りの効く高速アクセス。

既存のCPUでこれを活用できるかどうかは疑問だな。
とりあえずCellのメモリアクセスにピントが合った技術だと思う。
scatter/gatherが前提じゃないかな？

The CELL project at IBM Research

http://www.research.ibm.com/cell/

>>413
ま　た　Ｒ　ａ　ｍ　ｂ　ｕ　ｓ　か

科学技術計算で使い物にならないcell
http://www.ne.jp/asahi/comp/tarusan/main113.htm

>>417
そう、よかったね。

http://www.sony.co.jp/SonyInfo/News/Press/200411/04-1129B/

>　Ｃｅｌｌは、６４ビットのPowerプロセッサコアと複数の独立した浮動小数点演算コアを
>有する、マルチコア方式のプロセッサで、コンピュータエンタテインメント用途や、映画
>やその他のデジタルコンテンツ制作現場で多用される膨大な画像処理や科学技術
>計算に求められる数値演算などに最適化されています。

>Power4のキャッシュヒット率は３次キャッシュまで含めても31%もミスしていたそうだ。
メモリ帯域命と仰しゃる科学技術計算でも言い替えれば69%はキャッシュにヒットするわけか。

CellのSPEって単精度じゃなかったっけ？

http://pc.watch.impress.co.jp/docs/2005/0212/kaigai156.htm

また、我々はできる限り命令セットをシンプルにしようとした。整数命令、単精度浮動小数点命令、
倍精度浮動小数点命令、ロードストア命令、分岐命令、それら全てを32bit命令フォーマットに
フォーマットした」とCell開発を担当したIBMのJim Kahle(ジム・ケール)氏(IBM Fellow)は語る。

聞き間違えでなければ倍精度浮動小数点演算命令も備えていることになる(ただし、演算ユニット
自体は単精度SIMDなので性能は低い可能性がある)。

>>417
そりゃそうだろ。科学演算のために開発されたんじゃないし。
まぁ、そこで言っている科学演算用とはvsスパコンレベルの話で
vsPCなら当分の間はブッちぎりで速いと思うがな

倍精度もあると言われてたような。

http://www.research.ibm.com/cell/
Peak performance (single precision): > 256 GFlops
Peak performance (double precision): >26 GFlops

つまり、doubleを使う科学技術計算では、
ピーク性能を1/10に見積もり
必要なメモリ帯域も1/5に見積もる必要があると

これなら、メモリ帯域は足りる悪寒

そこまで考えて設計してるならスパコン系もかなり期待できそうだな。

>>424
倍精度の26GFlopsってPPC970単体を3GHzで回したカタログスペックと
同じ位じゃないか？
単精度SIMDを10個集めて倍精度エミュレートするより倍精度SIMD1発の
ほうが速そうな感じはするが。

PPCで3Ghzで動作するものってCellより安価に手に入るならその方が良さそうだね。

とりあえずゲーム機以外ではAV機器用だから、倍精度の速さはいらない。

(´-`).｡ｏO(どうして16bitを入れなかったのだろう。。。)

ロジック削減のための苦渋の選択かと。
FP16のピクセル処理とかは変換を入れるしか…

FP16がFP32より高速に動作しても今度はデータストリームが追いつかないってこと
かもしれず。
SPE内部でFP16をFP32に戻して計算、メモリに吐き出すときにFP32をFP16にすれば
とりあえずバス帯域は節約できそう。

Cell使ってMACmini出して欲しいなー
３マソくらいで出してくれたら、お弁当箱３段重ねとかしちゃうよー
あ、HDDは３．５吋使って欲しいなー

まずは、PS3が売れるかどうかにかかってる。

>>434
PS3はそこそこ売れるだろうし、
トップシェアもほぼ間違いないだろうが、
PS2ほど売れるかというと厳しいんじゃないか?

BDじゃDVD程の起爆剤にはならんだろうし、
6年前と比べてもケータイに使う時間や金が増えていて
ゲームに割ける金が少なくなっているんじゃないか

ﾓﾉﾎﾝの3D映像をﾄﾞﾗｲﾌﾞするゲーム機にするってのはどうよ。

ラジコンとｹﾞｰﾑ機を繋げるレースｹﾞｰﾑができればかなり受けるだろう。

問題はデータの通信にかかるコストだな。

時代が進めば飛行機やﾛﾎﾞもんでも遊べそうだな

プラレス三四（ｒｙ

エンジェリックレイ(ry

部屋がせまいからTVゲームやるわけで
ラジコンできる広さがあるなら普通にラジコンやる。

ちょっと違うけど、LEGOﾏｲﾝﾄﾞｽﾄｰﾑとか結構、面白かったよ。
最近は、弄ってないけど。

>>437

セクサドール

>>442
売れる売れないはソフトの出来より筺体の出来かな？

【COOL Chips】IBM社，第2世代のCell試作チップの概要を明らかに
http://techon.nikkeibp.co.jp/article/NEWS/20050422/104072/

クール！クール！クール！クール！…

【COOL Chips】東芝，Cellを使って48本のMPEG-2ストリームの同時復号化を実証 - デジタル家電-Tech-On!
http://techon.nikkeibp.co.jp/article/NEWS/20050424/104134/

Cellの潜在力凄いな。

デュアルコアアスロンで80本のMPEG-2ストリームの同時復号化ってのを
どこかでやっていた記憶があるんだが？

脳内ベンチマーク乙

>>447
そのストリームをどうやって供給する？あ？

PPC615つうPowerPCコードとX86コード両方動く
変態CPUが昔あったが、CellのPPEに積んでくれたら
おもろいなｗ

>>450
あれって、開発中とか噂されてただけで、
実際には作れなかったんだろ？

まぁ今ならPPCもx86内部コードは全く別物にトランスレートしてるんだから両対応も不可能じゃない気はするけどな。
結局ハードウェアで実装しただけのCrusoeってオチだが。

>>452
ちゃんと推敲してから書き込むように

>>452
　　--------------------
　　まぁ今ならPPCもx86内部コードは全く別物にトランスレートしてる
　　--------------------
どこで覚えたのか、そういう知ったかかますヒトって増えたすけど、少なくともPowerPCに関してわ、
大半の命令わトランスレート無しでそのまま実行されるし、CrackingやMillicodingが行われる命令も
1994年の命令セット策定時点で、予想されていた範囲す。例えば、
　　--------------------
　　Implementation Note.
　　In some implementations of the PowerPC architecture, the load half word algebraic instructions (lha and
　　lhax) and the load with update (lbzu, lbzux, lhzu, lhzux, lhau, lhaux, lwu, and lwux) instructions may execute
　　with greater latency thanother types of load instructions.
　　--------------------
というような注記わ、G2世代(603-604e)のマニュアルにも散見されるす。

http://media.ps3.ign.com/media/744/744412/imgs_1.html?fromint=1

PS3のゲーム画像らすい

またMACオタの知恵遅れが日本語の難しさを無視してファビョってるなｗ
少し頭冷やせよ。

>>455
Geforce6スゲー
本当の意味でシネマレベルのレンダリングができるようになったな。

洗車、ワックス＆新品タイヤが無料サービスの世界かな。

おっぱいは揺れないの？

>>459
それはXENONの担当です。
PS3はSCEIフィルターがかかっているため、おっぱいはほとんど揺れません。
風に髪がなびくことはあってもおっぱいは揺れません。

なお、Revolutionは任天堂フィルターをかましているため、もっと揺れません

今のところ、3Dレンダリングはリアルになればなるほど、
人物がグロくなるナー・・・・・。
生き物の自然さは出せないねぇ。

テレビに映せば自然に見える。

テレ東なら、パンチラさせず、はんつはいてないを実践してくれる

>>459
>>460
今はCEROの対象年齢ステッカーがゲームソフトには貼ってあるわけだし、
SCEIも硬い事言わないで第三者機関に全部ソフトの倫理審査を任せてしまえば良いのに。
で、15禁や18禁ゲームがPSでも出るようになる・・・なんてことは無いか。

という俺、貧乳派でした。

>>457
この品質は凄い。人物はともかく、Granturismo5は期待できそうだ。
BD+大容量メモリでロングコースも車種も大量に収録できそう。

まぁ人間に関してはオフラインレンダリングでも
不自然さは隠し様がないからな。CGを駆使した映画
でも人間だけは実写の合成だし。

しかし車や背景オブジェのクオリティの高さは目を見張るね。

生物はいろんなものを複合してもってるからな。
コストかければ、シェーダ書きまくってリアルにできるが
コストパフォーマンスが悪すぎる。

そこで人民シェーダーを導入。

いくら手間かけても人間が不自然なのは、
FFﾑｰﾋﾞｰで実験済みだしね。

過去に実現しようと試みて失敗したことは、将来永劫にわたって実現しないと
おっしゃるのですが。　MACオタもアホだが、キミはそれよりはるかに下なようだな。

>>469は何のことに付いて言ってるのか分からん。
ただ、もの凄くアフォっぽく見える文体だねぇー

つまりこういうことか?

凶 　 河中麻系
細胞 佐藤寛子
進化 小田有紗

知らんがな

小田有紗つったらうつ伏せ寝したら苦しそうな女だな

Xbox 360発表記念浮上

Ｍｉｃｒｏｓｏｆｔってことは内部はＷｉｎＰＣか
Ｃｅｌｌ版ママン登場も遠くないかもしれん

>>468
それは重力アルゴリズムが
無いからかと。
ほとんどの場合で予め予定された動きしかしない。

PS3世代なら3次元Structに
物理計算くらい取り込めるでしょ。

Xbox 360デザイン味気ねぇ〜〜

普通なデザインがいいよ〜
リビングに置いても違和感ないし〜
ゲーム機が目立っちゃうとみっともないし〜

箱1に比べると、箱360のデザインはリビングに
置いといても恥ずかしくないデザインになったと思った。
箱1のデザインは正直、ヲタ臭くて辛かったから…

結局、発売日に買った俺のXBOXは、賞味で1ヶ月くらいしか使わなかったな・・・。

なんか箱360は水冷の噂があるがホントかな？

既にゲーム画像が結構出てるが、グラフィック的に
インパクトがあるのはGhostRecon3ぐらいだな。
乳揺れは高解像化しただけにしか見えないし。

凶丸

箱360ってまんまDELLの金型使ったような・・

むしろCell版ママンとCell版OSに興味津々

>>479
形はとりあえずいいとして、あと何色か加えて欲しいな。
黒っぽいのが欲しい。

後藤さんの記事を読むと、結局cellのPPEは簡易型PowerPCコアみたいだねー。
まともなOSは動きそうにない希ガス。

>>485
逆だろ？
今までのCPUは所詮シングルタスクのプログラムを動かすための構造を発展させていった物で、
Winやその他のマルチタスクOSも、OSと言うシングルタスクの上のマルチタスクだったわけだが、
Cellの場合はマルチタスクOSを動かすための構造にしたCPUだろ。
これだとOS無しではまともに動かせない。
問題はまともなOSが作れるかだが、他のCPUよりは作り安いだろう。
今後に期待だな。

>>485

つってもすでにMacG5DUALでWinXP-PPC版とその他
開発ツールが実際に動いちまってる事実からな。

PCに乗る可能性が高いのは箱360のPPCの方だろう。

>>486
> 他のCPUよりは作り安い
根拠きぼんぬ

>>486は

にフェッチレベルで時分割でなく
同一時間軸上で並行にタスクが動くなら
タイミングがシビアな制御プログラム作成が簡単になる

とか考えているのかな

全然スレ違いなんだけど
タイマ割り込みの間隔って今どのくらい？
今もミリ秒が普通？

>>488
>>486じゃないけど
独自CPUとかマイナーなアーキテクチャのCPUだと既存のOSを使い回るのが難しかったりするけど
PPCならLinuxなりNetBSDを簡単に使い回せるって事じゃないだろうか

>>491
そういう論旨じゃないように見えるよ
だから>>488も疑問に思ってるんだと思う

Cellの場合、PPCに既存のOSを移植するのは簡単でも、
その先のプログラミングフレームワーク的なレイヤが
問題だからなぁ。360の場合は、ぶっちゃけlinux 2.6系
みたいにSMP/multi core/HTT aware なカーネルを
移植するだけでもそれなりのスループットは獲られると
思うのだが。

楽に開発して性能を引き出さないってんなら別にCPU作る必要すらないわけで。

.

Epicのティム・スウィーニィがPS3のプログラミングは易しいと確約、Unreal Tournament 2007
のリアルタイムデモを披露

To show off the PlayStation 3's graphical brawn, Sony showed several game demos,
including an Unreal 3 tech demo of what appeared to be Unreal Tournament 2007.
In what must come as a relief to developers, Epic Games' Tim Sweeney was on
hand to vouch for the PS3,
saying it was "easy to program for" and that Epic had received its first PS3
hardware two months ago. He proved the tech demo was real time by showing it
again and by manipulating the camera and zooming in.

自分は、ＰＳ3の購入は見合わせる。
絶対、不具合と改良があるだろうなと思うんだ。

>>497
中国産コストダウンモデルが出るまでまっとけｗ

>>497
バカだなぁ。
ソニー製品には初期型にしかできないあんなことや、こんなことがあるの忘れたのか？

バルク品はいつ出回るの？

明日ぐらいじゃね

高速電脳で売ってたよ

Cell、256GFLOPSかよ！とか思ってたけど
GPUのほうが1.8TFLOPSとかでワロタ。

歩留まり向上のために結局SPEは7個になったのか・・・・

実際に製品が出たら「有効なのは5個です」なんてことになる悪寒

で結局セルってすごいの？
インテル最新プロセッサと比べてどう？amdでもいいけど

みんな祭り逝っちゃいましたか

>>505
どんな処理をしたいのか書かないと答えようがない

神プログラマが書けば用途限定でCellは凄い可能性はある
凡人プログラマが書いたら糞

Xenonは神プログラマが書いてもそれなりだが
凡人プログラマでもそれなりの性能は出せる可能性が高い

unrealのEpicの人が
「PS3のプログラミングは楽々、メチャ簡単さ〜」
って言ってたよ。

そりゃアセンブラ使わないで済むなら楽だわさ。
概ね50％前後のCPUパフォーマンス程度しか使用しないのなら苦労なんてない。
80％〜辺りからじゃないのか？執拗なチューニング施さなきゃならなくなるのは。

unreal tournament 2007はCellの50％しか使ってないんだね

へえ〜。そいつはすごいね〜＾＾

孫悟空には負ける

http://j1.people.com.cn/2005/04/19/jp20050419_49380.html

やっぱりこっちの方がインパクトあるわなｗ

>>513
肝心の計測条件がさっぱり書いてないやん…かなり提灯臭
レジスタtoレジスタとか、レジスタtoL1とかなら演算器沢山載せるとかクロック上げればFLOPS稼げる罠
実際にはレジスタtoL2、レジスタtoメインメモリでどれだけ稼げるかの方が重要

現在使われているほとんどのCPUのピーク性能はあてにならないのが現実

>>514
人民日報の記事だから提灯は当たり前。
こういう発表だから単なる理論値でそ。数字のキリがいいから
クロック×演算器の数だろう。
XBOXの1TFLOPSだとかPS2の2TFLOSが理論値なのと同じで。

今どき中国で独自CPU作ってもあんまりメリットないだろうが
キーテクノロジーを海外に押さえられるのが嫌なことと、
国内技術を保護するためにやってんだろう。

ルータに入ってくれないかな･･･

>>504
クタ「コンピュータの世界，2のべき乗じゃなきゃ，これは美学」
ttp://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20050224/102031/


結果オーライなのか？それとも煙に巻いてたのか？

>>517
PPEもあわせれば８個。これは美学。

そうね。9個はECC付きで換算したって事で。

冗長化するなら、最初から9個積んどきゃいいのに

Cellのママンって売ってるの？

次世代ゲーム機はスーパーコンピュータとなりうるか?
ttp://blog.livedoor.jp/shi3z/archives/22314471.html

>>522
かなり前にたるさんが書いていたことの二番煎じ…
ttp://www.ne.jp/asahi/comp/tarusan/main111.htm

ピーク性能さえ高ければ開発が難しくなってもよい、これは美学

と聞こえるんだが。。。
昔と違ってレイヤーいくつも重ねるんだから、SPE6個に減らして（SPEあたりの
メモリを増やしたりして使いやすくして）もいいだろうに...

>>522
何時も思うが、何でブログってこう言う引用を平気でやるのかな？

>>524
その考えは、キミがプロなら、技術に対する向上心が無いということだし、
アマチュアなら、単なる宣伝トークや、実際の技術を知らずに無責任に技術を語る、
そこらの評論屋の記述やなんかをすぐ真に受けるガキだからとしか言いようがない。

使いづらくてピーク性能が低いのは論外だが、今現在の操縦技能が未熟で
乗りこなしにくいだけなら、技能が向上すればそのうち乗りこなせる。
絶対的なピーク性能の高さは、乗りこなすまでの時間稼ぎになる。
誰でも乗りこなせる代わりに、限界が低いんじゃ意味が無いんだよ。

例えば、もし実効性能を重視したGameCubeが天下とってたら、ガキやオタク相手の
評論でメシ食ってる連中は、「専用機の癖にPCより劣るなんて、やっぱり任天堂は
けち臭い商売だ」とか叩いて、それを真に受けた君は、たぶん、今と正反対の事を
言っているだろうよ

地球シミュレータと比べてもなぁ
スパコンランキングの第500位とか結構ショボかった気がするんだが。

そうだ。
スパコンランキングの最下位と比べなきゃ、性能を理由に
スパコンじゃないことを述べる材料にならないよ。

スパコンランキングと比べるなら
まずはPS3でLinpackベンチをやらなきゃ

>>529
おまいさん、良いこと言うなあ

>>526
そういうおまえさんはCellを乗り込なせる自身があるのか？
それにゲーム機なんて5年くらいで腐って切り捨てられる運命だ。
そんな物のCPUを極めたところで後に残る物は少ない。Cellがその他の分野で長生きするとも思えない
簡単にそれなりのパフォーマンスが出る方が開発費削減出来るし重要だと思うのだが？

>スパコン
当のSCEが自ら「スパコン」って言っているしなぁ…
ttp://www.itmedia.co.jp/games/articles/0505/19/news042.html
確かPS2の時も似たようなことを言っていた気がするが…
スパコンと言ったら地球シミュレータを連想する人も多いだろう。
スパコンランキング中のマシンと比較されても文句は言えんと思う

>>531
>スパコンと言ったら地球シミュレータを連想する人も多いだろう。
連想はするけど、スパコンの一つでしかないことも普通は認識しているから大丈夫です。
スパコンってただ一つの計算機の分野でしかないし、実際に使われているものもピンキリなのに、
なんかすごい大物ってイメージあるよね。

>>526 みたいな香具師がプロを語る時点で嗤える

>>418
ﾌﾟｷﾞｬｰ

>>531
Cellって、スパコンCPUとしても、十分だと思うけど。

あの地球シミュキチのたるさんとか言う奴が言ってた理屈に当てはめても、
地球シミュレータに使ってるベクトルプロセッサに近い性能を持つ。
ましてや、彼の理論に当てはまらない計算の場合はそれ以上のパワーを出す事が出来る。

それに実際にBlueGene/Cというスパコンも出るわけでしょ。

何このゲーハ板臭い流れ

>>535
最終的には用途次第だな
BlueGeneが活躍出来る分野ならCellもそれなりにパワーを発揮出来るだろう
地球シミュレータじゃなければ性能が出ない分野ではCellはBlueGeneと同じくボロボロだな

>>537
ボロボロでも地球シミュレータに近いメモリ帯域を持ってるんだって。

>>538
メモり帯域って何の事よ。
地球シミュレータ : 16GBの計算ノード内メモリと256GB/s
CELL : 256MBのXDR DRAM と 25.6GB/s

ちっさいキャッシュ/ローカルメモりとのアクセスが速い
だけでは、>>537 の言うように地球シミュレータと較べる
のもおこがましい程度の性能な訳なんだが…

>>539
CPU単品の話とノード単位をごちゃまぜにされてもな・・・。

>>540
1プロセッサで16GByte全域へ32GByte/sでアクセス出来るんだから容量は16GByteで良いんじゃない？
あとはメモリをどう使うかは計算アルゴリズムの問題だ
　地球シミュレータは16GByteの領域で8GFLOPSで計算出来る
　Cellは256MByteの領域で6.4GFLOPSで計算出来る
比べるまでもなく勝負の結果は見えてる

更に地球シミュレータは演算器を上回るほどの巨大レジスタを持っている。Cellにそんなにでかいレジスタは載っていないだろう

Cellは32bitFloatの場合にピーク性能を発揮する。地球シミュレータの演算器がたった32bitFloatとは考えにくい
64bit以上の演算をさせるとCellの性能はがた落ちになる

ハゲワロス。地球シム買ってきてヘイローでもやってろよ。

だから地球シミュレータを比較対象に持ってきている時点でアレだと。
PenやPowerPCクラスタがそれ程のメモリ帯域を実現しているとでも？

根本的に地球シミュレータを比較対象に持ってきてしまうような設計思想が問題なんじゃね？
科学技術計算に特化されてもなぁ。

>>541
Cellの接続メモリサイズは別に256MBに限定されてないけどな。
大容量メモリ(1Gbitとか)を接続するとか、
メモリ1つあたりのビット幅を減らして、接続量を増やせる。

レジスタはいくつ載ってるの？そこまで自信満々なら当然知ってるんですよね？
Cellは、SPEに128, PPE-VMXに128とPPC本来のレジスタがあるので1000以上なんだが。

Cellのdoubleでのピーク性能は26GFLOPSですが。

>>543,544
ttp://pc.watch.impress.co.jp/docs/2005/0521/e305.htm
ttp://pc.watch.impress.co.jp/docs/2005/0521/e304.htm
「スパコン」、「スパコン」連呼しています…

>>545
おまいさんはCellをいくつ繋げて何の計算で地球シミュレータ(以下ES)に対抗するつもりだ？
これがはっきりしないと話にならん。そりゃ無限に繋げれば勝てるだろうがそれは非現実的だ。

>ESのベクトルレジスタ
ttp://www.es.jamstec.go.jp/esc/jp/Hardware/arithmetic.html
ttp://www.icot.or.jp/FTS/REPORTS/H13-reports/H1403-AITEC-Report4/AITEC0203R4-html/AITEC0203R4-ch3-4-2.htm
ES
　1ユニット　　256要素×8Byte×72本＝147,456Byte
　1CPU　　　　147,456Byte×8ユニット＝1,179,648Byte
Cell
　1エレメント　128bit×128本　　　　　　＝2,048Byte
　1CPU　　　　2,048Byte×8エレメント　＝16,384Byte
話にならん

えっと・・・つまり現在スパコンは世界に3つしかないって事かな？

ESは72本のレジスタがあるとしか書いていないような。
256要素と8byteというのはどこから出てきました？

それはさておき、Cellをいくつつなげるのかは知りませんよ。
1ラック16TFLOPSのCellWSは発表されてますが、
BlueGene/Cがどうなるのかはまだ詳しい情報もありません。

ああ、最初のリンクに256要素のベクトルレジスタと書かれてますな。

ソニーはPS2が出たときもたくさんつないでWS！とかほざいてたけどどうなったの？

クタの言うスパコンてのは、何かに特化した計算機の事でしょ。

その意味ではエンタテイメントに特化した計算機。だからスパコンって言ってるんでしょ

ただ処理能力の早いコンピューターをスパコンて言ってる訳じゃないと思われ

そんな、クタの脳内定義を言われてもなぁ
まぁ、前からバーチャルなんとか芸術とか
電波な発言があったけどね、クタタン。

>>546
256要素と書いてあるけど、256バイトの間違いじゃないかな？
たしかESは4倍精度の計算ができるから、レジスタの長さは
1要素32byte＊8要素＝256byte

絵には8ユニット乗っているように書かれているけど、実際には8要素の
SIMDコアが1つ乗っているだけだとおもう。

8ユニットであっている。
553は忘れてくれ

>>548
下のリンクに
>地球シミュレータのベクトルプロセッサのベクトルレジスタ長は固定の256要素(8バイト長)
とある。

256要素のレジスタとは言うけど、256要素を同時に演算できるわけじゃないよね？
じゃなきゃ1CPU 8Gflopsをはるかに超えてしまう。

>>556
ASのCPUは、各演算器のパイプラインには1要素ずつしか
送ることができませんよ。

8ユニット*1GHz（倍速）*1要素＝8Gflopsとなる。

http://pc.watch.impress.co.jp/docs/2005/0523/spf04.htm

SPEはただのDSPですた

>PowerPC 970ベースの汎用CPUコア

とか言い切るような程度の奴の記事なわけだが。

最近超珍記事書かないなぁと思ったらこんなの書いてたのか

しかしなんで、HPCとしてはローエンドのCellと、
ハイエンドであるベクトルプロセッサを比較しているの？
IBMもPower系が中核で、今後もその方針はかわらんでしょ。
IBMも次世代Power系は疑似ベクトル搭載ですよ。

>>558

似たような話題を見たような。
どのスレだっけ…

>>558
組み込み用途でXDR使うって本当かね？

Rambusと仲良さそうじゃん

>>551
> クタの言うスパコンてのは、何かに特化した計算機の事でしょ。
> その意味ではエンタテイメントに特化した計算機。だからスパコンって言ってるんでしょ
それってむしろEWSって言うんでは…?

>>558
まあ、DSPをオンダイで7〜8基繋げたものなのなら、決まった仕事にはそこそこ早いだろうし。
OSの対応も難しくなさそうだし、そんなもんだと思ってたほうがいいかもねー。

呼んだ？

スパコンとして使っても既存の多くの石よりもローコストで十分な性能が出る。
IBMがCellワークステーションで1ラック16TFLOPSだって言うんだし。

まあ実際にはスパコン級みたいな言葉なんだろうけどね。
スーパーコンピューティングやクラスタリングでやってきたような計算を応用して、
ゲームやエンターテイメントに一部使ってみようみたいな考えでしょ。

クタﾀﾝ的には
『だったら地球シミュレータで（リアルタイムに）グラフィック処理してみやがれ！』

ってことなんだろ。

地球シムを１台４万円で売って見やがれかと。

世界最速相当じゃないとスパコンと呼んじゃダメだぞって言ってるようなもんだな。

スパコンなんてPCと比べたら本当にピンきりなのに

>>567
ピーク性能は高くても実効性能が糞なマシンって腐るほどあるんだが…

>>551
それならわざわざわかりにくいFLOPSを強調されても意味不明

ピーク性能に程遠くても、それなりの実効性能が出て運用コストが安ければ
良いんじゃねぇの？＜Cell搭載スパコン

FlexI/Oって結局何がすごいのさ

ピーク性能と実効性能が近かろうが、違ってようが
実効性能が高ければ問題なし。
どうもCellの性能が高いと困る人がいらっしゃるようで。

どうしてクソだと知ってるのか謎すぎｗ

地球シミュレータ信者がいるんだろうね。

>>573
ぐぐればおｋ

Cell信者ってまだいるの？

ていうかさ、Cellで物理シミュなんか出来ないよ。
視覚効果用の特定ロジックがＳＩＭＤで入ってるだけ。
倍精度もＳＩＭＤ。
80bitの科学技術演算はおそらくSPEはサポートしてないかも。

このスレ前半のコプロ論以上に、DSP的な色が濃い。

> 視覚効果用の特定ロジックがＳＩＭＤで入ってるだけ。

知ったかは発言しない方が恥をかかなくてすむよ。
SPEの命令セットのどこに「視覚効果用」命令があるのかソースをよろしく。

買う香具師居る？
ttp://www.itmedia.co.jp/enterprise/articles/0505/19/news118.html

CellってNetBurstを連想しちまうんだよな
　ゴージャスなカタログ性能
　無駄に広いメモリ帯域
　超巨大コア
　さっぱりな実アプリ処理性能

確かPS2の時もそうだった
　PC用CPUなど比較にならない高性能EE
とか言われていたが現実はプログラマ泣かせな上にさっぱり性能のでない糞マシン
Cellはどうなるか楽しみだ(藁

>>576
とりあえずRambusのページ見たけどよくわからん。
LVDSでつながってるってことはわかったけど。
PCI-Eみたいにシリアル接続で複数レーンがあるって考えればいいのかな？

結局、cradleのDSPみたいなものでしょ？
まぁcradleのは汎用プロセッサが4つに増えてるけど。

>>582
詳しくはわからんが概要はこんな記事で書いてある通り。

Rambus、高速パラレルバスインターフェイス「Redwood」を発表
http://pc.watch.impress.co.jp/docs/2003/0218/rambus.htm

Redwoodはピンあたりのデータレートが400MHz〜6.4GHzにおよぶバス技術で、プロセッサ/チップセット/
ネットワークチップ間などの接続に応用が可能。

　“HyperTransport”、“SPI-4”、“RapidIO”といった、LVDS(Low Voltage Differential Signaling)ベースの
規格と下位互換性があるほか、低レイテンシ、低電力動作に最適化されており、同社では高ボリュームで
低コストなシステムに理想的としている。

　そのほか、“FlexPhase”と呼ばれるタイミング調整回路技術や、動的な電流/終端抵抗技術を内蔵する。

まだ発熱すごそう

ttp://techon.nikkeibp.co.jp/article/NEWS/20050524/105016/

>>585

みれんがな

会員登録必要か・・・ｽﾏｿ

>今回披露したのは，縦横の寸法が約23cm×43cmのブレード型ボード。
>IBM社は「Cell Processor Based Blade Server」と呼ぶ。1枚のボード上に，
>それぞれCell，512MビットのXDR DRAM，サウス・ブリッジLSIをそれぞれ
>2個ずつ搭載する。実演ではCellを2.4GHz〜2.8GHzで駆動させていた。
>「実験室では，もっと高速に動かしている。仮に3GHzで動作させれば，
>Cellの演算性能は理論値で約200GFLOPS，ボード1枚当たりでは
>約400GFLOPSに達する」（IBM社の技術者）。
>IBM社はこのボードを7枚格納するラックでの製品化を想定する。

>>585
このサイト見ると熱は問題なさげ。

http://gear.ign.com/articles/615/615521p1.html

まあマックがG5で動いてるんだから
winがG5ベースのCPUで動く日がきてもいい希ガス

>>587
cellは一個でテラフロップじゃなかったのか？？

ちがうよ

>>584
LVDSってことはシリアルのような気がするけど。
なんか配線が増えて、引き回しが大変そう・・・

つか、Rambusのページの和訳だね。

>>592
rambusによると、ピン当たりクロックの8倍のデータを伝送できるODR(オクタルデータレート)なパラレルバスだそうだ
あと配線遅延を制御する技術で等長配線が不要だから引き回しは楽になるらしい

593は訂正
ODRってのはXDRの話でFlexIOはもっと柔軟にデータ転送クロックをシステムクロックの何倍にするかを選べるみたい

CELLってこれだけ大騒ぎして、PPC×3の
倍程度のFLOPSってのはどうなのか。

倍程度のFlopsとか言ったって、PPCx3の方は、SMTでそれぞれ浮動小数点演算ユニットとSIMDを別々に動かした結果だからなぁ。
CPUで言えばMaxのパフォーマンスを引き出すのはCELLより難しいでしょ。
しかもPPCx1は有る意味サスペンド。うーん。

もっと気になるのは、GPUで箱の方が上って噂が出てるじゃん。
しかもPS3のRSXはまだ未完成って話。
http://www.itmedia.co.jp/news/articles/0505/28/news009.html

どうなんかなぁって思うんだよな。
汎用ではPPC×3の方が上に決まってるし。

>汎用では

元々汎用向けじゃないのに何言ってんだか・・・

おいおい・・・PS3はゲーム機ではないとクタ自身が言ってるだろ。
箱もメディアプレイヤー的な方向性があるのは明言してる。
汎用性能も高い方が良いのは自明だよ。
ゲームだけで通用するとは、任天堂も含めた三社とも考えてないだろ。

SIMDが何なのかも解ってなさそｗ

クタ自身が「汎用性を上げてもしょうがない」と敗北宣言してるんだが。
CELLのパフォーマンスで戦えないから未完成のRSXを出してきたんだろう。
要するにSIMDがどうとかは役に立たない話なの。

まぁクタ発言がどこまで信用できるかは別としてね。
「BMWにフェラーリのエンジンを」とか言ってるし。

メディアプレーヤーなのに汎用とか

>>595
箱CPUのコア1つはリザーブドなので、実質76.8GFLOPSでPS3の約1/3のパワーしか無い。
結局箱がたいした事ないから3.2GHz7コア仕様になったんでしょ。

X-BOX360のCPUって設計こそIBMだが
実はマイクロソフト自信がCPU製造＆
販売を始めた事実でも有る訳ですね。

運が良い人はSPE×8のPS3が買えるのかな〜

cellの浮動小数点は描画特化型。
物理演算とか技術演算をするためのFPU代替可能な命令セットが
入ってる訳じゃない。
あくまでもそれっぽい動作の表現が出来る事を目的としてる。
FPU単精度できちんと計算したら200GFLOPS相当の表現になるってだけ。
ていうかゲームなら常識。

設計思想はまんまEEなんで、実機は全然性能でないよ。
制御はPPEが行い、各コプロセッサで出た結果をPPEでやりくり
するので、ベクタープロセッサだなんて間違ってもいえない。
SPEは制御構造という概念がないからPPEがコプロを使ってるにすぎない。
もちろんXBOXと違ってOSと切り離された純粋に演算だけを任された
コアも持たない。

でもまぁゲーム機向けだから問題ないんだろうね。
基本的に、1080p以上のハイビジョン放送を数チャンネル同時に
録画するエンジンを、他社に売るための布石なんで汎用性なんて無いけどOK。
1080p超える圧縮動画って信じがたい重さだからね。
それもありでしょう。
科学技術演算とか夢見てた人は残念。

少なくとも科学技術計算を真に求めていた人はこのスレには居ないんじゃない？
漏れらはcellの応用範囲を推測して楽しんでいる訳よ。
ゲームにもチョコっと使える。
科学技術計算にもチョコっと使える。
白血病の幸薄い少女もグリッドで助けられる。
ピーク性能は間違いなく一品。
後はグリッドを応用するだけ。
もっとスケールを大きく見ようよ！

単純なプロセッサを複数組み合わせるって思想がもとだからね。
とりあえず、ゲームとか映像、ネットワーク関係の処理が効率的であればいいわけだし。
みんな、何を期待してるんだろう？

>>418
>>418
>>418
>>418
>>418
>>418
>>418

ってーか、607は適当に単語並べて嘘を書いてるだけ。

> cellの浮動小数点は描画特化型。
>物理演算とか技術演算をするためのFPU代替可能な命令セットが
>入ってる訳じゃない。
>制御はPPEが行い、各コプロセッサで出た結果をPPEでやりくり
>SPEは制御構造という概念がないからPPEがコプロを使ってるにすぎない。
>もちろんXBOXと違ってOSと切り離された純粋に演算だけを任された
>コアも持たない。

面倒なので突っ込みも入れないが、これだけ嘘の塊というのも珍しい。

漏れはCellはどーでもいいが、そのグリッドOSとやらに非常に興味がある

つーかシステム全体の製造原価たかが数マソのゲーム機に
「汎用性」が無いなんて当たり前過ぎる事を
自慢げに言ってるヤツが余り痛すぎるが･･････。

SCEの社長だっけ、クタラギ（何か変換出来ない）というヤシが
わざわざ「エンターテイメント」のスーパーコンピューターなんて
けったいな言い回ししてる真意が分かってるか？

科学技術計算っつったって、せいぜいモノが落ちる時、ぶつかった時なんかの物理計算程度でしょ？

Cellはエンコード強力らしいね。

おまけにPS3はGbEがin*1/out*2という構成のようだから
PCやNASに置いた動画データをPS3へ送って何種類かの
形式に同時エンコードして戻す、なんて作業がPC側から
制御できたらいいなぁ。

SCEIに限ってそれはない

>>615
そういうことが出来るならＰＳ３を発売同時に買う！
出来ないのなら小さくなってから買う。

>>613
コンシュマー向けのゲームマシンに
汎用性なんぞ求められてねーし、っていうか必要ないし
そもそもゲームマシンに汎用性がなけりゃ
何か商品として支障が出るはずもないし別にいいじゃん
PS3でワープロとか表計算でもするのかいな　

AppleがiWorksとかセットにしたMacOSX for PS3を5800円くらいで売ればいいんじゃん？

汎用性ってそういう方向なの？

CellはたとえばSHシリーズやMIPS/ARM系のような汎用プロセッサっていう意味だと思ったんだけど。
DVDレコーダ、Blu-ray、テレビ、ホームサーバなりに使えるようなものを目指しているんではないかと。
確かにオーバーパワーだし、今の汎用プロセッサと比べたらすごい高いけどｗ
専用のチップセットを使うのが価格、開発時間の短縮を考えれば望ましいけど、
OS・ミドルウェア・アプリも部品として込みでやっていこうとしてるんだと思うけどね。

技術者としてはそういうのが結構楽しかったりするし。
大変だけど、メチャメチャ大変だけど。

>PS3はGbEがin*1/out*2という構成のようだから

Cellよりこっちの仕様の方がよほど面白そうだｗ

PS3はスレ違い。
ここはCellのスレですよ。

>>615
http://pc.watch.impress.co.jp/docs/2005/0521/e305.htm
出来るようになりそうだね。

>>620
http://pcweb.mycom.co.jp/news/2005/03/31/100.html
実際IBMがそういう戦略で既に動いてるね。

>>621
Cat.6 UTP 4対をHalfDuplexで動かして一対をRx,二対をTxとか？
250Mbps-in / 500Mbps-outだねｗ

>618
おまいが言う所の汎用であれば、PS3より
￥29,800の鼠コンピューターの方が遙かに上。

えっと、

そもそもcellプロセッサをいくつも繋げて処理速度が
上がったとして、それで何やるの？

今のコンピューターだって、分散コンピューティングの
概念はあっても、それを有効に使う方法なんて殆ど無いよね。

ましてやゲーム機・・・
訳わからんよなホント。

>>626
別にPS3をつなげて使おうってわけじゃないだろ

Pen3 733MHz×２のサーバーを見て、「ゲーム機つなげて何してるんだ？」なんて言うのかよｗ

>>620

例えばさ、最初はcellをtvに内蔵して、PS3と繋げて
楽しんでください、って言ってるけど、
「だから何を楽しむの？」
ですよ、ほんと。

pcと違ってゲームなんてシングルタスクで負荷一定だろ。
ゲームやってる最中に、cpuパワーが足りねえなあ、なんて
不満持つ奴が居るのかよ（藁

それともう一つの問題。
cellって当然ながら消費電力結構高いよな。
確か100wくらいあったっけ？
しかも家電には不要なくらいの超オーバースペックだ。
そんな無駄な物を何が悲しくて家電に搭載するんだ？

おまえには386で十分だな。

>>629
SPEをディゼーブルにすれば良いんじゃない？
ダイの見た目でSPE2個位だったら、消費電力半分位成らないか？

>>629
PowerPCの市場を舐めてるな・・・
Pentiumみたいな、パソコン以外使い道のないプロセッサではないのよ？

それは60系でしょ。
現行はｘ86と変わらずPC以外に使い道無いよ。

>>629
100Wも無ければ、ソニーのCellにはLongRun2が搭載されるので心配するような問題は無い。

http://www.geocities.jp/andosprocinfo/wadai05/20050522.htm

ISSCC2005の発表論文から推測すると，3.2GHz動作なら1.1V強の電源電圧で動かせそうであり，SPEの消費電力は
4W程度でしょう。チップ全体の電力は，これが7個とPowerPCとI/Oインタフェースなどで70〜80W程度ではないでしょう
か。かなりの電力ですが，Pentium 4の上位よりは小さく，XboxのXenonよりも小さいのではないかと思います。

>>633
60x系のモノも含むが、440,82xx,85xx,74xx,86xxとか、他にもいろいろあったと思う

PC以外に使えないのは604や970くらいしか知らない

シングルタスクはともかく、負荷一定とか言ってる時点で
>>628は、完全な知恵遅れだな。
FarcryとかHalfLife2とかやってりゃ、処理が重くなって
もっと速いCPUが欲しいとか思う事もしょっちゅうなんだが。
こいつは、ゲームの事すら知らない知ったか厨だな。痛すぎ

>>637
>FarcryとかHalfLife2とかやってりゃ、処理が重くなって
この手のゲームってほとんどやった事無いんだがAthlon64FXとか持ち出しても重いの？

設定によっていくらでも重くできちゃうので・・・
まあ現状最高のFX持ち出しても重いです

AIだってまだまだだしソフトボディの計算も結構フェイク。
将来的には流体計算だって扱いたいだろうし、
物理シミュ系の演算を行うにはまだまだパワーが足りないと思う。
これからも幾らでも処理は重くなっていくと思う。

Cellのアヒルデモでもコップの水の動きが不自然だったりしたけど、
アレはプロセッサの能力上本当に最低限の計算で済ませないと足りないからだと思われ
本当はもっとまじめに計算させたかったんだろうな

あれはEyeToyだからじゃないかな。
とりあえず動作できるように。

コップ同士の奥行きの位置が違っているけど、水はコップからコップにうつってたり。
カメラでの画像解析に拍手されてたので、水の動き自体はたいしたものじゃない。

POWER5ベースのSR11000
http://www.hitachi.co.jp/Prod/comp/hpc/SR/11ktop.html
PowerPC440ベースのBlue Gene/L
http://www.research.ibm.com/journal/rd49-23.html
PowerPC970ベースのXserve G5
http://www.apple.com/jp/g5processor/executioncore.html
http://www.apple.com/jp/xserve/architecture.html
そして、Cellの応用製品はいったい...。

今出てる訳ないじゃん、アホ？

>>643
全部コンピュータじゃないかｗ
もっといろいろあるぞ

まぁ、色んな意味でIBMが勝者だな

ちなみにCell搭載のPCIカードつくったらそれだけで
MPEGもDIVXもエンコードスイスイなものってできるもんかな？

>>647
そんなカード導入するくらいならデュアルCPUにしたほうが早いだろ・・
PCIの帯域なんて使えないだろうし

>>647
ライセンスのおかげでえらく高い代物になりそうだな

>>648
当然メモリーはXDRでカード上だろ

>>648
そこでDOS/V版ポリフォンボードとなるわけですよ。
PCI-Ex16で繋ぐ！

マルチコアを前面に押し出して発表された「Cell」ですが、プレゼンテーションで使われた画像を
見る限りではマルチコアじゃないのではないかという説が有力ですね。

私もマルチコアではないと思いました。

どのようにマルチコアではないと判断できるか説明してみます。
1つのメインCPUコア「Power Processor Element(PPE)」があり、
8つのサブCPUコア「Synergistic Processor Element(SPE)」がある構造になっています。

このSPEというのは
> SPEは、複数のデータに対して1命令で同じ処理を同時に行なうことができるSIMD型プロセッサだ。
> X86系CPUのSSEユニットが独立したプロセッサになったと考えてもいい。
というものです。

つまりSPEとはSIMD命令用レジスタのことですね。
SIMD命令用レジスタといえば、プレスコットにはFP/MMX/SSE/SSE2/SSE3などが組み込まれています。
それどころか、大昔のCPUであるMMX PentiumにもMMXユニットが組み込まれていました。

1つのメインコアとSIMD命令用レジスタを搭載したCPUをマルチコアCPUであると主張しているわけです。
IntelがMMX PentiumやプレスコットをマルチコアCPUと呼んでいないことからわかるように、
これはマルチコアCPUではありません。

本当のマルチコアCPUというのは、この画像のように、
メインCPUコアが複数組み込まれているものです。（画像はデュアルコア）

Cellの場合はメインCPUコアが1つなのでマルチコアCPUではないということになります。

いきなり「うそ」の発表ですね。

他にも1チップでスーパーコンピュータ並の性能とか発表していますが、
スーパーコンピュータ64bitの精度で計算した場合の数値であるのに対し、
Cellは32bitの単精度で計算した場合の数値ですので単純な比較は不可能です。

これも「うそ・おおげさ・まぎらわしい」に該当しますね。

なんだかなぁ・・・┐(´д｀)┌

ｸﾀｰ「PS3はBMWにフェラーリのエンジン」
http://nanashi.ath.cx/up/src/up3236.jpg
　↓
http://response.jp/issue/2005/0602/article71231_1.html

フェラーリにフェラーリのエンジン載せた方が良くないか？

>>653

それだと本物なので一般人には無理

>>651
前半で散々騒いでたやつ？
おまえさんの論理に照らし合わせると非対称型は全てマルチコアじゃなくなるわけだな。
なるほど。

なんだかなぁ・・・┐(´д｀)┌

マンコに続いて僕M性か。

>>651
> つまりSPEとはSIMD命令用レジスタのことですね。
別にｿﾆﾝ信者ではないが、この一文の意味は全く分からない。
何でプロセッサがいきなりレジスタに変わったんだ?

今日ストリンガーとその他入れ替わった幹部の人御一行を見たよ。

>>651
>つまりSPEとはSIMD命令用レジスタのことですね。
>SIMD命令用レジスタといえば、プレスコットにはFP/MMX/SSE/SSE2/SSE3などが組み込まれています。

レジスタって何だか知ってるか？
ってかこれって釣りだよな。

>>651は以前Cellスレで暴れていた香具師。
ここでも同じ事を吹かしてるのか・・・・・・

http://pc.watch.impress.co.jp/docs/2005/0603/kaigai185.htm

これ見る限り、前スレで整数演算云々逝ってたコボラー
と全く同じ事言ってるね。
整数と分岐命令がほとんどとか言うのもほぼ同一。
もっともゲームの基本的なルーチンそのものは整数で動いてるのは誰でも分かるんだけど、
浮動小数点演算機でゲームが動くと勘違いさせるだけの変な雰囲気が
SCEの発表記事にはあった。
前スレで同じように浮動小数点がとかSCEのアプローチがとかビジョンがとか
言ってた人が、上のリンクの後藤と同じような勘違いしてるのもなんだか今となっては
感慨深い。

コードの上では整数演算：浮動小数点演算＝8:2のコード量であるだろうけど、
CPUやGPUの上ではまったく逆の演算量になるよ。
その文章は、それを意図的に勘違いさせてるだけ。

>>661
何を言いたいのかいまいち解らん
基本的なルーチン（？）はPPEで十分じゃないのか？
あと、後藤の過去スレ読んでる？

グランツーリスモの年末に出た新作（？）で
開発チームの中の人が、ベクトル演算ユニットを
全く使わなかったっていってたし
実際、実情はそんなもんでないの？

元々グランツの場合は、EEに入ってる視覚用の物理演算セットじゃなくて
挙動の組み合わせをリアルタイムに分岐させて行くものだからね。
浮動小数点は車の動きのデータを作るだけだし。
整数演算が遅いので今以上に複雑な動作がもう出来ないってチーフの
ひとが言ってたでしょ。
上の二名は浮動小数演算は基本的なルーチンが参照するデータを
つくる事に使われるってことが分からないだけだよ。

座標計算とか数量計算は量は多くなるけど骨子になる部分には関係
ない計算だからね。
攻撃的なレスも理解できん。浮動小数点演算っていうものにへんなイメージ
を作り出してるよね多良木は。

>>661
例えば…物理演算ゴリゴリやりまくってもそれでも整数演算の方が多いの？
それともCell程度の能力じゃゲーム程度の用途でも全然パワー不足？

>>666
量は浮動小数点演算の方が多いよ。
とにかく挙動に関する数字を出さないといけないので。
でも簡単に言うと、弁護士と補助者と六法全書と慣例って感じ。

訴訟がゲーム全体。
CPUコアが弁護士。
基本的ルーチンは六法。これが基本的なプログラム。
その上で慣例と実務法理論を組み合わせる作るのが弁護士のルーチンこれが整数演算に相当
すると考える。
で、資料と理論の漏れがないよう補助者に考えられることを全部考えさせて列挙させて
それをルーチンに乗っ取って弁護士が精査、採用。公判で使う。

ってかんじか。
実際に使う物より、そのために用意する物の方が多いわけ。
そもそも、流れ作業で座標とか数値を出すための浮動小数演算機を
あたかもOSのカーネルとかルーチンそのものを作り出すような言いぶりを
PS2以降やめない久多良木はちょっとやり方があからさますぎて見るからに変。

パワーに関しては、日本製アクションゲームだけならもう大丈夫な水準
ではあるんじゃない？
オブジェクトが少ないし、的の群れに複雑な作戦作ったりをプログラマが
全くやらないので。
マイクロソフトのゲームなんかは移植もされないから当面問題ないのではっておもうよ。

将棋囲碁は来年以降メチャメチャな速度で進歩すると思われるので、発表時点で
すでにパワー不足じゃないかと思う。

またコボラーみたいな変な奴が来てるのか。
ゲハのCellスレではコボラー(2)が撃沈してたみたいだが。

SPEで整数演算をさせても演算レイテンシが格別高いわけでもない。
分岐に関しても、分岐予測は無いが必ずしも必要というわけではない。
まあそれに整数演算に関してはそれこそPPEの3.2GHzを1コアでも十分だしな。

禿が言ってる事は部分的には正しいのだけど微妙な所で色々と嘘が混じってるんだよな。

>>669
ていうか、そんなことどうでも良いんだけどさ。
分岐って意味が分かってないだろ。ミニマックスとかの分岐と
演算機の分岐まぜて勘違いしてるし君。
日本製のゲームなら足りるんじゃない？正確な数値はわかんないけど、
今のCPU以上はあるんでしょう。

それ以上に、Cellは何が出来るかが全然発表されない。
メインコア1つである以上がPPEが現行のAthlon64とか970クラスの整数演算
より速いのかどうか。それに興味がある。
ゲームハード的にはどうでも良いことなので、
俺が知りたいのはゲームじゃなくて、整数でPPEと同じ計算を並列にやれるのか
ということ。
SPEの整数演算性能の具体的発表なんて無いと思うので(PPEすらない)、
なんか言ってることが君変。

Cellのデモならいろいろと公開されてる
それを知らないのはニュース追いかけてないだけ

MPEG2のデコード自体は、整数演算だが。

>>670
> 俺が知りたいのはゲームじゃなくて、整数でPPEと同じ計算を並列にやれるのか
ということ。
>SPEの整数演算性能の具体的発表なんて無いと思うので(PPEすらない)、

公開情報である程度情報出てるんだけどそれも調べられないような人は黙ってたら？

出てるのは広告レベルのものばかりで、説明になってない物ばかり。
君らウザイよ。はっきり言って。
ゲームファンなのは分かるけど妄想しすぎ。
ハイハイってかんじなのよ。

Cell信者って恥ずかしいよね

>>670
相変わらず書き方が歪曲しててｔ解り辛いな
PPEはVMX実装してるからPPC970と完全互換だろ
しかもG5よりクロック高いが

>>676
どうでも良いけど、実物が出てないから性能が分からない。
SCEの宣伝は意味不明。
以上。
バカじゃないのあんた。

>>677
良かったな、もうこのスレから出て良いよ

>>662
>【Allard】 彼らの主張は正しい。確かに、システム全体で彼らの浮動小数点演算性能は我々の2倍だ。
>なぜなら、彼らのハードは浮動小数点演算用に設計されているからだ。しかし、忘れられているのは、
>今日の典型的なゲームプログラムでは、浮動小数点演算は20%で、残り80%は一般的な整数演算や
>分岐などの命令だということだ。彼らは、その部分を無視している。整数演算系命令こそ、ビデオ
>ゲームプログラムで最もコンピュテーショナルサイクルを消費する部分なのだ。そして、Xbox 360は、
>整数演算性能はCellの3倍(*)だ。

>整数演算系命令こそ、ビデオゲームプログラムで最もコンピュテーショナルサイクルを消費する部分なのだ。

誤解の余地がどの辺にあるの？

俺は662じゃないがちょっと違うとこへのツッコミならある
＞Xbox 360は、整数演算性能はCellの3倍(*)だ。
・Xbox 360のCPUは3コアだけど１つはゲーム用には使ってない
・記事内でも指摘しているようにSPEの整数演算性能を考慮してない
つー点でミスリードを誘っているようには見える。

プログラムに内包する命令の量と
そいつを実行する演算コストは別物だって話だべ

SPEの整数演算性能は、さすがに考慮しなくていいと思うけど
現実問題として、使い道ないでしょ

>>682
東芝がデモしてた48chのMPEG2デコーダってどうやって動かしたの？

MPEG2デコードは軽い処理やん

>>684
48ch MPEG2デコードの実例よろしく。
軽い処理なんでしょ？

DVDデコードってーとソースは720x480か？
システム負荷等もあったけど普通にＰＣで見れるようになったのはPIII500くらいのときか。
かなりいい加減に計算してみるけど、システム負荷で150Mhz分の性能が喰われるとして残るは350Mhz
350MHzx48=16800MHz=16.8GHz相当？？？

やっぱり知らないのに計算するんじゃなかった。スマソ。

48chって、音じゃねえの？
現行PS2も48chADPCMなんじゃなかったか
AC3の48chぐらいなんてことなさげだけど

(；'A`)

>>687
釣りじゃないのなら本当に知らなかったとか? まさかねぇ…

http://pcweb.mycom.co.jp/articles/2005/04/28/coolchips1/
http://pcweb.mycom.co.jp/articles/2005/04/28/coolchips1/001.html

どもあんがと
cellあんま興味ないんで

XBOX2のCPUの性能は何と1テラフロップスとスパコンのTOP500に余裕で入る性能！
ttp://www.watch.impress.co.jp/game/docs/20050513/xbox13.htm
理論値の数字は別に判明しているので、この数字は実行値と見てよいだろう。
対するPS3に搭載するCELLの実行性能は6.4GFLOPS程度なのに( ● ´ ー ｀ ● ；)160ﾊﾞｲﾓﾁｶﾞｳﾄﾜ･･･

＞■ ゲームにおいて、今やボトルネックとなっているのはGPUではなくCPU
と、ＭＳ幹部も6.4GFLOPSの性能しか無いショボCPUじゃnVidiaのチップを生かし切れないと暗に批判され
メモリもPS3じゃ絶対に積めない512MB搭載、それよって生み出されたMTV発の驚愕グラフィック実機映像でSCEファンは失禁する始末

「PS3のチップは最初から65nmだから、360のチップより性能は上」
少し前によく聞かれたフレーズですが、現実はPS3が90nmで360のチップが65nmでした、残念無念。
ttp://ascii24.com/news/i/tech/article/2005/04/28/655678-000.html

・・・PS3の売り文句は「性能がショボイから開発費高騰を抑えられる」　で決定でしょうかね。

>>691が馬鹿だという事は分かった。

もう・・・そっとしておいてやろうよｗ

アップル、IBMを見限る--Macにインテル製プロセッサを採用へ

http://www.japan.cnet.com/news/tech/story/0,2000047674,20084156,00.htm

Mpeg2デコードよりずっと負荷が重いはずのDivXの640×480でも、
WMP再生でAthron64 3200+の負荷が平均１０％に届かないよ。
他のソフトと同時に走らせまくりの状態で。
マルチスレッドは超苦手のAth64でもその程度だし、マルチコアの
CELLなら専用プログラムで走らせれば48ch程度は当たり前では？

>>695
ヒント:整数演算

>694
せる採用したマックが将来出るかも？なんてしょーもない妄想を
語っていたアフォがおったが、これでAppleに公式に否定されたわけだ。

結局、安定供給を考えるとインテル以外選択肢が存在しない。
http://www.nikkei.co.jp/news/main/20050605STXKA008605062005.html

>>695
mplayerを使えばAthlonXP3200+でも640x480のDivX動画をCPU負荷1%ぐらいで再生できる。
つーかcellでやったのってデコードだけでしょ。画面に表示とかさせなければ普通のCPUでも48本同時でコードなんて余裕でできそう。

>>698
実例よろ。

ちなみに画面描画にまつわる事はSPE1つでやってるに過ぎないんだけどね。
48chのリサイズ＆合成。

そうそう。Athlonで1%っていうのは、「動画再生支援機能」を切った状態？どうせ違うでしょ。

>>697
Macが安定供給云々言うほど売れているのかと小一時間(ry

動画再生支援機能なしの状態で、WinXP Athron64 3200+ WMP使用時の負荷
720x480のMpeg2：3-6%
640x480のDivX：8-10%
704x396のWMV9：23-27%
960x540のWMV9:70-80%

えーとWMV重すぎ！というのは置いといて、MPEG2の48CHデコードは何の自慢
になるのか激しく疑問な結果に・・・・・
Athron64 X2 なら超楽勝と思われます。

試しに2つの動画同時に再生してみて

>>701
IBMのスバラシイ製造能力を知らないの?

アップル、G5プロセッサの供給不足は予想以上に深刻
http://japan.cnet.com/news/tech/story/0,2000047674,20070588,00.htm

>>699
640x480のmpeg2動画をmplayerを同時再生させてみた。5個ぐらいまでは負荷5%ぐらいで再生できたけど、
それ以上になると一気に負荷が上がって11個起動した時点で100%になった。
やはり専用のソフトが必要だな。

mplayerはここにあるk7に最適化されたやつを使った。
ttp://oss.netfarm.it/mplayer-win32.php
設定
vo=directx:noaccel
ao=null

>>700
お前、動画再生支援機能がどういうものか知らないだろ。

5つでも軽々ってマジかよ
おれんちのPCもAthlon64 3200+だが3つが限界だったよ
コーデックまわりがごちゃごちゃしてるのがいけないんかね

mplayerは内蔵コーデックを使うからそれは無いはず。

PCだとシステムバスの転送速度不足で
48本再生は不可能です。

MultiChannelっていう複数同時再生専用ソフトを使ってテストしてみました。
DivX521動画：720×480で試しました(MPEG2再生は出来ないソフトなので)

結果、Athron64 3200+で8個同時再生くらいまでなら、コマ落ちを感じずに
再生出来ました(CPU負荷70-80%)。
また基本的に１動画あたり10%前後の負荷でした。
DivXはMPEG2の倍以上は重いので専用ソフトならMPEG2も２０個くらいはいけ
るのでは？

>>702
再生支援ありの状態ではどうなの？

Athron64 X2とやらを買ってきて試してみれば？
実際に48chを同時描画出来るなら実例が欲しいけど。

>>705
MPEG2デコードの一部・全部を肩代わり。DCTとかな。
あるいは動画再生時の補完機能。
で、それが何か？

>>710
48動画同時再生といっても条件によって全然違ってくると。
表示解像度やビットレート、フレームレートなど。
コマ落ちしてもいいならDivX48同時再生でも別に可能な訳で。

>>710
>それが何か？
DivX再生の話をしてる所につっこんできたよね。
どんな場合でも使える機能だと思ってたみたいだったから。

>>712
DivXでも使えます。
とりあえずRADEON系で再生支援が効くのは確か。

ハードウェアスケーリング機能なんかMatroxやRadeonの
ドライバのお陰で非力なCPU(XP1800+)の時は助かった
おぼえが在るなぁ。

因に、このあたり↓になると何ch同時再生できるのだろうか?
http://www.microsoft.com/windows/windowsmedia/content_provider/film/ContentShowcase.aspx

あと、複数同時再生の実験する場合、同一ファイルを
同時に再生するのが一番有利だよね。別の動画を再生
させようとするとプロセス間で殆んどページが共有され
ないから重そうだ。

>>713
ATiはそれが取り柄だからな。

x86で実際に何ch再生できるかは実例も無いみたいなので置いておくが、
SPEを6つ使ってそれが出来るだけの整数・浮動少数演算能力がある事は確か。
他にも現行Macや現行PCでは厳しいフルHDのH.264再生が可能だというのもある。

む、MPEG2デコードでは浮動少数演算って全く使われないのか。
libbmpeg2なんかは全部整数演算でやってるな。

> SPEを6つ使ってそれが出来るだけの整数・浮動少数演算能力がある事は確か。

SPEを6つ使ってそれが出来るだけの整数演算能力がある事は確か。 に訂正

Q. Cellって整数演算苦手なの？

A. いいえ。浮動少数演算の方が得意ですが、整数演算性能も決して低くはありません。
東芝がCellのSPEを使って48ch MPEG2同時再生のデモを行いました。
高速なMPEG2デコードアルゴリズムでは整数演算のみで処理するので、
少なくともそれだけの整数演算能力があることが実証されています。

>>713
ラデのDivX再生支援が使えるプレイヤーって現状DivXプレイヤーの他に何がある？
>>715
あれは宣伝の為に誇張してるだけで、H.264の動画再生は現行PCでもそう厳しくない。
現にx264でエンコした動画(640x352)をCPU負荷10%〜25%ぐらいで再生できてる。
これはAthlonXP3200+の場合だけど、Pen4 1.8GHzのノートでも大して負荷が変わらんかった。

フルHD = 1920x1080

>>718
HD(1920x1080)は、その9倍以上のサイズなんですがね。
単純計算だとしても、92%〜230%位の負荷がかかるわけですが。
これでもまともに再生できるんでしょうか？

Pen4 1.8GHzのボロノートで92%〜230%ってことだろ。
最近のPen4だったら再生できるんじゃね？
持ってないから分からんけど。

>>721
> これはAthlonXP3200+の場合だけど、Pen4 1.8GHzのノートでも大して負荷が変わらんかった。

以前、Pen4 2.2GhzのQXGA液晶のノートをちょっと使うことが出来た時フルHD-Mpeg2の動画を再生して見たけど、
コマ落ちしてまともに見れなかったな。

>>705
>>709
それぞれ異なる映像ソースを再生してる？

Pen4 2.8Ghzで1280x720のWMV9（ビットレート14Mbps)再生した時
めちゃくちゃコマ落ちしてたなぁ。

>>694
これでホンマに掃け口が、PS3と家電分野だけになってしまったなぁ。

まあ家電分野も、盟友の東芝がH264リアルタイムエンコ/デコチップを
今年１１月からサンプル出荷、来年頭に量産開始するから
家電分野への展開ってのもおそろしく怪しいが･･････。

48もいっぺんにデコードすることに、何の意義があるのかね？
Cellにはろくなことできないから、無意味なデモプログラム作ってみただけに見える。

地上デジタルやBSデジタル放送のマルチチャンネルプレビューを視野に入れてるんだろ

自分の想像力が貧困なことを棚に上げてCellを叩くと。

>>728
人間様の頭が付いていかねぇぜｗ

実用化においては別に48ch再生である必要はない。
HDのマルチチャンネルという応用方法もあるわけだから。

>726
その”家電部門への応用”とやらはPS2の時も全く同じ事言ってた。
「エモーションエンジンの有り余るCPUパワーを使った家電製品」
というヤツ。
んであれから５年が過ぎたわけだが
結局　搭載製品は自社製品だけ。


しかもクタがソニー家電部門に無理矢理ゴリ押ししたのが
本社の連中に反感買ってこの春、本社副社長の椅子から転落。
めでたく本社への影響力を完全に排除されましたとさ。

cellのMPEG2デコードはワイヤードなので、ALUというよりDSPによる
処理に近い。
これをAthlonとかのALUと比較してる時点でおかしいと気づくべき。

>> cellのMPEG2デコードはワイヤードなので

EEか？
CellにMPEG2デコード回路なんて載ってないんだけど。

>>725
Athron64 3200+でWMV9 1080p(1920×1080)別にコマ落ちなしで問題なく再生
出来るけど・・
あと負荷は解像度だけで決まらないよ、上の例は
http://www.microsoft.com/windows/windowsmedia/content_provider/film/ContentShowcase.aspx
で落としたMS製の動画だけど、別のとこが制作した720P位の超高ビットレート動画のほうが重かっ
たりした。

芝もそうだが松下、フィリップス、NECも来年の春ぐらいのタイミングで
次世代映像処理チップの本格量産を開始するわけ。

Cell外販構想の鼻息は荒いらしいが
家電大手がこぞって自社製チップを持つというのに
どこの物好きなメーカーがCellなんぞわざわざ買うのやら。
当のソニー自体が搭載製品を出すかどうか怪しいモンだが。

>>736
そう言えば、ソニーの家電の内製率ってどの位何だっけ？1割位か？

芝はSEDに使う事を宣言しているけど。
SONYの目標は内製率の上昇ってのは常識で、次世代AVの制御にCell以外には
選択肢が何処にも無いだろうに。
SONYにとって外販は自社供給の後の話。
Cell外販に積極的なのはむしろIBM。

アポーがG5の熱に嫌気さしてPEN-Mに移ろうと考えてるとか噂が流れてるが
まぁ、あり得ないよな
PowerMac G5に乗せるなら、Cellか箱三郎のCPUか辺りを欲しがりそうなもんだけど
そこいら辺の交渉術にｲｿﾃﾙ使ってる気がするなぁ

て、上のログ見たら噂の件について書いてあるな
いかにもあそこの板の住人の臭いがぷんぷんしてるけど

>SONYの目標は内製率の上昇ってのは常識で、次世代AVの制御にCell以外には
>選択肢が何処にも無いだろうに。

前半についてはその通りだが、後半は大嘘
確かに社内はガッタガタだがセル以外に選択肢が無いなんて
ソニーはそこまでオプションが乏しい会社じゃねーよ
どっかの町工場レベルまで落ちてるなら別だが。
力業で押し切る部分はエンコード・デコードだけ。
今発売中のBDだってCell使ってないだろ。

>芝はSEDに使う事を宣言しているけど。
HDDVDレコはPenM+自社エンコ石で行く事が決定済。
先月実働可能な開発機が公開。
宣言するだけならタダ、ソニーとの付き合いもあるし。

つーかある程度の規模の会社だったら
同時期　並列的に複数案件が走ってるのは常識だけど。
単に表に出てないor出してないだけでそれ以外存在しない！って
断言するのはどうかと思われ・・・・・。
Sony経営陣だったらリスクヘッジ＝保険として
セル以外の選択肢も当然鋭意開発させてると思うが。

CELLは家電に組み込むには流石に大袈裟すぎるチップじゃないかな。
それに汎用性能なんていらないんだし。

結局性能次第なんだよね
ＡＶアンプにCell積んで7.1ch+DSP効果山ほど
映像用に超クリアなＳＤからＨＤ画質補正機能付きアップコンバートとか
鬼のような性能があれば・・・

［WSJ］ Apple、パートナーにIntel移行を説明
http://www.itmedia.co.jp/news/articles/0506/06/news045.html

ハイビジョンテレビは数あれど、ハイビジョン映像を2画面、多画面表示してくれるものは殆ど無い。
（OKなのは松下の最新のとクオリアくらいか）
そこでCellをもってくれば2画面はまー余裕。もっと上も十分こなせる。
例えばクオリアなんかはチューナーが8つも載ってたりする。

糞E，M$，妊娠のせいで林檎が泣く羽目に(´･ω･`)

Apple って Itanium 2 マシンになるのかな?

>>748
1 ：Socket774：2005/06/07(火) 02:52:24 ID:HpqtFtw0
いま米国で開催中のWWDCで
MacOS-Xをプレスコ上で動かしてるデモを実施中

今売ってるビジネス誌に載ってたんだが東芝の社長が
「半導体部門は現在3ケタの赤字だがCellが軌道に乗るまでの辛抱」とか言ってたよ
投資額からいってソニーとのお付き合いで宣言するだけってよく意味がわからないが

>>748
それは無さそうだよ
IntelMacは何かそのままWindowsが動くらしいし…

確かにItanium2が載ってくれるんなら是非とも欲しいところだが…
x86じゃ要らない…

>>751

大方の人間はそうだろうな。
ペン4とか積んでも意味ない。
自作した方がいいからな。

ﾌﾟﾚｽｺで動かしてるのは開発機だからだろ。
市販機は時期的にMeromを載せてくるんでないの。

まあ2007年だしな

なんかアップルってセガみたいになっちゃったね。
ハードは撤退ってことになったらまんまだ。
とりあえずOSベンダにはなるみたいだから、2万円くらいで
自分のPCで最新のマック使えるのはうれしい。

そうなると自作マシン上でOSXを動かす椰子が出てくるな。
エミュ作るより楽だなこりゃ、ハッカー大助かりｗ

http://www.itmedia.co.jp/enterprise/articles/0506/08/news025.html

Cellベース自作機希望。

Cell用に書いたオープンソース版Linux OSも
IBMがリリースする予定みたいだね。

で、嘘かクッタリだかは知らぬが、そのLinuxがPS3のHDDに付いてくるんだと
ttp://pc.watch.impress.co.jp/docs/2005/0609/kaigai187.htm

クッタリ、ワロスｗ

もう今更何を言われてもCellで出来ることがホントとは思えなくなってきたよなぁ。
インチキくせ。

Cellに関してはSonyは無視してIBMだけ見ていれば良い

ちなみにPS3をコンピューターコンピューターと連呼してやがるのは欧州においては
ゲーム機には関税がかかるが、コンピューターにはかからないからという単純な理由から
PS2の時も同じような事をやってた。無論、んな詭弁は通らなかったが

ゲーム機とコンピュータの違いってなんだろうな。

>>763
ソロバンと電卓ぐらいの違いじゃないかな。

ゲーム機はコンピュータだけど、コンピュータはゲーム機ではない。
そんな関係

任天堂の最初のカセット式ゲーム機がファミリーコンピュータだった件について

ゲーム機⊂コンピューター

専用　と　汎用
じゃないの？

>>766
！！！

海外じゃ「family computer」じゃなくて「nintendo」だけどね。

>>770
NESってやつだな

Nintendo Entertainment System
元々任天堂もテレビゲーム専用機じゃなくて家庭用コンピュータを目指してたんだけど
FC、SFCと失敗続きだったからか64〜GCではゲーム専用に方向転換。
でも最近になってまたエンターテインメントだなんだと言い始めたね。
チップの名前からもなんとなくそういう意向を感じる。

俺は>>767に同意。

【ｽｰﾊﾟｰｾﾙ】凄い雲画像収集スレ【ﾒｿｻｲｸﾛﾝ】
http://science3.2ch.net/test/read.cgi/sky/1095254455/

６年前のPS2発表時と同じく信者達の狂信ぶりは凄まじいものがあるよね。
あれだけのハッタリにも全く懲りていないとは・・

スーパーコンピュータを大幅に上回ると言うベンチ結果を発表するソニーも
ソニーだが・・

>>775
FFTの結果が地球シミュ1ノードを遥かに上まわったあれか？

別にハッタリでもなんでもないが。
あの手のベンチは再現される事が前提で情報を公開している。

開発者にもこんな事を言うソニー

ttp://mihara.sub.jp/top/blog/sb105/sb.cgi?eid=375
三原さんお怒り

＞新しいシューティングゲーム移植の幕開けを
＞ＰＳ３のロンチタイトルにしたかったので、
＞開発機の提供のお願いにＳＣＥＩさんに出かけた。
＞ＳＣＥＩさんの偉い人と担当さんに話したら
＞　『アリカさんにはもっとＰＳ３クオリティの物をやって欲しい』
＞と言われた。
＞
＞この件が引き金で心に詰まっていた何かが溢れて・・・心のネジを外しました。
＞
＞ゲームでしょ？
＞ＰＳ３クオリティって何？
＞ゲームじゃないの？

>>775
>スーパーコンピュータを大幅に上回ると言うベンチ結果を発表するソニーも
ソニーだが・・

夢を売るのが SONYの商売。

大風呂敷を広げるのは得意だからな、ソニーは。
その付けが、回ってき始めてるけどね。

>>776
ES１ノードどころか、Opteron×64プロセッサやltanium2×128プロセッサ
のシステムより上と主張してるんですが・・・・

ltanium2って２億２千万トランジスタのCPUですが・・

>>780
ソースどうぞ。

結果に不満があるならCellWSでもIBMから買ってベンチ動かしてみれば？
それが嫌ならCellが出てくるまで待っとけ。

その筋で有名なベンチマークの結果を公開したので、単なる「主張」ではない。

http://www.beyond3d.com/forum/viewtopic.php?t=23845&sid=b5addcbd654a97e434ffd98af6358cc3
http://www.fftw.org/speed/

公開されたベンチマークの結果にもし嘘があるならそれは「ハッタリ」ではなく
「捏造」という事になるわけだが、そう主張したいの？

言っておくけど、Cellが実際に市場に出るなりした時に追認できる事が前提だけど
それでも「捏造」だと主張したいのかな？

捏造に決まっています。
前回あれだけ捏造したのに今回それをはるかに上回る大ぼらを狂信する>>780
のような方がいるからSONYは懲りない。

ただ流石に一般人は気が付いているから今回はマスコミは全然騒がない。

>>777
京都府警察のサイトに飛ばされる…

自演ってそんなに楽しいものなのかいな。

あからさまな捏造と感じる根拠としては
数値自体がデタラメなのは置いといて、そのピーク性能に対する効率。

FFTのベンチマークではその効率はＰＣの場合1%未満〜数%、
ワークステーション・スーパーコンピュータでも数%です。
特にスパコンは独自の技術でPC/WSに対してピーク性能に対する効率が非常に
高いのが一般的でその他のあらゆるベンチでもその効率はPC/WSを上回ります。

ですがSONYの発表数値ではCELLの効率は約20%、噴飯ものの嘘としかいいようが
ありません。
なお並列システムでは効率は落ちるのが普通なのでPC用CPU等で並列システムを
組めば効率は上記数値よりさらに極端に低くなります。

FFTの発表はIBMでしょ。

>786
ワークステーションやらスパコンは倍精度でしょ。
で、自分で並列化すると効率が落ちるとか言ってるし。
何となくいつも同じ事言ってる人が増えてないか。

>>786
>特にスパコンは独自の技術でPC/WSに対して
>ピーク性能に対する効率が非常に高いのが一般的で
関係無いが、それがホントならスパコン運用してる中の人は神だなｗ
大体、理論ピーク性能は実効性能予想の参考にはならないよ

技術は進歩するはずが無いからソニーはウソ付いてると言ってるのか。
またいつもの人だろう。

いつもの人の頭の中ではCELLにIBMなんて関わってる訳ないとでも思ってるんだろう
CELLに関する発表は全てソニー発に変換されるとｗ

設計・評価はIBM、製造は東芝、蚊帳の外はソニー。

>>792
蚊帳の外とは失礼な!!!














金は出してるぞ。

まあ製造もソニーだけど。

そんなに自信満々に捏造だって言えるなら、
君のblogにでもIBMがCellのベンチで捏造した！とでも書けば？

>>795
彼の中では、>>791の様に強制変換されるのです。

2chは便所の落書きといわれど、公共の場。
ここで根拠なく捏造だといったら、対法人でも侮辱罪が適用されることを知らないのだろうか。

たるさん更新北

ttp://www.ne.jp/asahi/comp/tarusan/main117.htm

>>798
今回のはそれなりに聞ける内容だね。
ただLSについてのコメントが薄いのは、組み込みシステムに対しての造詣の浅さを感じる。
今回発表されたベンチマークに関してもそうだが、cellの一番の特異な点はLSなのだから、
その利点についてプロとしての見方を聞きたい。

>>786
>特にスパコンは独自の技術でPC/WSに対してピーク性能に対する効率が非常に
>高いのが一般的でその他のあらゆるベンチでもその効率はPC/WSを上回ります。
んなアホなｗ
現在スパコンはパラレル機が主流だがそもそもパラレル構造にするだけで効率が落ちるんだぞ
BlueGene/Lの効率なんて何%だよｗ
PCで気合い入れて効率化したコードの方が遙かにマシなはずだ

聞けるというかやはりスパコンでCELLを使った時との話しかないわけで。
PS3というアーキテクチャにおいて語ってないのでなんとも、ってところか…。

まぁそうだとしてもSPE間の転送において追求できてないあたりが彼の限界かな。

たるさんもだんだん冷静になってきたよねｗ
前スレから出てる否定派の予測が次々当たってきてるし、
もうcellで騒ぐのは潮時だよ。
ゲーム専用の単精度演算と桁数の違う学術計算をごちゃ混ぜにしての
プレスリリースはうまいといえるけど、発売までクッタリもつのかな。心配。

単精度と桁数が違うのは倍精度、そして倍精度のが桁が低い。

にいちゃん、何でいつもの人頭が悪いん？

遅レスだが
>>759
どこまでが本当なのだか怪しいが浮動小数点演算だけバカっ速い代物を何に使えと…
PS3をエンコBoxにしてくれと言う事か？ｗ

>>803
本物の馬鹿がやってきましたよ

>805
ああ、成る程。本物の人ですね？
でどの辺がごちゃ混ぜになるんですか。頭が悪いだけでは。

日本語がおかしい。

>>806
有効桁数。
オマエ。逝かれ切ってますね。

何で倍精度の桁が少ないのかさっぱりわかんないし。
何故かいきり立ってるし。最古さんっぽい。
怖い。

こわーい。

810 名前： Socket774 [sage] 投稿日： 2005/06/13(月) 04:30:32 ID:g9RaOjjj
こわーい。

いやあんた、こんな夜から早朝に、自作板に張り付いても
×は勝たないから。おこわー

>ttp://www.ne.jp/asahi/comp/tarusan/main117.htm
少なくともCellに対しての情報の少なさは26GFLOPSを知らなかった事で証明されたな。

他にも、以前書いてた帯域の話の焼き直しばっかりだし、論理の組み立てが病んでるし、
スパコンのベクトルプロセッサの話とXbox360の話がものすごいこじつけだし。
相変わらず偏った古い知識しか無いので、使い物にはなりませんな。

>>802
> 前スレから出てる否定派の予測が次々当たってきてるし、

ﾌｰﾝ。
どれが当たってるの？

>>810
こわーい

新小岩と市川の間に

クタ信者の病巣は深いな

平井だね。

ベンチじゃPen4の数十倍と主張してる割りに出てる映像はPCと変わりないのが・・

CELLが3DMARK05をCPUエミュレートで100フレーム超で動かせる訳もないし。
大げさすぎるハッタリは白々しく響くだけだよ。

おまえの目はふしあなかｗ

節穴でもなんでもなく俺も凄くゲーム機然としたモデルが動いてただけ
って言うデモだったと思った。

NTSC出力だから

>>821
それ関係ないから。

ゲーム動かしゃ機然ならみんなそうじゃねの。
CPUの演算性能が桁違いである事で新たに出来ることはあるだろうけど。

レイトレ＋GIを使いでもしない限り見た目にはもう大きな変化は生じないね。
でも半導体の性能向上はすでに頭打ち。
レイトレやGIをリアルタイムになんて夢のまた夢だね。

そこでnVidiaのカスタムチップ

アダルトを無修正で流せばインパクトは大きいゾ

で、文句が来たらｷﾞｭｰﾝとズームすると、構成要素は全てSONYの文字列。
単なる社名の羅列ですよ！と得意げなクタ
逮捕されてさらにインパクトが大きく。

２０年ぐらい前のログインに、Cray2ならレイトレーシングで
リアルタイムゲームができるとかいう記事があった記憶がある
その記事を読んで、「現実問題としてCray2でも無理そうだな」と当時思った
多分今のPCって、Cray2なんかめじゃねえよな？

Cell搭載Megademo専用機って出ないかな

反射回数1回ならリアルタイムで動くんでは。
なんか専用のレイトレグラボもあったはず。

>>827
当時の想定しているレイトレと現在が要求しているレイトレではレベルが違うんじゃぁ…

1.9GFlopsだったけ？>>Cray2
まあ反射１回・トレース１回じゃ普通のリアルタイムシェーディングと
変わらないし。
フォトンマップとか言い出すと地球シミュでもリアルタイムは無理あるしね。

総括しちゃうと現行ゲーム機的なモデルで計算した場合、200GFLOPS相当の
表現を可能にしますよって事やね。
今後の争点はモデルがどこまでリアルになるのかって事だね。
もう特定のＳＩＭＤ命令セット以外で計算しないって言ってるようなもんなので。

>>829
> なんか専用のレイトレグラボもあったはず。

http://www.saarcor.de/

>>831
そもそもESはハンド幅はあるがレイテシはかなり悪かった気が…

>>832
ゲーム機的用途もだとしても専用ベンチ以外では200GFLOPSは無理な気が…
PS2だって単精度浮動小数点 Peek 6.2GFLOPSだったはずだけど知り合いのゲームのプログラム書き曰く
「絶対にそんなにでない…」
っていわれた…

>>834
理論値はそりゃレジスタ内だけで処理した時の瞬間最高速度だし。
レジスタ内ですらループ回すと理論値より落ちるよ。
それにどんな高速なメモリでもレジスタの動作よりは遥かに遅いしね。

>>834
理論値が実行性能なコンピューターがあれば見てみたいよ

ベクター型のスパコンでもアプリ実行性能は30〜40％ぐらいしかでないぞ

>>836
何を走らせるかに寄るだろ
ttp://www.ne.jp/asahi/comp/tarusan/main109.htm

>>837
ベクトル型スパコン地球シミュレータのアプリ実行効率
LBMHDで58％
CACTUSで34％
PARATECで58％
GTCで20％
って所か。
最大で58%。理論値の半分ちょっとしかでない。
スカラ型だともっと悪い

ちなみにlinpackだと実行効率90%近く行くな＞ES

http://pcweb.mycom.co.jp/news/2004/10/20/003.htm
NEC執行役員常務 近藤忠雄氏は評価指標に使われるLINPACKが「実効性能を表していない」と批判した。

ES以外のスパコンの方が「Linpackだけ実行効率が高い」
の度合いが甚だしいからな。

スティーブ・ジョブス氏がCELLプロセッサに失望

http://news.teamxbox.com/xbox/8504/Steve-Jobs-Not-Impressed-with-the-Cell-Processor/

New York Timesによると、アップル CEOのスティーブ・ジョブズ氏がPS3に搭載されるCELLプロセッサに厳しい評価を下したそうです。
ジョブズ氏はSCEの久多良木氏からCELLプロセッサ採用の働きかけを受けたものの、そのデザインに落胆し、PowerPCより低効率だと判断したとか。
アップルは今後インテルのCPUへ転換することを明らかにしています。

結論：ソニー信者は口だけで実際は何の能力も無い

761 ：It's＠名無しさん ：2005/06/15(水) 10:24:51
>>757
まあその”箱360の倍以上”の処理能力はあくまで机上の理論値で
実使用上ではほぼありえない値でしかなく、アプリベースではその
処理能力の60%が遊んでしまっているお粗末なハード設計＆SDK
なんだけどな。しかもハードの仕様上の問題（欠陥と言っていい）
だから、今後もこれに関しては大幅な改善の見込みはなく、
現状の”使えるところだけを使う”アプリ設計を続けるしか手はない。
360についてはそういった無駄な設計（屋根の上に屋根を作るみたいな）がなく、
しかも開発環境がこなれているから、現時点でも労せずしてハードが持つ70〜80%ほどの
パフォーマンスを発揮させられるし、ハードの解析がすすめばもう少し上乗せも可能、のはず。
レボにいたってはコンスタントにハードのパフォーマンスの80%以上を出せるみたいだぞ？
（任天堂に関してはノータッチなのであくまで伝聞）

3コア6スレッドCPUを、70%〜80%使い切るってどんだけのスーパープログラマなんだ！？
マジで天才ﾊｶｰ級でしょ。

>>845
3コアのうち1コアはゲーム以外の用途のために常時待機
まあそれでも70〜80%なんて凄すぎるけど。
>>844は話半分に聞いといたほうがいいんじゃないか。

つーか何のぱふぉーまんすなんだ？アプリって？
まさかWinのCPUグラフを見たてて（ry

むしろcellがアプリで40％"も"つかえてたら、ジョブスはベタ誉めで全てのmacに搭載してますよｗ

>>848
Cell採用蹴った話か

>>844のコピペはゲハでも見たな。

>>842
効率云々以前にPCへ転用ではRambusのライセンス代が洒落にならないんじゃぁ…
と言うかP4でMacを動かしている香具師に言われたくないｗ

今のCellはMac云々以前にパソコンじゃ使いもんにならんでしょ
ジョブスは今のところ賢明な判断したと思うよ

CellのSPEそのものはMac用のSIND拡張命令互換ではないと言う話だからな
結局コードが違ってSPEを使えないなら乗換える意味は薄い。
またCellがPC用に向かないのは年々機能拡張や性能向上をする用途には元々
考えられていない（スケーラブルの方向が違っている）事も大きいだろう。

PC部門すらばっさり捨ててしまったIBMにとってはMac用PPC開発は工数の無駄
だろうし、ジョブスにはあれしか選択肢は無かったんじゃね。

>>852
つーか、5年前から準備してたしな

>>853
で、Cellの家電用が出るかが問題

2004会計年度通期
Microsoft・・・売上高は368億4,000万ドル、純利益は81億7,000万ドル
Intel・・・売上高は342億ドル、純利益は75億ドル
Dell・・・売上高は115億ドル、純利益は7億4900万ドル
IBM・・・売上高は965億ドル、純利益は84億ドル

Apple・・・売上高は82億8000万ドル、純利益は2億7600万ドル

PCにはヘテロコアは合わんでしょ。何でもできなきゃいけないんだから。
GPUならともかく。

EIB経由せずに隣同士のSPEのLSを触れたら、ロード1回で済みそうなんだけどなぁ…近いんだし。

GRAPEみたいなイメージ?

>>857
結局PPEがSPEを制御するからバスでいいと思うよ。
DMAで動くはずだし。

XboX360の２倍以上性能の40%はXbox360の80%以上。

ウォーズマンみたいな理論だな

PCの売りはその柔軟な拡張性にある……


と信じていたい。

ステカセキングみたいな理論だな。

ムテキング

大空魔竜ガイキング

ヨコハマ解放区

ハマランチョ

パラノイアの戯言だな…
ttp://pc.watch.impress.co.jp/docs/2005/0624/kaigai194.htm

ホームサーバーを狙うのは間違っちゃいないと思うが。

>>868
もうPOWER系が進出しまくっているので・・・Cellでさらに広がるだけでは？
何を今更って感じ。

ホームサーバーなんて生活に必要ないと思う。
ソニーって腰据えてやらないといけないような、時間食いでヘンテコな生活スタイル
を押しつけすぎるんだよ。でっち上げてはほったらかしを繰り返してるし。
だから客が離れてるって事が分かってない。

ゲーム機のホームサーバー化はMSも明らかに狙ってるが
Xbox360にはHDD標準搭載でLonghornのマルチメディア版も載る
結局ソニー叩きしたいだけだな

つうか家中にCellが入った端末があって、それをネットゲームの演算に使い
さらに番組を全チャンネル録画して、検索かけて特定の顔を探す。
そういうスタイルができあがったら今度はテレビ番組とテレビを1080ｐにして、デジタル放送の
処理をCellにやらせる。
すべてはゲームの処理をCellコンピューティングという、グリッド処理のため
に動いている。

っていう事を言ってるみたいなんだが、何でこの人ってこんな気持ち悪い
生活スタイルのために、ソニー製品をわざわざ買わなければならないのか
っていう考えに至らないのかな。
テレビ番組とかネットゲームのためにわざわざPS3を何台も買うとでも
思ってるのだろうか。

やりたくなければやらなきゃいいだけじゃん
お前個人の必要だの気持ち悪いだのの趣向なんぞチラシの裏にでも書いとけ

>>874
怒るなよくたたんｗ

ＰＳ２本体だけで2兆円ｋらいの売上があるからな。当然もっと狙ってくるだろう。
世の中の仕組みがわからん>>873はたぶん中学生くらいなんだろう。

ぷ
夢見るオッサン登場ですねｗ

キミにはなにも成し遂げられないだろう。
出来ないといってるやつには出来ないんだよ。

昔のワープロみたいに、パチってスイッチ入れると3秒以内に
操作可能になる端末（しかもバッテリーで半日以上持つ）が
Cellで出来るなら劇的に変わるだろうな。

そりゃー、ちょっと無理やろ。

つーか、欲しいホームサーバーって
ＨＤＤレコーダーに録画したファイルを各部屋のPCorDVDレコーダーで
コピーも遠隔再生自由自在って感じで、
技術の問題じゃなくて、著作権法の拡大解釈を止めることで実現するアレな訳だが。

著作権云々はSPEのisolate-modeによって実現されるplay-onceである程度解決可能だろ。

暗号解読にはCellを使えというわけだな。たぶん。