Cell 47
1 ：Seisei_Yamaguchi：
|
|
|
2 ：Seisei_Yamaguchi：2005/11/20(日) 15:02:17 ID:SvO2f0/2
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/
3 ：Seisei_Yamaguchi：2005/11/20(日) 15:04:38 ID:SvO2f0/2
WPCフォーラム2005
10/27（木） 10：3511：15
PS3が映し出すデジタル近未来へのシナリオ
ソニー・コンピュータエンタテインメント
代表取締役社長兼グループCEO：久夛良木健氏
http://expo.nikkeibp.co.jp/wpc/
マルチコアプロセッサ時代のゲーム開発とは？
11月12日にIGDAがセミナーを開催
「Cellプロセッサに期待すること」
フリーライター：後藤弘茂氏
http://www.rbbtoday.com/news/20051018/26334.html
10/27（木） 10：3511：15
PS3が映し出すデジタル近未来へのシナリオ
ソニー・コンピュータエンタテインメント
代表取締役社長兼グループCEO：久夛良木健氏
http://expo.nikkeibp.co.jp/wpc/
マルチコアプロセッサ時代のゲーム開発とは？
11月12日にIGDAがセミナーを開催
「Cellプロセッサに期待すること」
フリーライター：後藤弘茂氏
http://www.rbbtoday.com/news/20051018/26334.html
4 ：Seisei_Yamaguchi：2005/11/20(日) 15:07:45 ID:SvO2f0/2
Cellプロセッサが見据えるCPUテクノロジーの未来 ‥後藤弘茂
http://www.computerworld.jp/bn_select/cpu/21571-3.html
1. ついにベールを脱いだ「Cellプロセッサ」
2. 用途に特化したシンプルなプロセッサ・コアを9個搭載
3. 強力なコアを支える広帯域インタフェース
4. CPUの新トレンドになるか「ヘテロジニアス・マルチコア」
5. 独自の分散処理「Cellコンピューティング」
6. エンタープライズ分野でも活路を見いだせるか
http://www.computerworld.jp/bn_select/cpu/21571-3.html
1. ついにベールを脱いだ「Cellプロセッサ」
2. 用途に特化したシンプルなプロセッサ・コアを9個搭載
3. 強力なコアを支える広帯域インタフェース
4. CPUの新トレンドになるか「ヘテロジニアス・マルチコア」
5. 独自の分散処理「Cellコンピューティング」
6. エンタープライズ分野でも活路を見いだせるか
5 ：Seisei_Yamaguchi：2005/11/20(日) 15:10:11 ID:SvO2f0/2
[ Cellプロセッサ ] 増渕美生 ( 株 ) 東芝セミコンダクター社 [pdf]
http://www.starc.jp/download/sympo2005/02_masubuchi.pdf
1. Cellの背景と特徴
2. Cellプロセッサの構成
2.1. 全体アーキテクチャ
2.2. Power Processor Element
2.3. Synergistic Processor Element
2.4. メモリコントローラ
2.5. I/Oインタフェース
2.6. 内部インターコネクト
2.7. その他の構成要素
3. Cellプロセッサの実装例
4. サマリ
cell ハイパーバイザ
http://www.google.com/search?num=100&ie=Shift_JIS&q=cell+%83n%83C%83p%81%5B%83o%83C%83U&lr=lang_ja
http://www.starc.jp/download/sympo2005/02_masubuchi.pdf
1. Cellの背景と特徴
2. Cellプロセッサの構成
2.1. 全体アーキテクチャ
2.2. Power Processor Element
2.3. Synergistic Processor Element
2.4. メモリコントローラ
2.5. I/Oインタフェース
2.6. 内部インターコネクト
2.7. その他の構成要素
3. Cellプロセッサの実装例
4. サマリ
cell ハイパーバイザ
http://www.google.com/search?num=100&ie=Shift_JIS&q=cell+%83n%83C%83p%81%5B%83o%83C%83U&lr=lang_ja
6 ：Seisei_Yamaguchi：2005/11/20(日) 15:12:03 ID:SvO2f0/2
こんなとこか
乙でーす
現在この板でCellシミュレータで遊んでいる人の数・・・0
|ソﾘｌヽ_-‐‐‐-､ノ |ﾙｌ|
|ｿﾌ|／ｌ||||||||||ｌ＼|ﾌﾚ|
|ﾌ「ｌi||||||||||||||||||ｌiｌﾊﾚ|
|ヘ>､ｌ|||||||||||||||/<ソ,| ／￣￣￣￣￣￣￣￣￣
ﾞ|<ヘﾞﾞｌｌ||||||||||ｌ"/］ｴ'| | どうしたのだ？
ム＿二ニﾞﾞY"ニ二＿ゝ | さっきまでの
［ｌ ||＼_o>┴<_o／|| ｌ］ | 勢いは……
ヽ|ｌ||| ゝ ||||,//ﾞ ＜ 笑えよ
|､|| ニﾌ ||ｌ,/ｌ| | 箱信者
,ヽ､／| ＼､二ヽ／ ｌ |＼-､ヽ､ ＼
ヽ＿＿＼￣/／ ヽ /
|ｿﾌ|／ｌ||||||||||ｌ＼|ﾌﾚ|
|ﾌ「ｌi||||||||||||||||||ｌiｌﾊﾚ|
|ヘ>､ｌ|||||||||||||||/<ソ,| ／￣￣￣￣￣￣￣￣￣
ﾞ|<ヘﾞﾞｌｌ||||||||||ｌ"/］ｴ'| | どうしたのだ？
ム＿二ニﾞﾞY"ニ二＿ゝ | さっきまでの
［ｌ ||＼_o>┴<_o／|| ｌ］ | 勢いは……
ヽ|ｌ||| ゝ ||||,//ﾞ ＜ 笑えよ
|､|| ニﾌ ||ｌ,/ｌ| | 箱信者
,ヽ､／| ＼､二ヽ／ ｌ |＼-､ヽ､ ＼
ヽ＿＿＼￣/／ ヽ /
SPUの仕様拡張によって実行時性能が劣化するのが気になるなら、
FATバイナリにすればいいんじゃないの？
もちろんゲームや組み込み分野では難しいと思うけど
FATバイナリにすればいいんじゃないの？
もちろんゲームや組み込み分野では難しいと思うけど
11 ：Seisei_Yamaguchi：2005/11/20(日) 15:36:00 ID:SvO2f0/2
Cellプロセッサ用のソフトウェア開発キットが公開に
http://www.japan.cnet.com/news/tech/story/0,2000047674,20090542,00.htm
http://www-128.ibm.com/developerworks/power/cell/downloads.html
IBM Full-System Simulator for the Cell Broadband Engine Processor
XL C Alpha Edition for the Cell Broadband Engine
Software Sample and Library Source Code
275 名前：名無しさん必死だな E-mail：sage 投稿日：2005/11/09(水) 18:06:32 ID:M9kGoagq
Fedora4でないとインストールが大変みたいだな
推奨環境も2GHzのプロセッサと1GBのメモリでけっこう高い
http://www.japan.cnet.com/news/tech/story/0,2000047674,20090542,00.htm
http://www-128.ibm.com/developerworks/power/cell/downloads.html
IBM Full-System Simulator for the Cell Broadband Engine Processor
XL C Alpha Edition for the Cell Broadband Engine
Software Sample and Library Source Code
275 名前：名無しさん必死だな E-mail：sage 投稿日：2005/11/09(水) 18:06:32 ID:M9kGoagq
Fedora4でないとインストールが大変みたいだな
推奨環境も2GHzのプロセッサと1GBのメモリでけっこう高い
SPEのバイナリはデカイのでLSに入るプログラムは意外に小規模。
Cellが拡張されても既存のバイナリは高速化しない。
990 ：名無しさん必死だな ：2005/11/20(日) 13:13:56 ID:y2WubF9P
Advanced Computing Systems 笠原博徳氏研究室
http://www.kasahara.elec.waseda.ac.jp/index.ja.html
●研究
http://www.kasahara.elec.waseda.ac.jp/Kasahara05_07_15.pdf
Advanced Computing Systems 笠原博徳氏研究室
http://www.kasahara.elec.waseda.ac.jp/index.ja.html
●研究
http://www.kasahara.elec.waseda.ac.jp/Kasahara05_07_15.pdf
早速新スレ感謝するす。
さて、このプレゼンCELL Linuxの開発を任されてるBSC (Barcelona Supercomputing Center)の所長の講演す。
http://www.cesca.es/promocio/congressos/jocs05/MateoValero.pdf
この43ページにCELL Gridの実装として"nanosDSM"の「移植」が挙げられているす。
nanosDSMってのわ、ここにあるようにLinux上のグリッド技術の一つす。
http://www.cepba.upc.edu/nanos/runtime.htm#nanosdsm
開発陣自体、"CELL独自"なんて考えわカケラも持ってないことが判るす。
さて、このプレゼンCELL Linuxの開発を任されてるBSC (Barcelona Supercomputing Center)の所長の講演す。
http://www.cesca.es/promocio/congressos/jocs05/MateoValero.pdf
この43ページにCELL Gridの実装として"nanosDSM"の「移植」が挙げられているす。
nanosDSMってのわ、ここにあるようにLinux上のグリッド技術の一つす。
http://www.cepba.upc.edu/nanos/runtime.htm#nanosdsm
開発陣自体、"CELL独自"なんて考えわカケラも持ってないことが判るす。
http://www.amazon.co.jp/
アマゾン→12月10日分『完売』
http://www.rakuten.co.jp/edigi-game/653464/653992/#667130
いーでじ! 『完売』
http://item.rakuten.co.jp/s-premium/b4j5/
s-プレミアムDVD＆GAME館 『完売』
http://www.rakuten.co.jp/jism/773870/#853218
Joshin web 『完売』
http://item.rakuten.co.jp/reboooom/2005110122245706/
Re BooooM 『完売』
http://www.rakuten.co.jp/blueup/537306/648824/648826/#634546
ブルーアップ 『完売』
あのー早くも予約なくなりそうです どこに売ってますか…箱○
アマゾン→12月10日分『完売』
http://www.rakuten.co.jp/edigi-game/653464/653992/#667130
いーでじ! 『完売』
http://item.rakuten.co.jp/s-premium/b4j5/
s-プレミアムDVD＆GAME館 『完売』
http://www.rakuten.co.jp/jism/773870/#853218
Joshin web 『完売』
http://item.rakuten.co.jp/reboooom/2005110122245706/
Re BooooM 『完売』
http://www.rakuten.co.jp/blueup/537306/648824/648826/#634546
ブルーアップ 『完売』
あのー早くも予約なくなりそうです どこに売ってますか…箱○
Cellは糞と言う割りに、なんでCellスレなんて来てるんだろか
不思議な人だなｗ
不思議な人だなｗ
>>15
すまんが、何が言いたいのかよーわからん。ワークステーション間通信方式は、こ
れまで話してたSPUコードのマイグレーションの話とはあまり関係ないぞ。
ちなみにネットワーク通信については、俺でも、できるだけ既存の方式を採用しようと
すると思うぞ。Cellだけじゃなくって、他の相手とも繋がる必要があるから。
ところで、ねえねえ、ホントにGekkoがSPUの妥当な置き換え候補だと思ってるの？
それはどうして？同じぐらいの性能が出るから？
すまんが、何が言いたいのかよーわからん。ワークステーション間通信方式は、こ
れまで話してたSPUコードのマイグレーションの話とはあまり関係ないぞ。
ちなみにネットワーク通信については、俺でも、できるだけ既存の方式を採用しようと
すると思うぞ。Cellだけじゃなくって、他の相手とも繋がる必要があるから。
ところで、ねえねえ、ホントにGekkoがSPUの妥当な置き換え候補だと思ってるの？
それはどうして？同じぐらいの性能が出るから？
>>15
それはそれとして、このプレゼンで紹介してるスパコン、MareNostrum
すげえかっこいいなぁ。
歴史を感じさせる大聖堂っぽい大広間をいっぱいに満たす金属とガラス
のキュービック
整然と並ぶ黒い筐体と内臓を思わせる配管・配線部分のコントラスト
極太の血管みたいにのたうつ配線の川
くー、しびれる
それはそれとして、このプレゼンで紹介してるスパコン、MareNostrum
すげえかっこいいなぁ。
歴史を感じさせる大聖堂っぽい大広間をいっぱいに満たす金属とガラス
のキュービック
整然と並ぶ黒い筐体と内臓を思わせる配管・配線部分のコントラスト
極太の血管みたいにのたうつ配線の川
くー、しびれる
21 ：MACオタ＞19 さん：2005/11/20(日) 17:53:58 ID:BgNtsWcb
>>19
むしろ私が聞きたいのわ、SPUの仕様の何処がグリッド用にコードとデータを埋め込みやすいように
なっているのか？ってことす。CELL Linuxの開発陣もそこにメリットなんて見出せなかったから、既存の
フォーマットにCELLバイナリを埋め込もうとしてるんだと思われるす。
-----------------
ホントにGekkoがSPUの妥当な置き換え候補だと思ってるの？
-----------------
東芝が数百のMIPSコアを提案していたのと同レベルの話す。実際にそうだったらちっとも面白く無いんじゃ
ないすか？
むしろ私が聞きたいのわ、SPUの仕様の何処がグリッド用にコードとデータを埋め込みやすいように
なっているのか？ってことす。CELL Linuxの開発陣もそこにメリットなんて見出せなかったから、既存の
フォーマットにCELLバイナリを埋め込もうとしてるんだと思われるす。
-----------------
ホントにGekkoがSPUの妥当な置き換え候補だと思ってるの？
-----------------
東芝が数百のMIPSコアを提案していたのと同レベルの話す。実際にそうだったらちっとも面白く無いんじゃ
ないすか？
>>21
ってかさ、CELLがネットワーク間のGridに向いてるのは
そういう命令コード云々のバイナリ互換とかの話じゃねー
だろうに。
SPEがハード的にロックできる機構を備えてたり、
タイムスタンプ機能により、外部から改ざんを
受けずに信頼できるタイムスタンプを発行
できたりして、セキュリティ機能がハード的にしっかり
備わってるって所だろ。
そんなバイナリ互換云々よりも、よっぽどこっちの方が
ネットワークの世界で重要だってことが分からないのかね。
ってかさ、CELLがネットワーク間のGridに向いてるのは
そういう命令コード云々のバイナリ互換とかの話じゃねー
だろうに。
SPEがハード的にロックできる機構を備えてたり、
タイムスタンプ機能により、外部から改ざんを
受けずに信頼できるタイムスタンプを発行
できたりして、セキュリティ機能がハード的にしっかり
備わってるって所だろ。
そんなバイナリ互換云々よりも、よっぽどこっちの方が
ネットワークの世界で重要だってことが分からないのかね。
24 ：MACオタ＞23 さん：2005/11/20(日) 18:10:55 ID:BgNtsWcb
>>23
LaGrandeとかPacificaとか聞いた事無いすか？
仮想化ってPOWER4/5わ、もちろんのことPPC970も既に実装してる機能す。
メインプロセッサから「物理的に読めない」メモリ領域が欲しければ、専用コントローラを外付けすれば良い
話す。HDDのファームに通常の手順でアクセスできないのと一緒すよ(笑)
LaGrandeとかPacificaとか聞いた事無いすか？
仮想化ってPOWER4/5わ、もちろんのことPPC970も既に実装してる機能す。
メインプロセッサから「物理的に読めない」メモリ領域が欲しければ、専用コントローラを外付けすれば良い
話す。HDDのファームに通常の手順でアクセスできないのと一緒すよ(笑)
新スレ乙
635 名前： 名無しさん必死だな [sage] 投稿日： 2005/11/17(木) 18:09:42 ID:biAdtmlv
少なくともPS3向けに3.2GHz版Cellを年間1000万個生産すれば歩留まり80％とすると
定格に満たないCellが250万個は発生するわけだ。それをただ捨てるとでも？
640 名前： MACオタ＞635 さん [sage] 投稿日： 2005/11/17(木) 19:38:28 ID:2+25Ac5U
>>635
動作クロックを落とせば、歩留まりが100%になると思い込んでるお馬鹿さんすか？
635 名前： 名無しさん必死だな [sage] 投稿日： 2005/11/17(木) 18:09:42 ID:biAdtmlv
少なくともPS3向けに3.2GHz版Cellを年間1000万個生産すれば歩留まり80％とすると
定格に満たないCellが250万個は発生するわけだ。それをただ捨てるとでも？
640 名前： MACオタ＞635 さん [sage] 投稿日： 2005/11/17(木) 19:38:28 ID:2+25Ac5U
>>635
動作クロックを落とせば、歩留まりが100%になると思い込んでるお馬鹿さんすか？
PS3向けCellとIBMが開発中の倍精度Cellはそもそも互換性が無いような気がする訳だが。
互換するｿｰｽとかどっかにあったっけ？
互換するｿｰｽとかどっかにあったっけ？
>>25
http://game10.2ch.net/test/read.cgi/ghard/1130925503/790
>>668さんが書いているように「定格に満たない」ってのわ完全に動かない(or エージングで落ちるレベル)わ含まないす。
http://game10.2ch.net/test/read.cgi/ghard/1130925503/790
>>668さんが書いているように「定格に満たない」ってのわ完全に動かない(or エージングで落ちるレベル)わ含まないす。
28 ：MACオタ＞26 さん：2005/11/20(日) 18:35:25 ID:BgNtsWcb
>>26
何度か貼ったすけど、倍精度強化SPU開発が計画されているらしいという投稿が、こういう風に語っているす。
----------------------------
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をベースとして（可能な範囲で)汎用プロセッサへの方向転換を図るということす。
何度か貼ったすけど、倍精度強化SPU開発が計画されているらしいという投稿が、こういう風に語っているす。
----------------------------
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をベースとして（可能な範囲で)汎用プロセッサへの方向転換を図るということす。
MACオタがなぜソフトウェアセルを否定するか教えてやろう。
それは具体的にどう利用するか自分では理解してない段階で
激しくそれを否定したからなんだ。
理由付けをアレコレしてるが、言葉の内容を理解できている人間は
MACオタがまた詭弁を弄して無知な人間に自分が正しいと主張している
ように見えたことだろう。
それは具体的にどう利用するか自分では理解してない段階で
激しくそれを否定したからなんだ。
理由付けをアレコレしてるが、言葉の内容を理解できている人間は
MACオタがまた詭弁を弄して無知な人間に自分が正しいと主張している
ように見えたことだろう。
>>24
別にそこら辺の技術は仮想的にパーティション作ってるだけだろ。
SPEはそれよりも更に一歩先に行ってる。
マルチコア時代を先取りした、完全なハードウェアセキュリティ
だろう。
SPEコア各々で独立にロックできるから、システムは
止まらない。
別にそこら辺の技術は仮想的にパーティション作ってるだけだろ。
SPEはそれよりも更に一歩先に行ってる。
マルチコア時代を先取りした、完全なハードウェアセキュリティ
だろう。
SPEコア各々で独立にロックできるから、システムは
止まらない。
なあ、MACヲタの返答は肝心な所で微妙にズレてるのは芸風なのか？それとも、天然？
33 ：MACオタ＞30 さん：2005/11/20(日) 18:41:10 ID:BgNtsWcb
>>30
それを「先を行っている」と見るなら外付けのマイコンやDSPの方が。。。と(笑)
それを「先を行っている」と見るなら外付けのマイコンやDSPの方が。。。と(笑)
IBMの倍精度Cellに期待すっか。
まぁ現Cellとの互換は無くても良いような気がするんだがなー。（所詮ほぼPS3向けだろうし）
まぁ現Cellとの互換は無くても良いような気がするんだがなー。（所詮ほぼPS3向けだろうし）
37 ：MACオタ＞35 さん：2005/11/20(日) 18:48:21 ID:BgNtsWcb
え？外付けマイコンやDSPって？
総合的に見ても外付け＞＞＞＞＞＞＞＞＞＞＞＞ワンチップということか
総合的に見ても外付け＞＞＞＞＞＞＞＞＞＞＞＞ワンチップということか
39 ：MACオタ＞38 さん：2005/11/20(日) 18:58:33 ID:BgNtsWcb
これ読んだらいいんじゃね。
まあアンチソニーさん相手にしてもしょうがないんだけども。（笑）
http://www.computerworld.jp/bn_select/cpu/21571-3.html
まあアンチソニーさん相手にしてもしょうがないんだけども。（笑）
http://www.computerworld.jp/bn_select/cpu/21571-3.html
42 ：MACオタ＞41 さん：2005/11/20(日) 19:09:26 ID:BgNtsWcb
>>41
だからそれわ技術の変化に付いてこれない文系ライターの駄文だと何度書けば。。。
ちなみに私、アンチソニーじゃないんで初めてのゲーム機としてPS3を買うと思うす。ゲームやるつもりわ
無いすけど。
だからそれわ技術の変化に付いてこれない文系ライターの駄文だと何度書けば。。。
ちなみに私、アンチソニーじゃないんで初めてのゲーム機としてPS3を買うと思うす。ゲームやるつもりわ
無いすけど。
>>41
この妄想を信じてるんですか？
この妄想を信じてるんですか？
44 ：名無しさん必死だな：2005/11/20(日) 19:12:41 ID:LZlgckg9
ゲームやろうよ
そういえば一回も話題になってないけどSCEがゲームやろうよ2006をはじめたね
>>42
SPEはPPCのサブセットとか寝言こいてた人の言うことはあんま信用ならないす
>>43
実現するしないは別にして、達成目標としてはいい感じだと思われ。
IBMの連中も引き込まれたまさに夢というにふさわしい状況かと。
現実的なPS3という供給先を用意し、特性を生かしたクラスタサーバ。
スケーラビリティを生かした家電での利用。多数の供給されたSPEを
利用できるかもしれないソフトウェアCell。
全部出来るとは誰も言い切ってないし。マイナス思考のやつにはなにも
作り上げることは出来ないし、人も付いてきませんよ？
SPEはPPCのサブセットとか寝言こいてた人の言うことはあんま信用ならないす
>>43
実現するしないは別にして、達成目標としてはいい感じだと思われ。
IBMの連中も引き込まれたまさに夢というにふさわしい状況かと。
現実的なPS3という供給先を用意し、特性を生かしたクラスタサーバ。
スケーラビリティを生かした家電での利用。多数の供給されたSPEを
利用できるかもしれないソフトウェアCell。
全部出来るとは誰も言い切ってないし。マイナス思考のやつにはなにも
作り上げることは出来ないし、人も付いてきませんよ？
>>42
Linux狙いか？
Linux狙いか？
家電やｹﾞｰﾑ機でｸﾞﾘｯﾄﾞｺﾝﾋﾟｭｰﾃｨﾝｸﾞをする意味は何？
人んちの計算能力を分捕れる
盗るのはいいけど盗られるのは嫌だな？
3-4年前の特許の中に出てくるソフトウェアCELLの話を何が楽しくて延々と続けてる
のか皆目見当が付かないんだけど
その特許が全部実際に実装されてるならCELLには光インターフェイスがついてないと
いけない
のか皆目見当が付かないんだけど
その特許が全部実際に実装されてるならCELLには光インターフェイスがついてないと
いけない
>>46 さん
ISAのドキュメントまで読めるのにSPU ISAがAltiVecとIBM PC-RTのISAから構成されているのが
判らないすか。。。
>>47 さん
SPEの資料を見る限り、Software CELLを強調するような機能が見当たらない。。。という話す。
命令セットわ抽象度の低い古典RISCだし。
ISAのドキュメントまで読めるのにSPU ISAがAltiVecとIBM PC-RTのISAから構成されているのが
判らないすか。。。
>>47 さん
SPEの資料を見る限り、Software CELLを強調するような機能が見当たらない。。。という話す。
命令セットわ抽象度の低い古典RISCだし。
命令セットなんでぶっちゃけどうでもええっしょ。
C++が動きゃどうでもええ。
C++が動きゃどうでもええ。
というかソフトウェアCellってのは元々命令セットから解き放つ代物なんでしょ？
58 ：MACオタ＞57 さん：2005/11/20(日) 20:20:35 ID:BgNtsWcb
>>57
SCEIのCELL特許でわ、Javaに対する優位性としてネイティブバイナリをそのまま送ることを挙げているす。
SCEIのCELL特許でわ、Javaに対する優位性としてネイティブバイナリをそのまま送ることを挙げているす。
またちょっと話が逸れて失礼すけど、先日FPFで新しいSoC用のPowerPCコアを発表したP.A. Semiのヒトが
面白いこと言ってるす。
http://techon.nikkeibp.co.jp/article/NEWS/20051027/110145/
---------------------
――回路が複雑になるにも関わらずout-of-order実行機能を採用したのはなぜか。
Bannon氏 シングル・スレッドの処理性能を高めたいと考える顧客が多かったからだ。In-order実行でも，
1サイクル当たりの平均実行命令数（IPC: instructions per cycle）を高めようと思ったら，大規模なスコア・
ボードを用意することになる。この結果，回路が複雑になる。
---------------------
STIの考えだけが答えでわ無いという一例かと思うす。
面白いこと言ってるす。
http://techon.nikkeibp.co.jp/article/NEWS/20051027/110145/
---------------------
――回路が複雑になるにも関わらずout-of-order実行機能を採用したのはなぜか。
Bannon氏 シングル・スレッドの処理性能を高めたいと考える顧客が多かったからだ。In-order実行でも，
1サイクル当たりの平均実行命令数（IPC: instructions per cycle）を高めようと思ったら，大規模なスコア・
ボードを用意することになる。この結果，回路が複雑になる。
---------------------
STIの考えだけが答えでわ無いという一例かと思うす。
2コア、2GHzで13W。
性能もトランジスタ数もよくわからんけど、Cellとは目標が違うんだから、
アプローチが異なるのは当たり前なような気がしますぜ。
性能もトランジスタ数もよくわからんけど、Cellとは目標が違うんだから、
アプローチが異なるのは当たり前なような気がしますぜ。
東芝・NEC連合 45nm LSI一番乗りへの道
http://techon.nikkeibp.co.jp/article/TOPCOL/20051118/110852/
国内半導体メーカーの再編に向けた合従連衡が始まりました。先陣
を切ったのは東芝とNECエレクトロニクス。45nm世代のCMOSロジック・
プロセス技術を共同開発すると発表したのです(Tech-On!関連記事
1)。両社は，今回のプロセス共同開発を機に，設計環境や製品開発，
さらには生産面での協力をはじめとした，より包括的な提携関係の構築
について検討を開始しています。東芝はソニーとも45nm世代のシステ
ムLSI向けプロセス技術の共同開発を進めていることなどから，今後さら
なる大きなうねりに発展する可能性は十分あります。
http://techon.nikkeibp.co.jp/article/TOPCOL/20051118/110852/
国内半導体メーカーの再編に向けた合従連衡が始まりました。先陣
を切ったのは東芝とNECエレクトロニクス。45nm世代のCMOSロジック・
プロセス技術を共同開発すると発表したのです(Tech-On!関連記事
1)。両社は，今回のプロセス共同開発を機に，設計環境や製品開発，
さらには生産面での協力をはじめとした，より包括的な提携関係の構築
について検討を開始しています。東芝はソニーとも45nm世代のシステ
ムLSI向けプロセス技術の共同開発を進めていることなどから，今後さら
なる大きなうねりに発展する可能性は十分あります。
半導体は花形産業だった。とNECのおっさんが昔を思い出しながら言ってたなぁ。
今じゃ、大した技術もないし見る影もないが
今じゃ、大した技術もないし見る影もないが
65 ：MACオタ＞35 さん：2005/11/20(日) 23:21:29 ID:BgNtsWcb
>>35
DWサイトが復活したす。
http://www-128.ibm.com/developerworks/forums/dw_thread.jsp?message=13760013&cat=46&thread=97123&treeDisplayType=threadmode1&forum=739#13760013
私が見てたのわ三つ目のコメントまですけど、neutron氏のコメントって反論された挙句
「FFTも画像認識もゲーム用途だ」とか無茶なこと言ってるだけでわ？結局
--------------------
So you are right, we obviously had to make sure that gaming would be our first priority, but all three ’
companies have been thinking much bigger than that since day 1.
--------------------
って白旗上げてるす。もっともIBMの中のヒトが掲示板でケンカ売る訳にもいかないすから、大人な対応
とも言えるすけど。。。
DWサイトが復活したす。
http://www-128.ibm.com/developerworks/forums/dw_thread.jsp?message=13760013&cat=46&thread=97123&treeDisplayType=threadmode1&forum=739#13760013
私が見てたのわ三つ目のコメントまですけど、neutron氏のコメントって反論された挙句
「FFTも画像認識もゲーム用途だ」とか無茶なこと言ってるだけでわ？結局
--------------------
So you are right, we obviously had to make sure that gaming would be our first priority, but all three ’
companies have been thinking much bigger than that since day 1.
--------------------
って白旗上げてるす。もっともIBMの中のヒトが掲示板でケンカ売る訳にもいかないすから、大人な対応
とも言えるすけど。。。
>gcc and binutils for the Synergistic Processor Element (SPE)
>ソニー・コンピュータエンタテインメントによって実装された、SPE向けの GNU Compiler Collection (gcc) コンパイラです。
gccの移植に関してはSCEI側の実装なのか。
確か以前SCEIがGNU tool chainのスタッフ募集してたっけ。
>ソニー・コンピュータエンタテインメントによって実装された、SPE向けの GNU Compiler Collection (gcc) コンパイラです。
gccの移植に関してはSCEI側の実装なのか。
確か以前SCEIがGNU tool chainのスタッフ募集してたっけ。
IBM側はIBM XL C for the Cell Broadband Engine Processorって、独自の
コンパイラ作ってるしね
コンパイラ作ってるしね
>>65
勘違いしてるようだけど、そのスレッドでは
missile=スレ立てた人(たぶん講演を聞いた人)
neuron=IBMの人
ですけど。neuron氏がIBMの人であることは、
最初のスレッドから見てればすぐ分かる(管理人的な立場)
んで、そのneuron氏は
I would disagree with the statement that the design was
dictated by Sony and IBM is now trying to go beyond games.
と言ってる訳だが。
勘違いしてるようだけど、そのスレッドでは
missile=スレ立てた人(たぶん講演を聞いた人)
neuron=IBMの人
ですけど。neuron氏がIBMの人であることは、
最初のスレッドから見てればすぐ分かる(管理人的な立場)
んで、そのneuron氏は
I would disagree with the statement that the design was
dictated by Sony and IBM is now trying to go beyond games.
と言ってる訳だが。
>>65
＞「FFTも画像認識もゲーム用途だ」とか無茶なこと言ってるだけでわ？
こんなことneuron氏は言ってますか？
There are more applications that fit into the "gaming" model
than you might think.
多くのアプリケーションがゲームで使用されるような(プログラミング？)
モデルによく近い(調和してる)、と言ってるだけだが。
その例としてFFTやら、画像認識、(衛星画像等の)3D画像、CAD等を
挙げているだけ。
＞「FFTも画像認識もゲーム用途だ」とか無茶なこと言ってるだけでわ？
こんなことneuron氏は言ってますか？
There are more applications that fit into the "gaming" model
than you might think.
多くのアプリケーションがゲームで使用されるような(プログラミング？)
モデルによく近い(調和してる)、と言ってるだけだが。
その例としてFFTやら、画像認識、(衛星画像等の)3D画像、CAD等を
挙げているだけ。
71 ：MACオタ＞69-70 さん：2005/11/21(月) 00:49:38 ID:YTBJ2GpU
>>69-70
>>65での私の引用わ、間違いなくneuron氏のコメントす。
http://www-128.ibm.com/developerworks/forums/dw_thread.jsp?message=13767115&cat=46&thread=97123&treeDisplayType=threadmode1&forum=739#13767115
>>65での私の引用わ、間違いなくneuron氏のコメントす。
http://www-128.ibm.com/developerworks/forums/dw_thread.jsp?message=13767115&cat=46&thread=97123&treeDisplayType=threadmode1&forum=739#13767115
http://pc7.2ch.net/test/read.cgi/jisaku/1130049004/570-571
570 名前：Socket774[] 投稿日：2005/11/20(日) 21:42:21 ID:+erki4RK
ところでATIやNVIDIAのGPUで物理演算させる技術と言うのは実際どのくらい
進んでるわけ？
個人的にはPCゲームも早いうちに物理演算をモノにしないとゲーム機に対する
技術的な優位性が揺らぐと思う。
（PS3の驚異はGPUではなくCELLのCPUだと思う。7コアのCPUだっけ？未だにx86は2コアなわけだし、PCが4コア以上のCPUに突入するのは5,6年後かな？
571 名前：Socket774[sage] 投稿日：2005/11/20(日) 21:58:52 ID:MkiiuLtD
７コア→5コアに減りました。
これからも減る可能性あるかもしれないです
発売の目処すら立ってません
570 名前：Socket774[] 投稿日：2005/11/20(日) 21:42:21 ID:+erki4RK
ところでATIやNVIDIAのGPUで物理演算させる技術と言うのは実際どのくらい
進んでるわけ？
個人的にはPCゲームも早いうちに物理演算をモノにしないとゲーム機に対する
技術的な優位性が揺らぐと思う。
（PS3の驚異はGPUではなくCELLのCPUだと思う。7コアのCPUだっけ？未だにx86は2コアなわけだし、PCが4コア以上のCPUに突入するのは5,6年後かな？
571 名前：Socket774[sage] 投稿日：2005/11/20(日) 21:58:52 ID:MkiiuLtD
７コア→5コアに減りました。
これからも減る可能性あるかもしれないです
発売の目処すら立ってません
自作板にまで、出張してるアンチがいるのか…
そのがんばりは評価するが、意味はないなｗ
そのがんばりは評価するが、意味はないなｗ
>>73
関係ないが、そのスレにいる物理エンジン信者はものすごく気持ち悪いな。
関係ないが、そのスレにいる物理エンジン信者はものすごく気持ち悪いな。
45nmが立ち上がるまで360が生きているとは思えんし、
再設計するくらい売れてるとも思わん
再設計するくらい売れてるとも思わん
今ごろGCのFlipperの90nmプロセスでの生産を請け負っている事でしょう
80 ：名無しさん必死だな：2005/11/21(月) 06:27:46 ID:9317SFQ8
結局蓋を開けてみたらCellもEE並みにしかゲーム以外では使われなかったってことになりそうだな。
ハッタリのかまし方がほんとに当時そっくりだよ。
ハッタリのかまし方がほんとに当時そっくりだよ。
>>78
今の時点でそこまで断言出来るほどおまえが頭いいとは思えんが（ｗ
今の時点でそこまで断言出来るほどおまえが頭いいとは思えんが（ｗ
>>80
今回は東芝やIBMもかんでいるから、いろいろな応用は考えられるがPS3用Cellは
応用範囲が狭いのは事実。
チップだけでは売れないしね、周辺デバイスを外注に頼っているしろくなサポートも
出来ないソニーにそこまでやれないだろうから、そのへんの応用は東芝やIBMの
テリトリーになるんじゃないかな。
現時点で可能ならソニーから製品のアナウンスぐらいある筈だが、ソニー自体
なにもできてないわけで。
今回は東芝やIBMもかんでいるから、いろいろな応用は考えられるがPS3用Cellは
応用範囲が狭いのは事実。
チップだけでは売れないしね、周辺デバイスを外注に頼っているしろくなサポートも
出来ないソニーにそこまでやれないだろうから、そのへんの応用は東芝やIBMの
テリトリーになるんじゃないかな。
現時点で可能ならソニーから製品のアナウンスぐらいある筈だが、ソニー自体
なにもできてないわけで。
ミスった
スマンorz
スマンorz
XBOX360は売れんだろ 日本では絶対な 北米だけだな売れるのわ
45nmの頃は小型化したPS Threeが出ていて、PS4スゲーとかワクテカしてるんだろうか。
32nmまでいってるんじゃね? PS2がでたころはたしか250nmだったし…3世代プロセスがシュリンクしてる
89 ：名無しさん必死だな：2005/11/21(月) 11:22:18 ID:vfqPtdqV
CellがOoOなPowerPCx1+SPEx2だったら最強だったのに。
IBMや東芝が変に欲出して迷走してしまったな。
IBMや東芝が変に欲出して迷走してしまったな。
>>88
だったらよかったのにな。ヤフショプでも楽天でも在庫だらけが現実だ。
だったらよかったのにな。ヤフショプでも楽天でも在庫だらけが現実だ。
どこ行ってもまだ予約受付中だぞ箱丸
彼は箱○は何処に行っても売れ切れだから
買うなって言ってるんだろう
買うなって言ってるんだろう
MACオタ氏は、知識はあちらこちらから大量に吸収しているのだが、それが頭の中で
有機的に繋がっていないように感じる。最初に印象で結論を出し、
それからその説を補強する話を(断片的に)探し出してきて並べているだけなのだ。
同じ頭の中には、その説を否定する話も入っているはずなのだが…
> 995 ：MACオタ＞993 さん：2005/11/20(日) 13:50:48 ID:BgNtsWcb
> >>993
> >>992のG3の数値わ、750CXeの数値から取ったモノす。これをカスタマイズしたのが
> GameCubeのGekkoすから、
> ゲーム用にも実績有るす。
実績があるといっても、G3やGekkoは小段数のパイプラインでシンプルかつ
低消費電力なかわりに、並程度のパフォーマンスであろう。
これではCellのような、性能でライバルを圧倒する(事を意図した)チップは作れない。
8コアでも2GHz駆動のCellなど、まったく魅力的ではあるまい。
有機的に繋がっていないように感じる。最初に印象で結論を出し、
それからその説を補強する話を(断片的に)探し出してきて並べているだけなのだ。
同じ頭の中には、その説を否定する話も入っているはずなのだが…
> 995 ：MACオタ＞993 さん：2005/11/20(日) 13:50:48 ID:BgNtsWcb
> >>993
> >>992のG3の数値わ、750CXeの数値から取ったモノす。これをカスタマイズしたのが
> GameCubeのGekkoすから、
> ゲーム用にも実績有るす。
実績があるといっても、G3やGekkoは小段数のパイプラインでシンプルかつ
低消費電力なかわりに、並程度のパフォーマンスであろう。
これではCellのような、性能でライバルを圧倒する(事を意図した)チップは作れない。
8コアでも2GHz駆動のCellなど、まったく魅力的ではあるまい。
94 ：名無しさん必死だな：2005/11/21(月) 13:06:23 ID:WlTU5PbU
SPEのバイナリがでかいって話だけどx86と比べてどれぐらい肥大化するんだろうね。
ニーモックを見るとほんと基本的な命令しかないからコンパイラの最適化は速度優先になりそうだけど。
ニーモックを見るとほんと基本的な命令しかないからコンパイラの最適化は速度優先になりそうだけど。
95 ：名無しさん必死だな：2005/11/21(月) 13:14:17 ID:BUDip2Xb
ゲーム処理というといろいろな領域に跨っているんで並列化できるとかできないとか一口には言えない。
たとえばゲーム用途に進化したGPUは並列処理の権化だ。
たとえばゲーム用途に進化したGPUは並列処理の権化だ。
と、コード一行も書いたこののない知ったか君が申しております
99 ：名無しさん必死だな：2005/11/21(月) 13:45:48 ID:xac8SD+b
たった数回のカキコでお相手のことがわかるなんてすばらしい才能をお持ちのようで
cellって完成したの？
>>97
マルチスレッド化出来る部分の大半はGPUで処理しているが、それも上手くいっていないわけで。
現実問題としてマルチスレッド化したリアルタイムゲームが皆無なのがそれを物語る。
Cellの性能を生かせるのはシミュレーションゲームとかの分野ではないかと。
マルチスレッド化出来る部分の大半はGPUで処理しているが、それも上手くいっていないわけで。
現実問題としてマルチスレッド化したリアルタイムゲームが皆無なのがそれを物語る。
Cellの性能を生かせるのはシミュレーションゲームとかの分野ではないかと。
>>94
SPEのバイナリがデカいなんて話は一度も見たこと無いな、見たことがあるのは
PPE用のプログラムを、SPE用にコンパイル(つまりSPEとPPEで同一のC言語で書ける)すると
PPE用に比べてかなりデカくなる
という書き込みだけだな
プログラム内容によるが、PPE用書かれたプログラムをSPE用にコンパイルしたら無駄が
多くて、そりゃ膨れるだろうさ
SPEのバイナリがデカいなんて話は一度も見たこと無いな、見たことがあるのは
PPE用のプログラムを、SPE用にコンパイル(つまりSPEとPPEで同一のC言語で書ける)すると
PPE用に比べてかなりデカくなる
という書き込みだけだな
プログラム内容によるが、PPE用書かれたプログラムをSPE用にコンパイルしたら無駄が
多くて、そりゃ膨れるだろうさ
っていうか、CELLって出た段階からアップデートはされるの？
取りあえず、PS3用って言うのが一番の用途になるわけだから、下手に改変も
アップデートもできんよね？
個人的に気になるのは、出てからの行方かも。
EEみたいに、鳴り物入りで出た割には、使われたのはPS2、PSP、後テレビの
表示だけって言う悲しい例もあるからなぁ～～。
取りあえず、PS3用って言うのが一番の用途になるわけだから、下手に改変も
アップデートもできんよね？
個人的に気になるのは、出てからの行方かも。
EEみたいに、鳴り物入りで出た割には、使われたのはPS2、PSP、後テレビの
表示だけって言う悲しい例もあるからなぁ～～。
>>103
よく分かってないなら書き込まない方が良いよ
よく分かってないなら書き込まない方が良いよ
http://www.4gamer.net/news/history/2003.03/20030310190854detail.html
http://www.rbbtoday.com/news/20050905/25303.html
http://www.watch.impress.co.jp/game/docs/20050929/3dinis.htm
いまどきゲームでマルチスレッドなんぞ当たり前
最低限の知識すらないなら書き込むな
http://www.rbbtoday.com/news/20050905/25303.html
http://www.watch.impress.co.jp/game/docs/20050929/3dinis.htm
いまどきゲームでマルチスレッドなんぞ当たり前
最低限の知識すらないなら書き込むな
研究してるのが当たり前なだけで、
フルに使って当たり前というほど易しくはなっていない。
なにしろ大多数のシングルコア環境では無意味な努力なのだから。
ようやくコンシューマ機では来年から状況が変わるが。
フルに使って当たり前というほど易しくはなっていない。
なにしろ大多数のシングルコア環境では無意味な努力なのだから。
ようやくコンシューマ機では来年から状況が変わるが。
ループアンローリングでぐぐれ。
http://pcweb.mycom.co.jp/articles/2005/09/10/cedec1/003.html
実際のゲームにおける実装例
PCに限らずPS2のゲームでもでもマルチスレッドが実際に使われている
マルチスレッドは性能向上のためだけではない
実際のゲームにおける実装例
PCに限らずPS2のゲームでもでもマルチスレッドが実際に使われている
マルチスレッドは性能向上のためだけではない
またこの流れか・・・
お前ら検索したURL貼りあってわかった気になってるだけで楽しいか？
お前ら検索したURL貼りあってわかった気になってるだけで楽しいか？
妄想と電波が入り混じるレスよりマシだと思います
Cellでは、たとえば高速なMutexを実装するための独自の機構とかあるのかな。
>>103
そもそも2.4GHz版CELLの使い道にも四苦八苦してる状態でアップデートというか
将来のロードマップ考える意義はまだ無いだろう。家電や組み込み用途向けなら
恐らく10年はそのまま使えるんじゃないかと思う。それでも性能が足りないというの
なら微細化によるクロックの伸び代にはまだ余裕があるし個数を増やすという手も
ある。
今はPS3がどうのこうのより、まずヘテロコアの実用性を証明して将来に繋げるの
が最優先課題で互換性とか拡張性とかは二の次だろう。
そもそも2.4GHz版CELLの使い道にも四苦八苦してる状態でアップデートというか
将来のロードマップ考える意義はまだ無いだろう。家電や組み込み用途向けなら
恐らく10年はそのまま使えるんじゃないかと思う。それでも性能が足りないというの
なら微細化によるクロックの伸び代にはまだ余裕があるし個数を増やすという手も
ある。
今はPS3がどうのこうのより、まずヘテロコアの実用性を証明して将来に繋げるの
が最優先課題で互換性とか拡張性とかは二の次だろう。
マイクロソフトの「Ｘｂｏｘ360」、発売前に人気過熱
http://www.nikkei.co.jp/news/main/20051121AT2M1900P21112005.html
360は売れないとか言ってたやつらはどこのどいつだ。
http://www.nikkei.co.jp/news/main/20051121AT2M1900P21112005.html
360は売れないとか言ってたやつらはどこのどいつだ。
NPDとか出てから話したほうが建設的じゃないの
>>115
それ米だろ。国内で在庫あまりまくってるという話だったはずだが。
それ米だろ。国内で在庫あまりまくってるという話だったはずだが。
>>114
多分そうなんだろうけど、コア内のことはコア内で解決する仕掛けがあっても
いいかな、と。特にSPEからのメモリアクセスは粒度がデカいわけでしょう。
衝突時のコストは高くなっても許されるが、頻繁に行いうるMutex獲得のコストは安ければ安いほどよい。
多分そうなんだろうけど、コア内のことはコア内で解決する仕掛けがあっても
いいかな、と。特にSPEからのメモリアクセスは粒度がデカいわけでしょう。
衝突時のコストは高くなっても許されるが、頻繁に行いうるMutex獲得のコストは安ければ安いほどよい。
コア内ではなくチップ内のコア間でした。
ゲームの並列化が云々という議論を見ていつも思うんだがなんでみんなPCゲーを基準に話をするんかねと思ってしまう
PCじゃ環境がまちまちでヅアルコアが普及してない以上マルチスレッディング化するのが単にコストに合わないだけだと思うんだが
PCじゃ環境がまちまちでヅアルコアが普及してない以上マルチスレッディング化するのが単にコストに合わないだけだと思うんだが
分岐予測や投機実行なしだから、分岐はペナルティーあるよ
まぁ、そこら辺をどう隠蔽するかのテクニックが発達するのは
楽しみである。
楽しみである。
どっち道SPEは一般的なタスクは不慣れだから
PS3オリジナルのゲームは奇形的に進化していきそうだな。
AIはお馬鹿だけど砂埃が超リアルに舞うとか
人のポリゴンはかくかくだけど顔のボツボツが超リアルとか。
PS3オリジナルのゲームは奇形的に進化していきそうだな。
AIはお馬鹿だけど砂埃が超リアルに舞うとか
人のポリゴンはかくかくだけど顔のボツボツが超リアルとか。
PS3で、オペレーターズサイドみたいなイメージ動画があったけど、
アレを心待ちにしてるのは俺だけかもしれない。
アレを心待ちにしてるのは俺だけかもしれない。
BD普及のために、Cellをいけにえにする気か？無茶すぎる。
>>126
Sir Howard said the PS3 will sell for $300 to $400 and will come with a bundle of games, movies, and TV shows, many of which Sony also makes. The question is whether the titles will be bundled on Blu-ray DVD discs or on a built-in hard drive.
すげぇ。まじすげぇ。何かわくわくしてきた。
Sir Howard said the PS3 will sell for $300 to $400 and will come with a bundle of games, movies, and TV shows, many of which Sony also makes. The question is whether the titles will be bundled on Blu-ray DVD discs or on a built-in hard drive.
すげぇ。まじすげぇ。何かわくわくしてきた。
ハワードストリンガーも、落ちつきないね。
xboxへのいやがらせでしょ
4万以下にするのは普通に既定の話って気もするけど
4万以下にするのは普通に既定の話って気もするけど
本田のE3直後の記事で既に「SCEはパートナーに対してPS3は4万円を切ると話しているようだ」とあったな
あれって当たってたのかねえ
当時は360に関するあまり良くない（でも今振り返るとちょっと当たっている）記事を書いたりしたせいか叩かれてたが
結構まともにコツコツ関係者に取材はしてるのかもしれん
ワーナーがBD参入というのを発表の何日も前に報じたのも日本では唯一本田だけだし
しかも幹事会社待遇で迎えられるということも断言して当ててた
2chでは「また本田が飛ばしてるよｗｗｗ」って揶揄されてたが
あれって当たってたのかねえ
当時は360に関するあまり良くない（でも今振り返るとちょっと当たっている）記事を書いたりしたせいか叩かれてたが
結構まともにコツコツ関係者に取材はしてるのかもしれん
ワーナーがBD参入というのを発表の何日も前に報じたのも日本では唯一本田だけだし
しかも幹事会社待遇で迎えられるということも断言して当ててた
2chでは「また本田が飛ばしてるよｗｗｗ」って揶揄されてたが
１も２も３９８００円だったのに、他の値段になるとは思えん。
税別とか、HDD別売とかはあるかもしれんが。
税別とか、HDD別売とかはあるかもしれんが。
>>114 >>111
Test And SetってLS内のメモリにしか関係ないんじゃないかな？
メインメモリではEBIの形式上Mutexの実現は無理でしょ。
漏れの予想では、メールボックス？と、呼ばれるI/O経由。
でハンドシェイク(ソフトウエア)で実現。
資料を読んだわけではないので、Mutexの実現に対する博識者の意見を聞きたいなぁ。
まぁ、技術者にはMutexなんて必要としないスキルを求められているんだと思うけど(w
Test And SetってLS内のメモリにしか関係ないんじゃないかな？
メインメモリではEBIの形式上Mutexの実現は無理でしょ。
漏れの予想では、メールボックス？と、呼ばれるI/O経由。
でハンドシェイク(ソフトウエア)で実現。
資料を読んだわけではないので、Mutexの実現に対する博識者の意見を聞きたいなぁ。
まぁ、技術者にはMutexなんて必要としないスキルを求められているんだと思うけど(w
本体5万以上で出せなくなったな。
CPUに最大限割ける金額は希望的数字で3万あたり？
PCを遥かに凌ぐ性能が3万か・・・本当に実現できるならAMDもIntelも廃業だなよな？絶対に。
CPUに最大限割ける金額は希望的数字で3万あたり？
PCを遥かに凌ぐ性能が3万か・・・本当に実現できるならAMDもIntelも廃業だなよな？絶対に。
138 ：名無しさん必死だな：2005/11/22(火) 08:38:41 ID:Bf0Ck3b/
Cellにはセールス口上程のノ性能も無いと、暗に認めるのかな？
ageてその突っ込みは、よーするスーパーひとし君を使う時の黒柳さん並の自信って事ですね！？
PS3はBD普及の鍵でもあるんだから絶対に普及させなければならない。
であるならばBD陣営からなんらかの援助があっても不思議では無い。
例えば供給するドライブの値段を安くして貰うとか。
であるならばBD陣営からなんらかの援助があっても不思議では無い。
例えば供給するドライブの値段を安くして貰うとか。
判らんわけがない
お互い判っていながらじゃれ合うゲハクォリティ
お互い判っていながらじゃれ合うゲハクォリティ
汎用CPUとして驚異的な内容だが、実はスパコン宣伝は誇大広告と言う事でOK？
てっか、まだGPGPUにも突入していない
GPUとCPUを比べるのは無理があるんじゃね
GPUとCPUを比べるのは無理があるんじゃね
>>140
自社生産なので関係ないよ。
ドライブ事業でNECと合弁会社作って統合するみたいだけど。
青紫レーザーも日亜とクロスライセンス済み。
安い高いのコスト云々は、けっきょくは量産効果と減価償却で決まる。
ゲーム機の場合は10年単位の事業トータルでコスト計算できる。
家電のビジネスモデルと同じように見ても意味無いよ。
自社生産なので関係ないよ。
ドライブ事業でNECと合弁会社作って統合するみたいだけど。
青紫レーザーも日亜とクロスライセンス済み。
安い高いのコスト云々は、けっきょくは量産効果と減価償却で決まる。
ゲーム機の場合は10年単位の事業トータルでコスト計算できる。
家電のビジネスモデルと同じように見ても意味無いよ。
>>143
今時のスパコンはPentiumやAthlonだから別に嘘はない。
今時のスパコンはPentiumやAthlonだから別に嘘はない。
147 ：名無しさん必死だな：2005/11/22(火) 09:24:08 ID:f9RIXstJ
>>133
知っているつもりで間違っていたのがあったorz
知っているつもりで間違っていたのがあったorz
148 ：名無しさん必死だな：2005/11/22(火) 09:44:34 ID:Bf0Ck3b/
どのPCメーカでも64bitマルチコアの事を、スーパーコンピュータなんて言わないだろ。
>>148
しかし、Cellは最初からグリッドも前提に作られている。
しかし、Cellは最初からグリッドも前提に作られている。
151 ：名無しさん必死だな：2005/11/22(火) 10:31:29 ID:EQRtWZrY
目標はどこでもいつでも“Cell”な世界～ 東芝
http://www.atmarkit.co.jp/news/200511/17/mpfj.html
最初のCellを搭載したAVプラットフォームでは、4放送同時視聴と同時録画を実現するほか
MPEG2からH.264へのトランスコードなども行える。
次のデモでは、約4Mbpsのストリーム画像48個を同時再生するデモや
カメラに写った人物の髪型や化粧をリアルタイムで換えて表示する「デジタルかがみ」のデモを見せた。
http://www.atmarkit.co.jp/news/200511/17/mpfj.html
最初のCellを搭載したAVプラットフォームでは、4放送同時視聴と同時録画を実現するほか
MPEG2からH.264へのトランスコードなども行える。
次のデモでは、約4Mbpsのストリーム画像48個を同時再生するデモや
カメラに写った人物の髪型や化粧をリアルタイムで換えて表示する「デジタルかがみ」のデモを見せた。
152 ：名無しさん必死だな：2005/11/22(火) 10:37:33 ID:EQRtWZrY
(東芝）斉藤氏はこれらの性能を考慮した結果
Cellの得意な処理にソフトウェアセントリックAVアプリケーションなどの「HWの置き換えモデル」
スーパーコンピュータなどの「HPC並列モデル」
グリッドコンピューティングなどの「ネットワーク透過モデル」の3種類を挙げた。
Cellの得意な処理にソフトウェアセントリックAVアプリケーションなどの「HWの置き換えモデル」
スーパーコンピュータなどの「HPC並列モデル」
グリッドコンピューティングなどの「ネットワーク透過モデル」の3種類を挙げた。
mutexつか排他制御なしでMTなプログラムはかけんぞ
そこでトランザクションメモリーですよ、Cellには無いけどね。
Cellにはってかhardwareでの実装がどこにあるのかと小一時間
家電で普及しちゃうとCellのバックドア使ってSonyに
わけのわからないスパイウェア流されそうだな。
わけのわからないスパイウェア流されそうだな。
158 ：名無しさん必死だな：2005/11/22(火) 11:48:01 ID:EQRtWZrY
何で２回言うねん。
セルって悟空に負けたんじゃ？？
悟空はセルに負けたよ
161 ：名無しさん必死だな：2005/11/22(火) 12:27:29 ID:JqMp5JB2
>グリット
並列処理が物理的にコアの分増してるぐらいは誰にでもわかる。
Linux走る構想もあるようだし、ホームサーバーや家電の有機的結合もわかる。
それより、とにかく前宣伝が”ハッタリ満載”な事だけは良くわかった。
並列処理が物理的にコアの分増してるぐらいは誰にでもわかる。
Linux走る構想もあるようだし、ホームサーバーや家電の有機的結合もわかる。
それより、とにかく前宣伝が”ハッタリ満載”な事だけは良くわかった。
ﾈﾀレスほどage傾向だというのがよく解った
163 ：名無しさん必死だな：2005/11/22(火) 15:14:03 ID:JqMp5JB2
と言うか・・・ここはﾈﾀスレだよな？
事業そのものとしてはほかの展開も大事だろうけど、
ゲハ的にはPS3に積んでナンボの話でよかないか？
ゲハ的にはPS3に積んでナンボの話でよかないか？
次世代3DOとか次世代MSXに積む話でもゲハ的には構わんぞ。
166 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/11/22(火) 18:22:01 ID:eFIjvyoS
Electronic Newsから：
Cellプロセッサ用ソフトウエア開発キットを公開、市場の反応は？
http://www.ebjapan.com/content/l_news/2005/11/22_Cell.html
Cellプロセッサ用ソフトウエア開発キットを公開、市場の反応は？
http://www.ebjapan.com/content/l_news/2005/11/22_Cell.html
PPEの事だろ
LSもSPEも無いCellなんてCellじゃない
LSもSPEも無いCellなんてCellじゃない
ていうか、PPEと360のCPUのコアは別々に開発しましたが
IBMの公式見解でしょ
IBMの公式見解でしょ
>>153
SPEには同期命令もあるしチャンネルもある。
SPEには同期命令もあるしチャンネルもある。
171 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/11/22(火) 22:33:54 ID:xYBmpdmS
SIG-GameTech : SIG-GT6「マルチコアプロセッサ時代のゲーム開発」レポート、後藤弘茂氏の講演資料公開
http://www.igda.jp/modules/news/article.php?storyid=670
http://www.igda.jp/modules/news/article.php?storyid=670
「Xbos360に使われるのは、Cellのデザインの一部を使ってIBM社がMicrosoft向けに作成したもの」
ソニーや東芝の了解得てんのか？
ソニーや東芝の了解得てんのか？
まあ論理設計と物理設計はまた別だろうからな。
パーツ単位で非常に似通った論理設計だが物理設計違うしバスも違うしで
違うもんになってますよということだろう。
だいたいPPEにしたいと言い出したのはIBMだし。
パーツ単位で非常に似通った論理設計だが物理設計違うしバスも違うしで
違うもんになってますよということだろう。
だいたいPPEにしたいと言い出したのはIBMだし。
素人な質問で申し訳無いが、
PPEの助けなしにSPE自身がタスクを取ってくるらしいけど、
実際のところこれちゃんと機能してパフォーマンス出るの？？
http://pc.watch.impress.co.jp/docs/2005/0310/kaigai057.jpg
http://pc.watch.impress.co.jp/docs/2005/0310/kaigai059.jpg
PPEの助けなしにSPE自身がタスクを取ってくるらしいけど、
実際のところこれちゃんと機能してパフォーマンス出るの？？
http://pc.watch.impress.co.jp/docs/2005/0310/kaigai057.jpg
http://pc.watch.impress.co.jp/docs/2005/0310/kaigai059.jpg
Xbos360に使われるのは、Cellのデザインの一部を使って作成したもの
http://blog.livedoor.jp/lets_caitsith/archives/50249934.html
http://blog.livedoor.jp/lets_caitsith/archives/50249934.html
IBMが出した案だべ。
まぁ、ボツ案とも言うがｗ
まぁ、ボツ案とも言うがｗ
>>174
タスクをジョブキューにセットするのはPPEの役目、この場合PPEはルートプログラムを
実行し、SPEはサブルーチンを実行してパラメーターをPPEに返す仕組み。
並列化率は低いのでコア数に応じたパフォーマンスは期待出来ない。
タスクをジョブキューにセットするのはPPEの役目、この場合PPEはルートプログラムを
実行し、SPEはサブルーチンを実行してパラメーターをPPEに返す仕組み。
並列化率は低いのでコア数に応じたパフォーマンスは期待出来ない。
Cellの公開されたドキュメントにPPEの助け無しでSPEが動けるって書いてあったっけ?
Free the SPE to work by itself
・Requires no help from PPE at runtime
・Requires no help from PPE at runtime
>>181
わかってていっているでしょ。
179に日本語の記事があるよ。ともに古い記事だけどね。
＞しかし、各SPEにほぼ同一のプログラムを走らせ、他のSPEの処理結果を待つ必要もなく、
＞どんどんデータを取ってきては処理して出すという……
＞データの逐次処理性を追求している点がこのモードならではの特徴だと言える。
同期を必要としないタスク専用といって良いんじゃ無いかな？
わかってていっているでしょ。
179に日本語の記事があるよ。ともに古い記事だけどね。
＞しかし、各SPEにほぼ同一のプログラムを走らせ、他のSPEの処理結果を待つ必要もなく、
＞どんどんデータを取ってきては処理して出すという……
＞データの逐次処理性を追求している点がこのモードならではの特徴だと言える。
同期を必要としないタスク専用といって良いんじゃ無いかな？
>>143
http://pcweb.mycom.co.jp/news/2005/06/23/101.html
スパコンTop500の、1位、2位がPowerPCなんだから、
Cellも360のPXも、GCのGekkoすらも、スパコン用CPUと言っても、
ウソでは無くなっちゃったぞ。
http://pcweb.mycom.co.jp/news/2005/06/23/101.html
スパコンTop500の、1位、2位がPowerPCなんだから、
Cellも360のPXも、GCのGekkoすらも、スパコン用CPUと言っても、
ウソでは無くなっちゃったぞ。
>>184
スパコン並みの処理能力を出せるように設計されてないので嘘になります。
スパコン並みの処理能力を出せるように設計されてないので嘘になります。
>>185
スパコンは数万個のCPUがくっついてるわけだが。
スパコンは数万個のCPUがくっついてるわけだが。
んなこと地球シミュレーターを見れば嫌でも解る
なら、PS2でさえ100台並列に繋いでTOP500以内に入らせた大学があったのも知ってるな。
スパコン並みの処理能力ってのが意味不明だし、
まともな人間ならそんな言葉はスルーしとけ。
まともな人間ならそんな言葉はスルーしとけ。
>>184
BlueGeneのプロセッサはベースがPPC440。
組み込み向けで32bit、SMP対応機能すら持ってない。
プロセッサ単体について言えばスパコン向けってなにさ？って感じだね。
BlueGeneの違うところは、沢山並べて性能が出る仕組みが入ってるとこ
ろ。Cellを指してIBMやくたたんがスパコンスパコンと言うのはそういうと
ころなのかね。
具体的にCellに何が入ってるかはよく知らんが。
BlueGeneのプロセッサはベースがPPC440。
組み込み向けで32bit、SMP対応機能すら持ってない。
プロセッサ単体について言えばスパコン向けってなにさ？って感じだね。
BlueGeneの違うところは、沢山並べて性能が出る仕組みが入ってるとこ
ろ。Cellを指してIBMやくたたんがスパコンスパコンと言うのはそういうと
ころなのかね。
具体的にCellに何が入ってるかはよく知らんが。
2005年11月22日http://www.edresearch.co.jp/mtb/0511/143.html
05年のICメーカ・ランキング、売上高2桁増で東芝は4位、ソニーは9位
米国の調査会社IC Insight社は、05年の世界のICメーカ売上高ランキングを発表した。
トップメーカは米Intel社で前年比15％増の354億7500万米ドルの見通しである。第2位
は韓国Samsung Electronics社で同11％増の176億5000万米ドル、第3位は米Texas Inst
ruments社で同6％増の113億3000万米ドルが見込めるという。日本メーカでは、04年に
7位だった東芝が同11％増の95億米ドルの売上高で4位に、
12位だったソニーが同19％増の60億2500万米ドルで9位にランキングされる見通しである。
ルネサス テクノロジは同8％減で5位から7位に下がり、NECも同11％減で9位から13位に下
がるとしている。URL：http://www.icinsights.com/news/releases/press20051121.html
05年のICメーカ・ランキング、売上高2桁増で東芝は4位、ソニーは9位
米国の調査会社IC Insight社は、05年の世界のICメーカ売上高ランキングを発表した。
トップメーカは米Intel社で前年比15％増の354億7500万米ドルの見通しである。第2位
は韓国Samsung Electronics社で同11％増の176億5000万米ドル、第3位は米Texas Inst
ruments社で同6％増の113億3000万米ドルが見込めるという。日本メーカでは、04年に
7位だった東芝が同11％増の95億米ドルの売上高で4位に、
12位だったソニーが同19％増の60億2500万米ドルで9位にランキングされる見通しである。
ルネサス テクノロジは同8％減で5位から7位に下がり、NECも同11％減で9位から13位に下
がるとしている。URL：http://www.icinsights.com/news/releases/press20051121.html
もろにPS2とGCの影響がでてるね。
あのNECがまさかソニーよりも半導体売り上げで下回るとは・・
2000年くらいは東芝と国内1、2を争っていたのに。
あのNECがまさかソニーよりも半導体売り上げで下回るとは・・
2000年くらいは東芝と国内1、2を争っていたのに。
>>193
凄いな。
ソニーがついにトップ10入りしたと思ったらNECまで抜いちゃって
家電メーカーというより半導体メーカーに近くなってきたな。
クタがPS2の時に自社Fab作ってなければ、この数字は無かったろう。
凄いな。
ソニーがついにトップ10入りしたと思ったらNECまで抜いちゃって
家電メーカーというより半導体メーカーに近くなってきたな。
クタがPS2の時に自社Fab作ってなければ、この数字は無かったろう。
196 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/11/23(水) 22:10:07 ID:+iYvD8Ss
まあ、ソニーの半導体事業も赤字ですけどね。
まあ見かけ上の赤字と、稼げる仕事がなくて赤字になってるのとじゃ
話は全然別だがね。
赤字でも課税されるようになれば赤字じゃなくなるだろうさ。
話は全然別だがね。
赤字でも課税されるようになれば赤字じゃなくなるだろうさ。
つーか半導体事業が黒になるのはこれからじゃないの?初期の半導体設備の減価償却が終らないことにはP/L上では黒になりにくいと思うよ。
減価償却が終ればその設備で製造するものはほとんど製造原価がかからないでしょ。
最初にFabが稼働したのが2000年頃だからそろそろだとはおもうが
減価償却が終ればその設備で製造するものはほとんど製造原価がかからないでしょ。
最初にFabが稼働したのが2000年頃だからそろそろだとはおもうが
ハワードの次はクタ
絶対クタ
PS3の大成功でソニーの社長に返り咲き
クタでソニーは復活する
すぐに次の設備投資が必要だから結局は自転車操業と思われ
メモリだけで上位独占していた時代を考えると、
なんか時代を感じるなぁ
メモリだけで上位独占していた時代を考えると、
なんか時代を感じるなぁ
でもクタが社長になったら、また理系の人からは好まれる会社にはなるだろうね
>>196
ソニーの半導体事業にはCCDも入るので、
決算的にどこがどう赤字なのか見えにくい。
ゲーム向けは黒だと思うけどね。
http://techon.nikkeibp.co.jp/article/NEWS/20051027/110192/
このほか，半導体はCCDの単価ダウンやプロセス開発費用などが響き，
営業損益は197億円の赤字となった。
ソニーの半導体事業にはCCDも入るので、
決算的にどこがどう赤字なのか見えにくい。
ゲーム向けは黒だと思うけどね。
http://techon.nikkeibp.co.jp/article/NEWS/20051027/110192/
このほか，半導体はCCDの単価ダウンやプロセス開発費用などが響き，
営業損益は197億円の赤字となった。
クタだけではダメだな
それをわかりやすくプレゼンできる営業マン的な人が絶対に必要
クタの発言だけ聞いてもみんな宇宙人が喋っているくらいにしか思ってくれない
それをわかりやすくプレゼンできる営業マン的な人が絶対に必要
クタの発言だけ聞いてもみんな宇宙人が喋っているくらいにしか思ってくれない
そこで第2の森田誕生ですよ
>>203
宇宙人ﾜﾗﾀ
宇宙人ﾜﾗﾀ
穏健派に見えて、実は結構強硬派というか行動派な丸山氏とか・・・
年齢的にもう無理か。
年齢的にもう無理か。
207 ：Seisei_Yamaguchi：2005/11/24(木) 01:07:16 ID:K2ekB7v9 BE:39163744-#
久夛良木氏わセガにこそ \( ry
クタは、上下にハンドリングできる人がいないとダメだろ。
徳中・丸山-久多良木-岡本 の時代が良かったんじゃ。
徳中・丸山-久多良木-岡本 の時代が良かったんじゃ。
これからの数年はプレステは首位をキープするもののシェアと利益を大きく落とし
ソニー本体はブランドが完全に失墜してそのわずかな利益にすがる感じになるのかね。
で、社長はカルロスゴーンの奇跡をあてにしてストリンガーからまた別の外人に挿げ替えて
わけのわからないことばっかり言ってる苦多良木は更迭されると。
ソニー本体はブランドが完全に失墜してそのわずかな利益にすがる感じになるのかね。
で、社長はカルロスゴーンの奇跡をあてにしてストリンガーからまた別の外人に挿げ替えて
わけのわからないことばっかり言ってる苦多良木は更迭されると。
>>209
そうなるといいね。
そうなるといいね。
そのうち現実と妄想の区別が付かなくなりそうな>>209が不憫でしょうがない
もうついてないみたいなんで不憫です
SCEを売るか、株式公開すれば、本体は一時的には金入るね。
SCEにとってもその方が良いのかもしれんな。
SCEにとってもその方が良いのかもしれんな。
>>197
法人税払っていない会社じゃ一人前とは言えないだろう。
法人税払っていない会社じゃ一人前とは言えないだろう。
216 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/11/24(木) 17:51:11 ID:E1nsbmyg
ソニーは税引き前利益は黒字予定だべ。
スパイゥエアを入れる最低な企業のＣｅｌｌなんて、
もう終わったも同然だな。
もう終わったも同然だな。
>>193
TIの動きがだいぶ鈍ってきたな。
得意のDSP分野でサムソンにIPパテントが少し集まった影響かな。
でも、上３つの企業はセールスだけじゃなくて利益率がダントツに凄いんで、
しばらくは安泰が約束されてるだろう。
>>200
半導体事業の問題はそこなんだよな。
どうやって次の設備投資費用をひねり出すか。
TIの動きがだいぶ鈍ってきたな。
得意のDSP分野でサムソンにIPパテントが少し集まった影響かな。
でも、上３つの企業はセールスだけじゃなくて利益率がダントツに凄いんで、
しばらくは安泰が約束されてるだろう。
>>200
半導体事業の問題はそこなんだよな。
どうやって次の設備投資費用をひねり出すか。
>>213-214
それは逆。
SMEの子会社としてスタートしたSCEがPSの成功で会社が大きくなったので
そこで独自に株式公開すれば相当な資産を得ることが可能だったけれども
傾きかけてたソニー本体の価値を維持するためにそれを認めず半ば強引に
本社の一部門に組み込んでしまった。
その後も回復の見込みが無いエレキ部門の面子を立てるため、SCEが建てた
半導体工場も本社直轄として接収するなど本体の補填材料として使われてる。
ただ、SCEが順調に事業計画を消化していく一方でソニー本体のグダグダは
悪化する一方なので今まで鬼子扱いしてたSCEに依存せざるを得ない状況が
加速しており、食われてるのは一体どっちなんだという現実が露わになってる。
それは逆。
SMEの子会社としてスタートしたSCEがPSの成功で会社が大きくなったので
そこで独自に株式公開すれば相当な資産を得ることが可能だったけれども
傾きかけてたソニー本体の価値を維持するためにそれを認めず半ば強引に
本社の一部門に組み込んでしまった。
その後も回復の見込みが無いエレキ部門の面子を立てるため、SCEが建てた
半導体工場も本社直轄として接収するなど本体の補填材料として使われてる。
ただ、SCEが順調に事業計画を消化していく一方でソニー本体のグダグダは
悪化する一方なので今まで鬼子扱いしてたSCEに依存せざるを得ない状況が
加速しており、食われてるのは一体どっちなんだという現実が露わになってる。
なんかNTT東日本とドコモみたいだね
クタも随分本社に貢いだのにねぇ
内心穏やかではないだろうな
まぁ、その分いくらかは本社に負担させたりしてるけど
数年前に「本社から潤沢な資金を与えられてるとよく言われるが、僕らは自分たちで稼いでやってるんだ」
つって不満爆発させてたな
内心穏やかではないだろうな
まぁ、その分いくらかは本社に負担させたりしてるけど
数年前に「本社から潤沢な資金を与えられてるとよく言われるが、僕らは自分たちで稼いでやってるんだ」
つって不満爆発させてたな
つか、段々とSCEがSonyである必然性が無くなってる様な気もする。
Sonyから見ればSCEは必要なんだけど、逆は・・・
Sonyから見ればSCEは必要なんだけど、逆は・・・
よし！
ＳＣＥ売ろう！
ＳＣＥ売ろう！
出井の罪は計り知れないほど大きいね
各子会社が独自に自由なことやって個性出していたのに
親会社直轄にしてしまって全部ダメにしてしまった
各子会社が独自に自由なことやって個性出していたのに
親会社直轄にしてしまって全部ダメにしてしまった
よしSCEの独立戦争だ
PS3はHDD付で$400とデタラメぶっこいていたソニーCEOストリンガーの発言をCNNが修正
http://blog.livedoor.jp/lets_caitsith/archives/50252783.html
http://blog.livedoor.jp/lets_caitsith/archives/50252783.html
SCE自体ソニーが無かったら存在しなかっただろ。
>>224
出井は引き際を見誤ったと言われてるね。
ソニーのトップだった10年間のうち、前半の5年は良かった。
90年代後半は将来のリビングの主役になるのがPCなのか
家電なのかが見えない時期でもあって抽象的なイメージや
コンセプトで「消費者に訴求していく」方法は合致していた。
しかし、21世紀になってデジタル家電の実像が見え始めて
「消費者の望むものを作る」時期になっても手法を変えず
過去の成功体験が目的化して時代の波に乗り遅れた。
その間にも社内で次世代の芽はあったが、食い潰そうとして
ついにトップの座から引き摺り下ろされた。
>>227
子の自立に干渉する親ほど見苦しいものは無い。
出井は引き際を見誤ったと言われてるね。
ソニーのトップだった10年間のうち、前半の5年は良かった。
90年代後半は将来のリビングの主役になるのがPCなのか
家電なのかが見えない時期でもあって抽象的なイメージや
コンセプトで「消費者に訴求していく」方法は合致していた。
しかし、21世紀になってデジタル家電の実像が見え始めて
「消費者の望むものを作る」時期になっても手法を変えず
過去の成功体験が目的化して時代の波に乗り遅れた。
その間にも社内で次世代の芽はあったが、食い潰そうとして
ついにトップの座から引き摺り下ろされた。
>>227
子の自立に干渉する親ほど見苦しいものは無い。
出井も金融部門を黒字化させたり、無能ではなかったのに
リストラで技術部門を虐めたのがケチのつき始め
熟練技術者から技術の伝承が成されなかった
ソニーだけじゃないが、最近は退職した技術者を呼び戻してるらしいな
リストラで技術部門を虐めたのがケチのつき始め
熟練技術者から技術の伝承が成されなかった
ソニーだけじゃないが、最近は退職した技術者を呼び戻してるらしいな
実質無借金企業ランキング
（手許資金超過額＝手許資金－有利子負債、2005年3月末時点）
１．武田薬品工業（4502） 手許資金超過額15,082億円
２．任天堂（7974） 8,471
３．日本たばこ産業（2914） 6,130
４．松下電器産業（6752） 4,638
５．アステラス製薬（4503） 4,248
６．村田製作所（6981） 4,204
７．ファナック（6954） 3,912
８．ソニー（6758） 3,315
９．ローム（6963） 3,285
10．三共（4501） 3,025
（手許資金超過額＝手許資金－有利子負債、2005年3月末時点）
１．武田薬品工業（4502） 手許資金超過額15,082億円
２．任天堂（7974） 8,471
３．日本たばこ産業（2914） 6,130
４．松下電器産業（6752） 4,638
５．アステラス製薬（4503） 4,248
６．村田製作所（6981） 4,204
７．ファナック（6954） 3,912
８．ソニー（6758） 3,315
９．ローム（6963） 3,285
10．三共（4501） 3,025
出井は結構叩かれるけど、俺がおもうに元々大賀がひいた路線を出井が乗っかっただけで元はといえば大賀が種をまいたんじゃまいか?
大賀が種まいて出井が育てたってかんじで、いまのソニーの状況を作り出したのは大賀にも責はあると思うんだけどなぁ
それをいい状況に持って行けなかった出井もたしかにあれだが
大賀が種まいて出井が育てたってかんじで、いまのソニーの状況を作り出したのは大賀にも責はあると思うんだけどなぁ
それをいい状況に持って行けなかった出井もたしかにあれだが
それを言い出したら盛田の頃から既に今に至る複線はあった
金融は悲願だったらしいからね。軽薄短小なエンタメ路線もそう
金融は悲願だったらしいからね。軽薄短小なエンタメ路線もそう
GEのまね？
シャープはツインファミコン以来、この世界に足を踏み入れないね。なんでだろう。
>>235
シャープの場合、子供が使うには華奢な設計ばかりするから
たとえばメビウスノートのMuramasaとか、あんなの液晶割ってくれと
いわんばかりの設計だな、少しはLet'SNoteを見習えよと
ツインファミコンに限ると、ビデオ出力のハンダ割れやACアダプタの
保守性に困った。
シャープの場合、子供が使うには華奢な設計ばかりするから
たとえばメビウスノートのMuramasaとか、あんなの液晶割ってくれと
いわんばかりの設計だな、少しはLet'SNoteを見習えよと
ツインファミコンに限ると、ビデオ出力のハンダ割れやACアダプタの
保守性に困った。
237 ：名無しさん必死だな：2005/11/25(金) 00:36:07 ID:RXA6JOsE
上げちゃった・・・ｺﾞﾒﾝ・・・orz....
良くも悪くもないのでは
つか、企業なんて好き嫌いで色分け出来るほど単純じゃないよ
つか、企業なんて好き嫌いで色分け出来るほど単純じゃないよ
ＰＳＰの液晶ってシャープじゃなかったかな
ディスクシステムは実質シャープのQDドライブだったりシャープと任天堂の繋がりはかなり強そうだよね。
（３Dメガネとかも実は・・・）
あとNECから発売していたPCエンジンもグラフィック周りの基本構造がX68のそれと酷似していて、
当時のハドソンとシャープの関係からやはり設計に加わっていたのではないかと言われていた。
（それを裏付けるように、何故かNECではなくシャープからPCエンジンと合体したX1が発売・・・）
初代GBのチップはシャープ設計らしいからGBAやDSもシャープがやってるのかも。
あと携帯ゲームの液晶は今の所どの機種にも独占的に供給してるかと。
（３Dメガネとかも実は・・・）
あとNECから発売していたPCエンジンもグラフィック周りの基本構造がX68のそれと酷似していて、
当時のハドソンとシャープの関係からやはり設計に加わっていたのではないかと言われていた。
（それを裏付けるように、何故かNECではなくシャープからPCエンジンと合体したX1が発売・・・）
初代GBのチップはシャープ設計らしいからGBAやDSもシャープがやってるのかも。
あと携帯ゲームの液晶は今の所どの機種にも独占的に供給してるかと。
ソニーの内情に話が移るとGKがいきいきし始めますな（ｗ
上司批判するのは勝手だがクビになってもしらんぞ。
上司批判するのは勝手だがクビになってもしらんぞ。
なにこの人
きっと楽しいのだよ。
そっとしといてあげなよ
そっとしといてあげなよ
360がついに発売されておかしくなっちゃった人。
MDとかは、SonyとSharpが両輪で推進したけど
今のSharpは、総合電器じゃなくて半分部品メーカーだから
基本的に中立でしょ
一度もこの世界に踏み入れてないのは
富士通/三菱/サンヨー/京セラ?
今のSharpは、総合電器じゃなくて半分部品メーカーだから
基本的に中立でしょ
一度もこの世界に踏み入れてないのは
富士通/三菱/サンヨー/京セラ?
会社の派閥争いなんぞCellスレには関係ないよな。
別スレ立ててやれ。
別スレ立ててやれ。
富士通なんて
今じゃ、誰も見向きもしない企業だろ。
ほとんど虫の息
今じゃ、誰も見向きもしない企業だろ。
ほとんど虫の息
>>246
サンヨーは3DOトライ出したよ
サンヨーは3DOトライ出したよ
大昔の計算機的パソコン時代はNECと富士通の2強でシャープはコンシューマー用のプロセッサやらX68000やらで外道的扱いだったけど
結局今の時代に対応して上手く立ち回れているのはシャープだよな・・・
そういや液晶部門立ち上げたテレビ事業部がX1やX68000作ってたんだっけ。
MZの立場は完全に無いなｗ
結局今の時代に対応して上手く立ち回れているのはシャープだよな・・・
そういや液晶部門立ち上げたテレビ事業部がX1やX68000作ってたんだっけ。
MZの立場は完全に無いなｗ
いやヤバイよ、競争激しいし。
利益を上げられなくなってるから。一歩間違えば三洋電機
ＩＢＭ見本にハードをあるていど切ってソフトと通信関連で稼ぐ方に行きたいのはわかるけど
なかなかね
利益を上げられなくなってるから。一歩間違えば三洋電機
ＩＢＭ見本にハードをあるていど切ってソフトと通信関連で稼ぐ方に行きたいのはわかるけど
なかなかね
松下がプラズマでえげつない価格競争しかけて
シャープも収益が低下してかなりやばい
確かに液晶に特化して生きてゆく道もあるけど
Only oneだけ食って行くにはまだまだ図体が大きい
Li-ionでOnly oneのサンヨーと同じ構図が待ってる
シャープも収益が低下してかなりやばい
確かに液晶に特化して生きてゆく道もあるけど
Only oneだけ食って行くにはまだまだ図体が大きい
Li-ionでOnly oneのサンヨーと同じ構図が待ってる
Cellの話しろよ
サンヨーがんばってもらいたいなぁ。
Z1やZ2という、低価格とは思えない
質の良い液プロを開発したりと、がんばってたのになぁ。
Z1やZ2という、低価格とは思えない
質の良い液プロを開発したりと、がんばってたのになぁ。
三洋は地震がな…。
ありゃ不幸としか言いようが無い。
ありゃ不幸としか言いようが無い。
地震がなくても、家電撤退は時間の問題だったと思う。
やっぱ大きくなっても同族なのは駄目だな
松下、アメリカで４０インチのプラズマを２３万ぐらいで売ってサムスンより安い
攻撃的な価格で攻勢って経済誌に書かれてたもんな
致命傷になる前にＮＥＣが上手く逃げ出して、そのプラズマ部門買ったパイオニアが死んだ・・・・・・
攻撃的な価格で攻勢って経済誌に書かれてたもんな
致命傷になる前にＮＥＣが上手く逃げ出して、そのプラズマ部門買ったパイオニアが死んだ・・・・・・
これソニーがやってたらまた業界荒らしだのなんだのボロクソに叩かれるんだろうな。
プラズマと言えば富士通日立ってどうなってるんだろ。
富士通の不採算部門縮小で日立主導になってた気がするけど。
富士通の不採算部門縮小で日立主導になってた気がするけど。
ぶっちゃけ、PS3発売日にあわせて、同じ事ソニーやると思うけど
SONYは自分でPDP造れないくせに侮辱したのが許せん
>>265
それにはまず発売日を決めないと。
それにはまず発売日を決めないと。
>266
自分で造る愚を犯す前にやめたんだから良いんじゃね
自分で造る愚を犯す前にやめたんだから良いんじゃね
クタがプラズマ捨てさせたのは英断だったな
>>266
まぁ、PDPの特許を一部企業が独占しちまってるからな。しょうがないべ。
まぁ、PDPの特許を一部企業が独占しちまってるからな。しょうがないべ。
やっぱり映画を観るならプラズマ
ゲームもプラズマだよね
ゲームもプラズマだよね
焼き付け起こすぞ。
所詮プラズマは、半端な存在。
SEDもあるし、将来的には有機ELも登場してPDPの優位性なんてないだろ。
SEDもあるし、将来的には有機ELも登場してPDPの優位性なんてないだろ。
米でプラズマ旋風ｷﾀ━━━━━━━━(ﾟ∀ﾟ)━━━━━━━━━━ !!!
つか、プラズマは1画素1画素が蛍光灯みたいなもんだから、原理的に焼き付きは結構厳しいんじゃないの。
SEDはどうなんだろう。
SEDはどうなんだろう。
けど液晶はサムチョンと組んだせいで
フューチャーヴィジョンから追い出されたのもクタのせいじゃなかった？
これってそろそろ稼動するんでしょ？そうなると液晶じゃ負け決定じゃね？
一応、1世代遅れに技術を開放するらしいけどそれまでは日本連合で独占みたいだし。
フューチャーヴィジョンから追い出されたのもクタのせいじゃなかった？
これってそろそろ稼動するんでしょ？そうなると液晶じゃ負け決定じゃね？
一応、1世代遅れに技術を開放するらしいけどそれまでは日本連合で独占みたいだし。
>>276
寄り合いの日本連合は、悲しいけど液晶じゃ負け決定だよ
この手の寄り合い研究開発でうまくいった試しがない、半導体でもやってるけど全然駄目でしょ。
日本で生き残れるのはシャープだけ
それに韓国のサムスンソニー連合、ＬＧフィリップス、台湾のＡＵＯぐらいだよ
寄り合いの日本連合は、悲しいけど液晶じゃ負け決定だよ
この手の寄り合い研究開発でうまくいった試しがない、半導体でもやってるけど全然駄目でしょ。
日本で生き残れるのはシャープだけ
それに韓国のサムスンソニー連合、ＬＧフィリップス、台湾のＡＵＯぐらいだよ
焼き付きとか言ってる奴は
プラズマ持ってないんだろなぁ
プラズマ持ってないんだろなぁ
>>277
ん。フューチャーヴィジョンは上手く言ってるみたいよ。
当然、シャープもそれに入ってるし。そろそろ稼動する工場も
これ対応じゃなかった？
従来のパネルをガラス板から取る方法じゃなく
ガラスの棒をつなげていく方法とかいろいろと変わってるって聞いたけど。
実際、第９世代はサムソンが仕様統一してくれって泣きついてたし。
工作ロボットの方も技術は流さないきまりになってるし。
ん。フューチャーヴィジョンは上手く言ってるみたいよ。
当然、シャープもそれに入ってるし。そろそろ稼動する工場も
これ対応じゃなかった？
従来のパネルをガラス板から取る方法じゃなく
ガラスの棒をつなげていく方法とかいろいろと変わってるって聞いたけど。
実際、第９世代はサムソンが仕様統一してくれって泣きついてたし。
工作ロボットの方も技術は流さないきまりになってるし。
>>275
ブラウン管で焼き付きが起こるから同じ原理のSEDでも、もちろん焼きつく。
焼き付きは表示方式よりゲームのゲージみたいに同じ画面を長時間表示する事に
よって起こるからスクリーンセーバーを使えば回避出来るけどね。
TVはゲームだけでなく放送やDVD見たりするから簡単には焼き付かない筈だが。
ブラウン管で焼き付きが起こるから同じ原理のSEDでも、もちろん焼きつく。
焼き付きは表示方式よりゲームのゲージみたいに同じ画面を長時間表示する事に
よって起こるからスクリーンセーバーを使えば回避出来るけどね。
TVはゲームだけでなく放送やDVD見たりするから簡単には焼き付かない筈だが。
いや、大賀の路線で最初はうまくやってたけど、
出井は社会の変化を見る目がなかったからソニーがだめになった。
社会にあわせて柔軟に変化できない企業はだめになるよ。
出井は社会の変化を見る目がなかったからソニーがだめになった。
社会にあわせて柔軟に変化できない企業はだめになるよ。
うはｗリロード忘れて超おそレスしてもうたｏｒｚ
PDPが焼き付きやすいと知ってる人は、そりゃPDPは持ってないでしょ。
4:3の映像が主流のうちは怖いな。
かと言って液晶も問題あるが。
4:3の映像が主流のうちは怖いな。
かと言って液晶も問題あるが。
AV板とかでも時々プラズマの悲惨な報告を見かけるな。
また、荒らしか。
Ｃｅｌｌが順調なのが、延々関係ない話を続けて荒らす位に悔しいか？
Ｃｅｌｌが順調なのが、延々関係ない話を続けて荒らす位に悔しいか？
全角使うやつは馬鹿。
境界部分に使用頻度の差があるのが
問題なんじゃないの？
右上だけちょっと明るくモヤっとしちゃうとか。
問題なんじゃないの？
右上だけちょっと明るくモヤっとしちゃうとか。
>>286
なぜ地上波デジタルに限定するのだろうか。
なぜ地上波デジタルに限定するのだろうか。
会社の対応では任天堂以外はダメでFAでしょ。
目糞鼻糞だ。
目糞鼻糞だ。
失礼。誤爆しました。
フジの全国のニュースでもソニーウイルスの特集をやっていた。
もう終わったな・・・。
もう終わったな・・・。
295 ：名無しさん必死だな：2005/11/25(金) 21:49:44 ID:JAEaqoep
ろくに報道もしてないで「知ってますか？」ってなめとんか
この2週間で日本でどんくらい売れたかしらんが
マスコミの隠蔽も立派な犯罪だろ
この2週間で日本でどんくらい売れたかしらんが
マスコミの隠蔽も立派な犯罪だろ
何このスレ違いの応酬
ここまで騒動になったらCCCDに固執してる連中は責任取ってクビor左遷だな。
>>297
レコード協会やJASLACの圧力
レコード協会やJASLACの圧力
一般の認識としては
ち ゃ ち な ん だ か ら で き て あ た り ま え
なんですが、でもフィルター通すと素晴らしい対応になります
ち ゃ ち な ん だ か ら で き て あ た り ま え
なんですが、でもフィルター通すと素晴らしい対応になります
誤爆にレスしたるなよ。
しかしネタがないねぇ・・・
リアプロが完全に忘れられているな
πのPDPは、確かにパナのよりも省エネだが、リアプロにはかなわん。
cell並に将来が有望だと思うが。
πのPDPは、確かにパナのよりも省エネだが、リアプロにはかなわん。
cell並に将来が有望だと思うが。
しかしリアプロは日本でだけ犯罪的に高い。
55型で30万越えって何なんだよ
55型で30万越えって何なんだよ
とはいえ、PDPよりは安いんだけどね。
日本は、リアプロがまったく普及していないから価格は仕方がないのかも。
画質や耐久性、消費電力ではLCDやPDPでは暫く追いつけなさそうなんだけどな。
日本は、リアプロがまったく普及していないから価格は仕方がないのかも。
画質や耐久性、消費電力ではLCDやPDPでは暫く追いつけなさそうなんだけどな。
まったく、シェア取る気ないのかねリアプロ陣営は。ソニーも国内向けに出したと思ったら3LCDだし。
結構前に、エプソンがリアプロ戦略を打ち出してた。
北米などで価格を武器にどんどん売る～って感じで。
でも、エプソンのリアプロってあまり聞かないよね？
北米などで価格を武器にどんどん売る～って感じで。
でも、エプソンのリアプロってあまり聞かないよね？
>>309
EPSONのはネット販売のみだし。
EPSONのはネット販売のみだし。
ん？ネット販売はちと違うか。要は店頭売りしてないって事。
>>308
恐らく、現段階のSXRDは歩留まりが悪いんじゃない？
それに、SXRDだと価格攻勢という意味では不利。
ビクターのリアプロ見ればわかるけど、LCOSの性能をもてあましている。
スクリーンも光学系もまったく追いついていない。
あれなら、完成度の高い3LCDの方がまし。
数年後には、SXRDに切り替わるんだろうな。
>>311
エプソンには、販売力がないから。
パイオニアの苦戦が販売力の大切さを物語っている。
恐らく、現段階のSXRDは歩留まりが悪いんじゃない？
それに、SXRDだと価格攻勢という意味では不利。
ビクターのリアプロ見ればわかるけど、LCOSの性能をもてあましている。
スクリーンも光学系もまったく追いついていない。
あれなら、完成度の高い3LCDの方がまし。
数年後には、SXRDに切り替わるんだろうな。
>>311
エプソンには、販売力がないから。
パイオニアの苦戦が販売力の大切さを物語っている。
LCOSはインテルが逃げ出すくらいむずいからな
>>315
それは、PDPにもいえるんじゃない？
リアプロは奥行きがあるけれど、DVDレコーダの奥行きと同等。
たいていの設置状況では、リアプロの奥行きは問題ないと思う。
実際、ソニーのリアプロは、テレビ台のほうが奥行きが大きい。
どうしても、奥行きが気になるなら三菱の技術を用いればすむ。
それは、PDPにもいえるんじゃない？
リアプロは奥行きがあるけれど、DVDレコーダの奥行きと同等。
たいていの設置状況では、リアプロの奥行きは問題ないと思う。
実際、ソニーのリアプロは、テレビ台のほうが奥行きが大きい。
どうしても、奥行きが気になるなら三菱の技術を用いればすむ。
多分ソースはAV Watchだったと思うが、SXRDパネルについては
2005年度中に年300万枚量産体制を構築中とか。ビクターのLCOSは
累積60万枚だから、ソニーはあれほどの枚数を作るので来年以降は期待できると思う。
2005年度中に年300万枚量産体制を構築中とか。ビクターのLCOSは
累積60万枚だから、ソニーはあれほどの枚数を作るので来年以降は期待できると思う。
お前ら、時々でいいのでスレタイを読んでください
Cell単体はもうたいした話題がないからしょうがないか。
テクノスレの方がよっぽどCｅｌｌの話題が出てるのがなんとも。
（池沼が沸いてるだけともいえるが）
テクノスレの方がよっぽどCｅｌｌの話題が出てるのがなんとも。
（池沼が沸いてるだけともいえるが）
このスレでも時々"たるさん"系ベクトルスーパーコンピュータ信者ってのが現れるすけど、こういう
ニュースを見て、ちっとわ改宗すべきかと思うす。
http://www.geocities.jp/andosprocinfo/wadai05/20051126.htm
--------------------
１．HPC ChallengeでBlueGene/Lが圧勝
[中略]
RandomAccessは伝統的なベクトル機が有利で，BG/Lは絶対に不得意と見られていたのですが，
これもBlueGene/Lが取りました。
RandomAccessについてはCrayのT90の性能を上回るマシンが10年振りに出てきたという説明でした。
--------------------
ニュースを見て、ちっとわ改宗すべきかと思うす。
http://www.geocities.jp/andosprocinfo/wadai05/20051126.htm
--------------------
１．HPC ChallengeでBlueGene/Lが圧勝
[中略]
RandomAccessは伝統的なベクトル機が有利で，BG/Lは絶対に不得意と見られていたのですが，
これもBlueGene/Lが取りました。
RandomAccessについてはCrayのT90の性能を上回るマシンが10年振りに出てきたという説明でした。
--------------------
地球シミュレータがカッコ良すぎて改宗なんてできません
まあベクトル型がダメというよりは、コンシューマで利用できないCPUが
ダメということで。１億個出荷が前提になってるCellとそうじゃないCPU
じゃ金の掛かり方も違う。
キャッシュレスなSPEを積んだCellは良いとこ取りのハイブリッドだしね。
ダメということで。１億個出荷が前提になってるCellとそうじゃないCPU
じゃ金の掛かり方も違う。
キャッシュレスなSPEを積んだCellは良いとこ取りのハイブリッドだしね。
HPC ChallengeってLinpackのみのTop500
は実性能とは程遠いとか言って反発して生まれたものだろ。
IBMが一番割を食うと見られてたのに皮肉なものだね。
は実性能とは程遠いとか言って反発して生まれたものだろ。
IBMが一番割を食うと見られてたのに皮肉なものだね。
京速計算機だいじょうぶかー？
“Intel Inside”に対抗して“Cell Everywhere”(by TOSHIBA)
http://pc.watch.impress.co.jp/docs/2005/1117/mpfj.htm
http://pc.watch.impress.co.jp/docs/2005/1117/mpfj.htm
HPC Challengeはあれじゃん。CとかFとかNがつく政府機関の機種選定のために開発したともっぱらの噂の…
スパコンなんて動かすアプリをどれだけ最適化するかによっても違うんだから、スカラがベクトルに勝ったからって一喜一憂するのもどうかと
スパコンなんて動かすアプリをどれだけ最適化するかによっても違うんだから、スカラがベクトルに勝ったからって一喜一憂するのもどうかと
330 ：MACオタ＞329 さん：2005/11/26(土) 18:18:44 ID:m5at28fU
>>329
ベクトル型は最適化しないの？
ベクトル型は最適化しないの？
しかしIntel CPUではフリー、商用問わず毎日膨大なコードが書かれているというのに
Cellはせっかく用意したシミュレータなんて誰も使わず
一部のゲーム開発者意外まったくコードが書かれていないという現実。
Cellはせっかく用意したシミュレータなんて誰も使わず
一部のゲーム開発者意外まったくコードが書かれていないという現実。
んなの適材適所じゃん。
たるさん系とか言ってるけど、あれは実行性能のことを言っているのであって、
ベクトル型が全てなんて言い方してないよね。
MACオタの目は何を見ているのだろうか。
たるさん系とか言ってるけど、あれは実行性能のことを言っているのであって、
ベクトル型が全てなんて言い方してないよね。
MACオタの目は何を見ているのだろうか。
>>332
日本にハッカーはいない
日本にハッカーはいない
335 ：MACオタ＞331 さん：2005/11/26(土) 19:23:29 ID:m5at28fU
>>332
コード書いたことあるのかな？
バイナリの互換性というならわかるけど
MSの開発環境使う限りWindowsに特化したコードがかかれてしまう事が多いのは理解できるけど
IA32に特化したコードを書くことが出来るのはほんの一部の人だけだよ
普通にint=32bit のC++を書いてる限り、そうそうCPUアーキテクチャに特化したコードなんて書けない
せいぜいバウンダリに気をつけるぐらい
SSEやAltiVecを使うクリティカルルーチンはメディア関係以外は必要ない
いわゆる業務向けは、最近Java/ASP/PHP/Perlばっかだよ
コード書いたことあるのかな？
バイナリの互換性というならわかるけど
MSの開発環境使う限りWindowsに特化したコードがかかれてしまう事が多いのは理解できるけど
IA32に特化したコードを書くことが出来るのはほんの一部の人だけだよ
普通にint=32bit のC++を書いてる限り、そうそうCPUアーキテクチャに特化したコードなんて書けない
せいぜいバウンダリに気をつけるぐらい
SSEやAltiVecを使うクリティカルルーチンはメディア関係以外は必要ない
いわゆる業務向けは、最近Java/ASP/PHP/Perlばっかだよ
Cellはどちらかというと特定用途向け組み込みプロセッサだから
汎用プログラムが書かれるIA32と比べるのは意味がないと思うけど
組み込みという意味では
ARM/PPC/MIPS という戦場に新たにCellが加わっただけという気がする
桁違いにパフォーマンス高いけどさ
ほんとに使い道アルのかなぁ?
汎用プログラムが書かれるIA32と比べるのは意味がないと思うけど
組み込みという意味では
ARM/PPC/MIPS という戦場に新たにCellが加わっただけという気がする
桁違いにパフォーマンス高いけどさ
ほんとに使い道アルのかなぁ?
Cellにもスパイウィルス入れてるかもｗ
>普通にint=32bit のC++を書いてる限り、そうそうCPUアーキテクチャに特化したコードなんて書けない
それに対してCellの場合ライブラリがある程度はラップしてくれるにしても
CPUアーキティクチャに非常に強く依存したコードを書かなければならない。
既存のコードは全滅。まるでCPU界のガラパゴス諸島のようだな。
それに対してCellの場合ライブラリがある程度はラップしてくれるにしても
CPUアーキティクチャに非常に強く依存したコードを書かなければならない。
既存のコードは全滅。まるでCPU界のガラパゴス諸島のようだな。
architecture
【発音】α':(r)kэte`kt∫э(r)
アーキティクチャ
748件
アーキテクチャ
約2,200,000 件
馬鹿は去ね。
【発音】α':(r)kэte`kt∫э(r)
アーキティクチャ
748件
アーキテクチャ
約2,200,000 件
馬鹿は去ね。
>>343
小さな誤字脱字ごときで細かいやつは嫌われるぞ
所詮言葉は、思いを伝える手段に過ぎないのだから
思いが伝わればそれでいいじゃない。
クタをみてみろよ、言葉はﾊｯﾀﾘでも凄い思いが伝わってくるよ
小さな誤字脱字ごときで細かいやつは嫌われるぞ
所詮言葉は、思いを伝える手段に過ぎないのだから
思いが伝わればそれでいいじゃない。
クタをみてみろよ、言葉はﾊｯﾀﾘでも凄い思いが伝わってくるよ
アーキテクチャに強く依存って、プログラムしたこと無い奴の言い草っぽいな。
アーキテクチャ依存のプログラムって、組むの超むずかしいんだぞ。
アーキテクチャ依存のプログラムって、組むの超むずかしいんだぞ。
SPEに強く依存したCellプログラミングはむずいってことだね。
SSEはオプショナルだし局所的なコーディングで完結するし
Altivecはgccが最適化で自動的に使ってくれるのに。
SSEはオプショナルだし局所的なコーディングで完結するし
Altivecはgccが最適化で自動的に使ってくれるのに。
Cellに限らず、PXもPentiumもARMもPPCもなんでもかんでも、
アーキに依存するならムズイってことを言っているのだが、
変な人にはCell限定に聞こえるらしい。
アーキに依存するならムズイってことを言っているのだが、
変な人にはCell限定に聞こえるらしい。
何でもかんでも一緒ｸﾀにしてCellの開発コストのバカ高さを隠蔽しようと必死だね。
多様性を認めろ
全てのオープンソースはそこから始まる
全てのオープンソースはそこから始まる
>>347
オプショナルである事は、依存コードを書かなきゃならない事と何ら関係無いと思うんだが
例えオプショナルでも、SSEを使うなら依存したコードを書かなきゃならない訳だし
gccが自動で最適化して使ってくれる程度の最適化なら、SPE用コンパイラも持ってるよ
そもそもSPE用gccがあるんだしね
自動で最適化してくれる程度の最適化でいいのなら、LSというL1速度のローカルメモリを
持ったSPEの方が圧倒的に有利だろう
オプショナルである事は、依存コードを書かなきゃならない事と何ら関係無いと思うんだが
例えオプショナルでも、SSEを使うなら依存したコードを書かなきゃならない訳だし
gccが自動で最適化して使ってくれる程度の最適化なら、SPE用コンパイラも持ってるよ
そもそもSPE用gccがあるんだしね
自動で最適化してくれる程度の最適化でいいのなら、LSというL1速度のローカルメモリを
持ったSPEの方が圧倒的に有利だろう
ほらCell限定で攻撃しはじめましたよ。痛いですね。
> Altivecはgccが最適化で自動的に使ってくれるのに。
Cell/SPEが自動で最適化されないと考える理由は何？
VMXで出来てSPEで出来ないと考えるのがよくわからんな。
Cell/SPEが自動で最適化されないと考える理由は何？
VMXで出来てSPEで出来ないと考えるのがよくわからんな。
SPEもLSサイズを考慮せずに使えるようなことも書かれてたけどなぁ。
まあメインメモリのサイズは意識した方がいいだろうけど、アーキテクチャが
どうのってレベルではないだろうよｗ
まあメインメモリのサイズは意識した方がいいだろうけど、アーキテクチャが
どうのってレベルではないだろうよｗ
サンプルコードもっとほしいべよ
SIMDコードを手続き型言語で書くのはなにげに、じゃまくさいけどね
最近のCPUはFPUよりSSEやAltiVecのが速いから、コンパイラもそうゆうコード出力できるけど
使ったことになるのかな？
SIMDは依存性のないデータをまとめて演算するものだから、適応範囲は広くない。
最近のCPUはFPUよりSSEやAltiVecのが速いから、コンパイラもそうゆうコード出力できるけど
使ったことになるのかな？
SIMDは依存性のないデータをまとめて演算するものだから、適応範囲は広くない。
361 ：名無しさん必死だな：2005/11/27(日) 00:22:29 ID:proaC7Xz
Cell限定になるのは当たり前。
複雑な処理を削って得られた性能なんだから、依存関係とは別に読み込まれるメディアのDETA内容から吟味しないととんでもない事になる。
BD映像のみ特化するつもりなら十分だが、これでは豪華なムービーゲームから脱却できないでしょ？
例えば多視点の切り替えしながら移動・戦闘するような場合、SPEの負荷が心配だし他のコアは助けてくれるような能力はない。
これを回避するにはゲームそのものの相当なバランス調整作業が見えてるし、コマンド配置もシビアになるのは確実。
複雑な処理を削って得られた性能なんだから、依存関係とは別に読み込まれるメディアのDETA内容から吟味しないととんでもない事になる。
BD映像のみ特化するつもりなら十分だが、これでは豪華なムービーゲームから脱却できないでしょ？
例えば多視点の切り替えしながら移動・戦闘するような場合、SPEの負荷が心配だし他のコアは助けてくれるような能力はない。
これを回避するにはゲームそのものの相当なバランス調整作業が見えてるし、コマンド配置もシビアになるのは確実。
>>360
あ、それおもくそ俺の勘違い。
あ、それおもくそ俺の勘違い。
>それらしい単語並べて悦にひたらないでくれる？
何気にゲハ板の存在意義を全否定してるな
何気にゲハ板の存在意義を全否定してるな
ごめんなさい
>>361
DETA内容ってなに？まさかData
DETA内容ってなに？まさかData
ここまでのまとめ
・SPEx7への分割はシングルタスクコードをツールが全自動で分割
・あらゆるコードをSIMD命令を使って最適化
・SPEからXDR、PPEからGDDR3、RSXからXDRの透過的でノーペナルティなアクセスが可能
・Cell最強
・SPEx7への分割はシングルタスクコードをツールが全自動で分割
・あらゆるコードをSIMD命令を使って最適化
・SPEからXDR、PPEからGDDR3、RSXからXDRの透過的でノーペナルティなアクセスが可能
・Cell最強
>>367
いや それは夢見すぎ
いや それは夢見すぎ
>367
> ・Cell最強
真偽はさておきマトメすぎ
> ・Cell最強
真偽はさておきマトメすぎ
・SPEx7への分割はシングルタスクコードをツールが全自動で分割
開発者が泣いて喜ぶ素敵仕様だなw
開発者が泣いて喜ぶ素敵仕様だなw
371 ：＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿／：2005/11/27(日) 01:28:47 ID:c0q9f4aS
ｏ
。
｡ ヽ从/
ｶﾞﾊﾞｯ ∧ ∧ ／￣￣￣￣￣￣￣￣￣
(ﾟДﾟ；):. _ ＜ なんだ夢かｺﾞﾙｧ!!
ｒ'⌒と､j ミ ヽ ＼＿＿＿＿＿＿＿＿＿
ノ ,.ｨ' ｀ヽ. /
／ i!./
（_,. //
く.,_｀^''ｰ-､_,,..ノ/
｀~`''ー--‐'
。
｡ ヽ从/
ｶﾞﾊﾞｯ ∧ ∧ ／￣￣￣￣￣￣￣￣￣
(ﾟДﾟ；):. _ ＜ なんだ夢かｺﾞﾙｧ!!
ｒ'⌒と､j ミ ヽ ＼＿＿＿＿＿＿＿＿＿
ノ ,.ｨ' ｀ヽ. /
／ i!./
（_,. //
く.,_｀^''ｰ-､_,,..ノ/
｀~`''ー--‐'
そんな夢ツールが欲しいです。
>>373
賞賛してるか？
結局言いたい事は、Linpack性能だけのスパコンで、
実性能ではベクトルスパコンには及ばないって言ってる
だけじゃないのか？
＞だから、BuleGene/LはLINPACKのようなレイテンシが
＞重要な問題には適しているが、 バンド幅が問題になる
＞用途では１結合175MB/sというバンド幅の細さが問題
＞になるハズである。
って言ってるけど、実際にはRandomAccessでもBlueGene/Lは
圧勝してしまったわな。
賞賛してるか？
結局言いたい事は、Linpack性能だけのスパコンで、
実性能ではベクトルスパコンには及ばないって言ってる
だけじゃないのか？
＞だから、BuleGene/LはLINPACKのようなレイテンシが
＞重要な問題には適しているが、 バンド幅が問題になる
＞用途では１結合175MB/sというバンド幅の細さが問題
＞になるハズである。
って言ってるけど、実際にはRandomAccessでもBlueGene/Lは
圧勝してしまったわな。
結局物量じゃん
つまり今いるこの現実はCellによる現実シミュレータの中の仮想日本だったってことでFA？
377 ：名無しさん必死だな：2005/11/27(日) 03:37:03 ID:proaC7Xz
違うよ。Cellもただのプロセッサで、設計方法として斬新なだけ。
手法として安価なPCに採用する可能性はありそうだが、その程度の現実しか持ち合わせてはいない。
手法として安価なPCに採用する可能性はありそうだが、その程度の現実しか持ち合わせてはいない。
ネタにマジレスしてしまうほどバイアスかかっちゃってるんだな・・・。
＞指全部と顔の表情付きの最も重いキャラクターだと１０００人６０FPSはちょっと苦しい。
(中略)
＞指と表情を取ると、３０００人６０FPSは軽くクリア。
＞ということは、６個全部使えば、２万人を６０FPSで動かせるという計算になる。
＞実際には、帯域幅の問題とあっち側のことでそこまでいくことは無い。
＞これだけの人数になるとAI木は固定でパラメータ制御でないとあっという間にサイクル数を消費する。
＞とても動的には、生成している暇は無い。
(中略)
＞指と表情を取ると、３０００人６０FPSは軽くクリア。
＞ということは、６個全部使えば、２万人を６０FPSで動かせるという計算になる。
＞実際には、帯域幅の問題とあっち側のことでそこまでいくことは無い。
＞これだけの人数になるとAI木は固定でパラメータ制御でないとあっという間にサイクル数を消費する。
＞とても動的には、生成している暇は無い。
6個全部使えばって、これSPEの事かと思ったら、SPE8個か、ｽﾏｿ。
箱360のハードウェアスレッドの事かも。
ｽﾚ違いだった、スマソ。
箱360のハードウェアスレッドの事かも。
ｽﾚ違いだった、スマソ。
>>373
とりあえずタイムパトロールに通報しておきますね
とりあえずタイムパトロールに通報しておきますね
その後、たるさんを見たものは居なかった・・・。
－終劇－
－終劇－
383 ：名無しさん必死だな：2005/11/27(日) 06:40:21 ID:QPsUJc/O
>・SPEx7への分割はシングルタスクコードをツールが全自動で分割
マジ？これが一番の難所だと思っていたのに。
マジ？これが一番の難所だと思っていたのに。
全自動で並列化って聞こえはいいけど
現状のgccや商用コンパイラの能力を考えれば
適用範囲が恐ろしく狭いだけのような。
現状のgccや商用コンパイラの能力を考えれば
適用範囲が恐ろしく狭いだけのような。
>>385
367の書いてる馬鹿な事はともかく、SIMD化は丁度今ホットではあるよ。
gcc4.1のリリースノートや4.2の予定なんか見ると、
パーサーの改良、SSA/auto vectorizationとか。
gccもIBMのXLCなんかもこれからどんどんSIMD命令の最適化が進むでしょ。
367の書いてる馬鹿な事はともかく、SIMD化は丁度今ホットではあるよ。
gcc4.1のリリースノートや4.2の予定なんか見ると、
パーサーの改良、SSA/auto vectorizationとか。
gccもIBMのXLCなんかもこれからどんどんSIMD命令の最適化が進むでしょ。
>>379-380は唐突に出てきて何なんだ一体。何を引用してるの?
ところで
http://www.rbbtoday.com/news/20051115/27028.html
は貼られた? 後藤はアニメ見てそうな感じの顔じゃないなあｗ ってか、何の
開発もしてない後藤が講師になってるのはどう考えても変だな。
ところで
http://www.rbbtoday.com/news/20051115/27028.html
は貼られた? 後藤はアニメ見てそうな感じの顔じゃないなあｗ ってか、何の
開発もしてない後藤が講師になってるのはどう考えても変だな。
>>367
>SPEx7への分割はシングルタスクコードをツールが全自動で分割
・バイナリーの肥大化、並列処理の効率が悪い。投棄実行型プログラムに限られる。
>あらゆるコードをSIMD命令を使って最適化
・依存関係のあるある命令は不可、ルートプログラムはPPEで動かすしかない。
>SPEからXDR、PPEからGDDR3、RSXからXDRの透過的でノーペナルティなアクセスが可能
・メモリアドレスはリニアだがレイテンシは最悪、相手側のメモリアクセスは
帯域とのトレードオフになる。
>Cell最強
・SPEを無駄なく使えるようになるには数年かかるという予測、当面はPPE＋SPE1個しか
使用しないゲームが多そう（サウンドのように投棄実行出来るものは除く）
>SPEx7への分割はシングルタスクコードをツールが全自動で分割
・バイナリーの肥大化、並列処理の効率が悪い。投棄実行型プログラムに限られる。
>あらゆるコードをSIMD命令を使って最適化
・依存関係のあるある命令は不可、ルートプログラムはPPEで動かすしかない。
>SPEからXDR、PPEからGDDR3、RSXからXDRの透過的でノーペナルティなアクセスが可能
・メモリアドレスはリニアだがレイテンシは最悪、相手側のメモリアクセスは
帯域とのトレードオフになる。
>Cell最強
・SPEを無駄なく使えるようになるには数年かかるという予測、当面はPPE＋SPE1個しか
使用しないゲームが多そう（サウンドのように投棄実行出来るものは除く）
自分にはそれしかできませんと暴露してるんだろ
一応、既に複数個（SPE5基だったかな）並列で使って開発してるとIncognitoは言ってるんだけどな・・・
まあ、パフォーマンスモニターと睨めっ子しながら手動で手間ひま掛けてやってるみたいだけど
まあ、パフォーマンスモニターと睨めっ子しながら手動で手間ひま掛けてやってるみたいだけど
367はちょっと馬鹿って感じだが、389はお花畑入ってるな。
もしかしてID変えた自作自演？
ID:XbrsH/aLは二度と現れない予感。
もしかしてID変えた自作自演？
ID:XbrsH/aLは二度と現れない予感。
チカンのお気に入り三連コンボだからなw
cellマンセー→cell否定→これだからcell房は君登場
cellマンセー→cell否定→これだからcell房は君登場
>>394
お花畑vsMACオタなんていう基地外同士の煽り合いだっただけだろｗ
お花畑vsMACオタなんていう基地外同士の煽り合いだっただけだろｗ
397 ：MACオタ＞396 さん：2005/11/27(日) 12:43:02 ID:3nOvkRIO
茶谷氏によると、
「全自動で最適な形に・・・・とまではいきませんが、それなりに楽になるようツールを用意します。」
「全自動で最適な形に・・・・とまではいきませんが、それなりに楽になるようツールを用意します。」
結局人間最適化かよ。おわっ㌧な。
二度も投棄実行と書いてるから誤変換ではなく本気でそう思ってるんだろうな
大騒ぎのMGS4からしてSPEを複数個使ってるわけだが
大騒ぎのMGS4からしてSPEを複数個使ってるわけだが
>>389
いかにも人口無能な人相手に反論する気って起こる？
具体的な根拠やソースも無く妄想100%なだけではなく、
そもそも言葉が意味不明だからなあ。
>>397
Macオタ、最近反応良すぎ。
>>399
全自動の最適化なんてどんな処理系でも今のところ無理。
アルゴリズムの最適化、コンパイラ癖に合わせたコーディング、
プロファイラやアナライザを元に改良。人間が頑張らないと。
いかにも人口無能な人相手に反論する気って起こる？
具体的な根拠やソースも無く妄想100%なだけではなく、
そもそも言葉が意味不明だからなあ。
>>397
Macオタ、最近反応良すぎ。
>>399
全自動の最適化なんてどんな処理系でも今のところ無理。
アルゴリズムの最適化、コンパイラ癖に合わせたコーディング、
プロファイラやアナライザを元に改良。人間が頑張らないと。
自動のやつもあるってのがミソなんだが。
最適化なんて必要になったときにやりゃーいいんだよ。
最適化なんて必要になったときにやりゃーいいんだよ。
403 ：名無しさん必死だな：2005/11/27(日) 13:37:11 ID:BBdRlHYT
行きすぎた著作権保護：
“スパイ的コピープロテクト”の波紋
http://www.itmedia.co.jp/news/topics/xcp.html
これってソニーの経営にどういう影響を及ぼしますかね？
誰か教えてください。
“スパイ的コピープロテクト”の波紋
http://www.itmedia.co.jp/news/topics/xcp.html
これってソニーの経営にどういう影響を及ぼしますかね？
誰か教えてください。
404 ：名無しさん必死だな：2005/11/27(日) 13:42:45 ID:QPsUJc/O
また話題逸らし・・・
>>403
スレ違いも分からないとは
スレ違いも分からないとは
Crayの幹部、HPC推進中のMicrosoftに入社へ
http://www.itmedia.co.jp/news/articles/0511/26/news005.html
スーパーコンピュータメーカーであるCrayのチーフサイエンティストが退社し、Microsoftに入社する予定だ。
バートン・スミス氏は12月7日にCrayを退社し、Microsoftに入社することを11月20日、Crayに表明した。12月7日付でCrayの取締役も退任するという。
Microsoftはハイパフォーマンスコンピューティング（HPC）に強い関心を抱き始めている。
11月初めにシアトルで開催された Supercomputing 05で、同社はWindows Compute Cluster 2003のβ2を披露した。
これは、コンピューティングクラスター向けにジョブスケジュールを行うサーバOSの1種。
スミス氏はTera Computer創設者の1人で、1988年から同社のチーフサイエンティストを務めている。
Teraは2000年にSilicon Graphics（SGI）からCray Researchを買収し、自ら社名をCrayと改名した。
CrayのWebサイトでは、スミス氏はMTA（Multithreaded Architecture）システム担当のチーフアーキテクトとなっている。
http://www.itmedia.co.jp/news/articles/0511/26/news005.html
スーパーコンピュータメーカーであるCrayのチーフサイエンティストが退社し、Microsoftに入社する予定だ。
バートン・スミス氏は12月7日にCrayを退社し、Microsoftに入社することを11月20日、Crayに表明した。12月7日付でCrayの取締役も退任するという。
Microsoftはハイパフォーマンスコンピューティング（HPC）に強い関心を抱き始めている。
11月初めにシアトルで開催された Supercomputing 05で、同社はWindows Compute Cluster 2003のβ2を披露した。
これは、コンピューティングクラスター向けにジョブスケジュールを行うサーバOSの1種。
スミス氏はTera Computer創設者の1人で、1988年から同社のチーフサイエンティストを務めている。
Teraは2000年にSilicon Graphics（SGI）からCray Researchを買収し、自ら社名をCrayと改名した。
CrayのWebサイトでは、スミス氏はMTA（Multithreaded Architecture）システム担当のチーフアーキテクトとなっている。
困ったときの
・ソニーBMG
・GK乙
・PSPは国内で売れない(海外で一部抜かれたので海外は無視)
・サムスン(PD0にサムスンロゴが入ったので自粛の方向)
・自称開発者
・PS3は7万円
・アダルトUMD
・SCEのソフトは売れない
・ソニーBMG
・GK乙
・PSPは国内で売れない(海外で一部抜かれたので海外は無視)
・サムスン(PD0にサムスンロゴが入ったので自粛の方向)
・自称開発者
・PS3は7万円
・アダルトUMD
・SCEのソフトは売れない
409 ：MACオタ＞408 さん：2005/11/27(日) 14:49:47 ID:3nOvkRIO
>>408
HPCクラスタでわ、ノードごとにOSライセンスが必要ってビジネスわ受け入れられないから仕方が無いす。
意外なことにマシン購入=OS購入のXserveがHPCクラスタ製品として成り立っているすけど、これが可能なのわ
OSとハードウェアの両方を出している旧来からのUnixベンダとAppleくらいすね。。。
HPCクラスタでわ、ノードごとにOSライセンスが必要ってビジネスわ受け入れられないから仕方が無いす。
意外なことにマシン購入=OS購入のXserveがHPCクラスタ製品として成り立っているすけど、これが可能なのわ
OSとハードウェアの両方を出している旧来からのUnixベンダとAppleくらいすね。。。
というかHPCってハード企業の領分だよなあ。
なんでMSが投資してるのか、誰か説明してくれ。
なんでMSが投資してるのか、誰か説明してくれ。
411 ：MACオタ＞410 さん：2005/11/27(日) 15:08:03 ID:3nOvkRIO
>>410
LinuxでのCluster構築って相互に微妙に互換性の無いシステムが山程あるすよ。
http://lcic.org/computational.html
ユーザーわ計算機に興味が無い普通の科学者／専門家なんで、チンピラベンダに騙されてるヒト達も多いす。
標準化して、一気にかっさらおうという意図わ理解できるし、ノードライセンスが安ければ悪くないとも言えるす。
LinuxでのCluster構築って相互に微妙に互換性の無いシステムが山程あるすよ。
http://lcic.org/computational.html
ユーザーわ計算機に興味が無い普通の科学者／専門家なんで、チンピラベンダに騙されてるヒト達も多いす。
標準化して、一気にかっさらおうという意図わ理解できるし、ノードライセンスが安ければ悪くないとも言えるす。
413 ：MACオタ＞412 さん：2005/11/27(日) 15:26:30 ID:3nOvkRIO
>>412
--------------------
「Cellはダメ」と言い切っちゃった
--------------------
難癖さんわ、捏造が大好き。。。と(笑)
====================
496 名前：MACオタ 投稿日：2005/10/11(火) 18:47:57 ID:G7cmfRUq
[略]
一応，繰り返しておくすけど初代CELLに関してわ，ハードウェアと命令セットわ一致して
いるすから性能的にも文句を言う筋合いわ無いす。
====================
--------------------
「Cellはダメ」と言い切っちゃった
--------------------
難癖さんわ、捏造が大好き。。。と(笑)
====================
496 名前：MACオタ 投稿日：2005/10/11(火) 18:47:57 ID:G7cmfRUq
[略]
一応，繰り返しておくすけど初代CELLに関してわ，ハードウェアと命令セットわ一致して
いるすから性能的にも文句を言う筋合いわ無いす。
====================
>>407
困ったときの
・VSスレ池
・痴漢乙
・お花畑
・かわいそうな人なんだよ
・勝手に勝利宣言して背走
・海外スレッドのソース無しのカキコをソースと称して脳内変換後コピペ
・同じ内容を何度もコピペ、更にコピペ、うんざりするほどコピペ
・箱○の不具合を見つけると鬼の首でもとったように盛り上がる、しかし
ソニー製品の不具合で反論されて自爆のパターン
・しょぼいタイトルの開発バージョンを煽る
なんかいっぱいありすぎて書ききれないや（ｗ
困ったときの
・VSスレ池
・痴漢乙
・お花畑
・かわいそうな人なんだよ
・勝手に勝利宣言して背走
・海外スレッドのソース無しのカキコをソースと称して脳内変換後コピペ
・同じ内容を何度もコピペ、更にコピペ、うんざりするほどコピペ
・箱○の不具合を見つけると鬼の首でもとったように盛り上がる、しかし
ソニー製品の不具合で反論されて自爆のパターン
・しょぼいタイトルの開発バージョンを煽る
なんかいっぱいありすぎて書ききれないや（ｗ
>>414
オウム返し乙
オウム返し乙
かわいそうな人なんだよ
360用ファン付きスタンド
http://www.gamestop.com/product.asp?product%5Fid=802176
Xbox 360 Fan Stand
$19.99
Publisher: Pelican Accessories
Developer: Pelican Accessories
Platform: Xbox 360
Category: Accessories
http://www.gamestop.com/product.asp?product%5Fid=802176
Xbox 360 Fan Stand
$19.99
Publisher: Pelican Accessories
Developer: Pelican Accessories
Platform: Xbox 360
Category: Accessories
いかにも箱2らしいガジェットだｗ
>>387
まだまだ過渡期だからこそホットなんだろう。
gcc4.1でもなかなかベクトル化してくれない。
cやc++で配列操作をするときに、
少し込み入ったコードだと
全ての配列のペースポインタ、参照にrestrictかいても
ベクトル化可能な所をベクトル化してくれない。
まだまだ過渡期だからこそホットなんだろう。
gcc4.1でもなかなかベクトル化してくれない。
cやc++で配列操作をするときに、
少し込み入ったコードだと
全ての配列のペースポインタ、参照にrestrictかいても
ベクトル化可能な所をベクトル化してくれない。
素直に標準の文法だけで
コンパイラの並列化させるよりも
ベクトル変数やOpenMPなんかの
拡張機能を使って半自動の並列化をさせたほうが
今の所はよっぽど並列化させやすい。
コンパイラの並列化させるよりも
ベクトル変数やOpenMPなんかの
拡張機能を使って半自動の並列化をさせたほうが
今の所はよっぽど並列化させやすい。
>>420
SCEやIBMはgccの開発の最先端だろうから、
リリースされてる奴より最適化の進んでるバージョンを内部的に
持ってるとは思うけどね。特にIBMはauto vectorizaionなんか
自社のスパコンの技術を元にしてるはず。
>>421
そういやgcc4.2でOpenMP対応するみたいだな。
SCEやIBMはgccの開発の最先端だろうから、
リリースされてる奴より最適化の進んでるバージョンを内部的に
持ってるとは思うけどね。特にIBMはauto vectorizaionなんか
自社のスパコンの技術を元にしてるはず。
>>421
そういやgcc4.2でOpenMP対応するみたいだな。
gccの最適化ってしょぼいよな
VCのがはるかにましなコード吐くよ
VCのがはるかにましなコード吐くよ
何を今更。gccはマイナーなプロセッサでもサポートしているのが利点なんじゃないか。
gccが無かったら廃れているだろうマイコン達にとっては神。
gccが無かったら廃れているだろうマイコン達にとっては神。
第３回 世界半導体フォーラム
http://techon.nikkeibp.co.jp/seminar/051206.html
２００５年１２月６日（火）ダイヤモンドプラザ 9:20～10:10
●東芝
「最先端をリードする東芝半導体事業戦略」
東芝執行役上席常務 セミコンダクター社 社 長室町 正志 氏
NAND型フラッシュ・メモリーを中心とするメモリー事業と，
「Cell」を中心としたブロードバンド・システムLSI事業を中核に，
ユビキタス社会のキー・デバイスを生み出す最先端の技術開発力と，
戦略的な設備投資でさらなる飛躍を目指すわれわれの事業戦略について
http://techon.nikkeibp.co.jp/seminar/051206.html
２００５年１２月６日（火）ダイヤモンドプラザ 9:20～10:10
●東芝
「最先端をリードする東芝半導体事業戦略」
東芝執行役上席常務 セミコンダクター社 社 長室町 正志 氏
NAND型フラッシュ・メモリーを中心とするメモリー事業と，
「Cell」を中心としたブロードバンド・システムLSI事業を中核に，
ユビキタス社会のキー・デバイスを生み出す最先端の技術開発力と，
戦略的な設備投資でさらなる飛躍を目指すわれわれの事業戦略について
「Cell」に対抗すべく名付けられた「Core」ブランド
http://pc.watch.impress.co.jp/docs/2005/1128/kaigai227.htm
いや、さすがにコレは穿ちすぎな気もするが。
http://pc.watch.impress.co.jp/docs/2005/1128/kaigai227.htm
いや、さすがにコレは穿ちすぎな気もするが。
いやそんなことよりPentiumブランド捨てるみたいなこと書かれてるがマジか？大丈夫かインテル？
IntelがMSぽっくなってきた。
まあCoreネタでもう一つ書きたかったんだろうな
北米で360が発売になったんだからそっちのネタでよかろうに
北米で360が発売になったんだからそっちのネタでよかろうに
何となくCoreって名前には登録商標が既に有りそうな予感
実はコナミが…ｗ
>>424
コンパイルするとSPEのバイナリって本当にでかくなるね。
GCCの最適化不足？それとも簡素化したニーモックのせい？
ループアンロールさせて効率上げるとさらにでかくなるので使えねー。
インラインアセンブラで書かないと最適化できそうもない。
コンパイルするとSPEのバイナリって本当にでかくなるね。
GCCの最適化不足？それとも簡素化したニーモックのせい？
ループアンロールさせて効率上げるとさらにでかくなるので使えねー。
インラインアセンブラで書かないと最適化できそうもない。
ソースとコンパイラオプションさえ出せば確認できるしな
>431
インテルコアと繋げてしまえばインテル入ってるｗ
インテルコアと繋げてしまえばインテル入ってるｗ
後藤タンが壊れてゆく…
生憎、何のソースをコンパイルしたかも書かれないのに確認する超能力は持ち合わせて
いないのでね
いないのでね
コードがあろうとなかろうと、どっち道何もしないだろこの板の連中は
コードが示されなければそれこそ何も出来ない訳ですが
じゃあ簡単な例として試しにfloatの二次元座標のストリームをPPEから受け取って
マンデルブロ集合の発散速度調べてintのストリーム返すサンプルでも組んで
オブジェクトのサイズと実行速度でも調べてみたら。
絶対やらんだろうけど。
マンデルブロ集合の発散速度調べてintのストリーム返すサンプルでも組んで
オブジェクトのサイズと実行速度でも調べてみたら。
絶対やらんだろうけど。
>>443
そのマンデルブロ集合を用いたサンプルは何の意味があるの？
そこまで特定の条件を出すのだから、それは恐らく今の議論
に深く関与する物があるんだよな？
それは何？何を推し量る為の条件なのか詳しく説明するべき。
そのマンデルブロ集合を用いたサンプルは何の意味があるの？
そこまで特定の条件を出すのだから、それは恐らく今の議論
に深く関与する物があるんだよな？
それは何？何を推し量る為の条件なのか詳しく説明するべき。
同じソースをPPEとSPEでコンパイルしてバイナリサイズを公表すればいいだけだと思うが。
このスレの連中は絶対やらんだろうけど。
このスレの連中は絶対やらんだろうけど。
最初に言い出したアホが情報を出さないのが悪いな。
ここまでに書かれたCellのコードの行数・・・0
諸君、ここはゲハ板である事を忘れてもらっては困る
451 ：名無しさん必死だな：2005/11/28(月) 15:43:54 ID:BAiVOTn+
そうだ。
ハード偏重ソフト軽視のプログラミング経験０のWEBサイトの受け売りでしか語れないゲハ厨に超高難易度のCellプログラミングができるわけがない。
ハード偏重ソフト軽視のプログラミング経験０のWEBサイトの受け売りでしか語れないゲハ厨に超高難易度のCellプログラミングができるわけがない。
>>451
どんな石でも標準出力あれば Hello world は書けるけどな
どんな石でも標準出力あれば Hello world は書けるけどな
標準出力などなくとも7セグLEDさえあればHello Worldは書ける!
Wはどうすればいいんだ…orz
Wはどうすればいいんだ…orz
beyond3dに出ていた山崎氏の新しい特許出願
http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=%2Fnetahtml%2FPTO%2Fsrchnum.html&r=1&f=G&l=50&s1=%2220050238052%22.PGNR.&OS=DN/20050238052&RS=DN/20050238052
Cellスーパーコンピュータかな?
http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=%2Fnetahtml%2FPTO%2Fsrchnum.html&r=1&f=G&l=50&s1=%2220050238052%22.PGNR.&OS=DN/20050238052&RS=DN/20050238052
Cellスーパーコンピュータかな?
457 ：名無しさん必死だな：2005/11/28(月) 18:03:49 ID:FEqBKvTa
このままでは>>433のかきこが事実として認定されてしまう。
( ﾟДﾟ) [ID:U0gFkujd]
( ﾟДﾟ )
( ﾟДﾟ )
>>433の様な神ﾌﾟﾛｸﾞﾗﾏｰは、
既にSPEに最適化されたﾊﾞｲﾅﾘｺｰﾄﾞが想定できると言うことだ。
既にSPEに最適化されたﾊﾞｲﾅﾘｺｰﾄﾞが想定できると言うことだ。
じゃあこのスレの書き込みから有益な情報を抜き出してくれるコード書いてください
インラインアセンブラって単語を使ってみたかったお年頃でしょ。
下手なやつがやると、C++で普通に書いたやつより遅くなるんだけどね。
下手なやつがやると、C++で普通に書いたやつより遅くなるんだけどね。
>>460
return NULL;
return NULL;
ISSCC 2006の概要が明らかに
基調講演にソニーの久多良木氏
第2日目（2006年2月6日）に行われる基調講演は3件が予定されている。「いずれも今回のテーマに
沿ったもの」（飯塚氏）である。
3件目は、ソニー・コンピュータエンタテインメントの代表取締役社長である久多良木健氏の講演で
ある（講演番号は1.3）。講演タイトルは「将来のコンピュータ・エンタテインメント・システムへ向けて
（Toward Future Computer Entertainment Systems）」。ネットワーク上に分散した数多くのコンピュータ
を駆使した並列計算技術や、ネットワークに接続した膨大な数のセンサーから実世界の状態を把握
する「ビジョン・システム」が今後、リアルタイム・コンピューティング技術の鍵を握ると説く。
基調講演にソニーの久多良木氏
第2日目（2006年2月6日）に行われる基調講演は3件が予定されている。「いずれも今回のテーマに
沿ったもの」（飯塚氏）である。
3件目は、ソニー・コンピュータエンタテインメントの代表取締役社長である久多良木健氏の講演で
ある（講演番号は1.3）。講演タイトルは「将来のコンピュータ・エンタテインメント・システムへ向けて
（Toward Future Computer Entertainment Systems）」。ネットワーク上に分散した数多くのコンピュータ
を駆使した並列計算技術や、ネットワークに接続した膨大な数のセンサーから実世界の状態を把握
する「ビジョン・システム」が今後、リアルタイム・コンピューティング技術の鍵を握ると説く。
グリッドコンピューティングキター、と言っておきますね。
すでにPC-G815を2台連結させてグリッドコンピューティングをしている
俺にとってみれば、子供だましも同然よ。
2台あわせてBEEP6和音演奏を実現してるよこれ。
俺にとってみれば、子供だましも同然よ。
2台あわせてBEEP6和音演奏を実現してるよこれ。
CellエミュをさわってCellの低性能に気付いたプログラマはSCEのヒットマンに消されているようだ。
俺もそろそろやばそう、Cellには重大な欠陥が・・・うわ、なにやめ・・・・。
俺もそろそろやばそう、Cellには重大な欠陥が・・・うわ、なにやめ・・・・。
ごめん。
もうちょっと面白く書いてくんない？ｗ
もうちょっと面白く書いてくんない？ｗ
_,..-――-:..、 ⌒⌒
／.:;;;;;;;;;;;;;;;;;;;;;::.＼ ^^
/ .::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::..ヽ
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
:::::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::::
:::::::;;;;;;;;;;;;;;;;;;;;;;;;; ／￣￣￣￣￣￣￣
::::::::::::::::::::∧＿∧ ＜ そうやっていつもウリたちをネタにすればいいニダ
::::::::: < ::;;;;;;;;:> ＼＿＿＿＿＿＿＿
_.. /⌒:::;;;;;ヽ
-― ―'ー'-''―-''/ / ::;;;;;;;;:| |―'''ー'-''――'｀'
,, '''' . ''''' と./ゝ_;_;_ノヽつ ､､, ''"
,,, '' ,,, ::;;;;;;;;;::: ,, ''''' ,,,,
,, ,,,, ''' , ,, ,,,,
／.:;;;;;;;;;;;;;;;;;;;;;::.＼ ^^
/ .::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::..ヽ
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
:::::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::::
:::::::;;;;;;;;;;;;;;;;;;;;;;;;; ／￣￣￣￣￣￣￣
::::::::::::::::::::∧＿∧ ＜ そうやっていつもウリたちをネタにすればいいニダ
::::::::: < ::;;;;;;;;:> ＼＿＿＿＿＿＿＿
_.. /⌒:::;;;;;ヽ
-― ―'ー'-''―-''/ / ::;;;;;;;;:| |―'''ー'-''――'｀'
,, '''' . ''''' と./ゝ_;_;_ノヽつ ､､, ''"
,,, '' ,,, ::;;;;;;;;;::: ,, ''''' ,,,,
,, ,,,, ''' , ,, ,,,,
>467
おまえらいつまでもそんな妄想してるから現実と妄想の
区別がつかなくなって西に間違って攻撃とかしちゃうんだよw
おまえらいつまでもそんな妄想してるから現実と妄想の
区別がつかなくなって西に間違って攻撃とかしちゃうんだよw
彼が言ってることが真実なら彼はもう書き込めない。
SCEの言論統制は北朝鮮を彷彿とさせる、人間都合の悪い事は隠し通そうとするもんだ。
論理的かつ検証可能な形で、Cellの欠陥暴露きぼんぬ。
ブッシュですか。
475 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/11/29(火) 01:38:06 ID:utWG5OHr
Xbox 360向けLinux移植プロジェクトが発足 -Darwinもターゲットに
http://pcweb.mycom.co.jp/news/2005/11/28/012.html
http://pcweb.mycom.co.jp/news/2005/11/28/012.html
>>475
今回もやりますか。
今回もやりますか。
そこにマシンがある限り
「バイナリ」っても、オブジェクトがでかくなるのか、
何らかのモジュールがでかくなるのか、C、C++なら
なんのヘッダを喰わせたのか位は書いてくれないと
判断のしようがなかろうよ。
なんだかなぁ。
何らかのモジュールがでかくなるのか、C、C++なら
なんのヘッダを喰わせたのか位は書いてくれないと
判断のしようがなかろうよ。
なんだかなぁ。
ところでCELL(SPE間)ではどの様にMutexを実現するんだい？
そろそろ誰か説明できる頃だよね？
そろそろ誰か説明できる頃だよね？
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/cpref/html/frlrfsystemthreadingmutexclasstopic.asp
このような処理をPPE上で動いているOSで実行するんでないかな。
よほどなつくりにしなければほぼ必要がないと思うが。
このような処理をPPE上で動いているOSで実行するんでないかな。
よほどなつくりにしなければほぼ必要がないと思うが。
481 ：@nifty:デジタル用語辞典より：2005/11/29(火) 02:54:20 ID:BrivXldL
［ mutex ］
みゅーてっく
mutual exclusion service
「ミューテック」と読む。
マルチタスクシステムにおいて、ある瞬間に、ある１つのプロセス（スレッド）だけが
特定のデータを操作できるようにするためのソフトウェア技術。
マルチタスクシステムでは、複数のプロセスが同時実行されており、さまざまな処理が非
同期的に発生するが、処理によっては、あるプロセスが何らかのデータを処理している最
中に、同じデータを別のプロセスがアクセスすると、システムとして整合性を保てなくな
る場合がある。このような場合に、あるプロセスが処理している最中には、別のプロセス
による同じデータのアクセスを禁止するための技術の１つがmutex（ミューテック）である。
みゅーてっく
mutual exclusion service
「ミューテック」と読む。
マルチタスクシステムにおいて、ある瞬間に、ある１つのプロセス（スレッド）だけが
特定のデータを操作できるようにするためのソフトウェア技術。
マルチタスクシステムでは、複数のプロセスが同時実行されており、さまざまな処理が非
同期的に発生するが、処理によっては、あるプロセスが何らかのデータを処理している最
中に、同じデータを別のプロセスがアクセスすると、システムとして整合性を保てなくな
る場合がある。このような場合に、あるプロセスが処理している最中には、別のプロセス
による同じデータのアクセスを禁止するための技術の１つがmutex（ミューテック）である。
ロックだけでなくシグナルもある
好きなほうを使え
好きなほうを使え
じゃ、ダブルで
SPE間の同期の仕組みはMailboxしか無い。むりやりMutexっぽい動きをさせるなら、
お互いがMailboxを監視するしかないと思われ。
決して効率がよい方法ではないが、もともとプロセッサ間で頻繁に同期をとりあう
ような処理はSPEには向いてない。PPEでやっとけ。
SPE処理開始と処理終了のタイミング取り合うだけならこれでも困らんだろ。
お互いがMailboxを監視するしかないと思われ。
決して効率がよい方法ではないが、もともとプロセッサ間で頻繁に同期をとりあう
ような処理はSPEには向いてない。PPEでやっとけ。
SPE処理開始と処理終了のタイミング取り合うだけならこれでも困らんだろ。
>>479
Cell Broadband Engine Architecture
7.8.1 Get Lock Line and Reserve Command
7.8.2 Put Lock Line Conditional Command
これらを使うのだと思われ
Cell Broadband Engine Architecture
7.8.1 Get Lock Line and Reserve Command
7.8.2 Put Lock Line Conditional Command
これらを使うのだと思われ
mutexが実現できることは否定してないぞ。
だが、どの様に実現しているのか知りたいのだ。
超並列を考えならば、mutexにかかるコストを意識するのは当然だよね？
閉じたSPE内の話は興味ないよ。SPE間ね。
だが、どの様に実現しているのか知りたいのだ。
超並列を考えならば、mutexにかかるコストを意識するのは当然だよね？
閉じたSPE内の話は興味ないよ。SPE間ね。
Get Lock Line and Reserve Command
Put Lock Line Conditional Command
当然、SPE間で使うものだが。
それともCellチップ外の話か？
Put Lock Line Conditional Command
当然、SPE間で使うものだが。
それともCellチップ外の話か？
479です。
>>484-485 487
すっきりした。有り難う。
一時期どこぞのスレッドで叩かれ捲った漏れ。
だが、それはそれで正しかったんだなと理解した。
愚痴ですまん。
だけどいわせてくれ。
それみたことか！
>>484-485 487
すっきりした。有り難う。
一時期どこぞのスレッドで叩かれ捲った漏れ。
だが、それはそれで正しかったんだなと理解した。
愚痴ですまん。
だけどいわせてくれ。
それみたことか！
SPEで同期を取りまくろうとしてる時点で、設計が間違ってると思われ。
同期とかキャッシュコヒーレンシとかキャッシュミスとかのしがらみを
全部捨て去り、DMAダブルバッファでメモリレイテンシすら隠蔽し、
SIMD演算機を極力止めずにカッ飛ばすのがSPEプログラミングの極意だろ。
同期とかキャッシュコヒーレンシとかキャッシュミスとかのしがらみを
全部捨て去り、DMAダブルバッファでメモリレイテンシすら隠蔽し、
SIMD演算機を極力止めずにカッ飛ばすのがSPEプログラミングの極意だろ。
>>486
SPEで動いているプロセスがmutexを見るような作り自体が、そもそも効率上NGじゃないのかと。
PPEがmutexを監視して、協調の必要がないところまでのタスクをSPEに振って、終了するまで放っておく、
という形が多コアを巧く回すには必要なので、それ以外のケースはある意味で割り切っているのではないかなぁ。
SPEで動いているプロセスがmutexを見るような作り自体が、そもそも効率上NGじゃないのかと。
PPEがmutexを監視して、協調の必要がないところまでのタスクをSPEに振って、終了するまで放っておく、
という形が多コアを巧く回すには必要なので、それ以外のケースはある意味で割り切っているのではないかなぁ。
484のSPE間の同期の仕組みはMailboxしか無いというのは勘違いなので念のため。
492 ：コボラー(2)：2005/11/29(火) 03:32:52 ID:ogz1uHDd
あぁ。心が洗われるようなres有りがとう。
今年の夏頃かな？
そんな話題をしてたらクソミソに罵倒されたのよ。
まぁ、漏れも素人さんに対してのマルチタスクの難しさをうまく表現できなかったなぁとは思うけどね…
わーい。今日は楽しく酒でも飲んで寝よう！
今年の夏頃かな？
そんな話題をしてたらクソミソに罵倒されたのよ。
まぁ、漏れも素人さんに対してのマルチタスクの難しさをうまく表現できなかったなぁとは思うけどね…
わーい。今日は楽しく酒でも飲んで寝よう！
ageてしまった。
本当に失敗。ごめんね。
>491
漏れの主張は、「同期のコストは非常に多大」なんですよ。
それこそPPEで全てやったほうが早いほど。
主にゲームにおいてね。
少なくとも「非常に間違った主張」では無いですよね？
本当に失敗。ごめんね。
>491
漏れの主張は、「同期のコストは非常に多大」なんですよ。
それこそPPEで全てやったほうが早いほど。
主にゲームにおいてね。
少なくとも「非常に間違った主張」では無いですよね？
mailbox式はLinux上で別プロセスとしてSPEオブジェクトを
叩く場合の同期のじゃなかったか？
どっちにせよ、>>489-490のアイデアが正解だろう。
以前に同様のネタが出た時も、同様な突っ込みを受けていた
奴がいたのは記憶しているが。
叩く場合の同期のじゃなかったか？
どっちにせよ、>>489-490のアイデアが正解だろう。
以前に同様のネタが出た時も、同様な突っ込みを受けていた
奴がいたのは記憶しているが。
Cellってのは同期取りが大変そうですね？
ロジカルな処理のためにポテンシャルが相当押さえ込まれるイメージあるんですが、
上手な解決方法は今後の課題でしょうか？
ロジカルな処理のためにポテンシャルが相当押さえ込まれるイメージあるんですが、
上手な解決方法は今後の課題でしょうか？
＞以前に同様のネタが出た時も、同様な突っ込みを受けていた
＞奴がいたのは記憶しているが。
そう言われると、そうかもしれない。
漏れには理解できないけど…古い型の人間なのかな？
従来の方法論から抜けるのが怖い……と、言うか、理解が出来ない。
パラダイムシフトと言う奴か？
…技術職は安定しているようで、落ちるときは早いのかもね。
＞奴がいたのは記憶しているが。
そう言われると、そうかもしれない。
漏れには理解できないけど…古い型の人間なのかな？
従来の方法論から抜けるのが怖い……と、言うか、理解が出来ない。
パラダイムシフトと言う奴か？
…技術職は安定しているようで、落ちるときは早いのかもね。
だからCellの各コア間で同期をとる事自体
アンチパターンなんじゃねーの？
よく○○が出来る○○が出来ないを性能の指標で出す人いるけど
意味ない話だ
アンチパターンなんじゃねーの？
よく○○が出来る○○が出来ないを性能の指標で出す人いるけど
意味ない話だ
同期無しで済むようなプログラム組めたとして、同期性無視できないオンラインゲームで苦戦したりしそうな気がしますが、何かわかります？
>>498
ここまでのスレの流れを読めばわかると思うけど、同期はメモリ上で取り、SPE
は同期の要らない局所的な処理をメインメモリから受け取って、その処理した結果を、
同期のためにメインメモリ上に書き戻すという形が一般的になると思われるので、
同期無しで済むようなプログラムしか作れないわけじゃない。
ここまでのスレの流れを読めばわかると思うけど、同期はメモリ上で取り、SPE
は同期の要らない局所的な処理をメインメモリから受け取って、その処理した結果を、
同期のためにメインメモリ上に書き戻すという形が一般的になると思われるので、
同期無しで済むようなプログラムしか作れないわけじゃない。
ふむふむ、その手法だと遅延そのものは僅かかもですね。
どんな場面でも通用するのか見守るほうがいいのでしょうが、SPEの各コアで同期取るのか一部で済むのがでも違いがありそうですね？
どんな場面でも通用するのか見守るほうがいいのでしょうが、SPEの各コアで同期取るのか一部で済むのがでも違いがありそうですね？
つか同期性無視できないオンラインゲームってなんじゃい
オンラインに出来んだろ
オンラインに出来んだろ
単純に対戦結果の公平性を考えただけですよ。同期しないで勝敗判定するなんて考えられないものですから？
ここが甘くなるようだと、オンライン系はグダグだなバランスになりそうなので。
ここが甘くなるようだと、オンライン系はグダグだなバランスになりそうなので。
で、それとSPE間の同期に何の関係が？
SPEは同期の足枷を回避してこそ目的の性能が得られるようですし、
ロジカルな処理をPPEに任せるとしても双方の整合性は必要になりますよね？
こまめに同期性確保した方がいいのか、ぎりぎりまで無視した方がいいのか、その辺がわからないのです。
ロジカルな処理をPPEに任せるとしても双方の整合性は必要になりますよね？
こまめに同期性確保した方がいいのか、ぎりぎりまで無視した方がいいのか、その辺がわからないのです。
SPEの同期とオンラインゲームの同期とでは、処理のレベルが違いすぎて全く関係無い
SPEに限らずどんなCPUでも同期取らずに済むならその方がより高い性能を得られるのは
間違い無いし、今後コア数が増えていくとさらにその傾向が強まる
ただ、同期を全く取らずには済まないだろうし、どの程度の頻度で取るかはアプリケーション
によっても違うだろうから一概には言えないだろう
例えばMpegデコーダーなら動画のフレーム単位の同期でも十分だろうしな
SPEに限らずどんなCPUでも同期取らずに済むならその方がより高い性能を得られるのは
間違い無いし、今後コア数が増えていくとさらにその傾向が強まる
ただ、同期を全く取らずには済まないだろうし、どの程度の頻度で取るかはアプリケーション
によっても違うだろうから一概には言えないだろう
例えばMpegデコーダーなら動画のフレーム単位の同期でも十分だろうしな
全然関係ないけれど、CELL&オンラインといえば
ttp://game10.2ch.net/test/read.cgi/ghard/1133099560/
の ID: xqBYLHEY 氏が雄弁に語っていたなぁ。
ttp://game10.2ch.net/test/read.cgi/ghard/1133099560/
の ID: xqBYLHEY 氏が雄弁に語っていたなぁ。
実際の動向なんてわからないですけど、未知数と言われるCellの性能がどこまで引き出されるのか、どこかで躓く要素がないのか
非常に興味が沸くんですよ。
非常に興味が沸くんですよ。
非常に興味がわきつつも自ら試す人間はなぜか一人もいないんだよな
すんげートイレいきてぇー
誤爆しました
試すも何もシミュレータしか出てないしな。
512 ：名無しさん必死だな：2005/11/29(火) 07:06:33 ID:+MUc5hb+
どうせ口だけで何もやれないんだから
無理して試さない理由を探さなくてもいいよ。
PS3Linux出ちゃったら言い訳できなくなっちゃうんだし。
無理して試さない理由を探さなくてもいいよ。
PS3Linux出ちゃったら言い訳できなくなっちゃうんだし。
PS3Linuxは興味あるな。
どんな内容になるんだろうね？オフィスツールは得意そうでないから、メディアサーバーっぽい路線が自然かな？
どんな内容になるんだろうね？オフィスツールは得意そうでないから、メディアサーバーっぽい路線が自然かな？
つか、最近
適当なこと書いて否定されると、試せ！＞環境などの理由で無理＞口だけだな！
の展開ばかりな気がするｗ
適当なこと書いて否定されると、試せ！＞環境などの理由で無理＞口だけだな！
の展開ばかりな気がするｗ
いやマルチスレッドな以上どうしたって排他制御は必要だろう。
でないと、ロックの粒度が処理単位になって、
SPEに投げる処理に関わるデータ全てをPPEがあらかじめ全てコピーするような非効率に陥るぞ。
でないと、ロックの粒度が処理単位になって、
SPEに投げる処理に関わるデータ全てをPPEがあらかじめ全てコピーするような非効率に陥るぞ。
>>493
mailboxを使う面倒さとかはあるけど、
>「同期のコストは非常に多大」なんですよ。
>それこそPPEで全てやったほうが早いほど。
>主にゲームにおいてね。
そこまでコストがでかくはないと思われ。
mailboxを使う面倒さとかはあるけど、
>「同期のコストは非常に多大」なんですよ。
>それこそPPEで全てやったほうが早いほど。
>主にゲームにおいてね。
そこまでコストがでかくはないと思われ。
仮に同期のロスが50%でも、Xenos性能に並ぶと言えそうです。ただ、この辺の懸念は根底にある気がしますしクリアになるといいですね。
たとえばプロセッサ数2倍に増やしても処理速度はルート2倍、なんてことは日常茶飯事で
その場合のロスは30%だな。SPEは画像処理のような独立性の高い処理に割り当てるから
もっと効率は良くなるだろうが、逆に割り当てられない処理も多いということでもある。
いずれにせよMTな以上ロックの呪縛からは逃れられん。うまく実装できるといいんだが。
その場合のロスは30%だな。SPEは画像処理のような独立性の高い処理に割り当てるから
もっと効率は良くなるだろうが、逆に割り当てられない処理も多いということでもある。
いずれにせよMTな以上ロックの呪縛からは逃れられん。うまく実装できるといいんだが。
test and set命令あればメモリで同期とれるでしょ。ないのかな?
朝なんで手短すけど、マーキュリーとIBMが予想を遥かに越えて大真面目にCELLに取り組んでいたという話題す。
http://www.mc.com/cell/doc.cfm?doc=2
4-way CELL BEシステムすか。。。新開発チップセット？
http://www.mc.com/cell/doc.cfm?doc=2
4-way CELL BEシステムすか。。。新開発チップセット？
ｽﾚｯﾄﾞ単位でWKｴﾘｱを固定ｱﾄﾞﾚｽで確保すればいいんじゃないか？
ﾒﾓﾘのﾛｯｸについても、最悪cobol的手法でﾌﾗｸﾞ管理すればいいし
ﾒﾓﾘのﾛｯｸについても、最悪cobol的手法でﾌﾗｸﾞ管理すればいいし
>>521
資料ぐらい見ろよ。てか、今見た。
「Cell Broadband Engine Architecture」英語版の61ページに書いてある、
Memory Flow Controllerのputllc(Put Lock Line Conditional Command)が
SPEから使えるtest and setなんじゃないのか? そのへんの見解はどうよ > MACオタ氏
資料ぐらい見ろよ。てか、今見た。
「Cell Broadband Engine Architecture」英語版の61ページに書いてある、
Memory Flow Controllerのputllc(Put Lock Line Conditional Command)が
SPEから使えるtest and setなんじゃないのか? そのへんの見解はどうよ > MACオタ氏
mutex使うのはリソースの競合を避けるためで、通知処理なら非同期呼び出しでおけ
アビータとしてのPPEとSPEの主従関係がはっきりしてるので、リソース競合はPPEが気をつければいいこと
アビータとしてのPPEとSPEの主従関係がはっきりしてるので、リソース競合はPPEが気をつければいいこと
526 ：名無しさん必死だな：2005/11/29(火) 08:46:34 ID:50Snj+ew
ｺﾎﾞﾗが、LSのみでﾒｲﾝﾒﾓﾘにたいして使えないんじゃないかって言ってるから
>526
がいくら速くても現実の複合された処理のなかで、生かしきれるかどうか？が知りたい。
がいくら速くても現実の複合された処理のなかで、生かしきれるかどうか？が知りたい。
PS3開発者はこんなところで口軽くベラベラとしゃべることはできないし
シミュいじっているやつはここにはいない。
というわけで現実的な話をできる人間は皆無。だから
>「現実の複合された処理」をきちんと定義してもらわないとなんとも。
といって逃げざるを得ない。
>初は生かしきる必要自体がないんじゃないかな。
そしていつもの妄想。
シミュいじっているやつはここにはいない。
というわけで現実的な話をできる人間は皆無。だから
>「現実の複合された処理」をきちんと定義してもらわないとなんとも。
といって逃げざるを得ない。
>初は生かしきる必要自体がないんじゃないかな。
そしていつもの妄想。
ストリーミング処理が得意なSPEと、ロジカル処理向きPPEのコントロール機能が併用される背景は、
例えば、背景画やキャラのオブジェクト描くのはSPE、軌道計算やエフェクト処理もSPE。
命中判定やインターフェースの切り替え、オブジェクトの崩壊とかで同期性とパラメータの比較をやったり、何らかの割り込み処理が
多くなるように思います。
こう言うロジック部分との速度差はどこまで許容できるのかわからないのですが、整合性取るにはSPE本来の性能が出せるのか
例えば、背景画やキャラのオブジェクト描くのはSPE、軌道計算やエフェクト処理もSPE。
命中判定やインターフェースの切り替え、オブジェクトの崩壊とかで同期性とパラメータの比較をやったり、何らかの割り込み処理が
多くなるように思います。
こう言うロジック部分との速度差はどこまで許容できるのかわからないのですが、整合性取るにはSPE本来の性能が出せるのか
グダグだになっちゃった；
まあ、とにかくこんな感じでPPE介して纏める以上はブレーキ踏みながら走るSPE想像しちゃうんですよね；
まあ、とにかくこんな感じでPPE介して纏める以上はブレーキ踏みながら走るSPE想像しちゃうんですよね；
アクセル踏みっぱでも速度が出ない現行機よりマシでは？
コボラーが馬鹿にされてたのは、思いこみを前提に話すから。
別にMailbox同期でいいじゃん。内部バスでやるんだからレイテンシ低いだろうし、
それで事足りる。何が不満なの？
別にMailbox同期でいいじゃん。内部バスでやるんだからレイテンシ低いだろうし、
それで事足りる。何が不満なの？
>>534
そのたとえは的を得ているね。
直線コースはバカっ速いがカーブで差が詰まる。
レイトレやFFTがサーキットならゲームは峠道になるのかな。
共有L2でコヒーレンシをとる箱○のスレッド性能はなかなかパフォーマンスが良いという書き込みもあったし、どれだけ差がつくか見物だ。
そのたとえは的を得ているね。
直線コースはバカっ速いがカーブで差が詰まる。
レイトレやFFTがサーキットならゲームは峠道になるのかな。
共有L2でコヒーレンシをとる箱○のスレッド性能はなかなかパフォーマンスが良いという書き込みもあったし、どれだけ差がつくか見物だ。
ID:qpQFiqilがはてしなくウザイな。
今までのゲームプログラミングで特に重かった処理って何があるのかな。
複雑なAIを搭載しようとしてもデバッグの手間のほうがかかって結局使えなさそうだし、
グラフィックなどのストリーミング系処理はcellの得意分野ですでに有用性は証明されつつある。
今までのCPUでできていた処理なんてPPEでやれば十分だろう。
複雑なAIを搭載しようとしてもデバッグの手間のほうがかかって結局使えなさそうだし、
グラフィックなどのストリーミング系処理はcellの得意分野ですでに有用性は証明されつつある。
今までのCPUでできていた処理なんてPPEでやれば十分だろう。
540 ：名無しさん必死だな：2005/11/29(火) 12:28:05 ID:WT+6oXjP
技術スレと思ってたけど>>538みたいなのもいるんだね。
ここ見てるとSPEは全く使い物にならないって感じなんだね。
CELLってPPEに処理を丸々割けるんですか？
SPEの管理を主に担当してるから全てがフリーになるとはとても思えませんが。
SPEの管理を主に担当してるから全てがフリーになるとはとても思えませんが。
>>542
どれだけ重い処理をするんだよ。具体的にどういう処理をするのか言ってみ。
どれだけ重い処理をするんだよ。具体的にどういう処理をするのか言ってみ。
>>542
ネットで見つかる情報では、SPEのみの稼動は出来るようです。
しかし、SPEだけで自己制御するのは余り現実的ではないみたいです。
また、SPEからPPEを動かすのはペナルティーが大き過ぎるようなので
基本的にはSPEで動かす。→適切なところでPPEがまとめる。
と言うような使い方が普通みたいです。
ネットで見つかる情報では、SPEのみの稼動は出来るようです。
しかし、SPEだけで自己制御するのは余り現実的ではないみたいです。
また、SPEからPPEを動かすのはペナルティーが大き過ぎるようなので
基本的にはSPEで動かす。→適切なところでPPEがまとめる。
と言うような使い方が普通みたいです。
>>542
すべてがフリーになるわけではもちろんないだろ。
ただPS3のボトルネックはSPEをハンドリングする負荷よりも
PPE1:SPE7(+RSX)というバランスにあると思う。
>>539の言うようなPS3のハードに特化したゲームを作ったら
ゲームとしていびつなものができてしまうんじゃないの。
ゲーム性が著しく低くて表示キャラが妙に少なくてAIが頭悪いワンダのようなものが・・・
すべてがフリーになるわけではもちろんないだろ。
ただPS3のボトルネックはSPEをハンドリングする負荷よりも
PPE1:SPE7(+RSX)というバランスにあると思う。
>>539の言うようなPS3のハードに特化したゲームを作ったら
ゲームとしていびつなものができてしまうんじゃないの。
ゲーム性が著しく低くて表示キャラが妙に少なくてAIが頭悪いワンダのようなものが・・・
546 ：名無しさん必死だな：2005/11/29(火) 13:09:18 ID:bshHHbOe
>>542
OSもPPE上で稼働しているからXbox360みたいにコア0を100%ゲームに割り当てるという事は出来ない。
Cellは役割分担がはっきりしているからPPEがルートプログラムでSPEにサブルーチンを振って値をPPEに返す形が一番シンプルで効率がいいと思う。
SPEは処理の途中で割り込みとか入れると性能がスポイルされるから本来の目的以外にも使えない事はないがパフォーマンスは犠牲になる。
OSもPPE上で稼働しているからXbox360みたいにコア0を100%ゲームに割り当てるという事は出来ない。
Cellは役割分担がはっきりしているからPPEがルートプログラムでSPEにサブルーチンを振って値をPPEに返す形が一番シンプルで効率がいいと思う。
SPEは処理の途中で割り込みとか入れると性能がスポイルされるから本来の目的以外にも使えない事はないがパフォーマンスは犠牲になる。
PPEがやるのはメモリ上にSPEプログラムを展開してSPEをキックするまでだぞ
あとはSPEが終了するまでやることはない
>>http://pcweb.mycom.co.jp/articles/2005/11/05/fpf1/002.html
あとはSPEが終了するまでやることはない
>>http://pcweb.mycom.co.jp/articles/2005/11/05/fpf1/002.html
>>548
自分は実ゲームにおける負荷の比率なんて全く知らない。
クロックだけ見て3.2GHzだから十分という根拠を逆に聞きたいもんだな。
単にハードのバランスが悪いとそこがボトルネックになりやすいといってるだけ。
自分は実ゲームにおける負荷の比率なんて全く知らない。
クロックだけ見て3.2GHzだから十分という根拠を逆に聞きたいもんだな。
単にハードのバランスが悪いとそこがボトルネックになりやすいといってるだけ。
AIが頭が悪いとか意味不明だな
SPEにAI処理をふればいいだけだ
SPEにAI処理をふればいいだけだ
> 自分は実ゲームにおける負荷の比率なんて全く知らない。
↓
> ゲームとしていびつなものができてしまうんじゃないの。
> ゲーム性が著しく低くて表示キャラが妙に少なくてAIが頭悪いワンダのようなものが・・・
脳内でやってろ。
↓
> ゲームとしていびつなものができてしまうんじゃないの。
> ゲーム性が著しく低くて表示キャラが妙に少なくてAIが頭悪いワンダのようなものが・・・
脳内でやってろ。
>>548
使えるものあって、やりたいことあれば使うだろ普通。
こういう話は一般論で語ってもなんの意味もないと思うのだが。
3D表示に関してはメモリーとCPUの余裕あればやることなんていっぱいあると思うぞ
使えるものあって、やりたいことあれば使うだろ普通。
こういう話は一般論で語ってもなんの意味もないと思うのだが。
3D表示に関してはメモリーとCPUの余裕あればやることなんていっぱいあると思うぞ
AIなんてハードの差よりプログラムの差の方がデカイだろうけどな
>>550
今まで苦労していなかったという話は全く聞かないし
今まで苦労しなかったからこれからも苦労しないだろうという理屈はよく理解できない。
開発者インタビューでそう予測してる人でもいるの？
>>551
>SPEにAI処理をふればいいだけだ
SPEはAIは全く不向き。
比較的広範囲なメモリ参照が必要だしスクリプトのインタプリタも必要だし
SIMDを生かせずSISDな処理しないといけないから。
今まで苦労していなかったという話は全く聞かないし
今まで苦労しなかったからこれからも苦労しないだろうという理屈はよく理解できない。
開発者インタビューでそう予測してる人でもいるの？
>>551
>SPEにAI処理をふればいいだけだ
SPEはAIは全く不向き。
比較的広範囲なメモリ参照が必要だしスクリプトのインタプリタも必要だし
SIMDを生かせずSISDな処理しないといけないから。
ゲームの場合、学術研究と違ってハードウェアにあうように問題そのものを変えてもいいんだから、
SIMDで計算しやすいAIを考えればいいのさ。
SIMDで計算しやすいAIを考えればいいのさ。
返事くれた方、ありがとう。
>>547見るとPPE単体で問題なく組めそう。
>>547見るとPPE単体で問題なく組めそう。
>>556
Cell派の中でも盲目的な人たちは、
①Cellに向いた処理
②Cellで可能だか効率の悪い処理
③不可能ではないが、やっても意味のない処理
の区別がついていないんじゃないかな。
特に③で無理矢理な展開の議論が目立つ。
Cell派の中でも盲目的な人たちは、
①Cellに向いた処理
②Cellで可能だか効率の悪い処理
③不可能ではないが、やっても意味のない処理
の区別がついていないんじゃないかな。
特に③で無理矢理な展開の議論が目立つ。
ハードウェアキャッシュがなく、
参照局所性を利用した効率のよいメモリアクセスを行うためには
明示的なロジック化が必要だが困難、というところでは。
ストリーム処理ならどこからどこまでメモリアクセスすればいいのか予測しやすいが、
AIで木構造だったりすると、順に読んでいかんとわからん。
まあSPE向きのデータ構造を考えてしまえばいいのだが。
参照局所性を利用した効率のよいメモリアクセスを行うためには
明示的なロジック化が必要だが困難、というところでは。
ストリーム処理ならどこからどこまでメモリアクセスすればいいのか予測しやすいが、
AIで木構造だったりすると、順に読んでいかんとわからん。
まあSPE向きのデータ構造を考えてしまえばいいのだが。
563 ：名無しさん必死だな：2005/11/29(火) 13:56:25 ID:1ebsVG4S
>>556
本職じゃないんで具体例はわからんな
既にやってるのかもしれないが動的なテクスチャー生成とかはどうなんかな？
クロスシムの動きに連動してテクスチャーに皺よせるとか
モブキャラのレンダーをSPEでやらせてテクスチャーにしちまうとか
本職じゃないんで具体例はわからんな
既にやってるのかもしれないが動的なテクスチャー生成とかはどうなんかな？
クロスシムの動きに連動してテクスチャーに皺よせるとか
モブキャラのレンダーをSPEでやらせてテクスチャーにしちまうとか
565 ：名無しさん必死だな：2005/11/29(火) 13:58:50 ID:1ebsVG4S
>>562
そういうことはSPE向けのデーター構造とやらを書いてから言ってくれ。
そういうことはSPE向けのデーター構造とやらを書いてから言ってくれ。
そんなアイディアがホイホイ浮かぶならゲーム会社に転職しとるわい。
ID:qpQFiqilと>>540みたいなヤツがウザイ。
実際に手を動かしてからこのスレにこいや。
実際に手を動かしてからこのスレにこいや。
>>566
ハードウェアキャッシュなら「キャッシュに読込済かどうか」は機械が面倒みてくれるが、
LSで同じことをやろうとすると、ソフトウェアでキャッシュを実装する羽目になるぞ。
あんまり効率良くなさそうだぞ。
ハードウェアキャッシュなら「キャッシュに読込済かどうか」は機械が面倒みてくれるが、
LSで同じことをやろうとすると、ソフトウェアでキャッシュを実装する羽目になるぞ。
あんまり効率良くなさそうだぞ。
>>569
LSがメインメモリそのものなのだから単独のスレッドをふってる限りキャッシュを実装する必要はない
IBMでは各SPEが共同作業をする処理を想定してSPEカーネルにソフトウェアキャッシュを実装している
ゲームとは関係ない話だがCellワークステーションでは使われるだろうな
LSがメインメモリそのものなのだから単独のスレッドをふってる限りキャッシュを実装する必要はない
IBMでは各SPEが共同作業をする処理を想定してSPEカーネルにソフトウェアキャッシュを実装している
ゲームとは関係ない話だがCellワークステーションでは使われるだろうな
妄想ではない。そこにチャレンジの余地があると指摘しておるのだ。若者共はがんばるように。
>>571
http://www.watch.impress.co.jp/game/docs/20050929/3dinis.htm
>・スレッド0:メイン・ゲームループ
>・スレッド1:レンダリング・エンジン(公開版はスレッド0に統合)
>・スレッド2:物理シミュレーション
>・スレッド3:ヘア・シミュレーション
>・スレッド4:オーディオ関連
>・スレッド5:未使用
箱○も2コアはストリーミングorGPU補助って話だし、
基本的な割り振りがこんな感じだからcellはむしろバランスいいんだけどね。
http://www.watch.impress.co.jp/game/docs/20050929/3dinis.htm
>・スレッド0:メイン・ゲームループ
>・スレッド1:レンダリング・エンジン(公開版はスレッド0に統合)
>・スレッド2:物理シミュレーション
>・スレッド3:ヘア・シミュレーション
>・スレッド4:オーディオ関連
>・スレッド5:未使用
箱○も2コアはストリーミングorGPU補助って話だし、
基本的な割り振りがこんな感じだからcellはむしろバランスいいんだけどね。
スレッドがSPE単位だとした場合、スレッド0から他のスレッドへの干渉は
やっぱりそれなりに大変そうだね。
スレッド1～5の現在のステータスを共有メモりに書き出す必要とかあるのかな？
それをPPEが逐次監視してスレッド0にタスクを与える感じでしょうか？
やっぱりそれなりに大変そうだね。
スレッド1～5の現在のステータスを共有メモりに書き出す必要とかあるのかな？
それをPPEが逐次監視してスレッド0にタスクを与える感じでしょうか？
チカンﾜﾛｽwこんなところで油売ってるヒマはおまえらにはないだろw
>基本的な割り振りがこんな感じだからcellはむしろバランスいいんだけどね。
なるほど。
技術デモを作るのにCellはベストバランス七日。
なるほど。
技術デモを作るのにCellはベストバランス七日。
以前からAIが苦手と言う奴がいるが、根拠が広範囲なメモリアクセスというのはちょっとな。
実際、FFTベンチで既に現行CPUを凌駕してるわけでしょ？
実際、FFTベンチで既に現行CPUを凌駕してるわけでしょ？
同じデータサイズでも、アクセスパターンが稠密か希薄かシーケンシャルかランダムかっていう違いとかあるじゃん。
今日も信者は技術的根拠皆無な用語に終始してるな。
シミュレータちょっといじればいかに実アプリでパフォーマンスが出ないかがすぐわかるのに。
シミュレータちょっといじればいかに実アプリでパフォーマンスが出ないかがすぐわかるのに。
また脳内シミュレータの話ですかw？
最適化させずにそのまま動かしたらXenonの方が速いかもね
わかったからチカンは早くバスケゲーの最適化作業に戻るんだ
逆に、最適化させて書くならCellの方が速いと思うよ
ゲームは個別アプリだから、それぞれに最適な書き方をしなくてはいけないし
ゲームは個別アプリだから、それぞれに最適な書き方をしなくてはいけないし
信者アンチ問わず誰一人触ってないというのはさすがに想定の範囲外だったなｗ
IBM、SCE社員もさぞがっかりしていることだろう・・・
IBM、SCE社員もさぞがっかりしていることだろう・・・
最近のゲームが重たいのは以下のものだろう。
・３D計算（サウンドなども含む）
・AI
・オブジェクトの量
上に行くほど依存されて重たい。
AIキャラも３D空間を把握して動くとなると３D計算が必要になってくる。
オブジェクトの量は当然３Dキャラが増えることになるし、それぞれが
AIで動くなら２番目のにも負荷がかかってくるわけ。
UMAやNUMAだと描画用の３D計算が再利用できそうだから効率はどっちも
良さそうだ。 となると純粋にハードスペックで差がでるだろう。SPEとPXの
実装の仕方が異なるとしても、どっちもマルチスレッドなことには変わらないし。
揚げ足取りを無視して普通に見ればPS3はXBOX360の２倍以上の実効性能を
出しそうだと思うだろう？ｗ
・３D計算（サウンドなども含む）
・AI
・オブジェクトの量
上に行くほど依存されて重たい。
AIキャラも３D空間を把握して動くとなると３D計算が必要になってくる。
オブジェクトの量は当然３Dキャラが増えることになるし、それぞれが
AIで動くなら２番目のにも負荷がかかってくるわけ。
UMAやNUMAだと描画用の３D計算が再利用できそうだから効率はどっちも
良さそうだ。 となると純粋にハードスペックで差がでるだろう。SPEとPXの
実装の仕方が異なるとしても、どっちもマルチスレッドなことには変わらないし。
揚げ足取りを無視して普通に見ればPS3はXBOX360の２倍以上の実効性能を
出しそうだと思うだろう？ｗ
>>589
将来Cellに乗せるためのプログラムをいまから作るというなら有効だけど
実際の演算性能は当然シミュレータ動かしてるハードに依存しちゃうし、
よっぽどのプログラミングマニアじゃなければ触ろうとは思わんでしょう。
PS3Linuxのころにはバージョン４くらいにはなってるだろうし。
ソースコードみてフーンくらいで十分だと思うがね。
将来Cellに乗せるためのプログラムをいまから作るというなら有効だけど
実際の演算性能は当然シミュレータ動かしてるハードに依存しちゃうし、
よっぽどのプログラミングマニアじゃなければ触ろうとは思わんでしょう。
PS3Linuxのころにはバージョン４くらいにはなってるだろうし。
ソースコードみてフーンくらいで十分だと思うがね。
何となく言いたいことはわかるが、それ違うから…。
>>595
どう違うの？
どう違うの？
CUPのパフォーマンスか…Cくらいが俺は好きだな。
メモリって形状記憶ワイヤー入りのアレか？
メモリって形状記憶ワイヤー入りのアレか？
>>599
ちゃうちゃう NUMAか UMAかは関係なくってこと
ちゃうちゃう NUMAか UMAかは関係なくってこと
GPUを経由しないからってことかな。
CELLはあの速度で演算結果を書き出すにはそれなりの帯域と
メモリアクセス速度が必要だからCPUにXDRは外せなかったんでしょうけど。
CELLはあの速度で演算結果を書き出すにはそれなりの帯域と
メモリアクセス速度が必要だからCPUにXDRは外せなかったんでしょうけど。
レイテンシに弱いのはCPUのはずなのに メモリはGPU側についている
これは、MSが XBOX360でCPUのやる重い処理は
ストリーム処理のようなものと考えてるってことじゃないかな
で、XBOX360のCUPのコアはストリームのような処理で性能が出るように
PPEから何かを削って何かを拡張した構成じゃないかと思うわけ
これは、MSが XBOX360でCPUのやる重い処理は
ストリーム処理のようなものと考えてるってことじゃないかな
で、XBOX360のCUPのコアはストリームのような処理で性能が出るように
PPEから何かを削って何かを拡張した構成じゃないかと思うわけ
こんなにCPUをCUPと打ってしまうって、キーボードがなんか壊れてるんじゃないのか・・・
とりあえず落ち着けとは思う
>>603
すまん めんどくさいからコピペした
すまん めんどくさいからコピペした
>>591
>よっぽどのプログラミングマニアじゃなければ触ろうとは思わんでしょう。
よっぽどのプログラミングマニアが一人もいないというのはかなりｼｮﾎﾞｰﾝなコミュニティーでつね。
FCなんてポピュラーな環境を用意できないできないヘタレばっかり。
>よっぽどのプログラミングマニアじゃなければ触ろうとは思わんでしょう。
よっぽどのプログラミングマニアが一人もいないというのはかなりｼｮﾎﾞｰﾝなコミュニティーでつね。
FCなんてポピュラーな環境を用意できないできないヘタレばっかり。
単純にグラフィック内蔵チップセット＋CPUの低価格PC方式を模倣して
内蔵GPUだけを高性能化させたんだと思うが>>>XBOX360
難しく考えるこっちゃ無いでしょ
内蔵GPUだけを高性能化させたんだと思うが>>>XBOX360
難しく考えるこっちゃ無いでしょ
Fall Processor Forum 2005の発表内容
http://www-128.ibm.com/developerworks/power/library/pa-fpfunleashing/
あとやっぱり>>456の特許の内容についてクタがISSCC 2006で喋るようだな
http://www-128.ibm.com/developerworks/power/library/pa-fpfunleashing/
あとやっぱり>>456の特許の内容についてクタがISSCC 2006で喋るようだな
>>609
それだと XBOX360が かわいそすぎるような
それだと XBOX360が かわいそすぎるような
このスレってCellは万能じゃないというごく当たり前の指摘があると
必ず強引にXbox360ネタへの話題転換して叩き始める人が突如現れるんだよな。
必ず強引にXbox360ネタへの話題転換して叩き始める人が突如現れるんだよな。
>>613
360の方が高性能だと煽ってくるからだと思うけど？
360の方が高性能だと煽ってくるからだと思うけど？
世の中に万能なんてないべ
>>611
PCと違って別段支障は無い物が作れると思うけど
メモリ帯域さえ確保できれば並のハイエンドPCより単純で確実な構成だよ
世に有るチップセット内蔵PCてのは安くする為にその長所を殺されているだけ
例えばGF7800GTX内蔵チップセット＋高速度大容量メモリ＋ハイエンドCPUな製品
が有るなら現行ハイエンドPCより小型省電力高性能PCが出来るのは間違いない
PCと違って別段支障は無い物が作れると思うけど
メモリ帯域さえ確保できれば並のハイエンドPCより単純で確実な構成だよ
世に有るチップセット内蔵PCてのは安くする為にその長所を殺されているだけ
例えばGF7800GTX内蔵チップセット＋高速度大容量メモリ＋ハイエンドCPUな製品
が有るなら現行ハイエンドPCより小型省電力高性能PCが出来るのは間違いない
>>613
今のところ、SPEの上で何がどれくらいの性能で動くのか情報が乏しいから
グダグダな展開になるのはいたし方の無いところ。
「ツリー構造をトラバースするのは苦手に違いない」という類の一見もっとも
らしい推測も、そういうのはキャッシュを持つ普通のプロセッサでも効率よく
動かない、という事実に対する認識が欠けてる。
DMAを慎重にスケジューリングすれば、もしかしたらSPEの方が速いかもし
れないぞ。
今のところ、SPEの上で何がどれくらいの性能で動くのか情報が乏しいから
グダグダな展開になるのはいたし方の無いところ。
「ツリー構造をトラバースするのは苦手に違いない」という類の一見もっとも
らしい推測も、そういうのはキャッシュを持つ普通のプロセッサでも効率よく
動かない、という事実に対する認識が欠けてる。
DMAを慎重にスケジューリングすれば、もしかしたらSPEの方が速いかもし
れないぞ。
そういやCellってDMAコントローラーが8基も内蔵されてるんだっけ・・・
最初聞いたとき何考えてそんな仕様にしてんだと思ったよｗ
最初聞いたとき何考えてそんな仕様にしてんだと思ったよｗ
>>617
561:11/29(火) 13:51 vWl14Kjc [sage]
Cell派の中でも盲目的な人たちは、
①Cellに向いた処理
②Cellで可能だか効率の悪い処理
③不可能ではないが、やっても意味のない処理
の区別がついていないんじゃないかな。
特に③で無理矢理な展開の議論が目立つ。
561:11/29(火) 13:51 vWl14Kjc [sage]
Cell派の中でも盲目的な人たちは、
①Cellに向いた処理
②Cellで可能だか効率の悪い処理
③不可能ではないが、やっても意味のない処理
の区別がついていないんじゃないかな。
特に③で無理矢理な展開の議論が目立つ。
PPEでやればええやん
うーん、つまらんなぁ、もう少し建設的な話は出来ないのか？
難しいのは分かりきってるんだから、うまく行く方法を考え出せば
威張れるぞ。
難しいのは分かりきってるんだから、うまく行く方法を考え出せば
威張れるぞ。
>>624
んーなもん、ヘテロの運用方自体研究段階で未知の分野なのに具体的且つ建設的な話なんて出来るわけなかろうよｗ
んーなもん、ヘテロの運用方自体研究段階で未知の分野なのに具体的且つ建設的な話なんて出来るわけなかろうよｗ
そしてまたループ
任天堂はDSですべてのプレイヤーをもう一度同じスタートに立たせたいといっていたが
SCEはCellですべてのプログラマを同じスタートに立たせるつもりなのかと
SCEはCellですべてのプログラマを同じスタートに立たせるつもりなのかと
877 ：名無しさん必死だな ：2005/11/29(火) 11:13:24 ID:90qdCJXT
おまえらアホだな。PS3 は SONY のすべての商品を巻き込んで進化するんだよ。
たとえば、Walkman A に装備された Connect Player 、これもPS3への布石なんだ。
おまえらのへっぽこ糞PCで重いとか言ってるみたいだけど、Connect Player は
cell の載った PS3 で使えば次世代のバリューをイノベートする
ハイパーインテリジェントなプログラムになるんだよね。
同じように、VAIO や BRAVIA も cell を中心としたネットワークと
連携する機能を必須にしていくわけなんだな。単体で使うと重かったり使えないとか
思うかもしれないけど、そんなこと気にする人はいなくなるだろうね。
なぜかといえば、君らがいくらあがいても、もはやPS3は空気のように
あたりまえの存在になるわけだからさ。パソコンという言葉は死語になって
PS3 という言葉に置き換わっていくと思うよ。
おもちゃメーカーのおこちゃま社員は指くわえて見守ることだねｗ。
おまえらアホだな。PS3 は SONY のすべての商品を巻き込んで進化するんだよ。
たとえば、Walkman A に装備された Connect Player 、これもPS3への布石なんだ。
おまえらのへっぽこ糞PCで重いとか言ってるみたいだけど、Connect Player は
cell の載った PS3 で使えば次世代のバリューをイノベートする
ハイパーインテリジェントなプログラムになるんだよね。
同じように、VAIO や BRAVIA も cell を中心としたネットワークと
連携する機能を必須にしていくわけなんだな。単体で使うと重かったり使えないとか
思うかもしれないけど、そんなこと気にする人はいなくなるだろうね。
なぜかといえば、君らがいくらあがいても、もはやPS3は空気のように
あたりまえの存在になるわけだからさ。パソコンという言葉は死語になって
PS3 という言葉に置き換わっていくと思うよ。
おもちゃメーカーのおこちゃま社員は指くわえて見守ることだねｗ。
しかし、Cellはいまんところ研究してる人がだいぶ多い気がする。
どっかからキチガイじみた最適化をする職人が出てきたらおもろいな。
どっかからキチガイじみた最適化をする職人が出てきたらおもろいな。
マーキュリー、Ｃｅｌｌのデモビデオを公開
http://www.mc.com/cell/media/medium.cfm
http://www.mc.com/cell/media/medium.cfm
東工大、1万コアのOpteron搭載グリッドは
「みんなのスパコン」
http://pc.watch.impress.co.jp/docs/2005/1130/titech.htm
Cell負けるぞ！！！！！！！！！！！！！！！！！！！！
「みんなのスパコン」
http://pc.watch.impress.co.jp/docs/2005/1130/titech.htm
Cell負けるぞ！！！！！！！！！！！！！！！！！！！！
>>628
いや、対象型のPXとは構造的にはマルチプロセッサの延長でしかないから。
必要とされるテクニックの基本は今までと何も変ってない。
これからプロセッサの主流になっていくであろうヘテロの研究とは違う。
いや、対象型のPXとは構造的にはマルチプロセッサの延長でしかないから。
必要とされるテクニックの基本は今までと何も変ってない。
これからプロセッサの主流になっていくであろうヘテロの研究とは違う。
>>633
記事読まんでいうが、なにか「みんなの」と「スパコン」にすごい違和感を覚えるなｗ
記事読まんでいうが、なにか「みんなの」と「スパコン」にすごい違和感を覚えるなｗ
パーソナルコンピュータの略がパーコンなんだから、
スーパーコンピュータの略はスーコン
スーパーコンピュータの略はスーコン
いろんなもんの寄せ集めでも作れるようになったということです。
SIMD専用のアクセラレータも乗せてるみたいだ。
SIMD専用のアクセラレータも乗せてるみたいだ。
>>636
ナイコン君はだまってろ
ナイコン君はだまってろ
CELLの恣意的ネーミングも気になるわけだが。
PPEコントロール以下でSPE動かすイメージでは速度の恩恵が少ないし、ネットワークリソース共有のボトルネックに
なると考えてるのでは？ゲーム機でないと言い切った流れからすると、むしろ今後上位で管理する家電的PCなんての作りそう。
PPEコントロール以下でSPE動かすイメージでは速度の恩恵が少ないし、ネットワークリソース共有のボトルネックに
なると考えてるのでは？ゲーム機でないと言い切った流れからすると、むしろ今後上位で管理する家電的PCなんての作りそう。
>641
あのー
ちゃんと意味判って言ってますか？（＾＾；
あのー
ちゃんと意味判って言ってますか？（＾＾；
（´・ω・｀） ?
>>643
早くトイレ行って来い
早くトイレ行って来い
>>641
なにを言いたいのかよくわからんが、ゲーム目的ならもっと柔軟に使える
ロジックの方が使い易いから、SPE以外の選択肢をとると思うよ。
LSは良いアイデアだと思うがSIMD演算のみでシングルタスクに限定したコアというのは
ゲームには使いにくいんじゃないかと。
なにを言いたいのかよくわからんが、ゲーム目的ならもっと柔軟に使える
ロジックの方が使い易いから、SPE以外の選択肢をとると思うよ。
LSは良いアイデアだと思うがSIMD演算のみでシングルタスクに限定したコアというのは
ゲームには使いにくいんじゃないかと。
ゲーム処理という意味ではSPEは別にシングルタスクに限定などされていないと思うが。
スレッドが必要ならSPE上でμITRONでもなんでも好きなのを動かせばいいのだ。でも必要か?
あとゲームといっても内実は画像処理だよな。
スレッドが必要ならSPE上でμITRONでもなんでも好きなのを動かせばいいのだ。でも必要か?
あとゲームといっても内実は画像処理だよな。
SIMD演算って32bit即値ひとついれて演算することもできるんだが
なにが使いにくいのかさっぱりわからん
なにが使いにくいのかさっぱりわからん
>>646
ゲームでの処理はほとんどが整数演算だよ。
SPEはスレッド効率が悪いから現実的でないな。
脳内プログラマにも解り易く説明するとSPEは直線コースは馬鹿っ速いがは曲がりにくい止りにくいゼロヨンタイプ、それに対してPPEはコーナリング重視の峠道を攻めるタイプ。
SPEは万能ではないよ。
ゲームでの処理はほとんどが整数演算だよ。
SPEはスレッド効率が悪いから現実的でないな。
脳内プログラマにも解り易く説明するとSPEは直線コースは馬鹿っ速いがは曲がりにくい止りにくいゼロヨンタイプ、それに対してPPEはコーナリング重視の峠道を攻めるタイプ。
SPEは万能ではないよ。
>>649が馬鹿なのはよくわかった。
いつものように単発IDが妄想で粘着か
知識0のこいつがCellスレにはりついてる理由はなんなんだろう
知識0のこいつがCellスレにはりついてる理由はなんなんだろう
652 ：名無しさん必死だな：2005/11/30(水) 12:30:23 ID:asvRZaxR
>>650
盲信的Cell信者には何言っても無駄だと思う。
盲信的Cell信者には何言っても無駄だと思う。
つか、PPE一個じゃ全然足りなくて、複数のPPE使って複数のスレッドが相互に
干渉しまくって制御されるゲームプログラムって、、、滅茶苦茶に複雑な気がするけど。
現実的にそんなゲーム作れるのか？
干渉しまくって制御されるゲームプログラムって、、、滅茶苦茶に複雑な気がするけど。
現実的にそんなゲーム作れるのか？
GPUと同じ理由で3Dゲームは浮動小数点演算に強い方が有利なわけだが・・・
そもそもSPEは整数＆浮動小数点演算を両方ともほぼ均等にこなせるように設計されている
そもそもSPEは整数＆浮動小数点演算を両方ともほぼ均等にこなせるように設計されている
SPEが苦手にしてるのは倍精度浮動小数点演算だな。
その線でなんか煽り考えとけ。
その線でなんか煽り考えとけ。
>>653
アンチは意外にマルチコア(PPE?)自体には夢見てるから面白いな。
http://www.theinquirer.net/?article=27359
call of duty2等だと
ゲーム処理1コア、煙等エフェクト1コア、データストリーミング1コアだっけ。
PGR3に至っては1コアのみ使用、今後は残りをどうポリゴン処理に活せるかなんて言う始末。
まあこれらはPX特有の問題かも知れないが、PPEに何を夢見てるのやら。
アンチは意外にマルチコア(PPE?)自体には夢見てるから面白いな。
http://www.theinquirer.net/?article=27359
call of duty2等だと
ゲーム処理1コア、煙等エフェクト1コア、データストリーミング1コアだっけ。
PGR3に至っては1コアのみ使用、今後は残りをどうポリゴン処理に活せるかなんて言う始末。
まあこれらはPX特有の問題かも知れないが、PPEに何を夢見てるのやら。
>>658
即席感が溢れるマルチスレッドですね
即席感が溢れるマルチスレッドですね
PXのほうは、プログラム研究してるのがMSしかいなかったからねぇ。
>>653
親コアと子コアでISAが違う方がめんどいけどね。
IntelのヘテロはISAを統一するそうだからループを展開するのはコンパイラまかせでも効率の良いコードを吐いてくれるがCellはPPEのソースを展開しても効率の悪いコードになりそう。
SPEの性能を生かそうと思ったら専用にソース書かないと駄目かと。
親コアと子コアでISAが違う方がめんどいけどね。
IntelのヘテロはISAを統一するそうだからループを展開するのはコンパイラまかせでも効率の良いコードを吐いてくれるがCellはPPEのソースを展開しても効率の悪いコードになりそう。
SPEの性能を生かそうと思ったら専用にソース書かないと駄目かと。
>SPEの性能を生かそうと思ったら専用にソース書かないと駄目かと。
PPEとソース共通なんてのは幻想に過ぎないからな。
低レベルなspu_*系の組み込み関数連発して
人力でSIMDに対して最適化したコードを書かないといけないのが現実。
PPEとソース共通なんてのは幻想に過ぎないからな。
低レベルなspu_*系の組み込み関数連発して
人力でSIMDに対して最適化したコードを書かないといけないのが現実。
じゃあ最初からPXはISAが～でいいじゃん。
なぜIntelの存在もしていないCPUをさもあるがごとく勝たれるのかよく分かりません。
なぜIntelの存在もしていないCPUをさもあるがごとく勝たれるのかよく分かりません。
命令セットが同じでもCPUによって最適化は全然違う
X86用のコンパイラでも各CPU専用の最適化オプションがいっぱいあるだろう
SIMDの最適化も同じSSEであってもそれぞれのCPU用にコード書いてるしな
X86用のコンパイラでも各CPU専用の最適化オプションがいっぱいあるだろう
SIMDの最適化も同じSSEであってもそれぞれのCPU用にコード書いてるしな
メニーコア時代には、コアのトランジスタ効率が性能により現れやすくなる。
1コアあたりに必要なトランジスタを削れば、それだけコア数を増やせるからだ(コア数は性能に直結する)。
Intelが指向するISA共有のヘテロジニアスマルチコアが、性能面で有利かどうかは
まだまだわからんよ。
1コアあたりに必要なトランジスタを削れば、それだけコア数を増やせるからだ(コア数は性能に直結する)。
Intelが指向するISA共有のヘテロジニアスマルチコアが、性能面で有利かどうかは
まだまだわからんよ。
デモムービーレベルではストリーミング処理増えるの当たり前だろうに。
SPEが幾らオブジェクトの配置や制御が上手でも、PPE不要に出来ない事情があるわけで。
・高負荷な映像コスト対策にCellは適してはいるだろう。
・PCに見られるマルチコアはシステムとアプリのような処理の分散が一般的。
・PPE一個で処理分散は難しい。事実上SPE+GPUは2段構えのGPUだし、画像と単純処理ぐらいしか
出来ないと見るべきだろう。
SPEが幾らオブジェクトの配置や制御が上手でも、PPE不要に出来ない事情があるわけで。
・高負荷な映像コスト対策にCellは適してはいるだろう。
・PCに見られるマルチコアはシステムとアプリのような処理の分散が一般的。
・PPE一個で処理分散は難しい。事実上SPE+GPUは2段構えのGPUだし、画像と単純処理ぐらいしか
出来ないと見るべきだろう。
32bitの汎用RISCコアで単純処理しかできないというのが意味不明だな
理由も示さず見るべきだろうといわれても誰にも理解できないが
理由も示さず見るべきだろうといわれても誰にも理解できないが
>>669
おおむね同意なんだけど、最後の
＞画像と単純処理ぐらいしか 出来ないと見るべきだろう。
この結びがちょっとよく分からないんだけど。
広大なメモリ空間を要し複雑な分岐をするならむずいっぺよ、ってことならまぁわかるけど。
LS内で完結させようとするならば。
でもこれって帯域とスレッド同期の問題だな。
結局言いたいことがよく分からない。
おおむね同意なんだけど、最後の
＞画像と単純処理ぐらいしか 出来ないと見るべきだろう。
この結びがちょっとよく分からないんだけど。
広大なメモリ空間を要し複雑な分岐をするならむずいっぺよ、ってことならまぁわかるけど。
LS内で完結させようとするならば。
でもこれって帯域とスレッド同期の問題だな。
結局言いたいことがよく分からない。
漏れは669が何を言いたいのか考える気力が湧かない
どんなプログラムでも処理の詳細見れば個々は単純処理だ
その単純処理の中でも、大量のデータや多数の繰り返しを処理する重い部分をSPEに
投げるのがCellの基本だろ
単純処理というのがどの程度の事を想定しているのか知らないが、レイキャストで画像を
レンダリング出来る事がデモで示されているんだから十分だと思うがね
ちなみに>>669はMpegストリームの解釈やデコード、エンコードは単純処理と思うのかな？
その単純処理の中でも、大量のデータや多数の繰り返しを処理する重い部分をSPEに
投げるのがCellの基本だろ
単純処理というのがどの程度の事を想定しているのか知らないが、レイキャストで画像を
レンダリング出来る事がデモで示されているんだから十分だと思うがね
ちなみに>>669はMpegストリームの解釈やデコード、エンコードは単純処理と思うのかな？
>>673
>どんなプログラムでも処理の詳細見れば個々は単純処理だ
>その単純処理の中でも、大量のデータや多数の繰り返しを処理する重い部分をSPEに
>投げるのがCellの基本だろ
そうなんですか？
従来のマルチスレッドプログラミングとは違うアプローチが必要なんですね．
>どんなプログラムでも処理の詳細見れば個々は単純処理だ
>その単純処理の中でも、大量のデータや多数の繰り返しを処理する重い部分をSPEに
>投げるのがCellの基本だろ
そうなんですか？
従来のマルチスレッドプログラミングとは違うアプローチが必要なんですね．
>>674
お前さん所のマルチスレッドはスレ間で同期しまくってるのか？
お前さん所のマルチスレッドはスレ間で同期しまくってるのか？
>>674
処理同士に依存関係があると単純にはいかないけどね。
>その単純処理の中でも、大量のデータや多数の繰り返しを処理する重い部分をSPEに
>投げるのがCellの基本だろ
ISAが統一されていないヘテロコアでは単純にはいかない。
処理同士に依存関係があると単純にはいかないけどね。
>その単純処理の中でも、大量のデータや多数の繰り返しを処理する重い部分をSPEに
>投げるのがCellの基本だろ
ISAが統一されていないヘテロコアでは単純にはいかない。
>>677はフルアセンブルでCellプログラミングするそうです。
頭悪いですね。
頭悪いですね。
C++があるのに使わないってのはバカであることに他ならない。
結局単発君は使えないのばっかだ。
>>678は日本語が不自由だから頭悪いに決まってるだろう（ｗ
単発君が自己レスして自己満足か
自分がみじめじゃないの?
自分がみじめじゃないの?
GKは同じ単語を連発するだけでボキャブラリーが貧弱なので頭悪いですね。
誰か>>676を訳してくれ・・・。
>>676
ほう。
注目すべきは倍精度Linpackのベンチマークか。
Linpack 1kx1k (DP) Peak GFLOPS Actual GFLOPS Efficiency
SPU, 3.2GHz 1.83 1.45 79.23%
8 SPUs, 3.2GHz 14.63 9.46 64.66%
Pentium4, 3.2GHz 6.4 3.1 48.44%
Pentium4 + SSE3, 3.6GHz 14.4 7.2 50.00%
Itanium, 1.6GHz 6.4 5.95 92.97%
Peak14.6に対して、9.46とは中々の数字を
叩き出してるんじゃね？
ほう。
注目すべきは倍精度Linpackのベンチマークか。
Linpack 1kx1k (DP) Peak GFLOPS Actual GFLOPS Efficiency
SPU, 3.2GHz 1.83 1.45 79.23%
8 SPUs, 3.2GHz 14.63 9.46 64.66%
Pentium4, 3.2GHz 6.4 3.1 48.44%
Pentium4 + SSE3, 3.6GHz 14.4 7.2 50.00%
Itanium, 1.6GHz 6.4 5.95 92.97%
Peak14.6に対して、9.46とは中々の数字を
叩き出してるんじゃね？
単発君が総攻撃ですね
EIBの転送帯域も興味深い
離れたSPE間の転送と隣接するSPEの転送では倍以上の差が出るようだな
離れたSPE間の転送と隣接するSPEの転送では倍以上の差が出るようだな
頭いいヤツはすべてのコーディングをアセンブラでやろうとは思わんよ
アセンブラ出来る＝頭がいいなら、
ここにいる大半のやつよりオレの方が頭がいいということになるけども。（笑）
アセンブラ出来る＝頭がいいなら、
ここにいる大半のやつよりオレの方が頭がいいということになるけども。（笑）
matrix演算とLinpackベンチでは8SPEで計測しているようだが，それ以外は
1SPEでの結果というところが気になるかな．
1SPEでの結果というところが気になるかな．
>>688
つーことはPS3用の7SPEだとモノによってパフォーマンスに差がでると考えてよろしいか？
つーことはPS3用の7SPEだとモノによってパフォーマンスに差がでると考えてよろしいか？
>>688
> EIBの転送帯域も興味深い
> 離れたSPE間の転送と隣接するSPEの転送では倍以上の差が出るようだな
違う。EIBの帯域幅のテストは、同時に複数のSPE間でデータ転送を行うと、
リングバスの使われ方によってはスループットが半分以下に下がるケースがあることを示している。
単純に遠いから転送速度が落ちるとかそういう話ではない。
> EIBの転送帯域も興味深い
> 離れたSPE間の転送と隣接するSPEの転送では倍以上の差が出るようだな
違う。EIBの帯域幅のテストは、同時に複数のSPE間でデータ転送を行うと、
リングバスの使われ方によってはスループットが半分以下に下がるケースがあることを示している。
単純に遠いから転送速度が落ちるとかそういう話ではない。
転送時間＜＜＜演算時間
どの道SPU指定しなきゃ平均化されるだろうし ま、あんま気にするこっちゃ無いんじゃ？
どの道SPU指定しなきゃ平均化されるだろうし ま、あんま気にするこっちゃ無いんじゃ？
まあ、SCEもそこは織り込み済みか。
心配する必要はないかな。
心配する必要はないかな。
SPE1 <-> SPE3, SPE5 <-> SPE7, SPE0 <-> SPE2, SPE4 <-> SPE6 186 GB/s
SPE0 <-> SPE4, SPE1 <-> SPE5, SPE2 <-> SPE6, SPE3 <-> SPE7 197 GB/s
SPE0 <-> SPE1, SPE2 <-> SPE3, SPE4 <-> SPE5, SPE6 <-> SPE7 197 GB/s
SPE0 <-> SPE3, SPE1 <-> SPE2, SPE4 <-> SPE7, SPE5 <-> SPE6 197 GB/s
SPE0 <-> SPE7, SPE1 <-> SPE6, SPE2 <-> SPE5, SPE3 <-> SPE4 78 GB/s
SPE0 <-> SPE5, SPE1 <-> SPE4, SPE2 <-> SPE7, SPE3 <-> SPE6 95 GB/s
SPE0 <-> SPE6, SPE1 <-> SPE7, SPE2 <-> SPE4, SPE3 <-> SPE5 197 GB/s
同時とかいう問題ではないようだが?
7SPEでどこをつぶすかによって微妙に差が出るのは後藤氏もいってた
ワーストケースでやれば大丈夫ということだろう
SPE0 <-> SPE4, SPE1 <-> SPE5, SPE2 <-> SPE6, SPE3 <-> SPE7 197 GB/s
SPE0 <-> SPE1, SPE2 <-> SPE3, SPE4 <-> SPE5, SPE6 <-> SPE7 197 GB/s
SPE0 <-> SPE3, SPE1 <-> SPE2, SPE4 <-> SPE7, SPE5 <-> SPE6 197 GB/s
SPE0 <-> SPE7, SPE1 <-> SPE6, SPE2 <-> SPE5, SPE3 <-> SPE4 78 GB/s
SPE0 <-> SPE5, SPE1 <-> SPE4, SPE2 <-> SPE7, SPE3 <-> SPE6 95 GB/s
SPE0 <-> SPE6, SPE1 <-> SPE7, SPE2 <-> SPE4, SPE3 <-> SPE5 197 GB/s
同時とかいう問題ではないようだが?
7SPEでどこをつぶすかによって微妙に差が出るのは後藤氏もいってた
ワーストケースでやれば大丈夫ということだろう
互い違いになってるとスループットが落ちるということで
連続して７個を使う場合などは、つぶしたSPEを基点にすれば
同等になるだろうし、利用されていないSPEのDMAの遅延はそれほど
ではないのかもしれない。
単体でSPE1＜＞SPE5とかのテストもやってくれりゃよかったのにな。
連続して７個を使う場合などは、つぶしたSPEを基点にすれば
同等になるだろうし、利用されていないSPEのDMAの遅延はそれほど
ではないのかもしれない。
単体でSPE1＜＞SPE5とかのテストもやってくれりゃよかったのにな。
186GB/sとか197GB/sの上に"Aggregate"(総計)って書いてあるだろ。
たとえばSPE1と3, 5と7, 0と2, 4と6で転送すると、トータルで
ピーク速度25.6GB/s*8=205GB/sに近い186GB/sが出るが、
あるSPE同士の転送に使うリングバスが経路上のSPE同士の転送を邪魔するような
組み合わせだと、トータル78GB/sしかでないことがある、とまあこんな話。
たとえばSPE1と3, 5と7, 0と2, 4と6で転送すると、トータルで
ピーク速度25.6GB/s*8=205GB/sに近い186GB/sが出るが、
あるSPE同士の転送に使うリングバスが経路上のSPE同士の転送を邪魔するような
組み合わせだと、トータル78GB/sしかでないことがある、とまあこんな話。
>>696
その表の上の図と照らし合わせると言いたいことが見えてくるはず。
番号とSPEの配置図を見ると半分になっているのはリングバスの反対側の
SPE同士で同時にread-writeをさせた場合の実効帯域。
二つおきのSPE同士で同時に同じことをやらせても帯域はほとんど減らない
ということもわかる。
その表の上の図と照らし合わせると言いたいことが見えてくるはず。
番号とSPEの配置図を見ると半分になっているのはリングバスの反対側の
SPE同士で同時にread-writeをさせた場合の実効帯域。
二つおきのSPE同士で同時に同じことをやらせても帯域はほとんど減らない
ということもわかる。
まあわざわざ一番はなれたSPEでパイプライン組んだとしてもEIBの帯域が問題になることはないだろうな
SPEでパイプラインを組むときはメモリを読み込むのはMICの近く、IOへの出力はIOIFの近くにしたほうがいいのは間違いないが
SPEでパイプラインを組むときはメモリを読み込むのはMICの近く、IOへの出力はIOIFの近くにしたほうがいいのは間違いないが
Transform-Lightは、PPC970 @ 3.2Ghz * 3で4.5億頂点/秒なのに対して
7SPE @ 3.2Ghzで15億頂点/秒か。PPC970がアウトオブオーダーであることを
勘案するとXbox 360 CPUはPPC970 @ 3.2Ghz * 3に優るとは思えないんだけど
VMX128の部分はアウトオブオーダーとか関係ないのかな?
7SPE @ 3.2Ghzで15億頂点/秒か。PPC970がアウトオブオーダーであることを
勘案するとXbox 360 CPUはPPC970 @ 3.2Ghz * 3に優るとは思えないんだけど
VMX128の部分はアウトオブオーダーとか関係ないのかな?
>>701
あと共有キャッシュと分離キャッシュの違いもあるな＞PPC970 / Xbox 360 CPU
あと共有キャッシュと分離キャッシュの違いもあるな＞PPC970 / Xbox 360 CPU
>>702
そう? 360のCPUに関しては飛躍があるのは当然として他について計算できない根拠は?
そう? 360のCPUに関しては飛躍があるのは当然として他について計算できない根拠は?
根拠？まあ，一言で言えば，8SPEでの計測結果が出てないから．でいいですか？
逆に単純に1SPEの結果を7掛けして良い根拠は何処にあるのでしょうか？
逆に単純に1SPEの結果を7掛けして良い根拠は何処にあるのでしょうか？
>>705
T&Lが並列計算に適してるからでしょ。
http://www.rbbtoday.com/news/20051115/27028.html
で出てるけど同様に並列性が高いレイキャスティングの場合でPPC970の方が40%メモリ待ち
のオーバーヘッドがあったのに対してCellはLSのおかげで1%だし1SPEの7掛けはほぼ問題ない
と見てよいだろう。逆にPPC970の3掛けは根拠に乏しいけどね。
T&Lが並列計算に適してるからでしょ。
http://www.rbbtoday.com/news/20051115/27028.html
で出てるけど同様に並列性が高いレイキャスティングの場合でPPC970の方が40%メモリ待ち
のオーバーヘッドがあったのに対してCellはLSのおかげで1%だし1SPEの7掛けはほぼ問題ない
と見てよいだろう。逆にPPC970の3掛けは根拠に乏しいけどね。
いや，だからそれは1SPEでの比較じゃないですか．>>676のレポートにも
その結果は載っていますが．そんなもの根拠とは呼べませんよ．
その結果は載っていますが．そんなもの根拠とは呼べませんよ．
8掛けして駄目なケースとしては、
頻繁にLSにデータ転送が必要となるような
ベンチマークでしょ。
T&Lの計算なんてLSに収めてループで回すだけだから、
1SPEで済ましてる。
逆にMatrix演算とかLinpackは巨大なデータ転送が
必要となるから1SPEと8SPEで効率性を見てる。
それぐらい理解しろよ。
頻繁にLSにデータ転送が必要となるような
ベンチマークでしょ。
T&Lの計算なんてLSに収めてループで回すだけだから、
1SPEで済ましてる。
逆にMatrix演算とかLinpackは巨大なデータ転送が
必要となるから1SPEと8SPEで効率性を見てる。
それぐらい理解しろよ。
おっと，失敬．>>706はCELL全体との比較でしたね．上記発言は撤回．
7種類のCellを積んだそれぞれのPS3全部でデバッグすれば安心できそうだね。
そして懲りずにCellスレに粘着する単発
真性マゾなんだろうなあ
真性マゾなんだろうなあ
開発機は８個生きてるCell乗せてるんじゃね？
どれをOFFにするかは指定できるんじゃないかな。
その上ゲーム用には５個だか６個だかしか使えないんだろう？
どれをOFFにするかは指定できるんじゃないかな。
その上ゲーム用には５個だか６個だかしか使えないんだろう？
そいや、そんな話あったね。
6個じゃなかった？
6個じゃなかった？
一個はOSが使用するという話だった
ゲーム用に開放されるのは六個
ゲーム用に開放されるのは六個
倍精度のLinpackがPen4とあまり変わらない点について
一番弱い倍精度でも同等というべきでは。
トランジスタ数が同等のPen4と比べないと意味がないかもしれんが。
トランジスタ数が同等のPen4と比べないと意味がないかもしれんが。
LinpackベンチはRPeak（理論ピーク値）とRMax(実効性能)の
対比が重要なベンチだし。
Pen4＋SSE3 3.6GHzとSPE×8の
理論ピーク性能自体が同じみたいだし。
ということで、これまで謎だったCELLのDP性能の
振り分けが明らかになったな。
＞an SPU can achieve a peak 1.83GFLOPS at 3.2GHz.
＞With eight SPUs and fully pipelined DP floating-point
＞support in the PPE's VMX, the Cell BE is capable of
＞a peak 21.03GFLOPS DP floating-point,
SPE3.2GHz単体は1.83GFlopsで×8で14.64GFlops。
VMX分が6.39GFlopsか。
んで4GHｚCELLで26GFlopsって訳ね。
対比が重要なベンチだし。
Pen4＋SSE3 3.6GHzとSPE×8の
理論ピーク性能自体が同じみたいだし。
ということで、これまで謎だったCELLのDP性能の
振り分けが明らかになったな。
＞an SPU can achieve a peak 1.83GFLOPS at 3.2GHz.
＞With eight SPUs and fully pipelined DP floating-point
＞support in the PPE's VMX, the Cell BE is capable of
＞a peak 21.03GFLOPS DP floating-point,
SPE3.2GHz単体は1.83GFlopsで×8で14.64GFlops。
VMX分が6.39GFlopsか。
んで4GHｚCELLで26GFlopsって訳ね。
SPE間転送って、どんな凄いことをやる場合に使うんだ？
つか、SPE間なら転送せずに最後まで単独のSPEでやったほうが効率よくない？
LSに収まらないようなプログラムを想定しているのだろうか…
つか、SPE間なら転送せずに最後まで単独のSPEでやったほうが効率よくない？
LSに収まらないようなプログラムを想定しているのだろうか…
１個目がデコードして、２～６番目が処理して、７個目がエンコードするとか。
そんな使いかた。
そんな使いかた。
トイレ行ってきたよー
(~) o ﾟ 。 。 ｡ ﾟ ｡
γ´⌒｀ヽ o ﾟ o ﾟ o
{i:i:i:i:i:i:i:i:} 。 ﾟ ｡ ﾟ ﾟ
(* ‘ω‘) 人 ﾟ ｡ ﾟ o ﾟ o
（:::：::::::.r:) （＿_）｡ ﾟ 。 。 ｡ ﾟ ｡
じ--Ｊ (（＿＿）ﾟ o ﾟ 。 。 ｡
(~) o ﾟ 。 。 ｡ ﾟ ｡
γ´⌒｀ヽ o ﾟ o ﾟ o
{i:i:i:i:i:i:i:i:} 。 ﾟ ｡ ﾟ ﾟ
(* ‘ω‘) 人 ﾟ ｡ ﾟ o ﾟ o
（:::：::::::.r:) （＿_）｡ ﾟ 。 。 ｡ ﾟ ｡
じ--Ｊ (（＿＿）ﾟ o ﾟ 。 。 ｡
なんでSPE丸々1個をOSに割り当てたがる人がいるんだろう。
箱丸でもいたなｗ 3コアのうち1コアはOSが！とか。
箱丸でもいたなｗ 3コアのうち1コアはOSが！とか。
724 ：名無しさん必死だな：2005/12/01(木) 07:14:52 ID:JK0jmEsk
>>720
LSのサイズに限定されるから凝った事は出来ないん無いんだがループを展開して複数コアに処理
させるとかMulti-Tasking SPEs（http://pcweb.mycom.co.jp/articles/2005/11/05/fpf1/004.html）
といったものが考えられている。
特にループアンロールは他のディユアル・マルチコアでも可能な筈だが実際の処理に
組み込むには難しいようで上手くいっていないのが現状。
LSのサイズに限定されるから凝った事は出来ないん無いんだがループを展開して複数コアに処理
させるとかMulti-Tasking SPEs（http://pcweb.mycom.co.jp/articles/2005/11/05/fpf1/004.html）
といったものが考えられている。
特にループアンロールは他のディユアル・マルチコアでも可能な筈だが実際の処理に
組み込むには難しいようで上手くいっていないのが現状。
SPEをOSに使う意味はわからないけど、OS割り当てのコア持つほうが安定するからでしょ。
>>722
クソは流せ
クソは流せ
>>724
ループアンロールはマルチコアの為の新しい手法のように言われてるけど8bitパソコンでアセンブラプログラムの頃からジャンプ命令のレイテンシを削減する裏技として使われたわりと古典的なアルゴリズムだけどね。
前のループの値を参照するケースも多いから複数コアにループを展開出来るループは限られてくると思うよ。
共有キャッシュでないとなかなかパフォーマンスが出ないんじゃないかな。
ループアンロールはマルチコアの為の新しい手法のように言われてるけど8bitパソコンでアセンブラプログラムの頃からジャンプ命令のレイテンシを削減する裏技として使われたわりと古典的なアルゴリズムだけどね。
前のループの値を参照するケースも多いから複数コアにループを展開出来るループは限られてくると思うよ。
共有キャッシュでないとなかなかパフォーマンスが出ないんじゃないかな。
>>727
テクノスレでPXのハードウェアスレッドは依存関係のある命令もよく動くという書き込みがあったけどコア・スレッド間の連携でシェアードキャッシュはかなり効果あるみたいだね。
テクノスレでPXのハードウェアスレッドは依存関係のある命令もよく動くという書き込みがあったけどコア・スレッド間の連携でシェアードキャッシュはかなり効果あるみたいだね。
ループアンロールなら、PPE<->SPE或いはMEM<->SPEの帯域は必要だが、SPE<->SPEなんて使わないでしょ。
また、高速化のためのプチテクニックなので、色々とセットアップの必要なSPEに向くとも思えないが…
727-278の言うとおり、共有キャッシュならばかなり効果あると思う。
マルチコア時代の”無理矢理マルチタスク”の最たる使用方法になると思う。
また、高速化のためのプチテクニックなので、色々とセットアップの必要なSPEに向くとも思えないが…
727-278の言うとおり、共有キャッシュならばかなり効果あると思う。
マルチコア時代の”無理矢理マルチタスク”の最たる使用方法になると思う。
ループアンローリングとマルチコアは超絶関係ない
SPEひとつシステムで占有するのはセキュリティ上の理由
SPEひとつシステムで占有するのはセキュリティ上の理由
ループアンロールは単一コアで行われる最適化の手法だぞ
>>731の言う通りマルチコアとはまったく関係無い、当然共有キャッシュにも関係無い
>>731の言う通りマルチコアとはまったく関係無い、当然共有キャッシュにも関係無い
>>728
>・2HardwareThreadはなかなかよく動く。依存関係のある命令で発生するレイテンシをうまく軽減できているようだ。
>・整数mul/divと浮動小数点mul/div/sqrtがヤバイ
>・VMX128の追加されたレジスタは全ての命令で利用できるわけでは無い(直交性が低い)
>・通常L2Lockは使いにくいというか、あまり便利な使い道が無い。やはりGPUへのデータ送信専用か。
>普通にL1プリフェッチを活用してキャッシュミス減らしたほうがいい。
>そもそもL1キャッシュミスのペナルティは小さくないため、L1に乗り切らない量のメモリエリアを
>こねくり回す処理はあまり効率的とはいえない。
>
>#これから出てくるCPUはL1プリフェッチを必ず実装していただきたい。 影響大きすぎ。
これ読む限り、単純に1コア内で片方のスレッドがストールしてる間をもう片方のスレッドの処理で
上手く埋められてるって程度の話にしか見えんぞ
命令の依存関係と、コア・スレッド間の連携ってのは、これも全くレベルの違う話だ
>・2HardwareThreadはなかなかよく動く。依存関係のある命令で発生するレイテンシをうまく軽減できているようだ。
>・整数mul/divと浮動小数点mul/div/sqrtがヤバイ
>・VMX128の追加されたレジスタは全ての命令で利用できるわけでは無い(直交性が低い)
>・通常L2Lockは使いにくいというか、あまり便利な使い道が無い。やはりGPUへのデータ送信専用か。
>普通にL1プリフェッチを活用してキャッシュミス減らしたほうがいい。
>そもそもL1キャッシュミスのペナルティは小さくないため、L1に乗り切らない量のメモリエリアを
>こねくり回す処理はあまり効率的とはいえない。
>
>#これから出てくるCPUはL1プリフェッチを必ず実装していただきたい。 影響大きすぎ。
これ読む限り、単純に1コア内で片方のスレッドがストールしてる間をもう片方のスレッドの処理で
上手く埋められてるって程度の話にしか見えんぞ
命令の依存関係と、コア・スレッド間の連携ってのは、これも全くレベルの違う話だ
>PX 追記
>
>・VMX128は想像通り、追加された96個のレジスタにはいくつかの命令
>"xxx128"といったものでしかアクセスできない。
>これはみなさまのご想像通り32bitISAの制限からくるもの。
>追加された命令は10程度だが、dotpruduct128はあるんで十分効果はある。
これが本当なら、VMX128のレジスタはSPEのように等しく扱え無いから、大量のレジスタ使って
ループアンローリングする場合はSPEと比べかなり不利だろうな
>
>・VMX128は想像通り、追加された96個のレジスタにはいくつかの命令
>"xxx128"といったものでしかアクセスできない。
>これはみなさまのご想像通り32bitISAの制限からくるもの。
>追加された命令は10程度だが、dotpruduct128はあるんで十分効果はある。
これが本当なら、VMX128のレジスタはSPEのように等しく扱え無いから、大量のレジスタ使って
ループアンローリングする場合はSPEと比べかなり不利だろうな
PX的には積和演算だけでも展開できれば「十分」なんじゃないかな。
気にするところはもっと他にあるだろう。
気にするところはもっと他にあるだろう。
つか、そのPXカキコ、「・・・」の人が書いたと告白してたけど、信憑性あるのか？
そうそう、>>724がループアンローリングと言ってる事は、複数コアでのパイプライン処理だね
一般に言われるループアンローリングとは全く別物なんで区別しないと、会話が成立しないよ
ループアンローリング：ループを展開して、1回のループで元の複数回分を実行するようにする
複数コアパイプライン：ループ内の各段階を別のコアがパイプライン的に処理
一般に言われるループアンローリングとは全く別物なんで区別しないと、会話が成立しないよ
ループアンローリング：ループを展開して、1回のループで元の複数回分を実行するようにする
複数コアパイプライン：ループ内の各段階を別のコアがパイプライン的に処理
Super PI 104万桁のベンチマークランキング
http://www16.big.or.jp/~bunnywk/superpi.html
3.2GHzのCellだと何秒いけますか？
＞ 0'17"Pentium 4 7304MHz
http://www16.big.or.jp/~bunnywk/superpi.html
3.2GHzのCellだと何秒いけますか？
＞ 0'17"Pentium 4 7304MHz
SPE1つはサウンド用とは言ってたが、OSに回すとかいってたか？
DRM絡みだね。コア一つ占有して外部からのアクセスをシャットアウトすれば、
堅牢性は飛躍的に増す。SPEをそういうふうに使えるのもCellの強み。
製造元しか知らない暗号鍵とかも内蔵してるんじゃないかと推測するが、そこまではやってないのかな。
堅牢性は飛躍的に増す。SPEをそういうふうに使えるのもCellの強み。
製造元しか知らない暗号鍵とかも内蔵してるんじゃないかと推測するが、そこまではやってないのかな。
>740
何回ループだっけ。SPE一個あたりに一回で割り振ったら反則かも。
何回ループだっけ。SPE一個あたりに一回で割り振ったら反則かも。
PXって何？
テクノスレってどこ？
>>745 サンキュー
ゲーム機の技術で世界最速マシンをつくる
久多良木氏，3度目の常識破りに挑む
http://itpro.nikkeibp.co.jp/article/OPINION/20051130/225412/
>久多良木氏が最近の講演で披露したプレゼンテーション資料では，
>スーパーコンピュータ用Cellの動作周波数は2.5GHzと記載してある。
>これを一つのボードに18個実装する。このボード16枚を1ラック（筐体）
>に納め，40個のラックを相互につなぐ。つまり，1万1150個のCellで
>1P（ペタ）FLOPSに達する。
>これは現時点で，構想というより，まだ妄想の段階に過ぎないのか
>もしれないが
CELL BEのHPC分野への応用についてのl講演資料
http://wwwcs.uni-paderborn.de/pc2/talks/talk135.html
>How do we get to a PetaFlop?
>・Cell-based PowerCluster (2007-8)
>・20+ TF/rack, 50 racks
ｸﾀの言ってることとかなり近いな。
倍精度版SPEの話や、>>676の倍精度Linpackベンチを評価している
所と照らし合わせても、妄想ではなく、現在進行形のﾌﾟﾟﾛｼﾞｪｸﾄ
じゃなかろうか。
久多良木氏，3度目の常識破りに挑む
http://itpro.nikkeibp.co.jp/article/OPINION/20051130/225412/
>久多良木氏が最近の講演で披露したプレゼンテーション資料では，
>スーパーコンピュータ用Cellの動作周波数は2.5GHzと記載してある。
>これを一つのボードに18個実装する。このボード16枚を1ラック（筐体）
>に納め，40個のラックを相互につなぐ。つまり，1万1150個のCellで
>1P（ペタ）FLOPSに達する。
>これは現時点で，構想というより，まだ妄想の段階に過ぎないのか
>もしれないが
CELL BEのHPC分野への応用についてのl講演資料
http://wwwcs.uni-paderborn.de/pc2/talks/talk135.html
>How do we get to a PetaFlop?
>・Cell-based PowerCluster (2007-8)
>・20+ TF/rack, 50 racks
ｸﾀの言ってることとかなり近いな。
倍精度版SPEの話や、>>676の倍精度Linpackベンチを評価している
所と照らし合わせても、妄想ではなく、現在進行形のﾌﾟﾟﾛｼﾞｪｸﾄ
じゃなかろうか。
749 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/12/01(木) 21:46:12 ID:zoKSFAAd
NEの編集長は、まだ同じ社内で記事を書いているんだ。
185 ：名無しさん必死だな ：2005/12/02(金) 01:14:33 ID:d4F5MroG
http://www.mc.com/global/video/MCS_Cell_Video_large_stream.wmv
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!
http://www.mc.com/global/video/MCS_Cell_Video_large_stream.wmv
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!
GameTomorrowにGPGPUのコードをCell向けに移植して実行したテストの記事が
上がってる
http://gametomorrow.com/blog/index.php/2005/11/30/gpus-vs-cell/
CgのコードをそのまんまC言語+SPEイントリンジックに移植したコードで
GeForce 7800GT OCに30%増しの性能、ベクタを水平からCell向きの垂直
に書き換えて実行したら5倍から6倍の性能になったとのこと
(処理に使用したSPEは7個)
上がってる
http://gametomorrow.com/blog/index.php/2005/11/30/gpus-vs-cell/
CgのコードをそのまんまC言語+SPEイントリンジックに移植したコードで
GeForce 7800GT OCに30%増しの性能、ベクタを水平からCell向きの垂直
に書き換えて実行したら5倍から6倍の性能になったとのこと
(処理に使用したSPEは7個)
>752
これはCELLの性能をフル活用するつもりがなければ、比較的容易に開発出来る事を示していると考えて良いんですかね。
これはCELLの性能をフル活用するつもりがなければ、比較的容易に開発出来る事を示していると考えて良いんですかね。
知識もなく知能の低いバカは何も考えなくていいよ
いっそNVIDIAがCell向けCgコンパイラでも用意すれば、
並列性、開発性の問題が一気に解決という気もするな。
並列性、開発性の問題が一気に解決という気もするな。
どこもソース出さないんだけどそういう縛りでもあるのかね
情報漏らさないのが普通なんだが。。。
おまいは透過的言ってみたいだけちゃうんかと
そんなこと不可能ですから
そんなこと不可能ですから
762 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/12/02(金) 14:50:17 ID:YOFVTe8/
2005年の半導体トップ25，7社が2ケタ成長
http://techon.nikkeibp.co.jp/article/NEWS/20051202/111287/
http://techon.nikkeibp.co.jp/article/NEWS/20051202/111287/?SS=imgview&FD=-1364742054&ad_q
日本企業は駄目ぽ( ● ´ ー ｀ ● ；)
http://techon.nikkeibp.co.jp/article/NEWS/20051202/111287/
http://techon.nikkeibp.co.jp/article/NEWS/20051202/111287/?SS=imgview&FD=-1364742054&ad_q
日本企業は駄目ぽ( ● ´ ー ｀ ● ；)
>>761
例えば、MGS4で言われてるような、SPE側でのAAとかのポストプロセスを
Cgで記述出来れば便利でしょ？
返答が貰えるとは思わないが根拠よろしく。
CgをSPEバイナリにコンパイル出来ないとは考えにくい。
例えば、MGS4で言われてるような、SPE側でのAAとかのポストプロセスを
Cgで記述出来れば便利でしょ？
返答が貰えるとは思わないが根拠よろしく。
CgをSPEバイナリにコンパイル出来ないとは考えにくい。
>>764
ソースがポータブルであることを透過とは言いませんから。
仮に俺定義で言ったとしてもソフトウェアでがんばれば何でもできるじゃ話になりませんから。
nVidiaがSPE用Cgコンパイラなりコンバータを用意しているというソースよろしく。
例によってSPEでJavaVMが動いたらいいなと同レベルの妄想語ってるだけならそれでもいいけど。
ソースがポータブルであることを透過とは言いませんから。
仮に俺定義で言ったとしてもソフトウェアでがんばれば何でもできるじゃ話になりませんから。
nVidiaがSPE用Cgコンパイラなりコンバータを用意しているというソースよろしく。
例によってSPEでJavaVMが動いたらいいなと同レベルの妄想語ってるだけならそれでもいいけど。
766 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/12/02(金) 16:36:15 ID:YOFVTe8/
米Intel，CTO後任に“メニイコア”推進者を選出
http://itpro.nikkeibp.co.jp/article/NEWS/20051202/225608/
http://itpro.nikkeibp.co.jp/article/NEWS/20051202/225608/
>>764
CgがSPEに最適化されなきゃ効率悪いだけの糞コンパイラにしかならないのがわかんないのかな？
CgがSPEに最適化されなきゃ効率悪いだけの糞コンパイラにしかならないのがわかんないのかな？
元ソースすらどんなのか明らかじゃないのに
移植されたソースまで想像のついてしまう天才エスパー君が降臨しましたよ。
移植されたソースまで想像のついてしまう天才エスパー君が降臨しましたよ。
>>769
＞元ソースすらどんなのか明らかじゃないのに
これでしょ？ 記事からリンクされてるじゃん。
http://graphics.cs.uiuc.edu/svn/kcrane/web/project_qjulia.html
＞元ソースすらどんなのか明らかじゃないのに
これでしょ？ 記事からリンクされてるじゃん。
http://graphics.cs.uiuc.edu/svn/kcrane/web/project_qjulia.html
>>765
何に腹を立てて噛みついてくるのかはわからないが、
>>755に書いたような仮定の話にソースを求められても困る。
>ソースがポータブルであることを透過とは言いませんから。
>仮に俺定義で言ったとしてもソフトウェアでがんばれば何でもできるじゃ話になりませんから。
はあ。では公的な定義では透過性って何を意味すると言いたいわけ？
何か中立的な根拠を示さない限り、君の透過性という言葉も俺定義なわけだけど。
>仮に俺定義で言ったとしてもソフトウェアでがんばれば何でもできるじゃ話になりませんから。
は？SPEにはRSXのプリ・ポストプロセスは出来ないって事？
何に腹を立てて噛みついてくるのかはわからないが、
>>755に書いたような仮定の話にソースを求められても困る。
>ソースがポータブルであることを透過とは言いませんから。
>仮に俺定義で言ったとしてもソフトウェアでがんばれば何でもできるじゃ話になりませんから。
はあ。では公的な定義では透過性って何を意味すると言いたいわけ？
何か中立的な根拠を示さない限り、君の透過性という言葉も俺定義なわけだけど。
>仮に俺定義で言ったとしてもソフトウェアでがんばれば何でもできるじゃ話になりませんから。
は？SPEにはRSXのプリ・ポストプロセスは出来ないって事？
CgコンパイラをSPEに移植する価値はあると考えられる。
GPUのシェーダプログラミングの為に産み出された
言語だから並列性に優れているからね。
GPUのシェーダプログラミングの為に産み出された
言語だから並列性に優れているからね。
Cgはシェーダープログラムを分かりやすく仕上げたものですが？
むしろコンパイラを突っ込んだ方がいいと思われ
むしろコンパイラを突っ込んだ方がいいと思われ
透過性(Transparency)と(高級言語によるハードウェアの)抽象化・隠蔽はまったく別の概念
透過性とは，存在しないかのように見せかけること
http://www.tom.sfc.keio.ac.jp/~hagino/ds02/01/slide6-0.html
透過性とは，存在しないかのように見せかけること
http://www.tom.sfc.keio.ac.jp/~hagino/ds02/01/slide6-0.html
>>769
＿＿＿
.／ ＼
.| ^ ^ |
| .>ﾉ(､_, )ヽ､.| ＜あまり私を怒らせない方がいい
__! ! -=ﾆ=- ﾉ!_＿_
／´￣￣ .|＼｀ﾆﾆ´／ ｀ヽ
｛ .|__ ￣￣ヾ }
i;;',,, r---イ ／|,､_,, ,',;:',i
.l;';',;,, } /;＼ / ヽ / ,;,;;',;l
.|;;',;, } ./;;;,, ＼ / ;;;;;;ヽ ,,;;','i
＿＿＿
.／ ＼
.| ^ ^ |
| .>ﾉ(､_, )ヽ､.| ＜あまり私を怒らせない方がいい
__! ! -=ﾆ=- ﾉ!_＿_
／´￣￣ .|＼｀ﾆﾆ´／ ｀ヽ
｛ .|__ ￣￣ヾ }
i;;',,, r---イ ／|,､_,, ,',;:',i
.l;';',;,, } /;＼ / ヽ / ,;,;;',;l
.|;;',;, } ./;;;,, ＼ / ;;;;;;ヽ ,,;;','i
Cgに並列性もへったくれもないだろ。
OpenGLやらDirectXの上にかぶせる高級言語だぞ。
中身はほとんどCに近い。というか、Cに似せて
作ってるんだから。
CELLでCg動かして何が楽しいんだ？Cで良いじゃん。
それ以前にCELL上でOpenGLが動かないと意味無いぞ。
OpenGLやらDirectXの上にかぶせる高級言語だぞ。
中身はほとんどCに近い。というか、Cに似せて
作ってるんだから。
CELLでCg動かして何が楽しいんだ？Cで良いじゃん。
それ以前にCELL上でOpenGLが動かないと意味無いぞ。
二人とも私のために喧嘩はやめて
>>777 はCELLタンか、それとも河合奈保子か？
> Cgに並列性もへったくれもないだろ。
並列性という言葉が悪いのかな？SIMDに適した記述と言い換えよう。
構文はCに似せてはあるけど言語の構文は別に本質ではない。
C/C++でSIMDに適したコードを書くのは大変だけど、
CgはシェーダというSIMDアレイを制御する為の言語でしょ？
それに最低限ソースレベルだけでも互換があれば
既にCg(HLSL)の経験を持ってるメーカーはその経験や資産を活かせる。
並列性という言葉が悪いのかな？SIMDに適した記述と言い換えよう。
構文はCに似せてはあるけど言語の構文は別に本質ではない。
C/C++でSIMDに適したコードを書くのは大変だけど、
CgはシェーダというSIMDアレイを制御する為の言語でしょ？
それに最低限ソースレベルだけでも互換があれば
既にCg(HLSL)の経験を持ってるメーカーはその経験や資産を活かせる。
>>774
透過性に関しては静的な透過性なら実現できるのではないかな。
プリプロセス・RSXシェーダ・ポストプロセス、これらを全て抽象化して
アクセス出来れば、透過的だと言えると思うのだが。
勿論、実際にはSPEとRSX間でやりとりするベースとなるライブラリは
書かなければいけないわけだが。
透過性に関しては静的な透過性なら実現できるのではないかな。
プリプロセス・RSXシェーダ・ポストプロセス、これらを全て抽象化して
アクセス出来れば、透過的だと言えると思うのだが。
勿論、実際にはSPEとRSX間でやりとりするベースとなるライブラリは
書かなければいけないわけだが。
>静的な透過性
…
まあどうせゲハなんだし好きに知ったかぶってくれ。
…
まあどうせゲハなんだし好きに知ったかぶってくれ。
今はそこに力を割くのではなく、Cellプロセッサ用コンパイラに力を入れる時期だと思うんだ。
まずはそこからで、そこがちゃんとできて初めて他の事に手を回すのが
一番みんなが幸せになれる方法だと思う。
まずはそこからで、そこがちゃんとできて初めて他の事に手を回すのが
一番みんなが幸せになれる方法だと思う。
なんだか騒々しいけど、GPGPU向けコードをCellに移植したら
すごく性能が出ました、ってあまり意外性の無い話だよね？
すごく性能が出ました、ってあまり意外性の無い話だよね？
それほど最適化してなくてもそこそこ良いパフォーマンスで動いたっぽいよ、
という観点から見ると、多少面白い。
という観点から見ると、多少面白い。
>>784
もともとCPUでやってた処理をGPUに肩代わり出来ないかという発想だからCPUでやったら効率がよかったといわれてもへーとしか答えようがないけど。
もともとCPUでやってた処理をGPUに肩代わり出来ないかという発想だからCPUでやったら効率がよかったといわれてもへーとしか答えようがないけど。
>>787
GPGPUのための成果を流用できそうなとこが面白いんじゃない？
GPGPUのための成果を流用できそうなとこが面白いんじゃない？
＞というのも、単純な単位時間あたりの演算性能においては既にGPUがCPUを凌駕してしまっており、
＞毎年投入される新製品の性能向上率を見てもGPUがCPUを上回ってしまっているためだ。
＞1つは、GPUは劇的なアーキテクチャ改変を伴って生まれ変わり続けているという点。
＞CPUは互換性維持という足かせがあるのに対し、GPUでは最低限の互換性は維持されるものの、
＞プログラマブルシェーダの仕様は2年ほどで新しいものに置き換わり、アーキテクチャの劇的な改変が許容される。
＞つまり、現時点のGPGPU向きのアプリケーションとしては
＞・巨大なデータを処理する
＞・各データ間の依存性は最低限である
＞・高い並列性をもって処理できること
＞という3つの要素を満たすものが適しているとことになるのだ。
http://pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/
そんなGPU向けの
＞This kind of algorithm is pretty much ideal for the GPU - extremely high arithmetic intensity
＞and almost zero bandwidth usage.
なコードをCellに移植したら、>>752になったと。
＞毎年投入される新製品の性能向上率を見てもGPUがCPUを上回ってしまっているためだ。
＞1つは、GPUは劇的なアーキテクチャ改変を伴って生まれ変わり続けているという点。
＞CPUは互換性維持という足かせがあるのに対し、GPUでは最低限の互換性は維持されるものの、
＞プログラマブルシェーダの仕様は2年ほどで新しいものに置き換わり、アーキテクチャの劇的な改変が許容される。
＞つまり、現時点のGPGPU向きのアプリケーションとしては
＞・巨大なデータを処理する
＞・各データ間の依存性は最低限である
＞・高い並列性をもって処理できること
＞という3つの要素を満たすものが適しているとことになるのだ。
http://pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/
そんなGPU向けの
＞This kind of algorithm is pretty much ideal for the GPU - extremely high arithmetic intensity
＞and almost zero bandwidth usage.
なコードをCellに移植したら、>>752になったと。
気になったのだが、
http://www.icinsights.com/news/releases/press20051121.html
と、
http://techon.nikkeibp.co.jp/article/NEWS/20051202/111287/
の違いについて教えてくれないか。
ソニーの売り上げ1000億も違うぞ。
http://www.icinsights.com/news/releases/press20051121.html
と、
http://techon.nikkeibp.co.jp/article/NEWS/20051202/111287/
の違いについて教えてくれないか。
ソニーの売り上げ1000億も違うぞ。
フェルドマンすげえ
すまん、スレ間違えた
Blogのもとの記事だかサイトはどこなんだ？
http://www.gpgpu.org/のどっかってことか
http://www.gpgpu.org/のどっかってことか
フェルドマーーーン！！
なにはさておき、フェルドマンがなんなのか気になってしょうがいない。
フェルドマン，ロバート・アラン［フェルドマン，ロバートアラン］［Ｆｅｌｄｍａｎ，Ｒｏｂｅｒｔ Ａｌａｎ］
モルガン・スタンレー証券会社、日本主席エコノミスト。１９５３年アメリカ生まれ。
１９７０年に交換留学生として初来日。１９７６年イエール大学で経済学／日本研究の学士号を取得。
１９８４年マサチューセッツ工科大学で経済学博士号を取得。
国際通貨基金（ＩＭＦ）、ソロモン・ブラザーズを経て、１９９８年から現職。
モルガン・スタンレー証券会社、日本主席エコノミスト。１９５３年アメリカ生まれ。
１９７０年に交換留学生として初来日。１９７６年イエール大学で経済学／日本研究の学士号を取得。
１９８４年マサチューセッツ工科大学で経済学博士号を取得。
国際通貨基金（ＩＭＦ）、ソロモン・ブラザーズを経て、１９９８年から現職。
>>779
実際に Cgでコード書いたことある?
SIMDに特化っていうけど、
C++ の a[0] *= 2; a[1] *= 2; a[2] *= 2;
なんてのを Cgでは
a *= 2;
ってかけるぐらいで、SIMDプログラムの本質的な部分は
C++となんら変わりはない。
それに Cgにはポインタすらないので、できることはきわめて限られる。
SPEのコードをCgで書くメリットはほとんどないと思うな。
実際に Cgでコード書いたことある?
SIMDに特化っていうけど、
C++ の a[0] *= 2; a[1] *= 2; a[2] *= 2;
なんてのを Cgでは
a *= 2;
ってかけるぐらいで、SIMDプログラムの本質的な部分は
C++となんら変わりはない。
それに Cgにはポインタすらないので、できることはきわめて限られる。
SPEのコードをCgで書くメリットはほとんどないと思うな。
>>798
PCとのマルチでソフトを出しているメーカーあたりに恩恵があったりして
PCとのマルチでソフトを出しているメーカーあたりに恩恵があったりして
CgだとSIMDが前提になってる分、SIMD処理の記述がスッキリするぐらいだろう
Cell用コンパイラのSPE向け拡張として、インラインアセンブラ的に一部をCgで記述できるように
するぐらいの拡張はアリかもしれないが、全部Cgで書くのはメリット無いだろうな
Cell用コンパイラのSPE向け拡張として、インラインアセンブラ的に一部をCgで記述できるように
するぐらいの拡張はアリかもしれないが、全部Cgで書くのはメリット無いだろうな
>>790
なんだろうね？
CCDの売上とか抜いてんじゃないかな。
半導体と言えるかどうか微妙だし。
どちらにしろ
>In fact, Sony’s external semiconductor sales are
>forecast to decline by about 20 percent in 2005.
>In contrast, driven by video game consoles,
>MP3 players, digital TVs, and other consumer
>systems, its internal transfer sales of semiconductors
>are expected to surge by about 50 percent in 2005.
外販向けは20↓してるけど、内販は50↑してるってね。
まさにｸﾀﾀﾝ効果が発揮してるようだね。
なんだろうね？
CCDの売上とか抜いてんじゃないかな。
半導体と言えるかどうか微妙だし。
どちらにしろ
>In fact, Sony’s external semiconductor sales are
>forecast to decline by about 20 percent in 2005.
>In contrast, driven by video game consoles,
>MP3 players, digital TVs, and other consumer
>systems, its internal transfer sales of semiconductors
>are expected to surge by about 50 percent in 2005.
外販向けは20↓してるけど、内販は50↑してるってね。
まさにｸﾀﾀﾝ効果が発揮してるようだね。
>>799
ずいぶんちっぽけな恩恵だな。
ずいぶんちっぽけな恩恵だな。
SCEがことさらに「SPE上ではフルスペックのC++がうごいちゃうううぅ」と言っていた
その意味をかみしめて頂きたく。
その意味をかみしめて頂きたく。
Cgが並列性に優れてるとかアホじゃねｗ
せめてプログラミングを勉強してくれよ。
その次にCPUがどうやって動いてるかアセンブラと一緒に勉強してくれ。
せめてプログラミングを勉強してくれよ。
その次にCPUがどうやって動いてるかアセンブラと一緒に勉強してくれ。
アセンブラ＝アドレスミスで暴走
よくやります。大変です。というかビビりますよ暴走した瞬間。
よくやります。大変です。というかビビりますよ暴走した瞬間。
808 ：名無しさん必死だな：2005/12/03(土) 01:48:32 ID:lOPUcy7S
ともかくだ
ソースコードの開示されていない検証不可能なベンチマークテストは
いくらIBM関係者といえども、いやIBM関係者だからこそ捏造だと断定せざるを得ないな。
ソースコードの開示されていない検証不可能なベンチマークテストは
いくらIBM関係者といえども、いやIBM関係者だからこそ捏造だと断定せざるを得ないな。
ベンチを捏造したところで得なんてしないわけで。
ATI様が身をもって証明しちゃってますよ奥さん。
現物がないから否定も肯定もできんので、断言しちゃう人は決まって痛い人ばっかで。
でも俺もソースコードみてぇよ。あまさずみてぇよ。
ATI様が身をもって証明しちゃってますよ奥さん。
現物がないから否定も肯定もできんので、断言しちゃう人は決まって痛い人ばっかで。
でも俺もソースコードみてぇよ。あまさずみてぇよ。
ATIはベンチの捏造なんてしていません
最適化を行っているだけです
実ゲームでのスコア？すいません、よく聞き取れませんでした
最適化を行っているだけです
実ゲームでのスコア？すいません、よく聞き取れませんでした
292 ：Socket774：2005/12/03(土) 01:22:17 ID:vLWpwHzJ
GeForce 6800 GS と Radeon X1600 XT のパフォーマンス比較
http://www.4gamer.net/review/geforce_6800gs/6800gs.shtml
「気になるのはRadeon X1600 XTだ。3DMark05の総合スコアで見せた
高いスコアが見られないどころか，GeForce 6600 GTにも完敗である。
この件についてATIは4Gamerの質問に対し，Radeon X1000シリーズ用の
ドライバを現在最適化中というコメントを寄せている。」
すばらしいATIくおりてぃ
GeForce 6800 GS と Radeon X1600 XT のパフォーマンス比較
http://www.4gamer.net/review/geforce_6800gs/6800gs.shtml
「気になるのはRadeon X1600 XTだ。3DMark05の総合スコアで見せた
高いスコアが見られないどころか，GeForce 6600 GTにも完敗である。
この件についてATIは4Gamerの質問に対し，Radeon X1000シリーズ用の
ドライバを現在最適化中というコメントを寄せている。」
すばらしいATIくおりてぃ
オブジェクト消滅やHDR除去、α飛ばしは心底あきれた
ATIの最適化は世界イチィィィィィ！！！！！
>>752 で引用されているblogのコメント欄より、Barry Minorの書き込み
> No I didn’t modify the code structure (removing branches,
> unrolling loops, etc) when porting it to Cell. Yes this could
> be done but I wanted to preserve the code structure so
> it would be a fair comparison and a simple conversion
> that any tool chain could achieve. Branch hints were added
> by the compiler and I didn’t add any __BUILTIN_EXPECTs
> to the code.
だそうで、Cell向けCgコンパイラが作られて、なおかつGPGPUが
広く利用されるようなことになれば、メリットがあるかもね。
> No I didn’t modify the code structure (removing branches,
> unrolling loops, etc) when porting it to Cell. Yes this could
> be done but I wanted to preserve the code structure so
> it would be a fair comparison and a simple conversion
> that any tool chain could achieve. Branch hints were added
> by the compiler and I didn’t add any __BUILTIN_EXPECTs
> to the code.
だそうで、Cell向けCgコンパイラが作られて、なおかつGPGPUが
広く利用されるようなことになれば、メリットがあるかもね。
GPGPUが期待しているところは数百万スレッドが同時に走るGPUを効率よく
使うところだから微妙にCellとはマッチしないと思われ。
SPEはコンテキストスイッチが苦手で、GPUはスイッチ数百～数百万が全体で
Cell用にはちゃんと専用で作った方が効率よくなるだろう。
使うところだから微妙にCellとはマッチしないと思われ。
SPEはコンテキストスイッチが苦手で、GPUはスイッチ数百～数百万が全体で
Cell用にはちゃんと専用で作った方が効率よくなるだろう。
GPUのスレッドはコンテキストスイッチしないよ。
数はたくさんだけど、一つのスレッドが完了してから次のスレッド
を実行する、という形だから、むしろループの一回りに近い。
数はたくさんだけど、一つのスレッドが完了してから次のスレッド
を実行する、という形だから、むしろループの一回りに近い。
テクスチャフェッチが発生した段階でスレッドが切り替わってるだろう？
ATIもNVIDIAもスレッドは数百以上走ってると言われてるし。ATIは公式発表か。
どちらも強力なストリーム処理を目指しているが、手法がかなり異なるため
プログラムの最適化の仕方も異なってくる。
ATIもNVIDIAもスレッドは数百以上走ってると言われてるし。ATIは公式発表か。
どちらも強力なストリーム処理を目指しているが、手法がかなり異なるため
プログラムの最適化の仕方も異なってくる。
>3.2 GHz DD3.1 Cell processor with 8 good SPEs
Blogのコメント欄に使用したCELLを書いてるけど、
DD3.1って何だろね。
Blogのコメント欄に使用したCELLを書いてるけど、
DD3.1って何だろね。
ISSCC発表版の開発コード名がDD1、COOL Chips発表版がDD2だったから、
DD3.1は第3世代の調整版なのかねぇ。
DD3.1は第3世代の調整版なのかねぇ。
>>818
テクスチャフェッチで切り替えというのはハードウェアマルチスレッドのこ
とだね。
ハードウェアマルチスレッドは、プリエンプティブなコンテキストスイッチが
早い遅いとは別のレイヤの話ではないかな。
>>819
CellのバージョンでDD1.0とDD2.0は聞いたことがあるが、DD3.1ははじめ
てだね。
テクスチャフェッチで切り替えというのはハードウェアマルチスレッドのこ
とだね。
ハードウェアマルチスレッドは、プリエンプティブなコンテキストスイッチが
早い遅いとは別のレイヤの話ではないかな。
>>819
CellのバージョンでDD1.0とDD2.0は聞いたことがあるが、DD3.1ははじめ
てだね。
Win3.1を連想するなｗ
やっと使い物になってくるって事か
1 Cell processor with 8 good SPEs
って事じゃないのかな？
って事じゃないのかな？
PS3に載るCellにはバグがあってそれを修正したものがDD3てわけ。
そのバグはコンパイラのコード生成で回避するらしいけど
その部分は1400%ほど遅くなってしまうとの事。
将来のシュリンクの際に一緒に修正されるんじゃない。
といっても互換性があるからゲームのコードはバグ回避版がずっと使われるだろうけど。
そのバグはコンパイラのコード生成で回避するらしいけど
その部分は1400%ほど遅くなってしまうとの事。
将来のシュリンクの際に一緒に修正されるんじゃない。
といっても互換性があるからゲームのコードはバグ回避版がずっと使われるだろうけど。
（ ´,_ゝ`）
PS3用のCellっていまから量産なんじゃねーの？
>>826
関係者ｷﾀ━━━━━━━━(ﾟ∀ﾟ)━━━━━━━━━━ !!!
関係者ｷﾀ━━━━━━━━(ﾟ∀ﾟ)━━━━━━━━━━ !!!
Cellの量産はこれからだからバグ修正したDD3だけど
PPEと同設計のXenosは修正間に合わずに1400%遅いコード使ってるのか
だからあんなに遅くてしょぼいんだな
PPEと同設計のXenosは修正間に合わずに1400%遅いコード使ってるのか
だからあんなに遅くてしょぼいんだな
DD1,DD2ってのがPPEのバージョンなのかCellのバージョンなのか微妙なとこだけども。
>>828
12月から最終キット配るのにそんなわけないだろう、チッチキチィー！
12月から最終キット配るのにそんなわけないだろう、チッチキチィー！
>>826
そのバグはどういう種類のものなの？
そのバグはどういう種類のものなの？
>3.2 GHz DD3.1 Cell processor with 8 good SPEs
3.2GHｚ DD3.1になって、Cell processor の8つのSPEの歩留りが良くなった
という解釈はﾏﾁｶﾞｲかな？
3.2GHｚ DD3.1になって、Cell processor の8つのSPEの歩留りが良くなった
という解釈はﾏﾁｶﾞｲかな？
EEは9月頃から本格生産が始まったはず 3月には月産25万個
その計算だとCellも始まっている筈なんだが・・・苦情が来ないから生産はえらく
順調なのかもな
PSPもやはり9～10月頃からだったが酷かったなぁ
その計算だとCellも始まっている筈なんだが・・・苦情が来ないから生産はえらく
順調なのかもな
PSPもやはり9～10月頃からだったが酷かったなぁ
もともとDD2自体が試作チップだろ。
DD1からPPEコアそのものが大変わりしてるんだから。
DD3は量産向けチップだろ
ターゲットクロックも3.2GHｚに最適化されてると思われる。
最近出てきたベンチマークでも3.2GHｚで動作させてるのが
多いのもそれが理由だろう。
以前は2.4GHｚとか多かったよね。
DD1からPPEコアそのものが大変わりしてるんだから。
DD3は量産向けチップだろ
ターゲットクロックも3.2GHｚに最適化されてると思われる。
最近出てきたベンチマークでも3.2GHｚで動作させてるのが
多いのもそれが理由だろう。
以前は2.4GHｚとか多かったよね。
どんどんリークすれｗ
>>835
処理に使用したSPEは7個となっているのでそういう意味ではないと思う。
処理に使用したSPEは7個となっているのでそういう意味ではないと思う。
テストだから、それ用にSPE8個全てenableなチップを使ったってことでしょ。
>>840
なるほど。
なるほど。
>>830
その1400％遅い回避箇所って詳細教えて
その1400％遅い回避箇所って詳細教えて
>>835
8SPE品が十分な量採れるなら、わざわざ7SPEでテストする必要はない。
8SPE品が十分な量採れるなら、わざわざ7SPEでテストする必要はない。
ttp://gametomorrow.com/blog/index.php/2005/11/30/gpus-vs-cell/
＞I used a UP Cell bringup system.
＞3.2 GHz DD3.1 Cell processor with 8 good SPEs, 512 MB XDR Memory, 100 Mb network.
＞Pixels were 128 bit, 32 bit float per color channel.
＞All rendering parameters were the defaults set by the Cg program with the exception of the window size which was increased to 1024×1024.
俺は1行目のが気になるけど UP Cell bringup system て何ぞや？
＞I used a UP Cell bringup system.
＞3.2 GHz DD3.1 Cell processor with 8 good SPEs, 512 MB XDR Memory, 100 Mb network.
＞Pixels were 128 bit, 32 bit float per color channel.
＞All rendering parameters were the defaults set by the Cg program with the exception of the window size which was increased to 1024×1024.
俺は1行目のが気になるけど UP Cell bringup system て何ぞや？
UPはUni-Processorだと思われる。MercuryのがDualだから。
bringupはなんだろな。新品とかそういうニュアンスじゃないかと思うが辞書みても
よくわからんな。
bringupはなんだろな。新品とかそういうニュアンスじゃないかと思うが辞書みても
よくわからんな。
すでにCellは二つに分かれたと見るべきだな
DD2低性能7SPE→PS3
DD3.1高性能8SPE→HPC
DD2低性能7SPE→PS3
DD3.1高性能8SPE→HPC
分けて製造するほど需要あるのか？
>>847
なんか次から次へとネタを考えるなあ。
なんか次から次へとネタを考えるなあ。
CellはIBM、東芝、SCEが、それぞれ自前のFabで作る事は事実
生産ラインが別なんだから仕様が別でも問題なし
生産ラインが別なんだから仕様が別でも問題なし
851 ：名無しさん必死だな：2005/12/03(土) 18:04:19 ID:1uN7MyHD
はっきり言って夢を見ている気分だよ
マジでxbox360は凄いもん
64の時の興奮が再現去れたというかそれ以上だ！
マジ楽しみｗ
マジでxbox360は凄いもん
64の時の興奮が再現去れたというかそれ以上だ！
マジ楽しみｗ
64の再現というと、UMAの悪夢再びということですか？
>>850
東芝はCell作らない
東芝はCell作らない
ID:C5GVxazwはマルチポストの釣り
初期のCELLはIBMのみで製造して、次にソニー長崎だったよね
RSXは大分と長崎で分担だったし
RSXは大分と長崎で分担だったし
>>858
そこはRSXに割り振ってある
そこはRSXに割り振ってある
Cell
ttp://www.scei.co.jp/corporate/release/pdf/050208a.pdf
RSX
ttp://www.scei.co.jp/corporate/release/pdf/041207.pdf
ここに生産場所が書いてあるよ
ttp://www.scei.co.jp/corporate/release/pdf/050208a.pdf
RSX
ttp://www.scei.co.jp/corporate/release/pdf/041207.pdf
ここに生産場所が書いてあるよ
Cellとは関係ないＸ86系の話題ですが..............。
VIA、Esther(C5J)コアの「C7」プロセッサはIBMの何処の
工場で製造なのでしょうか教えてください？
http://pcweb.mycom.co.jp/news/2005/05/28/100.html
VIA、Esther(C5J)コアの「C7」プロセッサはIBMの何処の
工場で製造なのでしょうか教えてください？
http://pcweb.mycom.co.jp/news/2005/05/28/100.html
(・∀・)ｶｴﾚ!!
ＰＳ３のＣＥＬＬとＲＳＸの消費電力教えてください
XBOX360と似たようなものだろ
Cellは100W程度，RSXは60W程度かなぁ．
Cellの消費電力に関しては日経エレクトロニクスの記事から推測．
RSXはまあ，これみて適当に推測．
http://pc.watch.impress.co.jp/docs/2005/1115/leadtek.jpg
Cellの消費電力に関しては日経エレクトロニクスの記事から推測．
RSXはまあ，これみて適当に推測．
http://pc.watch.impress.co.jp/docs/2005/1115/leadtek.jpg
性能2倍で消費電力同じならかなり省電力ということになる。
実際には2倍どころではなさそうだが、さて。
実際には2倍どころではなさそうだが、さて。
>>867
ありがとう
ありがとう
内蔵にすれば消費電力の表示は平均値でいいわけだからねえ
ACアダプタならそれ自体に容量表示をしないといけないからな
ACアダプタならそれ自体に容量表示をしないといけないからな
流石に最大と平均の両方を表示するだろ…
Cellが70W前後じゃないの？根拠はプロセッサアーキテクト安藤氏の記事。
>>865,867
面白そうなので CELLの消費電力 少し調べてみました
意外なことに2月頃の古い予測しか見つけられんかったです
http://blog.livedoor.jp/highfrontier/archives/14174940.html
http://www.itmedia.co.jp/news/articles/0502/08/news023.html
http://pc.watch.impress.co.jp/docs/2005/0209/kaigai154.htm
クロックと電圧をどう見るかでかなり差があるようで
予測の幅も30Wから64Wまでと結構幅がありますね
面白そうなので CELLの消費電力 少し調べてみました
意外なことに2月頃の古い予測しか見つけられんかったです
http://blog.livedoor.jp/highfrontier/archives/14174940.html
http://www.itmedia.co.jp/news/articles/0502/08/news023.html
http://pc.watch.impress.co.jp/docs/2005/0209/kaigai154.htm
クロックと電圧をどう見るかでかなり差があるようで
予測の幅も30Wから64Wまでと結構幅がありますね
cell初出時の資料から3.2GHz 1V時にはSPE 1つあたり3W。
日経の記事によるとその他諸々で約二倍という話なので3x2x7=42
PPEの消費電力がわからないが、IBMの話では半分以上がSPEが占める。
60～70Wあたりか、高くても80Wという事で70w前後と推測される。
もっとも、日経の二倍というのも大雑把な数字だけどね。
日経の記事によるとその他諸々で約二倍という話なので3x2x7=42
PPEの消費電力がわからないが、IBMの話では半分以上がSPEが占める。
60～70Wあたりか、高くても80Wという事で70w前後と推測される。
もっとも、日経の二倍というのも大雑把な数字だけどね。
http://ascii24.com/news/i/tech/article/2005/02/10/imageview/images765535.jpg.html
0.9V動作だと、2x2x7で28Wの合計40W位になるかもしれないがマージンを考えると1V。
まあ、改良されてPS3搭載版cellの消費電力が減ってる可能性もありか。
0.9V動作だと、2x2x7で28Wの合計40W位になるかもしれないがマージンを考えると1V。
まあ、改良されてPS3搭載版cellの消費電力が減ってる可能性もありか。
http://www.eetimes.jp/contents/200505/82_2_20050517185534.cfm
Cellは最大で100A要求するという話。
Cellは最大で100A要求するという話。
「僕はソニーの社員とは思っていない。プレイステーション・ワールドの一員だから」
http://itpro.nikkeibp.co.jp/article/OPINION/20051130/225412/
アプリケーションがハードに最適化されるゲーム機だから、
稼働率は100%を想定しないとまずい気がするなあ。
PentiumDみたいに、熱を理由にハードが勝手にクロック下げたりするわけにはいくまい。
稼働率は100%を想定しないとまずい気がするなあ。
PentiumDみたいに、熱を理由にハードが勝手にクロック下げたりするわけにはいくまい。
春の段階(DD2？)では、電圧を変えるような省電力技術は採用していないようなので
クロックも固定ではないでしょうか
http://www.eetimes.jp/contents/200504/81_1_20050517151817.cfm
クロックも固定ではないでしょうか
http://www.eetimes.jp/contents/200504/81_1_20050517151817.cfm
http://techon.nikkeibp.co.jp/article/NEWS/20051102/110353/
clock gating（クロック・ゲーティング）については，レジスタ・レベルに
おいて実装を進めた。各ラッチの標準状態をオフ（クロック信号を
入力しない）とし，必要時にのみクロック信号を受け取る構成である。
クロック信号のオン・オフを制御する信号は，1サイクル（11FO4）内で
生成するようにし，よりきめ細やかかな制御につなげたという。
なおクロック・ゲーティングによるストップ時の消費電力は，
アクティブ時の20％程度という。SPEでアプリケーションを
実行した場合，クロック・ゲーティングによって最大で約50％の
低消費電力化につながったという。
clock gating（クロック・ゲーティング）については，レジスタ・レベルに
おいて実装を進めた。各ラッチの標準状態をオフ（クロック信号を
入力しない）とし，必要時にのみクロック信号を受け取る構成である。
クロック信号のオン・オフを制御する信号は，1サイクル（11FO4）内で
生成するようにし，よりきめ細やかかな制御につなげたという。
なおクロック・ゲーティングによるストップ時の消費電力は，
アクティブ時の20％程度という。SPEでアプリケーションを
実行した場合，クロック・ゲーティングによって最大で約50％の
低消費電力化につながったという。
消費電力問題はCellよりRSXのほうが深刻だな
7800GTXじゃなくてGeForce Go 7800になったりして
7800GTXじゃなくてGeForce Go 7800になったりして
90nmプロセスにしてるから、多少はよくなってるんじゃない？
GTXの時点で、X1800どころか6800ultra以下じゃん
クロックアップしたといっても、知れてるだろ
クロックアップしたといっても、知れてるだろ
Cellの消費電力は，電源からの推測だよ．>>876 と同様のことが日エレにも載っておりました．
>>Cellプロセッサの電源回路は、1V程度で最大100A程度の電流を供給することが求められる。
>>Cellプロセッサの電源回路は、1V程度で最大100A程度の電流を供給することが求められる。
887 ：名無しさん必死だな：2005/12/04(日) 15:58:59 ID:qvJKkAZp
RSXはたったの550MHzなのに
なんで3.2GHzのCellと同程度の電力食うの？
なんで3.2GHzのCellと同程度の電力食うの？
そういやそうだな、GPUって何であんなに電気食うのか
全然知らんことに気づいた。
ベクトルプロセッサだからとか？
全然知らんことに気づいた。
ベクトルプロセッサだからとか？
爆熱GPUはCPUよりトランジスタ数が多く
並列製が鬼のように高く処理内容が比較的単純で稼動効率がめちゃ高いから。
並列製が鬼のように高く処理内容が比較的単純で稼動効率がめちゃ高いから。
>>891
( ・∀・)つ゛∩ ﾍｪｰ ﾍｪｰ
( ・∀・)つ゛∩ ﾍｪｰ ﾍｪｰ
>>893
消費電力が100Wという根拠はこの記事から
http://www.eetimes.jp/contents/200505/82_2_20050517185534.cfm
しかも、100WはCell単体の最大消費電力。
消費電力が100Wという根拠はこの記事から
http://www.eetimes.jp/contents/200505/82_2_20050517185534.cfm
しかも、100WはCell単体の最大消費電力。
>>894
その記事には
>ある電源モジュール・メーカーによると、「Cellプロセッサの電源回路は、
>1V程度で最大100A程度の電流を供給することが求められる。
>こうした難しい要求に対応するために、FPA技術を採用したようだ」という。
としか書かれていませんよね
その記事には
>ある電源モジュール・メーカーによると、「Cellプロセッサの電源回路は、
>1V程度で最大100A程度の電流を供給することが求められる。
>こうした難しい要求に対応するために、FPA技術を採用したようだ」という。
としか書かれていませんよね
>>896
記事自体をよく読んでもらえばわかると思いますが
ソニーとVicor社の契約自体は、2004年6月30日のようです
この時点でPS3のCellのクロックが確定していたとは考えにくいでしょう
それに、電源回路も含めて内部で作っているPS3の細かな仕様を
外部の電源メーカーが知っているものでしょうか？
記事自体をよく読んでもらえばわかると思いますが
ソニーとVicor社の契約自体は、2004年6月30日のようです
この時点でPS3のCellのクロックが確定していたとは考えにくいでしょう
それに、電源回路も含めて内部で作っているPS3の細かな仕様を
外部の電源メーカーが知っているものでしょうか？
>>897
ワタクシの推測が気にくわないのなら，100Wに0.8でも掛けといてください．
ただこれに関しても，
>>まあ，入力電圧によっても違いが出て来るので，最大100W程度と見ておけば
>>いいんじゃないでしょうか．
ワタクシの推測が気にくわないのなら，100Wに0.8でも掛けといてください．
ただこれに関しても，
>>まあ，入力電圧によっても違いが出て来るので，最大100W程度と見ておけば
>>いいんじゃないでしょうか．
ウザいな。推測に反論するなら別の論をもってこいよ。
ただ単に反対するだけなら誰にだって出来る
ただ単に反対するだけなら誰にだって出来る
つか、ピーク時でも100W以下で見積もっておけば間違いないって話だろ？
別に誰もいつも100W消費するとは思ってないと思うんだが…
別に誰もいつも100W消費するとは思ってないと思うんだが…
901 ：MACオタ＞895 さん：2005/12/04(日) 19:08:49 ID:FoeCDu/U
>>895
最近の電力管理を行っているプロセッサでわ、電源の仕様と消費電力の仕様わ全く異なる値になるす。
電源の方わ、例え1msの間パルス上に100A要求されも規定の電圧を維持できなければならないという
難しい条件があるすよ。
最近の電力管理を行っているプロセッサでわ、電源の仕様と消費電力の仕様わ全く異なる値になるす。
電源の方わ、例え1msの間パルス上に100A要求されも規定の電圧を維持できなければならないという
難しい条件があるすよ。
PS3は電源内蔵なので、恥をかくのは箱○だけです
ACアダプタになるとおもった根拠を知りたいわ。
ヒント
>Xbox360のACアダプタ
>PS3の電源
PS3はACアダプタとは書いてない。
>Xbox360のACアダプタ
>PS3の電源
PS3はACアダプタとは書いてない。
ヒントにもなんにもなってないじゃん。
内蔵の大きさを云々してるとしたら、ますます意味不明と言うだけで。
内蔵の大きさを云々してるとしたら、ますます意味不明と言うだけで。
つか、>>902が俺に何を言いたいのかがいまいち掴めないんだが…
>>907
「あやまれ！ボクの大好きな箱○の電源を貶したGKはあやまれ！」と言ってます、つまり池沼ですw
「あやまれ！ボクの大好きな箱○の電源を貶したGKはあやまれ！」と言ってます、つまり池沼ですw
内蔵電源のサイズが少々変わっても、発表されたモックアップからは
変わらないと思うんだが、電源サイズが変わるとなにがカッコ悪いのですか？
変わらないと思うんだが、電源サイズが変わるとなにがカッコ悪いのですか？
PS3のあのモックのサイズでは電源は入らない、と強硬に主張する一派があるね。
実際苦労してるのは間違いないのだが。
実際苦労してるのは間違いないのだが。
箱○の最大消費電力は254Wあるのに
ACアダプタの供給電力は203Wしかない
ttp://plusd.itmedia.co.jp/games/articles/0512/02/news041.html
これって箱○を最大に使おうとすると電力不足でクラッシュするって事？
ACアダプタの供給電力は203Wしかない
ttp://plusd.itmedia.co.jp/games/articles/0512/02/news041.html
これって箱○を最大に使おうとすると電力不足でクラッシュするって事？
ACアダプタを動かすのに50W必要だと考えないのかね？君は
おまえ頭いいな。INT500ぐらいあるんじゃね?
てことは効率80%か
最近のスイッチング電源にしてはちょっと効率低いね
最近のスイッチング電源にしてはちょっと効率低いね
俺の近くにあった5年前くらいのACアダプタ、130VA入力で16V、3.3A出力とかなんだが…
ファンが必要なほど熱を発してるんだからねぇ。
半分は言いすぎ。1/3くらいだ。
PS3は採用してる電源モジュールが違うから、何とも言えないな。
PS3は採用してる電源モジュールが違うから、何とも言えないな。
CPUの近くにトランスを置くってのもどーなんかなって思うけどね。
ノイズ対策とかどうするんだろう？
ノイズ対策とかどうするんだろう？
電圧が高い方が電流が少ないから誘導ノイズも少ないんかもよ
ノイズ対策なんかも含めて、「チップ近くのトランスで低電圧に変換出来る」
ようにするのが独自FPA技術の肝なんじゃないかねえ。
ようにするのが独自FPA技術の肝なんじゃないかねえ。
>>922
一般普及のBDと、企業などを対象としたそれを比べてどうしたんだ？
一般普及のBDと、企業などを対象としたそれを比べてどうしたんだ？
その前にHDDVDの心配してやれよと言いたい。
その前に会社の心配してやれよと言いたい。
http://www.imgup.org/file/iup128463.jpg
http://www.imgup.org/file/iup128463.jpg
このひとって批判記事しか書かないよな。
この前の総選挙も批判ばかりしてたしｗ
この前の総選挙も批判ばかりしてたしｗ
つーか、>>922見て、Jazというリムーバブルハードディスクがあったのを思い出した。
922と比べたら普通のDVDの箱○はえらいことになってまうな、終了とか以前の問題w？
934 ：名無しさん必死だな：2005/12/05(月) 13:32:55 ID:SBbXNnAj
>>932
企業のデータバックアップ用機器は、安くなってもなかなか個人が買う価格帯には成らないぞ。
しかし、160Mbpsは既存の光Diskと比較して早い事は早いが、
300Gも容量が有ると書込に最短4時間10分か。
やはりHDDのバックアップは、HDDに取るのが実用的だなぁ。
企業のデータバックアップ用機器は、安くなってもなかなか個人が買う価格帯には成らないぞ。
しかし、160Mbpsは既存の光Diskと比較して早い事は早いが、
300Gも容量が有ると書込に最短4時間10分か。
やはりHDDのバックアップは、HDDに取るのが実用的だなぁ。
935 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/12/05(月) 13:48:38 ID:TZULqx4i
ＮＥＣとＮＥＣエレクロトニクス、ゲート長１０ｎｍ未満トランジスタの性能を改善する新技術を開発
http://release.nikkei.co.jp/detail.cfm?relID=117519&lindID=1
http://release.nikkei.co.jp/detail.cfm?relID=117519&lindID=1
>936
Xbox720ｵﾜﾀ・・・orz
Xbox720ｵﾜﾀ・・・orz
一般化はそれこそ2010年ごろだろ。
まあ問題なのは、またすぐに次世代規格が後ろに控えてるのに、
DVDからBDに乗り換えようと考える人がどれだけいるかって所だな。
さすがにゲーム機みたいに5年毎に乗り換えってのは通用しまい。
まあ問題なのは、またすぐに次世代規格が後ろに控えてるのに、
DVDからBDに乗り換えようと考える人がどれだけいるかって所だな。
さすがにゲーム機みたいに5年毎に乗り換えってのは通用しまい。
次・次世代規格なんてどこにも控えてないだろ。馬鹿馬鹿しい。
既にＤＶＤとＢＤのコンパチディスクは完成してるから、当分はそれで販売していればいい。
二年もすれば買い替えサイクルの中で自然とＢＤ搭載機が主流になっていくだろうよ。
二年もすれば買い替えサイクルの中で自然とＢＤ搭載機が主流になっていくだろうよ。
ホログラフィックディスクなんかが標準メディアになるのはスーパーハイビジョンに切り替わるときでしょ。
予定通りに行くとして、2025年頃かと。
ハイビジョンに関してはBDで容量的に十分だし。
予定通りに行くとして、2025年頃かと。
ハイビジョンに関してはBDで容量的に十分だし。
>>941
そのコンパチディスクって両面記録になってレーベル面が無くなるから流行らないでしょ
そのコンパチディスクって両面記録になってレーベル面が無くなるから流行らないでしょ
>>943
それはHDDVDのコンパチディスクでは
それはHDDVDのコンパチディスクでは
>>943
BD、DVDは片面に両方記録できる。両面記録になるのはHDDVDとDVD。
BD、DVDは片面に両方記録できる。両面記録になるのはHDDVDとDVD。
訂正サンクス。マジ知らんかったorz
12 名前：名無しさん必死だな[sage] 投稿日：2005/12/05(月) 16:28:54 ID:rVAh51oE
Xbox 360、欧州では数時間で完売、GKE(GateKeeper of Europe)の祈りも届かず
http://nikkeibp.jp/wcs/leaf/CID/onair/jp/flash/417037
米Microsoftの次世代ビデオ・ゲーム機「Xbox 360」が先週、ヨーロッパで発売開始された。
2週間前の米国での発売開始の時と同様に、やはり数時間で売り切れた。
同社はヨーロッパ大陸向けに50万台を準備していたのだが、在庫があればもっと売れたはずである。
米国で起きた深夜の熱狂的なイベントは、再び繰り返された。
Xbox 360ファンは、この最新ゲーム機を最初に手にする一人となるため、
販売店が開く数時間前から店頭に列をなした。
多くの人たちは、ゲーム機を入手できて喜んでいたが、何人かの連中は間違いなく別の利益を上げようとしていた。
数千台のXbox 360がすぐにオークション・サイト「eBay」などに、小売価格の2～3倍で売りに出されたことが分かったのだ。
ＰＳ3終わった・・・
Xbox 360、欧州では数時間で完売、GKE(GateKeeper of Europe)の祈りも届かず
http://nikkeibp.jp/wcs/leaf/CID/onair/jp/flash/417037
米Microsoftの次世代ビデオ・ゲーム機「Xbox 360」が先週、ヨーロッパで発売開始された。
2週間前の米国での発売開始の時と同様に、やはり数時間で売り切れた。
同社はヨーロッパ大陸向けに50万台を準備していたのだが、在庫があればもっと売れたはずである。
米国で起きた深夜の熱狂的なイベントは、再び繰り返された。
Xbox 360ファンは、この最新ゲーム機を最初に手にする一人となるため、
販売店が開く数時間前から店頭に列をなした。
多くの人たちは、ゲーム機を入手できて喜んでいたが、何人かの連中は間違いなく別の利益を上げようとしていた。
数千台のXbox 360がすぐにオークション・サイト「eBay」などに、小売価格の2～3倍で売りに出されたことが分かったのだ。
ＰＳ3終わった・・・
よかったね
ついでに松下がブルレイの量産にめどがついたってニュースもあるしめでたいことばかりだ
ttp://it.nikkei.co.jp/digital/news/index.aspx?i=2005120406332ea
ttp://it.nikkei.co.jp/digital/news/index.aspx?i=2005120406332ea
ホログラムは5年なんて短い期間じゃコンシューマまでは降りてこないでしょ。
そもそも>938にあるようにどうやってROMを量産すんだよって話だな。
これを解決しないことにはどうしようもない。
これを解決しないことにはどうしようもない。
誰も突っ込まないようなので
>>941
×コンパチ
○ハイブリッド
>>944-945
片面でHD DVD1層+DVD1層のハイブリッドディスクもある
ちなみにBDのは片面にBD1層+DVD2層
どちらにしてもコストのかかる
ハイブリッドディスクが普及するとはとても思えないけどね
>>941
×コンパチ
○ハイブリッド
>>944-945
片面でHD DVD1層+DVD1層のハイブリッドディスクもある
ちなみにBDのは片面にBD1層+DVD2層
どちらにしてもコストのかかる
ハイブリッドディスクが普及するとはとても思えないけどね
「45nm世代に匹敵する性能を得た」，NECエレクトロニクスが55nm世代のCMOS技術を発表
http://techon.nikkeibp.co.jp/article/NEWS/20051205/111364/
>電源電圧と基板バイアス電圧をそれぞれ制御して消費電力を抑えるという今回の回路技術は，
>NECエレクトロニクスが米Transmeta社からライセンス供与を受けた「LongRun2」を基にしている。
>Transmeta社の協力を得ながら，ASIC向けに改良したという。
>55nm世代の次のCMOS技術，つまり45nm世代のCMOS技術の開発において，NECエレクトロニクス
>は東芝と協業する（Tech-On!関連記事）。ただし，LSIに混載するDRAM技術については，45nm以降
>もNECエレクトロニクス内で独自に開発を進めていくという。
SONYは関わらんのだろうか？
45nm世代なら32MBくらい余裕で混載できそうだな。
http://techon.nikkeibp.co.jp/article/NEWS/20051205/111364/
>電源電圧と基板バイアス電圧をそれぞれ制御して消費電力を抑えるという今回の回路技術は，
>NECエレクトロニクスが米Transmeta社からライセンス供与を受けた「LongRun2」を基にしている。
>Transmeta社の協力を得ながら，ASIC向けに改良したという。
>55nm世代の次のCMOS技術，つまり45nm世代のCMOS技術の開発において，NECエレクトロニクス
>は東芝と協業する（Tech-On!関連記事）。ただし，LSIに混載するDRAM技術については，45nm以降
>もNECエレクトロニクス内で独自に開発を進めていくという。
SONYは関わらんのだろうか？
45nm世代なら32MBくらい余裕で混載できそうだな。
プロセスの進化につれて、混載で載せられるメモリ量は増えていくが、
それがロジックに向けることも可能な有限のトランジスタである、という点は変わらない。
外付けメモリとの接続をそれなりの広帯域で実現する技術は他にもあるので(Si貫通電極とか)
混載メモリは変わらずニッチなのではないか。
それがロジックに向けることも可能な有限のトランジスタである、という点は変わらない。
外付けメモリとの接続をそれなりの広帯域で実現する技術は他にもあるので(Si貫通電極とか)
混載メモリは変わらずニッチなのではないか。
【PS3】Nielsen Media Research社の次世代機アンケート
海外サイトGameShoutによると、Nielsen Media Research社が、
「ゲーマーの50%がPS3発売までXbox360を購入しない」との調査結果を公開したそうです。
http://www.gameshout.com/news/122005/article1824.htm
海外サイトGameShoutによると、Nielsen Media Research社が、
「ゲーマーの50%がPS3発売までXbox360を購入しない」との調査結果を公開したそうです。
http://www.gameshout.com/news/122005/article1824.htm
>>954
帯域は確保できてもレイテンシの問題もあるんじゃね？
だったら大容量のL2やL3を確保するのもありなんじゃないかと。
ロジックもシングルコアでの性能アップに限界が見えてるし、マルチコアにしても
リニアに性能が上がるわけでもない以上メモリ周りをリッチにするのが良いと思う。
帯域は確保できてもレイテンシの問題もあるんじゃね？
だったら大容量のL2やL3を確保するのもありなんじゃないかと。
ロジックもシングルコアでの性能アップに限界が見えてるし、マルチコアにしても
リニアに性能が上がるわけでもない以上メモリ周りをリッチにするのが良いと思う。
>>955
つまりPS3のロンチがしょぼかったらXbox360を購入するよってことだな。
つまりPS3のロンチがしょぼかったらXbox360を購入するよってことだな。
しょぼくなかったら360は購入されない危機であります軍曹！
http://bun20.blog11.fc2.com/blog-entry-631.html
今３６０で開発してますが、動きますね。
確実に余裕で動きます。
今発表されている３６０のゲームがしょぼいのは、
単に制作の熟練レベルが低いからなんですね。
レベルが低いので、ハードの性能の６分の１程度しか引き出せていません。
３つＣＰＵがあってそれぞれの中で１２８ビット処理を２つ同時に
実行できるのですが、１つのＣＰＵで１つの処理しか
使えていない状況ですね。今は。（だから６分の１程度。）
雑誌などで、ＰＳ３で実現する脅威のグラフィックなんて記事で
紹介されている「グローバルイルミネーション」っていう特殊な処理
も、３６０で可能です。ハードウェア処理されるのでパフォーマンスは落ちません。
つまり、ＰＳ３も３６０もＭＧＳ４程度はらくらく動くので、
今後、さらに凄い絵のゲームが登場すると思いますよ。
Ｃｅｌｌってたいしたことなかったんだw
今３６０で開発してますが、動きますね。
確実に余裕で動きます。
今発表されている３６０のゲームがしょぼいのは、
単に制作の熟練レベルが低いからなんですね。
レベルが低いので、ハードの性能の６分の１程度しか引き出せていません。
３つＣＰＵがあってそれぞれの中で１２８ビット処理を２つ同時に
実行できるのですが、１つのＣＰＵで１つの処理しか
使えていない状況ですね。今は。（だから６分の１程度。）
雑誌などで、ＰＳ３で実現する脅威のグラフィックなんて記事で
紹介されている「グローバルイルミネーション」っていう特殊な処理
も、３６０で可能です。ハードウェア処理されるのでパフォーマンスは落ちません。
つまり、ＰＳ３も３６０もＭＧＳ４程度はらくらく動くので、
今後、さらに凄い絵のゲームが登場すると思いますよ。
Ｃｅｌｌってたいしたことなかったんだw
本当に小島氏が述べたかは確かではありません。
1upの編集者が嘘をつくはずがありませんからw
Cellは128bit処理が9つ同時に実行できるんだが。
964 ：MACオタ＞963 さん：2005/12/06(火) 04:18:14 ID:3UH9QJRI
Cell単体としては10だがゲーム機の話の延長だからPS3CellでSPEは1個つぶされるんでね。
966 ：MACオタ＞965 さん：2005/12/06(火) 04:23:18 ID:3UH9QJRI
>>965
失念してたす。
失念してたす。
は、はじめてみた．．．。
ハイパースレッティングって実コア2個に比べりゃずっと性能悪かったよな・・・
>>956
Si貫通電極などでチップ積層するのは
下手に平面上に配置するよりリピータが減らせるので
おそらくレイテンシが短くできる。
ちなみに、この考えを先取りしているのは
混載DRAM命のはずのソニー。
Si貫通電極ではなく微細な金属バンプでつないで
混載DRAMに匹敵するバス幅を実現している。
と、2ヶ月前ぐらいの日経エレクトロニクスを
引っ張り出して憶測混じりで書いてみる。
Si貫通電極などでチップ積層するのは
下手に平面上に配置するよりリピータが減らせるので
おそらくレイテンシが短くできる。
ちなみに、この考えを先取りしているのは
混載DRAM命のはずのソニー。
Si貫通電極ではなく微細な金属バンプでつないで
混載DRAMに匹敵するバス幅を実現している。
と、2ヶ月前ぐらいの日経エレクトロニクスを
引っ張り出して憶測混じりで書いてみる。
PS4では、またeDRAM等の混載に回帰するんだろうか
まあ考えようによっちゃ、ソニーはeDRAMの活用で先行したので、
eDRAMの限界に突きあたって見限るのも早かったということなのかもしれない。
eDRAMの限界に突きあたって見限るのも早かったということなのかもしれない。
>>971
いやまさにそうだと思うが、クタの発言とかをみるに
いやまさにそうだと思うが、クタの発言とかをみるに
CellGPUが頓挫して選択の余地がなくなっただけというのはFAQです。
しかしそれでゲーム開発者は一様に胸をなでおろしたはずだ
>>973
お前は無理して難しい言葉を使おうとするな
お前は無理して難しい言葉を使おうとするな
>>973
日本語でお願いします。
日本語でお願いします。
eDRAMにしたくても必要容量多すぎて無理だからやめたって感じだった様な。
GSを拡張してもGPUとしてはアーキテクチャからして時代遅れですから。
EE+GSからのアーキティクチャの連続性がない、というのはPS3の大きな欠点だね。
ソフトウェア開発者にとってはPS2への投資が生かせない。
360/レヴォに付け込まれてるのもそこだ。
Cellに過大とも思える投資をしたのは、PS4も含む今後10年の計を見据えてのことだろう。
ソフトウェア開発者にとってはPS2への投資が生かせない。
360/レヴォに付け込まれてるのもそこだ。
Cellに過大とも思える投資をしたのは、PS4も含む今後10年の計を見据えてのことだろう。
>>ソフトウェア開発者にとってはPS2への投資が生かせない。
代わりに、GPUはnVIDIAの莫大な資産があるな
Open GL2.xxに一緒に名前を連ねたり、SCEとnVIDIAはやたらと仲が良い
クタもべた褒めだし
恐らくはPS4も一緒にやるんだろうな
代わりに、GPUはnVIDIAの莫大な資産があるな
Open GL2.xxに一緒に名前を連ねたり、SCEとnVIDIAはやたらと仲が良い
クタもべた褒めだし
恐らくはPS4も一緒にやるんだろうな
企業なんて簡単にくっついたり離れたりするよ
PSからPS2の時もアーキティクチャの連続性もクソもなかったと思うが？
本体で過去ソフト遊べる互換機能だけ付けりゃ十分だろ、対応ソフト数種類のみとかじゃなければ
本体で過去ソフト遊べる互換機能だけ付けりゃ十分だろ、対応ソフト数種類のみとかじゃなければ
>>980
PS4の時代にGPUなんて必要ない。
PS4の時代にGPUなんて必要ない。
984 ：名無しさん必死だな：2005/12/06(火) 13:29:50 ID:ak1A9QFZ
それにしてもCellエミュの情報少ないね。
ゴミパーツで1台組んでインストールしてみようかしら。
せめてコンパイラの出来ぐらいは確認出来るかも。
ゴミパーツで1台組んでインストールしてみようかしら。
せめてコンパイラの出来ぐらいは確認出来るかも。
>>963
実際は、９つ同時に動くよか、９倍の速度で動くのが１個ある方が
ぜんぜん良いんだけど、それじゃ、CELLらしさが無くなるんだろうね。
エンコードやデコード等の処理は、突き詰めていくと、激速になりそう。
実際は、９つ同時に動くよか、９倍の速度で動くのが１個ある方が
ぜんぜん良いんだけど、それじゃ、CELLらしさが無くなるんだろうね。
エンコードやデコード等の処理は、突き詰めていくと、激速になりそう。
もはやそういう馬鹿っ速いコアはIntelもIBMも誰も作れないから、
ヘテロジニアスマルチコアなんていうポンポコリンなものをでっちあげる羽目になったのですよ。
ヘテロジニアスマルチコアなんていうポンポコリンなものをでっちあげる羽目になったのですよ。
988 ：名無しさん必死だな：2005/12/06(火) 15:01:53 ID:d2UQushU
360は、directxがあるから。
>989
MPUの話だろ
MPUの話だろ
>985
痛々しい。
痛々しい。
FedoraCore4はLinuxFanの付録があるからジャンクのHDDにインストールしてみる。
VirtualPCはなんで必要なの？
VirtualPCはなんで必要なの？
995 ：名無しさん必死だな：2005/12/06(火) 19:26:50 ID:StuWERl1
埋めあげ
誰も1000取らないならオレが取っちゃうよ
それならオレが取る
いやオレが取る
どーぞどーぞ
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。