Cell 35
|
|
|
805 ：名無しさん必死だな ：2005/06/08(水) 19:03:09 ID:X5lQ+RNw
こう考えるとDCって凄かったな…
ソニーのハッタリと工作に晒されてしぼんでしまったのは、実に勿体無かった
811 ：名無しさん必死だな ：2005/06/08(水) 19:06:14 ID:Nf0jkP2Z
PS2のハッタリさえなければ、今頃天下を取ってたのは間違いなくセガだった
818 ：名無しさん必死だな ：2005/06/08(水) 19:08:49 ID:BtoQhndN
>>811
禿同。
PS2が勝ったのは何かの間違いだったと思う。
833 ：名無しさん必死だな ：2005/06/08(水) 19:14:05 ID:BtoQhndN
とにかくDCは凄かった。
ニュースでやってたが、DC発売とスターウォーズの映画の興行を照らし合わせて
アメ公も唸らせた国産ゲーム機はDCが初めてとか行ってた。
それだけにクソニーのﾊｯﾀﾘに追いやられたのは非常に惜しい・・・
851 ：名無しさん必死だな ：2005/06/08(水) 19:23:47 ID:go7A61cv
ＤＣが天下取ってれば今頃ゲーム不況とは無縁だったかもなあ
こう考えるとDCって凄かったな…
ソニーのハッタリと工作に晒されてしぼんでしまったのは、実に勿体無かった
811 ：名無しさん必死だな ：2005/06/08(水) 19:06:14 ID:Nf0jkP2Z
PS2のハッタリさえなければ、今頃天下を取ってたのは間違いなくセガだった
818 ：名無しさん必死だな ：2005/06/08(水) 19:08:49 ID:BtoQhndN
>>811
禿同。
PS2が勝ったのは何かの間違いだったと思う。
833 ：名無しさん必死だな ：2005/06/08(水) 19:14:05 ID:BtoQhndN
とにかくDCは凄かった。
ニュースでやってたが、DC発売とスターウォーズの映画の興行を照らし合わせて
アメ公も唸らせた国産ゲーム機はDCが初めてとか行ってた。
それだけにクソニーのﾊｯﾀﾘに追いやられたのは非常に惜しい・・・
851 ：名無しさん必死だな ：2005/06/08(水) 19:23:47 ID:go7A61cv
ＤＣが天下取ってれば今頃ゲーム不況とは無縁だったかもなあ
乙〜
>>2
何だそのすれ違い
何だそのすれ違い
>>1乙です
Apple(CEO)--Steve Jobs says Power PC is more powerful than Cell!
http://news.com.com/Whats+really+behind+Apple-Intel+alliance/2100-1047_3-5742034.html?tag=st.prev
Kutaragi tried to interest Jobs in adopting the Cell chip,
which is being developed by IBM for use in the coming
PlayStation 3, in exchange for access to certain Sony
technologies. Jobs rejected the idea, telling Kutaragi
that he was disappointed with the Cell design, which
he believes will be even less effective than the PowerPC.
AppleにダメだしされるCell
http://news.com.com/Whats+really+behind+Apple-Intel+alliance/2100-1047_3-5742034.html?tag=st.prev
Kutaragi tried to interest Jobs in adopting the Cell chip,
which is being developed by IBM for use in the coming
PlayStation 3, in exchange for access to certain Sony
technologies. Jobs rejected the idea, telling Kutaragi
that he was disappointed with the Cell design, which
he believes will be even less effective than the PowerPC.
AppleにダメだしされるCell
Apleﾔﾊﾞｽwwwwwwwwww
IBMの「Cell」プロセッサ、オープンソースの道を行く
http://blog.japan.zdnet.com/opensource/archives/2005/06/ibmcell.html
これがCell搭載ボード、米IBMがブレード・サーバ機向けに試作
http://nikkeibp.jp/wcs/leaf/CID/onair/jp/elec/376836
↑で話題になっとるCellボードって幾らくらいになるんだ？
＞1枚のボード上に、それぞれCell、512MビットのXDR DRAM、サウス・ブリッジLSIをそれぞれ2個ずつ搭載する。
とのことだから極めて単純計算したとして10万くらいか？
http://blog.japan.zdnet.com/opensource/archives/2005/06/ibmcell.html
これがCell搭載ボード、米IBMがブレード・サーバ機向けに試作
http://nikkeibp.jp/wcs/leaf/CID/onair/jp/elec/376836
↑で話題になっとるCellボードって幾らくらいになるんだ？
＞1枚のボード上に、それぞれCell、512MビットのXDR DRAM、サウス・ブリッジLSIをそれぞれ2個ずつ搭載する。
とのことだから極めて単純計算したとして10万くらいか？
CELL自体は、今10万で売られているCPUよりもずっと大きいチップだからなあ
IBMが売る場合は、ボード単価30〜50万ぐらいじゃないか？
IBMが売る場合は、ボード単価30〜50万ぐらいじゃないか？
>>10
ビットかもしれないぞ。
文章道理に解釈すると512Mbitが二個＝128MB・・・
すくなすぎるか
ボードの左側に付いてる黒いのがメモリーだとすると
10x512=5120bit=640MBx2
ボード全体で1280MB?
ビットかもしれないぞ。
文章道理に解釈すると512Mbitが二個＝128MB・・・
すくなすぎるか
ボードの左側に付いてる黒いのがメモリーだとすると
10x512=5120bit=640MBx2
ボード全体で1280MB?
前も議論になったが、ECC対応メモリで個数が
多いんじゃないかな。たぶん×8×2でボード1つで
1GBだと思うが。
多いんじゃないかな。たぶん×8×2でボード1つで
1GBだと思うが。
10個のうちの2個はエラー訂正用かも知らんね
>>6
PowerPC連合のIBMやモトローラですら、インテルのプロセッサを採用することを知らなかったのに
>Kutaragi tried to interest Jobs in adopting the Cell chip
これはおかしくないか？
普通に考えてPowerPCからCellに乗り変わると思うだろうか？
Appleは以前からx86で動作するダーウィンをつくっていたのにだぞ？
海外でも箱信者のでっちあげかよ？（呆
PowerPC連合のIBMやモトローラですら、インテルのプロセッサを採用することを知らなかったのに
>Kutaragi tried to interest Jobs in adopting the Cell chip
これはおかしくないか？
普通に考えてPowerPCからCellに乗り変わると思うだろうか？
Appleは以前からx86で動作するダーウィンをつくっていたのにだぞ？
海外でも箱信者のでっちあげかよ？（呆
ゲームメーカーが赤字か黒字かという問いについて。
ハードとソフトの販売台数は比例する。
よって収益の期待値はPS3＞＞＞レボ＞＞XBOX360。
参考資料
PS3はブルーレイを採用し、現行（DVD）の3〜8倍の容量を得るわけだが、全く問題ない。
開発環境、ユーザーの要求するクオリティ（映像や音質、シナリオ）は日々高まっている。
XBOX360は現行のDVDを継続採用ということで、これが足かせになるだろう。
しかもXBOXの互換もかなり怪しいと心配されているが、基本的にPCゲーを移植する
会社もあるようで開発環境は基本的にPCに近いよう。
これは質もPC・・（以下略
レボリューションは現行の開発環境を継続するらしい。
従来から開発しているメーカーには、開発効率などで恩恵があるが
新規参入組にとっては古くさく感じるだけかも？
これはソフトの販売伸び率の参考になる。
ハードとソフトの販売台数は比例する。
よって収益の期待値はPS3＞＞＞レボ＞＞XBOX360。
参考資料
PS3はブルーレイを採用し、現行（DVD）の3〜8倍の容量を得るわけだが、全く問題ない。
開発環境、ユーザーの要求するクオリティ（映像や音質、シナリオ）は日々高まっている。
XBOX360は現行のDVDを継続採用ということで、これが足かせになるだろう。
しかもXBOXの互換もかなり怪しいと心配されているが、基本的にPCゲーを移植する
会社もあるようで開発環境は基本的にPCに近いよう。
これは質もPC・・（以下略
レボリューションは現行の開発環境を継続するらしい。
従来から開発しているメーカーには、開発効率などで恩恵があるが
新規参入組にとっては古くさく感じるだけかも？
これはソフトの販売伸び率の参考になる。
このあたりの記事を見ると参考になるかも？
http://www.pc-view.net/Product/030425/
>この3月末、松下電器産業、ソニー、東芝、日立製作所、シャープの家電大手5社は、
>インターネットに接続できる次世代デジタルテレビの規格を統一することに合意した。
>マイクロソフトへの“宣戦布告”は、OSにLinuxを採用することを決めたことだ。今後、
>放送局や通信キャリアとの間でサービス内容などについて協議を進めていくことになる。
Linux家電 VS Windows
↓引き金
米マイクロソフト、公取の勧告を拒否
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040726/147726/
>契約には「特許非係争条項」と呼ばれる項目が、10年以上前から盛り込まれてきた。
>パソコン・メーカーに対し、特許侵害を理由に同社への訴訟を起こさないことを義務付けたもの。
>Windowsの映像/音声機能が充実するにつれ、国内メーカーが得意とする同分野の技術と
>競合する場面が増え、この問題が顕在化した。
まずはPS3でソニーがLinux本格参入。時代はLinux！！！！！！！！！
http://www.pc-view.net/Product/030425/
>この3月末、松下電器産業、ソニー、東芝、日立製作所、シャープの家電大手5社は、
>インターネットに接続できる次世代デジタルテレビの規格を統一することに合意した。
>マイクロソフトへの“宣戦布告”は、OSにLinuxを採用することを決めたことだ。今後、
>放送局や通信キャリアとの間でサービス内容などについて協議を進めていくことになる。
Linux家電 VS Windows
↓引き金
米マイクロソフト、公取の勧告を拒否
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040726/147726/
>契約には「特許非係争条項」と呼ばれる項目が、10年以上前から盛り込まれてきた。
>パソコン・メーカーに対し、特許侵害を理由に同社への訴訟を起こさないことを義務付けたもの。
>Windowsの映像/音声機能が充実するにつれ、国内メーカーが得意とする同分野の技術と
>競合する場面が増え、この問題が顕在化した。
まずはPS3でソニーがLinux本格参入。時代はLinux！！！！！！！！！
>>12
その程度は積んでないとおかしいと思う。
その程度は積んでないとおかしいと思う。
2個のCellで25+25GB/secじゃね?
20 ：素人：2005/06/14(火) 19:16:01 ID:h3Cqehga
あのさあcell cellって騒いでるけど例えば貧弱と言われるPS3の開発環境が変る
とか具体的なメリットを教えてくれよ。って言うかクターはPS2のときにもウィンテル
連合に挑戦汁！って言ってなかったっけ？
とか具体的なメリットを教えてくれよ。って言うかクターはPS2のときにもウィンテル
連合に挑戦汁！って言ってなかったっけ？
例のFFTの結果は十分なメリットを提示しているかと
22 ：素人：2005/06/14(火) 19:23:57 ID:h3Cqehga
結局あれか、ういんどうずって言うソフトは金がかかるがりなっくすって言うソフトは
ただかまあそれがメリットってえ訳だな。フムフム
ただかまあそれがメリットってえ訳だな。フムフム
素人すぎてわらた
PS3の次世代ゲームを作るにあたっての懸念材料
・メインメモリから隔絶された256kbしかメモリのないSPEを7個も有効に使えるか。
・GPU,SPEで有効な使い道を(早いうちに)見つけ出せるか。
・メインメモリ-VRAMの配分が偏りすぎていないか。NUMAし過ぎないか。
・pixel/vertex shaderの稼動効率（ユニット数および稼動時間）が偏り過ぎないか。
・開発キットの数と質。
・グラフィックライブラリ（OpenGLES VS DirectX9）の性能と扱いやすさ。
・先発するXbox360を性能・ラインナップで圧倒できるか。
・シーン前のBDからの読み込みが長すぎてユーザーがストールし過ぎないか
・本体が壊れすぎて価格性能比が悪化しすぎないか。
・ネットワーク対応が立ち遅れないか。
・HDDユニットを有効に活用できるか。
・暴走するｸﾀのエンタメ構想をちゃんと阻止できるか。
・メインメモリから隔絶された256kbしかメモリのないSPEを7個も有効に使えるか。
・GPU,SPEで有効な使い道を(早いうちに)見つけ出せるか。
・メインメモリ-VRAMの配分が偏りすぎていないか。NUMAし過ぎないか。
・pixel/vertex shaderの稼動効率（ユニット数および稼動時間）が偏り過ぎないか。
・開発キットの数と質。
・グラフィックライブラリ（OpenGLES VS DirectX9）の性能と扱いやすさ。
・先発するXbox360を性能・ラインナップで圧倒できるか。
・シーン前のBDからの読み込みが長すぎてユーザーがストールし過ぎないか
・本体が壊れすぎて価格性能比が悪化しすぎないか。
・ネットワーク対応が立ち遅れないか。
・HDDユニットを有効に活用できるか。
・暴走するｸﾀのエンタメ構想をちゃんと阻止できるか。
25 ：名無しさん必死だな：2005/06/14(火) 19:31:06 ID:grjErT4j
価格構想とクタは関係ない気がするよ？
これおもろいなｗ
27 ：名無しさん必死だな：2005/06/14(火) 19:34:18 ID:5P0XfrBF
いや、早い段階でクタがＰＳ４に向けてまた妄想を始めたら
やばいかもよ？ｗ
やばいかもよ？ｗ
PS4の時はどうするんだろうか？
規模のデカイCELLに、EE+GSをI/OPに入れるだけで済むのかな？
CELLの規模が変わるだけでPS4って呼べるんだろうか？
規模のデカイCELLに、EE+GSをI/OPに入れるだけで済むのかな？
CELLの規模が変わるだけでPS4って呼べるんだろうか？
読み込みだったら等速の速度が圧倒的に速いBDのが有利なんだが
懸念材料になっちゃうんだ、となると普通のDVDブン回す箱○はどーなっちゃうんだよ
懸念材料になっちゃうんだ、となると普通のDVDブン回す箱○はどーなっちゃうんだよ
>>28
CELLを10個積んで…
CELLを10個積んで…
>>29
BDってDVDx12と比べてそんなに速いのか？
BDってDVDx12と比べてそんなに速いのか？
PS4
発売時期→2011年頃
駆動クロック→またCPUのクロックが右肩上がりすることはあるのか？
プロセスの進歩→22nm(270億トランジスタ位？)
メモリ技術→FeRAM,MRAMなどの不揮発性メモリの採用はあるのか？
テレビ技術→裸眼立体3Dディスプレイの商業化はあるのか？
光学技術→ホログラフディスクは商業化しているのか？
発売時期→2011年頃
駆動クロック→またCPUのクロックが右肩上がりすることはあるのか？
プロセスの進歩→22nm(270億トランジスタ位？)
メモリ技術→FeRAM,MRAMなどの不揮発性メモリの採用はあるのか？
テレビ技術→裸眼立体3Dディスプレイの商業化はあるのか？
光学技術→ホログラフディスクは商業化しているのか？
35 ：名無しさん必死だな：2005/06/14(火) 19:49:10 ID:kURHbnb5
速さ云々よりもDVD12倍速って静音性でヤヴァイ
>>33
わけわからん
わけわからん
その頃には、女体I/Fがコントローラかもね。
そんで、コントローラーの信者バトルだな。
そんで、コントローラーの信者バトルだな。
読込専用BD×1とDVD×1じゃ約5倍の差がある、この差はデカイ細かいところで効いてくる
てことはDVDｘ１２のが2倍以上速いんじゃんｗ
>>39
きみは回転速度を12倍にするのに同じ時間でできると思うのかい？
きみは回転速度を12倍にするのに同じ時間でできると思うのかい？
PS3のBDドライブって等速なのか
いや普通に考えれば倍速以上でしょう、彼のは願望だから
等速って・・・ PS2のDVDと同じくらいの転送速度だぞｗ
たぶんBD4倍速。 DVD12倍速より速いよ
たぶんBD4倍速。 DVD12倍速より速いよ
error! ('A`)
つか普通にDVDは１２倍速でしょ。
よくこれが載ると断言できるな
50 ：名無しさん必死だな：2005/06/14(火) 21:48:53 ID:zPoGavVy
まぁ基本的にBDはリードライトを前提にしたディスクだから、読み取り専用ってことはPS3用途に開発した可能性が高いってことだろうね、断定は出来ないけど
発売までまだ１年ぐらいあるわけだから改良してさらに速度が上がる可能性もあるけどね
発売までまだ１年ぐらいあるわけだから改良してさらに速度が上がる可能性もあるけどね
そういえばまだ一年、下手すればそれ以上あるんだな('A`)
そ チップ量産なんぞしてるわけが無い
有っても初期試作量産品程度。開発機用にチップを回せるだけでもえらい順調なんだよな
正直もっとブラッシュアップしてクロック等上げても良い段階。
有っても初期試作量産品程度。開発機用にチップを回せるだけでもえらい順調なんだよな
正直もっとブラッシュアップしてクロック等上げても良い段階。
つか、今回DCの時ほどSCEに危機感というか、ハード性能でぶっ潰してやるぜ！的な
勢いがない気がする。
勢いがない気がする。
54 ：名無しさん必死だな：2005/06/14(火) 22:35:35 ID:5P0XfrBF
相手もハッタリかましてるからな。
SCEにしてみれば、やる必要もないか既に意味ないことだと思ってるのでは？
最近のMSの発言はガキの意地っ張りみたいで俺自身呆れてるのだが
>>34
CPU→普通に考えたらクロックを上げつつよりマルチの個数
が進む方向だけれど、クタラギさんの事だから
別のテクノロジジャンプを仕込んで来るかも？
PS6の半ば頃から今度はマルチCPUの限界が言われ始める？
プロセスの進歩→ルールその者は微細化の難易度が上がりつづける
その上に微細化のメリットはどんどん減って行ってる。
2010〜2015年ぐらいにはシリコン系半導体から
別の素材への転換がブームになるらしい。
メモリ技術→XDRのようなシリアル転送が主流になる
（XDRそのものは傍流）
裸眼立体3Dディスプレイ→シャープの液晶はノートや携帯で実用化済み
東芝は開発中（見下ろし表示方式で試作機発表済み）
三洋は従来型ブラウン管での裸眼立体視特許持ってたはず。
ただ製品化に関しては大きな障害が有る（理由は失念）
ホログラフディスク→商品化は問題無い
問題はHDDVDと同じ様にドライブ価格。
CPU→普通に考えたらクロックを上げつつよりマルチの個数
が進む方向だけれど、クタラギさんの事だから
別のテクノロジジャンプを仕込んで来るかも？
PS6の半ば頃から今度はマルチCPUの限界が言われ始める？
プロセスの進歩→ルールその者は微細化の難易度が上がりつづける
その上に微細化のメリットはどんどん減って行ってる。
2010〜2015年ぐらいにはシリコン系半導体から
別の素材への転換がブームになるらしい。
メモリ技術→XDRのようなシリアル転送が主流になる
（XDRそのものは傍流）
裸眼立体3Dディスプレイ→シャープの液晶はノートや携帯で実用化済み
東芝は開発中（見下ろし表示方式で試作機発表済み）
三洋は従来型ブラウン管での裸眼立体視特許持ってたはず。
ただ製品化に関しては大きな障害が有る（理由は失念）
ホログラフディスク→商品化は問題無い
問題はHDDVDと同じ様にドライブ価格。
PS2の時より感触はいい
>厚さ12.7mmの装置でBlu-ray/DVD/CDが記録再生できる，ソニーが光ヘッドを試作
おいおい、記録できるのかよ
おいおい、記録できるのかよ
【VLSI速報】東芝とソニー，45nm向け混載DRAM技術を共同開発
http://techon.nikkeibp.co.jp/article/NEWS/20050614/105770/
VLSIシンポジウム - IBM/AMD、結晶方位最適化技術でトランジスタを高速化
http://pcweb.mycom.co.jp/articles/2005/06/14/vlsi1/
http://techon.nikkeibp.co.jp/article/NEWS/20050614/105770/
VLSIシンポジウム - IBM/AMD、結晶方位最適化技術でトランジスタを高速化
http://pcweb.mycom.co.jp/articles/2005/06/14/vlsi1/
>>59
45nmで256MB混載にしちまうつもりかっ！？
45nmで256MB混載にしちまうつもりかっ！？
まずはPSPの外部メモリをSoC化するんでしょ
三洋がHD DVDから撤退したんだって！？
65nmが2007年頃までズレ込みそうだから45nmになると何だかんだで
2010年くらいになりそう。PS4の世代か？
2010年くらいになりそう。PS4の世代か？
>>63
撤退じゃなくて二股
撤退じゃなくて二股
仏蘭西みたいなやっちゃな
イタ公よりはマシ
スパコン番付：
IBMが1、2位独占、日本勢はベスト3脱落か
http://www.mainichi-msn.co.jp/it/computing/news/20050614org00m300076000c.html
IBMが1、2位独占、日本勢はベスト3脱落か
http://www.mainichi-msn.co.jp/it/computing/news/20050614org00m300076000c.html
今度新しいスパコン作ってるんじゃなかったっけ？
それできたらぶっちぎりとかなんとかかんとか
それできたらぶっちぎりとかなんとかかんとか
NECｵﾜｯﾀな・・
新しいのが超えていくのはごく自然なことだと思うが
IBMに比べて、予算がすくなさそうなNEC（偏見かな？ｗ
http://pcweb.mycom.co.jp/news/2004/10/20/003.html
評価指標に使われるLINPACKが「実効性能を表していない」と批判した。
同氏によれば、「LINPACK値の実効性能値はベクトル型で90%、
BlueGene/Lでは70%程度と見ている」とのことで、
アプリ性能での実効性能は「ベクトル型で30%程度、スカラ型では2〜3%にとどまる」との見解を示した。
評価指標に使われるLINPACKが「実効性能を表していない」と批判した。
同氏によれば、「LINPACK値の実効性能値はベクトル型で90%、
BlueGene/Lでは70%程度と見ている」とのことで、
アプリ性能での実効性能は「ベクトル型で30%程度、スカラ型では2〜3%にとどまる」との見解を示した。
>アプリ性能での実効性能は「ベクトル型で30%程度、スカラ型では2〜3%にとどまる」
cellはスカラー型プロッセッサ１ベクター型プロセッサ７
FFTベンチで２０％程の性能
つーことは
XBOX360CPUはスカラー型プロセッサx3だし
実効性能は前スレ>>424で出てたように4%程度か？
cellはスカラー型プロッセッサ１ベクター型プロセッサ７
FFTベンチで２０％程の性能
つーことは
XBOX360CPUはスカラー型プロセッサx3だし
実効性能は前スレ>>424で出てたように4%程度か？
前スレじゃないや
次世代テクノロジースレ4の>>424ね
次世代テクノロジースレ4の>>424ね
>>74
ぉぃぉぃ。箱丸にだってVMX載ってるぞい
ぉぃぉぃ。箱丸にだってVMX載ってるぞい
ttp://www.beyond3d.com/articles/xenos/
↑
スレ違いならすいませんが、xenosの詳細っぽいものが。
読んでみたものの素人には内容が難しい・・・。
↓こんな理解になりましたが、ここの方は技術に詳しそうなので
解説orツッコミお願いしますm(_ _)m
ATI XENOS
シェーダーコア 2億3200万トランジスタ
eDRAM付ピクセルコア 1億5000万トランジスタ?（ロジック7000万、メモリ8000万）
+
RAMDAC/TVエンコーダー? 別チップ?
"Xenos itself outputs the frame-buffer digitally to another display device"
特長?
ユニファイドシェーダー（VS3.0とPS3.0の全機能+α?）
タイルベースレンダリング（Z Only Rendering Pass、Hierarchical Z、Tiled Rendering、Hierarchical Stencil Buffer等）
eDRAM付ピクセルコア（reading and writing color, z and stencil and performing all of the alpha blending and z and stencil ops,
including the FSAA logic）
その他Multiple Render Targets (MRT)&Alpha-to-Mask ←意味不明・・・
↑
スレ違いならすいませんが、xenosの詳細っぽいものが。
読んでみたものの素人には内容が難しい・・・。
↓こんな理解になりましたが、ここの方は技術に詳しそうなので
解説orツッコミお願いしますm(_ _)m
ATI XENOS
シェーダーコア 2億3200万トランジスタ
eDRAM付ピクセルコア 1億5000万トランジスタ?（ロジック7000万、メモリ8000万）
+
RAMDAC/TVエンコーダー? 別チップ?
"Xenos itself outputs the frame-buffer digitally to another display device"
特長?
ユニファイドシェーダー（VS3.0とPS3.0の全機能+α?）
タイルベースレンダリング（Z Only Rendering Pass、Hierarchical Z、Tiled Rendering、Hierarchical Stencil Buffer等）
eDRAM付ピクセルコア（reading and writing color, z and stencil and performing all of the alpha blending and z and stencil ops,
including the FSAA logic）
その他Multiple Render Targets (MRT)&Alpha-to-Mask ←意味不明・・・
■後藤弘茂のWeekly海外ニュース■
PCとゲーム機で鍵となるバイナリ変換技術とエンディアン変換
http://pc.watch.impress.co.jp/docs/2005/0615/kaigai190.htm
PCとゲーム機で鍵となるバイナリ変換技術とエンディアン変換
http://pc.watch.impress.co.jp/docs/2005/0615/kaigai190.htm
82 ：Seisei_Yamaguchi：2005/06/15(水) 15:55:57 ID:mYPk5qx/
エンディアンの話でわないがバイナリ変換 .
現行非オープンソースソフトの Cell向けアルゴリズムの件について .
単純な所で , スレッドだくってのわ , Cell向きな部分だけ
ループを例えば一段飛ばし ( BASICでいう step 2 ) にしておく .
そんかわりスレッド化された ループが 2個入ってる . これ .
で , それに Cellプラットホーム上で スレッドを検出して
Cellインストラクションに変換 . これ最強 .
但しシングルプロセッサ的環境でオーバヘッドを伴う諸刃の剣 .
現行非オープンソースソフトの Cell向けアルゴリズムの件について .
単純な所で , スレッドだくってのわ , Cell向きな部分だけ
ループを例えば一段飛ばし ( BASICでいう step 2 ) にしておく .
そんかわりスレッド化された ループが 2個入ってる . これ .
で , それに Cellプラットホーム上で スレッドを検出して
Cellインストラクションに変換 . これ最強 .
但しシングルプロセッサ的環境でオーバヘッドを伴う諸刃の剣 .
そこでコードのスレッド関連部分を条件ブランチで常にスルーさせておき
Cellコードゑの変換時にそれを目印にする .
しかし識別子がある方がベターなので ,
一例として 'SEGA' とでも埋め込んでおくと良い .
更に , 本当なら識別子だけでなく十分なパッチエリアとして
そのスレッドサイズ以上分のダミーデータがを用意する方が良いが ,
ひとまず `` ( 略 ) さい ( 略 ) はやくげんぶつをみてみたいよー '' と ( 略 ) .
Cellコードゑの変換時にそれを目印にする .
しかし識別子がある方がベターなので ,
一例として 'SEGA' とでも埋め込んでおくと良い .
更に , 本当なら識別子だけでなく十分なパッチエリアとして
そのスレッドサイズ以上分のダミーデータがを用意する方が良いが ,
ひとまず `` ( 略 ) さい ( 略 ) はやくげんぶつをみてみたいよー '' と ( 略 ) .
キチガイが書いたみたいに難解な文章だな
そこかよ
>78
77です。
了解しました。って誰かがそちらのスレにリンク先
コピペしてましたね。色々と書き始めてくれているようなので
それを読んでみます。
（他力本願・・ リンク先は英語＆専門用語満載なので・・）
>79
リンク先をもう一度読んだら1.5億Tr?はMay beって書いてありますね。
ＭＳが発表しているのでしたらeDRAMは1億Tr(ロジック2000万 メモリ8000万）
なんでしょうね。
77です。
了解しました。って誰かがそちらのスレにリンク先
コピペしてましたね。色々と書き始めてくれているようなので
それを読んでみます。
（他力本願・・ リンク先は英語＆専門用語満載なので・・）
>79
リンク先をもう一度読んだら1.5億Tr?はMay beって書いてありますね。
ＭＳが発表しているのでしたらeDRAMは1億Tr(ロジック2000万 メモリ8000万）
なんでしょうね。
ｸﾀのインタビューでも持ち出してたけど
後藤はなぜにエンディアンにこだわるのか。
後藤はなぜにエンディアンにこだわるのか。
>>89
ヒント：エミュレーション
ヒント：エミュレーション
ゲストCPU用の機械語のホストCPUによる逐次解釈実行
そりゃ重いよ、全ての即値、データに関して必ず変換と演算後の逆変換が必要なんだし
それにロゼッタのような実行時バイナリ変換をする場合は逐次解釈じゃなくなるので
余計にエンディアン変換がネックになりやすいし
それにロゼッタのような実行時バイナリ変換をする場合は逐次解釈じゃなくなるので
余計にエンディアン変換がネックになりやすいし
98 ：MACオタ＞80 さん：2005/06/15(水) 17:54:58 ID:IJy+DgMQ
>>80
また後藤氏が口から出任せを並べてるす(笑)
---------------------------
その代わり、Cellには特殊なロード/ストア命令が実装されているという。エンディアン
変換付きのロード命令とストア命令だ。データをメモリからレジスタにロードしたり、
逆にレジスタからメモリに書き戻す際に、エンディアンをハードウェアで変換するという。
---------------------------
この命令、全然特殊なくてPowerPC ISAに標準で含まれているす。
http://www.watalab.cs.uec.ac.jp/students/yuke/ppcasm.html
・lhbrx rD, rA, rB：16-bit整数をエンディアンをひっくり返して読み込み
・lwbrx rD, rA, rB：32-bit整数をエンディアンをひっくり返して読み込み
・sthbrx rD, rA, rB：16-bit整数をエンディアンをひっくり返して書き込み
・stwbrx rD, rA, rB：32-bit整数をエンディアンをひっくり返して書き込み
もう恥かくだけすから、PCの話以外書くのわ止めた方が良いんじゃないすかね。。。＼
また後藤氏が口から出任せを並べてるす(笑)
---------------------------
その代わり、Cellには特殊なロード/ストア命令が実装されているという。エンディアン
変換付きのロード命令とストア命令だ。データをメモリからレジスタにロードしたり、
逆にレジスタからメモリに書き戻す際に、エンディアンをハードウェアで変換するという。
---------------------------
この命令、全然特殊なくてPowerPC ISAに標準で含まれているす。
http://www.watalab.cs.uec.ac.jp/students/yuke/ppcasm.html
・lhbrx rD, rA, rB：16-bit整数をエンディアンをひっくり返して読み込み
・lwbrx rD, rA, rB：32-bit整数をエンディアンをひっくり返して読み込み
・sthbrx rD, rA, rB：16-bit整数をエンディアンをひっくり返して書き込み
・stwbrx rD, rA, rB：32-bit整数をエンディアンをひっくり返して書き込み
もう恥かくだけすから、PCの話以外書くのわ止めた方が良いんじゃないすかね。。。＼
>>95
いや、エンディアンの変換なんて大昔からあるトピックで、それだけが重いわけじゃないし
記事の密度が薄すぎるといいたかっただけ。
CELLはバイエンディアンを採用せず、ロードストア命令での変換をサポートしました。賢いですね。
Xbox360も同種の命令をサポートしてるかもしれませんね。
妄想だけどMacもIntel移行の際にPentiumに拡張命令の追加を要求してるかもしれませんね。
の三行で済むし。
いや、エンディアンの変換なんて大昔からあるトピックで、それだけが重いわけじゃないし
記事の密度が薄すぎるといいたかっただけ。
CELLはバイエンディアンを採用せず、ロードストア命令での変換をサポートしました。賢いですね。
Xbox360も同種の命令をサポートしてるかもしれませんね。
妄想だけどMacもIntel移行の際にPentiumに拡張命令の追加を要求してるかもしれませんね。
の三行で済むし。
SPEと64bitレジスタは？ 128bitレジスタもか？？？
ちなみにエンディアン変換命令だけならPentium以降のIA32も備えてるよ
ロード、ストアと同時変換では無くレジスタ内変換だけど
BSWAP r32 32 ビット・レジスタのバイト順序を逆にする。
XCHG r/m8,r8 r8( バイト・レジスタ) をr/m8 からのバイトと交換する。
XCHG r8,r/m8 r/m8 からのバイトをr8( バイト・レジスタ) と交換する。
ロードと同時に変換するぐらいの拡張なら、簡単な変更で済むだろうね
ロード、ストアと同時変換では無くレジスタ内変換だけど
BSWAP r32 32 ビット・レジスタのバイト順序を逆にする。
XCHG r/m8,r8 r8( バイト・レジスタ) をr/m8 からのバイトと交換する。
XCHG r8,r/m8 r/m8 からのバイトをr8( バイト・レジスタ) と交換する。
ロードと同時に変換するぐらいの拡張なら、簡単な変更で済むだろうね
Cellは（PPC互換だから）エンディアン変換つきのロードストアができる特殊命令
を持っていると読めばどこもおかしくなく。
PPC自体が標準でもなんでもないのでおかしくもない表現かと。
を持っていると読めばどこもおかしくなく。
PPC自体が標準でもなんでもないのでおかしくもない表現かと。
>>107 さん
じゃあ後藤氏わ、XBox360のプロセッサわPowerPCじゃないと思い込んでるすね(笑)
--------------------------
似たような仕組みを、Microsoftも実装している可能性はある。
--------------------------
PowerPCであれば、可能性じゃなくて「仕様」すから。。。
じゃあ後藤氏わ、XBox360のプロセッサわPowerPCじゃないと思い込んでるすね(笑)
--------------------------
似たような仕組みを、Microsoftも実装している可能性はある。
--------------------------
PowerPCであれば、可能性じゃなくて「仕様」すから。。。
>>98
数あるl/s命令の中で、たったそれだけしかエンディアン変換に対応してなくて
パフォーマンスに影響がないとでも？
>>105
実際はバイト順序入れ替えだけで済むような単純な話だけでは済まないんだけどね。
>>107
PPCやIAに標準で載ってるようなエンディアン変換じゃ全然不完全だから。
数あるl/s命令の中で、たったそれだけしかエンディアン変換に対応してなくて
パフォーマンスに影響がないとでも？
>>105
実際はバイト順序入れ替えだけで済むような単純な話だけでは済まないんだけどね。
>>107
PPCやIAに標準で載ってるようなエンディアン変換じゃ全然不完全だから。
バイト順序の入れ替えだけで済む単純な話ですな
109はエンディアンというものがわかってないだろ
109はエンディアンというものがわかってないだろ
リトルエンディアンとビッグエンディアンで符号ビットの配置に違いがありましたっけ？
メモリ上なら別ですが
メモリ上なら別ですが
>>113
スレの流れ無視して脳内文脈で語りだすならもうちょっと詳しく
スレの流れ無視して脳内文脈で語りだすならもうちょっと詳しく
2の補数表現じゃないアーキティクチャのエミュレーションか。
CDCとか?
CDCとか?
なにがメモリ<->レジスタ間の問題だｗ
本当に全然わかってないな
本当に全然わかってないな
エンディアン問題はメモリ・レジスタ間には留まらないと思いますが・・・
解決方法の一つとしてとして、メモリ・レジスタ間転送の間に並び替えるという手法があると
言うのが今話題になっているだけであって
解決方法の一つとしてとして、メモリ・レジスタ間転送の間に並び替えるという手法があると
言うのが今話題になっているだけであって
具体例だしてみろよ
お前がわかってないだけだろ
お前がわかってないだけだろ
何を説明すればいいのやら
バイト順序の入れ替えだけで済む
これ以上なにか必要か?
バイト順序の入れ替えだけで済む
これ以上なにか必要か?
PowerPCってmiss alignment アクセスは許容するんだっけ。
バイト順序の入れ替えだけですまない例をあげればいいだけ
簡単だろ
簡単だろ
ここはコミュニケーション帯域の狭いインターネッツですね。
並び替えですまない例をあげればいいだけ
簡単だろ
簡単だろ
彼がいいたいのは、符合拡張のことじゃないかな?
うおっと、多重書き込みスマス
例あげられないならレスはいらんぞ
考えついたらまたおいで
例あげられないならレスはいらんぞ
考えついたらまたおいで
>>124
それじゃIntelのレジスタ内で並べ替えるエンディアン変換では解決できないと？
それじゃIntelのレジスタ内で並べ替えるエンディアン変換では解決できないと？
バイト変換だけではすまない一例、
メモリからのロードの時、該当アドレスにあるデータのタイプが判らないとどうしようもない。
例えば、ロングワードを格納してあとになって一部(ワード)だけを再度読むときとか。
エミュは、プログラマの意図を読む必要がある。
もしくはすべてのメモリアクセスのヒストリを残しとく必要が…って無理だが。
こんなのエンディアン問題で苦労したことがあればすぐわかると思われ。
メモリからのロードの時、該当アドレスにあるデータのタイプが判らないとどうしようもない。
例えば、ロングワードを格納してあとになって一部(ワード)だけを再度読むときとか。
エミュは、プログラマの意図を読む必要がある。
もしくはすべてのメモリアクセスのヒストリを残しとく必要が…って無理だが。
こんなのエンディアン問題で苦労したことがあればすぐわかると思われ。
135 ：MACオタ＞134 さん：2005/06/15(水) 19:02:32 ID:IJy+DgMQ
>>34
AltiVecのVector Permute系の命令で普通にサポートされてる機能に見えるす。
AltiVecのVector Permute系の命令で普通にサポートされてる機能に見えるす。
>>134
それ、バイト境界問題・・・
それ、バイト境界問題・・・
お前らハゲのおれの免じてケンカはやめて
エミュレータ界隈の人達は、自分が抱えている問題を他人に説明するのが下手、
というところまではわかった。
というところまではわかった。
後藤の発言に感心しちゃったことの照れ隠し
朦朧とした頭で書いたので、言葉足らずだったかもしれない
リトルのマシンで12 34 56 78とデータを書いて後に別スレッドで一部読むとする。
このとき56 78だけを読む。
ビッグでは78 56 34 12と格納される、別スレッドで読んで該当アドレスを読む
変換したところで12 34......
以上、バイトアラインとは無関係にこうした状況は生じる。
リトルのマシンで12 34 56 78とデータを書いて後に別スレッドで一部読むとする。
このとき56 78だけを読む。
ビッグでは78 56 34 12と格納される、別スレッドで読んで該当アドレスを読む
変換したところで12 34......
以上、バイトアラインとは無関係にこうした状況は生じる。
誰か、cellを使って>>137の毛髪問題を解決してやってくれ。ついでに俺のも。
> ビッグでは78 56 34 12と格納される
エミュレートしてないじゃん!
エミュレートしてないじゃん!
144 ：MACオタ＞140 さん：2005/06/15(水) 19:16:16 ID:IJy+DgMQ
>>140
その状況、なぜリトルのプロセッサとビッグのプロセッサが混在してるすか？
その状況、なぜリトルのプロセッサとビッグのプロセッサが混在してるすか？
> ビッグでは78 56 34 12と格納される
なんのための並び替えだかわからんなw
メモリ上でリトルで格納されてるデータを読むためだぞ
・メモリ上のリトルエンディアンデータを読む←ここで並び替え
・データ処理←ここはビッグ
・リトルで書き出し←ここで並び替え
なんのための並び替えだかわからんなw
メモリ上でリトルで格納されてるデータを読むためだぞ
・メモリ上のリトルエンディアンデータを読む←ここで並び替え
・データ処理←ここはビッグ
・リトルで書き出し←ここで並び替え
>>135
G4からG5に移行する時にさかんにエンディアンの非互換が叫ばれてたけどなにが問題だったの？
G4からG5に移行する時にさかんにエンディアンの非互換が叫ばれてたけどなにが問題だったの？
俺もエミュ作ってるんだけど、いまいち問題としてることがわからんな。
>>145のやり方で問題ないような？
>>145のやり方で問題ないような？
>143
ご指摘のとおり徹頭徹尾エミュすれば問題ないよ。でもその負荷を考えてもらいたいかな。
いちいち計算するたびに前変換、後変換せにゃならん。同様の状況は計算中にもおきる
のでデータ処理だけビッグで済ますわけにもいかんし...
ご指摘のとおり徹頭徹尾エミュすれば問題ないよ。でもその負荷を考えてもらいたいかな。
いちいち計算するたびに前変換、後変換せにゃならん。同様の状況は計算中にもおきる
のでデータ処理だけビッグで済ますわけにもいかんし...
そりゃバイエンディアンでなくなればプログラムが変わるから
リトルで動いてる既存のプログラムはそのまま使えなくなる
リトルで動いてる既存のプログラムはそのまま使えなくなる
>>148
当たり前でしょ。
>>145が説明してるような内容なんて基本動作原理を説明してるだけなんだから。
既存のCPUだと、それらの処理を行うのにパフォーマンスダウン要因が多いって
話をしてるんだよ。
そりゃ、命令並びまくれば幾らでも処理自体はこなせるわいな。
当たり前でしょ。
>>145が説明してるような内容なんて基本動作原理を説明してるだけなんだから。
既存のCPUだと、それらの処理を行うのにパフォーマンスダウン要因が多いって
話をしてるんだよ。
そりゃ、命令並びまくれば幾らでも処理自体はこなせるわいな。
154 ：MACオタ＞150 さん：2005/06/15(水) 19:33:28 ID:IJy+DgMQ
>>150
最初からネイティブプロセッサのデータ処理用にメモリ空間を分けておけば済むような気がするすけど？
最初からネイティブプロセッサのデータ処理用にメモリ空間を分けておけば済むような気がするすけど？
エミュネタにCELL固有のネタが皆無な件
結局全て並び替えだけで済むって事だよね？
BEマシンをエミュするLEマシン上でも、BEマシン内のメモリとして扱われる部分には
BEでデータが格納されるんだし、たとえlongで格納したデータの一部をshortで読もうが
単純に並び替えで済むんだし・・・
レジスタにはエンディアンの違いは存在しないから演算過程でエンディアンが問題になる
事も無い訳で
BEマシンをエミュするLEマシン上でも、BEマシン内のメモリとして扱われる部分には
BEでデータが格納されるんだし、たとえlongで格納したデータの一部をshortで読もうが
単純に並び替えで済むんだし・・・
レジスタにはエンディアンの違いは存在しないから演算過程でエンディアンが問題になる
事も無い訳で
>>158
CELL固有の命令じゃない件
CELL固有の命令じゃない件
メモリの読み書き時に変換が必要で、それはちょっと重たい処理だって言いたいだけでしょ？
それ以外に何か問題があるの？
30qacIkHはどういうエミュつくってんだろ？
なんか特殊なエミュ？
それ以外に何か問題があるの？
30qacIkHはどういうエミュつくってんだろ？
なんか特殊なエミュ？
>>160
固有にこだわり過ぎ
固有にこだわり過ぎ
オーバーラン系のバグが潜在してるコードだと
ビッグで全く問題出なかったのがリトルだと問題が出るケースはあるね。
ビッグで全く問題出なかったのがリトルだと問題が出るケースはあるね。
>>165
だって論点が見えないんだもんの件
だって論点が見えないんだもんの件
>>164
重いのが問題だって話なんだけど。
そりゃ、命令並べまくってパフォーマンスダウンしても、キミが作ってるような
レガシーマシンのエミュなら問題ないでしょうよ。
>>163
しかし、ID:9xUXJ8Fi は全然わかってないくせに偉そうだなｗ
ちょっと笑ってしまった。
重いのが問題だって話なんだけど。
そりゃ、命令並べまくってパフォーマンスダウンしても、キミが作ってるような
レガシーマシンのエミュなら問題ないでしょうよ。
>>163
しかし、ID:9xUXJ8Fi は全然わかってないくせに偉そうだなｗ
ちょっと笑ってしまった。
エンディアン変換はチップ一枚ウマく噛ますだけでできそうだと思う
プログラマのタマゴな私の考えは却下ですか？
プログラマのタマゴな私の考えは却下ですか？
171 ：名無しさん必死だな：2005/06/15(水) 19:51:14 ID:INGPEnBT
30qacIkH
>>169
重いのが問題なだけと。
132 ：名無しさん必死だな ：2005/06/15(水) 18:55:29 ID:gzvqGX4s
>>124
それじゃIntelのレジスタ内で並べ替えるエンディアン変換では解決できないと？
133 ：名無しさん必死だな ：2005/06/15(水) 18:56:57 ID:30qacIkH ?#
>>132
loadしてから並び替えるだけではダメな場合があるからね。
で、これはどうなの？
重いのが問題なだけと。
132 ：名無しさん必死だな ：2005/06/15(水) 18:55:29 ID:gzvqGX4s
>>124
それじゃIntelのレジスタ内で並べ替えるエンディアン変換では解決できないと？
133 ：名無しさん必死だな ：2005/06/15(水) 18:56:57 ID:30qacIkH ?#
>>132
loadしてから並び替えるだけではダメな場合があるからね。
で、これはどうなの？
175 ：名無しさん必死だな：2005/06/15(水) 19:55:20 ID:Sp47CnqX
CELLってみるからに低性能
チップデザインの基本ができてないよ
製造技術がないんだろうな
チップデザインの基本ができてないよ
製造技術がないんだろうな
エミュレーション上のパフォーマンスの問題なら、実際にエミュレーションしたい
ハードウェア積まない限り「それだけでは駄目な場合がある」って事にならんか・・・
ハードウェア積まない限り「それだけでは駄目な場合がある」って事にならんか・・・
>>174
そのswapみたいな1命令で解決できん例を示せばそれでこの話終わるんじゃないの？
そのswapみたいな1命令で解決できん例を示せばそれでこの話終わるんじゃないの？
これ以上30qacIkH を叩いても埃も出ない件
とりあえず処理の手順としてベタなやり方として>>145のやり方がある。
つまりメモリの読み書きの時にデータを入れ換えてエンディアンを変えるわけ。
そしてこのやり方だとエンディアンの入れ換えが重たいという指摘があるが、
bswap等の命令を使えばこの入れ換えが低コストでできるわけだよね。
もし、このやり方に問題があるとすれば、この命令でに問題があって入れ換えが出来ない事例がある場合。
30pacIkHはそれを言ってるのだと思うが、あいにく我々にはそれが思いつかない。
つまりメモリの読み書きの時にデータを入れ換えてエンディアンを変えるわけ。
そしてこのやり方だとエンディアンの入れ換えが重たいという指摘があるが、
bswap等の命令を使えばこの入れ換えが低コストでできるわけだよね。
もし、このやり方に問題があるとすれば、この命令でに問題があって入れ換えが出来ない事例がある場合。
30pacIkHはそれを言ってるのだと思うが、あいにく我々にはそれが思いつかない。
>>178
キミ、エミュ作ってんでしょ？
エミュ作ってて気づかないとは思えんけど。
>>178
入れ替え命令があるだけじゃ両エンディアン対応というには不完全。
そもそも、入れ替えるだけならローテート命令を並べるだけでもできるんだから。
>>179
で、本気でswapするだけで完全に変換出来ると思ってる？
キミ、エミュ作ってんでしょ？
エミュ作ってて気づかないとは思えんけど。
>>178
入れ替え命令があるだけじゃ両エンディアン対応というには不完全。
そもそも、入れ替えるだけならローテート命令を並べるだけでもできるんだから。
>>179
で、本気でswapするだけで完全に変換出来ると思ってる？
> このやり方に問題があるとすれば
169によると、パフォーマンスに問題がある、って言いたいみたいですけど。
169によると、パフォーマンスに問題がある、って言いたいみたいですけど。
本来の命令にswapとやらを追加したら２倍になって遅いんやん？
だって必死に日夜エミュのコード書いてでも物にはならず唯一手元に残ったわずかなノウハウなんだから
そりゃ出し惜しみもするだろう。でも本当は心の中ではみんなともっとコミュニケートしたいんで、
暖かく見守って「あなたはどうしてそんなに物知りなの?」って聞いてあげてください。
そりゃ出し惜しみもするだろう。でも本当は心の中ではみんなともっとコミュニケートしたいんで、
暖かく見守って「あなたはどうしてそんなに物知りなの?」って聞いてあげてください。
符号も考慮すると切り取っておさめて符号も加えるのか
４倍遅くなるんかな
４倍遅くなるんかな
入れ替え命令だけじゃ駄目なのは当然。ロードストアで倍の命令が必要なら
普通に厳しいでしょ。で、PowerPCが実装したのはバイトオーダ入れ替えて
読み書きする命令で、こっちは問題なし。レイテンシは違うかもしれないけど。
普通に厳しいでしょ。で、PowerPCが実装したのはバイトオーダ入れ替えて
読み書きする命令で、こっちは問題なし。レイテンシは違うかもしれないけど。
これだけスレが流れるほどレスするなら最初から説明してた方が速いし楽だったんじゃなかろーか、とか。。。
最初の主張が109だから
言い訳のために主張変えてるだけ
言い訳のために主張変えてるだけ
>>185
符号ねえ。
当方レガシーマシンのエミュしか作った事が無いので、
皆目検討がつかんね。少なくとも整数の符号表現なら入れ換えで問題ないだろ。
>>190
レジスタ内演算命令が二つ追加される程度じゃ問題無いと思うが。
符号ねえ。
当方レガシーマシンのエミュしか作った事が無いので、
皆目検討がつかんね。少なくとも整数の符号表現なら入れ換えで問題ないだろ。
>>190
レジスタ内演算命令が二つ追加される程度じゃ問題無いと思うが。
>>195
そりゃ、16bitしかレジスタが無いようなレガシーマシンだったら入れ替えだけで問題ないでしょうよ。
まぁしかし、全くわかってない奴らが後藤とかの記事に難癖つけてたことは良くわかったYO ｗ
そりゃ、16bitしかレジスタが無いようなレガシーマシンだったら入れ替えだけで問題ないでしょうよ。
まぁしかし、全くわかってない奴らが後藤とかの記事に難癖つけてたことは良くわかったYO ｗ
1から説明しろ、ではなく、1例だけでいいからあげて、と言ってるような気がしてならない。
>>196
その貴方の言う「問題」って何？
これが混乱の元。
1、エミュレーション的には問題ないが、速度的に問題ある。
2、速度的には問題ないが、エミュレーション的に問題ある。
3、エミュレーション的にも問題あるし、速度的にも問題ある。
どれ？
その貴方の言う「問題」って何？
これが混乱の元。
1、エミュレーション的には問題ないが、速度的に問題ある。
2、速度的には問題ないが、エミュレーション的に問題ある。
3、エミュレーション的にも問題あるし、速度的にも問題ある。
どれ？
>>196
同じく過去レス見てもらえば解る通り、難癖つける気は無いよ
むしろ一般人にはエンディアンの違いなんて知らない人の方が多いんだし、
解説記事として有用だと思う
ただ、詳しい人からすると突込みどころが有るらしいが
で、レジスタ内での符号ビットの位置が違うCPUでもない限り、並び替えで何の問題も
無いと思うんですが？
同じく過去レス見てもらえば解る通り、難癖つける気は無いよ
むしろ一般人にはエンディアンの違いなんて知らない人の方が多いんだし、
解説記事として有用だと思う
ただ、詳しい人からすると突込みどころが有るらしいが
で、レジスタ内での符号ビットの位置が違うCPUでもない限り、並び替えで何の問題も
無いと思うんですが？
>>196
>>202
32のレジスタに32bitでしかロードしないとでも？
で、無説明じゃなくて説明しつづけてるけど？
後藤の記事に難癖つけるくらい知識があるはずなのに、漏れの説明で理解できないわけないと思うけどw
>>202
32のレジスタに32bitでしかロードしないとでも？
で、無説明じゃなくて説明しつづけてるけど？
後藤の記事に難癖つけるくらい知識があるはずなのに、漏れの説明で理解できないわけないと思うけどw
205 ：名無しさん必死だな：2005/06/15(水) 20:47:27 ID:BAzF6Ehc
Cellと無関係に罵り合うスレになってしまった件について
CISCならともかくRISCであるPPCで
バイエンディアン対応ハードの実装コストが高いわけないじゃん。
バイエンディアン対応ハードの実装コストが高いわけないじゃん。
>>205
別に漏れは罵ってるつもりは無いがｗ
ただ、知識も無しに文句つけるのはどうかとは思うがｗ
>>207
アホですか？
一番最初に言った時に気づかず噛み付いて来ておいて、なんだじゃないでしょ。
で、不完全でしょ。現実的にパフォーマンスダウンの要素になるんだから。
不完全じゃないとキミが思う理由は？
別に漏れは罵ってるつもりは無いがｗ
ただ、知識も無しに文句つけるのはどうかとは思うがｗ
>>207
アホですか？
一番最初に言った時に気づかず噛み付いて来ておいて、なんだじゃないでしょ。
で、不完全でしょ。現実的にパフォーマンスダウンの要素になるんだから。
不完全じゃないとキミが思う理由は？
>>110の心無い一言がこんなことになるなんて・・・
211 ：名無しさん必死だな：2005/06/15(水) 20:53:32 ID:kEOp9q2I
このなかにごっちんが居ます。それは・・・君だぁぁ！！！！！！！>>189
罵ってないんだったら、
ｗの連発やめれ。
ｗの連発やめれ。
>>209
あくまでエンディアン変換の話ですから、符号拡張はまた別の話でしょうが・・・
>PPCやIAに標準で載ってるようなエンディアン変換じゃ全然不完全だから。
という発言じゃ、エンディアン変換自体が不完全と読めますよ
だから>>129で符号拡張の事言ってる人が居ても、まさかそんな当たり前の事を？
と思ってスルーした訳で
あくまでエンディアン変換の話ですから、符号拡張はまた別の話でしょうが・・・
>PPCやIAに標準で載ってるようなエンディアン変換じゃ全然不完全だから。
という発言じゃ、エンディアン変換自体が不完全と読めますよ
だから>>129で符号拡張の事言ってる人が居ても、まさかそんな当たり前の事を？
と思ってスルーした訳で
ハードでの変換なのか、ソフトウェアエミュレートでの変換なのか
はっきりしようよ・・・ (´･ω･`)
はっきりしようよ・・・ (´･ω･`)
それに少なくともIA32では基本演算について符号拡張をしつつ演算を行える命令が
備わっているので、大したパフォーマンスダウンになるとも思えませんが？
備わっているので、大したパフォーマンスダウンになるとも思えませんが？
知ったかが知ったかぶりだけでここまでレスを伸ばせるのは才能だな。
符号拡張とエンディアン変換は別ですが・・・
エンディアンは単にメモリ上でのバイト配置の問題であって、内部の数値表現とは関係無い
問題なんですけど・・・
エンディアンは単にメモリ上でのバイト配置の問題であって、内部の数値表現とは関係無い
問題なんですけど・・・
PPCには符号拡張機能つきのLoad命令があるの？
符号問題とエンディアン問題は別問題なのに、
天然か意図的か知らんが執拗に混同を続けてるだけか……
ホストCPUとエミュ対象CPUのハードウェアしだいで、
問題になることもならん事もあるって事が分かってないだけか。
自分がハマった問題だからといって、他人もハマるとは
思わない方が良いと思ったるただの野次馬のチラシの裏。
天然か意図的か知らんが執拗に混同を続けてるだけか……
ホストCPUとエミュ対象CPUのハードウェアしだいで、
問題になることもならん事もあるって事が分かってないだけか。
自分がハマった問題だからといって、他人もハマるとは
思わない方が良いと思ったるただの野次馬のチラシの裏。
>>226
あ〜、ただの野次馬なんでお気になさらずお続け下され。
あ〜、ただの野次馬なんでお気になさらずお続け下され。
なんだそもそも後藤の記事が何か凄い事を言っているに違いないと勘違いしてただけか。
あーやっと、頭が冴えてきた...
いちいち言葉足らずでスマンのう、間違いも修正してもう一度説明するね。
問題：入れ替えの命令だけだと問題は発生する。
リトルのマシンをビッグのマシンで(両方とも32bitワードマシン)
エミュる場合を考えてみる。
リトルのマシンで0x01234567ABCDEFの128bitデータをアドレス0に書き込み
(3210 7654 BA98 FEDCと格納される)、後で再利用、アドレス4からの2ワード
0xBA987654を読むようなコードがあったとする。
いちいち言葉足らずでスマンのう、間違いも修正してもう一度説明するね。
問題：入れ替えの命令だけだと問題は発生する。
リトルのマシンをビッグのマシンで(両方とも32bitワードマシン)
エミュる場合を考えてみる。
リトルのマシンで0x01234567ABCDEFの128bitデータをアドレス0に書き込み
(3210 7654 BA98 FEDCと格納される)、後で再利用、アドレス4からの2ワード
0xBA987654を読むようなコードがあったとする。
これをビッグのマシンでエミュると、
データ0x01234567ABCDEFを書き込む前に並び替え0x32107654BA98FEDC、
書き込まれると当然3210 7654 BA98 FEDCとなる。読み出しでは89AB 4567が読まれ...
さて、どう変換する？今のケースはプログラムがわかっているから問題は無い。
ワード単位で変換すれば良いとわかる。しかしもともとそこに2ワードで書かれていた
場合は..?エミュレータはどうやって判別すればよいのでしょうか？
以上のように、エンディアン問題は単純にスワップで済むという問題ではない。
強制的にバスアクセスがその様に定義されるということが問題なのだな。
データ0x01234567ABCDEFを書き込む前に並び替え0x32107654BA98FEDC、
書き込まれると当然3210 7654 BA98 FEDCとなる。読み出しでは89AB 4567が読まれ...
さて、どう変換する？今のケースはプログラムがわかっているから問題は無い。
ワード単位で変換すれば良いとわかる。しかしもともとそこに2ワードで書かれていた
場合は..?エミュレータはどうやって判別すればよいのでしょうか？
以上のように、エンディアン問題は単純にスワップで済むという問題ではない。
強制的にバスアクセスがその様に定義されるということが問題なのだな。
>>224
>>227
> ホストCPUとエミュ対象CPUのハードウェアしだいで、
> 問題になることもならん事もあるって事が分かってないだけか。
で、この話の流れでなんでハードウエアの話が出てくるんだ？
わかってないのはお前じゃないの？
>>227
> ホストCPUとエミュ対象CPUのハードウェアしだいで、
> 問題になることもならん事もあるって事が分かってないだけか。
で、この話の流れでなんでハードウエアの話が出てくるんだ？
わかってないのはお前じゃないの？
ていうか後藤ちゃんが書くことに困ってアホ晒してるだけに見えるんだけど、なんの騒ぎだろうと記事読んでワロタ。
気にしなくていいって言ってるのになぁ。
×ハードウェア
○アーキティクチャ
Typoすまんね。
用語のオレ定義を持ち出す香具師と議論する気はないので。
×ハードウェア
○アーキティクチャ
Typoすまんね。
用語のオレ定義を持ち出す香具師と議論する気はないので。
>>234
アーキテクチャにしても同じ事。
この話は、big<->littleの違いによる問題の話。
明確なアーキテクチャの違いがある。
> ホストCPUとエミュ対象CPUのハードウェアしだいで、
> 問題になることもならん事もあるって事が分かってないだけか。
話の流れ読んでたらこんなアホな発言は出来ないはず。
アーキテクチャにしても同じ事。
この話は、big<->littleの違いによる問題の話。
明確なアーキテクチャの違いがある。
> ホストCPUとエミュ対象CPUのハードウェアしだいで、
> 問題になることもならん事もあるって事が分かってないだけか。
話の流れ読んでたらこんなアホな発言は出来ないはず。
>235
すまんな、まだ朦朧としている。ご指摘のとおりトンデモないな。
よく考えるよ...
すまんな、まだ朦朧としている。ご指摘のとおりトンデモないな。
よく考えるよ...
>>209
> 別に漏れは罵ってるつもりは無いがｗ
・お前、偉そうに言う割に全然わかって無いじゃんw
・ちゃんと理解してますかぁ？ｗ
・出し惜しみ？キミ、アホか。
・つか、なんでIA32に限定して話してんの？アホ？
・わかってないのはお前じゃないの？
・話の流れ読んでたらこんなアホな発言は出来ないはず。
(((( ；゜Д゜)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
> 別に漏れは罵ってるつもりは無いがｗ
・お前、偉そうに言う割に全然わかって無いじゃんw
・ちゃんと理解してますかぁ？ｗ
・出し惜しみ？キミ、アホか。
・つか、なんでIA32に限定して話してんの？アホ？
・わかってないのはお前じゃないの？
・話の流れ読んでたらこんなアホな発言は出来ないはず。
(((( ；゜Д゜)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
>>236
うむ、生暖かくヲチしてるので賢い話を続けてくれたまへ。
うむ、生暖かくヲチしてるので賢い話を続けてくれたまへ。
>>230
大丈夫よ。
書き込みの時はshortで読み込みのときはcharだったんだよね
読む単位は命令が（もしくはオペランドが）異なるからエミュ先でもわかる
>>231
つまり書き込みのときはスワップするし、読み込みのときはスワップ無しでOK
大丈夫よ。
書き込みの時はshortで読み込みのときはcharだったんだよね
読む単位は命令が（もしくはオペランドが）異なるからエミュ先でもわかる
>>231
つまり書き込みのときはスワップするし、読み込みのときはスワップ無しでOK
CISCのISAみたいに命令が操作と
一対一対応していないもので考えるから
訳がわからなくなるんじゃ。
一対一対応していないもので考えるから
訳がわからなくなるんじゃ。
まあこれだけがんばったんだから誰か一ポイントくらい30qacIkHに贈ってあげてよ。
>>81 での別板で叩かれたのが凄惨だったに違いない
>241,242
みんな、親切だなぁ。
風邪で意識が飛びそうな人間の戯言にワザワザ付き合ってくれるとは...
感謝。
みんな、親切だなぁ。
風邪で意識が飛びそうな人間の戯言にワザワザ付き合ってくれるとは...
感謝。
>>237
まあいわんとしたいことはわかる
しかし140ではちゃんと並び替えできてたのになんで間違うんだ
2ワードとかについてはCとごっちゃになってるのではないか
32bitCPUで128bitデータを読もうとすればレジスタごとにわけるしかないぞ?
まあいわんとしたいことはわかる
しかし140ではちゃんと並び替えできてたのになんで間違うんだ
2ワードとかについてはCとごっちゃになってるのではないか
32bitCPUで128bitデータを読もうとすればレジスタごとにわけるしかないぞ?
俺はどうやらプログラム板に迷い込んでしまったようだ
飯食ってたんで遅レス、なんかもう落ち着いちゃったみたいだけど
>>228
＞つか、なんでIA32に限定して話してんの？アホ？
>>109で
＞PPCやIAに標準で載ってるようなエンディアン変換じゃ全然不完全だから。
とまで書いてるからですよ
>>228
＞つか、なんでIA32に限定して話してんの？アホ？
>>109で
＞PPCやIAに標準で載ってるようなエンディアン変換じゃ全然不完全だから。
とまで書いてるからですよ
Cellは64bitですが。
>>253
低下しないとは書いてませんよ、問題となるほど低下するとは思えないと言う事です
逆に演算基本命令以外で符号拡張が問題になる程パフォーマンス低下を招く例を
是非教えてほしいものですが・・・
IA32を名指して上げて、全然不完全というからには、相当なパフォーマンス低下が
起きるんですよね？
低下しないとは書いてませんよ、問題となるほど低下するとは思えないと言う事です
逆に演算基本命令以外で符号拡張が問題になる程パフォーマンス低下を招く例を
是非教えてほしいものですが・・・
IA32を名指して上げて、全然不完全というからには、相当なパフォーマンス低下が
起きるんですよね？
CellはSPEが128bit、PPEが64bitだな
さすがにいまどきbit数が処理能力を現すと思ってる人はいないだろうけど
さすがにいまどきbit数が処理能力を現すと思ってる人はいないだろうけど
つか、 ID:30qacIkH が他の人が分かるレベルで実例を挙げりゃいいだけじゃないの？
エンディアンだかインディアンだか言われても意味すら分からんが、この議論が不毛であることぐらいは分かるぞ。
エンディアンだかインディアンだか言われても意味すら分からんが、この議論が不毛であることぐらいは分かるぞ。
どうでもエンディアン
>>260
不覚にもﾜﾗﾀ。
不覚にもﾜﾗﾀ。
>>255
パフォーマンス低下が起きないのなら命令追加なんて話はそもそも出ない。
問題となるほど低下するとは思えないとキミが幾ら脳内で思おうと、世の中の流れは
そうじゃないって事が何よりの証明。
つーかね、もうお前のレスはつまんないレスはいいって。
それ以上は、一度、動的リコンパイラの一つでも設計してから言ってください。
>>257
と、議論に参加してない単発IDの奴に言われてもなｗ
>>259
もうそういう話は終わってる。
話をループする程不毛なことは無いので、過去ログを読みなさい。
読んで分らないのなら、幾ら説明しても無駄だって事で。
パフォーマンス低下が起きないのなら命令追加なんて話はそもそも出ない。
問題となるほど低下するとは思えないとキミが幾ら脳内で思おうと、世の中の流れは
そうじゃないって事が何よりの証明。
つーかね、もうお前のレスはつまんないレスはいいって。
それ以上は、一度、動的リコンパイラの一つでも設計してから言ってください。
>>257
と、議論に参加してない単発IDの奴に言われてもなｗ
>>259
もうそういう話は終わってる。
話をループする程不毛なことは無いので、過去ログを読みなさい。
読んで分らないのなら、幾ら説明しても無駄だって事で。
単にID:30qacIkHの
「パフォーマンスが落ちる = 不完全 → 固有の命令であるに違いない!!」
の前提というか思い込み(>>109, >>162)が間違っているだけ。
http://pc.watch.impress.co.jp/docs/2005/0613/kaigai189.htm
【Q】 過去のPlayStationとの互換性はハードウェアで実現するのか。
【久夛良木氏】 ハードウェアとソフトウェアのコンビネーションで取る。
いずれにせよPS1程度ならパフォーマンスの問題は無いのでは?
ID:30qacIkHの意にかなわない"不完全(?!)"な命令であっても。
「パフォーマンスが落ちる = 不完全 → 固有の命令であるに違いない!!」
の前提というか思い込み(>>109, >>162)が間違っているだけ。
http://pc.watch.impress.co.jp/docs/2005/0613/kaigai189.htm
【Q】 過去のPlayStationとの互換性はハードウェアで実現するのか。
【久夛良木氏】 ハードウェアとソフトウェアのコンビネーションで取る。
いずれにせよPS1程度ならパフォーマンスの問題は無いのでは?
ID:30qacIkHの意にかなわない"不完全(?!)"な命令であっても。
…だめだこりゃ。
へ〜そういう考え方もあるんだ〜 で終わっとけよ。不毛すぎる。
エミュレーションで威力を発揮するPPCになくて
CELLにある新命令があるはずだというのは>>162のただの妄想。
CELLにある新命令があるはずだというのは>>162のただの妄想。
ID:30qacIkH BE:377631078-#
は言葉使いが悪い。
2chでも真面目なスレには
最低限のマナーがある。
は言葉使いが悪い。
2chでも真面目なスレには
最低限のマナーがある。
【DAC 2005】比例縮小が限界にきた時代の設計手法を，米IBMが基調講演で論じる
http://techon.nikkeibp.co.jp/article/NEWS/20050615/105792/
http://techon.nikkeibp.co.jp/article/NEWS/20050615/105792/
つうかそもそも何の議論してるの？
まったく、
ワケ ワカ ラン
∧＿∧ ∧＿∧ ∧＿∧
（ ・∀・） （ ・∀・） （ ・∀・）
⊂ ⊂ ） （ Ｕ つ ⊂__へ つ
< < < ） ） ） （＿）|
（＿（＿） （_＿）＿） 彡（_＿）
まったく、
ワケ ワカ ラン
∧＿∧ ∧＿∧ ∧＿∧
（ ・∀・） （ ・∀・） （ ・∀・）
⊂ ⊂ ） （ Ｕ つ ⊂__へ つ
< < < ） ） ） （＿）|
（＿（＿） （_＿）＿） 彡（_＿）
>>271
>>274
なんだ、結局自分の都合のいい事にだけしかレスしない奴だったか。
まあ、偉そうな事は、問題となるほどパフォーマンス低下するとは思えないという根拠を示してから
言って欲しいもんだがｗ
>>274
なんだ、結局自分の都合のいい事にだけしかレスしない奴だったか。
まあ、偉そうな事は、問題となるほどパフォーマンス低下するとは思えないという根拠を示してから
言って欲しいもんだがｗ
CELLスレが堕ちて行く
とりあえず俺も30qacIｋHがくそうざい
>>280
何度も書くが、
パフォーマンス低下が起きないのなら命令追加なんて話はそもそも出ない。
問題となるほど低下するとは思えないとキミが幾ら脳内で思おうと、世の中の流れは
そうじゃないって事が何よりの証明。
専用命令がなければ、それだけ命令数が増えるんだから速度低下につながるのは
サルにでも分ること。
それをあえてキミはパフォーマンス低下しないといってるんだから、キミはそれを証明する
必要がある。
悪魔の証明でもなんでもないわけだが。
>>282
はいはい、IDをわざわざ変えてこなくていいからねーｗ
何度も書くが、
パフォーマンス低下が起きないのなら命令追加なんて話はそもそも出ない。
問題となるほど低下するとは思えないとキミが幾ら脳内で思おうと、世の中の流れは
そうじゃないって事が何よりの証明。
専用命令がなければ、それだけ命令数が増えるんだから速度低下につながるのは
サルにでも分ること。
それをあえてキミはパフォーマンス低下しないといってるんだから、キミはそれを証明する
必要がある。
悪魔の証明でもなんでもないわけだが。
>>282
はいはい、IDをわざわざ変えてこなくていいからねーｗ
このスレの話題の1割も理解出来ない俺には、何の話をしているのかすら分からない
とりあえず、明日の施川ユウキたんの漫画だけが楽しみだと言う事だけは伝えておく
とりあえず、明日の施川ユウキたんの漫画だけが楽しみだと言う事だけは伝えておく
このひと 49回も書き込んでる。 凄い・・
>>287
だって処理クロックが10倍も違うんだから2命令に増えても簡単のためにスループット１て統一しても5倍早いよ。
だって処理クロックが10倍も違うんだから2命令に増えても簡単のためにスループット１て統一しても5倍早いよ。
＞はいはい、IDをわざわざ変えてこなくていいからねーｗ
俺はPSP総合スレに22時間くらい前に書き込んでるよ。思い込みの激しいやつだな
Cellの話しろよ
俺はPSP総合スレに22時間くらい前に書き込んでるよ。思い込みの激しいやつだな
Cellの話しろよ
>>291
全て平均で10倍になってもクロック数向上とつりあうわけだが・・
全て平均で10倍になってもクロック数向上とつりあうわけだが・・
>>294
ｲｲｶｹﾞﾝｳｾﾞｰﾖﾊﾞｶｼﾈ
ｲｲｶｹﾞﾝｳｾﾞｰﾖﾊﾞｶｼﾈ
>>294
まぁ、CPUだけ、をエミュレーションするんならつりあう可能性はあるね。
その辺は作ってみないとなんとも言えんけど。
ただ、EEの128bitレジスタをどう処理するかとか、Vector unitの実装とか、
そもそもリコンパイル作業時間とか、パフォーマンス低下が予想される要因が
多いから10倍で釣りあうのかどうかはなんともいえんな。
まぁ、CPUだけ、をエミュレーションするんならつりあう可能性はあるね。
その辺は作ってみないとなんとも言えんけど。
ただ、EEの128bitレジスタをどう処理するかとか、Vector unitの実装とか、
そもそもリコンパイル作業時間とか、パフォーマンス低下が予想される要因が
多いから10倍で釣りあうのかどうかはなんともいえんな。
>>298
で、問題となっているコードだが・・・
で、問題となっているコードだが・・・
>>287
メモリアクセス後ほぼ確実に使われるであろう演算命令で符号拡張込みの
処理ができるのだから、わざわざエンディアン変換命令に符号拡張付けなくても
パフォーマンス低下が問題になる程起きるとは思えないと言ってるのですが・・・
メモリアクセス後ほぼ確実に使われるであろう演算命令で符号拡張込みの
処理ができるのだから、わざわざエンディアン変換命令に符号拡張付けなくても
パフォーマンス低下が問題になる程起きるとは思えないと言ってるのですが・・・
ドカベン並みに話が変わるスレ
ここまでのあらすじ
エンディアンの問題は単に並べ替えただけでは解決しないアホか？
↓
例えば？
↓
符号とか
ここでgzvqGX4sの主張 ： エンディアンと符号は関係ないお
対して30qacIkHの主張 ： 両方密接に関係してるお
エンディアンの問題は単に並べ替えただけでは解決しないアホか？
↓
例えば？
↓
符号とか
ここでgzvqGX4sの主張 ： エンディアンと符号は関係ないお
対して30qacIkHの主張 ： 両方密接に関係してるお
「エンディアン」の意味が我々と違っていただけかも
>>306
いや、全く別ですから
確かにロード・ストアにバイト並び替えでエンディアン変換機能を持たせれば
別命令でレジスタ内並び替え命令を使うよりは高速でしょう
ただ、そこに符号拡張を含めなくても大した速度低下にはならないと言っているんです
それなのに、PPCやIA32のエンディアン変換は全然不完全と言うのはおかしいでしょ？
いや、全く別ですから
確かにロード・ストアにバイト並び替えでエンディアン変換機能を持たせれば
別命令でレジスタ内並び替え命令を使うよりは高速でしょう
ただ、そこに符号拡張を含めなくても大した速度低下にはならないと言っているんです
それなのに、PPCやIA32のエンディアン変換は全然不完全と言うのはおかしいでしょ？
>>310
彼が納得するまでそれ続ける気なのか？
彼が納得するまでそれ続ける気なのか？
応答ばっかりしてるからいつまでもダラダラと続く・・・
お二方とも、長文でもいいから「こうだ！」というのを書いてみては？
お二方とも、長文でもいいから「こうだ！」というのを書いてみては？
ここはひとつ、ＭＡＣヲタさんに乱入してもらって・・
まぁ、アホか？ とまで言われたので
多分>>309でFAなんでしょう
Cellスレ荒らしてスマンでした
Cell関連で言えば、IA32のエミュも当然考慮に入れているのでしょうから
64bit値のエンディアン変換命令も含むんじゃないかと当初は予想したのですが、
SPEのプレミュート命令で任意のバイト列並べ替えが出来そうなので
使用頻度が少ないと思われるロード・ストア時64bit値変換は無い可能性もありますね
AMD64までエミュレートターゲットに入れてるなら入ってる可能性は高いですが
多分>>309でFAなんでしょう
Cellスレ荒らしてスマンでした
Cell関連で言えば、IA32のエミュも当然考慮に入れているのでしょうから
64bit値のエンディアン変換命令も含むんじゃないかと当初は予想したのですが、
SPEのプレミュート命令で任意のバイト列並べ替えが出来そうなので
使用頻度が少ないと思われるロード・ストア時64bit値変換は無い可能性もありますね
AMD64までエミュレートターゲットに入れてるなら入ってる可能性は高いですが
エンディアンでここまでスレが伸びるとは思わなかった
符号拡張によるパフォーマンスの低下が問題と主張してるなら話は終わってる
リトルエンディアンロード、符号拡張の二命令
無意味に符号拡張ロードだけを並べても処理時間は二倍にしかならない
ハナから問題なんぞないってことだ
リトルエンディアンロード、符号拡張の二命令
無意味に符号拡張ロードだけを並べても処理時間は二倍にしかならない
ハナから問題なんぞないってことだ
エンドリア〜ン！
>>319
お前、そんなことじゃ座布団没収されるぞ
お前、そんなことじゃ座布団没収されるぞ
良いエンディアンは死んだエンディアン
エンディアン嘘つかない
まったりとして参りました。
ワンリトル ツーリトル スリーリトル エンディアン♪
＞Endianという呼び方は、もともとはガリバー旅行記に出てくる、
ゆで卵をどちらの端の方から最初に割るかという議論に由来している。
物語中では、大きな方の端から割る人々はBig End-ian、
尖った方の端から割る人々はLittle End-ianと呼ばれていた（-ianは「〜な人々」を表す接尾辞）。
これから転じて、MSBが下位アドレスにあるのがBig Endian、
LSBが下位アドレスにあるのがLittle Endianと呼ばれるようになった。
ttp://yougo.ascii24.com/gh/00/000012.html
おもしろいな
＞Endianという呼び方は、もともとはガリバー旅行記に出てくる、
ゆで卵をどちらの端の方から最初に割るかという議論に由来している。
物語中では、大きな方の端から割る人々はBig End-ian、
尖った方の端から割る人々はLittle End-ianと呼ばれていた（-ianは「〜な人々」を表す接尾辞）。
これから転じて、MSBが下位アドレスにあるのがBig Endian、
LSBが下位アドレスにあるのがLittle Endianと呼ばれるようになった。
ttp://yougo.ascii24.com/gh/00/000012.html
おもしろいな
ID:gzvqGX4s＝ID:Cov0Hrq0は都合のいいことだけ主張して遁走か
最後に書き込んだほうが勝利とかアホなこと考えてるやつとは違うんだろう
本当にアホだったんでしょう
単発IDの煽りがきたな
笑う
笑う
まったく後藤があんな無内容な記事書くからこんなことになるんだよ。反省汁。
いままでずっと読んできたけど ID:30qacIkHには社交性というものがないのか？
もっと、友好的な文面で書き込めばこのスレの皆が有意義な時間をすごせるというのに。
非常に残念に思う。奇才とはおしなべてそういうものなのかね。
もっと、友好的な文面で書き込めばこのスレの皆が有意義な時間をすごせるというのに。
非常に残念に思う。奇才とはおしなべてそういうものなのかね。
>>323
別スレに書き込んでいたもんで、スルーしたわけじゃないですよ
符号拡張ロードした場合も大抵の場合はそのまま算術演算に使われるのだから
メモリ上からメモリ上へ符号拡張するだけの変換転送をするような場合でもない限り
大した問題じゃ無いと思うんですが
ある程度高度なエミュならば直後の命令まで見て符号拡張付き基本算術命令で
処理する程度の処理は入れませんか？
別スレに書き込んでいたもんで、スルーしたわけじゃないですよ
符号拡張ロードした場合も大抵の場合はそのまま算術演算に使われるのだから
メモリ上からメモリ上へ符号拡張するだけの変換転送をするような場合でもない限り
大した問題じゃ無いと思うんですが
ある程度高度なエミュならば直後の命令まで見て符号拡張付き基本算術命令で
処理する程度の処理は入れませんか？
>>337
あぁｽﾏﾝ、もっとアホなほうだったか
あぁｽﾏﾝ、もっとアホなほうだったか
そしてアホだから単発IDが自分のことだとわかってるんだな
0ZD16m4Aのことだとは思わない
知識もやることもすべてが低レベルだ
>>336
符号拡張ロードが二命令なっても特に問題はないよ
全体の処理からすればごくわずかなもんだ
0ZD16m4Aのことだとは思わない
知識もやることもすべてが低レベルだ
>>336
符号拡張ロードが二命令なっても特に問題はないよ
全体の処理からすればごくわずかなもんだ
エンディアンの変換は完全に論理的な問題。
並び替えれば終わり。これで論理的には完璧。
符号変換は、エンディアンと無関係ではないが別の問題。
並び替え＋もう一手間必要になる場合もある。
んで、これらを効率的に実装するのは、エミュ設計とチューニングの問題。
これらを「同じ問題」だと強弁してた香具師と、「別の問題だろ」と主張してた
香具師が延々ループしてただけ。
並び替えれば終わり。これで論理的には完璧。
符号変換は、エンディアンと無関係ではないが別の問題。
並び替え＋もう一手間必要になる場合もある。
んで、これらを効率的に実装するのは、エミュ設計とチューニングの問題。
これらを「同じ問題」だと強弁してた香具師と、「別の問題だろ」と主張してた
香具師が延々ループしてただけ。
>>336
だから、なんでキミはIAに限定してんの？
PPCに符号拡張付き演算命令がどれだけあるのかと。
つか、そもそもレジスタをsign-extendedしつつレジスタ間加算できるような命令なんて
IAでもあったっけか？
だから、なんでキミはIAに限定してんの？
PPCに符号拡張付き演算命令がどれだけあるのかと。
つか、そもそもレジスタをsign-extendedしつつレジスタ間加算できるような命令なんて
IAでもあったっけか？
>>342
それは実装の都合だよね。
正確には、エミュ設計と実装のための都合。
「エンディアン変換」という論理的な問題ならば、並び替えればそれで終わり。
エンディアン変換自体、エミュだけじゃなくていろんなところで使われてる。
ntol()やlton()だってエンディアン変換だ。
これを、「エンディアン変換」＝「エミュ専用技術」と取れる書き方するから
ループするんだと思われ。
それは実装の都合だよね。
正確には、エミュ設計と実装のための都合。
「エンディアン変換」という論理的な問題ならば、並び替えればそれで終わり。
エンディアン変換自体、エミュだけじゃなくていろんなところで使われてる。
ntol()やlton()だってエンディアン変換だ。
これを、「エンディアン変換」＝「エミュ専用技術」と取れる書き方するから
ループするんだと思われ。
ループするのは脳がショートしちゃってるから
cellのエミュからはじまった話だから、cellのエンディアン変換を、
暗黙に「エミュ専用の実装の話」と決めつけてたんだろなぁ。
最初に一言そう断れば、それで終わりだった気がするんだが。
暗黙に「エミュ専用の実装の話」と決めつけてたんだろなぁ。
最初に一言そう断れば、それで終わりだった気がするんだが。
誰だって嫌なことがあれば世界が敵に見えるもんだ。
>>344
signedのエンディアン変換の問題点の話をしてるのに
unsignedな関数の話を持ってこられても困るんだけど。
エミュ専用技術？
議論してる意味を理解してから発言してくれ。
> ntol()やlton()
そもそも、なにそれ？
signedのエンディアン変換の問題点の話をしてるのに
unsignedな関数の話を持ってこられても困るんだけど。
エミュ専用技術？
議論してる意味を理解してから発言してくれ。
> ntol()やlton()
そもそも、なにそれ？
htonl()/ntohl()だった。
よく使ってるハズなんだが、うるおぼえじゃ良くないなぁ。
よく使ってるハズなんだが、うるおぼえじゃ良くないなぁ。
>>347
いま、冒頭からよんだんだが、元々がエミュにおける
エンディアン変換命令の有無と効率の話から出てい
るからじゃないか？
その話題絡みで、電波9xUXJ8Fiが粘着しだしたあた
りからこの流れになってるよ。
いま、冒頭からよんだんだが、元々がエミュにおける
エンディアン変換命令の有無と効率の話から出てい
るからじゃないか？
その話題絡みで、電波9xUXJ8Fiが粘着しだしたあた
りからこの流れになってるよ。
・必ずしも符号拡張は必要ない。例えば32bit CPU上で32bit処理時
・命令が増えて重いという主張をしているが、レジスタ内演算で済むのだから
さして重いとは言いがたい。少なくともCell上でという事ならレジスタ数も多いし。
・命令が増えて重いという主張をしているが、レジスタ内演算で済むのだから
さして重いとは言いがたい。少なくともCell上でという事ならレジスタ数も多いし。
Cellスレだけにループが展開されてます。
仮に符号拡張のコストが大きいのだとしても、
Cellに実装されるエンディアン変換命令が、
符号拡張を面倒見てくれない場合には、
結局そういう処理を実装する必要があるわけだよな。
正直、ivyTzFboは何をそこまでカリカリして吠えてるんだろ？
Cellに実装されるエンディアン変換命令が、
符号拡張を面倒見てくれない場合には、
結局そういう処理を実装する必要があるわけだよな。
正直、ivyTzFboは何をそこまでカリカリして吠えてるんだろ？
エンディアンにsignedもunsignedもないよなぁ。
2の補数でも一般的なBCDでもエンディアンの影響は受けないし。
ここら辺をそもそも誤解してるんだろうな。
2の補数でも一般的なBCDでもエンディアンの影響は受けないし。
ここら辺をそもそも誤解してるんだろうな。
>>358
Webブラウザと2chブラウザで番号がずれる事があるらしいので
こっちだと別の奴の事を指している様に読めるのだが、
流れからすると俺の事か？
このスレの書込は初めてだよ。
このスレは楽しみにしているのだが、下らん事で消尽されのは
いい加減うざいのよ。
ってか、あんな書込をした段階で俺も同罪だけどな(鬱
Webブラウザと2chブラウザで番号がずれる事があるらしいので
こっちだと別の奴の事を指している様に読めるのだが、
流れからすると俺の事か？
このスレの書込は初めてだよ。
このスレは楽しみにしているのだが、下らん事で消尽されのは
いい加減うざいのよ。
ってか、あんな書込をした段階で俺も同罪だけどな(鬱
>>357
どうせならもうちょっと具体的な命令のサンプル希望。
>>358
「内容」に反論すれば？
俺が誰か、君が誰かが重要なのか？
君はあまり2chに慣れてないようだな。
他のスレとかでもよく叩かれるタイプでしょ。
重いコード張りつけてみれば？
どうせならもうちょっと具体的な命令のサンプル希望。
>>358
「内容」に反論すれば？
俺が誰か、君が誰かが重要なのか？
君はあまり2chに慣れてないようだな。
他のスレとかでもよく叩かれるタイプでしょ。
重いコード張りつけてみれば？
一日張り付く暇があるなら議論（がもしあるのなら）に一旦リセットかけて主張を整理して書き出してみたら。
といってもやらないか。
といってもやらないか。
>>360
ID:0dUzYrI4 に言ってるだけだから。
面白い別の書き込みを君がすれば良いと思うよ。
誰も書き込むななんて言って止めてないから。
>>362
だから、以前のIDは何だったのか聞いてるんだけど？
つーか、ループしてる内容に答える気はもうあんまりないから。
ID:0dUzYrI4 に言ってるだけだから。
面白い別の書き込みを君がすれば良いと思うよ。
誰も書き込むななんて言って止めてないから。
>>362
だから、以前のIDは何だったのか聞いてるんだけど？
つーか、ループしてる内容に答える気はもうあんまりないから。
２バイトの符号付データ 0xff11
エンディアン入れ替わると 0x11ff
レジスタに普通に読むと 0x11ff
入れ替えて読むと 0xff11
なんと！ 入れ替えるとマイナスになりました。
いつ符号拡張が必要になるのか誰か教えてくださいｗｗｗ
エンディアン入れ替わると 0x11ff
レジスタに普通に読むと 0x11ff
入れ替えて読むと 0xff11
なんと！ 入れ替えるとマイナスになりました。
いつ符号拡張が必要になるのか誰か教えてくださいｗｗｗ
ivyTzFbo BE:60691133-#はいつもの人か？
なんつーか、延々一人に釣られ続けてないか。
もはや明らかにわざとやん。
汚い言葉とかむかつく言葉をあえて使って反論させてる。
内容そのものには興味ないみたいだし。
結論出したいんじゃ無いし、自分の正しさを理解させたいわけでもなく、
単に反論させてレス付けさせるのが楽しいんでしょ。
真性の釣り師（無意識なのかもしれんけど
もはや明らかにわざとやん。
汚い言葉とかむかつく言葉をあえて使って反論させてる。
内容そのものには興味ないみたいだし。
結論出したいんじゃ無いし、自分の正しさを理解させたいわけでもなく、
単に反論させてレス付けさせるのが楽しいんでしょ。
真性の釣り師（無意識なのかもしれんけど
>>362
その程度の事は自分で調べてくれ。
CPU関係の本なんか何年も前に散逸しちまって手元にないからよ。
数十ある命令、数種類のアドレッシング、何本もあるレジスタ、
その全てに対して安定する様なコードを、レジスタ内とロード・ストア時の
エンディアン変換命令だけで書けそうに思うのならば、または、
ロードストア時のメモリアクセスの回数が数倍に増えるのは
効率の問題にならんと感じるのならば、俺には何も言える
事はないよ。
>>364
そうか、早とちりだった、すまん。
その程度の事は自分で調べてくれ。
CPU関係の本なんか何年も前に散逸しちまって手元にないからよ。
数十ある命令、数種類のアドレッシング、何本もあるレジスタ、
その全てに対して安定する様なコードを、レジスタ内とロード・ストア時の
エンディアン変換命令だけで書けそうに思うのならば、または、
ロードストア時のメモリアクセスの回数が数倍に増えるのは
効率の問題にならんと感じるのならば、俺には何も言える
事はないよ。
>>364
そうか、早とちりだった、すまん。
>>370
釣りの鉄則、情報の小出しとか、荒れる文言とか中途半端な自己主張とか。
確かに釣り師として、基本に忠実ではあるんだが、
ここまで皆が地引き網の如く釣られてしまってるわけだしな。
この人がこのスレに居座られても困るしな。
BE IDなんぞ使ってるし。
釣りの鉄則、情報の小出しとか、荒れる文言とか中途半端な自己主張とか。
確かに釣り師として、基本に忠実ではあるんだが、
ここまで皆が地引き網の如く釣られてしまってるわけだしな。
この人がこのスレに居座られても困るしな。
BE IDなんぞ使ってるし。
PPCに符号拡張命令がなかったとは驚きですｗ
命令が一対一で対応しないからパフォーマンス低下みたいな矮小化された話を続けてもしゃーない。
変換になんらかのコストがかかるのは当然だが、そもそもエミュにとってエンディアン変換がそんなに重要な話題なんか？
変換になんらかのコストがかかるのは当然だが、そもそもエミュにとってエンディアン変換がそんなに重要な話題なんか？
>>370
いや、釣るつもりは無いよ。
正しい事だけを書いてるつもりだし。
ただ、web記事を貶してる以上、それなりの専門知識はもちあわせてるんだろうなと
考えて書き込みをしていたんだが、どうやらそうじゃない比率が非常に高いことは判った。
>>374
話の流れを全く理解してないヴァカは帰っていいよｗ
いや、釣るつもりは無いよ。
正しい事だけを書いてるつもりだし。
ただ、web記事を貶してる以上、それなりの専門知識はもちあわせてるんだろうなと
考えて書き込みをしていたんだが、どうやらそうじゃない比率が非常に高いことは判った。
>>374
話の流れを全く理解してないヴァカは帰っていいよｗ
正しいのは分かったから、とりあえずスレ違いも甚だしいので
正しいスレ立ててそこで議論してくれないか
正しいスレ立ててそこで議論してくれないか
>>372
>数十ある命令、数種類のアドレッシング、何本もあるレジスタ、
>その全てに対して安定する様なコードを、レジスタ内とロード・ストア時の
数十ある命令、アドレッシング、レジスタを一括で処理するわけじゃないでしょ？
インタプリタなら個別に分岐するし、動的コンパイラなら別の命令に変換するだけでしょ。
そして命令の種類によって符号拡張が必ずしも必要になるとは限らない。
それが必要な場合にのみそういう処理をいれるだけの事。
>ロードストア時のメモリアクセスの回数が数倍に増えるのは
は？メモリアクセスの回数は変らんでしょ。
レジスタ内演算で終了するだろうに。
>数十ある命令、数種類のアドレッシング、何本もあるレジスタ、
>その全てに対して安定する様なコードを、レジスタ内とロード・ストア時の
数十ある命令、アドレッシング、レジスタを一括で処理するわけじゃないでしょ？
インタプリタなら個別に分岐するし、動的コンパイラなら別の命令に変換するだけでしょ。
そして命令の種類によって符号拡張が必ずしも必要になるとは限らない。
それが必要な場合にのみそういう処理をいれるだけの事。
>ロードストア時のメモリアクセスの回数が数倍に増えるのは
は？メモリアクセスの回数は変らんでしょ。
レジスタ内演算で終了するだろうに。
・・・の口調が悪い時がこんな感じだったな、亜種に見えない事も無い。
そのうち勝利宣言して消えるからｻｯｻﾄ負けてやれよｗ
そのうち勝利宣言して消えるからｻｯｻﾄ負けてやれよｗ
ID:0dUzYrI4はアホそうだから相手する気もしなかったけど、
やっぱりアホな奴だったなｗ
> は？メモリアクセスの回数は変らんでしょ。
命令フェッチもメモリアクセスなんですがｗ
と、とりあえず独り言ｗ
やっぱりアホな奴だったなｗ
> は？メモリアクセスの回数は変らんでしょ。
命令フェッチもメモリアクセスなんですがｗ
と、とりあえず独り言ｗ
> 命令フェッチもメモリアクセスなんですがｗ
キャッシュ内のアクセスだけどな。
キャッシュ内のアクセスだけどな。
Rambus Signs New Technology License Agreement With IBM
http://www.rambus.com/news/newsroom/pressrelease.cfm?id=195
http://www.rambus.com/news/newsroom/pressrelease.cfm?id=195
もったいないから新ネタは明日にとっておこうよｗ
くだらねー話でずいぶんとスレを消費してますね。
レジスタロード時にエンディアン変換と一緒に符合拡張も行えば効率的、と言えば一言で済むものを
コミュニケーション不全で300レスも引っ張れるのは、ゲーハー板らしい「思而不学則殆」の実例か。
基礎はちゃんと学びましょう。
エンディアン変換の意味を勝手に拡張しちゃ、だめだぞ。
コミュニケーション不全で300レスも引っ張れるのは、ゲーハー板らしい「思而不学則殆」の実例か。
基礎はちゃんと学びましょう。
エンディアン変換の意味を勝手に拡張しちゃ、だめだぞ。
せっかく終息したものを蒸し返してでも
最後に一言言わない時が済まない幼いメンタリティもまたゲハ板クオリティ
最後に一言言わない時が済まない幼いメンタリティもまたゲハ板クオリティ
>>377 と一生懸命議論してた何人かは、後藤タンに難癖つけてないと主張していたけど、最後まで貶してることにしたいのね。
おはようivyTzFboタン
今日もCellスレを存分に荒らしておくれ
今日もCellスレを存分に荒らしておくれ
ひたすら煽りしか書いてない0ZD16m4AはivyTzFboの別IDか何かかな？
今日も荒れるんかねえ。もう満足してくれていればいいのだが。
今日も荒れるんかねえ。もう満足してくれていればいいのだが。
2chゲハ板でエンディアン話が聞けるとは思わなかった。
レジスタ、メモリへのld/stだけの話だから入れ替えれば完了でしょ。
そもそもエミュする訳だし。
LEは、昔インテルが手抜きして簡単な実装でCPU拡張したのが始まり
だっけ？。モトローラのインストラクションは美しくて好きだった。
関係ないけど、可変長のアドレッシング（相対含む）が出始めた頃に
ハンドアセンブルに限界を感じた。LSの256キロバイトで凄いプログラマが
ガリガリ魔人語で頑張るんだろうな。SPEx7個回すの大変だろうな。
SPEからメインメモリに直接ランダムアクセスも色々大変そうだね。
レジスタ、メモリへのld/stだけの話だから入れ替えれば完了でしょ。
そもそもエミュする訳だし。
LEは、昔インテルが手抜きして簡単な実装でCPU拡張したのが始まり
だっけ？。モトローラのインストラクションは美しくて好きだった。
関係ないけど、可変長のアドレッシング（相対含む）が出始めた頃に
ハンドアセンブルに限界を感じた。LSの256キロバイトで凄いプログラマが
ガリガリ魔人語で頑張るんだろうな。SPEx7個回すの大変だろうな。
SPEからメインメモリに直接ランダムアクセスも色々大変そうだね。
SPEなんてマイコンだと思って好きに使えばいいのさたぶん
402 ：名無しさん必死だな：2005/06/16(木) 08:29:03 ID:bM1khXJt
SPEの性能だと、Cでそれなりに書いてコンパイルすればおおむね問題ない速度で動いてしまい、
わざわざアセンブラで書かなくていいや、ということになるかもしれない。
むしろ256KBしかないLSのメモリマネジメントをどうするかで頭を悩ませることになるのだろう。
ループ処理の最適化以上に、メモリアクセスをいかに隠蔽できるかが重要。
わざわざアセンブラで書かなくていいや、ということになるかもしれない。
むしろ256KBしかないLSのメモリマネジメントをどうするかで頭を悩ませることになるのだろう。
ループ処理の最適化以上に、メモリアクセスをいかに隠蔽できるかが重要。
403 ：名無しさん必死だな：2005/06/16(木) 08:30:43 ID:wIc6sadQ
実体験に基かない聞きかじりのいい加減な知識だけで偉そうに語るのがゲーハ板クオリティ。
>>400
はいはい。満足した？まあCellスレを荒したいだけの煽り屋だろうけどな。
悔しいも何もそういうレベルの話でもないわけよ。
>http://pc.watch.impress.co.jp/docs/2005/0615/kaigai190.htm
ここで、Cellに「エンディアン変換機能」が実装されてる事が紹介されて、
>>98
MACオタが、PowerPCの命令に既に「エンディアン変換」があると書いて、
>>109
30qacIkHが説明無しで唐突に「符号拡張」の話を持ち込んでおかしくなったわけ。
皆が「エンディアン変換」の話をしている所にいきなり別の話を持ち込んでも、
30qacIkHの脳内はともかく、他の人にとってはあまりに唐突だからね。
最初から「エンディアン変換だけじゃ不足だから、符号拡張にも対応した特殊なエンディアン変換命令(?)を実装すべき」と
でも言っておけば話もここまで長くはならなかったわけ。
まあそれにしたところで、30qacIkHの願望に過ぎないんだけどな。
Cellに実装されてるという「エンディアン変換」がどういう機能かわからないから。
はいはい。満足した？まあCellスレを荒したいだけの煽り屋だろうけどな。
悔しいも何もそういうレベルの話でもないわけよ。
>http://pc.watch.impress.co.jp/docs/2005/0615/kaigai190.htm
ここで、Cellに「エンディアン変換機能」が実装されてる事が紹介されて、
>>98
MACオタが、PowerPCの命令に既に「エンディアン変換」があると書いて、
>>109
30qacIkHが説明無しで唐突に「符号拡張」の話を持ち込んでおかしくなったわけ。
皆が「エンディアン変換」の話をしている所にいきなり別の話を持ち込んでも、
30qacIkHの脳内はともかく、他の人にとってはあまりに唐突だからね。
最初から「エンディアン変換だけじゃ不足だから、符号拡張にも対応した特殊なエンディアン変換命令(?)を実装すべき」と
でも言っておけば話もここまで長くはならなかったわけ。
まあそれにしたところで、30qacIkHの願望に過ぎないんだけどな。
Cellに実装されてるという「エンディアン変換」がどういう機能かわからないから。
405 ：名無しさん必死だな：2005/06/16(木) 08:36:09 ID:wIc6sadQ
使ったことも無いのに何故か重要と言い切れるのもゲーハ板クオリティ。
128MBもあるFFTのデータまでも圧倒的ベンチで
実効したんだから余裕だね。
実効したんだから余裕だね。
いいから妄想語れよ。実機出回るまでの期間限定だぞ。5年に1度のチャンスだぞ。
ていうかこんなアーキティクチャジャンプは20年に1度かもしれんぞ。
PS4以降はCellの発展型だろうし。
ていうかこんなアーキティクチャジャンプは20年に1度かもしれんぞ。
PS4以降はCellの発展型だろうし。
FFTはでかけりゃでかいほどスレッドいっぱい分けられるからCellでやると効率いいんだろな
410 ：名無しさん必死だな：2005/06/16(木) 08:49:18 ID:wIc6sadQ
実際に使う機会も無い・使わない・使えない人間程、妄想だけは語りたがる罠
>>410
３連続でテンション下げ過ぎ
３連続でテンション下げ過ぎ
>>404
久多インタビューでいってるロード・ストアってのは、命令セットの話じゃなくて、マイクロコードレベルの話じゃないの？
符号拡張付きロード命令というのは、メモリロード→符号拡張ってマイクロコードになってるだけでしょ。
久多インタビューでいってるロード・ストアってのは、命令セットの話じゃなくて、マイクロコードレベルの話じゃないの？
符号拡張付きロード命令というのは、メモリロード→符号拡張ってマイクロコードになってるだけでしょ。
CellはPPEもSPEもハードワイヤードだと思うが、マイクロコードあるのか?
416 ：名無しさん必死だな：2005/06/16(木) 09:10:40 ID:MrMGq/i3
ID:0dUzYrI4は何をそこまでカリカリして吠えてるんだろ？
出現時間帯からいうと3人とも同一人物の可能性があるけど、さすがにそこまでいくと
真性パラノイアなので、その判断は留保。
まあおまえらのCell妄想を語れ。
真性パラノイアなので、その判断は留保。
まあおまえらのCell妄想を語れ。
>Cellには特殊なロード/ストア命令が実装されているという。エンディアン変換付きのロード命令とストア命令だ。
これでインタビューではバイエンディアンて答えてたのか。
さすがｸﾀｸｵﾘﾃｨ。
>エンディアン変換付きのロード命令とストア命令だ。
これが既存のPPC以上の機能だと匂わせる記述は何もなかったな。印象としては。
エミュレーション時のエンディアン変換の全てのオーバーヘッドを消滅せしめる
夢の新機能だと妄想するのはまあ勝手だが。
答えはCELLのインストラクションセットの公開待ちだろ。
これでインタビューではバイエンディアンて答えてたのか。
さすがｸﾀｸｵﾘﾃｨ。
>エンディアン変換付きのロード命令とストア命令だ。
これが既存のPPC以上の機能だと匂わせる記述は何もなかったな。印象としては。
エミュレーション時のエンディアン変換の全てのオーバーヘッドを消滅せしめる
夢の新機能だと妄想するのはまあ勝手だが。
答えはCELLのインストラクションセットの公開待ちだろ。
>>389
データアクセスの話をしてる、とほとんどの人が解釈するであろう文脈で
命令アクセスの話をもちだすのはどうかと思うぞ。
相手の主張を「間違い」と断言する前に前提条件を明確にする癖をつけ
た方が良いのではないか？
データアクセスの話をしてる、とほとんどの人が解釈するであろう文脈で
命令アクセスの話をもちだすのはどうかと思うぞ。
相手の主張を「間違い」と断言する前に前提条件を明確にする癖をつけ
た方が良いのではないか？
420 ：名無しさん必死だな：2005/06/16(木) 09:25:56 ID:wIc6sadQ
妄想を語れと言いながら、妄想書き込みを見るとやたら叩くのがゲーハ板クオリティ。
ID:0dUzYrI4は、煽りに乗せられすぎだ。頭を冷やせ。
自意識過剰に勝っただの負けただのを気にしてるのは
昨日からしつこく喧嘩してるお前ら二人だけだから
関係ない人間はそんなのに全く興味なんてない
心配せずにもう喧嘩終わらしとけよ
昨日からしつこく喧嘩してるお前ら二人だけだから
関係ない人間はそんなのに全く興味なんてない
心配せずにもう喧嘩終わらしとけよ
だれとだれとはいわないが 幼い喧嘩は見ててﾜﾛｽ
もっとやれw
もっとやれw
>>423
ん？俺のことか？
俺は喧嘩なんかしてないよ
よくわからない論争に加わってるわけじゃないし
勝ち負けを気にしてやたら必死になってるのはID:0dUzYrI4とかID:YOUoRCM2みたいな人を
哀れんでるだけだから…
ん？俺のことか？
俺は喧嘩なんかしてないよ
よくわからない論争に加わってるわけじゃないし
勝ち負けを気にしてやたら必死になってるのはID:0dUzYrI4とかID:YOUoRCM2みたいな人を
哀れんでるだけだから…
ク、クマー
ｸﾏｰ
マンモス哀れな奴！
エンディアン変換＋符号拡張
ってどういうときにエミュで必要になるの？
バイトはバイト、ワードはワードで扱えば関係ないような
ってどういうときにエミュで必要になるの？
バイトはバイト、ワードはワードで扱えば関係ないような
エンディアンの話はもうエエンディアンないか
しかしこんなに荒れるとはな。
↓から正常化でよろしく。エンディアンの話は荒れるので >>430参照
↓から正常化でよろしく。エンディアンの話は荒れるので >>430参照
元のプログラムが符号拡張つきロードをやってるときだけ必要
リトルエンディアンモードのMIPSで
lh t0,(a0)
というコードをPPCでエミュレートすると
lhbrx r2, r0, r1 ;リトルエンディアンロード
exstb r0,r2,r2 ;符号拡張
こうなる
ダレかがいってるとおりニ命令になるだけだよ
問題なんてどこにもないのに引っ張ってるだけだね
いい加減どっかいってくれないか
リトルエンディアンモードのMIPSで
lh t0,(a0)
というコードをPPCでエミュレートすると
lhbrx r2, r0, r1 ;リトルエンディアンロード
exstb r0,r2,r2 ;符号拡張
こうなる
ダレかがいってるとおりニ命令になるだけだよ
問題なんてどこにもないのに引っ張ってるだけだね
いい加減どっかいってくれないか
435 ：名無しさん必死だな：2005/06/16(木) 11:00:57 ID:c4OaJ4+R
このスレ住民、レベル低すぎます〜〜〜 （＞＜） （＞＜） （＞＜）
おっとextshだったか。ついでにr0ha省略可能らしいので
extsh r2,r2
でいいのか
extsh r2,r2
でいいのか
>>434
パフォーマンスが気にならないのなら、符号拡張どころか、
リトルエンディアン対応ロード/ストアもいらない、が正解じゃないか？
仮にPS2エミュレーションが目標だとしても、分からんことが多すぎ
て議論にならん。
つーわけでやめるのが妥当であろう。
パフォーマンスが気にならないのなら、符号拡張どころか、
リトルエンディアン対応ロード/ストアもいらない、が正解じゃないか？
仮にPS2エミュレーションが目標だとしても、分からんことが多すぎ
て議論にならん。
つーわけでやめるのが妥当であろう。
↓空気も技術も読めない池沼
ID:Jl0FIV96
ID:0dUzYrI4
ID:YOUoRCM2
ID:Jl0FIV96
ID:0dUzYrI4
ID:YOUoRCM2
パフォーマンスてニ命令になるだけやん
命令解析のほうにはるかに時間がかかるのに
実行時にひとつ命令増えただけでほとんど影響はないでしょ
命令解析のほうにはるかに時間がかかるのに
実行時にひとつ命令増えただけでほとんど影響はないでしょ
↓空気も技術も読めない池沼
ID:Jl0FIV96
ID:0dUzYrI4
ID:YOUoRCM2
ID:Jl0FIV96
ID:0dUzYrI4
ID:YOUoRCM2
ID:YOUoRCM2 が一番大人だったようですね。 乙でした。
PS3では付加価値を高めるためにPS2のアプリケーションの高解像度化し、
FSAAと異方性フィルタリングをかけ、さらにFPSの向上をさせなければならない。
その為にはエミュレーションのパフォーマンスの向上が不可欠。
二命令だからたいしたことないというのは話にもならない。
その程度の見識でなぜ議論に参加したがるのかもわからない。
あらゆる点での妥協のない高速化が望まれるのは当然で
その為にCELLにより高度で柔軟な命令が追加されるのは必然。
PS2エミュレーションの本質に足元にも及ばない下らない議論を延々とやっている暇があるなら
後藤氏の記事からその程度は読み取ってもらいたいものだ。
FSAAと異方性フィルタリングをかけ、さらにFPSの向上をさせなければならない。
その為にはエミュレーションのパフォーマンスの向上が不可欠。
二命令だからたいしたことないというのは話にもならない。
その程度の見識でなぜ議論に参加したがるのかもわからない。
あらゆる点での妥協のない高速化が望まれるのは当然で
その為にCELLにより高度で柔軟な命令が追加されるのは必然。
PS2エミュレーションの本質に足元にも及ばない下らない議論を延々とやっている暇があるなら
後藤氏の記事からその程度は読み取ってもらいたいものだ。
現実問題高解像度化って可能なの？
ソレでなくてもeDRAMどーすんだって話しがあるのに、高解像度だのFSAAだのとなると、
GS載せるだけじゃ足りずに、拡張した上で載せるかRSXに大きなeDRAMが必要って事に
なるんじゃ？
ソレでなくてもeDRAMどーすんだって話しがあるのに、高解像度だのFSAAだのとなると、
GS載せるだけじゃ足りずに、拡張した上で載せるかRSXに大きなeDRAMが必要って事に
なるんじゃ？
コード示せないやつがなにいっても無意味と思われ
ずらずらとやってコードでてきたのは434だけだったな
ずらずらとやってコードでてきたのは434だけだったな
>>447は、その程度のコードすら想像も付かなかったアホ
450 ：名無しさん必死だな：2005/06/16(木) 11:53:51 ID:96sNFKTP
PPCのMSBってD0では？(アドレスもA0側）
453 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/06/16(木) 12:37:12 ID:VKwgdxl1 BE:11238645-###
【VLSI速報】IBM社が65nmSOIプロセス技術の詳細を発表，65nm版Cellにも採用か
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105850/
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105850/
ん? 現行Cellは90nmだと思うが、PS3は初期型から65nmでいくのか?
>>453-455
空気嫁
空気嫁
http://techon.nikkeibp.co.jp/members/NEWS/20040220/102064/
ちと古いけど、2005年中ごろから65nm量産開始予定と言ってる。
Cellはすでに90nmで経験積んでるし、最初から65nm塔載も間に合うんじゃね?
ちと古いけど、2005年中ごろから65nm量産開始予定と言ってる。
Cellはすでに90nmで経験積んでるし、最初から65nm塔載も間に合うんじゃね?
458 ：名無しさん必死だな：2005/06/16(木) 13:31:44 ID:sl8ZSN7u
クターが90nmでいくといってるんだからそうなんだろう
>>445
ワロス。x86で出てるいろんなエミュレータの存在を否定してるなｗ
ワロス。x86で出てるいろんなエミュレータの存在を否定してるなｗ
熱や消費電力のこともあるだろうからできるから65nmでいくのでは？
VLSIシンポジウム - IBM/AMD他、65ナノ開発状況--デュアルコアのダイフォトも
http://pcweb.mycom.co.jp/articles/2005/06/16/vlsi1/
http://pcweb.mycom.co.jp/articles/2005/06/16/vlsi1/
そういやGPUは90nmって書いてあるのに、
CPUは書いてないな。
CPUは書いてないな。
間に合えば65かも知れんけど
先にそう宣言して「間に合いませんでした」じゃ
格好つかないから90なんだろ
PS2でプロセスの進捗を軽視した反省じゃないのか。
PS2はGSに最初8MB積む想定で設計してたのが
結局はプロセスが追いつかず実物は4MBになって
開発にも性能にもハードル設けることになったからな。
先にそう宣言して「間に合いませんでした」じゃ
格好つかないから90なんだろ
PS2でプロセスの進捗を軽視した反省じゃないのか。
PS2はGSに最初8MB積む想定で設計してたのが
結局はプロセスが追いつかず実物は4MBになって
開発にも性能にもハードル設けることになったからな。
【DAC 2005】IBM，Cell向けに開発した消費電力見積もりツールの詳細を公表
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105859/
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105859/
467 ：マンチキンに気をつけてください：2005/06/16(木) 18:49:03 ID:Ex7nvRn1
・MSの評判を長年擁護してきた「マンチキン」
http://web.archive.org/web/20000817184119/http://www.zdnet.co.jp/magazine/pcmag/9910/jd991025.html
・MSのマーケティング戦略 「FUD」
http://www.yamdas.org/column/technique/fuddefj.html
・MSが“組織票”で投票操作
http://web.archive.org/web/20020112151956/http://www.zdnet.co.jp/news/0201/10/e_vote.html
・MS「Halo伝道師」を勧誘
http://cocoa.2ch.net/famicom/kako/1019/10192/1019242704.html
・MS「マックからの乗り換え体験談」は社員でした
http://hotwired.goo.ne.jp/news/news/business/story/20021016101.html
・MS、ブラジル政府高官のFUD批判に名誉毀損の訴え
http://www.itmedia.co.jp/enterprise/articles/0406/30/news040.html
・世界最大の某ソフト会社がお得意とするマーケティング手法。
http://www.geocities.co.jp/SiliconValley/5634/t82A6_0009.html
http://web.archive.org/web/20000817184119/http://www.zdnet.co.jp/magazine/pcmag/9910/jd991025.html
・MSのマーケティング戦略 「FUD」
http://www.yamdas.org/column/technique/fuddefj.html
・MSが“組織票”で投票操作
http://web.archive.org/web/20020112151956/http://www.zdnet.co.jp/news/0201/10/e_vote.html
・MS「Halo伝道師」を勧誘
http://cocoa.2ch.net/famicom/kako/1019/10192/1019242704.html
・MS「マックからの乗り換え体験談」は社員でした
http://hotwired.goo.ne.jp/news/news/business/story/20021016101.html
・MS、ブラジル政府高官のFUD批判に名誉毀損の訴え
http://www.itmedia.co.jp/enterprise/articles/0406/30/news040.html
・世界最大の某ソフト会社がお得意とするマーケティング手法。
http://www.geocities.co.jp/SiliconValley/5634/t82A6_0009.html
ID:30qacIkHの言ってることが正しいと思った。
ASAHIパソコン誌のSCE茶谷インタビューから。
E3で流れた（？)12画面映像はCELLでHDのMPEG2をデコードした
映像だとのこと。東芝デモのHD版みたいだね。
1つのSPEで2つのHDのMPEG2をデコードしたとのこと。
E3で流れた（？)12画面映像はCELLでHDのMPEG2をデコードした
映像だとのこと。東芝デモのHD版みたいだね。
1つのSPEで2つのHDのMPEG2をデコードしたとのこと。
470 ：名無しさん必死だな：2005/06/16(木) 20:36:19 ID:6fYJJjJX
cellって、もう出る前から駄目駄目な感じじゃないか？
PowerPCより低効率でパソコンにも採用されなかったのは大きな誤算
家電製品にも敬遠されてる
PS3に載せたのは、もとを取る為なのか？
需要を広く狙い過ぎてスイスアーミーナイフみたいな設計
つまり広い用途に対応できるように小道具をたくさん付けているが必要最低限の道具の寄せ集め
どっちつかずな性能になってしまった
cellは家電製品やゲームハード、PCなど、それぞれ異なる用途に適したカスタマイズは一切施されていない
炊飯器に載せるものをゲームハードに流用って、いくらなんでもマズいでしょ？
数年後には電卓にも使われてたりしてねw
cellなんて所詮その程度の汎用品
360のCPUは現在ゲームハードに求められる用途や機能に特化した性能を選別し充実させた360専用に設計開発されたもの
cellでゲーム開発するのって、のこぎりと金づちだけで家を建てるようなものか
さらにPS2より後発のXBOX1の浮動小数点演算性能はPS2の４分の１程度だったにも関わらずハード性能でPS2を凌駕していたことからも浮動小数点演算は性能にあまり貢献してるとは言えないなあ
PowerPCより低効率でパソコンにも採用されなかったのは大きな誤算
家電製品にも敬遠されてる
PS3に載せたのは、もとを取る為なのか？
需要を広く狙い過ぎてスイスアーミーナイフみたいな設計
つまり広い用途に対応できるように小道具をたくさん付けているが必要最低限の道具の寄せ集め
どっちつかずな性能になってしまった
cellは家電製品やゲームハード、PCなど、それぞれ異なる用途に適したカスタマイズは一切施されていない
炊飯器に載せるものをゲームハードに流用って、いくらなんでもマズいでしょ？
数年後には電卓にも使われてたりしてねw
cellなんて所詮その程度の汎用品
360のCPUは現在ゲームハードに求められる用途や機能に特化した性能を選別し充実させた360専用に設計開発されたもの
cellでゲーム開発するのって、のこぎりと金づちだけで家を建てるようなものか
さらにPS2より後発のXBOX1の浮動小数点演算性能はPS2の４分の１程度だったにも関わらずハード性能でPS2を凌駕していたことからも浮動小数点演算は性能にあまり貢献してるとは言えないなあ
ええいデコードはいい! エンコード性能を出せ! エンコードを!
こうなるとCELLの使い勝手の悪さだけが際立つな
＞さらにPS2より後発のXBOX1の浮動小数点演算性能はPS2の４分の１程度だったにも関わらずハード性能でPS2を凌駕していたことからも浮動小数点演算は性能にあまり貢献してるとは言えないなあ
＞さらにPS2より後発のXBOX1の浮動小数点演算性能はPS2の４分の１程度だったにも関わらずハード性能でPS2を凌駕していたことからも浮動小数点演算は性能にあまり貢献してるとは言えないなあ
HD版って解像度は何だったのかな
その浮動小数点演算性能を生かせないハード設計だったことは無視ですか。
475 ：名無しさん必死だな：2005/06/16(木) 20:52:22 ID:wY2a6w3l
742 名前： 名無しさん必死だな [sage] 投稿日： 2005/06/16(木) 20:46:07 ID:jm2fNtvk
＞さらにPS2より後発のXBOX1の浮動小数点演算性能はPS2の４分の１程度だったにも関わらずハード性能でPS2を凌駕していたことからも浮動小数点演算は性能にあまり貢献してるとは言えないなあ
4分の1なのはCPUのみの浮動小数点演算性能。
ハード総合の浮動小数点演算性能はXbox1＞＞＞PS2。
そしてハード性能はXbox1＞＞＞PS2。
そして浮動小数点演算性能 PS3＞＞＞＞Xbox360。
あと浮動小数点は勿論、整数演算でもCellは優秀だったろ
＞さらにPS2より後発のXBOX1の浮動小数点演算性能はPS2の４分の１程度だったにも関わらずハード性能でPS2を凌駕していたことからも浮動小数点演算は性能にあまり貢献してるとは言えないなあ
4分の1なのはCPUのみの浮動小数点演算性能。
ハード総合の浮動小数点演算性能はXbox1＞＞＞PS2。
そしてハード性能はXbox1＞＞＞PS2。
そして浮動小数点演算性能 PS3＞＞＞＞Xbox360。
あと浮動小数点は勿論、整数演算でもCellは優秀だったろ
痴漢論破されちゃったねｗ
478 ：名無しさん必死だな：2005/06/16(木) 20:54:34 ID:6fYJJjJX
大便が捏造してるw
つーかなんでVSスレと同じレスばっかなんだ？
ID:6fYJJjJXさん
こっちに沸かないでVSスレでやっててくださいよ
ID:6fYJJjJXさん
こっちに沸かないでVSスレでやっててくださいよ
ﾉﾙﾏがあるんです
生活がかかってるんです
しょうがないんです
生活がかかってるんです
しょうがないんです
481 ：名無しさん必死だな：2005/06/16(木) 21:01:40 ID:6fYJJjJX
なんだcellなんかについて語ってたのかw
邪魔したなw
邪魔したなw
メモリを介さないバイト入れ替え専用命令あるか ? .
http://www.watalab.cs.uec.ac.jp/students/yuke/ppcasm.html
http://www.watalab.cs.uec.ac.jp/students/yuke/ppcasm.html
483 ：名無しさん必死だな：2005/06/16(木) 21:19:29 ID:dje2p9PC
>>468
エエエエエ AA(ry
エエエエエ AA(ry
484 ：MACオタ＞482 さん：2005/06/16(木) 21:36:55 ID:BawCOo8S
>>482
AltiVecのPermute命令が便利す。「ベクトル撹拌命令」の件参照。
http://www.watalab.cs.uec.ac.jp/students/yuke/AltiVecasm.html#vperm
AltiVecのPermute命令が便利す。「ベクトル撹拌命令」の件参照。
http://www.watalab.cs.uec.ac.jp/students/yuke/AltiVecasm.html#vperm
スワップ命令なかったっけ。使えば入れ替えはいくらでも。
４バイトを好きに並べ変えるということか？
４バイトを好きに並べ変えるということか？
>>483
ID:30qacIkHとMACヲタだけがまともな人間だった。
ID:30qacIkHとMACヲタだけがまともな人間だった。
30qacIkH って並べ替え以外の問題があるといいながら
符号とか分けわかんないこといいつつ
風向きが怪しくなってきたところで、
毎回並べ替えるのは重いとか論点変えちゃった人だよね?
符号とか分けわかんないこといいつつ
風向きが怪しくなってきたところで、
毎回並べ替えるのは重いとか論点変えちゃった人だよね?
どうでもいいのかも知れんが、クタたんが言ってる専用命令ってのは、
ＥＥの１２８ビットレジスタ読み書きの際のエンディアン変更のことじゃ無いの？
１２８ビットのエンディアン入れ替えの命令なんてＡｌｔｉＶｅｃにもないだろし
それ以外で汎用的に高速化できるエンディアン関係の命令はちょっと思いつかない
ＥＥの１２８ビットレジスタ読み書きの際のエンディアン変更のことじゃ無いの？
１２８ビットのエンディアン入れ替えの命令なんてＡｌｔｉＶｅｃにもないだろし
それ以外で汎用的に高速化できるエンディアン関係の命令はちょっと思いつかない
あ、>>487さんへです
ってか、まだｴﾝﾃﾞｨｱﾝの話してんのかよ。
いい加減、うざいな。
ｴﾝﾃﾞｨｱﾝｽﾚでも立てろｗ
いい加減、うざいな。
ｴﾝﾃﾞｨｱﾝｽﾚでも立てろｗ
エンディアンの話で400レスも消費してる・・・
っていうか、ああいうのに釣られちゃ駄目だね。
しょうもない話でスレの半分近く消費しちゃうし、
変な粘着がついてしまってる。
ネタが無いのがいかんのかね。
しょうもない話でスレの半分近く消費しちゃうし、
変な粘着がついてしまってる。
ネタが無いのがいかんのかね。
30qacIkHに論争挑んで、玉砕して悔しがってる奴がいまだに粘着して騒いでるだけだから
放っておけばいいよ
放っておけばいいよ
エミュってまでPS2のクソゲーなんてやる必要もないし
スタンドアロンマシンであるPS3はネットワークバイトオーダがどうのも関係ない。
エンディアンネタはCELLと無関係なんだよ。
他所でやれや
スタンドアロンマシンであるPS3はネットワークバイトオーダがどうのも関係ない。
エンディアンネタはCELLと無関係なんだよ。
他所でやれや
まったく後藤ﾀﾝがｼｮｰもない記事書くから・・・
ID:AMh0vefp さんの口調が昨日何度も見かけた口調そのものについて。
30qacIkHはいたくプライドを傷つけられたみたいだな。
>>499
ｽﾙｰしとけ。あれこれ適当な因縁付けて煽るタイプだから。
ｽﾙｰしとけ。あれこれ適当な因縁付けて煽るタイプだから。
煽るな。
エンディアンの話になると、普段温厚な人まで激昂しだすのは
なんでだろ〜
なんでだろ〜
クタ＆ゴトー文書から、こんな偏狭の地でこんなにも不毛な論争が繰り広げられるとは・・・
それはつまり、他の幾万のフォーラムでも同じように疑問と論争が発生しているかもしれないわけで、
つくづく、発言力のある人ってのは、注意して正確に言葉を発してほしいなと思いまする。
それはつまり、他の幾万のフォーラムでも同じように疑問と論争が発生しているかもしれないわけで、
つくづく、発言力のある人ってのは、注意して正確に言葉を発してほしいなと思いまする。
少なくとも昨日の30qacIkH叩きはただの多数決の原理で空気作ってるだけだったな。
NE6/20号
Xbox 360とPS3は何を変えるのか
http://techon.nikkeibp.co.jp/article/HONSHI_LEAF/20050615/105803/
規格統一はゲームオーバー ディフェクトへの挑戦
http://techon.nikkeibp.co.jp/article/HONSHI_LEAF/20050615/105807/
ベテラン技術者最後の大仕事
http://techon.nikkeibp.co.jp/article/HONSHI_LEAF/20050615/105808/
ふっふっふ、明日は色々ネタを提供できそう。お楽しみに。
明日NE届いてればの話だけど。
Xbox 360とPS3は何を変えるのか
http://techon.nikkeibp.co.jp/article/HONSHI_LEAF/20050615/105803/
規格統一はゲームオーバー ディフェクトへの挑戦
http://techon.nikkeibp.co.jp/article/HONSHI_LEAF/20050615/105807/
ベテラン技術者最後の大仕事
http://techon.nikkeibp.co.jp/article/HONSHI_LEAF/20050615/105808/
ふっふっふ、明日は色々ネタを提供できそう。お楽しみに。
明日NE届いてればの話だけど。
509 ：名無しさん必死だな：2005/06/17(金) 01:02:27 ID:JV0ekQ5F
あのさ
■□□□□
■□□□□
こんな並べ方より
□□□
□■□
□□□
こう並べたほうがいいんじゃねーの
□はSPE
■□□□□
■□□□□
こんな並べ方より
□□□
□■□
□□□
こう並べたほうがいいんじゃねーの
□はSPE
SPEとPPEはサイズ違うんだけど、どうやって真ん中に並べる?
スティーブ・ジョブス氏がCELLプロセッサに失望
http://news.teamxbox.com/xbox/8504/Steve-Jobs-Not-Impressed-with-the-Cell-Processor/
New York Timesによると、アップル CEOのスティーブ・ジョブズ氏がPS3に搭載されるCELLプロセッサに厳しい評価を下したそうです。
ジョブズ氏はSCEの久多良木氏からCELLプロセッサ採用の働きかけを受けたものの、そのデザインに落胆し、PowerPCより低効率だと判断したとか。
アップルは今後インテルのCPUへ転換することを明らかにしています。
http://news.teamxbox.com/xbox/8504/Steve-Jobs-Not-Impressed-with-the-Cell-Processor/
New York Timesによると、アップル CEOのスティーブ・ジョブズ氏がPS3に搭載されるCELLプロセッサに厳しい評価を下したそうです。
ジョブズ氏はSCEの久多良木氏からCELLプロセッサ採用の働きかけを受けたものの、そのデザインに落胆し、PowerPCより低効率だと判断したとか。
アップルは今後インテルのCPUへ転換することを明らかにしています。
【DAC 2005】IBMが65nm世代ASIC市場投入，まず低電力品，半年遅れて高速品
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105863/
トレンチ混載とか歪シリコン+バルクCMOS（LongRun用?)とかキーワードいっぱい
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105863/
トレンチ混載とか歪シリコン+バルクCMOS（LongRun用?)とかキーワードいっぱい
513 ：名無しさん必死だな：2005/06/17(金) 01:09:08 ID:JV0ekQ5F
>>510
そこらへんはなんとかうまくするってことで
そこらへんはなんとかうまくするってことで
>>513
で、そうするといいことある？
で、そうするといいことある？
まぁなんつ〜か汎用処理性能は向上しないってクタが言ってんだから
MACには向かないというのは当然じゃねぇ〜の？
MACには向かないというのは当然じゃねぇ〜の？
G5の爆熱は神懸り的だからアップルに見捨てられても仕方ない。
正直今のMacは暖房器具。いくらファンつけても室内の温度上昇は必須。
CELLはゲームであっても複雑なAIは全く苦手。
見た目はすばらしくてキャラの数も多いけど
キャラがでたらめに動いたり機械的に動いたりという不自然なゲームが多くなりそうだな。
PS3無双とか。
見た目はすばらしくてキャラの数も多いけど
キャラがでたらめに動いたり機械的に動いたりという不自然なゲームが多くなりそうだな。
PS3無双とか。
ゲームでまともなAIなんぞないよ。
ゲームじゃなくても無いよ
522 ：名無しさん必死だな：2005/06/17(金) 02:01:04 ID:JV0ekQ5F
>>514
見た目キレイな方が性能もいいと誰かがいってた
見た目キレイな方が性能もいいと誰かがいってた
>>509
よく見たらPPEが二つ・・・
よく見たらPPEが二つ・・・
>523
Ｃｅｌｌ内部の話でしょ。
>522
少なくともブロック毎のサイズ指定とブロック配置は人間がやると思うし、きれいな配置のほうがいいのは同意。
でも、Ｃｅｌｌの各モジュールはリングバスでつながっているんだから充分きれいな配置だと思うけど？
Ｃｅｌｌ内部の話でしょ。
>522
少なくともブロック毎のサイズ指定とブロック配置は人間がやると思うし、きれいな配置のほうがいいのは同意。
でも、Ｃｅｌｌの各モジュールはリングバスでつながっているんだから充分きれいな配置だと思うけど？
526 ：名無しさん必死だな：2005/06/17(金) 02:59:55 ID:Bsfs9mOi
cellって、もう出る前から駄目駄目な感じじゃないか？
PowerPCより低効率でパソコンにも採用されなかったのは大きな誤算
家電製品にも敬遠されてる
PS3に載せたのは、もとを取る為なのか？
需要を広く狙い過ぎてスイスアーミーナイフみたいな設計
つまり広い用途に対応できるように小道具をたくさん付けているが必要最低限の道具の寄せ集め
どっちつかずな性能になってしまった
cellは家電製品やゲームハード、PCなど、それぞれ異なる用途に適したカスタマイズは一切施されていない
炊飯器に載せるものをゲームハードに流用って、いくらなんでもマズいでしょ？
数年後には電卓にも使われてたりしてねw
cellなんて所詮その程度の汎用品
360のCPUは現在ゲームハードに求められる用途や機能に特化した性能を選別し充実させた360専用に設計開発されたもの
cellでゲーム開発するのって、のこぎりと金づちだけで家を建てるようなものか
さらにPS2より後発のXBOX1の浮動小数点演算性能はPS2の４分の１程度だったにも関わらずハード性能でPS2を凌駕していたことからも浮動小数点演算は性能にあまり貢献してるとは言えないなあ
PowerPCより低効率でパソコンにも採用されなかったのは大きな誤算
家電製品にも敬遠されてる
PS3に載せたのは、もとを取る為なのか？
需要を広く狙い過ぎてスイスアーミーナイフみたいな設計
つまり広い用途に対応できるように小道具をたくさん付けているが必要最低限の道具の寄せ集め
どっちつかずな性能になってしまった
cellは家電製品やゲームハード、PCなど、それぞれ異なる用途に適したカスタマイズは一切施されていない
炊飯器に載せるものをゲームハードに流用って、いくらなんでもマズいでしょ？
数年後には電卓にも使われてたりしてねw
cellなんて所詮その程度の汎用品
360のCPUは現在ゲームハードに求められる用途や機能に特化した性能を選別し充実させた360専用に設計開発されたもの
cellでゲーム開発するのって、のこぎりと金づちだけで家を建てるようなものか
さらにPS2より後発のXBOX1の浮動小数点演算性能はPS2の４分の１程度だったにも関わらずハード性能でPS2を凌駕していたことからも浮動小数点演算は性能にあまり貢献してるとは言えないなあ
NGID登録っと。
私は阿呆なコピペ厨です。
>>475の反論は聞こえません。
>>475の反論は聞こえません。
>>511
今更になってもっさり太郎インテルに乗り換えたジョブズの言うことは話半分。
今更になってもっさり太郎インテルに乗り換えたジョブズの言うことは話半分。
仕様みるとCell搭載機はフリーズが多発しそうな気がするよ。
1年前からアンチ活動する気が知れない
ＰＳ３じゃなくてＣｅｌｌが冷静に叩かれてるとゆーことで
クタが美しさを追求したＣＰＵなんだから不安になっても当然だとは思うけどね。
>>532
どこが冷静なのかと問い詰めたい。
どこが冷静なのかと問い詰めたい。
>>534
一言で言うと、Cellはゲームに適かない、ということです。冷静です。
一言で言うと、Cellはゲームに適かない、ということです。冷静です。
>>535
理由とソースｷﾎﾞﾝ。
理由とソースｷﾎﾞﾝ。
>>535
汎用の箱○CPUよりゲームに特化してますがなにか
汎用の箱○CPUよりゲームに特化してますがなにか
>>535
ゲームに適すCPUってどういうCPUですか
ゲームに適すCPUってどういうCPUですか
Cellに期待している人はEEをどう評価しているんだろう？？
EEを素晴らしいと評価しているなら、同様にCellも素晴らしいだろうね。
EEを素晴らしいと評価しているなら、同様にCellも素晴らしいだろうね。
PS2が売れてるから否応なく使わされているだけで
素晴らしくもなんともない。ただの奇形MIPS。
素晴らしくもなんともない。ただの奇形MIPS。
EEを素晴らしいと言われてしまうと、確かにCellには期待しているんだろうなと思う。
EEの暴れ馬的思想(乗りこなすまでが大変)がそのままCellに受け継がれている匂いがする。
漏れはEEの方向性はCPUの進化の方向に反していたと思うし、Cellも当然そう感じる。
EEの暴れ馬的思想(乗りこなすまでが大変)がそのままCellに受け継がれている匂いがする。
漏れはEEの方向性はCPUの進化の方向に反していたと思うし、Cellも当然そう感じる。
EEは設計思想として見た場合は優れてたが当時の技術を考えると早すぎた。
既存のアーキテクチャでもトータルの性能で追いつけてしまったから。
しかし、今度のCellでは見事にアーキテクチャの転換期に方向性を示せた。
既存のアーキテクチャでもトータルの性能で追いつけてしまったから。
しかし、今度のCellでは見事にアーキテクチャの転換期に方向性を示せた。
>EEは設計思想として見た場合は優れてたが当時の技術を考えると早すぎた。
Cellの方が早すぎる気がするけど…
PS3のデカさは如何に(無理に)詰め込んでいるかを如実に表している。
箱○の半年遅れ？
更に乗りこなすのに１年とか掛かってしまうと致命的な様な…
まぁ、EEとCellの設計思想に同じ匂いを感じていただけけて良かった。
Cellの方が早すぎる気がするけど…
PS3のデカさは如何に(無理に)詰め込んでいるかを如実に表している。
箱○の半年遅れ？
更に乗りこなすのに１年とか掛かってしまうと致命的な様な…
まぁ、EEとCellの設計思想に同じ匂いを感じていただけけて良かった。
PS2 Linux ベンチマーク
http://www.redout.net/diary/2001/0701.html
http://www.redout.net/diary/2001/0701.html
>>544
Cellは見事なまでに丁度いいタイミング。
ムーアの法則が崩壊してPCの性能向上が頭打ちになって、それを打開するための
方策としてヘテロジニアスマルチコアのCPUを示した。インテルも研究段階である
メイニーコアが最終的な解決方法だと認めてるしね。
おまけにCellは新規の設計だから自由にやれるぶん、実装面でも評価が高い。
Cellは見事なまでに丁度いいタイミング。
ムーアの法則が崩壊してPCの性能向上が頭打ちになって、それを打開するための
方策としてヘテロジニアスマルチコアのCPUを示した。インテルも研究段階である
メイニーコアが最終的な解決方法だと認めてるしね。
おまけにCellは新規の設計だから自由にやれるぶん、実装面でも評価が高い。
>547
そのサイトからはもう続かないという情報しか読み取れないんだが。
2010までは続くよって意味なのかも知れんけど、微細化が原子Lvに達する前に
リークが多くなりすぎて効率が上がらなくなってきているのが現状。
ttp://techon.nikkeibp.co.jp/article/NEWS/20050615/105792/
そのサイトからはもう続かないという情報しか読み取れないんだが。
2010までは続くよって意味なのかも知れんけど、微細化が原子Lvに達する前に
リークが多くなりすぎて効率が上がらなくなってきているのが現状。
ttp://techon.nikkeibp.co.jp/article/NEWS/20050615/105792/
549 ：名無しさん必死だな：2005/06/17(金) 08:42:12 ID:/wxTEKLx
>>542
もしかして表計算だけが出来れば満足な人？
ＣＰＵの進化というならば、８６系の方がよっぽど行き詰まっているだろ。
というか８６系がＣＰＵの進化に対する一番の抵抗勢力な気もするが…
ドラスティックに変えるチャンスだった３８６ネイティブモードも結局、
８０８６＋αみたいなニーモニックで終わったし。
もしかして表計算だけが出来れば満足な人？
ＣＰＵの進化というならば、８６系の方がよっぽど行き詰まっているだろ。
というか８６系がＣＰＵの進化に対する一番の抵抗勢力な気もするが…
ドラスティックに変えるチャンスだった３８６ネイティブモードも結局、
８０８６＋αみたいなニーモニックで終わったし。
cellもムーアの法則に期待して作られたものだよ。
プロセス世代ごとにSPEの数を２倍にするとか言ってるし。
現在行き詰ってるのはムーアの法則じゃなくてクロック。
ムーアの法則だけに頼っても、集積度が２倍になってもクロックは√２倍にしかならない。
さらにリーク電流が問題になって消費電力の関係でクロックをこれ以上あげれないという問題がある。
プロセス世代ごとにSPEの数を２倍にするとか言ってるし。
現在行き詰ってるのはムーアの法則じゃなくてクロック。
ムーアの法則だけに頼っても、集積度が２倍になってもクロックは√２倍にしかならない。
さらにリーク電流が問題になって消費電力の関係でクロックをこれ以上あげれないという問題がある。
http://japan.cnet.com/news/ent/story/0,2000047623,20062349,00.htm
少なくとも2013年までは続くようです
少なくとも2013年までは続くようです
>>552
2003/12/02 23:12
2003/12/02 23:12
ムーアの法則と比例縮小をごっちゃにしてそうだなあ
なんで実績のないCellがMacのCPUになる何て幻想吐いてる奴がいるんだろう。
たとえ能力的に十分な機能備えてても可用性やリスク等考えると
採用に足る材料はほとんどないだろ。
たとえ能力的に十分な機能備えてても可用性やリスク等考えると
採用に足る材料はほとんどないだろ。
PCで一番大事なのはレガシーだしね。
x86が30年近く幅を利かせてるのを見れば分かるように。
x86が30年近く幅を利かせてるのを見れば分かるように。
レガシーっていうか、cellには全く不向きな処理の流れってのも多いから
比較的単純な処理を大量にループするような処理ならcellには向いてるだろうけど、
PCアプリケーションはそんなのばっかりじゃないし
比較的単純な処理を大量にループするような処理ならcellには向いてるだろうけど、
PCアプリケーションはそんなのばっかりじゃないし
有効なのわ まつがいない .
ただ Mach的か , という様な話 .
ただ Mach的か , という様な話 .
同じトランジスタ数使うなら、xbox360のCPU的なアプローチの方がPCに向いてる
>>PCで一番大事なのはレガシー
それをぶっちし続けてるのがMACだろうに。
アポーがインテルにいったのは後藤ﾀﾝの説明で充分だろうに
なぜCellと絡めるかね、SONYにすりゃどこにでも営業かけるだろうし。
それをぶっちし続けてるのがMACだろうに。
アポーがインテルにいったのは後藤ﾀﾝの説明で充分だろうに
なぜCellと絡めるかね、SONYにすりゃどこにでも営業かけるだろうし。
Macネタはクタのハッタリということでこの辺で。
CELLは汎用OSでも最高の性能を発揮する！と言いたい奴はいないだろ。
CELLは汎用OSでも最高の性能を発揮する！と言いたい奴はいないだろ。
>>566-567
言ってる意味を理解せずにレスされても困っちゃうな
PPE1個ではPCとしては不足であるという話をしてるんだが
PCで動かすアプリケーションは、SPEに割り振れる処理ばかりじゃないからな
むしろ、割り振れる可能性のほうが低い。
同じコストかけるのなら同じコアを沢山入れた方がPC向きだということだ
言ってる意味を理解せずにレスされても困っちゃうな
PPE1個ではPCとしては不足であるという話をしてるんだが
PCで動かすアプリケーションは、SPEに割り振れる処理ばかりじゃないからな
むしろ、割り振れる可能性のほうが低い。
同じコストかけるのなら同じコアを沢山入れた方がPC向きだということだ
Cellは汎用には向いていないというか、PCのいわゆるエコシステムには馴染まないね。
PCの世界で、「SPE向けに最適化してくれ」って言っても誰もやってくれない。
(それは同時にPCの限界でもある)
PS3のような大量出荷する組込み機器だからこそ取り得たアプローチ。
PCの世界で、「SPE向けに最適化してくれ」って言っても誰もやってくれない。
(それは同時にPCの限界でもある)
PS3のような大量出荷する組込み機器だからこそ取り得たアプローチ。
> PCで動かすアプリケーションは、SPEに割り振れる処理ばかりじゃないからな
でも今、巷のPCでCPU資源を食ってるアプリケーションって
SPEが得意とする動画のストリームとか処理じゃないかな?
それ以外の処理が多少遅くなっても、あまり問題視されないと思うよ。
PPEで足りるか? というと微妙だが。
俺はコンパイルが速くないと嫌だけど…
でも今、巷のPCでCPU資源を食ってるアプリケーションって
SPEが得意とする動画のストリームとか処理じゃないかな?
それ以外の処理が多少遅くなっても、あまり問題視されないと思うよ。
PPEで足りるか? というと微妙だが。
俺はコンパイルが速くないと嫌だけど…
>>572
どういったアプリケーションを動かすか、ってのはPCの場合ユーザ次第だからねぇ
マルチメディアばっかりやる人はcellみたいな物が乗ってたほうが良いでしょうけど、
SPEに割り振れる可能性の低いコンパイラとかは全然はやくなんないだろうからね・・・
どういったアプリケーションを動かすか、ってのはPCの場合ユーザ次第だからねぇ
マルチメディアばっかりやる人はcellみたいな物が乗ってたほうが良いでしょうけど、
SPEに割り振れる可能性の低いコンパイラとかは全然はやくなんないだろうからね・・・
>それ以外の処理が多少遅くなっても、あまり問題視されないと思うよ。
それはCELLを売り込む側の希望的観測だろ。
Photoshopのフィルタは超高速だけど
それ以外のあらゆるウィンドウの操作がもっさりするなら
そんなものは売れない。遊んでるGPUの活用を考えた方がまだましだろ。
それはCELLを売り込む側の希望的観測だろ。
Photoshopのフィルタは超高速だけど
それ以外のあらゆるウィンドウの操作がもっさりするなら
そんなものは売れない。遊んでるGPUの活用を考えた方がまだましだろ。
ソフト複数立ち上げてエンコ同時にやるようなPC的なアプローチは
同一コア複数が有利だし、同時エンコを行う専用プログラム組むんなら
cell的なアプローチが有利って事だろ。自明な事じゃん
同一コア複数が有利だし、同時エンコを行う専用プログラム組むんなら
cell的なアプローチが有利って事だろ。自明な事じゃん
そう言えば後藤たんもヘテロかホモかにかなり拘ってたね
ttp://pc.watch.impress.co.jp/docs/2005/0218/kaigai158.htm
ttp://pc.watch.impress.co.jp/docs/2005/0225/kaigai159.htm
ttp://pc.watch.impress.co.jp/docs/2005/0218/kaigai158.htm
ttp://pc.watch.impress.co.jp/docs/2005/0225/kaigai159.htm
というかMSが動かない限りcellにPC市場はやってこないんじゃ・・・
PCの方が衰退する可能性もあってね。3年先はともかく、5年先、10年先のことはわからない。
ちょい遅いresだけど…
>現在のＣＰＵの進化の方向とは？できれば素人でもわかる様に説明お願いできます？
ゲームに特化しての話だよね？
マルチコアは時期早々じゃないかな？
インテルでもAMDでも今現在の最速GAME用CPUはシングルコアだし。
たしかにCPUは早いほうが良いが、バランス感覚って必要だと思う。
マッチョな変化は更に次の世代で良かったんじゃないかな。
真っ当なマルチコア:箱○
変態マルチコア:PS3
シングルコア？:Revo
来年には実際に触れるだろうね。楽しみだよ。
>現在のＣＰＵの進化の方向とは？できれば素人でもわかる様に説明お願いできます？
ゲームに特化しての話だよね？
マルチコアは時期早々じゃないかな？
インテルでもAMDでも今現在の最速GAME用CPUはシングルコアだし。
たしかにCPUは早いほうが良いが、バランス感覚って必要だと思う。
マッチョな変化は更に次の世代で良かったんじゃないかな。
真っ当なマルチコア:箱○
変態マルチコア:PS3
シングルコア？:Revo
来年には実際に触れるだろうね。楽しみだよ。
時期尚早？
進化が早いほうが面白いじゃん
人の人生なんて長くないんだしｗ
進化が早いほうが面白いじゃん
人の人生なんて長くないんだしｗ
情報が全然伝わってこないけど、360は単に性能のカタログ数値を上げるために
コアを集積しただけで、SMTの実効性能を引出す工夫があまりされていないかもしれず、
そういう意味ではあんまり真っ当ではないかも。
でもそれってセガサターンなんだよな。
そもそも3コアってのが謎でね。POWERでも他アーキティクチャでも今まで例がないし。
クタタンじゃないけど、技術者なら普通2のべき乗なのですよ。
1,2ときたら次は4,8なんだ。それが真っ当というものです。
コアを集積しただけで、SMTの実効性能を引出す工夫があまりされていないかもしれず、
そういう意味ではあんまり真っ当ではないかも。
でもそれってセガサターンなんだよな。
そもそも3コアってのが謎でね。POWERでも他アーキティクチャでも今まで例がないし。
クタタンじゃないけど、技術者なら普通2のべき乗なのですよ。
1,2ときたら次は4,8なんだ。それが真っ当というものです。
>>583
箱のマルチコアは時期尚早では無い不思議。
箱のマルチコアは時期尚早では無い不思議。
>>583
いや、3CPUってのは既に実装例があるんだけど
ttp://pcweb.mycom.co.jp/news/2004/09/28/002.html
CPUコアの数に限って言えば、別に２のべき乗である理由なんて何一つ無いし
そもそも、cellのSPEだって実際に動くのは7個
いや、3CPUってのは既に実装例があるんだけど
ttp://pcweb.mycom.co.jp/news/2004/09/28/002.html
CPUコアの数に限って言えば、別に２のべき乗である理由なんて何一つ無いし
そもそも、cellのSPEだって実際に動くのは7個
CPUのアーキテクチャを今からパクってちゃ
間に合わないのではｗ
それに、ソニーがIBMと組んでCELL作ってる時に、
「インテルには対抗できるCPUが存在しない」と思ったMSが
悩んだ挙句 IBMに泣きついた、と考えるべきでは。
間に合わないのではｗ
それに、ソニーがIBMと組んでCELL作ってる時に、
「インテルには対抗できるCPUが存在しない」と思ったMSが
悩んだ挙句 IBMに泣きついた、と考えるべきでは。
箱のマルチコアも時期尚早だと思っていますが何か？
ただ、箱のマルチコアとCellでは箱CPUの方が早い時期に能力を引き出せるとは思う。
ただ、箱のマルチコアとCellでは箱CPUの方が早い時期に能力を引き出せるとは思う。
CPU1コア（キャッシュ1MB・メモリUMA）で 仮に100の性能が出るとして、
それが3コア（キャッシュ・メモリ変わらず）で 300の性能なんか出るのか？
出ないとすれば、どれくらい出そうなの？
また 同じ疑問はCELLにも当てはまるが、それを回避する構造になってるのか？
それが3コア（キャッシュ・メモリ変わらず）で 300の性能なんか出るのか？
出ないとすれば、どれくらい出そうなの？
また 同じ疑問はCELLにも当てはまるが、それを回避する構造になってるのか？
というかコア全部がフル稼働するような処理ってそうそう無いと思う
なんでマルチコアを否定してるんだろ。
シングルコアで１０GHｚのCPUでも作れって言ってるの？
シングルコアで１０GHｚのCPUでも作れって言ってるの？
マルチコア否定って言うより
コアが三つもあるにL2キャッシュが１Mしかないのが問題かと。
2コアL2キャッシュ2Mの方が性能高そう。
コアが三つもあるにL2キャッシュが１Mしかないのが問題かと。
2コアL2キャッシュ2Mの方が性能高そう。
キャッシュ同期の呪縛から逃れているCELLと逃れていない360CPUでは
マルチコアの性質が違うといってもいいかもしれない。
とにかくCELLはマルチコアにとっての弱点を回避するように作ってあるね。LSしかり
128bitレジスタしかり。
マルチコアの性質が違うといってもいいかもしれない。
とにかくCELLはマルチコアにとっての弱点を回避するように作ってあるね。LSしかり
128bitレジスタしかり。
問題はLSに効率よく仕事を割り振れるか。
キャッシュのように勝手にはやってくれないっぽいからね。
キャッシュのように勝手にはやってくれないっぽいからね。
そんなもん、実際にいじってる開発者しか分からん。
http://pc.watch.impress.co.jp/docs/2005/0601/comp02.htm
来年後半にはマルチスレッドを駆使したゲームがでてくる
来年発売のPS3にマルチコアは全然時期尚早じゃない
来年後半にはマルチスレッドを駆使したゲームがでてくる
来年発売のPS3にマルチコアは全然時期尚早じゃない
>>596
LSってどういうふうにプログラム組むんだろうね。
確保した自動変数ひとつひとつのアドレスとサイズを把握して
バッファサイズを越えないように管理しなきゃいけないんだろうか？
PCしかできない慣れた俺は想像がつかん。
PCってスタックサイズぐらいしか考えなくていいし。
LSってどういうふうにプログラム組むんだろうね。
確保した自動変数ひとつひとつのアドレスとサイズを把握して
バッファサイズを越えないように管理しなきゃいけないんだろうか？
PCしかできない慣れた俺は想像がつかん。
PCってスタックサイズぐらいしか考えなくていいし。
ttp://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20050617/105884/
> Cellの発表後に，「内蔵するSPEの数を8個にしたのは，2のべき乗にこだわるという美学から」と語っていました。
> そのSPEを7個しか動作しないことに，「これは美学に反するんじゃないですか」と問いかけたところ，
> 「これこそ究極の美学でしょ」と切り替えされました。1個のSPEをリダンダンシー（冗長分）とみなすことで，
> 歩留まりが大幅に向上するというエンジニアリングのセンスを「究極の美学」と表現したわけです。
ﾜﾛﾀ
> Cellの発表後に，「内蔵するSPEの数を8個にしたのは，2のべき乗にこだわるという美学から」と語っていました。
> そのSPEを7個しか動作しないことに，「これは美学に反するんじゃないですか」と問いかけたところ，
> 「これこそ究極の美学でしょ」と切り替えされました。1個のSPEをリダンダンシー（冗長分）とみなすことで，
> 歩留まりが大幅に向上するというエンジニアリングのセンスを「究極の美学」と表現したわけです。
ﾜﾛﾀ
うは、流石クタタン・・・
>>600
格好良過ぎてﾎﾚちゃいそうです
格好良過ぎてﾎﾚちゃいそうです
クタタンは夢見るリアリスト
クタは朝鮮人の誇りだね
>>599
・256KBが少ないのではないかという点について、
「２分割してダブルバッファ構成で使えば、実用上
問題ないと踏んでいる」鈴置
片方のバッファはSIMD型で、1サイクル16Byteという計算で
毎サイクルロードすれば、約4000サイクルで処理尽くす。
主記憶からのデータ転送遅延は数千サイクルであるため、
その間にもう片方のバッファに読み出せる。
・SPEはPPE上で動作する複数のOSのうち、ある１つのOSの
特定タスクを高速化する役割を担う。こうしてバラバラに動作
する多数のSPEが、互いの処理を気にせず自分の処理に専念
できるような工夫を施した。主記憶上にそれぞれのSPEに
独立したアドレス空間を設けた点だ。SPEのLSもあくまで独立した
メモリ空間でSPE間でコヒーレンシ制御はない。ただし、
PPEの2次キャッシュ、SPEのLSとの間では単純なコヒーレンシ
制御がある。
・256KBが少ないのではないかという点について、
「２分割してダブルバッファ構成で使えば、実用上
問題ないと踏んでいる」鈴置
片方のバッファはSIMD型で、1サイクル16Byteという計算で
毎サイクルロードすれば、約4000サイクルで処理尽くす。
主記憶からのデータ転送遅延は数千サイクルであるため、
その間にもう片方のバッファに読み出せる。
・SPEはPPE上で動作する複数のOSのうち、ある１つのOSの
特定タスクを高速化する役割を担う。こうしてバラバラに動作
する多数のSPEが、互いの処理を気にせず自分の処理に専念
できるような工夫を施した。主記憶上にそれぞれのSPEに
独立したアドレス空間を設けた点だ。SPEのLSもあくまで独立した
メモリ空間でSPE間でコヒーレンシ制御はない。ただし、
PPEの2次キャッシュ、SPEのLSとの間では単純なコヒーレンシ
制御がある。
>>595
128個のレジスタ拡張は箱○CPUでもされてたと思うけれど
箱○が（今の時点での資料では）CPUのL2ｷｬｯｼｭ1MBにアクセスが集中しすぎるのに対して
CELLは2本のリングバスとDMAで巧くデータフローを分散させてある印象。
>>600
いくらなんでもその言い訳は苦しいよｸﾀﾀﾝ。
理想を追求するよりﾘﾀﾞﾝﾀﾞﾝｼｰ取ったのは正解だと思うけどさ。
128個のレジスタ拡張は箱○CPUでもされてたと思うけれど
箱○が（今の時点での資料では）CPUのL2ｷｬｯｼｭ1MBにアクセスが集中しすぎるのに対して
CELLは2本のリングバスとDMAで巧くデータフローを分散させてある印象。
>>600
いくらなんでもその言い訳は苦しいよｸﾀﾀﾝ。
理想を追求するよりﾘﾀﾞﾝﾀﾞﾝｼｰ取ったのは正解だと思うけどさ。
クタタソ曰く、SPE1個殺すことで歩留まりが２倍近くになるんだってさ。
RSXも冗長回路載せるみたいね。
ソースはNE最新号。
RSXも冗長回路載せるみたいね。
ソースはNE最新号。
面積の割に安いチップになるのね。キャッシュでは従来からある手法だと思うけど、
メニイコアのメリットを上手く生かしてきた。
SPE2個殺したチップも、PS3以外の機器に転用するかな。そこまではしないかな。
メニイコアのメリットを上手く生かしてきた。
SPE2個殺したチップも、PS3以外の機器に転用するかな。そこまではしないかな。
製造キャパが余りまくってこそできる力業ですな。
いや、力技じゃないでしょ。
SPE6個で面積を小さくするより、SPE8個で冗長性持たせた方が
一枚のウェハから取れる良品の数は増えるんじゃないかな?
このへんは後藤タンがきっと計算してくれると期待。
SPE6個で面積を小さくするより、SPE8個で冗長性持たせた方が
一枚のウェハから取れる良品の数は増えるんじゃないかな?
このへんは後藤タンがきっと計算してくれると期待。
8個で歩留まり悪すぎるから6個に変更なんてんな無茶な
いや、最初６個の予定だったんだけど、クタが美学に反するからって８個にしたの。
１個は死んでも構わないって方が効率良いと思うよ。
１個と言わず、２個ほど余裕もたせても良いと思うな。
１個は死んでも構わないって方が効率良いと思うよ。
１個と言わず、２個ほど余裕もたせても良いと思うな。
>>609
クタタソの脳内ではそういう想定はしてるみたい。
NE2005.06.20号より引用
> 面白いのは、SPEが6個しか動かないCellをどうするか。もちろんPS3には
> 使いませんよ。そうじゃなくて、こういうチップを2つ使ってホーム・サーバを
> 作ることを本気で考えています。
クタタソの脳内ではそういう想定はしてるみたい。
NE2005.06.20号より引用
> 面白いのは、SPEが6個しか動かないCellをどうするか。もちろんPS3には
> 使いませんよ。そうじゃなくて、こういうチップを2つ使ってホーム・サーバを
> 作ることを本気で考えています。
> 使いませんよ。そうじゃなくて、こういうチップを2つ使ってホーム・サーバを
> 作ることを本気で考えています。
凄いな。
PSXで懲りたのかと思っていたが。
そう言えば兄(PS)弟(PS2)と来て娘(PSP)とか発言していたな。
クタの中ではPSXは無かった事にしているな。
> 作ることを本気で考えています。
凄いな。
PSXで懲りたのかと思っていたが。
そう言えば兄(PS)弟(PS2)と来て娘(PSP)とか発言していたな。
クタの中ではPSXは無かった事にしているな。
ひでぇw
PSXは知らないおじさん。
薄暗い座敷牢の中に怪しい影が・・
PSX「ｳｳﾞｫｰ」
PSX「ｳｳﾞｫｰ」
>>614
使いまわしｷﾀ━━━━━━━━(ﾟ∀ﾟ)━━━━━━━━━━ !!!
使いまわしｷﾀ━━━━━━━━(ﾟ∀ﾟ)━━━━━━━━━━ !!!
PSXって5/31を境にグっと値段下げてるのね
何かあったのだろうか
何かあったのだろうか
どーせ売れないのを見越して不良チップ待ちの受注生産とかになるんじゃねーのｗ
クタタンは美学とか言うけど、ビデオカードだと前から
普通にやってことだけどね。
生きてるパイプライン数に応じて製品ラインナップ。
普通にやってことだけどね。
生きてるパイプライン数に応じて製品ラインナップ。
高性能とコストパフォーマンスの両立ステキ〜
EE&GSをPS2以外に使い回すのは無理があったが、Cellは汎用な分だけいけるんじゃないかな?
たとえ熱・消費電力で不利でも、専用チップの手が回らない用途はあるはず。
たとえ熱・消費電力で不利でも、専用チップの手が回らない用途はあるはず。
やっぱ炊飯器だろ
SPE6個のCellをゴミとして捨てることを考えればオーバースペックでも
なんでも使ったほうがマシで。
なんでも使ったほうがマシで。
TV、AVアンプ、次世代DVDプレイヤー、STB等いろいろある
もちろん専門チップと競争になるが
もちろん専門チップと競争になるが
PSXはPS2の親戚だろ。いとこというべきか。
電力食いの爆熱CPUは放熱の為ガワが大きくなるし、バッテリーが持たないから携帯系は無理
放熱の為のファンの音で据え置きAV機器も無理
放熱の為のファンの音で据え置きAV機器も無理
クロックを下げればいいじゃん。
>>606
「ある１つのOSの特定タスクを高速化する役割を担う」
「主記憶上にそれぞれのSPEに独立したアドレス空間を設けた点だ」
へぇ〜、どんなセットアップしてSPEに処理渡すんだろう。
主記憶に最大PPE x 1、SPE x 7個のアクセスが発生するんだ。
やはりLSはストリーム処理に特化した使い方がメインなんだ。
GPUにも使えるじゃんと思った所、あれ？おかしいぞっと。
SPEが増えて並列化が進んでもPPEが処理落ちしてたら駄目だし。
実はPPEがボトルネックになりかけないとか？
「ある１つのOSの特定タスクを高速化する役割を担う」
「主記憶上にそれぞれのSPEに独立したアドレス空間を設けた点だ」
へぇ〜、どんなセットアップしてSPEに処理渡すんだろう。
主記憶に最大PPE x 1、SPE x 7個のアクセスが発生するんだ。
やはりLSはストリーム処理に特化した使い方がメインなんだ。
GPUにも使えるじゃんと思った所、あれ？おかしいぞっと。
SPEが増えて並列化が進んでもPPEが処理落ちしてたら駄目だし。
実はPPEがボトルネックになりかけないとか？
>>581
＞インテルでもAMDでも今現在の最速GAME用CPUはシングルコアだし。
今のゲームがマルチコア用にコーディングされてないだけ。
デュアルCPUのPCでゲームを走らせても片方は遊んでるんだから、シングルコアが一番早いCPUが最速なのは当たり前。
来年、再来年あたりのデュアルコア用に設計されたゲームが出てくれば、入れ替わるはず。
ベンチマーク等でも、今のボトルネックがCPUにあるのはあきらかなわけで、周波数をあげられないなら並列性をあげるのは
時期尚早ではないよ。
新たな試みをする場合にはリスクも大きいわけで、設計の出来不出来や活用する側の対応力次第だけど。
＞インテルでもAMDでも今現在の最速GAME用CPUはシングルコアだし。
今のゲームがマルチコア用にコーディングされてないだけ。
デュアルCPUのPCでゲームを走らせても片方は遊んでるんだから、シングルコアが一番早いCPUが最速なのは当たり前。
来年、再来年あたりのデュアルコア用に設計されたゲームが出てくれば、入れ替わるはず。
ベンチマーク等でも、今のボトルネックがCPUにあるのはあきらかなわけで、周波数をあげられないなら並列性をあげるのは
時期尚早ではないよ。
新たな試みをする場合にはリスクも大きいわけで、設計の出来不出来や活用する側の対応力次第だけど。
>>631
そこまでしてつかわにゃならんのか・・・
そこまでしてつかわにゃならんのか・・・
>>635
そこまでって言うが、製品にあわせてクロック落とすのって普通じゃん。
そこまでって言うが、製品にあわせてクロック落とすのって普通じゃん。
高性能低性能（低クロック）チップに一体何の意味があるのかと。
CELLを何とかしてどっかに突っ込みたいという前提で
物考えるからおかしなことになるんだよ。
CELLを何とかしてどっかに突っ込みたいという前提で
物考えるからおかしなことになるんだよ。
同じくらいの性能の石を他から買うより開発した方が安いと思ったから3社で開発したのでは？
CELLの性能が生きる製品を作れれば競争力が出せるだろうし
出せなきゃPS3の中に使われるだけでしょ。
CELLの性能が生きる製品を作れれば競争力が出せるだろうし
出せなきゃPS3の中に使われるだけでしょ。
>>634
CPUの進化としてマルチコアに向かっているのは間違い無いとして、果たして今が乗り換えタイミングなのかな？
ご指摘の通り、今現在の最新のゲームはシングルスレッド性能が大切。
・高集積度に寄る熱やコスト
・マルチコア用に新たに(CPUの性能を出せるように)コーディング
・対称型マルチコアとのプログラミング難易度の差
等を考えると、一ランク下のＣＰＵは選択肢として全然あり得る話だと思うけど…
あと、今のボトルネックはＣＰＵよりＧＰＵかと思うけど？
>>635-637
Cellの場合、XDR-RAMの価格も馬鹿にならずに組み込みはコスト高になるんじゃないかな？
と、どこかで読んだ。
個人的にはホームサーバ大歓迎だなぁ。
低機能で良いから、低価格で欲しいけど。
CPUの進化としてマルチコアに向かっているのは間違い無いとして、果たして今が乗り換えタイミングなのかな？
ご指摘の通り、今現在の最新のゲームはシングルスレッド性能が大切。
・高集積度に寄る熱やコスト
・マルチコア用に新たに(CPUの性能を出せるように)コーディング
・対称型マルチコアとのプログラミング難易度の差
等を考えると、一ランク下のＣＰＵは選択肢として全然あり得る話だと思うけど…
あと、今のボトルネックはＣＰＵよりＧＰＵかと思うけど？
>>635-637
Cellの場合、XDR-RAMの価格も馬鹿にならずに組み込みはコスト高になるんじゃないかな？
と、どこかで読んだ。
個人的にはホームサーバ大歓迎だなぁ。
低機能で良いから、低価格で欲しいけど。
インテル系ＣＰＵの進化は止まっているじゃん。熱のせいで。
>>640
MSのお偉いさんは「CPUパフォーマンスがボトルネック」とおっしゃっとります
MSのお偉いさんは「CPUパフォーマンスがボトルネック」とおっしゃっとります
6SPE以下は 普通ならゴミとして捨てるしかないんだから、
再利用しても 何の損もないだろ。リサイクルだ
どうせ大量に出るに決まってるから 家電部門がもらってきて
1GHzくらいで動かせば高性能・低電力チップ(ﾟдﾟ)ｳﾏｰ
再利用しても 何の損もないだろ。リサイクルだ
どうせ大量に出るに決まってるから 家電部門がもらってきて
1GHzくらいで動かせば高性能・低電力チップ(ﾟдﾟ)ｳﾏｰ
http://www.watch.impress.co.jp/game/docs/20050309/msdev.htm
>>ゲームにおいて、今やボトルネックとなっているのはGPUではなくCPU
ボトルネックはCPUのほうでゲームはPS3が出る来年には本格的にマルチスレッド化する
乗り換えのタイミングとしてちょうどいいな
>>ゲームにおいて、今やボトルネックとなっているのはGPUではなくCPU
ボトルネックはCPUのほうでゲームはPS3が出る来年には本格的にマルチスレッド化する
乗り換えのタイミングとしてちょうどいいな
>>650
そりゃ映像出力だろう
そりゃ映像出力だろう
長崎工場かどこかの裏口にポリ袋でまとめて 6SPEとかが捨てられてんだぜ。
それを拾いにきた家電部門の社員と 早く次に回りたいゴミ回収業者が喧嘩
それを拾いにきた家電部門の社員と 早く次に回りたいゴミ回収業者が喧嘩
コンシューマレベルならcell+16bitDACで充分なんだろうね
有り余るリソースはEPGやら画像やら音声やらの処理に使って・・・あとは熱か
カーナビに使えると面白いけど、車載となるとプロセスから見直さなきゃならんしなぁ
有り余るリソースはEPGやら画像やら音声やらの処理に使って・・・あとは熱か
カーナビに使えると面白いけど、車載となるとプロセスから見直さなきゃならんしなぁ
>>654
お前はHDTVの映像出力にCellを使うと思ってるのか?
お前はHDTVの映像出力にCellを使うと思ってるのか?
☆ ﾁﾝ 〃 ∧＿∧ ／￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・）＜ NE全文マダー？
＼＿／⊂ ⊂＿)＿ ＼＿＿＿＿＿＿＿
／￣￣￣￣￣￣￣／|
| ￣ ￣￣￣￣￣￣:| :|
| X箱 .|／
ヽ ＿＿_＼（＼・∀・）＜ NE全文マダー？
＼＿／⊂ ⊂＿)＿ ＼＿＿＿＿＿＿＿
／￣￣￣￣￣￣￣／|
| ￣ ￣￣￣￣￣￣:| :|
| X箱 .|／
>>656
＞お前はHDTVの映像出力にCellを使うと思ってるのか?
キミが何を良いたいのかわからんのだが
>>628で
＞TV、AVアンプ、次世代DVDプレイヤー、STB等いろいろある
＞もちろん専門チップと競争になるが
などといいながら、cell使うと思ってんのかってのは自己矛盾してるんじゃない？
＞お前はHDTVの映像出力にCellを使うと思ってるのか?
キミが何を良いたいのかわからんのだが
>>628で
＞TV、AVアンプ、次世代DVDプレイヤー、STB等いろいろある
＞もちろん専門チップと競争になるが
などといいながら、cell使うと思ってんのかってのは自己矛盾してるんじゃない？
>>660
良いたい→言いたい
良いたい→言いたい
HDTVのCPUとしてCellを載せるという話
理解できたかな?
理解できたかな?
それでは処理能力が足りなくなるからCell載せようって話だ
ちなみに東芝がCell搭載HDTVを2006年に予定している
別に妄想でもなんでもない
別に妄想でもなんでもない
HDTVにCPUとしてcell載せるのは不自然じゃないというところで
一致してるならそれでいいような気がするんだけど・・・
処理能力とか絵作りはまた別の話であって
一致してるならそれでいいような気がするんだけど・・・
処理能力とか絵作りはまた別の話であって
そりゃ専用チップよりはるかに安上がりだね
専用設計のチップは高価だから
専用設計のチップは高価だから
オールインワンチップと映像処理のみのチップを同じ値段だと思ってるのかな?
>>671
普通、チップの数が少ないほどセットのコストは安く済むわけですが
cell ＋ 専用映像処理チップ は2個必要
専用統合チップ は１個だけで済む
結局、どっちにしてもチップを起こさないといけないのだから、専用統合
チップを最初から開発した方が得なわけ
わかるかな
普通、チップの数が少ないほどセットのコストは安く済むわけですが
cell ＋ 専用映像処理チップ は2個必要
専用統合チップ は１個だけで済む
結局、どっちにしてもチップを起こさないといけないのだから、専用統合
チップを最初から開発した方が得なわけ
わかるかな
IBMもSonyもSCEも東芝も判らなかったみたいですね。
1SPEでHDTV映像を2つデコードできるそうな。
7SPEに足りないゴミチップは全部1SPEだけ残して機能殺して搭載、ってとこかな。
エンコードには よくわからんが その数倍の性能が必要だろうから、
SPE4〜6個くらいのチップを使って録画機を出すとよい。
CELL並みの性能のHDリアルタイムエンコチップを開発するのは大変だろう。
しかもリアルタイム画像補正も加われば、普通の設計では大規模チップになってしまう。
リサイクルなら家電部門は オールインワンから画像処理部分を省いた小規模なチップを作るだけで済む。
CELLではどうしても出来ない部分だけ、小さな専用チップを作る。安上がりカモ
7SPEに足りないゴミチップは全部1SPEだけ残して機能殺して搭載、ってとこかな。
エンコードには よくわからんが その数倍の性能が必要だろうから、
SPE4〜6個くらいのチップを使って録画機を出すとよい。
CELL並みの性能のHDリアルタイムエンコチップを開発するのは大変だろう。
しかもリアルタイム画像補正も加われば、普通の設計では大規模チップになってしまう。
リサイクルなら家電部門は オールインワンから画像処理部分を省いた小規模なチップを作るだけで済む。
CELLではどうしても出来ない部分だけ、小さな専用チップを作る。安上がりカモ
チップの数より合計の値段だからね
ハードで固定機能を設計するよりソフトウェアのほうが圧倒的に安上がり
まあ文句はHDTV出す東芝へどうぞ
CellをHDTVに使うのは本当なんだからオレにケチつける必要もあるまい
ハードで固定機能を設計するよりソフトウェアのほうが圧倒的に安上がり
まあ文句はHDTV出す東芝へどうぞ
CellをHDTVに使うのは本当なんだからオレにケチつける必要もあるまい
コストだけじゃなくて、できることの違いも大きいと思うが
どう考えてもＨＤＴＶ専用のチップは作るだろうね。東芝的には。
他のラインナップもあるだろうし。
録画機能が無いならエンコも無いわけで。
まさに
>CELLを何とかしてどっかに突っ込みたいという前提
これじゃないの？
他のラインナップもあるだろうし。
録画機能が無いならエンコも無いわけで。
まさに
>CELLを何とかしてどっかに突っ込みたいという前提
これじゃないの？
CELLを映像家電で使う場合、200GFLOPSもあるから
これから先数年間使えるだろうし、コスト的にはかなり安くなると思う。
H.264やWMV9のデコード、エンコードなどの重い処理が必要な分野もこれからどんどん家電に入ってくる。
そのために専用のチップを開発するより、cellつかった方が安上がりだろう。
これから先数年間使えるだろうし、コスト的にはかなり安くなると思う。
H.264やWMV9のデコード、エンコードなどの重い処理が必要な分野もこれからどんどん家電に入ってくる。
そのために専用のチップを開発するより、cellつかった方が安上がりだろう。
専用チップでは、目的が変わる度に設計しなおしだから、よほど需要が明確にならないとゴージャスなチップ設計に踏み切れないのでは。
東芝やソニーが狙ってるのは、競合他社と比べてリッチな何かを搭載で差別化してアピールすることなんだろうけど、
いかに需要のある、リッチな何かをつくりだせるかどうかだろな。
XPからロングホーンに乗り換える必要があるか、みたいな話かもしれないけど。
東芝やソニーが狙ってるのは、競合他社と比べてリッチな何かを搭載で差別化してアピールすることなんだろうけど、
いかに需要のある、リッチな何かをつくりだせるかどうかだろな。
XPからロングホーンに乗り換える必要があるか、みたいな話かもしれないけど。
ライフサイクルが４〜５年のコンシューマに対して
今現在マルチコアが時期尚早と断言するつわものがいるとは驚きだ。
今現在マルチコアが時期尚早と断言するつわものがいるとは驚きだ。
自前で作ったモン研究開発資金回収の為に自社製品に突っ込んでなにが悪いのかと小一時間w
最近じゃ高級品でもDAC統合しちゃってるの？
デジタルで出力する時でさえアナログの影響を受けるというのに、そんなんで
ええんかね。
デジタルで出力する時でさえアナログの影響を受けるというのに、そんなんで
ええんかね。
>>683
んん？僕かな？
断言したつもりは無いけど。そう思われてもまぁ良いけど。
あの巨大な本体を見て拒否反応は無いのかい？
性能がどうのよりも「バランスが悪い」とは言われても仕方ないと思うけど？？
んん？僕かな？
断言したつもりは無いけど。そう思われてもまぁ良いけど。
あの巨大な本体を見て拒否反応は無いのかい？
性能がどうのよりも「バランスが悪い」とは言われても仕方ないと思うけど？？
そりゃDACは別ですがな
デジタルとアナログはきっちり分離されてます
絵作りにも多分に影響してくる部分だし
デジタルとアナログはきっちり分離されてます
絵作りにも多分に影響してくる部分だし
あと メリットとしては、HDTVや録画機をモデルチェンジする時に
CELLなら SPEの構成やクロックを調節するだけで、汎用的に対応しやすい、ってことだな。
チップが増えるのは確かに一般的には良くないが、
CELLで計算できる処理は全てCELLに回せば、あとは毎回
CELLでは対応できない特殊用途の小さなチップを追加するだけで対応できる。
2倍の性能の録画機を出すのに 普通なら新規開発だが、CELLならSPEを増やし、クロックを調節するだけ。
大規模チップ開発のコストを下げ、モデルチェンジが速くなる。 これはメリットだろう。
SPEは 計算能力の割りには電力消費も少ないと思うぞ。
2.4GHz/0.9Vで駆動すれば、1SPEあたり 1Wしか消費しない。発熱は研究室で 26℃程度だとか。
これ1個だけでもHDTVデコードには十分。3GHzでも2Wだ。これなら家電にも積める
CELLなら SPEの構成やクロックを調節するだけで、汎用的に対応しやすい、ってことだな。
チップが増えるのは確かに一般的には良くないが、
CELLで計算できる処理は全てCELLに回せば、あとは毎回
CELLでは対応できない特殊用途の小さなチップを追加するだけで対応できる。
2倍の性能の録画機を出すのに 普通なら新規開発だが、CELLならSPEを増やし、クロックを調節するだけ。
大規模チップ開発のコストを下げ、モデルチェンジが速くなる。 これはメリットだろう。
SPEは 計算能力の割りには電力消費も少ないと思うぞ。
2.4GHz/0.9Vで駆動すれば、1SPEあたり 1Wしか消費しない。発熱は研究室で 26℃程度だとか。
これ1個だけでもHDTVデコードには十分。3GHzでも2Wだ。これなら家電にも積める
>687
PCと一緒にされても。。
>689
そうよなぁ。
PCと一緒にされても。。
>689
そうよなぁ。
>>688
＞ご指摘の通り、今現在の最新のゲームはシングルスレッド性能が大切。
全く意味不明なんだけど、デュアルCPUが普及してない今現在のゲームはシングルスレッドに作られてるだけで、
デュアルコア用にコーディングすりゃ、シングルコアよりずっとパフォーマンスはでる。
ゲーム機は互換考えなくていいので､デュアルコア載せたら、それようにコーディングされるので、シングルスレッド性能が大切
と結論付けられても意味不明。
アフォでも解るように例も出しておこう
http://pc.watch.impress.co.jp/docs/2005/0408/idf02.htm
＞あと、今のボトルネックはＣＰＵよりＧＰＵかと思うけど？
これも２〜３世代前の話で今は逆転してる。
＞ご指摘の通り、今現在の最新のゲームはシングルスレッド性能が大切。
全く意味不明なんだけど、デュアルCPUが普及してない今現在のゲームはシングルスレッドに作られてるだけで、
デュアルコア用にコーディングすりゃ、シングルコアよりずっとパフォーマンスはでる。
ゲーム機は互換考えなくていいので､デュアルコア載せたら、それようにコーディングされるので、シングルスレッド性能が大切
と結論付けられても意味不明。
アフォでも解るように例も出しておこう
http://pc.watch.impress.co.jp/docs/2005/0408/idf02.htm
＞あと、今のボトルネックはＣＰＵよりＧＰＵかと思うけど？
これも２〜３世代前の話で今は逆転してる。
>>690
いや、簡単に見積もってもコンパニオンチップは小規模には出来んよ・・・
コスト的には統合チップ開発するのとあんまり変わらない気がするけど
チップ内にCPUとかcodecがあるかないかの違いだけで
>>691
一緒にしてないけど家電もそうなのは間違いないよ
PCカードは、わかりやすい一例を出しただけ
いや、簡単に見積もってもコンパニオンチップは小規模には出来んよ・・・
コスト的には統合チップ開発するのとあんまり変わらない気がするけど
チップ内にCPUとかcodecがあるかないかの違いだけで
>>691
一緒にしてないけど家電もそうなのは間違いないよ
PCカードは、わかりやすい一例を出しただけ
スゴ録の初期型は社外製専用チップを複数組み合わせて
PSXでCPU部だけはEE+GSになり(MPEG処理周りはNECチップ)
2代目スゴ録では専用統合チップになっていた。
ttp://www.itmedia.co.jp/lifestyle/articles/0409/16/news055.html
Cellの場合はどうなるんだろうね。
俺にはちと予想がつかないけど。
PSXでCPU部だけはEE+GSになり(MPEG処理周りはNECチップ)
2代目スゴ録では専用統合チップになっていた。
ttp://www.itmedia.co.jp/lifestyle/articles/0409/16/news055.html
Cellの場合はどうなるんだろうね。
俺にはちと予想がつかないけど。
家電はわざわざDAC内蔵のシステムチップ作ってもらうようなことしないんじゃないか
>693
いやね、安モ・・・もといエントリーモデルならともかく、フラッグシップモデルが
そんな姿になるもんかなぁと。
いやね、安モ・・・もといエントリーモデルならともかく、フラッグシップモデルが
そんな姿になるもんかなぁと。
>>692
いや、今の時期はそんなとがった所を取るのは懸命なのかしら？って話。
>＞あと、今のボトルネックはＣＰＵよりＧＰＵかと思うけど？
>これも２〜３世代前の話で今は逆転してる。
２〜３世代というか、箱○ではそうなんでしょうね。
いや、今の時期はそんなとがった所を取るのは懸命なのかしら？って話。
>＞あと、今のボトルネックはＣＰＵよりＧＰＵかと思うけど？
>これも２〜３世代前の話で今は逆転してる。
２〜３世代というか、箱○ではそうなんでしょうね。
家電にcellが使えるかどうかもPS3の売れ行き次第なんだろうなぁ・・・
あとcell用のコードをどう保持するかも難題だよね
HDDレコならともかく、ROMとかだと結構な容量になっちゃいそう
あとcell用のコードをどう保持するかも難題だよね
HDDレコならともかく、ROMとかだと結構な容量になっちゃいそう
Analog Devicesとか知らんのかね
安物でなければDACは外付けが基本
安物でなければDACは外付けが基本
>>697
彼はたぶん普及機と比べて高いって言ってるんだと思う。
彼はたぶん普及機と比べて高いって言ってるんだと思う。
>>698
何で無知なのに、妄想で決め付けるのだろうか。
箱○だけの話というソースはどこのものだ？ PCではそうでないという根拠もどっからきてるんだ？
>>648 のリンクでさえこう書いてあるというか、常識中の常識なんだが。
＞話題は続いて「ゲームを動かすハードウェア」の見地へと進む。ここで、ついに近代ゲームにおいて、
＞「CPUパフォーマンスがボトルネックになった」という衝撃の告白を行なった。PCゲームでも家庭用ゲーム
＞機においても同じである、と氏は強調する。
何で無知なのに、妄想で決め付けるのだろうか。
箱○だけの話というソースはどこのものだ？ PCではそうでないという根拠もどっからきてるんだ？
>>648 のリンクでさえこう書いてあるというか、常識中の常識なんだが。
＞話題は続いて「ゲームを動かすハードウェア」の見地へと進む。ここで、ついに近代ゲームにおいて、
＞「CPUパフォーマンスがボトルネックになった」という衝撃の告白を行なった。PCゲームでも家庭用ゲーム
＞機においても同じである、と氏は強調する。
統合DACで高級モデル製品って・・
「大丈夫です！ 問題ありません！」って言われても ちょっと・・ｗ
「大丈夫です！ 問題ありません！」って言われても ちょっと・・ｗ
>>698
>近代ゲームにおいて、「CPUパフォーマンスがボトルネックになった」
>という衝撃の告白を行なった。PCゲームでも家庭用ゲーム機においても同じである、と氏は強調する。
>来年後半に出る次世代のゲームではマルチスレッドを駆使できるようになるだろう
ソースを出してるんだから無視して自分の理論を展開してもしょうがない
>近代ゲームにおいて、「CPUパフォーマンスがボトルネックになった」
>という衝撃の告白を行なった。PCゲームでも家庭用ゲーム機においても同じである、と氏は強調する。
>来年後半に出る次世代のゲームではマルチスレッドを駆使できるようになるだろう
ソースを出してるんだから無視して自分の理論を展開してもしょうがない
>>697
いや、そういうもんだよ
まあ、高級機だとカタログスペックを豪華にする為に専用DACを載せることはあるけどね
>>700
しってますが？
安物じゃなくても内蔵DAC使ってる例なんて沢山あるよ
自分で調べてみたらわかるよ
いや、そういうもんだよ
まあ、高級機だとカタログスペックを豪華にする為に専用DACを載せることはあるけどね
>>700
しってますが？
安物じゃなくても内蔵DAC使ってる例なんて沢山あるよ
自分で調べてみたらわかるよ
そしてソ−スを示せないやつお決まりの
ご自分でお調べなさいと
ご自分でお調べなさいと
>>703
PCと一緒にするなといわれるの覚悟で、同じ統合ＤＡＣという意味で聞くけど、
今時の高級PC用グラフィックカードで画質不満に思ってる？
いや、昔のRAMDAC外付けの頃の方が艶があったとかの記憶の美化は抜きでｗ
>>706
いやいや、簡単に調べられることだからね
分解すれば良いだけだから
PCと一緒にするなといわれるの覚悟で、同じ統合ＤＡＣという意味で聞くけど、
今時の高級PC用グラフィックカードで画質不満に思ってる？
いや、昔のRAMDAC外付けの頃の方が艶があったとかの記憶の美化は抜きでｗ
>>706
いやいや、簡単に調べられることだからね
分解すれば良いだけだから
いまどきの高級グラフィックカードでも高解像度のアナログの画質はひどいな
DVIでつないでるから問題ないが
逆に聞くが1600x1200のアナログでつないで満足するのか?
あと簡単に分解できないからソースを示してくれ
DVIでつないでるから問題ないが
逆に聞くが1600x1200のアナログでつないで満足するのか?
あと簡単に分解できないからソースを示してくれ
>>710
あぁ、凄い視力をお持ちなんですね・・・
私はSONYのCRT(GDM)をUXGAで使ってるけど、不満に思ったことないんで。
ぼやけてるとか全然無いですけどねぇ
あと、HDTVに必要なDACってPCのUXGAなんかより全然要求仕様が甘いんですが
ソースって言われてもねぇ、困っちゃうんだよなぁ
機種名とか機器の内容は流石にここではちょっと書けないからなぁｗ
あぁ、凄い視力をお持ちなんですね・・・
私はSONYのCRT(GDM)をUXGAで使ってるけど、不満に思ったことないんで。
ぼやけてるとか全然無いですけどねぇ
あと、HDTVに必要なDACってPCのUXGAなんかより全然要求仕様が甘いんですが
ソースって言われてもねぇ、困っちゃうんだよなぁ
機種名とか機器の内容は流石にここではちょっと書けないからなぁｗ
なんで書けないのか
このスレ記事が出た瞬間急にその内容が太古の昔から
自分の常識であったかのように語りだすからおもろい
自分の常識であったかのように語りだすからおもろい
と「このスレ」の傾向について太古の昔から知り尽くしたかのように語り出す
>>715であった
>>715であった
つるっと調べたけどCPU内蔵のHDTVチップってこれくらいしか見つからなかった
ttp://service.semic.sanyo.co.jp/semi/ds_j/N8267.pdf
まだ販売されてないっぽいし、音声DAC外付けだけど
ttp://service.semic.sanyo.co.jp/semi/ds_j/N8267.pdf
まだ販売されてないっぽいし、音声DAC外付けだけど
DACスレはここですか？
>>718
ごめん(´･ω･`) もう終わる
ごめん(´･ω･`) もう終わる
721 ：( ● ´ ー ｀ ● ) はスバラシイ：2005/06/17(金) 18:32:28 ID:enf28ypV BE:26971586-###
『Xbox 360』や『PS3』で分散コンピューティングを
http://hotwired.goo.ne.jp/news/technology/story/20050617302.html
http://hotwired.goo.ne.jp/news/technology/story/20050617302.html
社会に貢献する様な分散コンピューティングプロジェクトに参加してゲオタの
マイナスイメージ（監禁王子、小学校特攻17歳、爆弾高校生等）を払拭しようとか
言い始めるヤツが出てきそうな予感
マイナスイメージ（監禁王子、小学校特攻17歳、爆弾高校生等）を払拭しようとか
言い始めるヤツが出てきそうな予感
>>723
中々無理のある記事だな。
分散コンピューティングクライアントをファームにというのは、
MSが公式でそういう事をやればって前提なわけだな。
ゲームパッケージとして販売するってのも考えにくいしな。
普通にPS3-Linux上でSETIでも動かしてる方が現実的とは思うが。
中々無理のある記事だな。
分散コンピューティングクライアントをファームにというのは、
MSが公式でそういう事をやればって前提なわけだな。
ゲームパッケージとして販売するってのも考えにくいしな。
普通にPS3-Linux上でSETIでも動かしてる方が現実的とは思うが。
SCEI 久夛良木社長インタビュー(4)
「PLAYSTATION 3のコストダウン戦略」
ttp://pc.watch.impress.co.jp/docs/2005/0617/kaigai191.htm
「PLAYSTATION 3のコストダウン戦略」
ttp://pc.watch.impress.co.jp/docs/2005/0617/kaigai191.htm
65nm難しいのか・・・
勝つのが前提か。任天堂とセガには勝てたが、MSはそう簡単には退くまい。
北米で拮抗したらどうするか。
北米で拮抗したらどうするか。
PS3やXbox360は言わば、メーカーが赤字分を引き受けて
安く売ってくれるんだから、普通にPCとして使う(使えるなら)だけでも得だ。
安く売ってくれるんだから、普通にPCとして使う(使えるなら)だけでも得だ。
65nmスタートどころか、65nmへの移行すら相当時間がかかりそうな雰囲気だね。
で、そうなると前々から言われてた通り、90nm工場のキャパが厳しくなってると。
で、そうなると前々から言われてた通り、90nm工場のキャパが厳しくなってると。
>>728
拮抗して両者が激しい競争を繰り広げるならばそれはそれでゲーム業界のパイが広がることにつながるからね・・・
拮抗して両者が激しい競争を繰り広げるならばそれはそれでゲーム業界のパイが広がることにつながるからね・・・
にしても、ほとんど同じパフォーマンスだからGDDR3でも良いと判断したって・・・。
なんか今回のインタビューは色々苦しい言い訳が多いな。
なんか今回のインタビューは色々苦しい言い訳が多いな。
もう一回やるのは大変なことの結果がほとんど同じパフォーマンスて。
CPUとGPUとでは違うのかも知れないけど、
その説明が無ければ支離滅裂ここに極まれりと言った感。
CPUとGPUとでは違うのかも知れないけど、
その説明が無ければ支離滅裂ここに極まれりと言った感。
やっぱRSXもNVIDIAのGPUをただ乗せてるだけじゃ無いっぽいね。
後藤のRSXの記事が楽しみだ。
後藤のRSXの記事が楽しみだ。
第3回ベテラン技術者最後の大仕事(要約)
00年秋基本アーキテクチャがまとまった。
APUには演算ユニット、LocalStoreと呼ぶ専用メモリ、
DMAコントローラを備えていた。APUにキャッシュではなく、
専用メモリを組み込むという選択は通常は有り得ない。当時想定
していた容量は128KB。数十MBのメモリに慣れたプログラマの目に
大きな制約に移るのは明白。
CELL開発チームの中でも疑問を呈する意見は根強かった。
「なんでこのご時世にメモリ空間を制限する必要があるんだ？」
そんな声を封じたのはSCE山崎。
「ゲームはリアルタイムで反応することが命。キャッシュはそれを
妨げる」
キャッシュミスによるプログラマーが予期せぬ遅延。山崎には断じて
許せなかった。山崎はその重要性を東芝やIBMの技術者に説いた。
山崎の熱意に根負けする形で専用メモリの採用が決まった。
2000年11月ニューヨーク郊外のホテル。APUの命令セットの
基本方針を決める合宿。VLIWかSIMDのどちらを選ぶか？
それぞれ一長一短。中々結論は出ない。
更に続く・・・
00年秋基本アーキテクチャがまとまった。
APUには演算ユニット、LocalStoreと呼ぶ専用メモリ、
DMAコントローラを備えていた。APUにキャッシュではなく、
専用メモリを組み込むという選択は通常は有り得ない。当時想定
していた容量は128KB。数十MBのメモリに慣れたプログラマの目に
大きな制約に移るのは明白。
CELL開発チームの中でも疑問を呈する意見は根強かった。
「なんでこのご時世にメモリ空間を制限する必要があるんだ？」
そんな声を封じたのはSCE山崎。
「ゲームはリアルタイムで反応することが命。キャッシュはそれを
妨げる」
キャッシュミスによるプログラマーが予期せぬ遅延。山崎には断じて
許せなかった。山崎はその重要性を東芝やIBMの技術者に説いた。
山崎の熱意に根負けする形で専用メモリの採用が決まった。
2000年11月ニューヨーク郊外のホテル。APUの命令セットの
基本方針を決める合宿。VLIWかSIMDのどちらを選ぶか？
それぞれ一長一短。中々結論は出ない。
更に続く・・・
(・∀・) ﾜｸﾜｸﾃｶﾃｶ
>>736
5年越しのプロジェクトか・・・その間に残酷なほど情勢変わっちゃったねぇ
5年越しのプロジェクトか・・・その間に残酷なほど情勢変わっちゃったねぇ
翻弄されまくりの日経
http://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20050617/105884/
Cellの発表後に，「内蔵するSPEの数を8個にしたのは，2のべき乗にこだわるという美学から」と語って
いました。そのSPEを7個しか動作しないことに，「これは美学に反するんじゃないですか」と問いかけた
ところ，「これこそ究極の美学でしょ」と切り替えされました。1個のSPEをリダンダンシー（冗長分）
とみなすことで，歩留まりが大幅に向上するというエンジニアリングのセンスを「究極の美学」と表現
したわけです。インタビューの最後に，「光ディスクの規格統一はまだ間に合いますか」と訪ねたところ，
一刀両断に「ゲームオーバーでしょ」と。PS3の開発は，来春の量産に向けて待ったなし，ということの
ようです。
http://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20050617/105884/
Cellの発表後に，「内蔵するSPEの数を8個にしたのは，2のべき乗にこだわるという美学から」と語って
いました。そのSPEを7個しか動作しないことに，「これは美学に反するんじゃないですか」と問いかけた
ところ，「これこそ究極の美学でしょ」と切り替えされました。1個のSPEをリダンダンシー（冗長分）
とみなすことで，歩留まりが大幅に向上するというエンジニアリングのセンスを「究極の美学」と表現
したわけです。インタビューの最後に，「光ディスクの規格統一はまだ間に合いますか」と訪ねたところ，
一刀両断に「ゲームオーバーでしょ」と。PS3の開発は，来春の量産に向けて待ったなし，ということの
ようです。
キャッシュミスはだめでディスクのロードはいいのか。。。。
>VLIWかSIMDのどちらを選ぶか？
VLIWも検討してたのか。某サイトの人もそんな予想してたな。
VLIWも検討してたのか。某サイトの人もそんな予想してたな。
製造してるのは実際8個なんだからなんら矛盾は無い
GPUにはランダムアクセスより帯域でそ
ええい！続きは来月なのか！？
ええい！続きは来月なのか！？
>>736
ゲーム機のプログラミングを(多分)やったことのない山崎氏が説得するというのは
なんか奇異な感じがするんだがどうなんだろうか
>>740
1/60秒のリアルタイムとI/Oなんかを比べてどうすんの
ゲーム機のプログラミングを(多分)やったことのない山崎氏が説得するというのは
なんか奇異な感じがするんだがどうなんだろうか
>>740
1/60秒のリアルタイムとI/Oなんかを比べてどうすんの
「汎用性の高いVLIWの方がいい」
「いや、オブジェクト・コード効率を考えたらSIMD以外は有り得ない」
ある日の休憩時。Peter Hofsteeが東芝技術者に迫る。
「SIMDでいいよね。」
穏やかに問い掛けるようでいて、眼光は鋭い。思わず首を
縦に振る。SCEにも同様な説得を試みる。
Peterの根回しは議論に疲れ果てた参加者にとっては、
渡りに船だった。
こうして、SIMDで決まり、合宿を終えた開発チームは具体的な
命令セットの検討へ。SCEはEEのVUでの経験を元に、たたき台
として200個程度の命令を提示した。
更に続く・・・
「いや、オブジェクト・コード効率を考えたらSIMD以外は有り得ない」
ある日の休憩時。Peter Hofsteeが東芝技術者に迫る。
「SIMDでいいよね。」
穏やかに問い掛けるようでいて、眼光は鋭い。思わず首を
縦に振る。SCEにも同様な説得を試みる。
Peterの根回しは議論に疲れ果てた参加者にとっては、
渡りに船だった。
こうして、SIMDで決まり、合宿を終えた開発チームは具体的な
命令セットの検討へ。SCEはEEのVUでの経験を元に、たたき台
として200個程度の命令を提示した。
更に続く・・・
>>747
ぉぃぉぃ。LSもSIMDも最後の判断は根気なのかよ・・・orz
ぉぃぉぃ。LSもSIMDも最後の判断は根気なのかよ・・・orz
次のミーティングはオースティン。SCE鈴置が会議室に入ると、
IBMの席に初老のエンジニアが。30、40代が多い中、一際目立つ。
時折考え込みながら、一心不乱にペンを走らせている。
「あれは誰だろう？」
IBMが案を提示する順番に。すると、その初老が立ち上がる。
「ともかくコンパイラが扱いやすい命令セットにすべき。200では
多すぎる。私の試算では100個以下で事足りる」
先ほどまでペンを走らせていた紙を掲げながら説明をする。
そこには機械語で記述した手書きのサンプルプログラムが。
その鬼気迫る姿に誰もが圧倒した。
更に続く・・・(今回はどうも要約しにくいな)
IBMの席に初老のエンジニアが。30、40代が多い中、一際目立つ。
時折考え込みながら、一心不乱にペンを走らせている。
「あれは誰だろう？」
IBMが案を提示する順番に。すると、その初老が立ち上がる。
「ともかくコンパイラが扱いやすい命令セットにすべき。200では
多すぎる。私の試算では100個以下で事足りる」
先ほどまでペンを走らせていた紙を掲げながら説明をする。
そこには機械語で記述した手書きのサンプルプログラムが。
その鬼気迫る姿に誰もが圧倒した。
更に続く・・・(今回はどうも要約しにくいな)
貴方は神！ 乙であります！！ (｀Д´)ゞ
＞「ともかくコンパイラが扱いやすい命令セットにすべき。
さすがにIBMの経験豊富なエンジニアだけあって
Cellの抑えるべきポイントを心得ているな
さすがにIBMの経験豊富なエンジニアだけあって
Cellの抑えるべきポイントを心得ているな
それもそのはず、APU命令セットの定義はそのエンジニアが
ソフト技術者としてのキャリアの締めくくりとして選んだ仕事
だったのだ。彼の名はMarty Hopkins。世界初のRISC型
CPU「IBM801」の開発者の一人であり、その道では知る人ぞ
知る人物。老練技術者の言説に技術者達の目から鱗が。
コンパイラを知り尽くすMartyのアドバイスを若手技術者
がシミュレーションで検証する。
その後も、コンパイラの最適化作業を助けるためにアドレッシング
モードを追加するなど貴重な助言を残した。そして、APUの
命令セットがほぼ固まったのを見届けて、30年勤務したIBMを
後にした。
更に続く・・・
ソフト技術者としてのキャリアの締めくくりとして選んだ仕事
だったのだ。彼の名はMarty Hopkins。世界初のRISC型
CPU「IBM801」の開発者の一人であり、その道では知る人ぞ
知る人物。老練技術者の言説に技術者達の目から鱗が。
コンパイラを知り尽くすMartyのアドバイスを若手技術者
がシミュレーションで検証する。
その後も、コンパイラの最適化作業を助けるためにアドレッシング
モードを追加するなど貴重な助言を残した。そして、APUの
命令セットがほぼ固まったのを見届けて、30年勤務したIBMを
後にした。
更に続く・・・
>>先ほどまでペンを走らせていた紙を掲げながら説明をする。
>>そこには機械語で記述した手書きのサンプルプログラムが。
>>その鬼気迫る姿に誰もが圧倒した。
(*ﾟ∀ﾟ)=3ｳﾎｰこの超人すげー
>>そこには機械語で記述した手書きのサンプルプログラムが。
>>その鬼気迫る姿に誰もが圧倒した。
(*ﾟ∀ﾟ)=3ｳﾎｰこの超人すげー
ﾌｫｫｫｫ
>>その後も、コンパイラの最適化作業を助けるためにアドレッシング
モードを追加するなど貴重な助言を残した。そして、APUの
命令セットがほぼ固まったのを見届けて、30年勤務したIBMを
後にした。
か、格好ええ(;´Д`)ﾊｧﾊｧ
モードを追加するなど貴重な助言を残した。そして、APUの
命令セットがほぼ固まったのを見届けて、30年勤務したIBMを
後にした。
か、格好ええ(;´Д`)ﾊｧﾊｧ
風の中のすーばるー。
適当な事を言って責任取らずに逃げ出しただけだろ
今時、命令セットが100以下って
今時、命令セットが100以下って
プロジェクトX、書箱化、映画化マダー？
>>759 書箱っておい。2ch語か?
たった200ぽっちの命令セットすら最適化出来ないんじゃ
こりゃIBMのｺﾝﾊﾟｲﾗには全く期待できないな
結局、ｱｾﾝﾌﾞﾗ手書きする事になるな
こりゃIBMのｺﾝﾊﾟｲﾗには全く期待できないな
結局、ｱｾﾝﾌﾞﾗ手書きする事になるな
01年初めにCELLの概要は完成。
SIMDで1サイクルに8個の浮動小数点演算を実行するAPUを1チップに
8個。4チップとメモリを1つのパッケージに封止するマルチチップ
モジュールで4GHｚで1TFlops。後は実際に設計に着手するのみ。
開発体制効率化のため、IBMオースティンに開発拠点を設けることを
決めた。
早速、SCEと東芝では送り込み技術者の人選に。
鈴置の元に社内やソニーから志願する声が。サンノゼにソニー
米国法人でマイクロコントローラの開発を手掛けていた笠原栄ニ
もその一人。NECでメインフレーム設計の経験もある笠原は
CELLのことを知り居ても立っても居られなくなった。
SCEに面談を申し出た。
更に続く・・・
SIMDで1サイクルに8個の浮動小数点演算を実行するAPUを1チップに
8個。4チップとメモリを1つのパッケージに封止するマルチチップ
モジュールで4GHｚで1TFlops。後は実際に設計に着手するのみ。
開発体制効率化のため、IBMオースティンに開発拠点を設けることを
決めた。
早速、SCEと東芝では送り込み技術者の人選に。
鈴置の元に社内やソニーから志願する声が。サンノゼにソニー
米国法人でマイクロコントローラの開発を手掛けていた笠原栄ニ
もその一人。NECでメインフレーム設計の経験もある笠原は
CELLのことを知り居ても立っても居られなくなった。
SCEに面談を申し出た。
更に続く・・・
ID:D3yeIIYXはとりあえず下の妄想デマと意味不明発言の釈明をしてから発言しろ
716 名前：名無しさん必死だな[sage] 投稿日：2005/06/17(金) 09:34:13 ID:D3yeIIYX
360CPU
6個の整数演算と6個の浮動小数点演算が、つねに同時実効可能
CELL
整数演算:浮動小数点演算が、9:2､8:3､7:4､6:5､5:6､4:7､3:8､2:9と可変
どちらが安定した実効性能を出せるか、GK以外ならわかるだろ
738 名前：名無しさん必死だな[sage] 投稿日：2005/06/17(金) 11:55:27 ID:D3yeIIYX
360CPU(1/10000)
ﾗｲｾﾝｽ料 5$>IBM
製造委託費 15$>TSMC
360GPU(1/10000)
ﾗｲｾﾝｽ料 8$>ATI
製造委託費 10$>TSMC
eDRAM
ﾗｲｾﾝｽ&製造委託費 8$>NEC
CELL(1/10000)
ﾗｲｾﾝｽ料 20$>IBM
製造費 35$
RSX(1/10000)
ﾗｲｾﾝｽ料 35$>nVidia
製造費 40$
PS3のどこが低ｺｽﾄなんだ？
716 名前：名無しさん必死だな[sage] 投稿日：2005/06/17(金) 09:34:13 ID:D3yeIIYX
360CPU
6個の整数演算と6個の浮動小数点演算が、つねに同時実効可能
CELL
整数演算:浮動小数点演算が、9:2､8:3､7:4､6:5､5:6､4:7､3:8､2:9と可変
どちらが安定した実効性能を出せるか、GK以外ならわかるだろ
738 名前：名無しさん必死だな[sage] 投稿日：2005/06/17(金) 11:55:27 ID:D3yeIIYX
360CPU(1/10000)
ﾗｲｾﾝｽ料 5$>IBM
製造委託費 15$>TSMC
360GPU(1/10000)
ﾗｲｾﾝｽ料 8$>ATI
製造委託費 10$>TSMC
eDRAM
ﾗｲｾﾝｽ&製造委託費 8$>NEC
CELL(1/10000)
ﾗｲｾﾝｽ料 20$>IBM
製造費 35$
RSX(1/10000)
ﾗｲｾﾝｽ料 35$>nVidia
製造費 40$
PS3のどこが低ｺｽﾄなんだ？
同じく東芝でも悩む人が。CELLのCPUコア設計で中心的役割を
果す林宏雄。RISC型マイクロコントローラ周辺LSIの設計業務に
関わっていた。そして久々の東芝斎藤からの誘い。
以前、Sunとの「UltraSPARC」の設計に関わるよう斎藤からの
要請を断ったことがある。10年ぶりに巡ってきたチャンス。
しかし、管理職としても義務感から、現在のプロジェクトを放棄
することに抵抗が。上司に相談した所、
「後のことは気にするな」
こうしてオースティンの飛行機に乗り込む。
01年4月「STI Design Center」の開設。
開発チームの面々はCELL青写真が完成するまでの苦労を
ねぎらった。もっともここから彼らがたどる険しい道のりに
比べれば、それまでの紆余曲折は序章に過ぎなかった。
次号に続く・・・
果す林宏雄。RISC型マイクロコントローラ周辺LSIの設計業務に
関わっていた。そして久々の東芝斎藤からの誘い。
以前、Sunとの「UltraSPARC」の設計に関わるよう斎藤からの
要請を断ったことがある。10年ぶりに巡ってきたチャンス。
しかし、管理職としても義務感から、現在のプロジェクトを放棄
することに抵抗が。上司に相談した所、
「後のことは気にするな」
こうしてオースティンの飛行機に乗り込む。
01年4月「STI Design Center」の開設。
開発チームの面々はCELL青写真が完成するまでの苦労を
ねぎらった。もっともここから彼らがたどる険しい道のりに
比べれば、それまでの紆余曲折は序章に過ぎなかった。
次号に続く・・・
>>768
乙でした。
乙でした。
(*ﾟ∀ﾟ)=3 堪能した♥
>>768
ＧＪ！ これ雑誌記事か何かの要約？
ＧＪ！ これ雑誌記事か何かの要約？
元NECの説得によりCache->LSに
IBMの根回しにより SIMDに
RISCの大御所により命令削減に
・・・SCEと東芝はなんか気の毒ですね。
IBMの根回しにより SIMDに
RISCの大御所により命令削減に
・・・SCEと東芝はなんか気の毒ですね。
命令を単純化するのが肝のRISCの大御所が命令を増やせと言うわけがないのは当然なんだが
東芝はR3000たくさんとか言って却下、
SCEは自前でCPU設計したこと無し、
では仕方が無いかと・・
SCEは自前でCPU設計したこと無し、
では仕方が無いかと・・
>「なんでこのご時世にメモリ空間を制限する必要があるんだ？」
>そんな声を封じたのはSCE山崎。
>「ゲームはリアルタイムで反応することが命。キャッシュはそれを妨げる」
ここら辺りがＧＳを髣髴とさせて不安なんだが…
>そんな声を封じたのはSCE山崎。
>「ゲームはリアルタイムで反応することが命。キャッシュはそれを妨げる」
ここら辺りがＧＳを髣髴とさせて不安なんだが…
スパコン開発者の発言で、現在世界で2番目の性能である地球シムには
キャッシュなんぞついてないのですよ。
GSにはキャッシュが付いてます。
キャッシュなんぞついてないのですよ。
GSにはキャッシュが付いてます。
3号も連載してまだここかよ。さっさと書け。
> 01年4月「STI Design Center」の開設。
> 01年4月「STI Design Center」の開設。
要するに、「キャッシュがいくらあっても、ヒットミスしてメモリアクセスしてると遅くなる。
工夫してLS内だけで処理が終わるようなプログラム書け。成功すれば桁違いの実効性能が出る」
ってこと？
工夫してLS内だけで処理が終わるようなプログラム書け。成功すれば桁違いの実効性能が出る」
ってこと？
>>780
だからコンパイラが重要になるんだろ
だからコンパイラが重要になるんだろ
昔は当たり前のようにノートにニーモニック記述して辞書片手に機械語に翻訳してプログラムしてたけど、
いきなり数字書かれて説明されてもわかんねーな、俺は。
いきなり数字書かれて説明されてもわかんねーな、俺は。
次号NE予告。
GuestPaper 東芝による寄稿
「Cellの真価引き出すソフトウェア実行環境を開発」
だって。いやー、ここ最近のNEはCELLネタばっかりで
嬉しい限りだ。
GuestPaper 東芝による寄稿
「Cellの真価引き出すソフトウェア実行環境を開発」
だって。いやー、ここ最近のNEはCELLネタばっかりで
嬉しい限りだ。
>>773 まとめ
東芝のR3000たくさんとか言って却下
IBMのCPU提案を却下
元NECの説得によりCache->LSに
IBMの根回しにより SIMDに
RISCの大御所により命令削減に
東芝のCell GPU開発断念によりNvidiaに
東芝のHDDVDと交渉決裂によりBD見切り発車に
SCEと東芝はなんか気の毒
SCEは自前でCPU設計したこと無しでは仕方が無いかと・・
東芝のR3000たくさんとか言って却下
IBMのCPU提案を却下
元NECの説得によりCache->LSに
IBMの根回しにより SIMDに
RISCの大御所により命令削減に
東芝のCell GPU開発断念によりNvidiaに
東芝のHDDVDと交渉決裂によりBD見切り発車に
SCEと東芝はなんか気の毒
SCEは自前でCPU設計したこと無しでは仕方が無いかと・・
786 ：MACオタ＞772 さん：2005/06/17(金) 21:59:19 ID:BoTWr5ZD
>>786
いま国内でSPARC扱ってるのって日立？ 富士通？
いま国内でSPARC扱ってるのって日立？ 富士通？
VLIWわ、IBMからも支持者が多かったんだと思うす。
よくCELLネタで出てくるGschwind氏もDAISYやBOA等、VLIWの研究者す。
http://www.research.ibm.com/daisy
http://domino.watson.ibm.com/library/cyberdig.nsf/a3807c5b4823c53f85256561006324be/e8b76d4584f90c838525697700536de8?OpenDocument
よくCELLネタで出てくるGschwind氏もDAISYやBOA等、VLIWの研究者す。
http://www.research.ibm.com/daisy
http://domino.watson.ibm.com/library/cyberdig.nsf/a3807c5b4823c53f85256561006324be/e8b76d4584f90c838525697700536de8?OpenDocument
790 ：MAC?オタ＞788 さん：2005/06/17(金) 22:09:30 ID:BoTWr5ZD
Z80は16進より8進の方が読み易かったなぁ
>>774
そうだけど、128本もレジスタがあったらRISC信者じゃなくても命令削りたくなる。
FMA命令なんて7bitｘ４レジスタ=28bitもオペランドに取られるからオペコードは4bit・・・
命令減るのは必然かと思う。
そうだけど、128本もレジスタがあったらRISC信者じゃなくても命令削りたくなる。
FMA命令なんて7bitｘ４レジスタ=28bitもオペランドに取られるからオペコードは4bit・・・
命令減るのは必然かと思う。
こりゃ最適化されたプログラムは素晴らしく速いのだろうなぁ。
E3アヒルちゃんデモの秘密が少し分かった気がする。
E3アヒルちゃんデモの秘密が少し分かった気がする。
ふと思ったのだが
開発費はあまりかけないでCPUを三つにしたXbox360のCPUに
お金もかけて頑張ったCELLが倍くらいの性能と言うのは
すごいことなの？それとも期待はずれなのかな？
マルチコア用に設計されているだけあって
実際に動かすとCELLは効率が良いんじゃないかと思ってはいるんだけど。
開発費はあまりかけないでCPUを三つにしたXbox360のCPUに
お金もかけて頑張ったCELLが倍くらいの性能と言うのは
すごいことなの？それとも期待はずれなのかな？
マルチコア用に設計されているだけあって
実際に動かすとCELLは効率が良いんじゃないかと思ってはいるんだけど。
http://www.radiumsoftware.com/0303.html#030303
030303 - TX79
ああ，そう言えば，そんな話もあったような気がしないでもない。東芝の TX79 コア……つまり， MIPS R5900 "Emotion Engine" の汎用向け製品だ。
EE と比較してみると，いろんな所がちょこちょこと変更されているように見える。特に，あの悪名高き SPRAM (Scratch Pad RAM) が削られて，替わりに 32kB の 2-way データキャッシュが追加されている所など，かなりいい感じだ。
確かに，あのメモリ周辺に見られるアクの強さを排除して，更にコプロセサ類なんかも外してしまえば，それなりに無難な CPU として扱えてしまうかもしれない。むしろそれこそが本来の R5900 像のようにも思える。
なにげに FPU が IEEE 754 準拠へと改良されているようだ。倍精度への対応が追加されている辺りなども，汎用向けを意識した所ではないかと思う。
元は単精度しか扱えなかった上に，微妙に IEEE 754 非準拠，しかも例外処理など皆無なものだから，汎用的なプログラムを動かす際に障害となることが多かった。例えば， PS2 Linux 上で浮動小数点を使ったアプリを動かす場合などがそれに当たる。
030303 - TX79
ああ，そう言えば，そんな話もあったような気がしないでもない。東芝の TX79 コア……つまり， MIPS R5900 "Emotion Engine" の汎用向け製品だ。
EE と比較してみると，いろんな所がちょこちょこと変更されているように見える。特に，あの悪名高き SPRAM (Scratch Pad RAM) が削られて，替わりに 32kB の 2-way データキャッシュが追加されている所など，かなりいい感じだ。
確かに，あのメモリ周辺に見られるアクの強さを排除して，更にコプロセサ類なんかも外してしまえば，それなりに無難な CPU として扱えてしまうかもしれない。むしろそれこそが本来の R5900 像のようにも思える。
なにげに FPU が IEEE 754 準拠へと改良されているようだ。倍精度への対応が追加されている辺りなども，汎用向けを意識した所ではないかと思う。
元は単精度しか扱えなかった上に，微妙に IEEE 754 非準拠，しかも例外処理など皆無なものだから，汎用的なプログラムを動かす際に障害となることが多かった。例えば， PS2 Linux 上で浮動小数点を使ったアプリを動かす場合などがそれに当たる。
倍、というのは理論上のピーク性能。
SPEはキャッシュを排しストリーム処理でピーク性能に近い実効性能を得られるように設計されている。
360 CPUにどんな仕組みが作り込まれているかは、まだわからない。
SPEはキャッシュを排しストリーム処理でピーク性能に近い実効性能を得られるように設計されている。
360 CPUにどんな仕組みが作り込まれているかは、まだわからない。
逆にｷｬｯｼｭがないせいで、ｽﾄﾘｰﾑ処理以外のｹﾞｰﾑ向け処理では全く実効性能が奮わないわけだが
800 ：名無しさん必死だな：2005/06/17(金) 22:51:20 ID:pPWFsRVG
D3yeIIYXはまず>>767へGO!
G5x3は単純にどう冷やすのか気になる。
またD3yeIIYxの独り言か
>ｽﾄﾘｰﾑ処理以外のｹﾞｰﾑ向け処理では
その場合は時間に縛られない内容だから、どうでもいいのでは？
その場合は時間に縛られない内容だから、どうでもいいのでは？
804 ：名無しさん必死だな：2005/06/17(金) 22:56:50 ID:K3NLljqR
Cell最大のウリはグリッドコンピューティング（分散処理）じゃないのか？
これさえあれば敵無しだと思うんだが。
これさえあれば敵無しだと思うんだが。
・・・
特別な工夫無しに L2そのままでコアだけ3倍にしても 2コア分の実効性能も出ないんじゃない？
1コアあたり333KBのL2、メモリアクセスしようにも、UMAをXENOSと取り合いになって・・
特定の処理では 10倍以上の実効性能差が出たりして。
1コアあたり333KBのL2、メモリアクセスしようにも、UMAをXENOSと取り合いになって・・
特定の処理では 10倍以上の実効性能差が出たりして。
これがMSバイトがやってるFUDってヤツか
808 ：名無しさん必死だな：2005/06/17(金) 22:59:43 ID:n7KVqEnP
熱って一様に分布するとか思ってる池沼ばっかｗ
Cell？ダメだよありゃ。ゲームみたいに過剰入力が頻繁なカテゴリで
まともに動くはずねえ。
Cell？ダメだよありゃ。ゲームみたいに過剰入力が頻繁なカテゴリで
まともに動くはずねえ。
もう煽りも意味不明だな
過剰入力ってなんだw
過剰入力ってなんだw
過剰入力＝コントローラーガチャガチャやることw
マイクに向かってハドソンと叫ぶと過剰入力で戦闘機が飛んでくる
cellの得手不得手が明確になってくるのはまだまだこれからなんだろうね
fpsという処理単位の中で使いやすいかどうかってのもあるだろうし
開発環境も今はイマイチ（というか揃ってない）らしいけど、成熟してくものだし
あとはPS3なりのｸｵﾘﾃｨを求められるが故のコストとの戦いかぁ・・・
fpsという処理単位の中で使いやすいかどうかってのもあるだろうし
開発環境も今はイマイチ（というか揃ってない）らしいけど、成熟してくものだし
あとはPS3なりのｸｵﾘﾃｨを求められるが故のコストとの戦いかぁ・・・
過剰入力ﾜﾛﾀw
>>808の頭にはこのスレの内容は過剰だった?
>>808の頭にはこのスレの内容は過剰だった?
コントローラをCPUクロックより早く動かすと過剰入力ですごい得点が入る
いきなりなにもかも解るようじゃおもしろくもなんともない
350 ：名無しさん必死だな ：2005/06/17(金) 22:21:33 ID:UeLIQYFp
日経済エレクトロニクスにクタのインタビューが載ってましたよ。
Q:PS2は黒だが今回(PS3)はシルバーが基調か？
A:PS2はAV機器との調和が大事だった。PSは遊び終わるとしまっちゃうので嫌だった。
家電は黒。だからPS2は黒。PS3はAV機器もコンピュータも超越する。
Q:CellのSPE8個は「美学」だと言ったが実際は7個動作。美学に反するのでは?
A:(SPE7個は)究極の美学。歩留まり(製造した製品の良品の割合）を上げるために7個にした。
Cellのコンセプト段階から想定していた。
Q:(Cellは)4GHz発表だがPS3が3.2GHzなのはなぜか。
A:当面はゲーム機でしか使わない。数の多いところに基準をあわせる必要がある。
日経済エレクトロニクスにクタのインタビューが載ってましたよ。
Q:PS2は黒だが今回(PS3)はシルバーが基調か？
A:PS2はAV機器との調和が大事だった。PSは遊び終わるとしまっちゃうので嫌だった。
家電は黒。だからPS2は黒。PS3はAV機器もコンピュータも超越する。
Q:CellのSPE8個は「美学」だと言ったが実際は7個動作。美学に反するのでは?
A:(SPE7個は)究極の美学。歩留まり(製造した製品の良品の割合）を上げるために7個にした。
Cellのコンセプト段階から想定していた。
Q:(Cellは)4GHz発表だがPS3が3.2GHzなのはなぜか。
A:当面はゲーム機でしか使わない。数の多いところに基準をあわせる必要がある。
あー、早く触ってみたいなー
ゲーム業界人じゃないから当分先の話だろうけどなー
ゲーム業界人じゃないから当分先の話だろうけどなー
処理って一斉に発生するとか思ってる池沼ばっかｗ
Cell？ダメだよありゃ。ゲームみたいに演算要素が断続なカテゴリで
まともに動くはずねえ。
分岐って予測に先行するとか思ってる池沼ばっかｗ
Cell？ダメだよありゃ。ゲームみたいに類型分布が希薄なカテゴリで
まともに動くはずねえ。
風って雷に付帯するとか思ってる池沼ばっかｗ
台風？ダメだよありゃ。嵐みたいに事前予測が困難な自然災害で
まともに来るはずねえ。
単語をテキトウに入れたらなんとなく知ってるぜ風の突っ込みを入れられるテンプレ。
Cell？ダメだよありゃ。ゲームみたいに演算要素が断続なカテゴリで
まともに動くはずねえ。
分岐って予測に先行するとか思ってる池沼ばっかｗ
Cell？ダメだよありゃ。ゲームみたいに類型分布が希薄なカテゴリで
まともに動くはずねえ。
風って雷に付帯するとか思ってる池沼ばっかｗ
台風？ダメだよありゃ。嵐みたいに事前予測が困難な自然災害で
まともに来るはずねえ。
単語をテキトウに入れたらなんとなく知ってるぜ風の突っ込みを入れられるテンプレ。
コントローラの過剰入力といえば・・・・
ゲームセンターあら（ｒｙ
ゲームセンターあら（ｒｙ
>>817
クタタンの熱意が感じられないインタビューだな
クタタンの熱意が感じられないインタビューだな
SPE8個 ワークステーション
SPE7個 プレスレ３（日米欧向け）
SPE6個 プレステ３（日本、中国以外のアジア向け）
SPE5個 HDTV、ﾌﾞﾙｰﾚｲﾚｺｰﾀﾞ等
SPE4個 HDｶﾑﾚｺｰﾀﾞｰ等
SPE3個 プレステ３（中国向け）
SPE2個 プレステ３（中国向け）
SPE1個 プレステ３（中国向け）
SPE0個 プレステ３（中国向け）
SPE7個 プレスレ３（日米欧向け）
SPE6個 プレステ３（日本、中国以外のアジア向け）
SPE5個 HDTV、ﾌﾞﾙｰﾚｲﾚｺｰﾀﾞ等
SPE4個 HDｶﾑﾚｺｰﾀﾞｰ等
SPE3個 プレステ３（中国向け）
SPE2個 プレステ３（中国向け）
SPE1個 プレステ３（中国向け）
SPE0個 プレステ３（中国向け）
826 ：名無しさん必死だな：2005/06/17(金) 23:26:14 ID:l0pfdcBO
技術に関するインタビューに対してはいたって真面目だな
ビジョンについて語らせると知らない世界に飛んでくがｗ
ビジョンについて語らせると知らない世界に飛んでくがｗ
まとめてる奴が下手糞なだけだよ
実際の記事はもっと面白い表現
実際の記事はもっと面白い表現
828 ：素人：2005/06/17(金) 23:27:07 ID:u+YVCozO
クターの言うホームコンピューティング構想って本当に実現可能なの？
>>828
超可能
超可能
>>828
実質、可能
実質、可能
>>828
多分可能なんじゃないかな
多分可能なんじゃないかな
>>828
cellじゃなくても可能
cellじゃなくても可能
>>808
何バイト取り込むから過剰入力なんだよ？
過剰って言ってる時点で入力取りこぼしてんのかと。
255段階＝1バイト*20個*60フレーム＝1.2KB
1.2KB／秒すら取りこぼすチップって一体！
( ﾟДﾟ)ﾎﾟｶｰﾝ
>>828
可能／不可能で言えば可能
可能性で言えばかなり低いが。
何バイト取り込むから過剰入力なんだよ？
過剰って言ってる時点で入力取りこぼしてんのかと。
255段階＝1バイト*20個*60フレーム＝1.2KB
1.2KB／秒すら取りこぼすチップって一体！
( ﾟДﾟ)ﾎﾟｶｰﾝ
>>828
可能／不可能で言えば可能
可能性で言えばかなり低いが。
俺はコントローラーの過剰入力で処理落ちを起こす技を持ってる。
アホでも否定できるアホなレスがついたとたんアホが湧いてきたな
炎のコマ・・・
>>835
ゲームセンター嵐の見すぎです。
ゲームセンター嵐の見すぎです。
後藤ちゃんがクタたんにだんだんと丸め込まれていくのが面白い
過剰入力やら電気破壊やら、ただのチーターだよなぁ・・・。
>>842
む、無駄！？
む、無駄！？
無駄と言われちゃあ、SPEちゃんも困っちゃうな
しかし去年後藤タンが言ってた、65nm･4PPE+32SPE･4GHz
構成ならどんだけ歩留まり悪いか想像もできんな。クタタンの
のインタビューでは65nmプロセスは相当ヤバイみたいだし。
構成ならどんだけ歩留まり悪いか想像もできんな。クタタンの
のインタビューでは65nmプロセスは相当ヤバイみたいだし。
まぁ彼の作ってるプレスレ３とやらにはいらないんだろうその部分は
そこは生命線だとおもうんだが・・・
手相スレの予感
＞65nm･4PPE+32SPE･4GHz
SPEリダンダシ4,PPEリダンダンシ1
周波数→3.2*1.414=4.5248＞4GHzだから余裕
少なくとも普通のCPUよりは早いでしょう＞プロセス移行
SPEリダンダシ4,PPEリダンダンシ1
周波数→3.2*1.414=4.5248＞4GHzだから余裕
少なくとも普通のCPUよりは早いでしょう＞プロセス移行
プロセス技術が進んでもそう簡単にクロックを速くはできない昨今だからこそマルチコアが注目されている件について
どうせなら LSを Cacheで構成すればいいのに
( キャッシュモードoff . ソフトで onにできる .
メインメモリゑのマッピングわ可変 , 単純なコヒーレンシわ可変アドレスに追従 )
( キャッシュモードoff . ソフトで onにできる .
メインメモリゑのマッピングわ可変 , 単純なコヒーレンシわ可変アドレスに追従 )
実際にキャッシュにすることも可能みたいですよと。
使い道はあまりないかもだけど
使い道はあまりないかもだけど
>>852
マジ ? .
16MB/SPE とか割り当てればかなり色々できそう . 例えヘボキャッシュでも .
無茶な所で , MC68000システム ( SPE ) をメインメモリに寄生させるとか .
マジ ? .
16MB/SPE とか割り当てればかなり色々できそう . 例えヘボキャッシュでも .
無茶な所で , MC68000システム ( SPE ) をメインメモリに寄生させるとか .
なぜCellスレは魑魅魍魎を惹き寄せてしまうのか
ゲハ板だからだろ
キャッシュとして機能可能なら可能と言うわな。
LSのメモリとしての性能はどんなもんなの？
>>857
SRAM
SRAM
859 ：名無しさん必死だな：2005/06/18(土) 01:44:44 ID:wbbRvKtG
なぜCell房は、実用性も無いような事までCellにやらせようとするのだろうか？
熱の出ない材料ないんか
>>860
超伝導ﾊﾟﾜｰ
超伝導ﾊﾟﾜｰ
すげーSPE52個もある・・・CELL負けぽ
http://www.hardwareluxx.de/Images/Intel/Dothan/pentiumm_die_small.jpg
http://www.hardwareluxx.de/Images/Intel/Dothan/pentiumm_die_small.jpg
数えたのか乙
＞「CPUパフォーマンスがボトルネックになった」という衝撃の告白を行なった。PCゲームでも家庭用ゲーム
＞機においても同じである、と氏は強調する。
これはAPIやドライバの処理にCPUが食われてるんだよ。
360CPUならそこを別コアに出来るだろうけどSPEはどうなんだ？
LSの容量じゃ難しいと思うけど。
＞機においても同じである、と氏は強調する。
これはAPIやドライバの処理にCPUが食われてるんだよ。
360CPUならそこを別コアに出来るだろうけどSPEはどうなんだ？
LSの容量じゃ難しいと思うけど。
>>865
さっぱり解らん
さっぱり解らん
>>753
＞世界初のRISC型CPU「IBM801」の開発者の一人であり、
RISCとCISC（x86）の因縁を考えると
引退直前の総決算としてCellは相応しいものと感じられたんだろうなあ
http://www.atmarkit.co.jp/fsys/zunouhoudan/027zunou/end_of_risc.html
＞世界初のRISC型CPU「IBM801」の開発者の一人であり、
RISCとCISC（x86）の因縁を考えると
引退直前の総決算としてCellは相応しいものと感じられたんだろうなあ
http://www.atmarkit.co.jp/fsys/zunouhoudan/027zunou/end_of_risc.html
発表時は結構騒がれたけども、
実際のところどうなのかな？
実際のところどうなのかな？
ｸﾀﾀﾝスゲー。
PS3の基本設計は自分でやったとか。
PS3の大まかな部品配置は全て自分で考え、
その結果のラフ図面を現場に手渡したんだと(NEより)
社長じゃねー。
でも現場にして見れば、ある意味迷惑だな。
怖くて変更できねーじゃん。
PS3の基本設計は自分でやったとか。
PS3の大まかな部品配置は全て自分で考え、
その結果のラフ図面を現場に手渡したんだと(NEより)
社長じゃねー。
でも現場にして見れば、ある意味迷惑だな。
怖くて変更できねーじゃん。
【VLSI速報】ハイエンド・プロセサはシンプルで伝統ある技術に回帰
http://techon.nikkeibp.co.jp/article/NEWS/20050617/105912/
＞「Cell」プロセサの中のマルチコア「SPE」に関する米IBM Corp.，
＞ソニー，東芝からの発表である。前者は物理設計，後者はFPU
＞（浮動小数点演算ユニット）の回路設計に関するもの。特に前者は
＞回路やレイアウトの実装をかなり詳細に明らかにして，このLSIが
＞カスタム設計中心のハイエンド・プロセサ設計の伝統を継承している
＞ことを実感させた。
＞ダイナミック回路はロジック部の面積の19％で使用され，SOIでは
＞あるが，トリッキーではなく正統派のドミノロジックを使っている。
＞SPEは1個あたり15mm2弱，1.1Vで4GHz超で4Wのパワーとのこと
＞である。
http://techon.nikkeibp.co.jp/article/NEWS/20050617/105912/
＞「Cell」プロセサの中のマルチコア「SPE」に関する米IBM Corp.，
＞ソニー，東芝からの発表である。前者は物理設計，後者はFPU
＞（浮動小数点演算ユニット）の回路設計に関するもの。特に前者は
＞回路やレイアウトの実装をかなり詳細に明らかにして，このLSIが
＞カスタム設計中心のハイエンド・プロセサ設計の伝統を継承している
＞ことを実感させた。
＞ダイナミック回路はロジック部の面積の19％で使用され，SOIでは
＞あるが，トリッキーではなく正統派のドミノロジックを使っている。
＞SPEは1個あたり15mm2弱，1.1Vで4GHz超で4Wのパワーとのこと
＞である。
＞SPEは1個あたり15mm2弱，1.1Vで4GHz超で4Wのパワーとのこと
＞である。
だーかーらー、
これってクロックメッシュとリーケージの電力が
含まれてない数字だって論文に明記されてるのに。。。
発表者はクロック1.3W, リーケージ1.7Wっていってたよ。
＞である。
だーかーらー、
これってクロックメッシュとリーケージの電力が
含まれてない数字だって論文に明記されてるのに。。。
発表者はクロック1.3W, リーケージ1.7Wっていってたよ。
ちなみにクロック1.3Wは2GHzでの値だそうだから、4GHzでは倍増ね。
>>872の記事書いてるの、企業の研究者じゃん。やれやれ。。。
>>828
まぁ、ちょと覚悟はしておけ。
まぁ、ちょと覚悟はしておけ。
脳内シミュレーションすら出来ないスペック厨ばかりだから仕方が無い。
>>862
Dothanはシンプルだねぇ
90mm~2のダイに2MBのL2キャッシュを搭載して
効率性と低消費電力・低発熱を両立。
UMAでメモリ帯域が圧迫されるノーパソでは
大容量のL2でキャッシュヒットミスを減らすのはいいソリューションだね。
これはゲーム機にも好都合な設計だな。
X-CPUも 2コア+3MBのL2キャッシュくらいの方が良かったのかも。
あの構成じゃPPC970に毛が生えた程度の実効性しか発揮できないのでは。
Dothanはシンプルだねぇ
90mm~2のダイに2MBのL2キャッシュを搭載して
効率性と低消費電力・低発熱を両立。
UMAでメモリ帯域が圧迫されるノーパソでは
大容量のL2でキャッシュヒットミスを減らすのはいいソリューションだね。
これはゲーム機にも好都合な設計だな。
X-CPUも 2コア+3MBのL2キャッシュくらいの方が良かったのかも。
あの構成じゃPPC970に毛が生えた程度の実効性しか発揮できないのでは。
>>875
つまりSPE１個で7Wってこと？
つまりSPE１個で7Wってこと？
つまり３社共同開発の結果、才能は集結したが
権力闘争で訳の分からん仕様になったと。
権力闘争で訳の分からん仕様になったと。
経験の全く無い奴が、それなりに経験のある奴の意見を叩く構図が
繰り返されてるからまともな流れになるわけ無い罠。
繰り返されてるからまともな流れになるわけ無い罠。
884 ：名無しさん必死だな：2005/06/18(土) 10:36:46 ID:axns/KJg
>>879また、スペック房がたわけた事言ってるな（ｗ
メモリ帯域が倍ぐらい違うしGPUのeDRAMも気になる存在なので断言する奴は馬鹿。
メモリ帯域が倍ぐらい違うしGPUのeDRAMも気になる存在なので断言する奴は馬鹿。
IBMの豊富な経験が注ぎ込まれたCellの仮想マシン支援機能はどんなものだろう。
>>884
○のメモリはUMAなので ”倍くらい違う”帯域も GPUと折半。
”eDRAMが気になる存在”、 なのはわかるが、そこに最後の望みを賭けてるわけかい？
それに、君の激しい反応こそが 典型的なスペック厨では。
俺は、「○は UMAで 帯域には苦労しそうだ、熱対策で苦労しそうだ、だからノートPC同様に
PenM の設計思想が合ってるんじゃないか」、と指摘しただけで、
別に○を貶してるわけじゃ無いぞ。
PenMは コア性能が飛びぬけて高いわけじゃ無い。効率性を高めて実力を出しやすい設計になってるのだ。
L2が少ないままで コアだけ3倍、しかもUMA、
あれでは名目スペックだけで、実効性に問題があるかもしれない、と指摘しただけ。
もちろん、CELLも効率性は大問題だ。メモリアクセスが頻発すれば 折角の演算能力も台無し。
だから IBMがそれを どう解決しようとしたのか、が話題になってるわけで・・
○のメモリはUMAなので ”倍くらい違う”帯域も GPUと折半。
”eDRAMが気になる存在”、 なのはわかるが、そこに最後の望みを賭けてるわけかい？
それに、君の激しい反応こそが 典型的なスペック厨では。
俺は、「○は UMAで 帯域には苦労しそうだ、熱対策で苦労しそうだ、だからノートPC同様に
PenM の設計思想が合ってるんじゃないか」、と指摘しただけで、
別に○を貶してるわけじゃ無いぞ。
PenMは コア性能が飛びぬけて高いわけじゃ無い。効率性を高めて実力を出しやすい設計になってるのだ。
L2が少ないままで コアだけ3倍、しかもUMA、
あれでは名目スペックだけで、実効性に問題があるかもしれない、と指摘しただけ。
もちろん、CELLも効率性は大問題だ。メモリアクセスが頻発すれば 折角の演算能力も台無し。
だから IBMがそれを どう解決しようとしたのか、が話題になってるわけで・・
L2は1Mもあるからいいんちゃうん
L2領域を512,256,256で分けて３コアに明示的に配分すれば
L2が512kのPPEとLSが256kのSPEでCellの弱い版ができるじゃん
L2領域を512,256,256で分けて３コアに明示的に配分すれば
L2が512kのPPEとLSが256kのSPEでCellの弱い版ができるじゃん
今更、無駄にスケジューラやデコーダが
ダイ面積を占有してるx86採用したって…
ダイ面積を占有してるx86採用したって…
ここはレベルの高いスレですね
IntelがL2キャッシュを増やしたあたりで
ベンチマーク結果が少し落ち込んでたのはキャッシュミスなわけか
ベンチマーク結果が少し落ち込んでたのはキャッシュミスなわけか
そこまで分けるなら、メモリアクセスも3分割するかい？
22.4GB/sをGPUと折半した帯域を、さらに3つに分けてみるとよい
現行のPCより、随分貧弱に見えてくるだろう
>>888
x86を採用すべし、なんて主張をしてる奴はどこにもいないと思うけど
22.4GB/sをGPUと折半した帯域を、さらに3つに分けてみるとよい
現行のPCより、随分貧弱に見えてくるだろう
>>888
x86を採用すべし、なんて主張をしてる奴はどこにもいないと思うけど
>>891
いや、x86のDothanがシンプルだとか言ってる人がいたからさ
いや、x86のDothanがシンプルだとか言ってる人がいたからさ
増やして落ちたんなら
それはキャッシュミスじゃなくてL2のレイテンシが規模がでかくなった分延びたせいなんじゃないかな
それはキャッシュミスじゃなくてL2のレイテンシが規模がでかくなった分延びたせいなんじゃないかな
>>891
３コアのうち２コアはSPEみたいにLSというかL2内で収まる処理をやっとればいいんでない？
CPUとGPUが帯域を折半する不利は変わらんけど
なにもCPUが３コア同時にメモリにアクセスせんでもいいやん
というかL2まで含めたキャッシュヒット率ってやたらでっかかったりストリームなデータを扱わない限り
97%ぐらい行くらしいからCPUはひんぱんにメモリに行かんで済むらしいよ
３コアのうち２コアはSPEみたいにLSというかL2内で収まる処理をやっとればいいんでない？
CPUとGPUが帯域を折半する不利は変わらんけど
なにもCPUが３コア同時にメモリにアクセスせんでもいいやん
というかL2まで含めたキャッシュヒット率ってやたらでっかかったりストリームなデータを扱わない限り
97%ぐらい行くらしいからCPUはひんぱんにメモリに行かんで済むらしいよ
>887
1コアは元々LIVE想定だとランダムアクセス少ないから、
それこそキャッシュ持ったら逆に遅くなる可能性あるんで、
実質2コアで共有1MBだったら足りるって判断じゃない?
1コアは元々LIVE想定だとランダムアクセス少ないから、
それこそキャッシュ持ったら逆に遅くなる可能性あるんで、
実質2コアで共有1MBだったら足りるって判断じゃない?
>>887
正気か？ CELLの特徴を全く理解していない発言なんだが
正気か？ CELLの特徴を全く理解していない発言なんだが
>>894
＞L2内で収まる処理
LSなら意図的にそれも可能だが、キャッシュはそうはいかない。
処理を上手く分配する機構も付いていない。
何時ヒットミスが発生するか予測がつかない
256KB程度のキャッシュでは心許無いのでは・・
＞L2内で収まる処理
LSなら意図的にそれも可能だが、キャッシュはそうはいかない。
処理を上手く分配する機構も付いていない。
何時ヒットミスが発生するか予測がつかない
256KB程度のキャッシュでは心許無いのでは・・
>LSなら意図的にそれも可能だが、キャッシュはそうはいかない。
逝くだろ
逝くだろ
901 ：名無しさん必死だな：2005/06/18(土) 11:40:29 ID:EKDQM5Dj
>>900
たとえ話にしてもキャッシュの話でCELLを持ってくるべきではない。
たとえ話にしてもキャッシュの話でCELLを持ってくるべきではない。
いまのPCのCPUでも意図してL2に収まるプログラムって書く事ができるんだってさ
トリップ検索ソフト作ってる人が言ってました
トリップ検索ソフト作ってる人が言ってました
ソニー・コンピュータエンタテインメント、次世代ゲーム機
『プレイステーション3』のデモ映像を公開
ttp://ascii24.com/news/i/topi/article/2005/06/17/656493-000.html
『プレイステーション3』のデモ映像を公開
ttp://ascii24.com/news/i/topi/article/2005/06/17/656493-000.html
>>902
>処理を上手く分配する機構も付いていない。
は嘘だしXboxであってもL2を考慮したコーディングは必須。
# コアごとにキャッシュ分配なんてありえない話だが
つかﾌﾟロジェクトX風の文書をネタに議論すんなと。
>処理を上手く分配する機構も付いていない。
は嘘だしXboxであってもL2を考慮したコーディングは必須。
# コアごとにキャッシュ分配なんてありえない話だが
つかﾌﾟロジェクトX風の文書をネタに議論すんなと。
配分あり得ないかなぁ
POWER5てL2が３つに分かれとるやん？
XBOX360のCPUも４つとかに分けちゃっていいんじゃない
POWER5てL2が３つに分かれとるやん？
XBOX360のCPUも４つとかに分けちゃっていいんじゃない
>>854
`` ネタパピコにイチイチはしゃいでんじゃねーよ '' ですか , ネズミ男クン .
>>877
キャッシュ容量256K で変わらず , プログラマブルマッピング .
>>856
仮に高速キャッシュだとしても今言うと ( 略 ) .
`` ネタパピコにイチイチはしゃいでんじゃねーよ '' ですか , ネズミ男クン .
>>877
キャッシュ容量256K で変わらず , プログラマブルマッピング .
>>856
仮に高速キャッシュだとしても今言うと ( 略 ) .
何か空気が違ってしまった
Power5のキャッシュが分かれているのは
キャッシュアクセスが重なる確立を減らすため
キャッシュアクセスが重なる確立を減らすため
http://pc.watch.impress.co.jp/docs/2005/0310/kaigai165.htm
>SPE内部のローカルメモリLSを、プログラム側でキャッシュとして働かせるSoftware Managed cacheについても説明された。
LSをカーネルで制御してキャッシュにすることができる。
2次キャッシュ配分が現実的でないのは分割すると
2次キャッシュ同士でコヒーレンシを維持しないといけなくなるから
>SPE内部のローカルメモリLSを、プログラム側でキャッシュとして働かせるSoftware Managed cacheについても説明された。
LSをカーネルで制御してキャッシュにすることができる。
2次キャッシュ配分が現実的でないのは分割すると
2次キャッシュ同士でコヒーレンシを維持しないといけなくなるから
>>873
PS3に載るcellの消費電力って・・・
http://ascii24.com/news/i/tech/article/2005/02/10/imageview/images765535.jpg.html
仮に1V、2GHｚでのSPEのクロックが1.3W、リーク電流が1.7Wだとすると
PS3に載るcellは1V、3.2GHｚでもSPE1つあたりは1.3*1.6＝2.08Wと1.7Wと3Wで合計6.8W
PPEが25Wとしてもcell全体で72Wぐらいか。結構あるねぇ・・・
PS3に載るcellの消費電力って・・・
http://ascii24.com/news/i/tech/article/2005/02/10/imageview/images765535.jpg.html
仮に1V、2GHｚでのSPEのクロックが1.3W、リーク電流が1.7Wだとすると
PS3に載るcellは1V、3.2GHｚでもSPE1つあたりは1.3*1.6＝2.08Wと1.7Wと3Wで合計6.8W
PPEが25Wとしてもcell全体で72Wぐらいか。結構あるねぇ・・・
>>911
コアの消費電力はリーク電力分も込みです。
コアの消費電力はリーク電力分も込みです。
SPEにとってLS256kBは自身のメインメモリそのものだよな？
演算結果をFIOに直接流す事が出来る事を考えると、SPEにとってCellのメイン
メモリ256MBは外部記憶装置と同列って事になるのか？
演算結果をFIOに直接流す事が出来る事を考えると、SPEにとってCellのメイン
メモリ256MBは外部記憶装置と同列って事になるのか？
>>911
ﾍﾀﾚ計算乙。
http://ascii24.com/news/i/tech/article/2005/02/10/654207-000.html
>たとえばクロック周波数4.0GHzの場合、SPEは1.2V駆動で6Wを消費する。
>1個あたり6Wだから8SPEで48W。PPEやその他のロジックの消費電力が
>これに加わるので、ダイ写真からダイ全体の面積とSPE1基あたりの面積の
>比率からおおざっぱに推察すると、Cellプロセッサー全体の消費電力は
>おおむね64Wくらいだろうか。
ﾍﾀﾚ計算乙。
http://ascii24.com/news/i/tech/article/2005/02/10/654207-000.html
>たとえばクロック周波数4.0GHzの場合、SPEは1.2V駆動で6Wを消費する。
>1個あたり6Wだから8SPEで48W。PPEやその他のロジックの消費電力が
>これに加わるので、ダイ写真からダイ全体の面積とSPE1基あたりの面積の
>比率からおおざっぱに推察すると、Cellプロセッサー全体の消費電力は
>おおむね64Wくらいだろうか。
>>911
違う。
クロックが1.3Wリーク電流1.7Wは、1.2V、2GHｚのときの値。
http://techon.nikkeibp.co.jp/article/NEWS/20050208/101528/
違う。
クロックが1.3Wリーク電流1.7Wは、1.2V、2GHｚのときの値。
http://techon.nikkeibp.co.jp/article/NEWS/20050208/101528/
>>912
いや、俺もそう思ってたけどID:VIc22bDiが言うには違うって事じゃないの？
>>914
スマン、あんまり詳しくないし、適当に計算しただけだから
>>915
つまり1Vで駆動させた場合、リーク電力はさらに増えるって事ですかね・・・
熱の関係でまたクロック制限なんてことにならなければ良いですけど・・・
いや、俺もそう思ってたけどID:VIc22bDiが言うには違うって事じゃないの？
>>914
スマン、あんまり詳しくないし、適当に計算しただけだから
>>915
つまり1Vで駆動させた場合、リーク電力はさらに増えるって事ですかね・・・
熱の関係でまたクロック制限なんてことにならなければ良いですけど・・・
IBM社が65nmSOIプロセス技術の詳細を発表，65nm版Cellにも採用か
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105850/
IBMが65nm世代ASIC市場投入，まず低電力品，半年遅れて高速品
>リーク電流は90nm世代の1/30
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105863/
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105850/
IBMが65nm世代ASIC市場投入，まず低電力品，半年遅れて高速品
>リーク電流は90nm世代の1/30
http://techon.nikkeibp.co.jp/article/NEWS/20050616/105863/
65nmチップのPS3が出たときにクロック制限が解除されたソフトが出て
初期型でそれをプレイすると廃熱のためのファンの音が凄まじい事になったりとか。。。
初期型でそれをプレイすると廃熱のためのファンの音が凄まじい事になったりとか。。。
それって制限してた意味無いじゃん。
CELLにクロックを動的制御する機能なんてあったっけ？
クロック制限は内緒にしといて
ファンがうるさくなったと修理を出された場合は、ファンの寿命のせいにして65nm版に交換してほしい。。。
ファンがうるさくなったと修理を出された場合は、ファンの寿命のせいにして65nm版に交換してほしい。。。
SPEが実は４個しか動いてなかったというのが一番ありそうだな。
ｸﾀ「動いてはいないものの搭載されている以上嘘はない。2のべき乗にするための判断だ。」
ｸﾀ「動いてはいないものの搭載されている以上嘘はない。2のべき乗にするための判断だ。」
七個全部稼働されるとマジで困るから今からイメージ操作に躍起な箱○儲が湧いてきたな
LSとキャッシュの違いも判らんようではVSスレがお似合いだな。
ttp://www.gamestar.de/magazin/specials/hardware/27069
両機種の最新開発機を受け取った開発者の弁によると
XBOX360は最新機材で劇的に変わった、
実効性能はカタログスペックでの差が逆転している
両機種の最新開発機を受け取った開発者の弁によると
XBOX360は最新機材で劇的に変わった、
実効性能はカタログスペックでの差が逆転している
>>925
土曜日も仕事とは大変だな
土曜日も仕事とは大変だな
MMUを知らないやつも定期的に出て来るな
Cellからは4GB(多分32bit)のメモリ空間が見える
Cellからは4GB(多分32bit)のメモリ空間が見える
>>920
ソースが見あたらないけど、PPE/SPEとかのブロック単位ではクロックは変えられるはず。
逆に言うと、PenMのように使ってない部分のクロック停止やLongrun1みたいな細かいクロック制御ができるという情報は今のところない。
ソースが見あたらないけど、PPE/SPEとかのブロック単位ではクロックは変えられるはず。
逆に言うと、PenMのように使ってない部分のクロック停止やLongrun1みたいな細かいクロック制御ができるという情報は今のところない。
930 ：MACオタ＞928 さん：2005/06/18(土) 15:41:19 ID:Yef1h8dz
>>928
ダイナミックサーキットにわ、クロック可変わ不向きだと思われるす。
むしろISSCC2003で発表されたPOWER5の省電力技術のように、
http://www.geocities.jp/andosprocinfo/wadai04/20040228.htm
--------------------------
また，チップ上に24個の温度センサーを設けており，オーバヒートすると，第一段階ではプロセサの実行と
ストール状態を高速に切り替えることにより電力を減らします。これでも一定時間以内に温度が下がら
ないと，フェッチやディスパッチ，コンプリーションなどを抑制することにより更に電力を下げます。
--------------------------
というようなテクニックを駆使すると考えられるす。
ダイナミックサーキットにわ、クロック可変わ不向きだと思われるす。
むしろISSCC2003で発表されたPOWER5の省電力技術のように、
http://www.geocities.jp/andosprocinfo/wadai04/20040228.htm
--------------------------
また，チップ上に24個の温度センサーを設けており，オーバヒートすると，第一段階ではプロセサの実行と
ストール状態を高速に切り替えることにより電力を減らします。これでも一定時間以内に温度が下がら
ないと，フェッチやディスパッチ，コンプリーションなどを抑制することにより更に電力を下げます。
--------------------------
というようなテクニックを駆使すると考えられるす。
なんだかXeonのl2が普通のキャッシュだという前提で話をしているヒトが多そうすけど、Microsoftわ
当然ストリーム処理におけるキャッシュの不利を承知していて、ソフトウェアによるキャッシュの制御
を大々的に取り入れているす。
ArsTechnicaのこの記事わ、単なる予想記事すけど根拠わMSの公開特許なので詳細わ別にして
大筋でわ正しいす。
http://arstechnica.com/articles/paedia/cpu/xbox360-1.ars
----------------------
Insofar as they can fall under the explicit control of the programmer, the Xenon's caches, and its L2
cache in particular, can function remarkably like the "local storage" that's attached to each of the
Synergistic Processing Elements (SPEs) in IBM's Cell processor.
----------------------
当然ストリーム処理におけるキャッシュの不利を承知していて、ソフトウェアによるキャッシュの制御
を大々的に取り入れているす。
ArsTechnicaのこの記事わ、単なる予想記事すけど根拠わMSの公開特許なので詳細わ別にして
大筋でわ正しいす。
http://arstechnica.com/articles/paedia/cpu/xbox360-1.ars
----------------------
Insofar as they can fall under the explicit control of the programmer, the Xenon's caches, and its L2
cache in particular, can function remarkably like the "local storage" that's attached to each of the
Synergistic Processing Elements (SPEs) in IBM's Cell processor.
----------------------
どこもかしこも箱信者が湧いてるな
何かあったのか？
何かあったのか？
>>932
上層部から指令が下されました
上層部から指令が下されました
saeg...
各種prefetchでキャッシュラインにマークをつけるのかな？
このラインはコア1用ですよー、
このラインは全コア用ですよー、
このラインはコア1のLS用なんでコヒーレンシ制御不要ですよー、みたいな？
Cell並みでは無いにしてもこれはこれでウザそう。
このラインはコア1用ですよー、
このラインは全コア用ですよー、
このラインはコア1のLS用なんでコヒーレンシ制御不要ですよー、みたいな？
Cell並みでは無いにしてもこれはこれでウザそう。
LongRun2てどんなもんなん？
XenonはL2を介してGPUとデータをやりとりすることもできるとか書いてあるけど、
ものすごくめんどくさそうだな。PCとの親和性も無くなるし。
ものすごくめんどくさそうだな。PCとの親和性も無くなるし。
動的に電圧を変化させることでリークを抑える技術だったか？
942 ：名無しさん必死だな：2005/06/18(土) 17:05:11 ID:CRkEj9em
>>932
君らGKが湧くのに比べりゃいく分マシでしょ。
君らGKが湧くのに比べりゃいく分マシでしょ。
「わ」厨うざい
どーでもいいけどコピーレンシを誤訳として広めて欲しかった。
マニュアル読むたびになんかむずがゆくなるｗ＞コヒー
マニュアル読むたびになんかむずがゆくなるｗ＞コヒー
コヒーﾄﾞｿﾞｰ（・ω・)っ旦~
コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ
シコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレン
ンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレ
レンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒー
ーレンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒ
ヒーレンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コ
コヒーレンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ
シ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレン
シコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレン
ンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレ
レンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒー
ーレンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒ
ヒーレンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コ
コヒーレンシコヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ
シ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレンシ コヒーレン
オレンジレンシ
>>942
ｶﾜｲｿｽ
ｶﾜｲｿｽ
950 ：名無しさん必死だな：2005/06/18(土) 18:11:22 ID:US3U+IFG
クオリア
そろそろ次ｽﾚの時期ですな。
Cell、VS､ﾃｸ ｽﾚの使い分け区分はﾃﾝﾌﾟﾚに入れた方が良いかも？
まぁ無駄だろうけどｗ
Cell、VS､ﾃｸ ｽﾚの使い分け区分はﾃﾝﾌﾟﾚに入れた方が良いかも？
まぁ無駄だろうけどｗ
>>939テクノスレに書いてあったよ。
>Xbox360のブロック図を見ているとCPUとGPUはFSBでつながっていてCPUがGDDR3に
>読みにいくときはGPUを経由して読みにいってるんだよな。
>XENOSはCPUのキャッシュをロックする機構とGDDR3のどこでもローカルアクセス出来る
>そうなのだが、普通はCPUとGPUをチップセットでつないでメモリを読みにいくんだが
>GPUに優先権を与えているのはシェーダーの機能をCPUに肩代わりさせた時に連携を
>とり易くする為じゃないかと思う、次世代ゲームはピクセルシェーダーの負担が増えて
>いきそうだし、バーテックスシェーダーをCPU側に追い出す、あるいは今は実装されて
>いないジオメトリシェーダーを追加したりしてCPUの演算結果をメモリに戻さずに直に
>GPUへ投げてあとの処理を済ませたらXENOSがメモリにVRAMに書き込むという流れになる
>ような気がする、固定シェーダーだとこういう事がやりにくいから統合シェーダーに
>したのではないかと予測。
>Xbox360のブロック図を見ているとCPUとGPUはFSBでつながっていてCPUがGDDR3に
>読みにいくときはGPUを経由して読みにいってるんだよな。
>XENOSはCPUのキャッシュをロックする機構とGDDR3のどこでもローカルアクセス出来る
>そうなのだが、普通はCPUとGPUをチップセットでつないでメモリを読みにいくんだが
>GPUに優先権を与えているのはシェーダーの機能をCPUに肩代わりさせた時に連携を
>とり易くする為じゃないかと思う、次世代ゲームはピクセルシェーダーの負担が増えて
>いきそうだし、バーテックスシェーダーをCPU側に追い出す、あるいは今は実装されて
>いないジオメトリシェーダーを追加したりしてCPUの演算結果をメモリに戻さずに直に
>GPUへ投げてあとの処理を済ませたらXENOSがメモリにVRAMに書き込むという流れになる
>ような気がする、固定シェーダーだとこういう事がやりにくいから統合シェーダーに
>したのではないかと予測。
953 ：名無しさん必死だな：2005/06/18(土) 22:25:14 ID:US3U+IFG
３つだ！３つ買えばそらもースパコンですにょっ！
２つで十分ですよ。わかってくださいよ。
>>954
そもそもそ科学技術の世界では奇数の美学てのがあってさ
そもそもそ科学技術の世界では奇数の美学てのがあってさ
ごめんこのスレでする遊びじゃなかったね。
で話をＣｅｌｌに戻すと、ＳＰＥってメインメモリでのコヒーレンシはどうとるんだろうね。
メモリエリアを区切って各ＳＰＥに占有させるような話もあった気がするけど、窮屈な気がするよね。
それに複数ＳＰＥがストリーミング処理して、さらにそのＳＰＥ処理がパイプラインになっていた場合、どうやってデータの受け渡しを制御するんだろう。
ソフトでやれって話かも知んないけど、ＯＳとかに仕組みが組み込まれていてほしい気もする。
で話をＣｅｌｌに戻すと、ＳＰＥってメインメモリでのコヒーレンシはどうとるんだろうね。
メモリエリアを区切って各ＳＰＥに占有させるような話もあった気がするけど、窮屈な気がするよね。
それに複数ＳＰＥがストリーミング処理して、さらにそのＳＰＥ処理がパイプラインになっていた場合、どうやってデータの受け渡しを制御するんだろう。
ソフトでやれって話かも知んないけど、ＯＳとかに仕組みが組み込まれていてほしい気もする。
>>956
そういうケースだと、SPE同士がリングバス経由でデータ受け渡しするんでは？
そういうケースだと、SPE同士がリングバス経由でデータ受け渡しするんでは？
SCEI 久夛良木社長インタビュー(4)
「PLAYSTATION 3のコストダウン戦略」
ttp://pc.watch.impress.co.jp/docs/2005/0617/kaigai191.htm
「PLAYSTATION 3のコストダウン戦略」
ttp://pc.watch.impress.co.jp/docs/2005/0617/kaigai191.htm
Cellってコードネームなんだろ？
いつになったら名前決まるんだよ
いつになったら名前決まるんだよ
>>960
何を寝ぼけてますか？
何を寝ぼけてますか？
962 ：名無しさん必死だな：2005/06/18(土) 23:12:20 ID:4M0wGrfu
>>959
だから既出だっつーの
だから既出だっつーの
>958
うん、たぶんそうだよね。
でも、ＳＰＥはお互いのＬＳを透過的に見ることはできるのかな？
それとも、ＤＭＡかメッセージで割り込みかけるかで同期を取るのか？こっちのほうがありそうか。
うん、たぶんそうだよね。
でも、ＳＰＥはお互いのＬＳを透過的に見ることはできるのかな？
それとも、ＤＭＡかメッセージで割り込みかけるかで同期を取るのか？こっちのほうがありそうか。
>>963
透過的にLS参照なんて速度低下しそうなものは実装しないのでは。
DMAが衝突しないようにするくらいではないか？そもそもLSの内容と
メインメモリ上の内容は一致することを保障している訳では
ないだろう、キャッシュメモリと違って。
透過的にLS参照なんて速度低下しそうなものは実装しないのでは。
DMAが衝突しないようにするくらいではないか？そもそもLSの内容と
メインメモリ上の内容は一致することを保障している訳では
ないだろう、キャッシュメモリと違って。
>964
考えてみればストリーミング処理でコヒーレンシが問題になることはほとんど無いね。
やっぱＤＭＡか。ＥＥでもＤＭＡはむやみに高機能だったし。
考えてみればストリーミング処理でコヒーレンシが問題になることはほとんど無いね。
やっぱＤＭＡか。ＥＥでもＤＭＡはむやみに高機能だったし。
>>931
それは箱ソフトのためのものだな
それは箱ソフトのためのものだな
968 ：名無しさん必死だな：2005/06/19(日) 01:04:09 ID:Y2DdXLgb
2004会計年度通期
Microsoft・・・売上高は368億4,000万ドル、純利益は81億7,000万ドル
Intel・・・売上高は342億ドル、純利益は75億ドル
Dell・・・売上高は115億ドル、純利益は7億4900万ドル
IBM・・・売上高は965億ドル、純利益は84億ドル
Apple・・・売上高は82億8000万ドル、純利益は2億7600万ドル
Microsoft・・・売上高は368億4,000万ドル、純利益は81億7,000万ドル
Intel・・・売上高は342億ドル、純利益は75億ドル
Dell・・・売上高は115億ドル、純利益は7億4900万ドル
IBM・・・売上高は965億ドル、純利益は84億ドル
Apple・・・売上高は82億8000万ドル、純利益は2億7600万ドル
これをみると家電屋ってのは全然儲けないな
そもそもLSでコヒーレンシを維持しようとすることが間違い。
アップルてしょぼいわりに時価総額ソニーとかわんねーんだな
日本企業で対抗しうるのは自動車産業くらいか
上には、上がいるんだな
トヨタ自動車・・・売上高は1636億ドル、純利益は109億ドル
エクソンモービル・・・売上高は2980億ドル、純利益は253億ドル
トヨタ自動車・・・売上高は1636億ドル、純利益は109億ドル
エクソンモービル・・・売上高は2980億ドル、純利益は253億ドル
トヨタがCell使うって話は結局消えたんかい
ロスチャイルドやロックフェラーと比べんなや
978 ：名無しさん必死だな：2005/06/19(日) 02:26:54 ID:6u5Qwx5M
>>975
詳細を細かく詳しく！
詳細を細かく詳しく！
>>976
濡れ手に粟
濡れ手に粟
カーナビの本体ってレボ並にちっさいんかな
トヨタとソニー共同開発のコンセプトカー「pod」ｗ
http://www.itmedia.co.jp/news/0110/25/motorshow_m.html
このころトヨタがCellに興味持ってるとかって話があった
半導体が自動車産業をさらに加速
ソニーは、現在開発中のマイクロプロセッサーである「CELL」
シャープはCMOS撮像素子の自動車への採用を働きかけている。
http://www.ebjapan.com/content/monthly/2004/01/feature/feature01.html
http://www.itmedia.co.jp/news/0110/25/motorshow_m.html
このころトヨタがCellに興味持ってるとかって話があった
半導体が自動車産業をさらに加速
ソニーは、現在開発中のマイクロプロセッサーである「CELL」
シャープはCMOS撮像素子の自動車への採用を働きかけている。
http://www.ebjapan.com/content/monthly/2004/01/feature/feature01.html
カーナビだったらＣｅｌｌ一個で済むな。
3Dマップ表示からＧＵＩから、ＢＤの再生も普通に出来るだろうし。
3Dマップ表示からＧＵＩから、ＢＤの再生も普通に出来るだろうし。
>>969
ソフト屋とハード屋じゃ、開発にかかるコストが同規模でも、コストやら生産性やらで利益率が違いすぎる。
ソフト屋とハード屋じゃ、開発にかかるコストが同規模でも、コストやら生産性やらで利益率が違いすぎる。
車庫入れや緊急回避等の自動運転、衝突緩和、車間制御の為のシミュレーション、ドライバーの表情や姿勢を分析して居眠りなどの異常検知、
他いろいろな用途で車に高性能なプロセッサは必要とされてます。
他いろいろな用途で車に高性能なプロセッサは必要とされてます。
低脳痴漢(´･ω･)ｶﾜｲｿｽ
ハイブリッドカーとかはコンピューターを高性能化したら
かなり性能が上がりそうだが
かなり性能が上がりそうだが
990 ：名無しさん必死だな：2005/06/19(日) 15:32:59 ID:F9aZT8jA
車の場合炎天下での故障を考えないといけないから単純にチップを取り付ければ良い
と言うわけじゃないんだけどね。
と言うわけじゃないんだけどね。
タイトル： ロリ・ナンパすぺしゃる。５ おもらし中●生中出し編
メディア： UMD 価格 ：3990円
・大都市ロリータの割目と経済活動の相互関係をおもらしを通じて考察
・美少女ワレメ研究所
・Ｇスポットから溢れるシオが止まんない
・水着モデルやらない？で、おもらし中出し
・赤ちゃんできちゃう
・初めて、剥かれたクリはマジピンク
・あえぎ方も知らないうぶな少女に、百戦錬磨の指ワザが炸裂
・上向き乳首のおっぱいは弾力性急上昇中！！
・いや、もうだめ、こわれちゃう
・明日もしてぇ〜
・初おもらし、見たいときにはロリナンパ
メディア： UMD 価格 ：3990円
・大都市ロリータの割目と経済活動の相互関係をおもらしを通じて考察
・美少女ワレメ研究所
・Ｇスポットから溢れるシオが止まんない
・水着モデルやらない？で、おもらし中出し
・赤ちゃんできちゃう
・初めて、剥かれたクリはマジピンク
・あえぎ方も知らないうぶな少女に、百戦錬磨の指ワザが炸裂
・上向き乳首のおっぱいは弾力性急上昇中！！
・いや、もうだめ、こわれちゃう
・明日もしてぇ〜
・初おもらし、見たいときにはロリナンパ
リードのみのメモリアクセスとライトを含んだメモリアクセスって分別されるんかね？
複数のSPEから同じアドレスを参照する場合どうなるんだろ。
複数のSPEから同じアドレスを参照する場合どうなるんだろ。
つーか、同じメモリに同時に書き込まないようにSPEに仕事を割り振るんでしょうが。
同じとこ見えないようにMMUを設定してやってください。
997 ：名無しさん必死だな：2005/06/19(日) 17:20:28 ID:JmMkyfSx
>>994-995ワークエリアやフラグを参照するときはどうするんだ?
大抵のゲームはSPE使わなくてもいいのでは？
999 ：名無しさん必死だな：2005/06/19(日) 17:23:55 ID:Y3ki36Ug
うめ
あめ
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。