Cell 44
|
|
|
Cell Broadband Engine documentation (IBM)
http://www-128.ibm.com/developerworks/power/cell/
Cell Architecture forum
http://www.ibm.com/developerworks/forums/dw_forum.jsp?forum=739&cat=46
CELL BROADBAND ENGINE (SCEI)
http://cell.scei.co.jp/
GameTomorrow
http://www.gametomorrow.com/blog/
バルセロナスーパーコンピューティングセンターのCell用Linuxページ
http://www.bsc.es/projects/deepcomputing/linuxoncell/
http://www-128.ibm.com/developerworks/power/cell/
Cell Architecture forum
http://www.ibm.com/developerworks/forums/dw_forum.jsp?forum=739&cat=46
CELL BROADBAND ENGINE (SCEI)
http://cell.scei.co.jp/
GameTomorrow
http://www.gametomorrow.com/blog/
バルセロナスーパーコンピューティングセンターのCell用Linuxページ
http://www.bsc.es/projects/deepcomputing/linuxoncell/
ゴミCPU
>>1 乙
Linuxって普及するのか？しないのか？
6 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/09/29(木) 00:20:34 ID:r4Edwkra
既に十分普及しているんじゃ
個人的にはBSD系を推したいのだが、IBMにそれを望んでも叶うはずもない。
8 ：名無しさん必死だな：2005/09/29(木) 00:37:18 ID:H0yGOadB
linuxは十分普及しています。
サーバ分野で。
IBMのZシリーズにLinuxが入るし。
サーバ分野で。
IBMのZシリーズにLinuxが入るし。
>>7
NetBSDでもFreeBSDでも移植すればok
NetBSDでもFreeBSDでも移植すればok
東芝：藤井美英氏が、「Cell戦略」「次世代DVD」について語る！
東芝：藤井美英氏がインタビューに答え、今後の「Cellの戦略」と「次世代DVD」について語った
【Cellについて】
・Cellにははっきりいって個人的な思い入れがある。
・ソニーさんよりもなるべく早く商品化したい
・タイミングは07年以降になる
・Cellを搭載したテレビには2つの方向性がある
・１つ目はテレビに内蔵
・２つ目はチューナーをセパレート型とする
・世界初のCell搭載デジタル家電を東芝が実現したい
【次世代DVDについて】
・私は消費者の声が一番重い
・交渉は現在、残念ながら中断
・我々が0.1mmの保護層をサポートするのは困難
・消費者に何を提案できるフォーマットなのかを考えるための議論であれば交渉を再開
http://www.phileweb.com/news/d-av/200509/28/13866.html
東芝：藤井美英氏がインタビューに答え、今後の「Cellの戦略」と「次世代DVD」について語った
【Cellについて】
・Cellにははっきりいって個人的な思い入れがある。
・ソニーさんよりもなるべく早く商品化したい
・タイミングは07年以降になる
・Cellを搭載したテレビには2つの方向性がある
・１つ目はテレビに内蔵
・２つ目はチューナーをセパレート型とする
・世界初のCell搭載デジタル家電を東芝が実現したい
【次世代DVDについて】
・私は消費者の声が一番重い
・交渉は現在、残念ながら中断
・我々が0.1mmの保護層をサポートするのは困難
・消費者に何を提案できるフォーマットなのかを考えるための議論であれば交渉を再開
http://www.phileweb.com/news/d-av/200509/28/13866.html
予言
Cellは次世代機戦争を終わらセルだろう
Cellは次世代機戦争を終わらセルだろう
秋葉原ヨドバシのMGS4デモで最後の方にそういうやり取りが収録されてるけど
その背景で流れるKILLZONE3のトレーラーが気になって仕方がない
MGS4をリアルタイムで描けるなら描けても決しておかしくない水準なんだよね
MGS4みたく画面全体に煙やゴミが舞ってるわけでもないし
ステアリングで左右に揺れる装甲戦闘車萌え
その背景で流れるKILLZONE3のトレーラーが気になって仕方がない
MGS4をリアルタイムで描けるなら描けても決しておかしくない水準なんだよね
MGS4みたく画面全体に煙やゴミが舞ってるわけでもないし
ステアリングで左右に揺れる装甲戦闘車萌え
アヒルデモとKILLZONE3ね。
小島監督もE3のあの二つのデモにかなり影響受けたんだと思われる。
小島監督もE3のあの二つのデモにかなり影響受けたんだと思われる。
小島はファミ通で
E3のPS3のデモにはプリレンダもあった、とかそんな感じのことを言っていたんだが
MGS4でそのプリレンダ最有力候補のKILLZINE3の動画を持ってきた
影響はあったんだろうね
E3のPS3のデモにはプリレンダもあった、とかそんな感じのことを言っていたんだが
MGS4でそのプリレンダ最有力候補のKILLZINE3の動画を持ってきた
影響はあったんだろうね
KILLZONE2っていつ出たの？
16 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/09/29(木) 15:11:39 ID:iVZkCRO8
キルゾーン2＝FC版FF4
18 ：名無しさん必死だな：2005/09/29(木) 18:59:10 ID:e5ZNEPaU
Cellがソニーの忘れ形見となったか。。
19 ：名無しさん必死だな：2005/09/29(木) 22:03:18 ID:fAT9FtUD
俺にFreeBSD－Cellを移植させろ ｸﾀｧｧｧｧｧｧヽ(`Д´)ﾉｧｧｧｧｧｧﾝ!
でも、FreeBSDはx86 PCで動かすという実用性に妙味があるんだよね。
リファレンスツールほしいな
10月1日付 人事 機構改革
http://www.sony.co.jp/SonyInfo/News/Press/200509/05-054/index.html
○CELL開発センター
茶 谷 公 之 センター長
［兼 (株)ソニー・コンピュータエンタテインメント
コーポレート・エグゼクティブCTO］
ソニーの金でｸﾀがやりたいようにやれる部署だなｗ
http://www.sony.co.jp/SonyInfo/News/Press/200509/05-054/index.html
○CELL開発センター
茶 谷 公 之 センター長
［兼 (株)ソニー・コンピュータエンタテインメント
コーポレート・エグゼクティブCTO］
ソニーの金でｸﾀがやりたいようにやれる部署だなｗ
半導体開発で何が金かかるかというと工場とかの設備投資。
それでいて、Cell方面は茶谷氏が握っていれば問題ない。
設備投資・Cell以外でPS4の開発に必要な金はそんなに多くないだろう。
Cell以外のアーキテクチャを新開発するなら別だが。
それでいて、Cell方面は茶谷氏が握っていれば問題ない。
設備投資・Cell以外でPS4の開発に必要な金はそんなに多くないだろう。
Cell以外のアーキテクチャを新開発するなら別だが。
元来ストリンガーは出身からいっても完全にコンテンツを重視するタイプ
MGM買収も今高い金を払ったとしても早い段階でコンテンツを握っておけば、将来あらゆることが有利に進むという発想
当然CEOという立場になったらコンテンツと家電をどう組み合わせて商売するかという考え方になる
となるとその膨大なコンテンツを捌くための高度なマルチメディア端末が必要になり、それに載せるべきチップとしてCellも当然視野に入ってくる
今回Cell家電の開発をストリンガー直轄にしたのも不思議なことではない
確かストリンガーがCBSの放送部門の社長のころだったか、オンデマンドの研究をしていたと聞いたような記憶がある
そのころは時期尚早で物にならなかったが、今度はソニーのCEOという立場になりもう一度挑戦するかもしれない
そのときにCell搭載製品が絡んでたらおもしろい
MGM買収も今高い金を払ったとしても早い段階でコンテンツを握っておけば、将来あらゆることが有利に進むという発想
当然CEOという立場になったらコンテンツと家電をどう組み合わせて商売するかという考え方になる
となるとその膨大なコンテンツを捌くための高度なマルチメディア端末が必要になり、それに載せるべきチップとしてCellも当然視野に入ってくる
今回Cell家電の開発をストリンガー直轄にしたのも不思議なことではない
確かストリンガーがCBSの放送部門の社長のころだったか、オンデマンドの研究をしていたと聞いたような記憶がある
そのころは時期尚早で物にならなかったが、今度はソニーのCEOという立場になりもう一度挑戦するかもしれない
そのときにCell搭載製品が絡んでたらおもしろい
ストリンガーって技術屋じゃないし。
Cellを心底理解してる訳じゃないと思うが。
ｸﾀと食事しに行ったり仲良いみたいだから、
開発センターもｸﾀの意向がかなり入ってるん
じゃないの。ストリンガー直轄にしてる理由も
それだろ。エレキを外されたｸﾀを表向き
開発センターのトップに座らせる訳には
いかんからな。
Cellを心底理解してる訳じゃないと思うが。
ｸﾀと食事しに行ったり仲良いみたいだから、
開発センターもｸﾀの意向がかなり入ってるん
じゃないの。ストリンガー直轄にしてる理由も
それだろ。エレキを外されたｸﾀを表向き
開発センターのトップに座らせる訳には
いかんからな。
ストリンガー会長も中期計画の策定に苦労したみたいだね。
ゲーム事業を引っ提げて社内で躍進したクタを煙たがるグループ内の
不協和音を抑えつつ、Cellを含めた半導体事業を再建の中心に据える
方法の模索。
本当は、PC事業を売却したIBMのように大鉈を振るいたかったんだろうけど
縦割り組織の弊害を一朝一夕には排除できない。ある意味、日本的な
悪平等を再建のための建前として使わざるを得なかった。中鉢の言い放った
「ゲームへの投資はゲーム事業で回収してもらう。追加投資はしない」という
文言はその表れとも言える。国内リストラ担当の社長だからそれでもいいの
だろうが。
しかし、そこはそれ。Cellをストリンガー直轄にしたり、クタの息のかかった茶谷氏
を出向させるなどして、日本的な黒幕政治の手法で事実上のクタ院政を張ることが
できた。目には目を、というところか。
ゲーム事業を引っ提げて社内で躍進したクタを煙たがるグループ内の
不協和音を抑えつつ、Cellを含めた半導体事業を再建の中心に据える
方法の模索。
本当は、PC事業を売却したIBMのように大鉈を振るいたかったんだろうけど
縦割り組織の弊害を一朝一夕には排除できない。ある意味、日本的な
悪平等を再建のための建前として使わざるを得なかった。中鉢の言い放った
「ゲームへの投資はゲーム事業で回収してもらう。追加投資はしない」という
文言はその表れとも言える。国内リストラ担当の社長だからそれでもいいの
だろうが。
しかし、そこはそれ。Cellをストリンガー直轄にしたり、クタの息のかかった茶谷氏
を出向させるなどして、日本的な黒幕政治の手法で事実上のクタ院政を張ることが
できた。目には目を、というところか。
なんだよカーマック、DOOMSuperEditionなんてモン作ってるのか、チカン期待の星だったんじゃないのか？w
半導体部門を担当している眞鍋氏はSCE系だし。眞鍋氏＋茶谷氏でクタの思い通りに・・・
Cell事業のお陰でクタの影響力が増す結果になるのかなぁ
「PS3」が映し出すデジタル近未来へのシナリオ
10/27（木） 10：35－11：15
ソニー・コンピュータエンタテインメント
代表取締役社長兼グループCEO
久夛良木健氏
10/27（木） 10：35－11：15
ソニー・コンピュータエンタテインメント
代表取締役社長兼グループCEO
久夛良木健氏
PS3の話ならWPCエキスポより来週のシーテックジャパンの方がいいと思うんだがな
なんかサプライズでもあるんやろか
なんかサプライズでもあるんやろか
ソニーもテレビはようやく普通の液晶で年末に向けて追撃体制が整うところだし
ウォークマンも国内のしがらみに縛られてるうちにAppleに市場を食われた。
本当の意味でソニー発で世に出す製品、オンリーワンを標榜できるのはCellしか
ないのが現実だから、エレキのリストラを早めに終わらせて次のステップに行く
ことを急いでるだろうね。
ウォークマンも国内のしがらみに縛られてるうちにAppleに市場を食われた。
本当の意味でソニー発で世に出す製品、オンリーワンを標榜できるのはCellしか
ないのが現実だから、エレキのリストラを早めに終わらせて次のステップに行く
ことを急いでるだろうね。
CCDとLCoSは捨てずにがんばれ
ccdはともかく、LCOS'(SXRD)はガチでいくみたいし。
http://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20050930/109100/?P=4
http://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20050930/109100/?P=5
http://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20050930/109100/?P=5
>>38
クタとの出会いの話は面白すぎｗ
クタとの出会いの話は面白すぎｗ
こんだけ熱い男はクタ以外に居ないｗ
クタタン、可愛いよクタタン(*´Д`)ﾊｧﾊｧ
クタ熱ぃﾊｧﾊｧ
ユーザー登録してNortonも切ってるのにページが見えない… orz～
Techonのトップまでは逝けるのに
Techonのトップまでは逝けるのに
小島秀夫がblog公開しはじめたよ
クタもやるべきだろクタブログ
あっちはトラックバックのみだがこっちはコメント付でやったら
相当面白いことになると思うんだけどな
クタもやるべきだろクタブログ
あっちはトラックバックのみだがこっちはコメント付でやったら
相当面白いことになると思うんだけどな
クタの場合1つ1つのコメント全部論破していきそうだなｗ
そんな暇無いだろうけど
一介のユーザーが口を挟む事じゃないッッ
で終わりそうだｗ
で終わりそうだｗ
そもそもコメント付けないだろｗ
コメント付けられたらクタを神認定しちゃうよｗ
コメント付けられたらクタを神認定しちゃうよｗ
>>43
おれはクッキー全部消したらいけた
おれはクッキー全部消したらいけた
○熱地○や忍のような基地外から攻撃受ける可能性あるので、
やらないほうがマシと思う。
やらないほうがマシと思う。
52 ：名無しさん必死だな：2005/10/02(日) 12:52:22 ID:Pv4i32qE
社団法人情報処理学会第157回 計算機アーキテクチャ研究発表会
テーマ：デザインガイア2005「Funny Architecture特別セッション・
チップマルチプロセッサおよび一般」
日 程 ： 2005年11月30日（水）・12月1日（木）
会 場 ： 北九州国際会議場
議 題 ：
11月30日（水）
［14：40～15：55］●一般セッション A （25分×3）
プロセッサ・アーキテクチャI
Cellプロセッサにおけるアーキテクチャ決定と要素技術トレンドの関係
○山崎 剛、鈴置雅一（SCEI）、James Kahle、Peter Hofstee（IBM）、
浅野滋博（東芝）
http://www.ipsj.or.jp/09sig/kaikoku/2005/ARC157.html
テーマ：デザインガイア2005「Funny Architecture特別セッション・
チップマルチプロセッサおよび一般」
日 程 ： 2005年11月30日（水）・12月1日（木）
会 場 ： 北九州国際会議場
議 題 ：
11月30日（水）
［14：40～15：55］●一般セッション A （25分×3）
プロセッサ・アーキテクチャI
Cellプロセッサにおけるアーキテクチャ決定と要素技術トレンドの関係
○山崎 剛、鈴置雅一（SCEI）、James Kahle、Peter Hofstee（IBM）、
浅野滋博（東芝）
http://www.ipsj.or.jp/09sig/kaikoku/2005/ARC157.html
既にあれだけの書類が掲載されてしまえば
後の興味は実際の性能・機能がどれだけ発揮されるかのみ
PS3なりIBMのボードなりが発売されないと盛り上がらんなあ
後の興味は実際の性能・機能がどれだけ発揮されるかのみ
PS3なりIBMのボードなりが発売されないと盛り上がらんなあ
Windows版しかでない方が面倒。
CEATEC行く奴いないのけ？
4本ストリーム同時録画再生とか、魔法の鏡とか、
面白そうなデモが見れるみたいだぞ。
東京方面に住んでりゃ必ず行くべきだよ。
4本ストリーム同時録画再生とか、魔法の鏡とか、
面白そうなデモが見れるみたいだぞ。
東京方面に住んでりゃ必ず行くべきだよ。
>>56
行くと会社の知り合いに逢うからヤダ。絶対お手伝いに駆り出されるし。
行くと会社の知り合いに逢うからヤダ。絶対お手伝いに駆り出されるし。
ま 狭い業界だよな日本だと
転職しても書類に”なんでこの人の名前が有るのよ！”て事が有るし
転職しても書類に”なんでこの人の名前が有るのよ！”て事が有るし
>>56
とりあえず行く予定
とりあえず行く予定
どうせまたMPEGの４８本同時再生とかそんなんじゃない？
東京ゲームショーでもトライアルデモはなかったし。
期待はできないかと。
魔法の鏡、なにそれ？
それでもただ券はもらったので行くつもり。
ついでにCellも身にいったるわ
カメラで取得した人の顔に、化粧やヘヤースタイルの変更などの画像処理を行い、
それをリアルタイムで表示するんだってさ。＞魔法の鏡
それをリアルタイムで表示するんだってさ。＞魔法の鏡
>>60
979 名前：( ● ´ ー ｀ ● ) はスバラシイ 投稿日：2005/09/29(木) 22:26:30 ID:iVZkCRO8
NEの東芝のceatec japan PR記事
ceatecで展示するcell
Cellリファレンスセットの展示
ソフトウェア開発プラットフォームの展示
mpeg2 48本同時再生のデモ
4つのTV放送の録画と視聴を同時に行うデモ
Cellの高度な画像認識技術を利用した魔法の鏡
鏡に向かった来場者の顔の画像をカメラで捉え、
その画像に化粧をしたり髪型を変えたりするデモ
979 名前：( ● ´ ー ｀ ● ) はスバラシイ 投稿日：2005/09/29(木) 22:26:30 ID:iVZkCRO8
NEの東芝のceatec japan PR記事
ceatecで展示するcell
Cellリファレンスセットの展示
ソフトウェア開発プラットフォームの展示
mpeg2 48本同時再生のデモ
4つのTV放送の録画と視聴を同時に行うデモ
Cellの高度な画像認識技術を利用した魔法の鏡
鏡に向かった来場者の顔の画像をカメラで捉え、
その画像に化粧をしたり髪型を変えたりするデモ
ハリウッドのＣＧとまではいかないにしても、
単純な合成画像でなく、ちゃんと顔の輪郭を抽出して
それにちゃんとレンダリング＋光源計算さたれカツラ画像を背景や輪郭に対して高度に境界補正しつつ
人物の動きや傾きに遅延なくリアルタイムに追従描画するというのなら見てみたいが。
現時点ではなんとも言えないわけで。
単純な合成画像でなく、ちゃんと顔の輪郭を抽出して
それにちゃんとレンダリング＋光源計算さたれカツラ画像を背景や輪郭に対して高度に境界補正しつつ
人物の動きや傾きに遅延なくリアルタイムに追従描画するというのなら見てみたいが。
現時点ではなんとも言えないわけで。
合成なら画像認識じゃねーじゃんｗ
>64 バカ?
>>64
すんごい馬鹿だなｗｗ
すんごい馬鹿だなｗｗ
＞単純な合成画像でなく、ちゃんと顔の輪郭を抽出して
俺が言いたいのは、顔の輪郭とか目や鼻とかの部位の
特徴を抽出できないと、画像認識とは言わねーってこと。
単に画像に髪型や化粧を合成するだけな訳ねーじゃん。
俺が言いたいのは、顔の輪郭とか目や鼻とかの部位の
特徴を抽出できないと、画像認識とは言わねーってこと。
単に画像に髪型や化粧を合成するだけな訳ねーじゃん。
ようするにプリクラかwwww
WBSかどっかでそんなデモしてたような？
顔写真取り込んで3D化して表情変えたりしてた。
あれからもっとグレードアップしたのかな...
顔写真取り込んで3D化して表情変えたりしてた。
あれからもっとグレードアップしたのかな...
>>70
実はあれCell使ってましたって落ちだったりしてｗ
実はあれCell使ってましたって落ちだったりしてｗ
つかさ、そんなの愛地球博であったろ。
東芝かどこかのブースで
東芝かどこかのブースで
アレはリアルタイム合成じゃないよ。
まず顔をデジカメで取り込んで、目鼻口などの位置を画像認識。
それを元にポリゴンデータを作成して、上映時にリアルタイムレンダリングするという手順。
リアルタイムで顔にエフェクトかけるのとは違う。
まず顔をデジカメで取り込んで、目鼻口などの位置を画像認識。
それを元にポリゴンデータを作成して、上映時にリアルタイムレンダリングするという手順。
リアルタイムで顔にエフェクトかけるのとは違う。
リアルタイムじゃないなら大昔からあるよ。
福岡の宇宙博でそれ試してみた。
中々凄かったよ。
PS3-eyetoyでも使って家で簡単に出来ればかなり面白いと思う。
通販に応用できそうだよな。
福岡の宇宙博でそれ試してみた。
中々凄かったよ。
PS3-eyetoyでも使って家で簡単に出来ればかなり面白いと思う。
通販に応用できそうだよな。
CEATECっていつだっけ？
行きたいが、ﾁｬﾗﾁｬﾗした格好の俺が行くと場違いそうで怖いorz面白そうなんだが
行きたいが、ﾁｬﾗﾁｬﾗした格好の俺が行くと場違いそうで怖いorz面白そうなんだが
>>77
さんきゅ。 明日からかーって・・・平日仕事だよﾏﾏﾝ
さんきゅ。 明日からかーって・・・平日仕事だよﾏﾏﾝ
東京工大シーテックライブ
http://www.teu.ac.jp/intebro/ceatec2005/index.html
http://www.teu.ac.jp/intebro/ceatec2005/index.html
>>79
おい、それどこの東京工大だよ！！
おい、それどこの東京工大だよ！！
どこのって、東京だろ、たぶん
そんな大学知らん
>>84
それはクタタンがAVオタの伝道師という事が言いたいのですか？
それはクタタンがAVオタの伝道師という事が言いたいのですか？
実際クタタンはスペック厨だよな、どう考えても。
まあ、ＡＶオタであるのは事実だしｗ
ま、スペックがあればなんでもできるからんな。
レボコンとか、PS2ですらアイトイのようにいくらでも実現可能。
レボコンとか、PS2ですらアイトイのようにいくらでも実現可能。
89 ：名無しさん必死だな：2005/10/03(月) 21:16:00 ID:phVZ0Mh1
NHKニュース10
景気回復はホンモノか鍵握る先端技術・工場への設備投資
景気回復はホンモノか鍵握る先端技術・工場への設備投資
>83
ひでぇ w
確かに知名度は低いが、テクノロジー系の人の間では結構知られてると思ってたのにな。
ひでぇ w
確かに知名度は低いが、テクノロジー系の人の間では結構知られてると思ってたのにな。
ちなみにCELLデモは東芝ブースじゃなく、
東芝セミコンブースの可能性もあるので、
行く人は気をつけてね。
東芝ブースは一般機器側のステージ、
東芝セミコンブースは部品・デバイス側の
ステージにあると思う。念のため。
東芝セミコンブースの可能性もあるので、
行く人は気をつけてね。
東芝ブースは一般機器側のステージ、
東芝セミコンブースは部品・デバイス側の
ステージにあると思う。念のため。
日本工学院もよろしく頼むよ
おいこらCCDは頑張れと言ったばかりじゃないか
東京大学と東京工業大学はロボコン仲間だから愛してます
工科大学は知らんかった
工科大学は知らんかった
似たような名前の大学っていっぱいあるからね。
97 ：名無しさん必死だな：2005/10/03(月) 23:44:11 ID:UKOfdPH2
wbsでシーテックきたけど、Cellは出てくるかな？
WBS、村田製作所ばっかり。
スレ違いだが、自転車ロボット(*´Д`)ﾊｧﾊｧ。
スレ違いだが、自転車ロボット(*´Д`)ﾊｧﾊｧ。
99 ：名無しさん必死だな：2005/10/04(火) 00:41:47 ID:IEWeddSl
サーバダウン中、みんな口開いてたのが笑える。
誤爆・・・スマソ・・・
東京工科大は元写真大だろ？
>92
テクノロジースレに居るような人たちって意味でテクノロジー系と書いたんだよね。
東工大は理系では常識、文系では非常識ってかんじだと思う。
地方で普通のおばちゃんと話してて東工大ですって言ったら「可哀想に・・・」みたいな目をされて以後話題に上らなかった。
テクノロジースレに居るような人たちって意味でテクノロジー系と書いたんだよね。
東工大は理系では常識、文系では非常識ってかんじだと思う。
地方で普通のおばちゃんと話してて東工大ですって言ったら「可哀想に・・・」みたいな目をされて以後話題に上らなかった。
さっき日テレのニュースでやってた ＜顔に化粧
>103
どんな感じだった？
どんな感じだった？
学生なのにCEATEC会場来ました。サラリーマンばっかで凄い浮いてますｗｗｗ
ちゃんと東芝ブース行ってきます
ちゃんと東芝ブース行ってきます
結構自然な感じ？
つか、後ろにCellロゴがあるが、これってCell商品に統一して付けたりするんかね。
インテル入ってるマークみたく。
つか、後ろにCellロゴがあるが、これってCell商品に統一して付けたりするんかね。
インテル入ってるマークみたく。
だれかCEATECのcellのセッション聞く人いたらどんな話したか教えてくれ
>>104
これ使った仮面ライダーやウルトラマンをアイトイで作れば
カメラの前で変身ポーズ決めれば
画面内の自分がちゃんと変身するようになるな
はたから注がれる視線はこの際忘れるとして…
ドラゴンボールやX-MENだったら米国で100万狙えるかも知れん
あっちはそういうの大好きだ
これ使った仮面ライダーやウルトラマンをアイトイで作れば
カメラの前で変身ポーズ決めれば
画面内の自分がちゃんと変身するようになるな
はたから注がれる視線はこの際忘れるとして…
ドラゴンボールやX-MENだったら米国で100万狙えるかも知れん
あっちはそういうの大好きだ
これを応用してさらに服の試着の出来るオンラインブティック作れば儲かるぞ。
14:05 パナソニックブース
東京硬貨大だめぽ
素人の放送とはいえひどすぎる
素人の放送とはいえひどすぎる
たしかメガネ業界が早くからこんなシステムを導入してなかったっけ？
自分の好きなフレームのメガネを自分の顔に掛けさせたりしてた。
自分の好きなフレームのメガネを自分の顔に掛けさせたりしてた。
>>116
あれは単に写真にメガネを上からかぶせてるだけじゃん。
あれは単に写真にメガネを上からかぶせてるだけじゃん。
>>112,114
フジのニュースだと下着姿のモデルの動画にCGの服をかぶせてる映像があったよ
フジのニュースだと下着姿のモデルの動画にCGの服をかぶせてる映像があったよ
現行のアイトーイって価格から見て35万か10万画素だろうから、
PS3で使うなら130万画素以上の新型が欲しい気もする。
PS3で使うなら130万画素以上の新型が欲しい気もする。
>>118
それは期待できるな。
それは期待できるな。
服だとクロスシミュをどうするかのが問題になりそうだけど。
静止画じゃ無いんだよね？
静止画じゃ無いんだよね？
124 ：名無しさん必死だな：2005/10/04(火) 15:28:59 ID:Ftnbx1Sm
レベルの高いアイコラができますか？
なんだって君の思うがままさ
ソーテック東芝情報まだぁ
"CGの服をかぶせてる"と書いたけど、これじゃウソだw
正確にいうと下着姿の女性の映像(実写)と
それとおなじ動きをしてるCGの女性(服をきてる)の映像がながれていて
そこに「服のデザインがしやすくなるかも」というようなナレーションがはいってた。
>>121
動画だった。
あらかじめ撮影されていたものだったのは間違いないけど
ファッションショーらしき場面だったから
デモンストレーション用に撮影した映像には見えなかった。
アナウンサーの顔のうえにCGのメイクしたり髪型をかえるやつもやってた>>106みたいなやつ
データをとるのにどれほどの時間がかかるのかは知らないけど
正確にいうと下着姿の女性の映像(実写)と
それとおなじ動きをしてるCGの女性(服をきてる)の映像がながれていて
そこに「服のデザインがしやすくなるかも」というようなナレーションがはいってた。
>>121
動画だった。
あらかじめ撮影されていたものだったのは間違いないけど
ファッションショーらしき場面だったから
デモンストレーション用に撮影した映像には見えなかった。
アナウンサーの顔のうえにCGのメイクしたり髪型をかえるやつもやってた>>106みたいなやつ
データをとるのにどれほどの時間がかかるのかは知らないけど
裸の女性にCGで服を重ねて描画
見えそうで見えない
ああ恨めしやCellパワー
見えそうで見えない
ああ恨めしやCellパワー
>>128
ぜひ逆パターンを
ぜひ逆パターンを
動画のアイコラって最近あったじゃん。もーむすのやつ。
なんか水着の上にポリゴン重ねてコラージュしてるの。
あれをリアルタイムでやれば、捕まると思う。
なんか水着の上にポリゴン重ねてコラージュしてるの。
あれをリアルタイムでやれば、捕まると思う。
【CEATEC JAPAN 2005レポート Vol.4】
“Cell”の処理能力で奇妙に変身!?
“デジタルかがみtype F”を披露――東芝
http://ascii24.com/news/i/topi/article/2005/10/04/658353-000.html
“Cell”の処理能力で奇妙に変身!?
“デジタルかがみtype F”を披露――東芝
http://ascii24.com/news/i/topi/article/2005/10/04/658353-000.html
http://ascii24.com/news/i/topi/article/2005/10/04/imageview/images787914.jpg.html
Cell開発キットって、既に筐体も出来てるんだな。高そう。
Cell開発キットって、既に筐体も出来てるんだな。高そう。
でっかいなー
今フジで見たけどCELLの名前は出ないんだな…
>>134
中に組み込まれてる部品の1つを取り上げても、一般人は興味ないからね。
中に組み込まれてる部品の1つを取り上げても、一般人は興味ないからね。
CEATEC疲れた・・・。
魔法の鏡は予想以上の出来だった。顔の取り込みはペンタブで顎の輪郭をなぞって頭の先をチョンってやるだけ。
その後10秒たたずにもうデモンストレーションスタート。Cell賢いわ。
魔法の鏡は予想以上の出来だった。顔の取り込みはペンタブで顎の輪郭をなぞって頭の先をチョンってやるだけ。
その後10秒たたずにもうデモンストレーションスタート。Cell賢いわ。
10秒かからないのか？
画像認識から処理
cellの処理能力は、本気で高いな
画像認識から処理
cellの処理能力は、本気で高いな
近い将来特殊なゴーグルを使って、待ち行く女性を水着や下着姿にして楽しむ
電脳透視が流行るに違いない
電脳透視が流行るに違いない
動画ニュースあったよ。
半導体の処理速度向上により、顔の表面をおよそ500個の点の動きで把握し、表情や顔の動きを3次元で追跡するもの。
これを応用すれば、モデルの動きにあわせて髪形や服がどう見えるか、画面上で簡単に見られるようになる。
http://headlines.yahoo.co.jp/videonews/fnn/20051004/20051004-00000273-fnn-bus_all.html
半導体の処理速度向上により、顔の表面をおよそ500個の点の動きで把握し、表情や顔の動きを3次元で追跡するもの。
これを応用すれば、モデルの動きにあわせて髪形や服がどう見えるか、画面上で簡単に見られるようになる。
http://headlines.yahoo.co.jp/videonews/fnn/20051004/20051004-00000273-fnn-bus_all.html
グラビアや卒業写真も管理しないと勝手に動画にされる時代が来るのか
0.5秒～1秒くらいはラグってるね。
それでも結構凄い。
この手の技術デモって見た目的にはショボっての多いのに、これは違和感ないし。
それでも結構凄い。
この手の技術デモって見た目的にはショボっての多いのに、これは違和感ないし。
もっとフレームレートが低くてカクカクな感じになると思ったけど、そうでもないね
>142
こっちは検出があまい感じだな。
こっちは検出があまい感じだな。
へー、結構凄いな、これを普通のパソコンでやったらどんくらいのもんなんだろう。
>>145
もっと凄いことが出来る
もっと凄いことが出来る
これ、ときメモオンラインに使えるな
自分の顔だしてネットギャルゲーやる勇者がたくさんいたらな。
顔はリアルタイムで整形してもらうに決まってんだろ！
【CEATEC】東芝のCellリファレンス・セット，デモに人だかり
http://techon.nikkeibp.co.jp/article/NEWS/20051004/109266/
内容が薄い・・・
http://techon.nikkeibp.co.jp/article/NEWS/20051004/109266/
内容が薄い・・・
>>151
筐体でけーと思ったら、中はかなりすっきりしてるな
筐体でけーと思ったら、中はかなりすっきりしてるな
つーかCellは水冷してるね XDRにも大きなヒートシンク
ttp://techon.nikkeibp.co.jp/article/NEWS/20051004/109266/toshiba_cell04.JPG
前回東芝のデモは2.4GHz版だったけど 今回も同じとしたら結構熱いのか
ttp://techon.nikkeibp.co.jp/article/NEWS/20051004/109266/toshiba_cell04.JPG
前回東芝のデモは2.4GHz版だったけど 今回も同じとしたら結構熱いのか
「CEATEC JAPAN 2005」基調講演レポート
デジタル時代のコンスーマ・エレクトロニクスの未来
ソニーCEO ハワード・ストリンガー氏
http://www.watch.impress.co.jp/av/docs/20051004/ceatec06.htm
＞ストリンガーCEOは、こんなたとえ話も出した。「ヤンキースの松井選手の打席を、
＞仕事が忙しくて見られなかった場合、1週間の録画した大量の映像のなかから、
＞松井選手の打席だけを探して、しかも、それを3分間のハイライトビデオとして再構成してくれる。
＞Cellによって、こうしたことが可能になる」
ん～微妙・・・
デジタル時代のコンスーマ・エレクトロニクスの未来
ソニーCEO ハワード・ストリンガー氏
http://www.watch.impress.co.jp/av/docs/20051004/ceatec06.htm
＞ストリンガーCEOは、こんなたとえ話も出した。「ヤンキースの松井選手の打席を、
＞仕事が忙しくて見られなかった場合、1週間の録画した大量の映像のなかから、
＞松井選手の打席だけを探して、しかも、それを3分間のハイライトビデオとして再構成してくれる。
＞Cellによって、こうしたことが可能になる」
ん～微妙・・・
157 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/04(火) 22:47:00 ID:9TOEgo9K BE:15734047-###
「CEATEC JAPAN 2005」基調講演レポート
「電子情報技術のイノベーションが創造する新しいライフスタイル」
東芝 取締役会長 岡村正氏
http://www.watch.impress.co.jp/av/docs/20051004/ceatec05.htm
「CEATEC JAPAN 2005」基調講演レポート
デジタル時代のコンスーマ・エレクトロニクスの未来
ソニーCEO ハワード・ストリンガー氏
http://www.watch.impress.co.jp/av/docs/20051004/ceatec06.htm
「電子情報技術のイノベーションが創造する新しいライフスタイル」
東芝 取締役会長 岡村正氏
http://www.watch.impress.co.jp/av/docs/20051004/ceatec05.htm
「CEATEC JAPAN 2005」基調講演レポート
デジタル時代のコンスーマ・エレクトロニクスの未来
ソニーCEO ハワード・ストリンガー氏
http://www.watch.impress.co.jp/av/docs/20051004/ceatec06.htm
>155
AVの中からヤッテルシーンだけ抽出して編集なんて事も可能に。
他に現実的な所でいくと、ニュース番組のスポーツコーナーのみ抽出とか出来るんでない？
AVの中からヤッテルシーンだけ抽出して編集なんて事も可能に。
他に現実的な所でいくと、ニュース番組のスポーツコーナーのみ抽出とか出来るんでない？
自動CMカットでしょ。
あるいは嫌いなタレントをCG上書きで消すとか。
あるいは嫌いなタレントをCG上書きで消すとか。
>159
ドラマの中に入れます、とか？
ドラマの中に入れます、とか？
ttp://www.watch.impress.co.jp/av/docs/20051004/ceatec06.htm
王貞治を知らない世代が今後お客様になる事を 今日高校1年の姪に思い知らされた
けどな
王貞治を知らない世代が今後お客様になる事を 今日高校1年の姪に思い知らされた
けどな
松井の顔を認識して自動編集でもするのかいなｗ
松井とかMATSUIって文字を認識する方が楽じゃね？
165 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/04(火) 23:00:06 ID:9TOEgo9K BE:31467078-###
○○にしこり
と言う字幕スーパーに何故か誤反応。
と言う字幕スーパーに何故か誤反応。
雨のため放送が遅れてます
のグランドキャニオン風景の中のゴツゴツした岩をズームアップするCELL
のグランドキャニオン風景の中のゴツゴツした岩をズームアップするCELL
なぜか料理番組のジャガイモもズームアップ。
お前ら、松井を馬鹿にしとんのかと(笑
>>167
手の動きを認識して、レンダリングされたなんちゃって料理完成。
手の動きを認識して、レンダリングされたなんちゃって料理完成。
凄いことが出来るってことが分かると今度は無駄使いﾜﾛｽ
PS3も水冷だろうな、でも水冷だったらポンプの寿命＝PS3の寿命になるなｶﾞｸｶﾞｸ(((( ；ﾟДﾟ))))ﾌﾞﾙﾌﾞﾙ
つ［修理］
>>171
PS3は液体窒素冷却ですよ。
PS3は液体窒素冷却ですよ。
PS3を使用する際は必ず窓を開け、窒息に注意しながら遊んでください。
でもホントどうするんだろ・・・土壇場でクロックダウンとかあんのかな・・・
176 ：名無しさん必死だな：2005/10/04(火) 23:43:37 ID:/Lvy71NU
デジタルかがみ、RSXもあればラグ無しで実行できそう
なんかレボより面白いこと出来そうだけどな
水冷だったら、水を足せばいいじゃない。
先端技術をいかに無駄遣いするか・・・
そういう発想ゲーム制作には必要ですな
そういう発想ゲーム制作には必要ですな
もう、ここまで熱ければ、2.4GHzに落ち着きそうだな。
でも実際どんくらい発熱するかってソース無いよね。
そこで超電導ですよ
東芝が「Cell」開発キット展示、地上デジタル復調やIDEを初披露
http://www.eetimes.jp/contents/200510/3070_1_20051004214005.cfm
48本のMPEG-2を同時デコード──Cellリファレンス
http://www.itmedia.co.jp/news/articles/0510/04/news099.html
http://www.eetimes.jp/contents/200510/3070_1_20051004214005.cfm
48本のMPEG-2を同時デコード──Cellリファレンス
http://www.itmedia.co.jp/news/articles/0510/04/news099.html
3.2GHzのCell、RSX、BD、HDDを入れたら、
発熱やばいんじゃないかな
発熱やばいんじゃないかな
ソニーはクールだからその辺はなんとかするんじゃね？
ＰＳＰ２にはＣＥＬＬジュニアが採用されますねきっと
電磁ポンプの液体金属冷却かもな、これなら可動部無いし、液が減ることも無いし。
普通にVAIOと同様にヒートパイプと大型ファンじゃないの。
でも、ヒートパイプって置く向きを変えても使えるんだっけ？
でも、ヒートパイプって置く向きを変えても使えるんだっけ？
「Super Companion Chip」とCellとは毎秒5バイトで接続
>>142
テレ東ＷＢＳでは、東芝デモの紹介でCellの名前が出ました。
テレ東ＷＢＳでは、東芝デモの紹介でCellの名前が出ました。
>>188
縦横両置きとは言っても、下側になる向きは決まってるんだから問題は
無いと思われ。熱移動が水平か上向きでさえあれば機能する。
あとは、ヒートパイプよりもレイアウトが柔軟なヒートレーンを使う可能性もある。
縦横両置きとは言っても、下側になる向きは決まってるんだから問題は
無いと思われ。熱移動が水平か上向きでさえあれば機能する。
あとは、ヒートパイプよりもレイアウトが柔軟なヒートレーンを使う可能性もある。
発熱に関して言えば360のCPU,GPUの方が心配・・・
何をトチ狂ったか箱CPUは3.2GHzらしいしＩＢＭ、ＡＴＩはチップは作った
あとはシラネだろうし１２月には発売だし。ハード開発能力全くないＯＳ屋
のＭＳがこの問題をどう解決したんだろ。やっぱり詐欺的な対策なのかな。
何をトチ狂ったか箱CPUは3.2GHzらしいしＩＢＭ、ＡＴＩはチップは作った
あとはシラネだろうし１２月には発売だし。ハード開発能力全くないＯＳ屋
のＭＳがこの問題をどう解決したんだろ。やっぱり詐欺的な対策なのかな。
発熱とトチ狂ったという単語をみて例のblogの話をしてるのかと思ったじゃないか
>>193
というかその辺りはSCEのゲーム開発者に任したほうが良さそうだな。
というかその辺りはSCEのゲーム開発者に任したほうが良さそうだな。
>>198
１つの箱に大径ファン3発とかなんかディーゼル自家発電所を思い出すな･･･
１つの箱に大径ファン3発とかなんかディーゼル自家発電所を思い出すな･･･
Xbox 360試遊台ケースの中には扇風機が
http://plusd.itmedia.co.jp/games/articles/0505/19/news109.html
´ ヾ
゛ （⌒） ヽ
(（、´゛）)
.. |||||
（( ⊂_ヽ |||||| ﾄﾞｯｶｰﾝ !!
（ ＼＼ ∧＿∧） ))
（（⌒））＼ <♯｀Д´>
ノ火 > ⌒ヽ
(⌒(（⌒)/:..:″;.へ ＼））,
（⌒（ ⌒ ）::./）） ＼＼ ﾌｧﾋﾞｮ━━━ﾝ！
（ XBOX360） ヽ_つ ～γ⌒'ヽ
（（ ⌒ ）） ）） ～i ミ（二i
从ﾉ.::;;火;; 从））ﾞ ～ヽ､,,_| |ﾉ
从::;;;;;ﾉ ）;;;;;从 r-.! !-､
从;;;;;::人 ；ﾉ;;;;;从人 ｀'----'
ファン3発装備ってこれの悪夢を思い出すよ
http://plusd.itmedia.co.jp/games/articles/0505/19/news109.html
´ ヾ
゛ （⌒） ヽ
(（、´゛）)
.. |||||
（( ⊂_ヽ |||||| ﾄﾞｯｶｰﾝ !!
（ ＼＼ ∧＿∧） ))
（（⌒））＼ <♯｀Д´>
ノ火 > ⌒ヽ
(⌒(（⌒)/:..:″;.へ ＼））,
（⌒（ ⌒ ）::./）） ＼＼ ﾌｧﾋﾞｮ━━━ﾝ！
（ XBOX360） ヽ_つ ～γ⌒'ヽ
（（ ⌒ ）） ）） ～i ミ（二i
从ﾉ.::;;火;; 从））ﾞ ～ヽ､,,_| |ﾉ
从::;;;;;ﾉ ）;;;;;从 r-.! !-､
从;;;;;::人 ；ﾉ;;;;;从人 ｀'----'
ファン3発装備ってこれの悪夢を思い出すよ
>>200
中に入ってるの実機じゃないじゃん。ﾂﾏﾝﾈ
中に入ってるの実機じゃないじゃん。ﾂﾏﾝﾈ
>193
俺、DVDレコ付いたコクーン持ってるんだけど＾＾；
俺、DVDレコ付いたコクーン持ってるんだけど＾＾；
>>203
懐かしいネタだな、おまいさん。
今の10代の子供は知っているのだろうか？
しかし、ニュースでCellのデモを見たが中々凄いな。
SONYはPS3に搭載するけど、東芝、IBMがどういう商品で
Cellを搭載しようとしているかが気になる。
IBMの場合、AIXにでも搭載したら処理能力が大幅に向上しそうだが。
懐かしいネタだな、おまいさん。
今の10代の子供は知っているのだろうか？
しかし、ニュースでCellのデモを見たが中々凄いな。
SONYはPS3に搭載するけど、東芝、IBMがどういう商品で
Cellを搭載しようとしているかが気になる。
IBMの場合、AIXにでも搭載したら処理能力が大幅に向上しそうだが。
当時ナイトフラッシャーつけた車がいっぱい居たな。
デビッド・ハッセルホフがプロデュースして映画つくるって噂があったけどあれどうなったんだろ。
デビッド・ハッセルホフがプロデュースして映画つくるって噂があったけどあれどうなったんだろ。
CELLキットって、一般でも買えるのかな。だったらほすぃ。
関係ないけど・・・・
ナイト2000をコツコツ作ってる人もいる。
ナイトライダーへの道
http://www.lcv.ne.jp/~aiaki/kitt/kitt.html
関係ないけど・・・・
ナイト2000をコツコツ作ってる人もいる。
ナイトライダーへの道
http://www.lcv.ne.jp/~aiaki/kitt/kitt.html
やあマイケル
おはようマイコゥ
211 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/06(木) 01:44:44 ID:1WVdOrxM
http://www.watch.impress.co.jp/av/docs/20051005/ceatec11.htm
＞また、2006年4月発売予定のCell開発リファレンスセットを使ったデモでは、
＞高い処理能力を生かしてMPEG-2 TSの4放送同時録画/再生や、MPEG-2 TS
＞からH.264へのトランスコードなどが可能であることが説明されている。
mpeg2TSって、地上デジタルとか、BSデジタルのＨＤソースですよね。
1SPEで再生、何個か使えばH.264エンコも逝けるぽと、NE誌では推測のような形で書かれてましたけど。。
＞また、2006年4月発売予定のCell開発リファレンスセットを使ったデモでは、
＞高い処理能力を生かしてMPEG-2 TSの4放送同時録画/再生や、MPEG-2 TS
＞からH.264へのトランスコードなどが可能であることが説明されている。
mpeg2TSって、地上デジタルとか、BSデジタルのＨＤソースですよね。
1SPEで再生、何個か使えばH.264エンコも逝けるぽと、NE誌では推測のような形で書かれてましたけど。。
MPEG2-TSは別にHDとは限らないよ。SDも入る。
デジタル放送が全てHDな訳じゃないし。
マルチ放送で1つの放送局で最大3つの番組を
分割で流したりできるので、そのときにSDが使われる。
デジタル放送が全てHDな訳じゃないし。
マルチ放送で1つの放送局で最大3つの番組を
分割で流したりできるので、そのときにSDが使われる。
そもそもMPEG-2 TSからH.264へのトランスコードなんてできるのか？
同一の形式でしか出来んと思ってた。
同一の形式でしか出来んと思ってた。
再エンコードの意味でトランスコードを使っただけなんじゃナイン
つか、それがHDならオーバースペックも良いところじゃん。
逆に問題な気も。
逆に問題な気も。
360GPUのコアとオンチップDRAMの帯域って32GB/sじゃなかったっけ？
↓の記事だと22.4GB/sとなってる
【PROTEC】NECエレ，Ｘbox 360向けにDRAM混載LSIとグラフィックスLSIのSiPを開発
http://techon.nikkeibp.co.jp/article/NEWS/20051005/109392/
http://techon.nikkeibp.co.jp/article/NEWS/20051005/109392/20051005protecfig1.jpg
↓の記事だと22.4GB/sとなってる
【PROTEC】NECエレ，Ｘbox 360向けにDRAM混載LSIとグラフィックスLSIのSiPを開発
http://techon.nikkeibp.co.jp/article/NEWS/20051005/109392/
http://techon.nikkeibp.co.jp/article/NEWS/20051005/109392/20051005protecfig1.jpg
ほんとだ。32GB/sはまたMSの虚言だったのかｗ
ソニー・ピクチャーズ、ＣＧアニメ映画を制作・来秋第１弾
http://it.nikkei.co.jp/digital/news/index.aspx?i=2005100508348ea
Cell鯖を使うとは書いてないけど、前に茶谷氏がインタビューで、
「ソニーピクチャーエンターテイメントなどは、映画用CGのレンダリングファームとしてPS3を使おうと考えているようです。」
と、答えてるからいずれ使われるのかねぇ。
http://it.nikkei.co.jp/digital/news/index.aspx?i=2005100508348ea
Cell鯖を使うとは書いてないけど、前に茶谷氏がインタビューで、
「ソニーピクチャーエンターテイメントなどは、映画用CGのレンダリングファームとしてPS3を使おうと考えているようです。」
と、答えてるからいずれ使われるのかねぇ。
むむ、東芝のCellワークステーション年末から年明けなのか。
Re:CellとかSEDとか (スコア:0)
Anonymous Coward のコメント: 2005年10月06日 0時08分 (#809531)
Cellは東芝ブースにてMPEG2フォーマット動画の48本同時デコードデモやってました．
生で見るとすごいですね．
リファレンスセットのハードウェアプラットフォーム
(ハウジング・電源・水冷機構セット？)も年末から年明け
までには販売されるそうな．
統合開発環境はEclipseで，開発イメージとしてPPEとSPEの連携デバッグができるように描かれてました．
ただ，セッションを聞いていた限りでは Cell Broadband Engine
と呼んでいて，家電向けに狙っている模様．
資料でもリファレンスセット向け開発フレームワークを
AVフレームワークと呼んでいたので他用途の場合のものも
出てくるんだと思われます．
Re:CellとかSEDとか (スコア:0)
Anonymous Coward のコメント: 2005年10月06日 0時08分 (#809531)
Cellは東芝ブースにてMPEG2フォーマット動画の48本同時デコードデモやってました．
生で見るとすごいですね．
リファレンスセットのハードウェアプラットフォーム
(ハウジング・電源・水冷機構セット？)も年末から年明け
までには販売されるそうな．
統合開発環境はEclipseで，開発イメージとしてPPEとSPEの連携デバッグができるように描かれてました．
ただ，セッションを聞いていた限りでは Cell Broadband Engine
と呼んでいて，家電向けに狙っている模様．
資料でもリファレンスセット向け開発フレームワークを
AVフレームワークと呼んでいたので他用途の場合のものも
出てくるんだと思われます．
液冷にしたほうが静粛性では有利かも。
>220
テクノロジースレなんだし、引用には出典を付けましょうや。
テクノロジースレなんだし、引用には出典を付けましょうや。
スラッシュドットじゃ無いの？
書式からして
書式からして
>>218
ヒント：GSCube
ヒント：GSCube
japan.linux.com | IBMによるCellプロセッサのプロモーションはPowerスタイル
http://japan.linux.com/enterprise/05/10/04/1123221.shtml
http://japan.linux.com/enterprise/05/10/04/1123221.shtml
【PROTEC】東芝がCell向けのボード設計技術を公表，液冷方式，斜め配線などに注目
http://techon.nikkeibp.co.jp/article/NEWS/20051006/109422/
http://techon.nikkeibp.co.jp/article/NEWS/20051006/109422/
>>219
モックアップを見る限りだと通気口は少ないからPS2の時のように
巨大なヒートシンクで空冷、というわけでも無さそうだ。
内部構造の簡略化や筐体の小型化を狙うとするなら、PCと違って
専用設計に出来る有利さも含めて液冷の可能性はゼロではないね。
モックアップを見る限りだと通気口は少ないからPS2の時のように
巨大なヒートシンクで空冷、というわけでも無さそうだ。
内部構造の簡略化や筐体の小型化を狙うとするなら、PCと違って
専用設計に出来る有利さも含めて液冷の可能性はゼロではないね。
縦置きでいうと上にしか無いよね。
あれでいけるんだろうか。
あれでいけるんだろうか。
>>230
PS3のデザインは横置き時に上に物が置けないように曲面になってるという話を
どこかで聞いたことがあるから、筐体自体も何らかの役割があると思われ。
あのモックアップが最終バージョンだとは思わないが、もしもCellやRSXなどの
チップを積んだ上で通気口をあの程度に抑えられる冷却システムだとするなら
どういうアプローチを取るのかも非常に興味がある。
PS3のデザインは横置き時に上に物が置けないように曲面になってるという話を
どこかで聞いたことがあるから、筐体自体も何らかの役割があると思われ。
あのモックアップが最終バージョンだとは思わないが、もしもCellやRSXなどの
チップを積んだ上で通気口をあの程度に抑えられる冷却システムだとするなら
どういうアプローチを取るのかも非常に興味がある。
こりゃマジで２０万もありそうだぜ・・・
233 ：( ○ ´ ー ｀ ○ ) はスバラシイ：2005/10/06(木) 21:30:11 ID:1WVdOrxM
>224
http://pcweb.mycom.co.jp/articles/2004/08/09/gp2/001.html
http://pcweb.mycom.co.jp/photo/articles/2004/08/09/gp2/images/008l.jpg
あ、鏡の元ネタはこれなんだ。
http://pcweb.mycom.co.jp/articles/2004/08/09/gp2/001.html
http://pcweb.mycom.co.jp/photo/articles/2004/08/09/gp2/images/008l.jpg
あ、鏡の元ネタはこれなんだ。
>東芝セミコンダクター社の檜田和浩氏が発表した、あらかじめ用意した
>その人自身の顔3Dモデルと入力のリアルタイムビデオの映像から
>表情などの情報を抽出し、最終的に顔3Dモデルと実写映像を高品位
>に合成するという研究。GPUで顔3Dモデルとビデオ映像との比較処理
>を行っている。放送局のバーチャルスタジオなどへの応用が期待される
あら、ほんと。この研究をそのままCELLに移植したっぽいね。
>その人自身の顔3Dモデルと入力のリアルタイムビデオの映像から
>表情などの情報を抽出し、最終的に顔3Dモデルと実写映像を高品位
>に合成するという研究。GPUで顔3Dモデルとビデオ映像との比較処理
>を行っている。放送局のバーチャルスタジオなどへの応用が期待される
あら、ほんと。この研究をそのままCELLに移植したっぽいね。
Cellのアーキテクチャには秘密にしておくべきことなどない
まず、Cellプロセッサ自体が当初からLinuxに関与していること
http://japan.linux.com/enterprise/05/10/04/1123221.shtml
SPEの開発責任者をしていたHofstee氏
「Cellの支持者たちがシミュレータを手にすれば―今年末までにはそうなるだ
ろうが―この新しいプラットフォームに対する反応と開発はもっと活発になる
だろう」「今のところ、Cellの話題は興味深い読み物になる。だが、君たち記
者はCellをネタにした記事をあまり多くは書けないよ。次の段階に移って人々
がCellを手に取ることができる頃には、Cellの価値はすっかり公認のものにな
ってしまうだろうからね」
まず、Cellプロセッサ自体が当初からLinuxに関与していること
http://japan.linux.com/enterprise/05/10/04/1123221.shtml
SPEの開発責任者をしていたHofstee氏
「Cellの支持者たちがシミュレータを手にすれば―今年末までにはそうなるだ
ろうが―この新しいプラットフォームに対する反応と開発はもっと活発になる
だろう」「今のところ、Cellの話題は興味深い読み物になる。だが、君たち記
者はCellをネタにした記事をあまり多くは書けないよ。次の段階に移って人々
がCellを手に取ることができる頃には、Cellの価値はすっかり公認のものにな
ってしまうだろうからね」
236 ：名無しさん必死だな：2005/10/07(金) 00:02:20 ID:jNJuCwPL
この顔認識が発展したら
ブルースクリーン無しの背景合成も出来そうだな
と、ｻｸｻｸみてｵﾓﾀ
ブルースクリーン無しの背景合成も出来そうだな
と、ｻｸｻｸみてｵﾓﾀ
238 ：名無しさん必死だな：2005/10/07(金) 00:08:36 ID:9kwLtXQk
アイトーイ２とか用意して、その人の顔を取り込んで500箇所のポイントで
その人が誰であるかを特定したら、いよいよCELLの出番だ
「おはよう、マイケル」
その人が誰であるかを特定したら、いよいよCELLの出番だ
「おはよう、マイケル」
>>239
特定するのにもCellが必要だと思うが・・・
特定するのにもCellが必要だと思うが・・・
いずれやってくれるさ、CELL 9000とか。
"Daisy, Daisy, give me your answer do..."
"Daisy, Daisy, give me your answer do..."
IBMだしなぁ…
HALにはeyetoy付いてたし
ttp://japan.cnet.com/news/tech/story/0,2000047674,20088406,00.htm
画像の説明が…
＞Cellの本体であるプロセッサ「Super Companion Chip」（右）とチップセット「Super Companion Chip」（左）
どっちもスーパーコンパニオンかよ！
画像の説明が…
＞Cellの本体であるプロセッサ「Super Companion Chip」（右）とチップセット「Super Companion Chip」（左）
どっちもスーパーコンパニオンかよ！
ちょｗｗｗｗブロードバンドエンジンがｗｗｗｗｗ
しかもリロードしたら修正されてる(w
http://pc.watch.impress.co.jp/docs/2005/1006/kaigai215.htm
ここにあるデモすごい、PS３ならこれくらいできるの？
ここにあるデモすごい、PS３ならこれくらいできるの？
並列でがりがり演算するってところは、GPUと似てるねー
ああちなみにゲームでは無理だと思うよ、
たぶんそのデモは音すら演算してないで編集で付けてるだけだろうし。
たぶんそのデモは音すら演算してないで編集で付けてるだけだろうし。
http://japan.internet.com/webtech/20051007/10.html
『Cell』プロセッサ、ゲーム機以外の搭載製品登場
高性能組み込み型リアルタイム デジタル信号/画像処理ソリューションを手がける
ercury Computer Systems (NASDAQ:MRCY)は6日、IBM の『Cell BE (Broadband Engine)』プロセッサ2基を
搭載したコンピュータサーバー、『Dual Cell-Based Blade』を発表した。ピーク性能は400ギガフロップスを誇る。
『Cell』プロセッサ、ゲーム機以外の搭載製品登場
高性能組み込み型リアルタイム デジタル信号/画像処理ソリューションを手がける
ercury Computer Systems (NASDAQ:MRCY)は6日、IBM の『Cell BE (Broadband Engine)』プロセッサ2基を
搭載したコンピュータサーバー、『Dual Cell-Based Blade』を発表した。ピーク性能は400ギガフロップスを誇る。
>>253
意外とはやいな。
意外とはやいな。
Xビデオステーション画像処理用に一台買うかなｗ
mc.com の Datasheet (pdf) に "Noise level 45 dB from 1 m at 35°C"
流石に五月蝿いなｗ
流石に五月蝿いなｗ
これってPS3用に生産した中でSPE全部動くのをこっち持ってくるって事なんかな。
＞たとえば、軍の偵察/監視活動におけるレーダー、ソナー、信号処理用
＞あるいは、MRI、PET (陽電子放射断層撮影法)、デジタル X 線などの
＞画像診断機器用として
小島監督のMGS4デモが洒落じゃなくなったね
＞あるいは、MRI、PET (陽電子放射断層撮影法)、デジタル X 線などの
＞画像診断機器用として
小島監督のMGS4デモが洒落じゃなくなったね
プロモーションでCELL搭載ロボ作ったりして。
クタタンなら思いついたら作りかねん気がする。
クタタンなら思いついたら作りかねん気がする。
Cell搭載ロボが自我に目覚めてクタを殺しにいく
AIBOにCell載せて、更に詳細なターゲット認識能力を。
愛慕は打ち止めです・・ (=´ω`) 余裕がありません
そこまでいうのならPS3のおおまかな問題をいっておこう
・メモリの性能が違う分離メモリ
・根本的なメモリ不足、帯域不足
・フレームバッファに本当にSPEの処理効果を割けるのか
・Pen4の十分の1のPPE
これが化けの皮だ
・メモリの性能が違う分離メモリ
・根本的なメモリ不足、帯域不足
・フレームバッファに本当にSPEの処理効果を割けるのか
・Pen4の十分の1のPPE
これが化けの皮だ
まともか？
>>265
マトモじゃないだろw
マトモじゃないだろw
テクノロジースレのバカ(751)が晒されてるだけだけど、コピペしてる奴はもっとバカ。
バカの自演でしょ
Cellスレにはこないでね
Cellスレにはこないでね
270 ：名無しさん必死だな：2005/10/08(土) 08:37:14 ID:kCj1RFQe
>>247
テクスチャボケてるとどんなデモでも魅力1/10
テクスチャボケてるとどんなデモでも魅力1/10
東芝が開発した「スーパーコンパニオンチップ（SCC）」
という新チップを追加できると、同社の講演者タカユキ・ミハラ氏は説明した。
同氏によると、ビデオデコーディングのための追加サポートが必要な家電では、
CellのI/OポートにSCCを接続すれば、1台のデバイスで最大48本の標準精細度
のビデオストリームをデコードできるという。
http://www.itmedia.co.jp/news/articles/0508/16/news041.html
という新チップを追加できると、同社の講演者タカユキ・ミハラ氏は説明した。
同氏によると、ビデオデコーディングのための追加サポートが必要な家電では、
CellのI/OポートにSCCを接続すれば、1台のデバイスで最大48本の標準精細度
のビデオストリームをデコードできるという。
http://www.itmedia.co.jp/news/articles/0508/16/news041.html
272 ：名無しさん必死だな：2005/10/08(土) 14:02:09 ID:X2DOfT+4
＞たとえば、軍の偵察/監視活動におけるレーダー、ソナー、信号処理用
＞あるいは、MRI、PET (陽電子放射断層撮影法)、デジタル X 線などの
＞画像診断機器用として
某国の人達がまた大量に買いに来るのかな？？＞ＰＳ３
＞あるいは、MRI、PET (陽電子放射断層撮影法)、デジタル X 線などの
＞画像診断機器用として
某国の人達がまた大量に買いに来るのかな？？＞ＰＳ３
273 ：名無しさん必死だな：2005/10/08(土) 14:04:09 ID:YC0u1Ocx
V I P P E R な め る と
ヒ ド イ 目 ,r'"⌒ヽ に あ う お
／ ＾ω＾ ＼
, .-‐- くJ( ゝ-rr- ､、
/Y ,r ､ `ｰ r'"^〃 ､ つヒヽ
,ﾉ '^` i! =ﾃﾐ i' 天ﾆ ﾐ､ ='"^ヾ }
,/ ''=''" ﾉ-‐'ヾ-人,,＿＿ノnm､''::;;,, ｲ
i! ,∠-―-､、 `ｰ'ﾌヾ、 j
f'´ ﾉし ｀丶､ ｰ=ミ-JE=- /
ヾ=ﾆ- 彡＾ 〃 ,,＞､、`''ｰ-::,,_,,ノ
｀`ー--┬:, ''"~´フ ソ´｀7'' ''"´
,に （｀ﾞﾞ´ノ f^ヽ
,ハ ,ｨ' ,;-ゝ、
/ミ`ｰt!,＿,ィ-‐彡''"^ヽ
/ ヾ::::::::::::::::r''" ぃ ;} それがVIPクオリティ
l t:::::::::::/ ﾉ / http://ex11.2ch.net/news4vip/
l! ｀'T７′ / /
ヒ ド イ 目 ,r'"⌒ヽ に あ う お
／ ＾ω＾ ＼
, .-‐- くJ( ゝ-rr- ､、
/Y ,r ､ `ｰ r'"^〃 ､ つヒヽ
,ﾉ '^` i! =ﾃﾐ i' 天ﾆ ﾐ､ ='"^ヾ }
,/ ''=''" ﾉ-‐'ヾ-人,,＿＿ノnm､''::;;,, ｲ
i! ,∠-―-､、 `ｰ'ﾌヾ、 j
f'´ ﾉし ｀丶､ ｰ=ミ-JE=- /
ヾ=ﾆ- 彡＾ 〃 ,,＞､、`''ｰ-::,,_,,ノ
｀`ー--┬:, ''"~´フ ソ´｀7'' ''"´
,に （｀ﾞﾞ´ノ f^ヽ
,ハ ,ｨ' ,;-ゝ、
/ミ`ｰt!,＿,ィ-‐彡''"^ヽ
/ ヾ::::::::::::::::r''" ぃ ;} それがVIPクオリティ
l t:::::::::::/ ﾉ / http://ex11.2ch.net/news4vip/
l! ｀'T７′ / /
世界№１最先端プロセス技術力の東芝
SoC事業に関しては大分工場300mm工場で2005年度中に
Cell用グラフィックLSIの生産を開始、Cellの生産にも対応していく。
http://www.edresearch.co.jp/mtb/0508/069.html
http://www.toshiba.co.jp/about/ir/pdf/jpn/20050809.pdf
SoC事業に関しては大分工場300mm工場で2005年度中に
Cell用グラフィックLSIの生産を開始、Cellの生産にも対応していく。
http://www.edresearch.co.jp/mtb/0508/069.html
http://www.toshiba.co.jp/about/ir/pdf/jpn/20050809.pdf
275 ：名無しさん必死だな：2005/10/08(土) 15:23:01 ID:ggQ1gKJ+
65nmでは消費電力どうなるのでしょうか？
Cell用グラフィックLSIってRSXの事なのか？
それともあの東芝製のSCCの事なのか？
それともあの東芝製のSCCの事なのか？
277 ：名無しさん必死だな：2005/10/08(土) 15:34:32 ID:ggQ1gKJ+
>>276
ＲＳＸ
ＲＳＸ
SCCはサウスブリッジ機能＋αでしょ
GPUを載せない場合は Cell自身がグラフィックスチップとなる
GPUを載せない場合は Cell自身がグラフィックスチップとなる
279 ：名無しさん必死だな：2005/10/08(土) 15:40:39 ID:ggQ1gKJ+
おしえて下さい。PS3は別のサウスブリッジを使うのですか？
PS2互換機能搭載サウス
281 ：名無しさん必死だな：2005/10/08(土) 15:59:38 ID:ggQ1gKJ+
65nmではCELLは携帯機器に入りませんか？45nmでは？
282 ：名無しさん必死だな：2005/10/08(土) 16:07:40 ID:ggQ1gKJ+
65nm
例えばPPE+4SPE
1.0V / 1.2GHz位
ダイ面積は60mm^2位
例えばPPE+4SPE
1.0V / 1.2GHz位
ダイ面積は60mm^2位
http://pc7.2ch.net/test/read.cgi/mac/1124631110/
282 名前：MACオタ 投稿日：2005/10/08(土) 15:34:30 ID:IwR2BPXw
それから不在中の最大のネタわ、IBM Journal of Resarch & Developmentの第49巻4/5合併号
「POWER5とパッケージ技術特別号」す。
http://www.research.ibm.com/journal/rd49-45.html
正式にわ先週あたりに発行されたことになっている筈すけど、先月あたりから全記事がwebから読めるように
なっていたす。必読なのわ、次の二つの論文す。
>>283の続き
・"POWER5 system microarchitecture" http://www.research.ibm.com/journal/rd/494/sinharoy.html
POWER5マイクロアーキテクチャの完全解説す。以前のPOWER4 whitepaperに相当する代物す。
・"Introduction to the cell microprocessor" http://www.research.ibm.com/journal/rd/494/kahle.html
こちらも今まで公開された中で、最も詳細なCELLのマイクロアーキテクチャの解説す。ちなみに>>123に
リンクされている後藤記事のxbox360 CPU (PX)のパイプライン構成図とこの論文のPPEのパイプライン
の図を比較すると、VMXユニットを除いて全く同じモノであることが理解できると思うす。
余談ついですけど、この実行ユニットの構成を見る限りPPE=PXの基本わ64-bit整数演算ユニットまでで、
FPUとVMXわBook-EのAPUバスに相当する演算ユニット拡張バスを通じて増設されているす。多分、
将来的にはIUのみのPPE派生コアがリリースされそうすね。
・"POWER5 system microarchitecture" http://www.research.ibm.com/journal/rd/494/sinharoy.html
POWER5マイクロアーキテクチャの完全解説す。以前のPOWER4 whitepaperに相当する代物す。
・"Introduction to the cell microprocessor" http://www.research.ibm.com/journal/rd/494/kahle.html
こちらも今まで公開された中で、最も詳細なCELLのマイクロアーキテクチャの解説す。ちなみに>>123に
リンクされている後藤記事のxbox360 CPU (PX)のパイプライン構成図とこの論文のPPEのパイプライン
の図を比較すると、VMXユニットを除いて全く同じモノであることが理解できると思うす。
余談ついですけど、この実行ユニットの構成を見る限りPPE=PXの基本わ64-bit整数演算ユニットまでで、
FPUとVMXわBook-EのAPUバスに相当する演算ユニット拡張バスを通じて増設されているす。多分、
将来的にはIUのみのPPE派生コアがリリースされそうすね。
Cellプロジェクトは“第2幕”へ，開発環境から応用まで全体像を明らかに
東芝 セミコンダクター社 ブロードバンドシステムLSI事業推進部
ブロードバンドシステムLSI開発センター センター長附 増渕美生氏
http://www.semicon.toshiba.co.jp/solution/keytech/keytech_5.html
キーテクノロジー トピックス
・スケーラブルなアーキテクチャ
・メディア処理に最適化したSPE
・ブロードバンドに対応した高バンド幅
・Cellを容易に使いこなせるソフトウエア開発プラットフォーム
東芝 セミコンダクター社 ブロードバンドシステムLSI事業推進部
ブロードバンドシステムLSI開発センター センター長附 増渕美生氏
http://www.semicon.toshiba.co.jp/solution/keytech/keytech_5.html
キーテクノロジー トピックス
・スケーラブルなアーキテクチャ
・メディア処理に最適化したSPE
・ブロードバンドに対応した高バンド幅
・Cellを容易に使いこなせるソフトウエア開発プラットフォーム
287 ：名無しさん必死だな：2005/10/09(日) 20:41:38 ID:TnPDHy42
cell構想ってあながち電波なんじゃなかったんだなあ。
>>284
"Introduction to the cell microprocessor"は前スレあたりで既出の希ガス
"Introduction to the cell microprocessor"は前スレあたりで既出の希ガス
前スレ
219 名前： 名無しさん必死だな 2005/09/09(金) 17:31:38 ID:IhvxPkyj
Introduction to the Cell multiprocessor
http://researchweb.watson.ibm.com/journal/rd/494/kahle.html
219 名前： 名無しさん必死だな 2005/09/09(金) 17:31:38 ID:IhvxPkyj
Introduction to the Cell multiprocessor
http://researchweb.watson.ibm.com/journal/rd/494/kahle.html
290 ：MACオタ＞288 さん：2005/10/09(日) 22:14:48 ID:0xdFrdzO
>>290
それじゃあとりあえず指摘の手前食いついておくが、VMX除く全ての部分が同じと
言うことは、スレッディングの実装も両者で全く同一ということ?
あとPPEパイプラインは
http://www.research.ibm.com/people/a/ashwini/E3%202005%20Cell%20Blade%20reports/All_About_Cell_Cool_Chips_Final.pdf
http://www.research.ibm.com/people/a/ashwini/E3%202005%20Cell%20Blade%20reports/
の中で7月に既出
それじゃあとりあえず指摘の手前食いついておくが、VMX除く全ての部分が同じと
言うことは、スレッディングの実装も両者で全く同一ということ?
あとPPEパイプラインは
http://www.research.ibm.com/people/a/ashwini/E3%202005%20Cell%20Blade%20reports/All_About_Cell_Cool_Chips_Final.pdf
http://www.research.ibm.com/people/a/ashwini/E3%202005%20Cell%20Blade%20reports/
の中で7月に既出
292 ：名無しさん必死だな：2005/10/09(日) 23:27:47 ID:kNIUtwmL
ゲ ー ム は 「 ロ ー グ ギ ャ ラ ク シ ー 」 で 、 映 画 を 超 え る 。
世 界 最 高 ゲ ー ム 、「 ロ ー グ ギ ャ ラ ク シ ー 」
かつてゲームは、何度も映画というものを目指した。
しかし、それは実際には、映画を真似ただけの「映画以下」のものでしかなかった。
だが、ついにゲームが、映画をも超える時が来たと確信する。
このレベル５の最新作が、そのすべての答えを握っている。
あらゆるエンターテインメントの頂点に、１本ゲームが降り立つのである。
日野烈士筆頭に究極のスタッフによって完成されつつある。
プレイステーション2という現行機でありながら、次世代機のような輝きのあるリアルグラフィック。
フルオーケストラのすばらしい音楽に、心が振るえ、体が熱くなることだろう。
まちがいなくこのゲームは、史上最高のゲーム・・いや、至高のエンターテインメントになるだろう。
SFシネマティックＲＰＧローグギャラクシー
――――――さ ぁ ふ る え る が い い
世 界 最 高 ゲ ー ム 、「 ロ ー グ ギ ャ ラ ク シ ー 」
かつてゲームは、何度も映画というものを目指した。
しかし、それは実際には、映画を真似ただけの「映画以下」のものでしかなかった。
だが、ついにゲームが、映画をも超える時が来たと確信する。
このレベル５の最新作が、そのすべての答えを握っている。
あらゆるエンターテインメントの頂点に、１本ゲームが降り立つのである。
日野烈士筆頭に究極のスタッフによって完成されつつある。
プレイステーション2という現行機でありながら、次世代機のような輝きのあるリアルグラフィック。
フルオーケストラのすばらしい音楽に、心が振るえ、体が熱くなることだろう。
まちがいなくこのゲームは、史上最高のゲーム・・いや、至高のエンターテインメントになるだろう。
SFシネマティックＲＰＧローグギャラクシー
――――――さ ぁ ふ る え る が い い
>>287
電波と思ってたのはアンチ位。
電波と思ってたのはアンチ位。
トリップつけると失態が取り返しつかないジャンｗ
SPEが重要でPPEはおまけだということをまだ認めない
IBMオタなんぞどうでもよろしい。
SPEが重要でPPEはおまけだということをまだ認めない
IBMオタなんぞどうでもよろしい。
298 ：MACオタ＞295 さん：2005/10/10(月) 13:31:49 ID:Up45Pmqr
>>295
せっかくリリースされたCELL BEの規格書をきちんと読めば、私の書いていることわ判る筈す。
SPUわ、byte (8-bit), half-word (16-bit), word (32-bit), double-word (64-bit), quad-word (128-bit)の整数と
単精度 (32-bit), 倍精度 (64-bit)の浮動小数点数をサポートしているすけど、演算命令は特定のデータ型
しかサポートしていないす。
例えば、
・加算: half-word, word, single-fp, double-fp
・乗算: half-word, single-fp, double-fp
・積和算: half-word, single-fp, double-fp
つまり、32-bit数の乗算すら存在しない非直交っぷりす。更に積和算の命令フォーマットを詳細に見ると、
単精度浮動小数点の場合、
fprA x fprB + fprC -> ターゲットレジスタ
となっているすけど、倍精度数の場合わ、
fpA x fpB + ターゲットレジスタ -> ターゲットレジスタ
となっており、ターゲットレジスタの値の上書きが発生してしまうす。
せっかくリリースされたCELL BEの規格書をきちんと読めば、私の書いていることわ判る筈す。
SPUわ、byte (8-bit), half-word (16-bit), word (32-bit), double-word (64-bit), quad-word (128-bit)の整数と
単精度 (32-bit), 倍精度 (64-bit)の浮動小数点数をサポートしているすけど、演算命令は特定のデータ型
しかサポートしていないす。
例えば、
・加算: half-word, word, single-fp, double-fp
・乗算: half-word, single-fp, double-fp
・積和算: half-word, single-fp, double-fp
つまり、32-bit数の乗算すら存在しない非直交っぷりす。更に積和算の命令フォーマットを詳細に見ると、
単精度浮動小数点の場合、
fprA x fprB + fprC -> ターゲットレジスタ
となっているすけど、倍精度数の場合わ、
fpA x fpB + ターゲットレジスタ -> ターゲットレジスタ
となっており、ターゲットレジスタの値の上書きが発生してしまうす。
結局SPUの命令セットわ、16-bit整数と単精度浮動小数点の演算に最適化されているというSPU自体の設計
に強く拘束されており、将来的な進歩の余地なんて全然考えてないというのが実情だと思われるす。
こういう設計って「腐れかけ」って言わないすか？例え食べ物わ腐れかけが一番おいしいとしても。。。
に強く拘束されており、将来的な進歩の余地なんて全然考えてないというのが実情だと思われるす。
こういう設計って「腐れかけ」って言わないすか？例え食べ物わ腐れかけが一番おいしいとしても。。。
VUと比べれば格段の進歩じゃん、と突っ込んでみる
元々命令セットは多くするよう方向だったけどIBMの人が命令の組合せで実現できる事が多すぎるから減らしなさいって言ったんだお、
お手手でガシガシ書かずにコンパイラ様に任せるがSPEの設計思想だお。
お手手でガシガシ書かずにコンパイラ様に任せるがSPEの設計思想だお。
302 ：MACオタ＞297 さん：2005/10/10(月) 14:01:39 ID:Up45Pmqr
>>297
---------------------
SPEが重要でPPEはおまけだということをまだ認めない
---------------------
誹謗さんわ何処にでも現れる訳すけど、せめて発言のリンクでも見つけてから書いて欲しいす。
ISSCC 05での発表以降の私の書き込みわ次のスレッド以降で読める筈す。
CELL 13 http://game10.2ch.net/test/read.cgi/ghard/1107730314/
---------------------
SPEが重要でPPEはおまけだということをまだ認めない
---------------------
誹謗さんわ何処にでも現れる訳すけど、せめて発言のリンクでも見つけてから書いて欲しいす。
ISSCC 05での発表以降の私の書き込みわ次のスレッド以降で読める筈す。
CELL 13 http://game10.2ch.net/test/read.cgi/ghard/1107730314/
MACオタさんは次はIntel追っかけになるんですか？
304 ：MACオタ＞301 さん：2005/10/10(月) 14:11:10 ID:Up45Pmqr
>>301
若い方なら仕方ないのかもしれないすけど、日経の雑誌記事ごときで感銘を受けちゃうってのわ問題あるす。
ああいうのって話を面白く書いてるだけなんすよ。
演算の度にデータ変換が必要な命令セットが効率が良いとわ、とても思えない訳すけど、真面目に考えて
16-bit整数と単精度浮動小数点数が今後10年のデータ処理の基礎でOKだと思うすか？ついでに古典的RISC
がなぜ使い物にならなかったかも調べて見ると良いかと思うす。
補足すけど、私が述べている直交性わ、データ型に対する直交性す。コンピュータアーキテクチャの話題でわ、
もう一つレジスタに対する直交性ってのがあって、ある演算命令が特定のレジスタしか使用できない場合に
「直交性が無い」という言われ方をするすけど、こちらわSPUと関係無いす。
若い方なら仕方ないのかもしれないすけど、日経の雑誌記事ごときで感銘を受けちゃうってのわ問題あるす。
ああいうのって話を面白く書いてるだけなんすよ。
演算の度にデータ変換が必要な命令セットが効率が良いとわ、とても思えない訳すけど、真面目に考えて
16-bit整数と単精度浮動小数点数が今後10年のデータ処理の基礎でOKだと思うすか？ついでに古典的RISC
がなぜ使い物にならなかったかも調べて見ると良いかと思うす。
補足すけど、私が述べている直交性わ、データ型に対する直交性す。コンピュータアーキテクチャの話題でわ、
もう一つレジスタに対する直交性ってのがあって、ある演算命令が特定のレジスタしか使用できない場合に
「直交性が無い」という言われ方をするすけど、こちらわSPUと関係無いす。
SPEがメインかPPEがメインかちゅう議論は不毛だと思うがね
どっちが欠けてもCellの性能は発揮できないように思う
ただ個人的にどうでもいいことを言わせてもらったらPPEをリッチにしたが故に全体のクロックが下がったというのが事実なら
それはそれでもったいなかったような気がする。
どっちが欠けてもCellの性能は発揮できないように思う
ただ個人的にどうでもいいことを言わせてもらったらPPEをリッチにしたが故に全体のクロックが下がったというのが事実なら
それはそれでもったいなかったような気がする。
そういう批判を受けてでも こういう命令セットにする意義があったってこと？
あと、xenonCPUも同じなの？
あと、xenonCPUも同じなの？
307 ：MACオタ＞306 さん：2005/10/10(月) 14:23:29 ID:Up45Pmqr
>>306
---------------------
そういう批判を受けてでも こういう命令セットにする意義があったってこと？
---------------------
今後10年使用に耐える命令セットかどうか疑問視してるだけで、初代CELL BEチップに関してわ
ハードウェアと命令セットが完全一致しているので別に問題わ無いす。
---------------------
あと、xenonCPUも同じなの？
---------------------
PXにSPUわ付いてないす。
---------------------
そういう批判を受けてでも こういう命令セットにする意義があったってこと？
---------------------
今後10年使用に耐える命令セットかどうか疑問視してるだけで、初代CELL BEチップに関してわ
ハードウェアと命令セットが完全一致しているので別に問題わ無いす。
---------------------
あと、xenonCPUも同じなの？
---------------------
PXにSPUわ付いてないす。
>>304
プロジェクトXみたいでおもしれー記事だなとは思ったけど、それって感銘っていうのかお？
相手を面白おかしく脚色して書くのが好きな人だお。
IBMの人がそういう決断をした事までストーリー性を出すための作り話であるとも言えないし、
決断したならそういう方向性のCPUなんだろうとしか言えないお。
選択は処理性能の効率だけでなくチップトータルの効率も含めたトレードオフによる選択も
あるんだろうなとは思うんだお。
プロジェクトXみたいでおもしれー記事だなとは思ったけど、それって感銘っていうのかお？
相手を面白おかしく脚色して書くのが好きな人だお。
IBMの人がそういう決断をした事までストーリー性を出すための作り話であるとも言えないし、
決断したならそういう方向性のCPUなんだろうとしか言えないお。
選択は処理性能の効率だけでなくチップトータルの効率も含めたトレードオフによる選択も
あるんだろうなとは思うんだお。
改行しろよ
310 ：MACオタ＞308 さん：2005/10/10(月) 14:32:31 ID:Up45Pmqr
>>308
----------------------------
選択は処理性能の効率だけでなくチップトータルの効率も含めたトレードオフによる選択も
あるんだろうなとは思うんだお。
----------------------------
x86 ISAだって同じ理由で決定されたとわ思わないすか(笑)
歴史の教訓から、「その時点で最善の選択」が将来的にも良い判断であるかどうかわ疑問す。
----------------------------
選択は処理性能の効率だけでなくチップトータルの効率も含めたトレードオフによる選択も
あるんだろうなとは思うんだお。
----------------------------
x86 ISAだって同じ理由で決定されたとわ思わないすか(笑)
歴史の教訓から、「その時点で最善の選択」が将来的にも良い判断であるかどうかわ疑問す。
http://www.atmarkit.co.jp/fsys/zunouhoudan/027zunou/end_of_risc.html
いまのx86系プロセッサは、CISCの命令セットを残した上で、SIMD命令などを追加してさらに複雑化しているが、
それでも内部アーキテクチャ的にはCISCよりRISC的な要素の方が多くなっている。
実は現時点ではCISCもRISCも内部的には似た者同士になってしまったのである。
いまのx86系プロセッサは、CISCの命令セットを残した上で、SIMD命令などを追加してさらに複雑化しているが、
それでも内部アーキテクチャ的にはCISCよりRISC的な要素の方が多くなっている。
実は現時点ではCISCもRISCも内部的には似た者同士になってしまったのである。
>>308
--------------------
プロジェクトXみたいでおもしれー記事だなとは思ったけど、
--------------------
プロジェクトXに憧れた記者が書いてる公算わ高いす。流行ってそんなモノだし(笑)
--------------------
プロジェクトXみたいでおもしれー記事だなとは思ったけど、
--------------------
プロジェクトXに憧れた記者が書いてる公算わ高いす。流行ってそんなモノだし(笑)
313 ：MACオタ＞311 さん：2005/10/10(月) 14:38:52 ID:Up45Pmqr
>>311
--------------------
内部アーキテクチャ的にはCISCよりRISC的な要素の方が多くなっている。
--------------------
そういう冗長性を否定したはずのSPUのアーキテクチャが、命令セット側でわ同じ愚行の再生産の可能性を
内包しているという。。。
--------------------
内部アーキテクチャ的にはCISCよりRISC的な要素の方が多くなっている。
--------------------
そういう冗長性を否定したはずのSPUのアーキテクチャが、命令セット側でわ同じ愚行の再生産の可能性を
内包しているという。。。
とはいえ、RISCが全滅というわけでもない。
それどころか組み込み用途では、いまやRISC全盛の時代である。
ここまでの話はリソースがものをいう「コンピューティング」の世界のことで、
「組み込み」世界のRISC陣営にはARMのような勝ち組もいる。
ここでは単純な「高速化＝リソース競争」とはまた違った競争原理が働いているのである。
こちらの方が「Computer Architecture A Quantitative Approach」の理論を
いまだに生かせる世界のように思えてならない。
3年前の記事だけどね
それどころか組み込み用途では、いまやRISC全盛の時代である。
ここまでの話はリソースがものをいう「コンピューティング」の世界のことで、
「組み込み」世界のRISC陣営にはARMのような勝ち組もいる。
ここでは単純な「高速化＝リソース競争」とはまた違った競争原理が働いているのである。
こちらの方が「Computer Architecture A Quantitative Approach」の理論を
いまだに生かせる世界のように思えてならない。
3年前の記事だけどね
316 ：MACオタ＞315 さん：2005/10/10(月) 14:54:28 ID:Up45Pmqr
>>315
---------------------
x86 ISAの話ってこのスレどこまでさかのぼればいいんだお？
---------------------
プロセッサを語るなら一般教養の範疇かと思うす。つーか、知らずにISAについて語ってたすか(笑)
世間的にわ、あなたの書き込みの方がどうでもよいという部類かと思われるす。
---------------------
x86 ISAの話ってこのスレどこまでさかのぼればいいんだお？
---------------------
プロセッサを語るなら一般教養の範疇かと思うす。つーか、知らずにISAについて語ってたすか(笑)
世間的にわ、あなたの書き込みの方がどうでもよいという部類かと思われるす。
個人的には、実装の軽い VU の強化版を沢山載せてくると思っていたから、
ここまで SPE が強力な Processor になるとは予想していなかったけど。
MACオタ氏は、もっと汎用性の高い Power に近い物を期待していた訳だよね？
SPE のデータ型直交性の話は、MACオタ氏の期待の方向には沿わないのは良く
判るんだけれど、そもそも元の期待の方向性に同感しないので何とも。
10年先と云わず、ここ4～5年先くらいまでの話ならば、MACオタ氏もOK?
まず PS3 がそこそこ売れてくれない事には先は無いし、それは直近の問題。
それ以降の将来の話は、x86 ISA も話題に出ている通り、普及していて需要が
あるなら、そこで拡張なり修正するという選択も出来るだろうし。
現時点での Cell BPA は、5年先以降の展開よりも、5年先にどう辿り付くか
という問題を、先に議論の俎上に載せるのが普通だと思うんだけど。
それをすっ飛ばしている MACオタ氏は、そこまでは無問題だと思ってるのかな？
ここまで SPE が強力な Processor になるとは予想していなかったけど。
MACオタ氏は、もっと汎用性の高い Power に近い物を期待していた訳だよね？
SPE のデータ型直交性の話は、MACオタ氏の期待の方向には沿わないのは良く
判るんだけれど、そもそも元の期待の方向性に同感しないので何とも。
10年先と云わず、ここ4～5年先くらいまでの話ならば、MACオタ氏もOK?
まず PS3 がそこそこ売れてくれない事には先は無いし、それは直近の問題。
それ以降の将来の話は、x86 ISA も話題に出ている通り、普及していて需要が
あるなら、そこで拡張なり修正するという選択も出来るだろうし。
現時点での Cell BPA は、5年先以降の展開よりも、5年先にどう辿り付くか
という問題を、先に議論の俎上に載せるのが普通だと思うんだけど。
それをすっ飛ばしている MACオタ氏は、そこまでは無問題だと思ってるのかな？
318 ：MACオタ＞317 さん：2005/10/10(月) 15:13:43 ID:Up45Pmqr
>>317
Blue Geneのシングルチップ版として、より汎用性が高いと想像していたのわ、その通りす。
-------------------
現時点での Cell BPA は、5年先以降の展開よりも、5年先にどう辿り付くか
という問題を、先に議論の俎上に載せるのが普通だと思うんだけど。
-------------------
そのためにわ、「如何にゲーム専用という先入観を捨てさせてプログラムを書いてもらうか」という宣伝が
必要かと思うす。しかし、我々より先にSPU ISAの仕様を見ている識者のコメントですらこんなモンす。
Blue Geneのシングルチップ版として、より汎用性が高いと想像していたのわ、その通りす。
-------------------
現時点での Cell BPA は、5年先以降の展開よりも、5年先にどう辿り付くか
という問題を、先に議論の俎上に載せるのが普通だと思うんだけど。
-------------------
そのためにわ、「如何にゲーム専用という先入観を捨てさせてプログラムを書いてもらうか」という宣伝が
必要かと思うす。しかし、我々より先にSPU ISAの仕様を見ている識者のコメントですらこんなモンす。
http://www.eweek.com/article2/0,1895,1768418,00.asp
-------------------
"The Cell's Broadband Processor Architecture could be rejiggered to be used in other processors,
including the PowerPC," Krewell said.
Neither of these scenarios could occur overnight. Krewell estimated that it would take IBM at least
two years, possibly longer, to come up with a Mac-friendly Cell or a "cellified" PowerPC.
-------------------
「2年くらい待ちじゃない？」と言われても、汎用プロセッサとして2年生き残れるかどうか。。。
-------------------
"The Cell's Broadband Processor Architecture could be rejiggered to be used in other processors,
including the PowerPC," Krewell said.
Neither of these scenarios could occur overnight. Krewell estimated that it would take IBM at least
two years, possibly longer, to come up with a Mac-friendly Cell or a "cellified" PowerPC.
-------------------
「2年くらい待ちじゃない？」と言われても、汎用プロセッサとして2年生き残れるかどうか。。。
改行してくれ
頼む
頼む
＞我々より先にSPU ISAの仕様を見ている識者のコメント
どこにあるんだよ…
どこにあるんだよ…
322 ：MACオタ＞321 さん：2005/10/10(月) 15:20:13 ID:Up45Pmqr
>>321
Kevin Krewellわ、Microprocessor Reportの編集者で、コレ書いたヒトす。
http://www-306.ibm.com/chips/techlib/techlib.nsf/techdocs/D9439D04EA9B080B87256FC00075CC2D
Kevin Krewellわ、Microprocessor Reportの編集者で、コレ書いたヒトす。
http://www-306.ibm.com/chips/techlib/techlib.nsf/techdocs/D9439D04EA9B080B87256FC00075CC2D
2/14って随分と古いレポートを持って来るんだなw
SPU ISAの仕様を見ていたかどうかも分からん。
SPU ISAの仕様を見ていたかどうかも分からん。
＞「如何にゲーム専用という先入観を捨てさせてプログラムを書いてもらうか」という宣伝が
必要かと思うす
そのために
http://www.itmedia.co.jp/news/articles/0508/25/news070.html
http://www.itmedia.co.jp/news/articles/0509/20/news080.html
http://www.itmedia.co.jp/news/articles/0510/07/news036.html
こういう事してるんじゃ無いか？
必要かと思うす
そのために
http://www.itmedia.co.jp/news/articles/0508/25/news070.html
http://www.itmedia.co.jp/news/articles/0509/20/news080.html
http://www.itmedia.co.jp/news/articles/0510/07/news036.html
こういう事してるんじゃ無いか？
>>323 さん
随分古いって(笑) ISAの仕様なんて、実物のチップが出来る以前に決まってるすけど。。。
>>324 さん
で、その宣伝に惹かれてISAの仕様書を読んで内実にびっくり。。。ってことす。
無知な消費者相手の話じゃないすから、実態が伴わなくてわ宣伝も無意味すよ。
随分古いって(笑) ISAの仕様なんて、実物のチップが出来る以前に決まってるすけど。。。
>>324 さん
で、その宣伝に惹かれてISAの仕様書を読んで内実にびっくり。。。ってことす。
無知な消費者相手の話じゃないすから、実態が伴わなくてわ宣伝も無意味すよ。
>>325
実態とは何を指すんです？
実態とは何を指すんです？
MACオタのいう汎用プロセッサってHPC分野て使用する
ことを言ってるのかね。そりゃIBMウォッチャーの
オタならそちらの方に目がいくだろうが。
多くの人は、家電組込用の汎用プロセッサとしての用途に
目がいくだろ。
>>298のような倍精度の命令なんてどうでも良いんだよね。
倍精度はIBMの意向でサポートしてるんだろうけど、
使えない命令が揃ってるなら、そりゃIBMの使い道が
無くなるだけで。
ことを言ってるのかね。そりゃIBMウォッチャーの
オタならそちらの方に目がいくだろうが。
多くの人は、家電組込用の汎用プロセッサとしての用途に
目がいくだろ。
>>298のような倍精度の命令なんてどうでも良いんだよね。
倍精度はIBMの意向でサポートしてるんだろうけど、
使えない命令が揃ってるなら、そりゃIBMの使い道が
無くなるだけで。
328 ：MACオタ＞327 さん：2005/10/10(月) 15:57:17 ID:Up45Pmqr
>>327
--------------------
家電組込用の汎用プロセッサとしての用途に目がいくだろ。
--------------------
>>298を読み直して欲しいす。家電組み込み向けでも32-bit整数をネイティブに扱えないプロセッサわ
問題あるんでわ？
--------------------
家電組込用の汎用プロセッサとしての用途に目がいくだろ。
--------------------
>>298を読み直して欲しいす。家電組み込み向けでも32-bit整数をネイティブに扱えないプロセッサわ
問題あるんでわ？
問題あるってのわ言い過ぎすね。微妙な感じ。。。と言い直しておくす。
真の評価について、結局わ命令レベルのシミュレータ待ちってことになるす。
真の評価について、結局わ命令レベルのシミュレータ待ちってことになるす。
> 「2年くらい待ちじゃない？」と言われても、汎用プロセッサとして2年生き残れるかどうか。。。
MAC などの普通の PC の CPU として採用される事=「汎用プロセッサ」という
認識ならば、このスレの住人の大半は「生き残る」どころか、そもそも何処も
採用するとは思っていないじゃないかと思うんだけど。
わずかに期待されていたのは、VAIO Type-X の SH4+Vixis 部の置き替えや、
PCIe に刺す拡張 board であって、そういう意味では無かったし。
市場の期待も、HPC 用途より強力な Media processor として、ではないの？
最初に書いた通り、そもそもの期待に齟齬があるんじゃないかと。
基本的には >>327 に限りなく同感。
MAC などの普通の PC の CPU として採用される事=「汎用プロセッサ」という
認識ならば、このスレの住人の大半は「生き残る」どころか、そもそも何処も
採用するとは思っていないじゃないかと思うんだけど。
わずかに期待されていたのは、VAIO Type-X の SH4+Vixis 部の置き替えや、
PCIe に刺す拡張 board であって、そういう意味では無かったし。
市場の期待も、HPC 用途より強力な Media processor として、ではないの？
最初に書いた通り、そもそもの期待に齟齬があるんじゃないかと。
基本的には >>327 に限りなく同感。
Fall Processor Forum 2005
"Design Considerations for the Cell Processor"
presented by Alex Chow, Manager, S-T-I Design Center and
David Krolak, Development Engineer, IBM
http://www.in-stat.com/fpf/05/conf.htm
"Design Considerations for the Cell Processor"
presented by Alex Chow, Manager, S-T-I Design Center and
David Krolak, Development Engineer, IBM
http://www.in-stat.com/fpf/05/conf.htm
ネイティブかどうかなんて家電には関係ないよ。
32bit整数の演算はネイティブじゃなくても出来る訳だし。
オタは今の組み込み屋さんはみんなアセンブラでしこしこ書いてる
とでも思ってるのかな？むしろアセンブラは使われないよ。
今の家電は昔のような小人数の職人さんがしこしこ書いてる訳
じゃないので、他の人が見ても理解できるコードが求められる。
32bit整数の演算はネイティブじゃなくても出来る訳だし。
オタは今の組み込み屋さんはみんなアセンブラでしこしこ書いてる
とでも思ってるのかな？むしろアセンブラは使われないよ。
今の家電は昔のような小人数の職人さんがしこしこ書いてる訳
じゃないので、他の人が見ても理解できるコードが求められる。
>>316
なんで？
なんで？
335 ：MACオタ＞332 さん：2005/10/10(月) 16:37:33 ID:Up45Pmqr
>>332
---------------------
ネイティブかどうかなんて家電には関係ないよ。
---------------------
常識の問題として、
・32-bit整数を16-bit演算のハードウェアで数命令に分割して演算する。その代わり高クロック
・32-bit演算をハードウェアでシングルサイクルで演算する。その代わり低クロック
上記の二つの方法で同じ演算性能が得られるとして、どちらが消費電力が低いすか？
ちょうどPentium4が前者の手法を実装し、Pentium Mが後者の手法を実装しているのも興味深い比較す。
---------------------
ネイティブかどうかなんて家電には関係ないよ。
---------------------
常識の問題として、
・32-bit整数を16-bit演算のハードウェアで数命令に分割して演算する。その代わり高クロック
・32-bit演算をハードウェアでシングルサイクルで演算する。その代わり低クロック
上記の二つの方法で同じ演算性能が得られるとして、どちらが消費電力が低いすか？
ちょうどPentium4が前者の手法を実装し、Pentium Mが後者の手法を実装しているのも興味深い比較す。
CELLの場合、命令セットレベルで前者しか選択肢が無いすから、PenMのような実装に変更して将来低消費
電力化を図るという見込みすら無いということになるす。
電力化を図るという見込みすら無いということになるす。
全部double-fpでやるってのは駄目なのか＞32-bit整数
浮動小数点演算に特化した代償なんだから別にええやん
あれ以上SPEを肥大化させるのはダイサイズ的に無理なんだから
あれ以上SPEを肥大化させるのはダイサイズ的に無理なんだから
339 ：MACオタ＞338 さん：2005/10/10(月) 16:52:03 ID:Up45Pmqr
> その代わり低クロック
Cell の主用途では、これが許容出来なかったという事でしょ。
逆に、PPE も積んでいる Cell BPA でl SPE 側でも Native 対応してないと困る
程に int32 乗算が多用される家電組込用途って、どんな物を想定してますか？
私ゃ、そんなレアケースに対応する為に主用途での性能を犠牲にする Trade-off
の選択なんて出来ないと思うんですけれども。
Cell の主用途では、これが許容出来なかったという事でしょ。
逆に、PPE も積んでいる Cell BPA でl SPE 側でも Native 対応してないと困る
程に int32 乗算が多用される家電組込用途って、どんな物を想定してますか？
私ゃ、そんなレアケースに対応する為に主用途での性能を犠牲にする Trade-off
の選択なんて出来ないと思うんですけれども。
オタの言いたい事も全くわからんという訳ではないけど
なんでも良いとこ取りもできないしね
IBMとSCE・東芝間でいろいろ迷ったところだと思うよ
なんでも良いとこ取りもできないしね
IBMとSCE・東芝間でいろいろ迷ったところだと思うよ
342 ：MACオタ＞340 さん：2005/10/10(月) 17:03:00 ID:Up45Pmqr
>>340
----------------------
Cell の主用途では、これが許容出来なかったという事でしょ。
----------------------
「汎用」を名乗るプロセッサで主用途を設計時に限定できるモンなんすかね？実装を浮動小数点に特化する
のわ結構なコトすけど、命令セットまで削る必要があるすか？現在実装しない機能でもオプションとして定義
して罰わ当たらないすから。。。
----------------------
家電組込用途
----------------------
そもそも浮動小数点演算器すら必要かどうか。。。 将来の家電わ、山ほどセンサを搭載してインテリジェント
な制御を行うことになるとわ思うすけど、ADコンバータからの出力わ、「整数」す。機械語レベルでの命令セット
がプログラマにとって関係無いとすれば、浮動小数点演算わ整数演算ユニットでエミュレーションしてもOKという
ことでもあるす。
----------------------
Cell の主用途では、これが許容出来なかったという事でしょ。
----------------------
「汎用」を名乗るプロセッサで主用途を設計時に限定できるモンなんすかね？実装を浮動小数点に特化する
のわ結構なコトすけど、命令セットまで削る必要があるすか？現在実装しない機能でもオプションとして定義
して罰わ当たらないすから。。。
----------------------
家電組込用途
----------------------
そもそも浮動小数点演算器すら必要かどうか。。。 将来の家電わ、山ほどセンサを搭載してインテリジェント
な制御を行うことになるとわ思うすけど、ADコンバータからの出力わ、「整数」す。機械語レベルでの命令セット
がプログラマにとって関係無いとすれば、浮動小数点演算わ整数演算ユニットでエミュレーションしてもOKという
ことでもあるす。
>>339
タイミングが悪かったか。340 は無視してもいいよ。
> 何故これほど初代ハードウェアに密着した命令セットにする必要があったのか
現状の encoding を見る限り、MACオタ氏の望む直交性は無理。
int32 データ対応の直交性を求めるなら他の何かを削らなきゃいけない訳だけど、
最初の主用途(=PS3)で必要な部分の方が優先されたというだけの話ではないかと。
タイミングが悪かったか。340 は無視してもいいよ。
> 何故これほど初代ハードウェアに密着した命令セットにする必要があったのか
現状の encoding を見る限り、MACオタ氏の望む直交性は無理。
int32 データ対応の直交性を求めるなら他の何かを削らなきゃいけない訳だけど、
最初の主用途(=PS3)で必要な部分の方が優先されたというだけの話ではないかと。
ところで、実際に組込系の仕事をしたことあるヒトに聞きたいすけど、
「物理データ扱うのに固定小数点で十分だから、64-bit整数使いたい」
とか思ったこと無いすか？
「物理データ扱うのに固定小数点で十分だから、64-bit整数使いたい」
とか思ったこと無いすか？
>>344
それ以前に今の組み込みじゃ小数なんて使わんよ。
それ以前に今の組み込みじゃ小数なんて使わんよ。
346 ：MACオタ＞343 さん：2005/10/10(月) 17:11:40 ID:Up45Pmqr
>>343
---------------------
現状の encoding を見る限り、MACオタ氏の望む直交性は無理。
---------------------
本来SPU ISAわスクラッチから定義できた筈すから、32-bit固定長に拘る必要すら無いす。現在の仕様
わ明らかに古典的RISCに沿った設計でCISC相当の命令を複数のRISC命令で実行することを許容して
いるすから、所謂コードエクスパンションが引き起こされることになるす。
別に、もっと命令長を延ばしても一緒じゃないすか？
---------------------
現状の encoding を見る限り、MACオタ氏の望む直交性は無理。
---------------------
本来SPU ISAわスクラッチから定義できた筈すから、32-bit固定長に拘る必要すら無いす。現在の仕様
わ明らかに古典的RISCに沿った設計でCISC相当の命令を複数のRISC命令で実行することを許容して
いるすから、所謂コードエクスパンションが引き起こされることになるす。
別に、もっと命令長を延ばしても一緒じゃないすか？
>>342
またタイミング悪いな。ブツ切りだけど勘弁してね。
> 「汎用」を名乗るプロセッサで主用途を設計時に限定できるモンなんすかね？
思想的なものはさておき、出荷数量で PS3 が主用途なのは自明かと。
「汎用」なのは Cell の Framework で、最初の石が汎用で無くとも良いし。
> 現在実装しない機能でもオプションとして定義して罰わ当たらないすから。。。
私も、そこまで否定する気は無いです。
逆にここから連想するのは、SPE すら交換可能な構成要素の一つでしかなくって、
将来必要な機能が増えた時には新規に SPE2 起こすのではないかと。
> 別に、もっと命令長を延ばしても一緒じゃないすか？
LS 容量が限定されているので、64bit 固定長に拡張するのはどうかと思う。
可変長にするのは decoder 周りの負担が大きいので避けた方が良いと思う。
別に拘る必要は無いが、拘らなくとも 32bit 固定長は合理的だと思う。
またタイミング悪いな。ブツ切りだけど勘弁してね。
> 「汎用」を名乗るプロセッサで主用途を設計時に限定できるモンなんすかね？
思想的なものはさておき、出荷数量で PS3 が主用途なのは自明かと。
「汎用」なのは Cell の Framework で、最初の石が汎用で無くとも良いし。
> 現在実装しない機能でもオプションとして定義して罰わ当たらないすから。。。
私も、そこまで否定する気は無いです。
逆にここから連想するのは、SPE すら交換可能な構成要素の一つでしかなくって、
将来必要な機能が増えた時には新規に SPE2 起こすのではないかと。
> 別に、もっと命令長を延ばしても一緒じゃないすか？
LS 容量が限定されているので、64bit 固定長に拡張するのはどうかと思う。
可変長にするのは decoder 周りの負担が大きいので避けた方が良いと思う。
別に拘る必要は無いが、拘らなくとも 32bit 固定長は合理的だと思う。
> ADコンバータからの出力わ、「整数」す。
センサの特性曲線は千差万別で、ADC 出力は整数でも補正後の値域はかなりの
範囲に散らばる事が多いんですけれど。
安価なセンサの精度はそれ程高く無いので有効精度は低めでも構わないけれど、
浮動小数点が低コストで使えるなら使いたい用途は結構多いです。
現状では FPU は高価だから、仕方無く整数に落とし込む場合が多いだけで。
> 「物理データ扱うのに固定小数点で十分だから、64-bit整数使いたい」
私ゃ逆に、指数部の大きな浮動小数点使えたならと思った事がありますよ。
応用によって違いが大きいから他の人がどうなのかは良く判らないけど。
センサの特性曲線は千差万別で、ADC 出力は整数でも補正後の値域はかなりの
範囲に散らばる事が多いんですけれど。
安価なセンサの精度はそれ程高く無いので有効精度は低めでも構わないけれど、
浮動小数点が低コストで使えるなら使いたい用途は結構多いです。
現状では FPU は高価だから、仕方無く整数に落とし込む場合が多いだけで。
> 「物理データ扱うのに固定小数点で十分だから、64-bit整数使いたい」
私ゃ逆に、指数部の大きな浮動小数点使えたならと思った事がありますよ。
応用によって違いが大きいから他の人がどうなのかは良く判らないけど。
350 ：MACオタ＞347 さん：2005/10/10(月) 17:48:33 ID:Up45Pmqr
>>347
命令固定長わ、RISCの定義のひとつす。
私が書いたのわ、レジスタ幅の関係でSPUわ128-bitのリードポートを持つすけど、命令長わ約数である
32-bit, 64-bit, 128-bitのどれでも選択可能であったということす。
ついでに言えば、SPU ISAにわご丁寧に
A * B + C
A * B - C
で別々の命令が用意されていたりするす。直交性を重視するなら、同じ32-bit長でも工夫の余地わ有る
かと思うす。
命令固定長わ、RISCの定義のひとつす。
私が書いたのわ、レジスタ幅の関係でSPUわ128-bitのリードポートを持つすけど、命令長わ約数である
32-bit, 64-bit, 128-bitのどれでも選択可能であったということす。
ついでに言えば、SPU ISAにわご丁寧に
A * B + C
A * B - C
で別々の命令が用意されていたりするす。直交性を重視するなら、同じ32-bit長でも工夫の余地わ有る
かと思うす。
351 ：MACオタ＞348 さん：2005/10/10(月) 18:01:23 ID:Up45Pmqr
>>348
--------------------
SPE すら交換可能な構成要素の一つでしかなくって、
--------------------
x86支配の教訓わ「ISAの継続性こそ最も重要」という事実なんで、一度定めたSPU ISAをSPU2 ISAで
大幅に改変するのわ難しいかと思うす。まして既に議論に上っているようにレジスタ数が多いために32-
bit固定長の命令に機能を収めるのに苦労しているのが現状す。
--------------------
LS 容量が限定されているので、
--------------------
これも古典的RISCに近いISAにわ不向きの実装すけど、この辺わシミュレーションで確認してると思われるす。
ただ命令レベルのシミュレーションは膨大な計算パワーを必要とするすから、幅広いアプリケーションで確認
したかわ疑問だと思うす。
組込分野でのセンサデータの扱いに付いてわ回答感謝するす。
--------------------
SPE すら交換可能な構成要素の一つでしかなくって、
--------------------
x86支配の教訓わ「ISAの継続性こそ最も重要」という事実なんで、一度定めたSPU ISAをSPU2 ISAで
大幅に改変するのわ難しいかと思うす。まして既に議論に上っているようにレジスタ数が多いために32-
bit固定長の命令に機能を収めるのに苦労しているのが現状す。
--------------------
LS 容量が限定されているので、
--------------------
これも古典的RISCに近いISAにわ不向きの実装すけど、この辺わシミュレーションで確認してると思われるす。
ただ命令レベルのシミュレーションは膨大な計算パワーを必要とするすから、幅広いアプリケーションで確認
したかわ疑問だと思うす。
組込分野でのセンサデータの扱いに付いてわ回答感謝するす。
組み込み分野や一部の高速な処理が求められる分野で、固定小数点演算が
使われるのは、あくまでその方が速いからであって、SPEのようなアーキテクチャで
固定小数点を使う利点はまるで無い、精度的にも不利だし
それに32bit整数乗算ではSIMD演算で繰り返し処理をする場合に、レジスタ内表現が
崩れるので、それを嫌って別扱いにしたんだろう
>>350
その中から32bitを選択したのだから、32bit固定の利点が大きいと判断しただけの事だろう
使われるのは、あくまでその方が速いからであって、SPEのようなアーキテクチャで
固定小数点を使う利点はまるで無い、精度的にも不利だし
それに32bit整数乗算ではSIMD演算で繰り返し処理をする場合に、レジスタ内表現が
崩れるので、それを嫌って別扱いにしたんだろう
>>350
その中から32bitを選択したのだから、32bit固定の利点が大きいと判断しただけの事だろう
353 ：MACオタ＞352 さん：2005/10/10(月) 18:16:46 ID:Up45Pmqr
>>352
----------------------
精度的にも不利だし
----------------------
単精度浮動小数点の精度わ、32-bit整数より低いす。32-bit整数を精度の問題なく変換可能な倍精度
浮動小数点の演算わ、実装のみならず命令セットレベルで迫害されているす。
15年ほど前ならともかくとして、組込分野でも32-bitプロセッサが使用される現在聞くような意見とも思え
ないすけど。。。
----------------------
精度的にも不利だし
----------------------
単精度浮動小数点の精度わ、32-bit整数より低いす。32-bit整数を精度の問題なく変換可能な倍精度
浮動小数点の演算わ、実装のみならず命令セットレベルで迫害されているす。
15年ほど前ならともかくとして、組込分野でも32-bitプロセッサが使用される現在聞くような意見とも思え
ないすけど。。。
>>353
表現精度ではなく乗算演算後の精度の話
表現精度ではなく乗算演算後の精度の話
>組込分野でも32-bitプロセッサが使用される現在
これってどういう分野の組み込みを指してるんだろうか
3次元GUIとか画像認識機器とかそういった市場の拡大に即してCELLを投入すれば
いいだけなんじゃないの
これってどういう分野の組み込みを指してるんだろうか
3次元GUIとか画像認識機器とかそういった市場の拡大に即してCELLを投入すれば
いいだけなんじゃないの
別に今そんなに風呂敷広げなくても、MRI画像処理とか
現行Cellパワーが必要な機器はいくらでもある。
現行Cellパワーが必要な機器はいくらでもある。
357 ：名無しさん必死だな：2005/10/10(月) 18:52:38 ID:U0fuzk+A
とりあえず家電のUI
358 ：名無しさん必死だな：2005/10/10(月) 18:53:39 ID:U0fuzk+A
もっさりを何とかして欲しい
PSXはその点だけは良かった
ミスったorz
PSXはその点だけは良かった
ミスったorz
>>356
うん、だからMACオタが言ってるような組み込み機器ってのがどういうレベルの
組み込み機器なのかなあと思って。現状、医療・軍事・航空・自動車その他への
組み込みが期待されるわけだけど、そういう部分で有効な選択に伴うトレードオフ
として32bit整数演算を重視しないという姿勢は十分正当化できるんじゃない?
それとも、そういう分野でも倍精度浮動小数点演算じゃないと駄目とか問題有る?
うん、だからMACオタが言ってるような組み込み機器ってのがどういうレベルの
組み込み機器なのかなあと思って。現状、医療・軍事・航空・自動車その他への
組み込みが期待されるわけだけど、そういう部分で有効な選択に伴うトレードオフ
として32bit整数演算を重視しないという姿勢は十分正当化できるんじゃない?
それとも、そういう分野でも倍精度浮動小数点演算じゃないと駄目とか問題有る?
いつも通りのCELLマンセー書き込みが付くようになってきたところで、このネタも終わりすかね。
CELL好きの皆さんわ、頑張ってCELL対応アプリを書いたり仕事でCELL採用の旗振りでもすれば良いかと
思うす。
CELLの将来がどうなるかわ判らないすけど、SPU ISAがこのまま生き残ることがあれば「コンピュータ
アーキテクチャにおいてわ、醜いものほど長生きする」という事例としてx86と共に末永く語られることと
思うす。
ISAが醜いという意見とわ別に、今後も私わCELL BPAを興味深いアーキテクチャとして見守るつもりす。
CELL好きの皆さんわ、頑張ってCELL対応アプリを書いたり仕事でCELL採用の旗振りでもすれば良いかと
思うす。
CELLの将来がどうなるかわ判らないすけど、SPU ISAがこのまま生き残ることがあれば「コンピュータ
アーキテクチャにおいてわ、醜いものほど長生きする」という事例としてx86と共に末永く語られることと
思うす。
ISAが醜いという意見とわ別に、今後も私わCELL BPAを興味深いアーキテクチャとして見守るつもりす。
362 ：( ○ ´ ー ｀ ○ ) はスバラシイ：2005/10/10(月) 19:09:33 ID:G9cceLRT
＞若い方なら仕方ないのかもしれないすけど
MACオタさんって意外とオジ様な年だったんだ。
MACオタさんって意外とオジ様な年だったんだ。
はい。さよならさよなら
32bit整数の乗算命令がないのか・・・なんだそれ？
自分の主張に都合の悪い部分はスルーで終了宣言か
>>360
LSのメモリ空間としては32bitで、Cellの今回の実装ではLS内が256KBで18bit、
ただしデータのロードストアでは下位4bitは常に無視(常に16バイト単位アクセス)される
>>360
LSのメモリ空間としては32bitで、Cellの今回の実装ではLS内が256KBで18bit、
ただしデータのロードストアでは下位4bitは常に無視(常に16バイト単位アクセス)される
>LSのメモリ空間としては32bitで、Cellの今回の実装ではLS内が256KBで18bit、
sizeof(void*)==4ならポインタ演算めっちゃ遅そうだな。
sizeof(void*)==4ならポインタ演算めっちゃ遅そうだな。
今更IntelのCPUとガチンコ勝負してもx86じゃないというだけの理由で負けるだけだと思う
けどねえ
そこのところMACオタは何を考えていたのかいまいちわかりかねる。
けどねえ
そこのところMACオタは何を考えていたのかいまいちわかりかねる。
何かの用途で不得手なことになってしまうの？ ＞ 32bit整数乗算
>>370
配列のアクセスとか?
配列のアクセスとか?
ポインタって基本的に、
巨大データや構造体を円滑にやり取りするためのものだと思うけど。
巨大データや構造体を円滑にやり取りするためのものだと思うけど。
>>370
加（減）算もNGらしいじゃん
加（減）算もNGらしいじゃん
>>373
32bit加減算は普通に使えますが？
32bit加減算は普通に使えますが？
Cellは整数演算が弱いというわけじゃなくて、整数演算は人並みって感じに捉えてるんだけど。
>>371
配列のアクセスは、コンパイル時にテーブル化しやすいからそんなでもないと思う。
配列のアクセスは、コンパイル時にテーブル化しやすいからそんなでもないと思う。
命令長が4byteでbyte単位のデータアクセスも多数のレジスタ生かして
4byte単位で読み込むんだからポインタ演算は16bit整数演算で十分なんだよ
わかってないなあ
4byte単位で読み込むんだからポインタ演算は16bit整数演算で十分なんだよ
わかってないなあ
おっと、4wordの間違い
データアクセスは16バイト単位だよ
ま、ポインタ演算なら大体の場合
Multiply and Add：RT(32bit)=RA(16bit)+RB(16bit)+RC(32bit)
で十分だろう
ま、ポインタ演算なら大体の場合
Multiply and Add：RT(32bit)=RA(16bit)+RB(16bit)+RC(32bit)
で十分だろう
>>379
○ Multiply and Add：RT(32bit)=RA(16bit)*RB(16bit)+RC(32bit)
× Multiply and Add：RT(32bit)=RA(16bit)+RB(16bit)+RC(32bit)
○ Multiply and Add：RT(32bit)=RA(16bit)*RB(16bit)+RC(32bit)
× Multiply and Add：RT(32bit)=RA(16bit)+RB(16bit)+RC(32bit)
>>380
それパの人じゃないの？
それパの人じゃないの？
IBM、Powerプロセッサの開発プロセスをオープンに
http://japan.cnet.com/news/ent/story/0,2000047623,20065220,00.htm
命令セットなど、Powerアーキテクチャの最も重要な部分については、
今後もその多くをIBMが管理していく。
家電機器用に設計されたこのチップは、
次期プレイステーションに搭載されると見られている。
http://japan.cnet.com/news/ent/story/0,2000047623,20065220,00.htm
命令セットなど、Powerアーキテクチャの最も重要な部分については、
今後もその多くをIBMが管理していく。
家電機器用に設計されたこのチップは、
次期プレイステーションに搭載されると見られている。
MACオタ、相変わらずだなぁ
これだけ理論武装して「32bit整数の乗算が無いからSPUの命令セットは嫌い」
としか言っとらん。で、具体的に何がまずいの？って質問にはほっかむり。
だいたい、命令セットの拡張なんてあとでいくらでもできるだろう。これまで失敗
した命令セットってのは、命令が不足していたために失敗したのではなくて、
なんでこんな命令サポートしちまったんだ、という変な機能をいれたから失敗
したのだ。
これだけ理論武装して「32bit整数の乗算が無いからSPUの命令セットは嫌い」
としか言っとらん。で、具体的に何がまずいの？って質問にはほっかむり。
だいたい、命令セットの拡張なんてあとでいくらでもできるだろう。これまで失敗
した命令セットってのは、命令が不足していたために失敗したのではなくて、
なんでこんな命令サポートしちまったんだ、という変な機能をいれたから失敗
したのだ。
>>382
そうだっけか
そうだっけか
32bit整数の乗算なんて普通、家電で多用しないよな。
整数演算で良く使われるのってunsigned shortとかshort
の16bit整数だよ。longを使う場合ってのは、たいてい
FPU使わない代替手段だろう。予め×1000しといて計算する
とか。
ってか、出来ないという訳ではなく、コンパイラレベルで
分割命令で置き換わるってだけなのに。
ネイティブで出来ないことがそんなにお気に召さない模様ｗ
整数演算で良く使われるのってunsigned shortとかshort
の16bit整数だよ。longを使う場合ってのは、たいてい
FPU使わない代替手段だろう。予め×1000しといて計算する
とか。
ってか、出来ないという訳ではなく、コンパイラレベルで
分割命令で置き換わるってだけなのに。
ネイティブで出来ないことがそんなにお気に召さない模様ｗ
389 ：名無しさん必死だな：2005/10/10(月) 21:00:06 ID:R7Mc+tJJ
Cellの競合はGPUのみ。違いますか？
コンパイラが命令分割とかしたときパフォーマンスは落ちないん？
１クロックで済む処理が２クロックとか４クロックとかかかるようになると電気がもったいない希ガス
１クロックで済む処理が２クロックとか４クロックとかかかるようになると電気がもったいない希ガス
zlibとか動かしたら遅そう
Cell搭載BRAVIA待ちなんだけど再来年以降になりそうかな？
早く欲しい
早く欲しい
結局IBMが儲かるようにできてるのかね。
応用分野が重複しないようにコントロールしてるのかな。
応用分野が重複しないようにコントロールしてるのかな。
394 ：名無しさん必死だな：2005/10/10(月) 21:26:36 ID:U0fuzk+A
バカオタはプログラムも書いたことないからなｗ
SPEはソフトCellのために独立した振る舞いを行うのが重要で
現時点の実装内容なんざ、PS3ありきで作るに決まっているという
ことも判らんのだよ。
SPEはソフトCellのために独立した振る舞いを行うのが重要で
現時点の実装内容なんざ、PS3ありきで作るに決まっているという
ことも判らんのだよ。
>>390
そんなのは現代のGHzクラスのCPUではゴミみたいなものです。
そんなのは現代のGHzクラスのCPUではゴミみたいなものです。
オタさん、また論破されて見苦しく逃げちゃったか
>>396
そうなん
そうなん
399 ：名無しさん必死だな：2005/10/10(月) 21:47:19 ID:sn95J9wC
・out of orderでない
・LSが256kbしかない
・直交性の低いSIMDに特化したISAには向かない処理がある
というわけで何でもかんでもSPEに逃がすのは難しそうだな。
PS3のボトルネックはPPEになりそうだ。
・LSが256kbしかない
・直交性の低いSIMDに特化したISAには向かない処理がある
というわけで何でもかんでもSPEに逃がすのは難しそうだな。
PS3のボトルネックはPPEになりそうだ。
400 ：名無しさん必死だな：2005/10/10(月) 21:50:27 ID:RQSiR0RI
無意味なチップで終わってるんだが。
>>385
つまり、命令セットがどうしても足りなければ、 汎用の後継チップ（Cell２？）では
「今までは○○って命令セット無しでやってきたけど、どうしても必要だから追加してくれ」
ってやればいいわけね。
逆に、頻繁に使うかどうかもわからない妙な命令セットを最初に入れてると、あとで削除しようにも、
プログラムの互換性を維持するためには延々とサポートせざるを得ない、捨てられない、
ってことかな。
32bit整数の乗算が無いと、SPEは具体的にどんな処理が弱くなるの？
それはPPEでは無くて、SPEの役割として期待されている処理なの？
他の命令で代替できないの？
つまり、命令セットがどうしても足りなければ、 汎用の後継チップ（Cell２？）では
「今までは○○って命令セット無しでやってきたけど、どうしても必要だから追加してくれ」
ってやればいいわけね。
逆に、頻繁に使うかどうかもわからない妙な命令セットを最初に入れてると、あとで削除しようにも、
プログラムの互換性を維持するためには延々とサポートせざるを得ない、捨てられない、
ってことかな。
32bit整数の乗算が無いと、SPEは具体的にどんな処理が弱くなるの？
それはPPEでは無くて、SPEの役割として期待されている処理なの？
他の命令で代替できないの？
多分、もう去ってしまったのだとは思いますが。
> 「ISAの継続性こそ最も重要」
誤解されたようだけど、SPU2 は SPU の上位互換と限定した話じゃないです。
5年も経って Cell Framework がそれなりに普及していて、その上で int32 が
多用されるので SPU ISA が制約になるのであれば全く独立の ISA を定義して
SPE とは互換性を持たない SPE2 を搭載すれば良いのでは、という話です。
それだけ経てば、LS size なども 64bit 固定長を選択しても問題無い程度に
緩和されているかもしれませんし。
> 単精度浮動小数点の精度わ、32-bit整数より低いす。
前にも書いた通り、センサの特性曲線はまちまちだし、その領域の各部ごとに
計測精度は異なります。ADC 等から受けた出力値自体が誤差を含む物であって、
整数論的な意味での精度の確保は、組込用途では殆ど意味を持ちません。
> 「ISAの継続性こそ最も重要」
誤解されたようだけど、SPU2 は SPU の上位互換と限定した話じゃないです。
5年も経って Cell Framework がそれなりに普及していて、その上で int32 が
多用されるので SPU ISA が制約になるのであれば全く独立の ISA を定義して
SPE とは互換性を持たない SPE2 を搭載すれば良いのでは、という話です。
それだけ経てば、LS size なども 64bit 固定長を選択しても問題無い程度に
緩和されているかもしれませんし。
> 単精度浮動小数点の精度わ、32-bit整数より低いす。
前にも書いた通り、センサの特性曲線はまちまちだし、その領域の各部ごとに
計測精度は異なります。ADC 等から受けた出力値自体が誤差を含む物であって、
整数論的な意味での精度の確保は、組込用途では殆ど意味を持ちません。
> 組込分野でも32-bitプロセッサが使用される現在
要求が拡大しているのは主にメモリの肥大であって、アドレス空間拡大だけの
為に 32bit 化が進行したと言っても良い程です。
扱うデータに関して、精度よりも値域の広さが必要だという話は前述の通り。
個人的な話で恐縮ですが、どうしてもそれが必要だったので、16bit MCU 上で
指数 16bit 仮数 16bit の浮動小数点演算を自分で実装した事すらあります。
失礼ながら、MACオタ氏は組込用途に関しては、議論の質が著しく劣ります。
そこを論点として議論を進めるのであれば、もう少し下調べをお願いしたい。
要求が拡大しているのは主にメモリの肥大であって、アドレス空間拡大だけの
為に 32bit 化が進行したと言っても良い程です。
扱うデータに関して、精度よりも値域の広さが必要だという話は前述の通り。
個人的な話で恐縮ですが、どうしてもそれが必要だったので、16bit MCU 上で
指数 16bit 仮数 16bit の浮動小数点演算を自分で実装した事すらあります。
失礼ながら、MACオタ氏は組込用途に関しては、議論の質が著しく劣ります。
そこを論点として議論を進めるのであれば、もう少し下調べをお願いしたい。
Cell
これてPCに詰まれる可能性あるの？
これてPCに詰まれる可能性あるの？
>>401
PPEを増強するかPPEコア数を増やすかすればいいだけじゃないの?
PPEを増強するかPPEコア数を増やすかすればいいだけじゃないの?
>>405
「だけ」、と言っても、後継チップでPPEを増やすなら 命令セットの追加くらい出来るのでは。
「だけ」、と言っても、後継チップでPPEを増やすなら 命令セットの追加くらい出来るのでは。
>>407
私ゃ基本的に、構成が Scalable な Media processor と認識しているので、
現状の Cell BPA の用途として「広域分散 BlueGene」な Grid computing を
想定していない、というのがこれまで書いた私見の前提です。
Cell 家電の Grid は、AV 家電間の家庭内 Grid であって、その上で動く分散
application も Media processing 関連の物が主流になると考えています。
それならば現状の SPU ISA は充分強力だろうと。
「広域分散 BlueGene」が必要なら、新規の SPU2 を ISA ごと起こせば良いし
過去の SPU ISA の資産も利用したければ、新旧両方積めば良いだけの話。
……というくらい、楽観的に考えているのではないかと思います。
私ゃ基本的に、構成が Scalable な Media processor と認識しているので、
現状の Cell BPA の用途として「広域分散 BlueGene」な Grid computing を
想定していない、というのがこれまで書いた私見の前提です。
Cell 家電の Grid は、AV 家電間の家庭内 Grid であって、その上で動く分散
application も Media processing 関連の物が主流になると考えています。
それならば現状の SPU ISA は充分強力だろうと。
「広域分散 BlueGene」が必要なら、新規の SPU2 を ISA ごと起こせば良いし
過去の SPU ISA の資産も利用したければ、新旧両方積めば良いだけの話。
……というくらい、楽観的に考えているのではないかと思います。
両方積むん
SSE2とかMMXみたいなノリでええやん
411 ：名無しさん必死だな：2005/10/10(月) 23:06:20 ID:R7Mc+tJJ
そうですね。
MACオタは技術ウォッチャーに徹していればいいのに。
実装周りは半可通でしかないんだから。
実装周りは半可通でしかないんだから。
組み込み系って、ちょっと重めの処理もARM系やSH系で事足りる用途がほとんどじゃないの？
CELLで組み込み系って画像処理関係だけでは。
組み込み系で比較的高速なCPUが要求されるカーナビなどでは、
最短経路探索なんかの処理はCELL向きとはいえないので、
それのアプリ、画像処理部分ということになると思うけど、
車載CPUは、かなり耐熱性能などが要求されるから
性能いいから、じゃあカーナビに乗せましょうと簡単にいくものじゃないような。
CELLで組み込み系って画像処理関係だけでは。
組み込み系で比較的高速なCPUが要求されるカーナビなどでは、
最短経路探索なんかの処理はCELL向きとはいえないので、
それのアプリ、画像処理部分ということになると思うけど、
車載CPUは、かなり耐熱性能などが要求されるから
性能いいから、じゃあカーナビに乗せましょうと簡単にいくものじゃないような。
いまはまだ、カーナビ用途なんかは考えていないと思う。
省電力やら耐久性をあげたらの話ではないかな。
省電力やら耐久性をあげたらの話ではないかな。
＞組み込み系って、ちょっと重めの処理もARM系やSH系で
＞事足りる用途がほとんどじゃないの？
ん？だから、それはデコーダとかエンコーダとか、
専用ハードを載せてるから。別にARMやらSHのメインCPUは単に
それらの専用ハードを制御していりゃ良いだけだから。
CELLは専用ハードを載せるのではなく、その専用ハードが
行っている事をソフトウェアで実装しようとしているんだろ。
今までのように専用ハードで構成しようとするなら、
そりゃCELLの性能は不要だよ。
＞事足りる用途がほとんどじゃないの？
ん？だから、それはデコーダとかエンコーダとか、
専用ハードを載せてるから。別にARMやらSHのメインCPUは単に
それらの専用ハードを制御していりゃ良いだけだから。
CELLは専用ハードを載せるのではなく、その専用ハードが
行っている事をソフトウェアで実装しようとしているんだろ。
今までのように専用ハードで構成しようとするなら、
そりゃCELLの性能は不要だよ。
命令セットの不備を指摘されただけで
ファビョるcell儲
ファビョるcell儲
>>416
技術的根拠を併記して、それらの発言の補足よろしく。
技術的根拠を併記して、それらの発言の補足よろしく。
いつものように誹謗のヒトが涌いて出てるすね(笑)
とりあえず典型的なトンデモさんだけわ指摘しておくす。
>>403
-------------------------
個人的な話で恐縮ですが、どうしてもそれが必要だったので、16bit MCU 上で
指数 16bit 仮数 16bit の浮動小数点演算を自分で実装した事すらあります。
-------------------------
測定可能な物理量としてわもっともダイナミックレンジの広い電流量ですら現実的な値わfA～GAっ
てことで、必要なデータの範囲わ10^-15～10^9す。つまりセンサから得られるな物理量なんて指数
部わ5-bit程度で十分ということす。科学技術計算的な処理を行わないのに16-bitの指数部が必要な
処理って何なんすかね。。。
こう言っちゃ悪いすけど、多分プログラム以前に科学的な常識を学ぶ方が仕事にも良い結果が得られる
と思うす。
とりあえず典型的なトンデモさんだけわ指摘しておくす。
>>403
-------------------------
個人的な話で恐縮ですが、どうしてもそれが必要だったので、16bit MCU 上で
指数 16bit 仮数 16bit の浮動小数点演算を自分で実装した事すらあります。
-------------------------
測定可能な物理量としてわもっともダイナミックレンジの広い電流量ですら現実的な値わfA～GAっ
てことで、必要なデータの範囲わ10^-15～10^9す。つまりセンサから得られるな物理量なんて指数
部わ5-bit程度で十分ということす。科学技術計算的な処理を行わないのに16-bitの指数部が必要な
処理って何なんすかね。。。
こう言っちゃ悪いすけど、多分プログラム以前に科学的な常識を学ぶ方が仕事にも良い結果が得られる
と思うす。
419 ：名無しさん必死だな：2005/10/11(火) 00:35:39 ID:0Jxd7uPk
誹謗の人……
(´Д⊂)
議論を盛り上げようとしてるんだよ……
(´Д⊂)
議論を盛り上げようとしてるんだよ……
>>418
どっちかというと仮数部に16bit必要だったんじゃね？
どっちかというと仮数部に16bit必要だったんじゃね？
>418
それって、「どうしても浮動小数点演算が必要だったから16bit MCUで実装した」
という話であって、「16bitの指数部が必要だった」って話じゃないと思うんだが。
つまり、指数部が16bitになったのは手持ちの演算リソースの制約。
にしても「典型的なトンデモさんだけわ指摘しておくす」とか、「多分プログラム以
前に科学的な常識を学ぶ方が」とか、いいきっちゃうわけね。
誰がトンデモなんだか。
それって、「どうしても浮動小数点演算が必要だったから16bit MCUで実装した」
という話であって、「16bitの指数部が必要だった」って話じゃないと思うんだが。
つまり、指数部が16bitになったのは手持ちの演算リソースの制約。
にしても「典型的なトンデモさんだけわ指摘しておくす」とか、「多分プログラム以
前に科学的な常識を学ぶ方が」とか、いいきっちゃうわけね。
誰がトンデモなんだか。
前提が違うのに、話してもしょうがないんじゃね？
MACオタは、初代cellの命令ｾｯﾄが16-bitじゃパソや最新機器に対応できかねるって言いたいのかね？
cellは、画像及びAV関係に特化…、特化は言いすぎかもしれんが
元々、汎用に使うつもりは無いだろ
sonyや松下、東芝もAV関係に使うのが普通だろ？
ソレにかって期待して、勝手に失望して何言ってんだって感じを受けたぞ
まぁ、俺もcellに期待して多面もあるがなー
MACオタは、初代cellの命令ｾｯﾄが16-bitじゃパソや最新機器に対応できかねるって言いたいのかね？
cellは、画像及びAV関係に特化…、特化は言いすぎかもしれんが
元々、汎用に使うつもりは無いだろ
sonyや松下、東芝もAV関係に使うのが普通だろ？
ソレにかって期待して、勝手に失望して何言ってんだって感じを受けたぞ
まぁ、俺もcellに期待して多面もあるがなー
MACオタのレスの付ける部分ってどうでも良いようなとこばっか。
肝心のレス付けて欲しい部分はスルーするんだよね。
>>403が言いたいことは16bit MCU 上～の与太話ではないだろうに。
そんなところの揚げ足取らなくても。
肝心のレス付けて欲しい部分はスルーするんだよね。
>>403が言いたいことは16bit MCU 上～の与太話ではないだろうに。
そんなところの揚げ足取らなくても。
バカオタは困ったら揚げ足取りに終始するんでｗ
>>421
言ってもしょうがない
向こうでも感じていたが、知識はあるが知恵が無いって感じ
俺も、cellの命令にはちょっと期待はずれな感じを受けたがなぁ
5年持つかね、cellは
つかSPEの仕様は・・・か
言ってもしょうがない
向こうでも感じていたが、知識はあるが知恵が無いって感じ
俺も、cellの命令にはちょっと期待はずれな感じを受けたがなぁ
5年持つかね、cellは
つかSPEの仕様は・・・か
>> 401
> 逆に、頻繁に使うかどうかもわからない妙な命令セットを最初に入れてると、あとで削除しようにも、
> プログラムの互換性を維持するためには延々とサポートせざるを得ない、捨てられない、
> ってことかな。
そういうこと。
多段間接メモリアクセスなんかが典型的だ。
どうしても変な命令をサポートする必要が生じたら、トラップを起こして
ソフトウェア実装しなきゃいかんってなことになる。
> 逆に、頻繁に使うかどうかもわからない妙な命令セットを最初に入れてると、あとで削除しようにも、
> プログラムの互換性を維持するためには延々とサポートせざるを得ない、捨てられない、
> ってことかな。
そういうこと。
多段間接メモリアクセスなんかが典型的だ。
どうしても変な命令をサポートする必要が生じたら、トラップを起こして
ソフトウェア実装しなきゃいかんってなことになる。
IntelのSSE
に
そっくり。
に
そっくり。
cellの第一世代と第二世代
90-65になるだけじゃなく、どんな違いが出てくるか気になる
ってかいてて思ったんだが、PS3って第一？第二？
90-65になるだけじゃなく、どんな違いが出てくるか気になる
ってかいてて思ったんだが、PS3って第一？第二？
というか、自前で単純な命令を組み合わせて、複雑な処理をするって
RISC型の常識ではなかったかな。
最近はコンパイラでやってくれるが。
心配しなくても、必要になったらコンパイラがサポートするし、
それでも足りないなら自力でインラインアセンブラでも何でもしたらどうかと。
RISC型の常識ではなかったかな。
最近はコンパイラでやってくれるが。
心配しなくても、必要になったらコンパイラがサポートするし、
それでも足りないなら自力でインラインアセンブラでも何でもしたらどうかと。
>>429
同意だ
しかし、MACオタはハードLVで色々やって欲しかったんだろう
ﾊﾟｿ関係になまじ漬かってたら、そう思うのは普通だろうな
cellならやってくれる！、きっと大丈夫だ！
って言うわけじゃねーが、わるか無い石だと思うぞ
cellもダメダメな所はある、何考えてんだ？って所も有るが
俺たちより頭が良い奴等が考えて作ったんだ
ダメだしするのは、触ってからでいいだろう
俺等が作ったわけじゃねーしなw
同意だ
しかし、MACオタはハードLVで色々やって欲しかったんだろう
ﾊﾟｿ関係になまじ漬かってたら、そう思うのは普通だろうな
cellならやってくれる！、きっと大丈夫だ！
って言うわけじゃねーが、わるか無い石だと思うぞ
cellもダメダメな所はある、何考えてんだ？って所も有るが
俺たちより頭が良い奴等が考えて作ったんだ
ダメだしするのは、触ってからでいいだろう
俺等が作ったわけじゃねーしなw
で、失望してる人たちに聞きたいのだが、32bit x 32bitの整数乗算
が必要な処理って何？
なんつーか、今の汎用プロセッサが当たり前のように装備している
機能が全部存在しないと「汎用」とは言えない、という思考停止が
感じられるんだが。
普通のプロセッサだと「アドレス計算」が答えになるが、LS+DMAと
いうSPEのアーキテクチャでは不要。
これを除くと、画像エフェクト、3Dグラフィックス、科学技術計算用
物理シミュ、生命情報科学、暗号関連処理、組み込み用信号処理、
ネットワークパケット処理、といったところではどれをとってもそれ
ほど重要ではないのだが。
が必要な処理って何？
なんつーか、今の汎用プロセッサが当たり前のように装備している
機能が全部存在しないと「汎用」とは言えない、という思考停止が
感じられるんだが。
普通のプロセッサだと「アドレス計算」が答えになるが、LS+DMAと
いうSPEのアーキテクチャでは不要。
これを除くと、画像エフェクト、3Dグラフィックス、科学技術計算用
物理シミュ、生命情報科学、暗号関連処理、組み込み用信号処理、
ネットワークパケット処理、といったところではどれをとってもそれ
ほど重要ではないのだが。
アセンブラ部分を誰か腕のある奴が組んで基底クラスにして、
あとはそれを継承すれば楽チンだけど、
だれがそれを組むかってのは押し付け合いなのだ。
プログラマの世界は弱肉強食ですよマジで。
あとはそれを継承すれば楽チンだけど、
だれがそれを組むかってのは押し付け合いなのだ。
プログラマの世界は弱肉強食ですよマジで。
>>431
32bit*32bitでの整数演算が必要な処理は、2Dグラフィック処理ならいまんとこ出番はある。
ただ、3D処理やら映像・音響処理ならあんまし使わない。
ループカウンタも、最適なbit長の変数使えばそれで良いし、
ポインタ操作なんてそもそもそんな複雑なことしないからコンパイラが
勝手に最適化してくれる。
高度なビジネスアプリなら必要かもしれないけど、
マルチメディア処理ならほんと添え字やリテラルくらいでしか必要ない。
32bit*32bitでの整数演算が必要な処理は、2Dグラフィック処理ならいまんとこ出番はある。
ただ、3D処理やら映像・音響処理ならあんまし使わない。
ループカウンタも、最適なbit長の変数使えばそれで良いし、
ポインタ操作なんてそもそもそんな複雑なことしないからコンパイラが
勝手に最適化してくれる。
高度なビジネスアプリなら必要かもしれないけど、
マルチメディア処理ならほんと添え字やリテラルくらいでしか必要ない。
RSXの開発のタイムスケジュールのソースってどこだっけ？覚えている人いますか？
12月までにテープアウトとか言ってたような気がするんですが・・・
12月までにテープアウトとか言ってたような気がするんですが・・・
32bit*32bit無しって、
int32 a, b;
int32 c = a * b;
というコードはもれなく分解されて
複数の命令に置き換わるってこと？
それが嫌ならこう書けと？
int32 c = int16(a) * int16(b);
これはちょっと・・
int32 a, b;
int32 c = a * b;
というコードはもれなく分解されて
複数の命令に置き換わるってこと？
それが嫌ならこう書けと？
int32 c = int16(a) * int16(b);
これはちょっと・・
暗号処理は整数演算が重要というか、整数論で成り立っているから
整数がキモだったりする。
なので、暗号の分野ではどうなるかはよくわからない。
RSAバカっ速とかにはならず、ふつーの速度になるのではないかと
思っている。
整数がキモだったりする。
なので、暗号の分野ではどうなるかはよくわからない。
RSAバカっ速とかにはならず、ふつーの速度になるのではないかと
思っている。
>>436
32bitと32bitの乗算結果は本来64bitに格納すべきです…
32bitと32bitの乗算結果は本来64bitに格納すべきです…
>>437
暗号といっても中身は千差万別
AESはバイトシャッフル+ビット演算、DESはビットシャッフル+ビット演算
でいずれも乗算なんぞ出てこない。
RSAは原理しか知らないのだが、どうなのかなぁ。多倍長整数演算に
なると思うのだが、16bitx16bit -> 32bitが4並列でじっこうできるより、
やっぱり32bitx32bit -> 64bitが実行できたほうがうれしいよ、という
ような処理なのだろうか？
暗号といっても中身は千差万別
AESはバイトシャッフル+ビット演算、DESはビットシャッフル+ビット演算
でいずれも乗算なんぞ出てこない。
RSAは原理しか知らないのだが、どうなのかなぁ。多倍長整数演算に
なると思うのだが、16bitx16bit -> 32bitが4並列でじっこうできるより、
やっぱり32bitx32bit -> 64bitが実行できたほうがうれしいよ、という
ような処理なのだろうか？
>>429
いや、そういう話じゃなくて、ハード実装されていないと、整数（固定
小数）の乗除算をかけた時のサイクル数が跳ね上がるって話だよ。
最近のCPUだと乗除算の演算も速いけど、8bitCPUやインテル
の腐れ16bitCPUあたりだと、ニーモックとして用意されていても
加減算の数～数十倍の時間がかかったり、無い場合は加減算
やらシフトやらの組み合わせで書いてやたらと時間がかかっていた。
で、ここで議論しているのは、じゃあ、実際に32bit整数（固定小数）
の乗除算が必要とされるシーンってなんだろう、って事。
(単精度浮動小数が高速で扱えるって前提で)
今のPCでのコーディングの場合、デフォルトが32bit長なんで感覚
的には32bit整数の乗除算も加減算と同じサイクルで扱えないと不
便な様に思うけど、実際の話、どんだけ使ってんだろう、ってのが主題。
いや、そういう話じゃなくて、ハード実装されていないと、整数（固定
小数）の乗除算をかけた時のサイクル数が跳ね上がるって話だよ。
最近のCPUだと乗除算の演算も速いけど、8bitCPUやインテル
の腐れ16bitCPUあたりだと、ニーモックとして用意されていても
加減算の数～数十倍の時間がかかったり、無い場合は加減算
やらシフトやらの組み合わせで書いてやたらと時間がかかっていた。
で、ここで議論しているのは、じゃあ、実際に32bit整数（固定小数）
の乗除算が必要とされるシーンってなんだろう、って事。
(単精度浮動小数が高速で扱えるって前提で)
今のPCでのコーディングの場合、デフォルトが32bit長なんで感覚
的には32bit整数の乗除算も加減算と同じサイクルで扱えないと不
便な様に思うけど、実際の話、どんだけ使ってんだろう、ってのが主題。
個人的には、MACオタ氏の指摘は、確かに興味深い指摘だと思う。
ただ、高速な整数演算が必要な組込用途なら、それ専用の安価な
チップで十分だろうし、セルで無理にやらせるのならば、PPEをぶん
回すだけで十分だと思う。（型変換-演算-型変換のパスを複数の
セルで組むのもおもろいけど、組込用途としては冗長でしょう）
そこらへん、組込用もそうだけど、ゲームとしてはどうなんだろう？
>>435
9月テープアウトで、12月に搭載開発機を配布って噂。
ただ、高速な整数演算が必要な組込用途なら、それ専用の安価な
チップで十分だろうし、セルで無理にやらせるのならば、PPEをぶん
回すだけで十分だと思う。（型変換-演算-型変換のパスを複数の
セルで組むのもおもろいけど、組込用途としては冗長でしょう）
そこらへん、組込用もそうだけど、ゲームとしてはどうなんだろう？
>>435
9月テープアウトで、12月に搭載開発機を配布って噂。
>>435
マルチうざい
マルチうざい
>>444
>>実際の話、どんだけ使ってんだろう、ってのが主題。
実際のところ、それが示されんことには単なる好き嫌いの話でしかないような。
もしくは、宗教上の解釈の違いとしか…
又、それが示されたところでその用途には使わなければすむ話でもある。
>>実際の話、どんだけ使ってんだろう、ってのが主題。
実際のところ、それが示されんことには単なる好き嫌いの話でしかないような。
もしくは、宗教上の解釈の違いとしか…
又、それが示されたところでその用途には使わなければすむ話でもある。
整数乗算は16bitしかないが、
下位ハーフワード同士、
上位ハーフワード同士、
上位ハーフワード×下位ハーフワード、
などいろいろ用意されている
下位ハーフワード同士、
上位ハーフワード同士、
上位ハーフワード×下位ハーフワード、
などいろいろ用意されている
32bit×32bitで結果も32bitしか必要なければ、
S = A下位×B上位, 16bit左シフト付
T = B下位×A上位, 16bit左シフト付
C = S + T
C = C + A下位×B下位
で求められるようだ。
S = A下位×B上位, 16bit左シフト付
T = B下位×A上位, 16bit左シフト付
C = S + T
C = C + A下位×B下位
で求められるようだ。
技術的な指摘がどうこうより、MACオタが言い出してることが問題。
何せ、Macに採用されると決まったとたん今までこき下ろしてたIntelを
持ち上げ始めてPPC系のCellを叩き始めるくらいだから。
MACオタのやってることは、技術論を装った神学論争であり水掛け論。
そもそも、シンプルかつ高速なアーキテクチャで高い実効性能を引き出して
小さな問題を吸収するのがCellの考え方だから、32bit整数の話も最初から
想定の範囲内。RISCプロセッサを生んだアーキテクトの最後の仕事でもある。
整数演算の分野でCellにケチつけるなんて今や箱儲ですらやらないぞ。
みっともない。
何せ、Macに採用されると決まったとたん今までこき下ろしてたIntelを
持ち上げ始めてPPC系のCellを叩き始めるくらいだから。
MACオタのやってることは、技術論を装った神学論争であり水掛け論。
そもそも、シンプルかつ高速なアーキテクチャで高い実効性能を引き出して
小さな問題を吸収するのがCellの考え方だから、32bit整数の話も最初から
想定の範囲内。RISCプロセッサを生んだアーキテクトの最後の仕事でもある。
整数演算の分野でCellにケチつけるなんて今や箱儲ですらやらないぞ。
みっともない。
いや本当にMACオタがいってる用途が何か浮かばない俺
どのへんに使いたいのかさっぱりだ
どのへんに使いたいのかさっぱりだ
>>450
つーか、データタイプやレジスタの直交性の優位性なんぞとうの昔に崩れたと思っているのだが、
どうだろうね？昔のおいらもそうだったが、一部のオタが拘っているだけではないかと。
それがうれしいのは一部のアセンブラ野郎だけではないかと思われ。しかし経験則からすると、出来上
がったコードにおいてそれが有効に機能してることなんてほとんど無いんだよな。コーディングしやすい
&命令長を削れると言うくらいか？
SPUのISAは美しくないとは思うが、必然に沿ったものであろうから特に貶す事も持ち上げることも
するほどのこっちゃない。
つーか、データタイプやレジスタの直交性の優位性なんぞとうの昔に崩れたと思っているのだが、
どうだろうね？昔のおいらもそうだったが、一部のオタが拘っているだけではないかと。
それがうれしいのは一部のアセンブラ野郎だけではないかと思われ。しかし経験則からすると、出来上
がったコードにおいてそれが有効に機能してることなんてほとんど無いんだよな。コーディングしやすい
&命令長を削れると言うくらいか？
SPUのISAは美しくないとは思うが、必然に沿ったものであろうから特に貶す事も持ち上げることも
するほどのこっちゃない。
何か馬鹿らしくなったので、誤解だけ解いて撤退します。
>>418
> センサから得られるな物理量なんて指数部わ5-bit程度で十分
センサから得られる値は、単に制御に必要な元データでしかないです。
その後の操作で 8bit 指数の既存の library では問題が生じたため、
自作の必要が生じたという話で、16bit MCU の 16bit ALU で効率的な
実装をしたら 16bit + 16bit になったという事です。>>421 の通り。
16bit 指数はさすがに多過ぎましたが仮数 は 16bit で充分だったので。
>>418
> センサから得られるな物理量なんて指数部わ5-bit程度で十分
センサから得られる値は、単に制御に必要な元データでしかないです。
その後の操作で 8bit 指数の既存の library では問題が生じたため、
自作の必要が生じたという話で、16bit MCU の 16bit ALU で効率的な
実装をしたら 16bit + 16bit になったという事です。>>421 の通り。
16bit 指数はさすがに多過ぎましたが仮数 は 16bit で充分だったので。
ついでに雑談。
>>426
> 多段間接メモリアクセスなんかが典型的だ。
TRON chip Level-2 の無限多段間接アドレッシングは最凶でしたね。
>>445
> 個人的には、MACオタ氏の指摘は、確かに興味深い指摘だと思う。
だと思ったからお話してみたんですけどね。ちと噛み合わなかったかも。
>>453
> データタイプやレジスタの直交性の優位性なんぞとうの昔に崩れた
私もそれは美学の話であって、他の問題より優先すべきとは思えなかった。
そのあたり、もう少し論拠があるのかと思って尋んえてみたんですが……。
>>426
> 多段間接メモリアクセスなんかが典型的だ。
TRON chip Level-2 の無限多段間接アドレッシングは最凶でしたね。
>>445
> 個人的には、MACオタ氏の指摘は、確かに興味深い指摘だと思う。
だと思ったからお話してみたんですけどね。ちと噛み合わなかったかも。
>>453
> データタイプやレジスタの直交性の優位性なんぞとうの昔に崩れた
私もそれは美学の話であって、他の問題より優先すべきとは思えなかった。
そのあたり、もう少し論拠があるのかと思って尋んえてみたんですが……。
まだPS3用のcellの生産は開始してないのかね？
そろそろ作りはじめないと来年の春には間に合わなくなるんじゃないの？
そろそろ作りはじめないと来年の春には間に合わなくなるんじゃないの？
乗算演算器に必要なトランジスタ数を考えたら
型の直交性を理由に用意するのはむしろ美しくないでしょ。
なにか明確な用途がないと。
型の直交性を理由に用意するのはむしろ美しくないでしょ。
なにか明確な用途がないと。
結局Macオタを叩ききったら勝ちというルールのスレなんか？
459 ：名無しさん必死だな：2005/10/11(火) 08:50:42 ID:VMq6yys2
別にMacオタを叩きたいわけじゃない。
現状をﾏﾝｾｰできればそれでいい。
CELLの仕様にケチをつける奴は何人たりとも許しはしない。
現状をﾏﾝｾｰできればそれでいい。
CELLの仕様にケチをつける奴は何人たりとも許しはしない。
技術スレに叩きなんてないさ
読む人が読めばわかる
わかる人だけ読めばいい
読む人が読めばわかる
わかる人だけ読めばいい
Macｵﾀが実装や商用ソフトに理想論でケチつけて敗走するのは
Mac板からの伝統みたいなものだろ
Mac板からの伝統みたいなものだろ
久々にスレが活性化したんだからよかったじゃないか
向いてないということはないと思うけど、Cellベースのブレードサーバだとつ
ぶしが効かない不自由さ、というのはあるかも。たとえばユーザが、各ノードにメモリは
4GB欲しい、と思ったらどうするか。
汎用CPUとしての戦いをどこまでIBMはやりぬく覚悟があるのかは興味深いです。
ぶしが効かない不自由さ、というのはあるかも。たとえばユーザが、各ノードにメモリは
4GB欲しい、と思ったらどうするか。
汎用CPUとしての戦いをどこまでIBMはやりぬく覚悟があるのかは興味深いです。
組み込み系にかぎらず32*32=64ってのは、まず使う場所はないんでないかな
32*16=32、16*16=32以外は自分の経験上はちょっと思いつかない
32*16=32、16*16=32以外は自分の経験上はちょっと思いつかない
どんどんやれｗ
やっぱここはCELLマンセースレでしかないのか・・・。
468 ：名無しさん必死だな：2005/10/11(火) 12:31:40 ID:VW+73KY4
マンセーが嫌なら、技術的にそれを論破すればいいじゃないか
469 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/11(火) 12:38:10 ID:En2Plocn
仮に技術的に論破しても、素人目には何が何だかわからないから
毎回ソースを用意するＭＡＣオタ氏が正しそうに思えてしまう罠。
毎回ソースを用意するＭＡＣオタ氏が正しそうに思えてしまう罠。
ていうかMacオタが正しいんだろ？
組込み系で32×32＝64を使ったが、固定小数点だった。
ただ、浮動小数より固定小数より速いのが前提の議論になっているけど、
マジで速いの？
あと、議論の途中でRISCは最近ではコンパイラが…って話があるけど、
逆のような気がする。（コンパイラが主流になったからRISCが…）
ただ、浮動小数より固定小数より速いのが前提の議論になっているけど、
マジで速いの？
あと、議論の途中でRISCは最近ではコンパイラが…って話があるけど、
逆のような気がする。（コンパイラが主流になったからRISCが…）
基本的にSPEはちょっとインテリジェンスなDSPでしかないのだよ。
よく出来たVUって事で良いではないか。
よく出来たVUって事で良いではないか。
やれ整数演算だのDSPだの、昔の低レベル煽りが浦島太郎状態で再来してるのか？
>>472
FPUの無い環境なら間違いなく固定少数の方が速い
SPEだと浮動小数点の方が整数演算よりもレンテンシが低いぐらいだから、速さでは
利点が無く、必要ならば複数命令の組み合わせで、32x16や32x32の演算も可能
それが前提で、それでも高速な1命令32x32=64がどうしても必須なの？と言う話
SPEはほぼ全ての命令がSIMD前提で設計されているので、ループなどの繰り返し
演算をさせる場合、レジスタ内表現の変わってしまう32x32=64演算はどうしても必要な
部分でだけ組み合わせで使えば良いという設計思想なんじゃないか？
FPUの無い環境なら間違いなく固定少数の方が速い
SPEだと浮動小数点の方が整数演算よりもレンテンシが低いぐらいだから、速さでは
利点が無く、必要ならば複数命令の組み合わせで、32x16や32x32の演算も可能
それが前提で、それでも高速な1命令32x32=64がどうしても必須なの？と言う話
SPEはほぼ全ての命令がSIMD前提で設計されているので、ループなどの繰り返し
演算をさせる場合、レジスタ内表現の変わってしまう32x32=64演算はどうしても必要な
部分でだけ組み合わせで使えば良いという設計思想なんじゃないか？
476 ：名無しさん必死だな：2005/10/11(火) 13:43:46 ID:/nVF606Q
>>473
まあそういうことだね。
PPEはSPEの制御だけやってればよくって
SPEはAIやドライバ、ゲームのロジックなどの汎用的なコードを
超高速に実行できるというちょっと前までこのスレで言われていた
幻想が打ち砕かれただけの話だ。
別にSPEがあらゆる用途で糞と言われている訳じゃないんだから
そんなに必死にならなくてもいいのにな。
まあそういうことだね。
PPEはSPEの制御だけやってればよくって
SPEはAIやドライバ、ゲームのロジックなどの汎用的なコードを
超高速に実行できるというちょっと前までこのスレで言われていた
幻想が打ち砕かれただけの話だ。
別にSPEがあらゆる用途で糞と言われている訳じゃないんだから
そんなに必死にならなくてもいいのにな。
>>471
お前毎日同じことかいてるだろｗ
お前毎日同じことかいてるだろｗ
コンパイラで最適化できないような、たとえばJava等のVMを実装するなら、
32bit乗算はないよりあった方がいいのかも。そういう用途にはSPEは使わない気がするけれども。
> SPEはAIやドライバ、ゲームのロジックなどの汎用的なコードを
それらで32bit乗算を必要とする局面って思いつきます?
32bit乗算はないよりあった方がいいのかも。そういう用途にはSPEは使わない気がするけれども。
> SPEはAIやドライバ、ゲームのロジックなどの汎用的なコードを
それらで32bit乗算を必要とする局面って思いつきます?
>それらで32bit乗算を必要とする局面って思いつきます?
32x32->64を欲しい状況ってのはちょっとはあるかも知れないけれども、必須ってのは思いつかないね。
ただ、SPEにスカラ性能を求めるのはそもそも違うかな？と、思うけど。
そう考えると、一つ前の
>単精度特化のSPEには向いて無いんじゃない？
この設計は割り切りすぎカモね。
ＭＡＣヲタ氏はcellアーキテクチャの美しさ？に惚れ込んでいたみたいだから、
ちょっとの欠点もショックなんじゃないかな？
逆にソフト屋の事はさっぱり気にしていなかった感じだけど。
クタと感覚が近いのかも？
32x32->64を欲しい状況ってのはちょっとはあるかも知れないけれども、必須ってのは思いつかないね。
ただ、SPEにスカラ性能を求めるのはそもそも違うかな？と、思うけど。
そう考えると、一つ前の
>単精度特化のSPEには向いて無いんじゃない？
この設計は割り切りすぎカモね。
ＭＡＣヲタ氏はcellアーキテクチャの美しさ？に惚れ込んでいたみたいだから、
ちょっとの欠点もショックなんじゃないかな？
逆にソフト屋の事はさっぱり気にしていなかった感じだけど。
クタと感覚が近いのかも？
そのうちｽｶﾗ演算に特化したSPEが出るかもな。
ふと思ったんだけど、
16bitで2回に分けたとしても、
LSがあるかぎり普通のCPUで実行するよりずっと速いってことはない？
16bitで2回に分けたとしても、
LSがあるかぎり普通のCPUで実行するよりずっと速いってことはない？
レジスタとL1で閉じた世界で3G近いクロックで計算するんだから
速い速くないでいったら、そりゃ速いわなぁ
速い速くないでいったら、そりゃ速いわなぁ
ISAと実行効率の話をしてるのに
L1に乗ってればなんでも速いと
リセットかけてしまうのがいかにも信者スレらしいな。
L1に乗ってればなんでも速いと
リセットかけてしまうのがいかにも信者スレらしいな。
ところで、SIMDパックド演算で32bit intの掛け算なんて実装されてるCPUあるの？
SSEなんかは32bit fpかスカラ演算しか無かったと思うんだけど。
IA-64とかならあるのかな？
SSEなんかは32bit fpかスカラ演算しか無かったと思うんだけど。
IA-64とかならあるのかな？
>>485
リセットしたつもりは無いけどなｗ
ただ命令セットとしてどうか？って命題にしてもヘテロマルチのサブCPUである
SPUの命令セットが不備であるってのはCPU全体の評価にどの程度関係
あるんだか疑問ではあるな
リセットしたつもりは無いけどなｗ
ただ命令セットとしてどうか？って命題にしてもヘテロマルチのサブCPUである
SPUの命令セットが不備であるってのはCPU全体の評価にどの程度関係
あるんだか疑問ではあるな
32bit乗算がなくてもコンパイラで解決できる。それだけの話なんだが。
32bitに全部の命令を乗せ切れなくて64bit命令長になって実行効率を
落とす方が良いと思うなら、IBMにでも入社して指摘してやったら？ｗ
32bitに全部の命令を乗せ切れなくて64bit命令長になって実行効率を
落とす方が良いと思うなら、IBMにでも入社して指摘してやったら？ｗ
ISAは綺麗じゃないかもしれないが、コンパイラ使ってプログラム組む側からしたら
どんなバイナリが吐き出されていようと速ければそれで良いしな
SPEは開発初期からコンパイラとセットでISAの開発されてきたCPUだが
その結果、32x32=64の整数演算命令は要らないと判断された訳だ
性能が同じになるのならISAは綺麗な方がいいのは確かだけどな
どんなバイナリが吐き出されていようと速ければそれで良いしな
SPEは開発初期からコンパイラとセットでISAの開発されてきたCPUだが
その結果、32x32=64の整数演算命令は要らないと判断された訳だ
性能が同じになるのならISAは綺麗な方がいいのは確かだけどな
491 ：MACオタ＞420 さん：2005/10/11(火) 18:04:25 ID:G7cmfRUq
>>420
---------------------------
どっちかというと仮数部に16bit必要だったんじゃね？
---------------------------
ものにわ順序ってモノがあるす。例のトンデモ書き込みわ，この話の続きなんすよ。
>>349
----------------------------
私ゃ逆に、指数部の大きな浮動小数点使えたならと思った事がありますよ。
----------------------------
---------------------------
どっちかというと仮数部に16bit必要だったんじゃね？
---------------------------
ものにわ順序ってモノがあるす。例のトンデモ書き込みわ，この話の続きなんすよ。
>>349
----------------------------
私ゃ逆に、指数部の大きな浮動小数点使えたならと思った事がありますよ。
----------------------------
一晩考えてそれかよ
493 ：MACオタ＞486 さん：2005/10/11(火) 18:22:52 ID:G7cmfRUq
>>486
AltiVecなんかも32-bit整数の乗算わ無いすけど，8-bit/16-bit数の乗算わベクトルの
奇数列乗算と偶数列乗算の命令が別々にあって，ベクトルが乱れないようになっているす。
こういうやり方とvector permute命令を組み合わせるのがAltiVec的正当なベクトル処理
だと思うす。
AltiVecなんかも32-bit整数の乗算わ無いすけど，8-bit/16-bit数の乗算わベクトルの
奇数列乗算と偶数列乗算の命令が別々にあって，ベクトルが乱れないようになっているす。
こういうやり方とvector permute命令を組み合わせるのがAltiVec的正当なベクトル処理
だと思うす。
ついでに言えば，やたらに指数範囲をほしがるヒトわ先に値の正規化をきちんと検討
すべきす。その方が先々妙なバグに苦しむことも無いと思うすよ。
すべきす。その方が先々妙なバグに苦しむことも無いと思うすよ。
なんか極めつけにどうでもいいところにレスしてないか
>>493の話すけど，SPEのマイクロアーキテクチャもVIUとVFPUがeven pipe，VPERMが
odd pipeと分けられていて，算術演算とvector permuteを交互に行うことで効率を上げる
ことを意識した構造になっているす。
すっきり半分ずつ計算して結合するようにしなかったのわ，もったいない話だと思うす。
http://pc.watch.impress.co.jp/docs/2005/0212/kaigai02.gif
一応，繰り返しておくすけど初代CELLに関してわ，ハードウェアと命令セットわ一致して
いるすから性能的にも文句を言う筋合いわ無いす。
ただ，汚い命令セットゆえに次世代のCELLわ，ぐだぐだなマイクロアーキテクチャになる
か，過去の互換性を再度切り捨てるかしか道が無いというのが私の言い分す。
ちなみに現代のCISCが十分高性能なチップとして生き残っていることから見ても，使い
そうな命令わ定義しておいて損わ無い筈す。むしろ命令が多すぎて嫌われた例をご存知
なら教えてほしいくらいす。
odd pipeと分けられていて，算術演算とvector permuteを交互に行うことで効率を上げる
ことを意識した構造になっているす。
すっきり半分ずつ計算して結合するようにしなかったのわ，もったいない話だと思うす。
http://pc.watch.impress.co.jp/docs/2005/0212/kaigai02.gif
一応，繰り返しておくすけど初代CELLに関してわ，ハードウェアと命令セットわ一致して
いるすから性能的にも文句を言う筋合いわ無いす。
ただ，汚い命令セットゆえに次世代のCELLわ，ぐだぐだなマイクロアーキテクチャになる
か，過去の互換性を再度切り捨てるかしか道が無いというのが私の言い分す。
ちなみに現代のCISCが十分高性能なチップとして生き残っていることから見ても，使い
そうな命令わ定義しておいて損わ無い筈す。むしろ命令が多すぎて嫌われた例をご存知
なら教えてほしいくらいす。
497 ：MACオタ＞490 さん：2005/10/11(火) 18:51:37 ID:G7cmfRUq
>>490
-------------------------
直行性にこだわった結果コアが肥大して、LS減っちゃっう
-------------------------
RISC原理主義にこだわりすぎるとコード肥大で実効的にLSが減るす。
-------------------------
直行性にこだわった結果コアが肥大して、LS減っちゃっう
-------------------------
RISC原理主義にこだわりすぎるとコード肥大で実効的にLSが減るす。
>496
>むしろ命令が多すぎて嫌われた例をご存知なら教えてほしいくらいす。
>426及び>455がそれに当たるんじゃないの？
俺は別に詳しくもなんともないから返答はyes/noだけで構わないよ。
>むしろ命令が多すぎて嫌われた例をご存知なら教えてほしいくらいす。
>426及び>455がそれに当たるんじゃないの？
俺は別に詳しくもなんともないから返答はyes/noだけで構わないよ。
500 ：MACオタ＞499 さん：2005/10/11(火) 19:05:35 ID:G7cmfRUq
アドレシングモードの単純化がRISCの概念と不可分であることだけ補足しておくす。
http://karel.tsuda.ac.jp/class2005/arch/c9.html
http://www.cqpub.co.jp/interface/toku/2003/200311/toku2.htm
http://karel.tsuda.ac.jp/class2005/arch/c9.html
http://www.cqpub.co.jp/interface/toku/2003/200311/toku2.htm
正直、MACオタの話に統一性があるようには思えません…
>500
畑が違うから比較は無意味てことか。
手間を取らせて申し訳ない。
畑が違うから比較は無意味てことか。
手間を取らせて申し訳ない。
>>496
>ただ，汚い命令セットゆえに次世代のCELLわ，ぐだぐだなマイクロアーキテクチャになる
>か，過去の互換性を再度切り捨てるかしか道が無いというのが私の言い分す。
次世代のCellはSPEのLSを増して、搭載量とクロックを増すだけな気がするな
そもそも、今のSPE命令セットで足りない物って何？
>ただ，汚い命令セットゆえに次世代のCELLわ，ぐだぐだなマイクロアーキテクチャになる
>か，過去の互換性を再度切り捨てるかしか道が無いというのが私の言い分す。
次世代のCellはSPEのLSを増して、搭載量とクロックを増すだけな気がするな
そもそも、今のSPE命令セットで足りない物って何？
いまいちわからんな64bit命令長で、なんでもできる命令セットにしとけってのか？
それこそコード肥大化して制御系もでかくなってSPEの良いところを殺すんでないのか？
それこそコード肥大化して制御系もでかくなってSPEの良いところを殺すんでないのか？
506 ：MACオタ＞505 さん：2005/10/11(火) 19:42:23 ID:G7cmfRUq
>>505
アーキテクチャの将来性を考えるなら，抽象度の高い命令セットにしておいて実装わ
その時々の半導体技術的的制約にあわせるというのがよろしいということす。
実際にSPU ISAでも倍精度浮動小数点演算わ，そういう扱いす。
(その割りに>>298に書いたように単精度とわ命令フォーマットが異なって，引数の
レジスタが上書きされてしまうという中途半端な仕様すけど。。。)
アーキテクチャの将来性を考えるなら，抽象度の高い命令セットにしておいて実装わ
その時々の半導体技術的的制約にあわせるというのがよろしいということす。
実際にSPU ISAでも倍精度浮動小数点演算わ，そういう扱いす。
(その割りに>>298に書いたように単精度とわ命令フォーマットが異なって，引数の
レジスタが上書きされてしまうという中途半端な仕様すけど。。。)
命令の追加は互換性を壊さないのでは。
将来のSPEに命令を追加しても、既存のコードは動き続けるようにできるわけで。
で、やっぱり鍵となるのはループの内側での使用頻度ではないかと。
積和演算のように頻出しない限り、レジスタ間の演算の命令数を減らして速くしても、
メモリアクセスに埋もれてしまって意味ないのかもしれません。
将来のSPEに命令を追加しても、既存のコードは動き続けるようにできるわけで。
で、やっぱり鍵となるのはループの内側での使用頻度ではないかと。
積和演算のように頻出しない限り、レジスタ間の演算の命令数を減らして速くしても、
メモリアクセスに埋もれてしまって意味ないのかもしれません。
>>506
CELLの場合、命令を追加したりしてSPE単体のパフォーマンスを上げるのではなく
SPEの数を増やしたりLSのサイズを増加させたりクロックを上げたりという物理的な手法で
パフォーマンスを稼ぐというアーキテクチャーだと思うので、その理屈はあてはまらないと思うな
CELLの場合、命令を追加したりしてSPE単体のパフォーマンスを上げるのではなく
SPEの数を増やしたりLSのサイズを増加させたりクロックを上げたりという物理的な手法で
パフォーマンスを稼ぐというアーキテクチャーだと思うので、その理屈はあてはまらないと思うな
Emotion Engineと比較した方がいいんじゃないの
510 ：MACオタ＞507 さん：2005/10/11(火) 20:01:26 ID:G7cmfRUq
>>507
---------------------
メモリアクセスに埋もれてしまって意味ないのかもしれません。
---------------------
LSわ，こういった問題を解決するために導入された筈す。
---------------------
メモリアクセスに埋もれてしまって意味ないのかもしれません。
---------------------
LSわ，こういった問題を解決するために導入された筈す。
512 ：MACオタ＞511 さん：2005/10/11(火) 20:13:23 ID:G7cmfRUq
全く隙が無いぐらいに先読みできるならいいねぇ…
>>496
＞ただ，汚い命令セットゆえに次世代のCELLわ，
＞ぐだぐだなマイクロアーキテクチャになるか
んで、この根拠として挙げてるのが、32bit演算乗算とか
倍精度小数点命令なんだろ？
だからそれらの使用頻度について、オタがいない間に
住人が熱論してたのにまたスルーですか？
＞ただ，汚い命令セットゆえに次世代のCELLわ，
＞ぐだぐだなマイクロアーキテクチャになるか
んで、この根拠として挙げてるのが、32bit演算乗算とか
倍精度小数点命令なんだろ？
だからそれらの使用頻度について、オタがいない間に
住人が熱論してたのにまたスルーですか？
32bit演算乗算はあまり使うことは無いかも試練。
インテル(そしてＡＭＤ)も整数は32bitのままでよいと判断している。
でもなぁ、floatは今や普通に64bitを使うだろ～って感じなのだが。
インテル(そしてＡＭＤ)も整数は32bitのままでよいと判断している。
でもなぁ、floatは今や普通に64bitを使うだろ～って感じなのだが。
Macのドライブスルー
俺にはさっぱりだけど、とりあえずMACオタさんがけちつけてる32bitなんちゃらってのは
ほぼ使わないってことでいいのかな？
ほぼ使わないってことでいいのかな？
>>515
IntelやAMDと比べてること自体が問題じゃないか？
SPEのメイン用途がメディア処理という前提に立てば、
（もちろんこの前提が違うというなら話は断然変わってくる）
浮動小数は単精度で十分だろう。
倍精度はオマケに過ぎんよ。
というか、何ゆえﾄﾗﾝｼﾞｽﾀ消費してまで(SPEにわざわざ
倍精度演算器載っけてる)倍精度をサポートしてるのか、
という根本的なことも実は分かってない。
IBMの意向と言えばそれまでだが。
IntelやAMDと比べてること自体が問題じゃないか？
SPEのメイン用途がメディア処理という前提に立てば、
（もちろんこの前提が違うというなら話は断然変わってくる）
浮動小数は単精度で十分だろう。
倍精度はオマケに過ぎんよ。
というか、何ゆえﾄﾗﾝｼﾞｽﾀ消費してまで(SPEにわざわざ
倍精度演算器載っけてる)倍精度をサポートしてるのか、
という根本的なことも実は分かってない。
IBMの意向と言えばそれまでだが。
>>517
頻度は低いだろうと思うよ。
その上コンパイラーのコード生成で実現できるので今のままで問題は無いという流れだな
>>496で自分でいっているように現状のハードでは「文句を言う筋合いわ無い」わけだし。
で将来的に命令追加してくと、ぐだぐだになるってことらしいけど今でも特に足りなくないし
命令変えるよりは数で押すでしょうって事
頻度は低いだろうと思うよ。
その上コンパイラーのコード生成で実現できるので今のままで問題は無いという流れだな
>>496で自分でいっているように現状のハードでは「文句を言う筋合いわ無い」わけだし。
で将来的に命令追加してくと、ぐだぐだになるってことらしいけど今でも特に足りなくないし
命令変えるよりは数で押すでしょうって事
バカオタは命令セットが汚いと捨てることになるといってるが
x86みたいに主流になればよいという実例があることを失念しているようだ。
x86みたいに主流になればよいという実例があることを失念しているようだ。
521 ：名無しさん必死だな：2005/10/11(火) 21:42:23 ID:5CDkNeT+
CELLは現時点でH264のエンコードをそこそこの
スピード（デモありませんよね？）で
実行できる唯一のMPUという考え方はあまりに
素人的ですかね？
スピード（デモありませんよね？）で
実行できる唯一のMPUという考え方はあまりに
素人的ですかね？
522 ：MACオタ＞520 さん：2005/10/11(火) 21:44:39 ID:I4tg1Xiq
前から不思議なんだが、デコードのデモは有っても
エンコードのデモや発表無いね？
Mpeg2でもいいから発表して欲しい
エンコードのデモや発表無いね？
Mpeg2でもいいから発表して欲しい
>>519
「命令追加でぐだぐだになる」って根拠も無いんだよなぁ
今の命令フォーマットでエンコードできる命令数と比較して、現状の
200命令そこそこというのは十分少ないから、いろいろ追加する余地
はあるっしょ。
32bitx32bit + 64bit -> 64bitみたいな命令を「美しい直交ISA」にする
ために追加するってのはつらいかもしれんけどね。
ちなみに俺は、古典的なload/storeアーキテクチャは好きだよ。CISC
もRISCもVLIWもみんなやったことのあるIBMの命令セット屋がこれに
回帰したってことにもうちょっと敬意を払ってもいいんじゃないかい？
「命令追加でぐだぐだになる」って根拠も無いんだよなぁ
今の命令フォーマットでエンコードできる命令数と比較して、現状の
200命令そこそこというのは十分少ないから、いろいろ追加する余地
はあるっしょ。
32bitx32bit + 64bit -> 64bitみたいな命令を「美しい直交ISA」にする
ために追加するってのはつらいかもしれんけどね。
ちなみに俺は、古典的なload/storeアーキテクチャは好きだよ。CISC
もRISCもVLIWもみんなやったことのあるIBMの命令セット屋がこれに
回帰したってことにもうちょっと敬意を払ってもいいんじゃないかい？
526 ：名無しさん必死だな：2005/10/11(火) 21:50:30 ID:5CDkNeT+
>>523
みたいですよね！！
みたいですよね！！
528 ：名無しさん必死だな：2005/10/11(火) 21:54:59 ID:5CDkNeT+
mpeg2でしょう。H264はまだ？
http://pcweb.mycom.co.jp/articles/2005/10/06/ceatec2/
http://pcweb.mycom.co.jp/articles/2005/10/06/ceatec2/
>>523
Mpeg2エンコードとは明記されてないけれども、録画のデモならCEATECで一般公開
してるよ
デジタル1チャンネル、アナログ3チャンネルの合計4チャンネルの同時録画だそうな
デジタルはTS記録だからエンコードはしてないだろうが、アナログはたぶんMpeg2
なんじゃないかな
Mpeg2エンコードとは明記されてないけれども、録画のデモならCEATECで一般公開
してるよ
デジタル1チャンネル、アナログ3チャンネルの合計4チャンネルの同時録画だそうな
デジタルはTS記録だからエンコードはしてないだろうが、アナログはたぶんMpeg2
なんじゃないかな
530 ：名無しさん必死だな：2005/10/11(火) 21:57:16 ID:5CDkNeT+
クロックが上がってからのお楽しみですか？
>>525
ttp://techon.nikkeibp.co.jp/article/NEWS/20050920/108703/?SS=imgview&FD=-920945722&ad_q
このリファレンスセットの構成からするとデジタル3CHアナログ1CHが正解か
ttp://techon.nikkeibp.co.jp/article/NEWS/20050920/108703/?SS=imgview&FD=-920945722&ad_q
このリファレンスセットの構成からするとデジタル3CHアナログ1CHが正解か
http://pcweb.mycom.co.jp/articles/2005/10/06/ceatec2/
1つ目のデモは4放送(BSデジタル、地上デジタル×2、
IEEE1394接続のハイビジョンカメラ)の同時録画で
http://biz.ascii24.com/biz/news/article/2005/10/04/658353-000.html
デジタル1チャンネル、アナログ3チャンネルの合計4チャンネルの同時録画
直接行った訳じゃないので、良く分からんな。
色々やってたんじゃないのかね。
1つ目のデモは4放送(BSデジタル、地上デジタル×2、
IEEE1394接続のハイビジョンカメラ)の同時録画で
http://biz.ascii24.com/biz/news/article/2005/10/04/658353-000.html
デジタル1チャンネル、アナログ3チャンネルの合計4チャンネルの同時録画
直接行った訳じゃないので、良く分からんな。
色々やってたんじゃないのかね。
>>531
グローバルループをサボるエンコ方式はどっか(たしかNEC)が特許とってた記憶があるから
特許料払ってなきゃ真面目にエンコするしかないしね。
それと32x32はかなーり（個人的には32ビットfloatより）使えるぞ。
グローバルループをサボるエンコ方式はどっか(たしかNEC)が特許とってた記憶があるから
特許料払ってなきゃ真面目にエンコするしかないしね。
それと32x32はかなーり（個人的には32ビットfloatより）使えるぞ。
535 ：名無しさん必死だな：2005/10/11(火) 22:11:56 ID:5CDkNeT+
H264エンコーダーは存在するらしいですよ。
http://pcweb.mycom.co.jp/articles/2005/04/28/coolchips1/001.html
http://pcweb.mycom.co.jp/articles/2005/04/28/coolchips1/001.html
＞この他、ハイビジョンクオリティのMPEG-4 H.264デコーダの実装も
＞完了できているという
デコーダでしょ。
＞完了できているという
デコーダでしょ。
537 ：名無しさん必死だな：2005/10/11(火) 22:17:47 ID:5CDkNeT+
あとNE
「例えばH.264方式による符号化処理。試作チップの演算性能ではSDTV映像の
符号化こそ数ストリームの並列処理が可能だが、HDTV映像になると
1ストリームが限界と見られる」・・・・
Ceatecはまさか、H.264？？？
「例えばH.264方式による符号化処理。試作チップの演算性能ではSDTV映像の
符号化こそ数ストリームの並列処理が可能だが、HDTV映像になると
1ストリームが限界と見られる」・・・・
Ceatecはまさか、H.264？？？
538 ：名無しさん必死だな：2005/10/11(火) 22:18:42 ID:5CDkNeT+
>>536
すいません。
すいません。
そう言えば>>529の一言で我に返ったけど、
デジタル放送になると、MPEG2-TSでそのまま
記録すれば良いだけだから、エンコード自体の
意義ってあんまりないんだよな・・・
エンコードのデモが少ないのもそういった理由があるのかも。
http://www.watch.impress.co.jp/av/docs/20051005/ceatec11.htm
＞MPEG-2 TSからH.264へのトランスコードなどが可能であることが
＞説明されている。
こういったデモの方が重要だな。
デジタル放送になると、MPEG2-TSでそのまま
記録すれば良いだけだから、エンコード自体の
意義ってあんまりないんだよな・・・
エンコードのデモが少ないのもそういった理由があるのかも。
http://www.watch.impress.co.jp/av/docs/20051005/ceatec11.htm
＞MPEG-2 TSからH.264へのトランスコードなどが可能であることが
＞説明されている。
こういったデモの方が重要だな。
540 ：名無しさん必死だな：2005/10/11(火) 22:32:09 ID:5CDkNeT+
来年は我が家でもいきなりH264ですか。
HDムービーを買わなきゃ。
HDムービーを買わなきゃ。
PS3と一緒にテレビも買い換えたいな。
SEDかブラウン管だな。
SEDかブラウン管だな。
542 ：名無しさん必死だな：2005/10/11(火) 22:40:36 ID:5CDkNeT+
なんとなく
4GhzのCELLはソフトウェアを最適化すれば
H264のエンコードやMPEG-2 TSからH.264へのトランスコードが
リアルタイムに可能なようだ。ですよね。
4GhzのCELLはソフトウェアを最適化すれば
H264のエンコードやMPEG-2 TSからH.264へのトランスコードが
リアルタイムに可能なようだ。ですよね。
543 ：名無しさん必死だな：2005/10/11(火) 22:41:51 ID:5CDkNeT+
HD（フルではないのでしょう）で
1280x768のSEDか1920x1080のSEDどちら買おうか迷ってる。。
どちらがきれいだろう。。
どちらがきれいだろう。。
545 ：名無しさん必死だな：2005/10/11(火) 22:51:28 ID:5CDkNeT+
HDTV + PS3 + Network Drive + DLNA / DTCP-IP (Gb Ether)
こんな感じですか？
こんな感じですか？
546 ：名無しさん必死だな：2005/10/11(火) 22:53:03 ID:5CDkNeT+
+PC （まさかVAIOのみですか？）
>>544
未だにでてないものに対してどっちがといわれてもな
未だにでてないものに対してどっちがといわれてもな
昔のCellのプレゼンでは
Cellの高性能化は個々のSPUの性能UPじゃなくて
SPUを増やすことによって実現するって言ってなかったっけ？
そこまでいかなくても、今のSPUの仕様をこれからもずっと使い続けるつもりで
>>496がその通りなのだとしたら、ちょっとよろしくない事態だよねえ。
Cellの高性能化は個々のSPUの性能UPじゃなくて
SPUを増やすことによって実現するって言ってなかったっけ？
そこまでいかなくても、今のSPUの仕様をこれからもずっと使い続けるつもりで
>>496がその通りなのだとしたら、ちょっとよろしくない事態だよねえ。
ASIPの適用例、積和演算の繰り返しを行うマルチメディア情報処理プロセサ
http://techon.nikkeibp.co.jp/LOC/MEP/tech/article/mepworld20051007.html
「日本製の汎用プロセサが世界を制覇した例はないが，ASIPの分野では
日本製のプロセサがデファクト・スタンダード（事実上の業界標準）になる
可能性は十分ある」と，今井氏はMePを含めた日の丸ASIPへの期待を表明した。
「マスクコストの増大や熱の問題で汎用プロセサが限界に達している」ことを
考慮すると，上記のような特徴を持つコンフィギュラル／リコンフィギュラル・
プロセサは「SoC（system on a chip）のプラットフォームとして有望」との考え
を示し，性能，面積，消費電力という観点でアプリケーションに即した機能を
いかにして効率よく実装できるかを共通課題と指摘した。
http://techon.nikkeibp.co.jp/LOC/MEP/tech/article/mepworld20051007.html
「日本製の汎用プロセサが世界を制覇した例はないが，ASIPの分野では
日本製のプロセサがデファクト・スタンダード（事実上の業界標準）になる
可能性は十分ある」と，今井氏はMePを含めた日の丸ASIPへの期待を表明した。
「マスクコストの増大や熱の問題で汎用プロセサが限界に達している」ことを
考慮すると，上記のような特徴を持つコンフィギュラル／リコンフィギュラル・
プロセサは「SoC（system on a chip）のプラットフォームとして有望」との考え
を示し，性能，面積，消費電力という観点でアプリケーションに即した機能を
いかにして効率よく実装できるかを共通課題と指摘した。
「映像、音声、データなどのマルチメディア処理に強い“MeP”を推進していきたい。
まずは日本からデジタルCEの発信、展開を図り、これらのマルチメディアプロセッサを
次世代のプロセッサ“CELL”とあわせて推進していく」
映像、オーディオ、通信などの「高いメディア処理性能」、「開発期間短縮」、
アプリへの最適化など「フレキシビリティの導入」の3点がMePのキーワード 。
MePはカスタマイズ可能な32bit RISCプロセッサで、デジタル家電やパーソナル機器向けの
マルチメディア処理に特化した製品。以下の特徴を有している。
・オプション命令などを設定できるコンフィギュラビリティと機能の拡張性
・C言語ベースのトップダウン設計環境
・MePコア、MePモジュール、MeP SoCの3つの設計階層ごとに利用ルールを定義したIP
(再利用可能な機能モジュール)の再利用
http://www.watch.impress.co.jp/av/docs/20040601/mep.htm
まずは日本からデジタルCEの発信、展開を図り、これらのマルチメディアプロセッサを
次世代のプロセッサ“CELL”とあわせて推進していく」
映像、オーディオ、通信などの「高いメディア処理性能」、「開発期間短縮」、
アプリへの最適化など「フレキシビリティの導入」の3点がMePのキーワード 。
MePはカスタマイズ可能な32bit RISCプロセッサで、デジタル家電やパーソナル機器向けの
マルチメディア処理に特化した製品。以下の特徴を有している。
・オプション命令などを設定できるコンフィギュラビリティと機能の拡張性
・C言語ベースのトップダウン設計環境
・MePコア、MePモジュール、MeP SoCの3つの設計階層ごとに利用ルールを定義したIP
(再利用可能な機能モジュール)の再利用
http://www.watch.impress.co.jp/av/docs/20040601/mep.htm
>>548
今のSPE仕様をそのまま使いつづけるなら何の問題も無い訳で
Macヲタは、今後SPEの命令セットを拡張する事があれば、ISAがぐだぐだに
なるんじゃないか?と予想してるだけ
ISAがぐだぐだになると決まった訳でもなく、そもそも、アセンブラで組む事が強要される
ようなCPUじゃないんだから、ISA多少ぐだぐだだろうと関係ないんじゃないの？
ISAの綺麗さを求める人には向かないだろうけどねw
今のSPE仕様をそのまま使いつづけるなら何の問題も無い訳で
Macヲタは、今後SPEの命令セットを拡張する事があれば、ISAがぐだぐだに
なるんじゃないか?と予想してるだけ
ISAがぐだぐだになると決まった訳でもなく、そもそも、アセンブラで組む事が強要される
ようなCPUじゃないんだから、ISA多少ぐだぐだだろうと関係ないんじゃないの？
ISAの綺麗さを求める人には向かないだろうけどねw
そもそもぐだぐだになる根拠は？
将来の改変において足引っ張るような命令でもあるの？
正直Macオタは机上の空論で騒いでるだけにしか見えんぞ。
将来の改変において足引っ張るような命令でもあるの？
正直Macオタは机上の空論で騒いでるだけにしか見えんぞ。
553 ：名無しさん必死だな：2005/10/11(火) 23:38:55 ID:VW+73KY4
ようは、MACオタは自分の考えていた命令とそぐわないから文句たれてるだけだろ？
心配しすぎではないか？ヽ(-@∀@)ﾉ
エンコードっていろいろチートできるから比較材料には適さない
でも1SPEで8つのMPEG2(SD:4Mbps)デコード可能ってとこから考えると
8SPEでもHD(20Mbps)でAVCリアルタイムエンコードはかなり無理っぽい
でも1SPEで8つのMPEG2(SD:4Mbps)デコード可能ってとこから考えると
8SPEでもHD(20Mbps)でAVCリアルタイムエンコードはかなり無理っぽい
どういう計算なんでしょうか？
MACオタはSPEはVMXのサブセットとかﾜﾛｽこといってたからな。
ロクにプログラムもやりもしないくせに、意味不明な難癖つけて
正論かますやつにはどうでもいい枝葉で揚げ足取りよ。
ロクにプログラムもやりもしないくせに、意味不明な難癖つけて
正論かますやつにはどうでもいい枝葉で揚げ足取りよ。
東芝大分工場で試作した300ミリウエハ・90nmプロセスの試作品を手にする
東芝の室町正志氏とXilinxのウィム・ロレンツ氏
http://japan.cnet.com/news/biz/story/0,2000050156,20075160,00.htm
東芝を選んだ理由について、Xilinx社長、CEO兼会長のウィム・ロレンツ氏は
「日本以外も含めて複数の企業からプロセス技術や製造技術に関する詳細なデータ
をもらって比較したところ、東芝がベストだった。チップサンプルの提供も受けたが、
匹敵するのは【Intel】くらいというほど高い技術だ。
FPGAは非常に複雑で高密度な実装が必要なため、製造が難しい。
先端的な技術を持ち、しかもそれを製造できる企業として東芝を選んだ」と説明する。
東芝の室町正志氏とXilinxのウィム・ロレンツ氏
http://japan.cnet.com/news/biz/story/0,2000050156,20075160,00.htm
東芝を選んだ理由について、Xilinx社長、CEO兼会長のウィム・ロレンツ氏は
「日本以外も含めて複数の企業からプロセス技術や製造技術に関する詳細なデータ
をもらって比較したところ、東芝がベストだった。チップサンプルの提供も受けたが、
匹敵するのは【Intel】くらいというほど高い技術だ。
FPGAは非常に複雑で高密度な実装が必要なため、製造が難しい。
先端的な技術を持ち、しかもそれを製造できる企業として東芝を選んだ」と説明する。
8SPEで480i 4Mbps MPEG2 dec 64本
8SPEで1080i 20Mbps MPEG2 dec 12本
8SPEで1080i 20Mbps AVC dec 3本
8SPEで1080i 20Mbps AVC enc 0.7本
こんなもんじゃね？
ほんとはビデオだけじゃないからもっと下がる
並列はきくからSPEが増えれば可能だろけど
7SPEのPS3では無理っぽい
あ、グリッドでとなりの家のCell使えばできるのかｗｗｗ
8SPEで1080i 20Mbps MPEG2 dec 12本
8SPEで1080i 20Mbps AVC dec 3本
8SPEで1080i 20Mbps AVC enc 0.7本
こんなもんじゃね？
ほんとはビデオだけじゃないからもっと下がる
並列はきくからSPEが増えれば可能だろけど
7SPEのPS3では無理っぽい
あ、グリッドでとなりの家のCell使えばできるのかｗｗｗ
562 ：名無しさん必死だな：2005/10/12(水) 00:30:44 ID:KDsdXaB/
2.4Ghzですか？
クタがCellを２個使って、HDDレコーダー作りたいって言ってたな
>>552
その根拠となるのがデータ型の直交性が無いこと>>225みたい。
んで、
>>299
>結局SPUの命令セットわ、16-bit整数と単精度浮動小数点の演算
>に最適化されているというSPU自体の設計に強く拘束されており、
>将来的な進歩の余地なんて全然考えてないというのが実情だと
>思われるす。
という論理。
まあ、MACオタが言いたいのはこれじゃないの？
>16-bit整数と単精度浮動小数点数が今後10年のデータ処理の
>基礎でOKだと思うすか？
OKとは思わないけど。
あまりにISAに拘りすぎてる意見だよね。
将来の命令拡張にしたって、コンパイラでどうとでもなる話。
MACがIntelに移行するご時世だろ。
その根拠となるのがデータ型の直交性が無いこと>>225みたい。
んで、
>>299
>結局SPUの命令セットわ、16-bit整数と単精度浮動小数点の演算
>に最適化されているというSPU自体の設計に強く拘束されており、
>将来的な進歩の余地なんて全然考えてないというのが実情だと
>思われるす。
という論理。
まあ、MACオタが言いたいのはこれじゃないの？
>16-bit整数と単精度浮動小数点数が今後10年のデータ処理の
>基礎でOKだと思うすか？
OKとは思わないけど。
あまりにISAに拘りすぎてる意見だよね。
将来の命令拡張にしたって、コンパイラでどうとでもなる話。
MACがIntelに移行するご時世だろ。
将来グリッドで繋がるCellが仕様が違ってしまってもいいのか
コンパイラでどうにでもするのはいいけど
それで周波数あたりのパフォーマンスが落ちるんならブレードサーバとかへの応用は期待できんという事なんじゃないん
CellクラスタがTop500の上位にランクインする事は無いんだろうとか
それで周波数あたりのパフォーマンスが落ちるんならブレードサーバとかへの応用は期待できんという事なんじゃないん
CellクラスタがTop500の上位にランクインする事は無いんだろうとか
569 ：名無しさん必死だな：2005/10/12(水) 00:42:57 ID:KDsdXaB/
何の根拠も無い思い付きの数字を出されてもな
572 ：名無しさん必死だな：2005/10/12(水) 00:56:07 ID:KDsdXaB/
1. NE予想ロードマップ
2007年初：SPEを増やしたハイエンドCELL登場
2. PS3の90nm採用と同時に、東芝の65nm量産がトーンダウン。IntelやTIに遅れる。
2007年初：SPEを増やしたハイエンドCELL登場
2. PS3の90nm採用と同時に、東芝の65nm量産がトーンダウン。IntelやTIに遅れる。
>>560
どんぶり勘定過ぎるよw
H264の符号化なんて、いくらでも処理軽くする
アルゴリズムはあるみたいよ。
まともにやれば、MPEG2の数十倍掛かる。
どれだけ計算量を減らすか、という研究を家電メーカーが
目下取り組んでる最中だよ。最終目標は2倍以下らしい。
こんな適当な数字は意味ないよ。
答えは、ソニー&東芝の符号化アルゴリズムに依存するので、
分からないが正解。
どんぶり勘定過ぎるよw
H264の符号化なんて、いくらでも処理軽くする
アルゴリズムはあるみたいよ。
まともにやれば、MPEG2の数十倍掛かる。
どれだけ計算量を減らすか、という研究を家電メーカーが
目下取り組んでる最中だよ。最終目標は2倍以下らしい。
こんな適当な数字は意味ないよ。
答えは、ソニー&東芝の符号化アルゴリズムに依存するので、
分からないが正解。
確かにMPEG2→AVCは甘めかもな
あ20Mbps AVCってのは間違い
AVCにしてる意味がない
あ20Mbps AVCってのは間違い
AVCにしてる意味がない
だからエンコーダはチートできるっつってんじゃん
その結果数値化の難しい画質にしわ寄せがいくことになる
だからどれぐらいになるかなんて単なるおれの感覚からの予想だよ
意味無くて結構
で2倍以下とかってTr数の規模とか周波数とかのことだろ？
Cellはソフトcodecなんで
その結果数値化の難しい画質にしわ寄せがいくことになる
だからどれぐらいになるかなんて単なるおれの感覚からの予想だよ
意味無くて結構
で2倍以下とかってTr数の規模とか周波数とかのことだろ？
Cellはソフトcodecなんで
>>576
日本語読めますか？
日本語読めますか？
>>576
画質にしわ寄せがこないように計算量を
どう減らすのが各社の肝となる技術であって。
ソフトでもハードでも同じだよ。
ハードは処理量という数値がTr数で示される
だけであって。
こんなことは別にH264に限らず、MPEG2でも
やってきたことだよ。
特にH264の処理量は膨大なので、旨みは
それ以上。
画質にしわ寄せがこないように計算量を
どう減らすのが各社の肝となる技術であって。
ソフトでもハードでも同じだよ。
ハードは処理量という数値がTr数で示される
だけであって。
こんなことは別にH264に限らず、MPEG2でも
やってきたことだよ。
特にH264の処理量は膨大なので、旨みは
それ以上。
H.264は手を抜くとMPEG2とあんま変わらんじゃんって事になるんで最適化大変らしいよ
x264がCellに移植されたらいいな
当面SDでH264がリアルタイムエンコ出来るならそれで十分だがナ？
583 ：名無しさん必死だな：2005/10/12(水) 01:36:12 ID:mLHfVleQ
＞将来グリッドで繋がるCellが仕様が違ってしまってもいいのか
違っても問題ない。
リーク電流を90nm世代と同程度に抑えたまま動作周波数を20%～30%向上できる。
実際、SCEらは米国特許「US6,826,662 B2」でマイクロプロセッサの動作周波数を
高めても、複数のSPEにおける演算結果の整合性を取りやすくするための仕組み
「time budget」について記述している。
日経NE「Cell誕生」101ページにて記載
違っても問題ない。
リーク電流を90nm世代と同程度に抑えたまま動作周波数を20%～30%向上できる。
実際、SCEらは米国特許「US6,826,662 B2」でマイクロプロセッサの動作周波数を
高めても、複数のSPEにおける演算結果の整合性を取りやすくするための仕組み
「time budget」について記述している。
日経NE「Cell誕生」101ページにて記載
>>580
まあ、漏れの言ってることは、↓のNE記事の請負いだけどな。
http://techon.nikkeibp.co.jp/free/article/20040114/101507/
H264に興味のある人は買えばって、バックナンバーでも
もう売ってないみたいだな。
まあ、漏れの言ってることは、↓のNE記事の請負いだけどな。
http://techon.nikkeibp.co.jp/free/article/20040114/101507/
H264に興味のある人は買えばって、バックナンバーでも
もう売ってないみたいだな。
ソフトとハードでは最適化戦略がかなり違うんだけど？
つか誰もハードの話なんかしたくねーっての
cellのソフトcodecの話だろが
誰かどんぶりじゃない見積もりを見せてくれよ
つか誰もハードの話なんかしたくねーっての
cellのソフトcodecの話だろが
誰かどんぶりじゃない見積もりを見せてくれよ
はいはい
といいますかハードウェアエンコーダの話をしたいわけじゃないのれーす
はいはい
といいますかハードウェアエンコーダの話をしたいわけじゃないのれーす
はいはい
最近ク多良木でてこないな。
仕事してるのか？
仕事してるのか？
美学で翻弄している悪寒
http://www-128.ibm.com/developerworks/forums/dw_thread.jsp?forum=739&thread=97123&cat=46
今作ってる次世代のCELLは倍精度浮動小数点演算ユニットを強化した物になるようで。
HPC向けかな?
今作ってる次世代のCELLは倍精度浮動小数点演算ユニットを強化した物になるようで。
HPC向けかな?
>There is some progress in replacing the entire
>FPU inside the SPU with a full-blown DP (double
>precision) unit.
倍精度で今の単精度演算ユニットまるごと置き換えるとか
書いてるな。
そうか。初代CELLにDP載ってるのは、単にIBMが性能評価をした
かっただけかｗ
>FPU inside the SPU with a full-blown DP (double
>precision) unit.
倍精度で今の単精度演算ユニットまるごと置き換えるとか
書いてるな。
そうか。初代CELLにDP載ってるのは、単にIBMが性能評価をした
かっただけかｗ
バイナリ互換性は維持するんですかね。
594 ：MACオタ＞520 さん：2005/10/12(水) 08:54:47 ID:KmL6KmFz
>>590
----------------------------
The tenor of the talk was that the design of CELL was
mainly driven by Sony and now IBM tries to get the
best out of it (beside games).
----------------------------
初代CELLわSonyの意向が強すぎるゲーム専用設計と認めているみたいすね(笑)
いまから修正をかけるつもりみたいすけど、予想通りぐたぐたになるような気がするす。。。
----------------------------
The tenor of the talk was that the design of CELL was
mainly driven by Sony and now IBM tries to get the
best out of it (beside games).
----------------------------
初代CELLわSonyの意向が強すぎるゲーム専用設計と認めているみたいすね(笑)
いまから修正をかけるつもりみたいすけど、予想通りぐたぐたになるような気がするす。。。
まあゲームでも現代の映画用オフラインレンダリングなみに倍精度が必要になる時代に
なったらそっちに移りそうだけどねー
なったらそっちに移りそうだけどねー
>>593
そのための初代CELL内のDPユニットなんじゃないの?
そのための初代CELL内のDPユニットなんじゃないの?
>>594
専用と言っても、DPユニットの大きさはSPユニットの半分を占めているよな。
意外と大きい。 ゲームには不要なんでそ？ IBMに配慮してたのかな。
でも入れ替えたとして、それでそこまで上がるのかしら？
倍精度で100Gflopsも出れば、地球シミュレータCPUの10倍は出てることにはなるな・・
負けるなNEC
専用と言っても、DPユニットの大きさはSPユニットの半分を占めているよな。
意外と大きい。 ゲームには不要なんでそ？ IBMに配慮してたのかな。
でも入れ替えたとして、それでそこまで上がるのかしら？
倍精度で100Gflopsも出れば、地球シミュレータCPUの10倍は出てることにはなるな・・
負けるなNEC
もし歴史に学ぶなら、8086と68000の戦いが示すように、
チップ開発にまず必要なのは製品出荷に間に合わせるスピードだということに。
チップ開発にまず必要なのは製品出荷に間に合わせるスピードだということに。
>>564
とは言え、32bit intを扱うにおいて、掛け算以外は16bit intと同じでしょ。
Macオタの言い方は誘導じみてると思うんだが。
double-fpに関しては、こっちが重視されてないのは最初から言われてるし。
とは言え、32bit intを扱うにおいて、掛け算以外は16bit intと同じでしょ。
Macオタの言い方は誘導じみてると思うんだが。
double-fpに関しては、こっちが重視されてないのは最初から言われてるし。
修正というか、最初から考えてたんじゃないのかね。
初代CELLではPS3用単精度専用）というのが大前提であるが、
IBMとしてはおまけでDPも載っけてもらってHPCとしての
性能評価も図る。BlueGeneで使用するｱｰｷﾃｸﾁｬとして
CELLは最適化か？という実験でもあった訳だ。
んで、Goとなったから、DPに総取替え。
DPに全て入れ替えるという訳だから、ただ事ではないと思うぞ。
本気でCELLをBlueGeneに使用する後継CPUに考えてるのかも
しれん。
初代CELLではPS3用単精度専用）というのが大前提であるが、
IBMとしてはおまけでDPも載っけてもらってHPCとしての
性能評価も図る。BlueGeneで使用するｱｰｷﾃｸﾁｬとして
CELLは最適化か？という実験でもあった訳だ。
んで、Goとなったから、DPに総取替え。
DPに全て入れ替えるという訳だから、ただ事ではないと思うぞ。
本気でCELLをBlueGeneに使用する後継CPUに考えてるのかも
しれん。
×最適化か？
○最適か？
○最適か？
HPC用ならハードウェアコストは二の次で電力消費/スペースの方を取って
倍精度向け最適化もOKなんだろう
倍精度向け最適化もOKなんだろう
PS3と共用でないとコストメリットが薄れる…と思ったけど、
マスク同じでPS3向けはdisable(wait挿入)にすればいいのか。ちょっともったいないけれど。
マスク同じでPS3向けはdisable(wait挿入)にすればいいのか。ちょっともったいないけれど。
想像以上の結果がでたからIBMも本気になったってことだろう。
バイナリ互換を捨てるようだとIBMはソフトCellに対しては本気じゃない
ってことだな。
バイナリ互換を捨てるようだとIBMはソフトCellに対しては本気じゃない
ってことだな。
>>605
バイナリ互換にこだわらなくていいようにソフトCellがあると思ってましたが
バイナリ互換にこだわらなくていいようにソフトCellがあると思ってましたが
607 ：MACオタ＞606 さん：2005/10/12(水) 12:51:05 ID:t7ZuItKq
>>607
そんなクッタリに騙されてはいかん
そんなクッタリに騙されてはいかん
> cell computing および cell computing BOX はNTTデータの登録商標です。
http://www.cellcomputing.jp/about/cell.htm
他にもいろいろかぶりそうだけど、IBMが大々的にやるのに商標の問題は大丈夫なのかねえ。
一般消費者向けじゃなければどうでもいいのかな。
http://www.cellcomputing.jp/about/cell.htm
他にもいろいろかぶりそうだけど、IBMが大々的にやるのに商標の問題は大丈夫なのかねえ。
一般消費者向けじゃなければどうでもいいのかな。
SCEのいうCellコンピューティングって概念の話じゃないのかね
チップの名前としては使えるが、ネットワーク構想としては
NTTdに取られてるわけか。
NTTdに取られてるわけか。
なんとか"VU User's Manual"を見つけてきてVUのMicro Mode命令セットも見たすけど，
SPUのISAってVUにもAltiVecにも似てない感じすね。
VUわ整数データ型わ32-bitのみだし。。。
だれか例のHopkins氏の代表作であるIBM 801RISCの命令セットの資料って持ってないすか？
SPUのISAってVUにもAltiVecにも似てない感じすね。
VUわ整数データ型わ32-bitのみだし。。。
だれか例のHopkins氏の代表作であるIBM 801RISCの命令セットの資料って持ってないすか？
しかし360の３コアの微妙さ加減をみてると、SPEはかなりいい線ついた
気がするな。 AMDもINTELも対称コアはそんなに増やせるとは思ってない
みたいだし。
コアがさらに増えたらLSをeDRAMに切り替えて、SPEにもキャッシュつける
ようになるんだろうな。 そこまでいくにはソフトなんとかしないとな。
気がするな。 AMDもINTELも対称コアはそんなに増やせるとは思ってない
みたいだし。
コアがさらに増えたらLSをeDRAMに切り替えて、SPEにもキャッシュつける
ようになるんだろうな。 そこまでいくにはソフトなんとかしないとな。
LSはレイテンシ命だからeDRAMでは置き換えられないかと。
レイテンシは
L1 ≒ LS ＞＞ L2 ＞＞＞＞＞＞eDRAM
くらいだろ。
eDRAMのメリットは 「帯域が極太になる」ってことくらいで、
ある程度の規模を載せないと意味が無いので、ロジック部分を圧迫するのが欠点。
PS2の頃は4MBでも何とかなった？けど、PS3時代にはもう無理というのがSCEの判断かと。
小細工するより、主記憶への帯域を増やす正攻法が大事。
レイテンシの為にLSを、帯域の為にXDRで分離型メモリを、それを補助するNUMA構造を、
って判断は合理的で、論理に適ってると思われ。
L1 ≒ LS ＞＞ L2 ＞＞＞＞＞＞eDRAM
くらいだろ。
eDRAMのメリットは 「帯域が極太になる」ってことくらいで、
ある程度の規模を載せないと意味が無いので、ロジック部分を圧迫するのが欠点。
PS2の頃は4MBでも何とかなった？けど、PS3時代にはもう無理というのがSCEの判断かと。
小細工するより、主記憶への帯域を増やす正攻法が大事。
レイテンシの為にLSを、帯域の為にXDRで分離型メモリを、それを補助するNUMA構造を、
って判断は合理的で、論理に適ってると思われ。
616 ：名無しさん必死だな：2005/10/12(水) 20:28:51 ID:VuCc7h6/
>>615
同感
PS2と同じく、売れれば潜在能力の高いハードだと思う
問題は価格だよ
どう見てもMSが作ったような豪華設計
SCEにしてみれば売る自信があり、シュリンクの目処も立っているんだろうが、ちょっと背伸びしすぎな気が
まぁ実際の製造費なんて俺たちには一生分からないだろうし（というか、かなり近い人間が見ても契約内容とか知らないと分からないだろうが
普及価格で何とかなるのかね
同感
PS2と同じく、売れれば潜在能力の高いハードだと思う
問題は価格だよ
どう見てもMSが作ったような豪華設計
SCEにしてみれば売る自信があり、シュリンクの目処も立っているんだろうが、ちょっと背伸びしすぎな気が
まぁ実際の製造費なんて俺たちには一生分からないだろうし（というか、かなり近い人間が見ても契約内容とか知らないと分からないだろうが
普及価格で何とかなるのかね
EEとＧＳを自社開発、自社生産（しかも工場まで建てて）した時のほうが無茶してたと思うけどな。
ああ、eDRAMは数十MB単位で載せられる様になったらってことね。
超伝導でも使わなきゃ、これから先はメモリにでもしないと熱が大変だろうし。
16nmくらいのころに。
超伝導でも使わなきゃ、これから先はメモリにでもしないと熱が大変だろうし。
16nmくらいのころに。
619 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/12(水) 21:01:06 ID:SYN660Kl
【CEATEC続報】東芝がCellで顔画像認識・CG合成のデモ
http://techon.nikkeibp.co.jp/article/NEWS/20051012/109585/
http://techon.nikkeibp.co.jp/article/NEWS/20051012/109585/
将来の、家電HDDレコーダーには「CELL入ってるシール」が貼られる事が
クッタリの夢と理解していいですか？
クッタリの夢と理解していいですか？
そのうち
「Cellは重要だが通過点に過ぎない」
なんて言えるようになること
じゃないかな。
「次の開発の愉悦のために
次の次の開発のために」
「Cellは重要だが通過点に過ぎない」
なんて言えるようになること
じゃないかな。
「次の開発の愉悦のために
次の次の開発のために」
622 ：K ◆SSLhGGij7c ：2005/10/12(水) 22:32:51 ID:WhSm/j40 BE:18734742-#
Cellプロセッサにかけた研究費および開発費はどれくらいでしたっけ。
初歩的な質問かもしれませんが検索しても出てこなかったもので、申し訳ございません。
初歩的な質問かもしれませんが検索しても出てこなかったもので、申し訳ございません。
>>622
正直な話ｸﾀでも分からないと思う
正直な話ｸﾀでも分からないと思う
。。。。
625 ：K ◆SSLhGGij7c ：2005/10/12(水) 23:02:46 ID:WhSm/j40 BE:98356076-#
>>623
どうもありがとうございましたｗｗ
どうもありがとうございましたｗｗ
>>622
研究開発費は3年で4億ドルらしいね
http://www.itmedia.co.jp/news/0103/12/scei.html
CELLの研究開発費として，3社は今後3年間で4億ドルを投資。
テキサス州オースティンのIBM施設内に「共同研究・開発センター」を設立する。
当初は，IBMのスーパーコンピュータ開発部隊を中心に開発チームを結成するが，東芝のシステムLSI設計技術者なども加わり，
プロジェクトに参加するエンジニアは最大で300人程度になる見込み。
まぁもうちょっと増えてるかもしれないけど
研究開発費は3年で4億ドルらしいね
http://www.itmedia.co.jp/news/0103/12/scei.html
CELLの研究開発費として，3社は今後3年間で4億ドルを投資。
テキサス州オースティンのIBM施設内に「共同研究・開発センター」を設立する。
当初は，IBMのスーパーコンピュータ開発部隊を中心に開発チームを結成するが，東芝のシステムLSI設計技術者なども加わり，
プロジェクトに参加するエンジニアは最大で300人程度になる見込み。
まぁもうちょっと増えてるかもしれないけど
627 ：K ◆SSLhGGij7c ：2005/10/12(水) 23:12:53 ID:WhSm/j40 BE:93672858-#
>>626
1$112円とすると・・・450億？ 意外と使ってないんですね。
1$112円とすると・・・450億？ 意外と使ってないんですね。
(；=ﾟωﾟ)エー
メチャ使ってるじゃん・・
450億だよ？ 450万じゃ無いぞ。
1個のチップに。
半導体工場への投資は、またこれとは別個なんだぞ。
メチャ使ってるじゃん・・
450億だよ？ 450万じゃ無いぞ。
1個のチップに。
半導体工場への投資は、またこれとは別個なんだぞ。
629 ：K ◆SSLhGGij7c ：2005/10/12(水) 23:16:58 ID:WhSm/j40 BE:56203283-#
SCEのゲーム機開発にかけてるのが2500億らしいんでそれに比べれば・・
うは、俺もクタの金銭感覚になってるｗｗｗｗ
うは、俺もクタの金銭感覚になってるｗｗｗｗ
とりあえず３年で４億ドルかけて研究所作るってだけで
それで全部じゃなかろう。
それで全部じゃなかろう。
631 ：名無しさん必死だな：2005/10/12(水) 23:22:56 ID:VuCc7h6/
別にSCEが全額負担した訳じゃないだろ
ソニーも負担してんだろ。
それでいいんじゃねえの？
それでいいんじゃねえの？
Cellの開発費は、当初はIBM、東芝、SCEが1/3ずつ出し合って開発する契約だったはず。
最終的にはSCEが少し多めに出したっぽいが。
どっちかというと、自社工場に加えて、IBMと東芝にまでPS3向けチップの
製造ラインを確保するのに、SCEはかな～り金を使ってそうなﾖｶﾝ。
東芝のライン(大分のSTセミコンダクタ)は、RSX用みたいだが。
最終的にはSCEが少し多めに出したっぽいが。
どっちかというと、自社工場に加えて、IBMと東芝にまでPS3向けチップの
製造ラインを確保するのに、SCEはかな～り金を使ってそうなﾖｶﾝ。
東芝のライン(大分のSTセミコンダクタ)は、RSX用みたいだが。
634 ：名無しさん必死だな：2005/10/12(水) 23:46:08 ID:17OVYaQ0
>>632
cell開発にソニー本体は関わってない。
cell開発にソニー本体は関わってない。
家電に使おうって考えてる石なんでしょ？
…関わってやれよｦｲ
…関わってやれよｦｲ
636 ：名無しさん必死だな：2005/10/13(木) 00:21:47 ID:v3PB7/uf
ただいま現在ではCELLをブレークさせるアプリケーションは
H264しかありません。
H264しかありません。
Cell開発中は、ソニー本体はホントに使える石なのか半信半疑だったんでしょ。
所詮はPS3専用チップなんだろうとか、SCEとソニー本体の組織の壁とか。
最初からCellに深く関わってた東芝が、家電に使う気満々でバリバリ研究開発
進めてるのは自然な流れだな。
ソニーのCEOがストロンガーに変わってからは、ソニー本体でもCellを家電で使うべく
研究を始めたようだが、出遅れ感は否めないね～。
所詮はPS3専用チップなんだろうとか、SCEとソニー本体の組織の壁とか。
最初からCellに深く関わってた東芝が、家電に使う気満々でバリバリ研究開発
進めてるのは自然な流れだな。
ソニーのCEOがストロンガーに変わってからは、ソニー本体でもCellを家電で使うべく
研究を始めたようだが、出遅れ感は否めないね～。
デジタルエフェクト＋ミキシングの音響関連では結構期待できるべよ。
今まではDSPチップ作ってゴリゴリ叩いてたけど、
Cellを採用すれば制御プログラム開発がかなり楽になる。
今まではDSPチップ作ってゴリゴリ叩いてたけど、
Cellを採用すれば制御プログラム開発がかなり楽になる。
639 ：名無しさん必死だな：2005/10/13(木) 00:29:55 ID:v3PB7/uf
過去ソニー本体がCellに乗り気でなかったのは、社内での権力闘争が大きいと思うよ。
それに出井はかなりアレだし。
それに出井はかなりアレだし。
641 ：名無しさん必死だな：2005/10/13(木) 00:32:44 ID:v3PB7/uf
>>637
ストロンガーってダレよ？（ｗ
ストロンガーってダレよ？（ｗ
コイツ
ttp://www11.plala.or.jp/imawashi/t075.jpg
そして相棒のタックルが大変なことに。
ttp://falcoon.hp.infoseek.co.jp/images/top1181.jpg
ttp://www11.plala.or.jp/imawashi/t075.jpg
そして相棒のタックルが大変なことに。
ttp://falcoon.hp.infoseek.co.jp/images/top1181.jpg
パワード・ストロンガー
史上最強のCEO（殴り合いに限る）
史上最強のCEO（殴り合いに限る）
>>619
CELLの応用では、東芝の方が先行ってるね
CELLの応用では、東芝の方が先行ってるね
シャープとかソニー・東芝以外の家電メーカーがCELLを購入するような話はないのかな？
♯がなんで購入することになってんの？
まだまだユースケースがないから無理っしょ。
シズマドライブとどっちがすごい？
ttp://www.blog.konami.jp/gs/murashu_trek/2005/10/000118.html#more
MGS4のデモ映像って、60fpsの1920×1080で作ってたみたいですね。
デモとはいえ、ここまでの映像が出せたら十分すぎるかも。
MGS4のデモ映像って、60fpsの1920×1080で作ってたみたいですね。
デモとはいえ、ここまでの映像が出せたら十分すぎるかも。
仮面ライダーストロンガー
653 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/13(木) 05:57:01 ID:mGvvluGa
ありゃ、720Pってのは適当に書いてたのかな。
Cellの実演で東芝が見せたもの
http://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20051012/109597/
http://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20051012/109597/
これまでと違って、PCの汎用CPUは容易にはCellの演算能力にキャッチアップできない、という
ところが興味深いね。ちょうどクロック上昇の限界に直面したタイミングで、
LSや異種アーキティクチャのコアの混在というような、
これまでのコンピューティングの枠組みを崩し再構築することで性能を得ることにしたのは、
組込みならではのアプローチでしょう。
用途が見出せなければトレンドにはならないけど、キラーアプリを1つでも作り出せれば、
化けるかもしれない。
ところが興味深いね。ちょうどクロック上昇の限界に直面したタイミングで、
LSや異種アーキティクチャのコアの混在というような、
これまでのコンピューティングの枠組みを崩し再構築することで性能を得ることにしたのは、
組込みならではのアプローチでしょう。
用途が見出せなければトレンドにはならないけど、キラーアプリを1つでも作り出せれば、
化けるかもしれない。
657 ：名無しさん必死だな：2005/10/13(木) 11:42:06 ID:ExvwHtnC
Cellの肝であるLSはSCEの発案らしいが、あれは面白い機構だな
今のところ実行値に大きく寄与してる
今後容量が増えれば、力押しで処理が楽になるかも
今のところ実行値に大きく寄与してる
今後容量が増えれば、力押しで処理が楽になるかも
Intelの肝は膨大な生産能力にあって、技術的にはすっかり大人しくなってしまった感があるけれど、
どうだろうね。
どうだろうね。
＞Cellの肝であるLSはSCEの発案らしいが、あれは面白い機構だな
＞今のところ実行値に大きく寄与してる
ベンチマークや画像処理、科学技術計算では無敵の強さだね。
＞今のところ実行値に大きく寄与してる
ベンチマークや画像処理、科学技術計算では無敵の強さだね。
661 ：名無しさん必死だな：2005/10/13(木) 12:30:45 ID:ExvwHtnC
Meromにしても、所詮は汎用CPU
オフィスソフト動かすのが前提にあるから、Cellの得意分野には到底太刀打ちできない
クタも言ってるが、これからは分野別に特化したCPUが必要になってくる
Cellはその先駆けであり、演算・画像・映像処理特化
PPEとLSのお陰でその他処理も楽にこなせる
FFTベンチなんかは、Cellは苦手分野でも驚異的な性能ですよ、というのを証明してくれた
IBMも、作ってみたら予想以上の性能だったのか力入れてるな
オフィスソフト動かすのが前提にあるから、Cellの得意分野には到底太刀打ちできない
クタも言ってるが、これからは分野別に特化したCPUが必要になってくる
Cellはその先駆けであり、演算・画像・映像処理特化
PPEとLSのお陰でその他処理も楽にこなせる
FFTベンチなんかは、Cellは苦手分野でも驚異的な性能ですよ、というのを証明してくれた
IBMも、作ってみたら予想以上の性能だったのか力入れてるな
なんでPPEとLSをごっちゃにしちゃうんだよ
663 ：名無しさん必死だな：2005/10/13(木) 12:36:08 ID:ExvwHtnC
>>662
SPEに処理流すから
SPEに処理流すから
CELLは浮動小数点演算特化のCPUだよな？
家電に使うとしたら、整数演算の方がほよどひつようとされないか？
そもそも、大量に演算が必要な用途ってのがそんなに多いとも思えんし。
組み込みって線では、弱い希ガス。
家電に使うとしたら、整数演算の方がほよどひつようとされないか？
そもそも、大量に演算が必要な用途ってのがそんなに多いとも思えんし。
組み込みって線では、弱い希ガス。
つまり計算は電卓で十分といいたいのか？
整数演算に特化しなきゃいけない家電なんてあるのか？Ｗ
というかまだゲームですら結果を残してない件
ゲームは整数演算だ！とアラードさんがいってました。
>>668
でも箱CPUは浮動小数点演算強化って言ってました
でも箱CPUは浮動小数点演算強化って言ってました
いや、既存のCPU（SHとか）で足らんからCELLでって
ことになるんだろうな～っておもうんだけど、
浮動小数点が大量に要る分野ってどこだろうって。
整数演算がたくさんいるの文脈は俺のまちがいですね。
そもそも計算自体が大量にいる家電ってのが思いつけない。
ことになるんだろうな～っておもうんだけど、
浮動小数点が大量に要る分野ってどこだろうって。
整数演算がたくさんいるの文脈は俺のまちがいですね。
そもそも計算自体が大量にいる家電ってのが思いつけない。
>>670
映像関係、特にエンコードはいくら能力あっても足りないかも知れん…
映像関係、特にエンコードはいくら能力あっても足りないかも知れん…
673 ：名無しさん必死だな：2005/10/13(木) 13:04:28 ID:JCltVLSX
>>670
東芝があんなに素晴らしいデモ見せてくれたじゃまいか。
東芝があんなに素晴らしいデモ見せてくれたじゃまいか。
SPEがSIMD演算に特化してるという言い方なら正解だけどな。
ヴェクタライズが難しい演算ではそのパワーが無駄になるって言うだけ。
ヴェクタライズが難しい演算ではそのパワーが無駄になるって言うだけ。
Meromまだかな～？
Intelの弱みはソフトウェアをMSに握られてて、Windowsでサポートされない独自技術を導入できないところ。
Cellみたいなドラスティックなアーキティクチャ革新はできないでしょうね。
でもPC世界では革新性をGPUが担えばいいのかも。
Cellみたいなドラスティックなアーキティクチャ革新はできないでしょうね。
でもPC世界では革新性をGPUが担えばいいのかも。
箱CPUは 整数演算に強くて浮動小数点演算に弱いんだょ
>>654
デジタル鏡ｽｹﾞｰ
デジタル鏡ｽｹﾞｰ
>>654
ものすごい遅延が発生してるな・・・
ものすごい遅延が発生してるな・・・
ものすごい遅延って…、これだけのものがリアルタイムに動いてるのがすごいんだが。
これて、ゲームに応用できるじゃん
東芝とは仲良くしとかないと
東芝とは仲良くしとかないと
まじめに解析してるのは秒間数コマとかで
後は補完して溜め込んだ動画バッファと合成してるだけっぽいな。
後は補完して溜め込んだ動画バッファと合成してるだけっぽいな。
首上げて
化粧テクスチャが用意されていないあご下を映すと
その部分だけ化粧が乗らんわけだが(WBS放映)
そういうわざとらしい細工もあらかじめ動画で用意してるの？
化粧テクスチャが用意されていないあご下を映すと
その部分だけ化粧が乗らんわけだが(WBS放映)
そういうわざとらしい細工もあらかじめ動画で用意してるの？
>>656
舐めるも何も、現８６系アーキテクチャを維持したままで何が出来る？
インテルは８６系に関しては３８６ネイティブモードといった大きな変革をする機会があったが、
自ら８０８６拡張で妥協して逃した。
ＩＡ６４への切り替えもうまくいっていない上に６４ビット化も３８６拡張の建て増しで終わる公算。
Ｃｅｌｌがあれだけのパフォーマンスを叩き出したのは真っ新で設計を始めたのが大きい。
その上でインテルに一体何が出来る？
８６系捨てるならともかく、捨てる策はＩＡ６４で失敗したよね。
舐めるも何も、現８６系アーキテクチャを維持したままで何が出来る？
インテルは８６系に関しては３８６ネイティブモードといった大きな変革をする機会があったが、
自ら８０８６拡張で妥協して逃した。
ＩＡ６４への切り替えもうまくいっていない上に６４ビット化も３８６拡張の建て増しで終わる公算。
Ｃｅｌｌがあれだけのパフォーマンスを叩き出したのは真っ新で設計を始めたのが大きい。
その上でインテルに一体何が出来る？
８６系捨てるならともかく、捨てる策はＩＡ６４で失敗したよね。
汎用コア部分はx86でもいいんで。ソフトcellに順次移行すれば問題なし。
下手に、汎用コアの部分をx86にすると、
CELLと違って汎用コアの部分で今と同じ事が出来ちゃうから、
ソフトcellへの移行がすごい時間掛かりそうだねorz
CELLと違って汎用コアの部分で今と同じ事が出来ちゃうから、
ソフトcellへの移行がすごい時間掛かりそうだねorz
694 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/13(木) 17:25:07 ID:mGvvluGa
松下がUniPhierの現状を総括，古池氏は満面の笑顔
http://techon.nikkeibp.co.jp/article/NEWS/20051013/109622/
http://techon.nikkeibp.co.jp/article/NEWS/20051013/109622/
CellもUniPhier位フレームワークを充実させられれば強いだろうね。
SoCとしての組み込み、ソフトウェアなど。
まあその為にCell専用の組織を立ち上げて、2000億だかの投資するんだろうけど。
SoCとしての組み込み、ソフトウェアなど。
まあその為にCell専用の組織を立ち上げて、2000億だかの投資するんだろうけど。
PCはGPUの進化待ちってとこでは。
まあ、SPEだけ乗せてもメモリが遅すぎるのもあるしな。
ソフトCellはネット前提があるから、PS3をLANで接続してそっちの
SPEを使えってことで当面はいいんじゃまいか。
ソフトCellはネット前提があるから、PS3をLANで接続してそっちの
SPEを使えってことで当面はいいんじゃまいか。
698 ：名無しさん必死だな：2005/10/13(木) 20:57:46 ID:T7PGiEw3
CELL GPU開発汁！
>>699
ﾃﾗﾜﾛｽｗ
ﾃﾗﾜﾛｽｗ
多くの人はCELLの優位点を軽視し過ぎだと思うけどね。
あんなに高スペックなもの家電に必要か、とか
ハード的な視点ばかりで語られる。
CELLはそんなことが重要なのではなく、全ての機能を
ソフトウェアで実現できて、なおかつ実現できること
の際限が広い。ってこと。
ソフトウェア資産って、これから家電メーカーにとっちゃ
とても重要。一石二鳥で他のメーカーが真似できるもの
じゃない。松下なんてTVやレコーダーのソフト開発とかに月100人
体制とかで膨大な金と人的リソース投入してるという話。
専用ハードなら同じものを外販で買って来れば同じ機能が
できちゃうが、ソースコードは丸ごとって訳には
いかない。頑張った分、頑張った分の資産になり、
他メーカーとの差異化に繋がるのがCELL。
あんなに高スペックなもの家電に必要か、とか
ハード的な視点ばかりで語られる。
CELLはそんなことが重要なのではなく、全ての機能を
ソフトウェアで実現できて、なおかつ実現できること
の際限が広い。ってこと。
ソフトウェア資産って、これから家電メーカーにとっちゃ
とても重要。一石二鳥で他のメーカーが真似できるもの
じゃない。松下なんてTVやレコーダーのソフト開発とかに月100人
体制とかで膨大な金と人的リソース投入してるという話。
専用ハードなら同じものを外販で買って来れば同じ機能が
できちゃうが、ソースコードは丸ごとって訳には
いかない。頑張った分、頑張った分の資産になり、
他メーカーとの差異化に繋がるのがCELL。
>>699
古い記事だね。まあどこでも同じようなこと考えているんだろうけど。
古い記事だね。まあどこでも同じようなこと考えているんだろうけど。
>>656
インテルは技術力が高いわけではない。AMDに出し抜かれてる。
先進性においても保守的だし、そのくせ奇策を好みRDRAMで失敗
してからは業界内での政治力は低下が著しい。
では、インテルの強さとは何か。それは商売力。
世界最大の製造設備を使って「売れ筋のCPU」を一気に供給できること。
技術で劣ってても需要の高いCPUを大量供給する。ノート向け中心に
シフトチェンジしたロードマップを見ても明らか。
しかし、2年後3年後もそれで食っていけるかは誰も保証できない。
インテルは技術力が高いわけではない。AMDに出し抜かれてる。
先進性においても保守的だし、そのくせ奇策を好みRDRAMで失敗
してからは業界内での政治力は低下が著しい。
では、インテルの強さとは何か。それは商売力。
世界最大の製造設備を使って「売れ筋のCPU」を一気に供給できること。
技術で劣ってても需要の高いCPUを大量供給する。ノート向け中心に
シフトチェンジしたロードマップを見ても明らか。
しかし、2年後3年後もそれで食っていけるかは誰も保証できない。
>>705
SPE上で走るコード・データはisolated modeで保護出来るんじゃない？
SPE上で走るコード・データはisolated modeで保護出来るんじゃない？
石って外販するものだから。買って来れば良いだけ。
ソフト解析って本気かｗ
いまどきのレコーダークラスになると、100万行もの
ソースコードで、数10MBものフラッシュにバイナリで
書かれてるのに、それを吸い出して解析しろってか？
そんな暇なことするメーカーないから・・・
ソフト解析って本気かｗ
いまどきのレコーダークラスになると、100万行もの
ソースコードで、数10MBものフラッシュにバイナリで
書かれてるのに、それを吸い出して解析しろってか？
そんな暇なことするメーカーないから・・・
ソフトってのは見えないノウハウの塊なので、
そう簡単にはパクれませんぜ。
外ヅラは真似できるかもしれないけど、なんでそういうGUIになっているか、
内部の処理などはどういった思想なのかってのは
そうそう簡単に読み取れない。
コメントあってもわかんない場合もあるんだからさ。
そう簡単にはパクれませんぜ。
外ヅラは真似できるかもしれないけど、なんでそういうGUIになっているか、
内部の処理などはどういった思想なのかってのは
そうそう簡単に読み取れない。
コメントあってもわかんない場合もあるんだからさ。
CellてUniPhierプロセッサに勝てるのか？
ちなみにこの松下のUniPhierプロセッサで
C/C++言語に対応し、AV用途に最適化した命令並列プロセッサと書かれているが
CELLでいうSPEのようなもの？
汎用CPU部分がPPEで。
どの程度の能力が出るんだろうか。
松下はあくまで自前で製品を作るつもり？
C/C++言語に対応し、AV用途に最適化した命令並列プロセッサと書かれているが
CELLでいうSPEのようなもの？
汎用CPU部分がPPEで。
どの程度の能力が出るんだろうか。
松下はあくまで自前で製品を作るつもり？
UniPhierネタでループさせたいようだが、だいぶ前に「UniPhierにはCPUの規定はない」事を指摘した。
^^^^^^^^^^^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^
Sonyとは別にSCEが勝手に作ったプロセッサを無理やり家電に使うより
松下が一丸となって綿密に計画して開発･採用するプロセッサの方が
家電用とにフィットするのは間違いないな。
松下が一丸となって綿密に計画して開発･採用するプロセッサの方が
家電用とにフィットするのは間違いないな。
しかもUniPhierはCPUじゃなくて、どちらかというとDSPな罠。
714 ：名無しさん必死だな：2005/10/13(木) 22:05:27 ID:v3PB7/uf
今後IBM/Toshiba/SONYのプロセス技術は多くの
ファンダリで標準的なプロセスになるのだから、
IPコアとしてファブレスにライセンスすればいいのに。
よ思いません。帯域が落ちても良いからFlexIOの代わりにPCIExpress版とか
作ってもらってIntelのMedia/Graphicsプロセッサーなど
開発してもらえば、アーキテクチャーは飛躍的に普及しませんでしょうか？
ファンダリで標準的なプロセスになるのだから、
IPコアとしてファブレスにライセンスすればいいのに。
よ思いません。帯域が落ちても良いからFlexIOの代わりにPCIExpress版とか
作ってもらってIntelのMedia/Graphicsプロセッサーなど
開発してもらえば、アーキテクチャーは飛躍的に普及しませんでしょうか？
717 ：名無しさん必死だな：2005/10/13(木) 22:10:51 ID:v3PB7/uf
>>715
まずH264エンコーダーを実装したメディアサーバーをＴに作ってもらいたいですね。
まずH264エンコーダーを実装したメディアサーバーをＴに作ってもらいたいですね。
実際にCell関連機材は何時売り出されるんだろう？
PS3以前に市場に出てくるんだろうか？ 8SPEの歩留まり次第だろうけど
その量や時期によってCell生産の状態がある程度判るような
PS3以前に市場に出てくるんだろうか？ 8SPEの歩留まり次第だろうけど
その量や時期によってCell生産の状態がある程度判るような
719 ：名無しさん必死だな：2005/10/13(木) 22:17:21 ID:v3PB7/uf
ちなみにEEの生産は10月には始まっていた覚えが有る
歩留まりは・・・
歩留まりは・・・
721 ：名無しさん必死だな：2005/10/13(木) 22:20:41 ID:v3PB7/uf
IBM+SONY vs Toshiba
Ｔの圧勝な気がしますね。CELLは当面
PS3に専念ですか?
Ｔの圧勝な気がしますね。CELLは当面
PS3に専念ですか?
ID:v3PB7/uf
IBMは欠陥バージョンをSCEに掴ませて
こっそり作った完全体のセルを独り占めするつもりだろう。
こっそり作った完全体のセルを独り占めするつもりだろう。
724 ：名無しさん必死だな：2005/10/13(木) 22:28:17 ID:v3PB7/uf
東芝はなんだかんだ言っても、半導体では強いからなぁ。
726 ：名無しさん必死だな：2005/10/13(木) 22:35:41 ID:v3PB7/uf
スケジュール的にはちょうど初期量産を始める時期ですよね。
3.2Ghz心配ですね？
3.2Ghz心配ですね？
土壇場でEEのクロックも上げてきたしな。
俺はCellの歩留まりに関してはそれほど心配してないけどなぁ。
歩留まり上げるために1SPEを予備としたわけだし、
クロックもそれほど無理した数値じゃないんだろうと思う。
歩留まり上げるために1SPEを予備としたわけだし、
クロックもそれほど無理した数値じゃないんだろうと思う。
家電への応用で東芝先行な気がするのは違和感感じるなあ。
ベガに積まないの？
ベガに積まないの？
730 ：名無しさん必死だな：2005/10/13(木) 22:47:36 ID:v3PB7/uf
731 ：名無しさん必死だな：2005/10/13(木) 22:49:23 ID:v3PB7/uf
SはX Video Stationの後継が本命では？
>>730
今のTVは画質向上のために、その画像にあった色を出すようにしているらしいよ
とくにPDPや液晶は不得意な色があるし、省エネにも気を配らないといけないしね
だから、CELLは分割表示やメニューだけでなく画質の向上にも役立つと思う。
今のTVは画質向上のために、その画像にあった色を出すようにしているらしいよ
とくにPDPや液晶は不得意な色があるし、省エネにも気を配らないといけないしね
だから、CELLは分割表示やメニューだけでなく画質の向上にも役立つと思う。
733 ：名無しさん必死だな：2005/10/13(木) 23:00:52 ID:v3PB7/uf
アホはスルーしろよｗ
737 ：名無しさん必死だな：2005/10/14(金) 06:58:34 ID:/2ZlDKCi
東芝の藤井氏
「Cellを搭載したテレビには2つの方向性があると思っている。一つはTVそのものに入れること、2つ目はチューナーをセパレート型とする方向性もある。
それぞれに異なったアプリケーションとしての提案を行っていきたい。」
http://www.phileweb.com/news/d-av/200509/28/13866.html
セルくらいのMPUを使うとなるとセパレート型のほうが魅力的という意味です。
「Cellを搭載したテレビには2つの方向性があると思っている。一つはTVそのものに入れること、2つ目はチューナーをセパレート型とする方向性もある。
それぞれに異なったアプリケーションとしての提案を行っていきたい。」
http://www.phileweb.com/news/d-av/200509/28/13866.html
セルくらいのMPUを使うとなるとセパレート型のほうが魅力的という意味です。
>チューナーをセパレート型とする方向性もある。
＼ __ ／
＿ （ｍ） ＿ﾋﾟｺｰﾝ
|ミ|
／ .｀´ ＼
('A`) そうだ！PS3にやらせよう！
ノヽノヽ
くく
＼ __ ／
＿ （ｍ） ＿ﾋﾟｺｰﾝ
|ミ|
／ .｀´ ＼
('A`) そうだ！PS3にやらせよう！
ノヽノヽ
くく
SPE余ってるし、熱も問題ないのか。
東芝独自っていうのは思った通りだね。
SONYは完全に乗り遅れたな。ダメダメだ。
東芝独自っていうのは思った通りだね。
SONYは完全に乗り遅れたな。ダメダメだ。
それは映像によって圧縮率が違うし、デコード負荷も一定じゃないからでしょう。
Cellはソフトウェアが要なのに、メーカを越えてSPEコードが流通できないというのは、
IBM/東芝/SONYの誰にも利益のないことだと思うぞ。
なんとかしてもらいたいものだ。
IBM/東芝/SONYの誰にも利益のないことだと思うぞ。
なんとかしてもらいたいものだ。
フルHDでH.264圧縮されたもんを再生しないと、「今時、なんのインパクトもない」
と思ったのは俺だけだろうか？
と思ったのは俺だけだろうか？
君だけ
CellでHD品質のMPEG-2の12本同時再生ならやってたけどね
SPEを6つ使ってて、1つがスケーリング
SPE1つでHD品質のMPEG-2を2本同時再生出来るそうな
SPEを6つ使ってて、1つがスケーリング
SPE1つでHD品質のMPEG-2を2本同時再生出来るそうな
>>744
再生はあまりインパクト無いな
再生はあまりインパクト無いな
セガサターンのエミュとか出来ねーかな。
セガと契約してPS3で互換性とれたら面白いと思うんだが。
ツインCPUの変態ハードでもCellなら出来るんじゃね？
セガと契約してPS3で互換性とれたら面白いと思うんだが。
ツインCPUの変態ハードでもCellなら出来るんじゃね？
エミュ作って、動作確認して、ソフトのネットDLとかして、
いろいろコストかけても、回収できない気が。
いろいろコストかけても、回収できない気が。
>>745
おまえがアホなのはよく判った。
おまえがアホなのはよく判った。
君がカスなのはわかった
>>746
MPEG2じゃ物足りないかも・・・
MPEG2じゃ物足りないかも・・・
張り付いているのかよ、チンカス君
やっぱカスだ
すごいすごくないは比較対象のことまでわかってないと判断できない。
逆に現在稼動しているCPU等で同レベルのMPEG2を何本同時デコードできるのか
わかっていれば十分な判断資料になる。資料というのはそういうものだ。
逆に現在稼動しているCPU等で同レベルのMPEG2を何本同時デコードできるのか
わかっていれば十分な判断資料になる。資料というのはそういうものだ。
>>755
どんどん土台を上げてくるから駄目だろうね
茶谷氏はHD品質のH.264も余裕と言っておられたが、
今度はエンコードじゃなきゃ駄目ってなるんだろｗ
ちなみに市販される予定のHD品質のMPEG-2やH.264だと
現行CUPの最高性能の製品でも1本がやっとこさ再生出来る性能
どんどん土台を上げてくるから駄目だろうね
茶谷氏はHD品質のH.264も余裕と言っておられたが、
今度はエンコードじゃなきゃ駄目ってなるんだろｗ
ちなみに市販される予定のHD品質のMPEG-2やH.264だと
現行CUPの最高性能の製品でも1本がやっとこさ再生出来る性能
>現行CUPの最高性能の製品
intelなどのCPUですね
intelなどのCPUですね
アップルのサイトに最高レベルのh264デモが転がってるが、ウチのPCのCPUじゃ
単体でさえほとんどまともに再生できん。高解像度h264は重いよー
単体でさえほとんどまともに再生できん。高解像度h264は重いよー
>>758
CPUは何使ってるの？FX55な自分は楽々だった。
CPUは何使ってるの？FX55な自分は楽々だった。
あ、すまん。720pの方を再生してた(´д｀;)
1080pはちょいカクつくわ。
1080pはちょいカクつくわ。
Athlon64 4400+だったけれど、6,70%前後のCPU負荷で問題なしって感じ。
今ってインターネットでこんな解像度高い映像がオンデマンドで再生できるんだね。
iTMSで、ふつーの映画をリーズナブルな値段で揃えてくれると、
観たいと思ったときに、即観られて、すごい便利そうだ（´∀｀）
今ってインターネットでこんな解像度高い映像がオンデマンドで再生できるんだね。
iTMSで、ふつーの映画をリーズナブルな値段で揃えてくれると、
観たいと思ったときに、即観られて、すごい便利そうだ（´∀｀）
764 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/14(金) 20:42:11 ID:zZ9mG5U1
中々の神エンコだべ。
1080pが予想外に重くてびっくりした。＞h264
H.264の場合CELLなら何本再生できるんだろ？
現状だと2本ぐらい?
再生できへん・・・
769 ：名無しさん必死だな：2005/10/14(金) 22:03:09 ID:/2ZlDKCi
CELLのPCIExpress版をつくって欲しい。
俺はトランスメタにPS3Linux向けのx86エミュレーターを開発してほしい
まぁ、願望ですけど、このまま、あそこのx86エミュ技術が枯れるのは忍びない。
まぁ、願望ですけど、このまま、あそこのx86エミュ技術が枯れるのは忍びない。
>>760の動画あんま綺麗じゃないね。のっぺりしすぎ
>>771
のっぺりし過ぎてしまうのがH.264の弱点らしいよ
のっぺりし過ぎてしまうのがH.264の弱点らしいよ
>773
そりゃ映画なんかの場合に、フィルム感を生み出す元のグレインを
圧縮時にノイズとして排除してしまって味気なくなるってやつのことじゃないの？
そりゃ映画なんかの場合に、フィルム感を生み出す元のグレインを
圧縮時にノイズとして排除してしまって味気なくなるってやつのことじゃないの？
アニメにはいいなH.264
>>774
ノイズとして排除してしまうからのっぺりするんじゃない?
ノイズとして排除してしまうからのっぺりするんじゃない?
>776
うーん、確かに細かいディティールは飛んじゃってるかもしれないな。
大画面で見るには辛いのかもしれん。
うーん、確かに細かいディティールは飛んじゃってるかもしれないな。
大画面で見るには辛いのかもしれん。
>>770
Transmeta の技術の核心は CMS だけではなく、それを前提として
CMS を効率的に動かす為の支援機能の入った VLIW core も含む。
CMS だけを機能を持たない他の一般の Processor に移植しても
かつての Transmeta 製品程の効率では動かない。
一般的な Processor での Dynamic compiler の技術なら、IBM の
DAISY が既に PowerPC 向けに存在している。
Transmeta の技術の核心は CMS だけではなく、それを前提として
CMS を効率的に動かす為の支援機能の入った VLIW core も含む。
CMS だけを機能を持たない他の一般の Processor に移植しても
かつての Transmeta 製品程の効率では動かない。
一般的な Processor での Dynamic compiler の技術なら、IBM の
DAISY が既に PowerPC 向けに存在している。
その支援機能とやらはPPEやSPEに入っているのかね？
ていうかCMSのための支援機能はCellに組み込んで意味のあるモノなん？
>>759
ちょっと前の標準的なノートＰＣ。
そりゃそれなりに新しいＰＣなら単体再生ぐらい問題ないだろうけど、
h264はそれ以前のコーデックに比べればずっと重い。対応させるのに
CELLクラスのチップが欲しくなるのも理解できる、というお話でした。
ちょっと前の標準的なノートＰＣ。
そりゃそれなりに新しいＰＣなら単体再生ぐらい問題ないだろうけど、
h264はそれ以前のコーデックに比べればずっと重い。対応させるのに
CELLクラスのチップが欲しくなるのも理解できる、というお話でした。
DVD、もっと昔の話だとmp3
当時は重かったもんだが、今はどうだ？
現状ですらハイエンド機なら普通に再生できるものを、わざわざチップ積んでまでハードウェア対応させる意義は薄いんじゃないか？
エンコなら話は別だがな
当時は重かったもんだが、今はどうだ？
現状ですらハイエンド機なら普通に再生できるものを、わざわざチップ積んでまでハードウェア対応させる意義は薄いんじゃないか？
エンコなら話は別だがな
783 ：名無しさん必死だな：2005/10/14(金) 23:24:37 ID:/2ZlDKCi
h.264はMPUにとってのキラーアプリケーション。
784 ：名無しさん必死だな：2005/10/14(金) 23:45:13 ID:/sS9mjVv
死んだハードのエミュをやるってのどうよ。
メガドラとかエンジンとか。
レボ対策には弱いか？
メガドラとかエンジンとか。
レボ対策には弱いか？
そういう話するスレじゃないよ
もしかして、生きてるハードのエミュレーションにCMSを使うんだろうか
PS1/PS2との上位互換にトランスメタの技術が使われたりして
>>775
字幕にも良い
字幕にも良い
スレ違いだが、トランスメタの技術者はMSには20人ほど出向してたな。
XBOX 360でXBOX互換とるために行ったんじゃないかとか噂出てたね。
XBOX 360でXBOX互換とるために行ったんじゃないかとか噂出てたね。
790 ：名無しさん必死だな：2005/10/15(土) 00:57:13 ID:tWeDB/Er
791 ：名無しさん必死だな：2005/10/15(土) 01:00:44 ID:tWeDB/Er
CELL登場は386や020の感動を現代によみがえらせてくれる予感。
仮想マシンも時代の流れ。
仮想マシンも時代の流れ。
セルに贈る言葉
ち ゅ う と は ん ぱ ！
ち ゅ う と は ん ぱ ！
.ヽ__ __ ”， ． /＾ヽ ,々|
ヽゝ └'′ __ |::::;;;::| ,;；|
ヽ ;； ‘’ ヽ,> {:::::;;;::| ,,|
/ヽ、 ･ ヽ::::;;;:| ;； |
{ ニ.ゝ ： /7 ヽ::::/ ;；|
| __,..l、,,,,_ ~ ，‘’ ,;； ∨;： ;| 私が、完全体になりさえすれば・・・
.l __,,..| {｢;｢`‐-､..._____ | __ヽ
.{‐' __..| {|;;| ：.ヾヽ..l__,ゝ_|_,.ｲ__「
ヽ/ ,`-,-,< ；．`=≡=´/'=下
ヽ/ ,,/ l、ヽ, ，￣〃= ７′
'ｰ/ ,;； |; }} ,： 丿二ﾌ
_,./ 1l` -､_ < ｰ／
__,-‐rｰ―-rl´ ｉ’ ,,;;； | |:::::::::~ｌT′
l {_ ,;;i | |:::::::::;;l| ￣ ＾ヽr､,＿,.-ｒ-､＿
`ー---、 ｌ,.ゝ:::::/__,.--一'_ﾉ ;; ヽ ヽ
ヽゝ └'′ __ |::::;;;::| ,;；|
ヽ ;； ‘’ ヽ,> {:::::;;;::| ,,|
/ヽ、 ･ ヽ::::;;;:| ;； |
{ ニ.ゝ ： /7 ヽ::::/ ;；|
| __,..l、,,,,_ ~ ，‘’ ,;； ∨;： ;| 私が、完全体になりさえすれば・・・
.l __,,..| {｢;｢`‐-､..._____ | __ヽ
.{‐' __..| {|;;| ：.ヾヽ..l__,ゝ_|_,.ｲ__「
ヽ/ ,`-,-,< ；．`=≡=´/'=下
ヽ/ ,,/ l、ヽ, ，￣〃= ７′
'ｰ/ ,;； |; }} ,： 丿二ﾌ
_,./ 1l` -､_ < ｰ／
__,-‐rｰ―-rl´ ｉ’ ,,;;； | |:::::::::~ｌT′
l {_ ,;;i | |:::::::::;;l| ￣ ＾ヽr､,＿,.-ｒ-､＿
`ー---、 ｌ,.ゝ:::::/__,.--一'_ﾉ ;; ヽ ヽ
Cellが中途半端なんて言ったら、他のCPUは立場がない。
なんでこう、毎度毎度毎度毎度自爆しにやって来るんだ？もしかして狙ってるのか？
>>794
PPC:圧倒的パワーでネット系を攻略中
MIPS:ネット系の覇者。現在PPCに押されつつある
ARM:電力効率で文句なし。
SH:サポートはずば抜けてよい（日本限定）
H8:日立専用
VR:NEC専用
TX:東芝専用
PIC:電池駆動ではコレ一択
AVR:PICに挑戦中。最近成果を出しつつある。
K0:・・・がんばれ
Cell:・・・がんばれ（多分SCE専用にカテゴライズされる予感）
PPC:圧倒的パワーでネット系を攻略中
MIPS:ネット系の覇者。現在PPCに押されつつある
ARM:電力効率で文句なし。
SH:サポートはずば抜けてよい（日本限定）
H8:日立専用
VR:NEC専用
TX:東芝専用
PIC:電池駆動ではコレ一択
AVR:PICに挑戦中。最近成果を出しつつある。
K0:・・・がんばれ
Cell:・・・がんばれ（多分SCE専用にカテゴライズされる予感）
>>797
そうかもね。ただ>>794があまりにも井の中の蛙というか、無知というか、信者っぷりに
カチンときて書いてみた。もう少し勉強してから書き込まないとアンチに足元掬われかねないからね。
ASIC部門を持たない会社が新規アーキを売るのは相当骨ですよと、あくまで挑戦者
の立場を忘れないでくださいねと忠告したかったのです。
煽りっぽくなったのでちょっと退散。
そうかもね。ただ>>794があまりにも井の中の蛙というか、無知というか、信者っぷりに
カチンときて書いてみた。もう少し勉強してから書き込まないとアンチに足元掬われかねないからね。
ASIC部門を持たない会社が新規アーキを売るのは相当骨ですよと、あくまで挑戦者
の立場を忘れないでくださいねと忠告したかったのです。
煽りっぽくなったのでちょっと退散。
>>796
それ全部ある意味で中途半端しかないですやん。
それ全部ある意味で中途半端しかないですやん。
>>800
ほほー。それでは中途半端でないCellは乾電池2本で100時間駆動できるわけですか凄いですね。
ほほー。それでは中途半端でないCellは乾電池2本で100時間駆動できるわけですか凄いですね。
乾電池2本で100時間駆動って 何のことだ？
805 ：名無しさん必死だな：2005/10/15(土) 09:38:41 ID:tWeDB/Er
IDMが2グループに統合されるっていう話
実現しますか？そうなれば
ある程度CPUコアも淘汰されるんですか？
実現しますか？そうなれば
ある程度CPUコアも淘汰されるんですか？
806 ：名無しさん必死だな：2005/10/15(土) 09:44:34 ID:tWeDB/Er
日本がハイエンドのMPUに挑戦するのは
R10000/R12000以来ですね。CELL。
IBM/Toshiba/SONY/SCEIで一日もはやく
共通家電プラットフォームを策定して欲しい
R10000/R12000以来ですね。CELL。
IBM/Toshiba/SONY/SCEIで一日もはやく
共通家電プラットフォームを策定して欲しい
足元掬われかねないと言いながら
速攻掬われる ID:JTtboHTw 萌え
速攻掬われる ID:JTtboHTw 萌え
今まであまり需要のなかった(これからも?)ハイパフォーマンス組み込みCPUじゃないですかね、Cellは。
たとえばプリンタとか。
たとえばプリンタとか。
>>796
他の CPU は立場がない、に対して、そのリストアップは意味が分からん。
少なくとも、Cell は中途半端で他の CPU は そうではない、という反論
になってないような。というか、Cell の何が中途半端だと主張したいんだ?
他の CPU は立場がない、に対して、そのリストアップは意味が分からん。
少なくとも、Cell は中途半端で他の CPU は そうではない、という反論
になってないような。というか、Cell の何が中途半端だと主張したいんだ?
組み込みにしては省電力が中途半端だ、ということでは。1Vで最大100Aだそうで。
いくら性能が高くても、巨大なCPUファン必須では用途が限られる、と。
いくら性能が高くても、巨大なCPUファン必須では用途が限られる、と。
100Aって結構でかいな
科学技術計算用途としては、スーパーコンピューターに敵わない
汎用ＣＰＵとしては、整数演算性能・汎用性・メモリ容量等スケーラビリティに欠ける
グラフィック処理用としても専用チップに敵わない
組み込み用途としても、消費電力が高すぎる
ち ゅ う と は ん ぱ ！
汎用ＣＰＵとしては、整数演算性能・汎用性・メモリ容量等スケーラビリティに欠ける
グラフィック処理用としても専用チップに敵わない
組み込み用途としても、消費電力が高すぎる
ち ゅ う と は ん ぱ ！
ハイエンドPC向けCPUをはるかに超える演算能力は十分半端ないと思いますが、
それが市場の需要のスイートスポットを突いているかどうかは確かに別の問題ですね。
何しろ前人未到の領域だから、自分で市場創出しないと。
でも画像認識に使えたりするのは監視カメラ等でとてもとても用途がありそうな。
それが市場の需要のスイートスポットを突いているかどうかは確かに別の問題ですね。
何しろ前人未到の領域だから、自分で市場創出しないと。
でも画像認識に使えたりするのは監視カメラ等でとてもとても用途がありそうな。
>でも画像認識に使えたりするのは監視カメラ等でとてもとても用途がありそうな。
顔データ抽出してパターンマッチングなんて激せまなメモリ空間のSPE+LSにはもっとも向かない処理だな。
顔データ抽出してパターンマッチングなんて激せまなメモリ空間のSPE+LSにはもっとも向かない処理だな。
L1が256KBより大きいCPUって普通にあるっけ？
ID:JTtboHTw とかその辺は中黒の人っぽい。
ID:JTtboHTw とかその辺は中黒の人っぽい。
プログラミングの世界では、256KBのメモリと高速なDMAがあれば
いくらでもやりようはありますよ。
そりゃLSに画像全部のりきれば最強ですけど。
PS4の時代の次世代CellはLS増やしただけでもとんでもないことになりそうですね。
いくらでもやりようはありますよ。
そりゃLSに画像全部のりきれば最強ですけど。
PS4の時代の次世代CellはLS増やしただけでもとんでもないことになりそうですね。
「汎用メディアプロセッサとしてあらゆる場面で最強のもの」
というコンセプトで作られたんだろうが、結局はあらゆる場面で専用の
チップには敵わないという中途半端ななものになってしまったな、と。
二兎を追う者は一兎をも得ず
というコンセプトで作られたんだろうが、結局はあらゆる場面で専用の
チップには敵わないという中途半端ななものになってしまったな、と。
二兎を追う者は一兎をも得ず
>>816
ふつうに作れると思うけど、何十個～何百個のCellクラスタを構成するのに何か障害になる要素あるか？
ふつうに作れると思うけど、何十個～何百個のCellクラスタを構成するのに何か障害になる要素あるか？
HPCだと各ノードのメモリをしこたま増やしたくなる気がしますが、
XDRで512MBより上はいけるんでしょうか。
XDRで512MBより上はいけるんでしょうか。
>>823
なんつーかよく知らないけど、ここはゲハ板のスレですよ
なんつーかよく知らないけど、ここはゲハ板のスレですよ
>>822
何で512MBに壁があると考えるのかを知りたい気がする。
何で512MBに壁があると考えるのかを知りたい気がする。
>>823
必要な数だけつなげれば1位だって可能だぞ？
必要な数だけつなげれば1位だって可能だぞ？
827 ：( ○ ´ ー ｀ ○ ) はスバラシイ：2005/10/15(土) 11:23:46 ID:7dSBE5gM
Cellは理論上は最大64Gバイトのメモリをサポートするが、それだけのメモリを
家電に搭載するコストを考えると、メモリ構成はXDRメモリおよそ1～2Gバイトが
現実的だとハッスルホースト氏は語った。
http://www.itmedia.co.jp/news/articles/0508/16/news041.html
とあるので、もうちょっと増やしても大丈夫なんじゃない？
家電に搭載するコストを考えると、メモリ構成はXDRメモリおよそ1～2Gバイトが
現実的だとハッスルホースト氏は語った。
http://www.itmedia.co.jp/news/articles/0508/16/news041.html
とあるので、もうちょっと増やしても大丈夫なんじゃない？
いい加減ID:jVDsX/Qsみたいな人は放置してあげないと、
本人の為にならないと思う。
本人の為にならないと思う。
>>826
釣り？
釣り？
早く走れば100ｍを1秒で走れるぞ！みたいな話だな。
>>829
今の1位がやっていることなんだが？
今の1位がやっていることなんだが？
XDRはデイジーチェーンでしたっけ。
ああでもメモリソケットは対応しないかも…。
ああでもメモリソケットは対応しないかも…。
833 ：名無しさん必死だな：2005/10/15(土) 11:39:14 ID:tWeDB/Er
>>812
超高性能DSP
超高性能DSP
834 ：名無しさん必死だな：2005/10/15(土) 11:41:35 ID:tWeDB/Er
>>821
MRIとかのリアルタイム画像処理じゃないですか？
MRIとかのリアルタイム画像処理じゃないですか？
835 ：名無しさん必死だな：2005/10/15(土) 11:44:56 ID:tWeDB/Er
CELLはIntelのGPU/Media Co-Processorとして育って欲しい。
十分汎用的な気がします。
十分汎用的な気がします。
IBMのBlueGeneLのフルサイズがPPC440カスタムを13万個並べたものだっけ？
「Cell」という名前からしても、超並列を構想段階から予定してると思われ・・
科学技術計算用途としては、スーパーコンピューター用チップを遥かに上回り、
汎用ＣＰＵとしての整数演算性能・汎用性・メモリ容量等 高度なスケーラビリティを保持し、
グラフィック処理用としても専用チップに匹敵、
組み込み用途としても、性能の割には消費電力が低い、と。
何に使うかはアイデア次第。
今年度にPS2が1億台に到達する予定であることから推測しても、
今後10年以内でCellを搭載するマシンが1億台は登場するわけで・・
「Cell」という名前からしても、超並列を構想段階から予定してると思われ・・
科学技術計算用途としては、スーパーコンピューター用チップを遥かに上回り、
汎用ＣＰＵとしての整数演算性能・汎用性・メモリ容量等 高度なスケーラビリティを保持し、
グラフィック処理用としても専用チップに匹敵、
組み込み用途としても、性能の割には消費電力が低い、と。
何に使うかはアイデア次第。
今年度にPS2が1億台に到達する予定であることから推測しても、
今後10年以内でCellを搭載するマシンが1億台は登場するわけで・・
838 ：名無しさん必死だな：2005/10/15(土) 11:48:50 ID:tWeDB/Er
IBM processは SONY/TOSHIBA/CHARTERED/.../AMD/INFINEON/SAMSUNG
と巨大なキャパシティがあるし。非常に大きなポテンシャルを感じます。
と巨大なキャパシティがあるし。非常に大きなポテンシャルを感じます。
>>834
ああいうのは専用のハードに押し込まれるから、わざわざブレードサーバである必要があるのかな。
あと、電子カルテとかと絡むことを考えるとWindows上で動くソフトと専用拡張カードの方が使いやすい場合もありそうな。
ああいうのは専用のハードに押し込まれるから、わざわざブレードサーバである必要があるのかな。
あと、電子カルテとかと絡むことを考えるとWindows上で動くソフトと専用拡張カードの方が使いやすい場合もありそうな。
再コンパイル上等の組み込みの世界では、出荷台数が力になるとはあんまり考えないほうが。
MIPSアーキティクチャ搭載のマシンがPS, PS2, N64あわせて1億台以上あったと思うんですけど、
あっさり斜陽になっちゃった。
MIPSアーキティクチャ搭載のマシンがPS, PS2, N64あわせて1億台以上あったと思うんですけど、
あっさり斜陽になっちゃった。
MRI本体のコントロールと カルテの管理端末は別では？
842 ：名無しさん必死だな：2005/10/15(土) 11:51:21 ID:tWeDB/Er
843 ：名無しさん必死だな：2005/10/15(土) 11:55:06 ID:tWeDB/Er
>>839
どこかのスレに書いてあったけど、IBMはシステムの開発費を削減したのでしょう。
ブレードは今後IBMが汎用品として再販。South BridgeはCCCじゃないかって。
IBMもけちになった用ですね。
どこかのスレに書いてあったけど、IBMはシステムの開発費を削減したのでしょう。
ブレードは今後IBMが汎用品として再販。South BridgeはCCCじゃないかって。
IBMもけちになった用ですね。
844 ：名無しさん必死だな：2005/10/15(土) 11:57:30 ID:tWeDB/Er
IBMがCellに目をかけてること自体がすでに驚きだったり。
SPEはPOWERじゃないのに。
SPEはPOWERじゃないのに。
http://www.eetimes.jp/contents/200505/82_2_20050517185534.cfm
正確には「1V程度で最大100A程度の電流を供給」っす。1.1Vでも1V程度かな。
正確には「1V程度で最大100A程度の電流を供給」っす。1.1Vでも1V程度かな。
849 ：名無しさん必死だな：2005/10/15(土) 12:04:11 ID:tWeDB/Er
>>590
IBMはこれが本命でしょう。
IBMはこれが本命でしょう。
850 ：名無しさん必死だな：2005/10/15(土) 12:05:54 ID:tWeDB/Er
>>847
高そうですね。
高そうですね。
セルはVUのことを思えば長足の進歩であることは認めるし、
この次、５年後くらいのものは確かにいいものになりそうですねぇ。
その次世代セルにSONYだの日本メーカーの名前があるのかは疑問ですがｗ
この次、５年後くらいのものは確かにいいものになりそうですねぇ。
その次世代セルにSONYだの日本メーカーの名前があるのかは疑問ですがｗ
開発費がかかってもそれは固定費で台数割りだから、PS3の場合は問題ないかも。
それで部品点数が少なくなればむしろ安いのでは。
それで部品点数が少なくなればむしろ安いのでは。
853 ：名無しさん必死だな：2005/10/15(土) 12:10:24 ID:tWeDB/Er
>>852
そうですね。そこがPSの強みですね。
そうですね。そこがPSの強みですね。
>>847
これ電源の記事で、Cellの消費電力じゃないよ
これ電源の記事で、Cellの消費電力じゃないよ
>>853
それに頼ってハードに開発費かけすぎだよクタタン、という気もしますけどね。
まあCellをここまで成功させたなら正当化されても仕方ない。
Itaniumでも何でも、新アーキティクチャはたいてい討ち死にしてるのに。
それに頼ってハードに開発費かけすぎだよクタタン、という気もしますけどね。
まあCellをここまで成功させたなら正当化されても仕方ない。
Itaniumでも何でも、新アーキティクチャはたいてい討ち死にしてるのに。
856 ：名無しさん必死だな：2005/10/15(土) 12:16:23 ID:tWeDB/Er
CELLの成功のためには
http://www.kumikomi.net/article/report/2005/17ramb/01.html
PS3+/Mac Mini（XDRソケット付）、HDD付、OSX
これしかないでしょう。
http://www.kumikomi.net/article/report/2005/17ramb/01.html
PS3+/Mac Mini（XDRソケット付）、HDD付、OSX
これしかないでしょう。
857 ：名無しさん必死だな：2005/10/15(土) 12:17:20 ID:ySAz/F7w
中国って、どんな国？
・総額3兆円ものODAを貰っておきながら核ミサイルの照準を日本に向けている、恩を仇で返す例の国
・そのODAの存在を国民には知らせず、授与の式典の席で感謝も言葉も無く、ただ一言「評価する」とだけ。
おまけにその席上で首相の靖国参拝を抗議する、感謝の精神のかけらも無い例の国
・「日本の刑務所はきれい。テレビも見られ、中国での生活より楽」「刑が軽く、初犯なら執行猶予」
という理由で日本での犯罪に励み、平成14年度の検挙総数で12667件、外国人の検挙人員のうち約４割を占め
国籍別の検挙順位では10年連続1位という快挙を成し遂げた例の国
・総額3兆円ものODAを貰っておきながら核ミサイルの照準を日本に向けている、恩を仇で返す例の国
・そのODAの存在を国民には知らせず、授与の式典の席で感謝も言葉も無く、ただ一言「評価する」とだけ。
おまけにその席上で首相の靖国参拝を抗議する、感謝の精神のかけらも無い例の国
・「日本の刑務所はきれい。テレビも見られ、中国での生活より楽」「刑が軽く、初犯なら執行猶予」
という理由で日本での犯罪に励み、平成14年度の検挙総数で12667件、外国人の検挙人員のうち約４割を占め
国籍別の検挙順位では10年連続1位という快挙を成し遂げた例の国
＞ Cellプロセッサの電源回路は、1V程度で最大100A程度の電流を供給することが求められる。
最大で、だからね。
3.2GHz駆動で 8コアのCPUにしては 悪くないのでは
SPE1個だけでも、既にEEの2倍のトランジスタがある。
それを10倍のクロックで動かすんだ。 それなりには電気を食うだろう
>>856
貴様がageるから ヘンなのが現れただろうが
最大で、だからね。
3.2GHz駆動で 8コアのCPUにしては 悪くないのでは
SPE1個だけでも、既にEEの2倍のトランジスタがある。
それを10倍のクロックで動かすんだ。 それなりには電気を食うだろう
>>856
貴様がageるから ヘンなのが現れただろうが
>>855
まだ成功したと断定するには早いと思うんですけどー
まだ成功したと断定するには早いと思うんですけどー
>>854
3.2GHz Cellはリーク電流入れて65W前後って話しだったね
3.2GHz Cellはリーク電流入れて65W前後って話しだったね
>>852
PS3に搭載される分の今までの開発費についてはそれで良いけど、
これから先の開発費はまた別と考えるべきでは。
PS3がバカ売れして今後５、６年分の開発費を丸まる補填してくれるってなら問題ないけど。
PS3に搭載される分の今までの開発費についてはそれで良いけど、
これから先の開発費はまた別と考えるべきでは。
PS3がバカ売れして今後５、６年分の開発費を丸まる補填してくれるってなら問題ないけど。
862 ：名無しさん必死だな：2005/10/15(土) 12:20:00 ID:tWeDB/Er
>>858
すいません。でもCELLには成功して欲しい。
すいません。でもCELLには成功して欲しい。
>>859
商業的にはどうあれ、アーキティクチャとしてはあのFFTベンチ結果だけで満足です。
商業的にはどうあれ、アーキティクチャとしてはあのFFTベンチ結果だけで満足です。
864 ：名無しさん必死だな：2005/10/15(土) 12:28:52 ID:SHJ5fAnZ
>>854
>これ電源の記事で、Cellの消費電力じゃないよ
この電源を見ると1.1Vの回路だけで12V/5V/3.3Vは別電源のような気がするんだけど。
複数の電圧に変換するのならトランスも複数積まないとならないし、通常のスイッチング電源が
一度中間電圧に落とすのは100V→7Vに大型トランス、7V→1.1Vに小型トランスというように
電源のコストと小型化を両立させる為。
100V→1.1Vに落とせるトランスなんて、すげー高そう。
>これ電源の記事で、Cellの消費電力じゃないよ
この電源を見ると1.1Vの回路だけで12V/5V/3.3Vは別電源のような気がするんだけど。
複数の電圧に変換するのならトランスも複数積まないとならないし、通常のスイッチング電源が
一度中間電圧に落とすのは100V→7Vに大型トランス、7V→1.1Vに小型トランスというように
電源のコストと小型化を両立させる為。
100V→1.1Vに落とせるトランスなんて、すげー高そう。
>>862
メール欄にsageと入れましょう。
メール欄にsageと入れましょう。
>>865
家電向けのはクロック落とすし、SPEも減らすだろうし、65nmになってからが勝負だろうし。
家電向けのはクロック落とすし、SPEも減らすだろうし、65nmになってからが勝負だろうし。
IBM自身も「業界があっと驚くようなCMOS技術を2010年までに投入する予定だ」
IBM Systems Group, Microprocessor Technology Development,
Vice PresidentのD. Papermaster氏。
IBM Systems Group, Microprocessor Technology Development,
Vice PresidentのD. Papermaster氏。
>>864
http://www.eetimes.jp/contents/200504/81_1_20050517151817.cfm
http://techon.nikkeibp.co.jp/article/HONSHI_LEAF/20051005/109321/
http://www.ednjapan.com/content/issue/2003/11/feature/feature01.html
http://www.ednjapan.com/content/issue/2003/11/feature/fig/fig60_01.html
このあたりが関連記事ですかね。
簡単に言えば、「電源モジュールの小型化に役立つ」 ってことのようです。
http://www.eetimes.jp/contents/200504/81_1_20050517151817.cfm
http://techon.nikkeibp.co.jp/article/HONSHI_LEAF/20051005/109321/
http://www.ednjapan.com/content/issue/2003/11/feature/feature01.html
http://www.ednjapan.com/content/issue/2003/11/feature/fig/fig60_01.html
このあたりが関連記事ですかね。
簡単に言えば、「電源モジュールの小型化に役立つ」 ってことのようです。
>>847
PS3は百ワットですむのか？
PS3は百ワットですむのか？
それはわからんが、65ワットなんてことは無いだろう
そんな低電圧で動くチップはそうそう採れないはず
そんな低電圧で動くチップはそうそう採れないはず
よく考えれば、PS3以外で使っていくためには、開発続ける
必要があるんだよなあ。早めに大口の販売先を見つけないと。
PS3のもうけをまるまる突っ込んでくれるなら、問題無しだが
ソニー本体がやばいからなあ。
必要があるんだよなあ。早めに大口の販売先を見つけないと。
PS3のもうけをまるまる突っ込んでくれるなら、問題無しだが
ソニー本体がやばいからなあ。
単体売りするIBMはそうだろうが、
部品じゃなく、製品の価格で勝負するソニーと東芝は、
PS3の量産効果でCELLのコストがガンガン下がる方が嬉しいでしょ。
形を変える必要ないよ。
もちろん、演算機能増減がしやすいCELLは、次世代CELLの開発も他のよりも楽だろうけどね
部品じゃなく、製品の価格で勝負するソニーと東芝は、
PS3の量産効果でCELLのコストがガンガン下がる方が嬉しいでしょ。
形を変える必要ないよ。
もちろん、演算機能増減がしやすいCELLは、次世代CELLの開発も他のよりも楽だろうけどね
>>870
出力が1系統だからこれは1.1V用モジュールですな、電源回路の一部でしかないのではないかと。
↓
http://www.eetimes.jp/contents/200505/82_2_20050517185534.cfm
12V/5V/3.3Vの回路は通常のものを使うのだろう、
出力が1系統だからこれは1.1V用モジュールですな、電源回路の一部でしかないのではないかと。
↓
http://www.eetimes.jp/contents/200505/82_2_20050517185534.cfm
12V/5V/3.3Vの回路は通常のものを使うのだろう、
878 ：名無しさん必死だな：2005/10/15(土) 13:30:00 ID:tWeDB/Er
65nmではコストは3000円前後くらいですかね？歩留まりが上がれば。
>>879
ういろう
ういろう
882 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/15(土) 14:54:22 ID:7dSBE5gM
過電流で本体が逝かれて火傷したり、アダプタの不具合で家財消失するよりはマシだべ。
てか今どき5Vなんて使うところあるのか？12Vだってメカ物なきゃ関係ないだろうし
CELLのマザボその物の話かと思ったんでね。
光学ドライブみたいな「メカ物」は12Vいるわな。
ファンはPC用は5Vだけど3.3V用とか普通にあったはず。
PC用のマザボの5Vってレガシーデバイスの為であって
実際にはほとんど使ってないと思うんだがな
光学ドライブみたいな「メカ物」は12Vいるわな。
ファンはPC用は5Vだけど3.3V用とか普通にあったはず。
PC用のマザボの5Vってレガシーデバイスの為であって
実際にはほとんど使ってないと思うんだがな
このスレ読んでると
Cellって大した事ないなと思える。
素人の漏れが見るとｗ
Cellって大した事ないなと思える。
素人の漏れが見るとｗ
素人？いつものの間違いだろ
素人を名乗る奴は工作員だ。
名乗らない奴は良く訓練された工作員だ。
名乗らない奴は良く訓練された工作員だ。
少なくともこんな浮動小数点演算にトランジスタを集中したCPUは他に無いから
メディア処理というか・・・これほど3次元表現に向いたCPUはこれだけかと
非対象マルチコアってところも時代を先取りしてるし
メディア処理というか・・・これほど3次元表現に向いたCPUはこれだけかと
非対象マルチコアってところも時代を先取りしてるし
いったん先行できれば、3年は持つからがんばってほしいな。
CELLはどんどん演算機が増やせるから3年どころじゃないでしょ
微細化さえうまく行くなら
つーか、PSPでPS2のゲームできるの見て思ったけど、
クタタンがゲーム機自体の進化は緩めて、サーバーを進化させる方向で
ゲームを変えると行ったのは冗談だったんじゃないんだなあと思った。
微細化さえうまく行くなら
つーか、PSPでPS2のゲームできるの見て思ったけど、
クタタンがゲーム機自体の進化は緩めて、サーバーを進化させる方向で
ゲームを変えると行ったのは冗談だったんじゃないんだなあと思った。
CELLが得意なのはSIMDがフルに活用できてメモリアクセスが超局所的なストリーミングだけ。
サーバ用途には全く向かない。
だいたいSCEがまともなネットサービスを用意するかどうか今のところ全く不明だし。
サーバ用途には全く向かない。
だいたいSCEがまともなネットサービスを用意するかどうか今のところ全く不明だし。
12Vがメカ物用だってさ、やっぱりここはズブの素人はかりなんか・・・
おっと、俺は日本語がズブの素人みたいだorz
898 ：名無しさん必死だな：2005/10/15(土) 18:16:24 ID:ZegRSvAA
>>900
痛いなｗ
痛いなｗ
余程360の電源ユニットのでかさがショックだったらしいな
その上性能もイマイチなんだから発狂したくもなるだろう
その上性能もイマイチなんだから発狂したくもなるだろう
サーバーとして使う場合に疑問なんだが、
XDRの載るモジュール規格のXDIMMって
作ってるメーカーあったか？それともすぐに
作れる様なものなのか？
エルピーダ、サムスン、東芝も作って無い様だが。
XDRの載るモジュール規格のXDIMMって
作ってるメーカーあったか？それともすぐに
作れる様なものなのか？
エルピーダ、サムスン、東芝も作って無い様だが。
SCEってそんなに技術力有るのですか？だとしたら凄いですね。
906 ：名無しさん必死だな：2005/10/15(土) 18:27:51 ID:tWeDB/Er
SPEはストリーミングの他にGPUとしてレンダリングもさせるつもりで設計したわけで。
ATiもR5x0でリングバス採用してきたりCellと似たアプローチもとってきてるし。
ATiもR5x0でリングバス採用してきたりCellと似たアプローチもとってきてるし。
>>905
マルチウザイ
マルチウザイ
配線遅延を気にしなくていいんだから、モジュール化しやすいと思うんだが
ちなみにCellブレードサーバは直付け
ちなみにCellブレードサーバは直付け
配線遅延は気にしなくていいが
配線抵抗は気にしなきゃいけないのかもしれない
XDRって0と１の違いが0.1Vも無いんだっけか
配線抵抗は気にしなきゃいけないのかもしれない
XDRって0と１の違いが0.1Vも無いんだっけか
DirectX10世代のGPUではGPUの演算結果をメインメモリに書き戻す事も
容易にできるようになる。
超高速な浮動小数演算がDirectXと10対応GPUという至極当たり前の
もので使えるようになるわけで、どう考えてもCellなんていらない。
容易にできるようになる。
超高速な浮動小数演算がDirectXと10対応GPUという至極当たり前の
もので使えるようになるわけで、どう考えてもCellなんていらない。
んでGPUとCPUを比べてどうしようって言うんですか？
>>912
CPU側、GPU側両方で相互処理できれば必要に応じてリソースを集中できるじゃないですか。
GPUが本来のレンダリングに集中してCPUが更なるレンダリングのサポートに回るなんて事もできる。
そもそもCellが搭載されるPS3はDirectXではなくOpenGL前提に設計されているのもポイント。
CPU側、GPU側両方で相互処理できれば必要に応じてリソースを集中できるじゃないですか。
GPUが本来のレンダリングに集中してCPUが更なるレンダリングのサポートに回るなんて事もできる。
そもそもCellが搭載されるPS3はDirectXではなくOpenGL前提に設計されているのもポイント。
２枚させばいいじゃん
917 ：名無しさん必死だな：2005/10/15(土) 19:45:04 ID:ZegRSvAA
>>912
その理論で逆のことをやっているのがPS3なんだが
その理論で逆のことをやっているのがPS3なんだが
GPUが遊んでる時間なんてねーよ、というのはさておき、GPGPUの問題は
「コードを書くのが難しい」「ロジックを並列化しなければ性能が出せない」という
点で、CellのSPEよりもさらにピーキーで扱いづらいところですかねえ。
「コードを書くのが難しい」「ロジックを並列化しなければ性能が出せない」という
点で、CellのSPEよりもさらにピーキーで扱いづらいところですかねえ。
919 ：名無しさん必死だな：2005/10/15(土) 19:46:40 ID:tWeDB/Er
920 ：名無しさん必死だな：2005/10/15(土) 19:52:04 ID:tWeDB/Er
921 ：名無しさん必死だな：2005/10/15(土) 19:54:53 ID:tWeDB/Er
h264のエンコードは近々GPUがCELLの競合になる点は
認めますが。
認めますが。
GPUなんてゲーマー用なんだからゲーマーに売れればいいんだけど・・・
最大の欠点はレンダリングに集中しているプロセッサとは別にもう1つ演算用のGPUを搭載しないと然程パフォーマンスが上がらないだろうと言う所かな・・・
描画回りをサボって演算に仕事割り振っちゃうとGPUの意味が・・・
最大の欠点はレンダリングに集中しているプロセッサとは別にもう1つ演算用のGPUを搭載しないと然程パフォーマンスが上がらないだろうと言う所かな・・・
描画回りをサボって演算に仕事割り振っちゃうとGPUの意味が・・・
GPUボード２枚さすのが嫌ならCellボードの存在って何さ
>>912
GPGPU、ということだろうが、実はそれを更に一歩進めたのがCellなのだ。
GPUを進化させ、多並列のSIMD演算機で汎用の演算を行わせる、ということだろうが、
だったらそれをCPUに実装すればいい。
現在 専用ロジックを使うラスタ処理も いっそプログラマブルなSIMDユニットに統一すればいい。
そもそもXENOSを初めとして、現在のGPUは画像の処理でいっぱいいっぱい ではないですか。
他の仕事をしているヒマは無いでしょう。
でも将来的には 多連装可能な演算カード（専用メモリ付き）をPCIeスロットとかに何枚も挿して、
画像処理を含めて 自由自在に使えるようになるだろうね。
だがその時 真価を発揮するのはCellのようなチップではないか。
CellチップをXDR付きでカード化し、PCIeなどに並べて挿して、Flex-IOを使ったSLIバスで全部直結したら
途方も無いパフォーマンスが出るのではないかな。
GPGPU、ということだろうが、実はそれを更に一歩進めたのがCellなのだ。
GPUを進化させ、多並列のSIMD演算機で汎用の演算を行わせる、ということだろうが、
だったらそれをCPUに実装すればいい。
現在 専用ロジックを使うラスタ処理も いっそプログラマブルなSIMDユニットに統一すればいい。
そもそもXENOSを初めとして、現在のGPUは画像の処理でいっぱいいっぱい ではないですか。
他の仕事をしているヒマは無いでしょう。
でも将来的には 多連装可能な演算カード（専用メモリ付き）をPCIeスロットとかに何枚も挿して、
画像処理を含めて 自由自在に使えるようになるだろうね。
だがその時 真価を発揮するのはCellのようなチップではないか。
CellチップをXDR付きでカード化し、PCIeなどに並べて挿して、Flex-IOを使ったSLIバスで全部直結したら
途方も無いパフォーマンスが出るのではないかな。
>>923
GPU2枚挿しは結構だと思いますよ
ただ、GPUは本来レンダリングで最大の性能が発揮されるように設計されているから
普通に浮動小数点演算やらせるならCellの方が使いやすくて性能も高い。
ただ、PC用途なら将来的にグラボを買い足したときに余った方をGPGPUとして再利用できる利点があるかもしれない。
GPU2枚挿しは結構だと思いますよ
ただ、GPUは本来レンダリングで最大の性能が発揮されるように設計されているから
普通に浮動小数点演算やらせるならCellの方が使いやすくて性能も高い。
ただ、PC用途なら将来的にグラボを買い足したときに余った方をGPGPUとして再利用できる利点があるかもしれない。
誰がGPGPU向けのコードを書くのか、という問題は?
>>926
それが最大の問題点
GPUは世代間の設計がガラっと変るのでCPUと違ってコードの互換性が取れないだろうと言われている。
逆にGPGPUの為に互換性を考慮すると肝心のGPUとしての機能や進化スピードに悪影響がでると・・・
それが最大の問題点
GPUは世代間の設計がガラっと変るのでCPUと違ってコードの互換性が取れないだろうと言われている。
逆にGPGPUの為に互換性を考慮すると肝心のGPUとしての機能や進化スピードに悪影響がでると・・・
928 ：名無しさん必死だな：2005/10/15(土) 20:11:48 ID:tWeDB/Er
将来想定されるアプリケーションを考慮すると924さんのおっしゃるとおり
CELLのようなプロセッサーがGPUを置き換えていく流れかと。
最後はコスト勝負。ここでもCELLが強そう。
ここはhello, worldも書いたことのなさそうなド素人が
ネットの記事を聞きかじった程度の表層的な知識で
偉そうに妄想ぶっこいてるスレですね。
ネットの記事を聞きかじった程度の表層的な知識で
偉そうに妄想ぶっこいてるスレですね。
してみると、やっぱ CellGPU が見たかったな。
将来の GPGPUそのものではないか。
将来の GPGPUそのものではないか。
>>931
特許とかパテントとかライセンスとか。
特許とかパテントとかライセンスとか。
餅は餅屋
CellGPUにしてたら、PS2より最悪な開発環境になってたと思われ。
一から作るわけだしねぇ。
一から作るわけだしねぇ。
慣れない環境は CPUだけで十分、てか。
作り慣れてるnVidiaが一番かもね
作り慣れてるnVidiaが一番かもね
本日のいつもの人はjVDsX/Qsか。
937 ：名無しさん必死だな：2005/10/15(土) 20:54:01 ID:ZegRSvAA
>>931
特許、多分これが一番大きい
GPUなんてATiとnVIDIAの二社寡占だからな
新規参入なんて、不可能に近い
ライブラリの充実、開発環境のサポート
PS2は全部自前で作ったが故の弊害で、開発環境が劣悪だった
これの反省
後は、餅は餅屋だろうね
箱のグラフィック性能を見て、SCEは驚いたらしいし
短い期間で高性能を求めれば自ずと答えは限られてくる
それにピクセルシェーダーの塊みたいなG70がCellとの組み合わせに最適だったんだろ
特許、多分これが一番大きい
GPUなんてATiとnVIDIAの二社寡占だからな
新規参入なんて、不可能に近い
ライブラリの充実、開発環境のサポート
PS2は全部自前で作ったが故の弊害で、開発環境が劣悪だった
これの反省
後は、餅は餅屋だろうね
箱のグラフィック性能を見て、SCEは驚いたらしいし
短い期間で高性能を求めれば自ずと答えは限られてくる
それにピクセルシェーダーの塊みたいなG70がCellとの組み合わせに最適だったんだろ
938 ：Matrox, XGI, S3：2005/10/15(土) 20:59:48 ID:efjVRxuB
おっと俺たちを忘れてもらっちゃ困るぜ
CELL*2でリアルタイムレイトレを目指したが、
思ったより性能がでなかったので・・・
その残骸がE3のロンドンのデモ。
思ったより性能がでなかったので・・・
その残骸がE3のロンドンのデモ。
940 ：名無しさん必死だな：2005/10/15(土) 21:02:03 ID:ZegRSvAA
>>938
忘れてはないが･･･つ
忘れてはないが･･･つ
実はIntelというGPU統合チップセットのトップベンダも別にある。
GPUのVSって必要？
943 ：名無しさん必死だな：2005/10/15(土) 21:05:49 ID:ZegRSvAA
というわけで、GPUが特許の塊で新規参入が難しい、というのは真実からちょっと離れているのでは
ないかと睨んでいるのだが…。単に新規参入してもシェア取れる見込みがないだけで。
ないかと睨んでいるのだが…。単に新規参入してもシェア取れる見込みがないだけで。
倍作れないからだろ
>>944
特許の塊なのは事実だと思う。IntelはC&TやReal3Dを買収してたし。
確か、IntelはATIとクロスライセンスになってんじゃなかたっけ？
水面下ではATIとNVもクロスしていると思われる。
演算機はどうってこと無いだろうが、ラスタライザやテクスチャ周りはガチガチだと思う。
特許の塊なのは事実だと思う。IntelはC&TやReal3Dを買収してたし。
確か、IntelはATIとクロスライセンスになってんじゃなかたっけ？
水面下ではATIとNVもクロスしていると思われる。
演算機はどうってこと無いだろうが、ラスタライザやテクスチャ周りはガチガチだと思う。
単にGPUが儲からない商売だからだよ
ATiだって赤字転落
ATiだって赤字転落
逆にGPUで一番儲かってるのはインテルだろうな
チップセット抱き合わせ商売…強すぎ。
チップセット抱き合わせ商売…強すぎ。
でも、抱き合わせで楽ばかりしてると、弱体化しそう
普通にグラフィック処理させるなら現時点では専用のGPUの方が速いってだけだろ。
でもそんな高性能のGPUなんか一般ユーザーは必要としてないんだよな。
結局高性能GPUはゲーム機に搭載する以外に使い道が少ないのかも。
PS3と360はNvideaとATiの代理戦争になってるわけだしな。
結局高性能GPUはゲーム機に搭載する以外に使い道が少ないのかも。
PS3と360はNvideaとATiの代理戦争になってるわけだしな。
>>951
代理戦争みたくなっちゃったのは、単純にMSがATIとの付き合い方を間違えただけじゃない？
代理戦争みたくなっちゃったのは、単純にMSがATIとの付き合い方を間違えただけじゃない？
>>947
箱○が売れればATiもウマーってことかな。
箱○が売れればATiもウマーってことかな。
954 ：名無しさん必死だな：2005/10/16(日) 01:05:47 ID:9sKPyG6K
955 ：名無しさん必死だな：2005/10/16(日) 01:10:40 ID:W1dwOsW3
956 ：名無しさん必死だな：2005/10/16(日) 01:32:40 ID:9sKPyG6K
>>955 汎用プロセッサは2007年に8Ghzとか言ってるし駄目じゃんそれ
>>955 それにHD DVDと書いてあるから単なるHDのディスクってことじゃないの
ＰＳ３本体の８割は
cellの冷却ファン
cellの冷却ファン
>>956 Matrix "Virtual Tokyo"が20XX年に延期されてるｗ
CellよりGPUの冷却のほうが頭痛のタネです
962 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/16(日) 07:36:51 ID:GRn+My7n
眼鏡で変身「電脳ミラー」
http://internet.watch.impress.co.jp/cda/event/2005/10/14/9494.html
http://internet.watch.impress.co.jp/cda/parts/image_for_link/17868-9494-2-1.html
http://internet.watch.impress.co.jp/cda/parts/image_for_link/17870-9494-2-2.html
Cellｵﾜﾀ。
似たデモでもここまでリアリティに差が出るなんて。
http://internet.watch.impress.co.jp/cda/event/2005/10/14/9494.html
http://internet.watch.impress.co.jp/cda/parts/image_for_link/17868-9494-2-1.html
http://internet.watch.impress.co.jp/cda/parts/image_for_link/17870-9494-2-2.html
Cellｵﾜﾀ。
似たデモでもここまでリアリティに差が出るなんて。
>>962
なんの冗談だ？
なんの冗談だ？
>>962
ﾂﾏﾝﾈ
ﾂﾏﾝﾈ
965 ：名無しさん必死だな：2005/10/16(日) 11:09:28 ID:qLZjt1Dx
なっちは何人もいるからなｗ
> ゲーハー板のなっちは一人ではない。全部で1+7人いる
ttp://www.watch.impress.co.jp/game/docs/20050519/ps3_r.htm
ttp://www.watch.impress.co.jp/game/docs/20050519/ps3_r.htm
>>967
cellみたいだな。
cellみたいだな。
一人は壊れてますｗ
っていうか●持ちの性格なぞ容易に想像できるだろうに
常に必死チェッカーの上位にいるしな
>>972
Σ(ﾟДﾟ)
Σ(ﾟДﾟ)
学生の時に試作したチップには、こういうのやってたね。
Silicon Zooちょっと除いてみたらソニックも登場してるな
日本のNEC,日立,東芝,三菱,富士通じゃこういうの無いだろうな
日本のNEC,日立,東芝,三菱,富士通じゃこういうの無いだろうな
ミッキーネズミﾃﾗﾔﾊﾞｽ
うむ、モザイクいれとかんとな。
このスレもいい加減ゲハから卒業すればいいのに。
ム板にあるけど閑古鳥
マルチコアプロセッサ時代のゲーム開発とは？ 11月12日にIGDAがセミナーを開催
http://www.rbbtoday.com/news/20051018/26334.html
> PS3など次世代ゲーム機にも使用されている新技術マルチコアプロセッサに関して、
>Cellプロセッサを中心にしたパネルディスカッションが行われる。
>
> 日本アイ・ビー・エム株式会社テクノロジー事業部の有本昌史氏による
>Cellプロセッサのアーキテクチャ紹介が行われるほか、
>フリーライターの後藤弘茂氏が「Cellプロセッサに期待すること」をテーマにした講演が行われる。
http://www.rbbtoday.com/news/20051018/26334.html
> PS3など次世代ゲーム機にも使用されている新技術マルチコアプロセッサに関して、
>Cellプロセッサを中心にしたパネルディスカッションが行われる。
>
> 日本アイ・ビー・エム株式会社テクノロジー事業部の有本昌史氏による
>Cellプロセッサのアーキテクチャ紹介が行われるほか、
>フリーライターの後藤弘茂氏が「Cellプロセッサに期待すること」をテーマにした講演が行われる。
後藤ちゃん、講演するのかｗ
俺は行く
後藤、好きだー！
しかし後藤が好きなのはしーぽんであった。悲恋。
最近ネタ振りしてないと思ったらこういうことなのね、後藤さん
でも後藤の知識でこのテーマだとIBMの人から( ﾟДﾟ)ﾎﾟｶｰﾝされないかね？
後藤はIntelロードマップがメインでサブにGPU、それ以外は並以下だと思っているのだが。
後藤はIntelロードマップがメインでサブにGPU、それ以外は並以下だと思っているのだが。
後藤ちゃんはCELL-GPUネタを必ず入れてくるとおもうYO！
今月は久多良木のライブステージもあるし楽しくなりそうだ
次スレたてるぞ
次スレたてるぞ
スレ立て乙。
991 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/10/19(水) 08:05:43 ID:/du75qjk
期待すること、だから得意のイマジネーションが生きるべ。
Cellはまだマスコット萌えキャラがないな。
>>993
( ● ´ ー ｀ ● )←これ
( ● ´ ー ｀ ● )←これ
なっちみたいだなそれ。
⊂´⌒つ´д｀)つ 梅
997 なら素数
銀河鉄道・・・あれ？
999 ：名無しさん必死だな：2005/10/19(水) 17:17:24 ID:YH18uEYD
ソニータイマー
1000 ：名無しさん必死だな：2005/10/19(水) 17:18:01 ID:12x9234B
1000
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。