09/10/18 11:52:38 dpnz9F+h
>>327
情報っていえば確かに情報だけど、つなぎ合わせの提灯記事だよこれ。
329:Socket774
09/10/18 11:59:55 sD30RFsT
4亀だし
330:Socket774
09/10/18 12:00:34 6tkKhA9r
>>328
「提灯記事」の意味がわかっていない奴乙。
331:Socket774
09/10/18 12:15:05 6tkKhA9r
>>319
"Thuban"わろたｗ 入れないと思ったけど"Turbo Boost"入れてきたかｗ
しかし、"Zambezi"="Bulldozerアーキティクチャ"なのかなぁ。
「AM3r2」が何時でる板まで対応してくれるかわから無いけど、
（公式上では）RD8x0以上ではないと無理っぽい気がする。
332:Socket774
09/10/18 13:37:26 aVnmVX24
>>328
>>319の何処が提灯記事なんだ？
333:Socket774
09/10/18 14:27:29 qId32xQb
>>328は多和田のグラフを丸一日眺めてから書き込むべき
提灯の本当の意味が分かる
334:Socket774
09/10/18 15:02:18 dpnz9F+h
っぷｗｗ見事に間違えた。大変失礼いたしました。
328>>327→間違い
328>>326→正
335:Socket774
09/10/18 15:06:05 UgsHLI3/
どちらにしろ「提灯記事」じゃねぇな。
336:Socket774
09/10/18 15:20:27 dpnz9F+h
確かに、どこをよいしょしてる訳でも無いので「提灯」って表現は正しくなかった。
ただの、予想だった。（競馬と一緒か？）
>>333
多和田さんのベンチは、たまになんか勘違いして論点がずれてる時があるけど
まだ、かなり公平な方だと思うよ。
本当にひどいのは、マイコミ。
雑誌の方はいたって普通だし良い所ついてくるけど、サイトの方はありゃ
完全な粘着基地外がやってるとしか思えん。
337:Socket774
09/10/18 15:30:01 GWQm39EA
>>336
ロードマップ記事を「提灯」と言ったら、
CPUロードマップを載せた全ての記事は
AMDであろうとIntelであろうと「提灯記事」だな。
さらに多和田記事の大半が提灯じゃないと思うのは、
頭がお花畑でいいんじゃないのでしょうか？
結論。「ID:dpnz9F+h」は必死にageて荒そうとしていたけど、
頭の緩さから目標を達成できませんでしたとさ。
338:Socket774
09/10/18 15:59:46 dpnz9F+h
337<<ロードマップ記事を「提灯」と言ったら～
提灯改め、大・予・想って訂正したじゃん。
公式ロードマップなら提灯でもなんでもないし、誰かからネタを元に書いてる
のならそれは、提灯であろうが無かろうが、きちんとしたレポートだけど、
寄せ集めの情報をつないだところで、ただの予想にすぎないでしょ。
多和田さんの件は、一言も提灯じゃ無いとは言ってないだろう？
339:Socket774
09/10/18 16:29:00 JA4PWVCl
939→AM2のような下位も上位も互換がないような変更は当分先ですか？
340:Socket774
09/10/18 16:34:58 o7rU68WL
「本間文」の記事なんて、話のネタにならんけどな。
あいつの記事の99.9%は妄想で出来ているし。
341:Socket774
09/10/18 16:41:38 781gUhb1
>>319
記者にもここでもスルーされてるけど
AM3(DDR3) L2 １MBのSempronなんてのが出るんだね
342:Socket774
09/10/18 16:53:20 GZ4kmOHq
なんかしらんがとりあえず
>>338の棲む世界には類義語なるものは存在しない
343:Socket774
09/10/18 17:07:23 j16Z9S3u
>>341
出ません。
344:Socket774
09/10/18 17:15:23 781gUhb1
>>343
4gamerの記事中の図は間違ってるの？
345:Socket774
09/10/18 17:17:09 /6I14P0p
Regorの1コア削減版の予定はあるな。
だからDDR3対応でL2が1MB。
346:Socket774
09/10/18 18:18:04 IdJe2CW2
SocketAM3Revision2のCPUってなんだ・・・
現行AM3にも下位互換でのせられる・・よな・・・？
347:Socket774
09/10/18 18:26:34 E3mEgbmB
>>346
下位互換がないならば、同じ名前は使わないでしょ。
348:アム厨 ◆Fh2IQtNvbw
09/10/18 18:38:44 rNfbTKGQ
注文の多いやつらだ。話題にしてもらえるだけでも感謝しろ(・´ω`・)
349:Socket774
09/10/18 18:39:32 Ff1K4sYB
>>319
このペースじゃノート市場はインテル総取りだな……
350:Socket774
09/10/18 20:10:41 IdJe2CW2
>>347
まあ普通に考えりゃそうだよね
ありがとう
351:Socket774
09/10/19 01:33:26 gVBVp1pO
Intel gives TSMC process tech
URLﾘﾝｸ(www.semiaccurate.com)
352:,,・´∀｀・,,）っ-○○○
09/10/19 01:42:13 lG+f+kn0
またチャーリーデマ自演か。
まあTSMCの32nmプロセスが余り出来が良くない（28nmから本気出す）って
よく言ってたけどな
353:Socket774
09/10/19 01:56:14 XCwbmlXt
>C State Performance Boost
もうちょっと何とかならなかったのか、名前
354:Socket774
09/10/19 02:00:08 WHENelbL
名前からしてTurbo BoostていうかIDAだな～
まあPCUやPowerGate実装したら2010年には出せないよね
355:Socket774
09/10/19 02:04:37 wRfXYhRw
AtomだけでなくARMの製造にも使えるんだから、プロセス技術の供与はあり得ないと思うけど。
356:,,・´∀｀・,,）っ-○○○
09/10/19 02:12:29 lG+f+kn0
見える！NVIDIAがハイエナのようにたかるのが見える！
357:Socket774
09/10/19 04:02:08 c0NYt7fg
AMDはi9に対抗できるんでしょうか
358:Socket774
09/10/19 09:40:17 WhRBpFyG
amdのネーミングセンスに愕然
359:Socket774
09/10/19 12:03:33 cX1+GCu8
>>319の本間文の記事を信じるとか。あとで痛い目に遭うぞ？
360:Socket774
09/10/19 12:11:08 qlPjC35G
>C1Eを，他のコアのクロックアップ要件
AMD定義のC1e:全コアHalt & コア周辺回路(xbarやL3等)の消費電力削減状態
全コアとまってるのに何をクロックアップするのかと小一時間
C5導入あたりの「Cステートパフォーマンスの改善」を勘違いしたんでねーの？
361:Socket774
09/10/19 13:17:16 /ObJRkQ6
AMDもhpとacerにどれだけ採用してもらえるかが勝負だろう
362:Socket774
09/10/19 13:42:58 wRfXYhRw
採用してくれるところまで値引くから、その勝負なら負けはないな
HPとしても(相応のインセンティブなしなら)Intel一社依存はしたくないわけだし。
だから本当の勝負は「シェア2割の最低線にどれだけ上積みできるか」
「四半期黒字をいつ達成できるか」だと思うんだが。
363:Socket774
09/10/19 13:48:58 Uj/mR+87
四半期黒字は、GFがSTMicroから受注受けるまで無理なんじゃないの？
AMD本体は黒字で、製造部門が大赤字な状態だし。
364:Socket774
09/10/19 14:18:43 cX1+GCu8
URLﾘﾝｸ(www.xbitlabs.com)
URLがなげぇ…が。2011年になる"Llano"はSOIみたいだな。
GPUコアを32nmに直すとか大変そうだが…。
365:Socket774
09/10/19 15:19:58 /ObJRkQ6
仮にhpとacerのうち半分とったとしてもまだ約17％
でもノート中心の東芝とかlenovoにathlon NEOは売り込めそうにない
小規模メーカー除くとあとはBTOと自作向けぐらいしかないけど、こればっかりはAMDが頑張らないと仕方ない部分だよな
366:Socket774
09/10/20 00:15:31 GPq/NdRW
>>365
PhenomⅡとAthlonⅡとTurionⅡを華麗にスルーするなｗ
367:Socket774
09/10/23 00:00:37 KGbocoaV
精神分裂病(統合失調症）の危険性
1. 誰かに嫌がらせをされているという。
2. 誰かに狙われたり、つけられたり、盗聴されたりしているという。
3. 電波のようなものであやつられるという。
4. 自分の考えが不思議な力によって回りの人たちに伝わってしまうという。（テレパシーなど）
5. 周りに人がいないのに自分を責めるような声が聞こえてくるという。
6. 誰かが自分にのりうつっているという。
7. 体の中に何かの機械がはいっているという。
8. 体の一部（骨、脳など）が溶けたり形がかわったりするという。
9. 頭の中が混乱して、何を考えていたのかわからなくなるという。
10. 話にまとまりがない。支離滅裂で何をいってるのか理解できない。
11. 自分の考えている事が声になって聞こえてくるという。
12. ずっと独り言をいっている。一人笑いがある。
13. 喜怒哀楽の感情がなくなってしまった。
14. 引きこもりがちで、ほとんど外出しない。
15. 以前は見られなかったような奇妙な言動がある。
368:Socket774
09/10/23 07:19:28 xg7NUlG2
最近のAMDはすごいな。
精神鑑定までするのか。
369:Socket774
09/10/23 07:23:33 E5TlY04o
このスレはAMDの提供でお送りしています
な世界があります
370:Socket774
09/10/23 19:45:40 OQ50mIAc
1. マイクロソフトに嫌がらせをされているという。
2. Intelに狙われたり、つけられたり、盗聴されたりしているという。
3. HyperTransportのようなものであやつられるという。
4. 自分の考えがインターネットによって回りの人たちに伝わってしまうという。（テレパシーなど）
5. 周りにHDDがないのにヘッドをシークするような音が聞こえてくるという。
6. ゲイツが自分にのりうつっているという。
7. 体の中にIntelのCPUがはいっているという。
8. M/Bの一部（コネクタ、キャパシタなど）が溶けたり形がかわったりするという。
9. キャッシュの中が混乱して、何を処理していたのかわからなくなるという。
10. ロードマップにまとまりがない。支離滅裂で何をいってるのか理解できない。
371:Socket774
09/10/23 20:23:56 Hl1UI333
何かワロタ
372:Socket774
09/10/23 21:06:52 XE+XKuQs
11. 会社の考えている予定が事実になって聞こえてくるという。
12. ずっと独り相撲をとっている。一人勝利宣言がある。
13. ハイエンドローエンドの区別がなくなってしまった。
14. シェアが引きこもりがちで、ほとんど上昇しない。
15. 以前は見られなかったような奇妙なプロセッサ名がある
373:Socket774
09/10/23 21:17:47 81AplPrx
>>372
ネタをやるならば、>>367にあわせろよ。
理解できないならば無理に付け加えるな。
374:Socket774
09/10/24 03:42:29 W/kILtbb
>7. 体の中にIntelのCPUがはいっているという。
x86のライセンスの事か…
375:Socket774
09/10/24 07:10:03 5AskfEPe
深いな。
プロの犯行か。
376:Socket774
09/10/24 15:31:29 kUocC0o1
結局GFは子会社でx86ライセンス違反ではなく
ファウンダリ分離でライトアセット云々は妄言だった、で終わりなのか
377:Socket774
09/10/24 15:37:25 +4GhHlk0
言いがかりはIntelの得意技
378:Socket774
09/10/24 15:50:47 kUocC0o1
いや、莫大な現金を吸い込んで外に吐き出さない製造部門が切り離せていないのは
本体の致命傷に繋がるんだが……
379:Socket774
09/10/24 16:09:07 E3XWwiDh
Intelに製造してもらえば良くね？
380:Socket774
09/10/24 18:12:35 T9SlxKy1
今回も証拠書類改竄発覚とかしたのかね
381:Socket774
09/10/24 19:31:11 23ewj2iW
>>376
代償がAVXの採用だったりして。
382:,,・´∀｀・,,）っ-○○○
09/10/24 21:07:57 /pRpwPyp
Sandy BridgeがGesherって呼ばれてた頃にはMSは既にWindows 7/Server 2008 R2に
新しいレジスタへの対応進めてたんで抗うだけ無駄だった
383:Socket774
09/10/24 21:41:08 ZF4+7P/h
>>381
だったら面白いね。拡張命令の分散されるよりはIntelとしても良いかもしれないし。
384:Socket774
09/10/25 02:10:25 03R1YssV
バイナリが完全に分かれる64bit対応と違って
OSのAVX対応とSSE5対応は排他じゃないんだから、
OSの側は言えば対応してくれただろう。
やめたのは性能メリットのないAMD独自拡張にユーザーの需要がないから。
385:Socket774
09/10/25 02:24:28 4SFdK07W
SSE5がSSEの独自拡張であるように
XOP/FMA4はAVXの独自拡張なのだから
拡張命令の分散という点では何も変わっていない
AVXが使える分だけAMDが得しているだけなんだが
どこにIntelのメリットがあるんだか
386:Socket774
09/10/25 02:44:54 gGmklIuQ
AVXの普及促進
387:Socket774
09/10/25 02:46:37 QYVxW2vd
そもそもintelの技術を互換で搭載するんだから
AMDはそれなりの犠牲を払ってるんじゃないの?
契約の内容は知らないけど、タダで使っていいよ♪とはいかないんじゃ…
388:Socket774
09/10/25 04:12:58 oAe+iacX
AMDは毎回SSEの実装がタコなのでAVXもあんま期待できないなぁ
389:,,・´∀｀・,,）っ-○○○
09/10/25 12:18:29 vK8GI5hT
Shanghai系アーキテクチャを来年も続投しないといけないというのは大きな代償だと思うが
元々の計画ではBulldozerは45nmだったんだし。
390:Socket774
09/10/25 12:49:53 5MQEfcS+
AVX実装のおかげで開発も一年延びているしな。
しかし、SSEの実装がタコって言う奴。ほぼ100%でソース無いよな。
391:Socket774
09/10/25 12:53:57 Dz9+r5bU
タコだからタコなんだろう
392:Socket774
09/10/25 13:11:23 5MQEfcS+
まぁ。「タコはほ乳類」という奴は滅多にいないだろうけどな。
でも、昨今の自作板はソース無しでも信じる奴が増えているから、
「タコはほ乳類」と言っても信じる奴が出てきそうなのが玉に瑕。
393:Socket774
09/10/25 13:56:21 peukIcCb
権田は哺乳類なのか？
394:Socket774
09/10/25 14:55:09 03R1YssV
>>390
開発が一年延びたからAVXの実装も含められるようになった、では。
SSE5という対抗能力も一応備えている新チップを、
これから市場にバイナリが登場するAVXの実装のために一年遅らせるのは
合理的な判断とは全く思えない。
大きすぎて45nmじゃ載りきらないのが判明したから32nm待つことにしました、
というのならよくわかる。
395:Socket774
09/10/25 15:00:59 x+1TQqfj
URLﾘﾝｸ(pc.watch.impress.co.jp)
> AVXのサポートは、SSE5を実装する予定だった2011年の次世代CPU Bulldozer
> アーキテクチャの開発にインパクトを与えた。あるAMD関係者は、2008年春に
> Bulldozerの計画が2010年から2011年へと後退した一因が、AVX発表を受けた
> 命令セットの再検討にあると示唆した。
396:Socket774
09/10/25 15:28:31 03R1YssV
そりゃ「元から間に合わないっぽかったから丁度良かった」なんてバラしたら
ぶっちゃけすぎでしょう。まともな会社なら真相が明らかになるはずはない。
3D Now!の歴史見ればシェア2割のAMD独自拡張がしょっぱいのは自明。
でもそれはニュートラルな消費者側の視点だからであって、
作るAMD側は別の論理で動いている。
SSE5出せばIntelだって動くのは当然予測した上でシナリオ書いたはずだから、
SSE5のBulldozerがスケジュール通り出来てたなら、AVXが来ても
スケジュール通り出してた、と考えるのが合理的でしょう。
AVXがAMDの想定を遥かに上回る競争力で登場した、なんてことは
実際なかったんだから。
397:Socket774
09/10/25 15:33:51 peukIcCb
また次のアーキまでAVX無しってｗ
398:Socket774
09/10/25 15:40:43 EDZbG41I
デコード方式が違う上256bitレジスタにも対応しないといけないAVXを
元々の遅れのついでで実装できるとはAMDの設計部隊すごいな。
399:Socket774
09/10/25 15:55:08 NQANYSoL
要するにBulldozerは元々遅れていたんだ、と言い張りたいんだろうけど、
詭弁まみれの長文書いてまで主張する意味がわからん。
400:,,・´∀｀・,,）っ-○○○
09/10/25 16:31:57 vK8GI5hT
レジスタ本数に関しては問題ないだろう。
もともと論理レジスタの数倍の規模の物理レジスタに対し動的にアロケートする方式だし。
K7もなんだかんだで短期間でSSEに対応してるからなー。
どっかでバックアッププランが発動したのでは？
401:Socket774
09/10/25 16:42:58 ztsGLjDH
>>398
陰儲は恐ろしいほどAMD技術レベルを、
過大評価しまくるときもがあるからな。
402:,,・´∀｀・,,）っ-○○○
09/10/25 16:52:42 vK8GI5hT
Fusion（笑）でRadeonのR600アーキテクチャをダイレクトに実行するような機構作ろうとしてるのがAMDだ。
今のGPUの演算粒度そのまんま使うなら10240ビット（笑）だぜ。
フカシにしても面白すぎる。
403:Socket774
09/10/25 17:07:09 uKemcroY
AMDの場合R600系統のまま統合するとIntelでいうSandy Bridge的なものにしかならんし
ま、それを狙ってるんならいいんだけど
演算云々は出直しておいでって感じ
それともR900系統でも用意するの？
アーキテクトいないのに
遠いようで実は一番近いところにいるのがVIAなきがする
404:Socket774
09/10/25 17:21:58 ztsGLjDH
>>403
統合するのは"Evergreen"世代。HD5x00世代のMobile版っぽいね。
一応DirectX11までは対応しているみたいよ。
その次の世代のVGAは流石に時期的に無理じゃないの？
第二世代Fusionでは統合してくるだろうけどさ。
405:Socket774
09/10/25 17:33:14 uKemcroY
だからEvergreen=R600世代なんだよ
406:Socket774
09/10/25 17:40:26 1GR/YoGv
超並列お絵かき器を棄てて新しいGPUを作る力が今のAMDにあるのかね？
Haswell以降どう対抗していくんだろうか？
407:Socket774
09/10/25 18:01:23 QYVxW2vd
まぁ待ちなさい、相手が転ぶ可能性もあるよ?
408:Socket774
09/10/25 18:08:10 uKemcroY
転ぼうが転ぶまいが、圧倒的なシェアの差の前には関係ない
409:,,・´∀｀・,,）っ-○○○
09/10/25 18:11:31 vK8GI5hT
まったくもって汎用コンピューティングには向いてないR600の延長で経営持ち直そうとしてるんだから
皮肉なモンだよな
410:Socket774
09/10/25 18:12:38 ztsGLjDH
>>405
その通りだが、凄いな。いろいろな意味で。
411:Socket774
09/10/25 18:36:53 K5hmpxT9
R600の改良版でNVが傾きかけてますが
412:Socket774
09/10/25 18:45:29 u36Rl1qM
>>409
ユーザーが求めているものは「コスト効率にすぐれたGPU」ってことなんだよな・・・。
413:Socket774
09/10/25 18:54:37 SFtSWMgW
おいおいFusionの存在意義を否定するなよ
414:Socket774
09/10/25 19:05:06 QYVxW2vd
(笑)をつけろよデコ助野郎
415:Socket774
09/10/25 20:17:39 hKbBDH7T
>>413
初代Fusionなってのは、一般向け小型PC向けだろうよ。
"Evergreen"じゃなくて次のR900(?)世代なら別だろうけど。
416:Socket774
09/10/25 23:50:30 z74zqnMR
NVIDIAのお陰でAMDが生き延びてIntelもそれに対抗するCPU開発の手を緩めないんだから結構なことだ
417:Socket774
09/10/26 00:05:00 ckFtChF5
>>416
いみがわからん。
418:,,・´∀｀・,,）っ-○○○
09/10/26 00:49:16 ijmzBkZG
PATCH: Add LWP support for upcoming AMD Orochi processor.
URLﾘﾝｸ(archives.free.net.ph)
LWPのkwsk
URLﾘﾝｸ(support.amd.com)
419:Socket774
09/10/26 06:07:06 WVV4CYT0
知的障害者が来てた
420:Socket774
09/10/26 06:09:49 DsFF+YyH
>R600の改良版でNVが傾きかけてますが
そう思ってるのはお前らだけだろ
実質RV870の構造じゃG80にすら届いてない
421:Socket774
09/10/26 08:00:56 u2UqdDGl
>ユーザーが求めているものは「コスト効率にすぐれたGPU」ってことなんだよな・・・。
絶対性能が現世代品の1/10でもか？
なら数世代前の捨て値で売ってる中古のグラボを買って来い、でおわりそう話だな
422:Socket774
09/10/26 09:40:46 B0Jp+MpB
ノートやネットブック売れまくっとるし
そんな性能もう要らんのや
423:Socket774
09/10/26 09:49:06 mWl36bXs
enableにするだけでLWP使わなくてもコンテキストスイッチのオーバーヘッドが
増える、というのは許容?
424:Socket774
09/10/26 16:51:28 l0z8JsQk
>>420
商業的な話に設計的なツッコミしてアホか？
425:Socket774
09/10/26 18:10:45 WVV4CYT0
どうせ突っ込むなら「ふえるわかめ」のほうに
426:Socket774
09/10/26 18:35:26 YKiiqvTQ
RV870の構造でG80にも届かないって、先行き不明なGPGPU限定の話だろうが
ゲームのFPSや動画トランスコードのワットパフォーマンスはGT300でもRV870の足下に及ばない
427:Socket774
09/10/26 20:38:16 pajanbf1
>>421
いまのIntel GPU搭載ノートやPCに同じことを言うのか？
428:,,・´∀｀・,,）っ-○○○
09/10/26 22:09:09 ijmzBkZG
絶対性能ですら5870優勢じゃねーのか？
429:Socket774
09/10/26 22:19:41 2O5SMMVH
>>426
まだ出てない物とは比べられないだろ
430:,,・´∀｀・,,）っ-○○○
09/10/26 22:29:48 ijmzBkZG
出てない時点でビジネス的に負けてる。
もちろんLarrabeeも含めてだけど。
431:Socket774
09/10/26 23:52:31 ssSDoaBW
まあGPGPUに関しては、FireStreamは性能云々の前に
まずスタートラインに立つのが先だと思うけど。
432:Socket774
09/10/27 05:01:02 8voJVEAp
全く噂すら聞かないよなFireStream
GPGPUやOpenCL対応を謳っているから、HPC向けも用意しているはずなのに。
もしかしてRadeonを優先してStreamは後回しなのかな。
433:Socket774
09/10/27 05:48:04 z9ZA8wVb
ﾗﾃﾞと差を付けるのやめちゃったろ
434:Socket774
09/10/27 06:22:40 8voJVEAp
機能や性能での差をなくしただけ。
HPC向けには性能と同じくらい品質とかサポートが重要。
今は環境やドライバがDirectX>>OpenCLだから、RADEONへのリソースを多くしているんだろう。
435:Socket774
09/10/27 14:37:44 lq60SQGD
ECCもないカードがHPCで実用たりうるかという問題もある。
HPC用としてはTeslaの性能あたり価格が異常に安いのはECCに
対応してないからという面もある。
もちろんGPU基準ならボッタクリ
436:Socket774
09/10/27 15:18:16 1kTyibyX
その辺まるっとFermiで対応してきたから、HPC用途のGPGPUで
FireStreamが検討の爼上にのることはないでしょ。
そういう目的のチップじゃないし。
437:Socket774
09/10/27 15:53:35 nrDUdxXv
HPCを真面目にやる人（大学とか研究所とか）向けの
ちゃんとしたGPGPUカードはFermiにくれてやるのが正解でしょうな。
どうせ市場狭すぎてnVと取り合って儲かるほどでないし、
実際の戦力がどれほどかは不明ながら、近い将来
戦艦Larrabeeに全滅させられる可能性もあるし。
438:Socket774
09/10/27 17:37:25 SrPM7p/+
GPGPUもできるけどメインはグラフィックだよ路線で行ってくれればグラフィックはラデ、
GPGPUボードにLarrabeeという夢のタッグマッチの完成ですよ（Fermiなら1枚でどっちもできるという突っ込みは受け付けない）
439:Socket774
09/10/27 18:07:07 KaoGLWl0
どうせコンシューマ向けのGPGPUなんてDX Compute Shaderで
ゲームの物理演算とエフェクト、動画トラスコ辺りにしか使わんのだから、
ECC付けたり倍精度演算装置をたくさん付けたりして
HPC分野の専門家喜ばせるだけの高いものにしてもしょうがない。
440:Socket774
09/10/28 15:21:40 Ombubw+i
「AMDの元CEOヘクター・ルイズ氏、インサイダー取引に関与」の報道
URLﾘﾝｸ(www.itmedia.co.jp)
441:Socket774
09/10/28 15:33:36 jMLxfx1/
AMDも関わってたか…
そういやヘクター・ルイズってCEO退いてから何やってたんだ？
442:Socket774
09/10/28 15:49:07 zQBImA4E
GFの会長
443:Socket774
09/10/28 16:09:04 uUesMLG2
MACオタが喜んでネタにしそうな話題なのに最近見ないな
Intelの財務担当もこの件で首突っ込んでたっけ？
444:Socket774
09/10/28 16:30:18 Yp7AzswW
MACオタは名無しで書き込んでるかインフルエンザで逝ったか
445:Socket774
09/10/28 17:37:18 jAWuVeAL
知障コテならこの前来たばかりじゃん
446:Socket774
09/10/28 20:44:31 hRJm478X
>>440
こういう奴はさっさと消えればいい。
447:Socket774
09/10/30 14:09:29 h1t2F4WE
まぁ、こんなウンコ経営者じゃ経営悪くなって当然ってことか…
448:Socket774
09/10/30 16:28:38 A37Cp6KL
中村 前半になんでかわからないけど、ルイス・ガルシアが２回くらい俺が走ったのに
出てこなかったから、見えてなかったのかなと。あれが出てたら決定的なチャンスだったし、
もらえればチャンスってところでもらえなくて、味方のチャンスを作ってたんで、結構難しいね。
↑代表の10番 31歳のベテラン
↓代表の20番 23歳の若手
本田 パスが来ないというのが俺の実力。それでも俺は勝負したい
449:Socket774
09/10/30 16:32:20 A37Cp6KL
中村の主張
・足が痛くて万全じゃない
・ルイスガルシアがパスださない
・代表が３人程度の雑魚チームじゃ技術で劣る
・代えられたのは監督が怪我を心配したからで出来は関係ない、足痛い
中村のやらかしている点
・プロ選手で怪我を言い訳にする人は茸ぐらい
・ルイスガルシアはスペイン(EURO2008制覇 ワールドカップ優勝候補筆頭)で代表クラス、茸はEU圏外の助っ人(年俸2億)
・メディアの評価がチーム最低の選手がチームメートの技術を批判
・試合前は怪我を大丈夫と言いながら、低パフォーマンスは怪我のせい
450:Socket774
09/11/01 15:38:24 cflGvpE5
公式ロードだないちお。
URLﾘﾝｸ(image.itmedia.co.jp)
ほぼ噂通り。、
451:,,・´∀｀・,,）っ-○○○
09/11/01 15:39:18 mtXW/RVq
直リンやめればいいのに
452:書き逃げ
09/11/01 21:01:17 oGAV8xce
IntelによるDDR3普及を糧に、ある程度普及したときを見計らって、
AMDはネイティブ8コアを出して、Intelのなんちゃって8コア（i7）と勝負！
また同時に来年あたり、ATOMに対抗して省電力CPUも二種類出すかも
453:,,・´∀｀・,,）っ-○○○
09/11/01 21:05:15 mtXW/RVq
ところがどっこい
来年出るCore i9はネイティブ6コア12スレッドなんです
454:Socket774
09/11/01 21:07:12 7zc5oU4v
>>452
書き逃げ以外に何もできない。
何もコメントしようがない内容だな。
オレならば恥ずかしくてネタでも書けない。
あえてコメントするならば妄想はチラシの裏にとしか。
455:Socket774
09/11/01 21:08:58 afc7BLv3
i7でHT有効にしてBOINC回してるがニコ動見ると微妙にカクツク
BOINC止めると大丈夫なんだけどね
905eだとBOINC回しながらニコ動見ても大丈夫
やっぱHT切ったほうがいいんかなあ
切ったらカクツキ無くなるかどうか確認はしてないが
456:Socket774
09/11/01 21:09:38 oGAV8xce
>453
ならば、ネイティブ12コアで勝負！
>454
(・ε・)ピヨピヨ
457:,,・´∀｀・,,）っ-○○○
09/11/01 21:18:21 mtXW/RVq
あれか？あれが「ネイティブ」か？
458:,,・´∀｀・,,）っ-○○○
09/11/01 22:00:36 mtXW/RVq
ところでなかなか面白い特許じゃないか
URLﾘﾝｸ(www.freepatentsonline.com)
459:,,・´∀｀・,,）っ-○○○
09/11/01 22:26:22 mtXW/RVq
まあMagny-Coursも悪くはないんだが、コア適用計数0.5以下じゃないとOracleユーザーにはきついと思うぞ
低クロックなのに1ソケット6ライセンスもってかれる。
URLﾘﾝｸ(www.oracle.com)
URLﾘﾝｸ(www.oracle.com)
係数上げられない程度にクロック上げてスレッド数稼ぐ方が有効ってことになるわな。
460:Socket774
09/11/01 22:59:44 b8R5Ks1n
コア適用計数てなんだよ団子
ぐぐるのめんどうだから教えろ団子
461:Socket774
09/11/01 23:01:52 BIZ2dPD5
広辞苑引けカス
462:Socket774
09/11/01 23:05:05 b8R5Ks1n
ありがとうゴミ
463:Socket774
09/11/02 11:14:38 wsXE1QZ9
POWER6なんでコア係数1.0なのん?
SPARC T1の1.2GHzは0.25で1.4GHzは0.5とか意味不明
いっそベンチスコアの1ポイントいくらで価格決めちゃえYO!
464:Socket774
09/11/02 14:25:50 38Zg86vj
ID:mtXW/RVqが暴れるための予備動作がID:oGAV8xce
465:Socket774
09/11/02 17:45:11 RKSlqoub
と妄想するアム厨であった
466:Socket774
09/11/02 20:57:12 38Zg86vj
更に別のコテ名まで無意味に持ち出す
真に気持ち悪い雑音
467:Socket774
09/11/02 21:56:35 xG1T9lHD
頭の悪い同胞まで貶すなよ
468:Socket774
09/11/02 22:07:28 3kap+Jre
PC版ベヨネッタでねーかなー
HD5870でヌルヌル遊びたい
469:Socket774
09/11/02 23:27:13 rQ37W6bC
AMD butters up the Arabs
URLﾘﾝｸ(www.theinquirer.net)
470:Socket774
09/11/03 00:05:05 Hu4f2Fdu
>>468
PS3版の劣化具合にﾜﾛﾀ
471:Socket774
09/11/03 00:32:58 1zy3nIj4
ゲハに帰れ
472:Socket774
09/11/03 07:01:29 xefhDQPp
>>469
高い金出した以上、開発と製造を自国でやりたい、というのは
真っ当な話だが、実際に出来るかどうかは未知数だな。
うっかり「アラブ企業化」したと認識されれば、顧客と人材流出で無惨なことになりそうだ。
473:Socket774
09/11/03 10:58:22 018FPdnV
AMD終了ｗｗｗｗｗｗ
474:Socket774
09/11/03 12:20:30 GOxSK5AV
今の状態で終わりなら
3年前にすでに終わってますけどねｗ
475:Socket774
09/11/03 12:51:13 zXcbCXzX
資源国の通貨は資源輸出のせいで高くなりがちだから製造業に不利。
こうなったら出来るだけ石油成金からボッたくってTSMCとかに投資する方がいいかも。
476:Socket774
09/11/04 21:35:53 GOlLXO8u
>>475
勘違いしている。
石油成金が石油がなくなった時のために″GFに″資金を入れているんだよ。
AMD本体への投資はオマケ。本命はどうみてもGFの半導体製造施設。
AMDが潰れてもCPU系の技術は中東には流さないし、流れないので、
投資者としてはAMDは潰れなければ潰れないでいいぐらいの気持ちかと。
477:,,・´∀｀・,,）っ-○○○
09/11/05 00:26:19 B/8/aVsq
軌道エレベータにでも出資してくれ。
478:Socket774
09/11/06 19:45:28 zdyPP/tR
Hector RuizがGlobalFoundriesの会長を辞職
URLﾘﾝｸ(blog.livedoor.jp)
479:Socket774
09/11/06 21:27:07 I9rR6sfv
一方Intel(違法行為当たり前会社)のほうは休職扱い
480:Socket774
09/11/06 23:33:51 uP/NE0GM
AMDの違法行為は綺麗な違法行為
481:Socket774
09/11/06 23:38:58 FBnhbQfF
Intelはアマアマだねぇ
まあ某国企業と比べれば目くそ鼻くそですな
482:Socket774
09/11/06 23:56:43 H+TUgz7B
会長はまずいだろ
頂点が汚職じゃ歯止めがなにもねえ
483:Socket774
09/11/07 00:01:19 +RCXMnL2
トップの汚職という弩級のスキャンダルを華麗にスルーしてIntel批判とは儲の鑑ですな
484:Socket774
09/11/07 00:04:54 FBnhbQfF
思い出したように湧いて出てきて吹いたわｗ
485:Socket774
09/11/07 00:05:25 WEsgg8kt
ヘクター・ルイズがAMDに貢献したことあった？
害にしかなってないじゃんこの人
486:Socket774
09/11/07 00:13:07 vFHZdN2X
以上クズ儲の負け惜しみでした
487:Socket774
09/11/07 03:52:49 Q039vUiy
tst
488:Socket774
09/11/07 06:07:29 Q6ba2Ox4
Intelだと係長くらいにならないと退職しなくて済みそう
とか書くと「AMDの係長は綺麗な係長！！！」とかいうお花畑レスが返ってきそうだが
489:Socket774
09/11/07 09:47:40 /fza3ftq
AMDの係長は綺麗な係長！！！
490:Socket774
09/11/07 12:50:35 HyaPaM3H
汚職に絡んで「休職ですむ」のも問題だわな。
491:Socket774
09/11/07 13:12:59 510DNDqU
Chartered voters approve takeover by GlobalFoundries owner
URLﾘﾝｸ(www.brightsideofnews.com)
Dresden, Germany: Fab 1 Module 1 and Module 2, expandable with Module 3
Saratoga, United States: Fab 2 Module 1, expandable with Module 2 and 3
Singapore, Singapore: Fab 3 Module 1 to Module 6 [former 2, 3, 3E, 5/SMP, 6CSP, 7]
2010 - GlobalFoundries Inc. completely merges with Chartered Semiconductor Manufacturing Ltd.
2010 - Chartered facility is renamed into Fab 3 with associated modules [Module 1-7]
2010 - AMD announces the foundation of AMD Design Center in UAE, financed by ATIC
2010/2011 - ATIC announces strategic acquisition of two more companies
2011 - 65nm equipment is transitioned from Singapore to Abu Dhabi for learning phase
2012 - Fab 2 Module 1 in Saratoga officially opens
2015 - ATIC announces the building of Module 2 in Fab 2, Saratoga NY
By 2015 - ATIC announces the building of Fab 4 in Abu Dhabi
ATIC資金でUAEにファブとデザインセンター
492:Socket774
09/11/07 13:32:28 HyaPaM3H
>>491
UAEに…ねぇ？ インドや中国に建てた方が人材の意味で現実的のような…。
493:Socket774
09/11/07 14:06:53 In1XNggR
中国インドではスポンサーにとって意味がない。
でもたとえ中国インドでも半導体開発を成功させるのは難しいような。
金さえ出せばなんとかなるのか。
494:Socket774
09/11/07 15:02:13 NSwzYPJY
ＴＢＳ パナソニックドラマ『いのちの島』 2009年11月23日放送
URLﾘﾝｸ(www.tbs.co.jp)
▼出演者
神野めぐみ：永作博美
○
桜井まどか：山下リオ
新見トオル：池松壮亮
倉持由香里：岡本 玲
牛島泰一：林 剛史
徳田 勇：尾美としのり
○
長谷川治：今井雅之
小倉元子：岸本加世子
495:Socket774
09/11/07 16:54:45 ikQyAE37
意外と数学者とか技術者を国中からかき集めれば設計はできるんじゃないか。
龍芯は意外といいできっぽい。生産はST丸投げとして設計でどれだけ関わってるのかわからんけど。
496:Socket774
09/11/07 17:07:27 l8mJzPpX
>>485
それを在籍中言われたら顔真っ赤にして怒るくせにｗ
辞めたからどうでもいいとばかりに叩くとか、最低だな
497:Socket774
09/11/07 19:02:58 vY1daA6I
煽りあいをやりたければ該当スレへ逝けよ。
陰厨はどうして空気が読めないのか。
498:Socket774
09/11/07 19:41:09 u+OnD/xT
今日のお前が言うなレスですか
499:Socket774
09/11/07 21:53:50 ohFZ3R1V
>>455貴重な情報ありがとう。
500:Socket774
09/11/07 22:29:10 In1XNggR
>>495
＞ 龍芯
MIPSのデッドコピー。
まあ後からライセンス買ったからいいんだけど。
501:Socket774
09/11/08 10:30:00 dHoeqjmG
>455
BOINCのプライオリティ変更で済む話じゃ?
502:Socket774
09/11/08 12:29:29 dJRzDZVJ
>455が何のプロジェクトやってるか知らんけどたまに優先度がアイドルじゃない実行ユニットがあるんで確認してみて
たまに最適化版とかで優先度が通常になってるのがある
503:Socket774
09/11/11 19:46:43 123oMXN0
Analyst Dayで何か面白い情報が出るといいんだが。。。
504:Socket774
09/11/11 23:44:04 kPHGmuSo
0
505:Socket774
09/11/12 00:38:40 05iJ1A0p
ARABIC GLOBALFOUNDRIES FACTORY IN FOUR YEARS
URLﾘﾝｸ(xtreview.com)
506:Socket774
09/11/12 01:12:49 4mqplCAN
AnalystDayみたいけど超眠い…
507:Socket774
09/11/12 05:18:02 4mqplCAN
結局寝てたし～
Llanoのダイ写真っぽいのが出てる
コアは既存のK10.5っぽい
L2が1MB x4でL3はなさげに見えるが果たして？
そしてBulldozer
コア部のブロックダイヤグラムが出てた
詳しくは画像を
URLﾘﾝｸ(u9.getuploader.com)
整数部は4issueなのかな？
これはおもしろい
508:Socket774
09/11/12 05:59:59 4mqplCAN
Bobcatを見逃してた
URLﾘﾝｸ(u9.getuploader.com)
この書き方でいくとBulldozerのパイプラインのうち二つはLoad/Storeとか？
まさかね…
その他の資料
URLﾘﾝｸ(phx.corporate-ir.net)
509:Socket774
09/11/12 06:41:06 05iJ1A0p
AMD uncovers Bulldozer, Bobcat and Fusion
URLﾘﾝｸ(www.semiaccurate.com)
URLﾘﾝｸ(www.semiaccurate.com)
URLﾘﾝｸ(www.semiaccurate.com)
URLﾘﾝｸ(www.semiaccurate.com)
510:Socket774
09/11/12 07:16:09 05iJ1A0p
First Die Shot of AMD Fusion Processors
URLﾘﾝｸ(resources.vr-zone.com)
511:Socket774
09/11/12 08:03:55 kWKhveEc
穴リスト…だと…
512:Socket774
09/11/12 08:31:17 pOZwdyU4
Chekib Akrout, General Manager, Technology Groupのpdfに
> Two tightly linked cores share resources to increase efficiency
と書いてあるけど
Bulldozerのコア数＝整数ブロックの数なのかね?
513:,,・´∀｀・,,）っ-○○○
09/11/12 09:13:33 gjkqx3Og
>>508
流石にop reg., reg/mem形式はこれまで通りfusedで扱えるようにするんでない？ストアは独立だろうけど。
>>512
つか、ほかにIntelの倍もコアを積めこめるような魔法の種は見当たらない。
しかしまあ、Intel以上のズコー仕様なわけだが。
514:Socket774
09/11/12 09:18:24 QBo1QZD5
AMD2009 Analyst Day_Server Platforms.pdfの17ページを見るとL3$もBulldozer”module毎に独立なんだな
515:,,・´∀｀・,,）っ-○○○
09/11/12 09:21:38 gjkqx3Og
Intel：
256ビット版AVXを使わないとフル性能を発揮できない
AMD：
FMA4を使わないとフル性能を発揮できない（ただし128ビット版でも埋められる）
516:Socket774
09/11/12 09:25:08 b2NdOj4/
よくわからん4行でまとめてくれ
517:Socket774
09/11/12 09:26:15 05iJ1A0p
PDFどこ
518:Socket774
09/11/12 09:49:17 ujcvkhhi
>>517 >508の下
519:Socket774
09/11/12 11:42:57 p6k7otTn
どうでもいい疑問だけど世代としてはK10なのかな
このシェアした構成でシングルスレッドとマルチスレッドそれぞれで
どれくらいのピーク値を叩き出せるか興味深いところ
時期的にはSandyBridgeとの直接対決になるけど
ここでキャッチアップできないと今後も苦しいしなぁ
520:Socket774
09/11/12 12:04:46 kZ2QvtNk
カス過ぎワロタ
521:Socket774
09/11/12 12:57:03 gAb+ilzb
>>519
いちおうK11でしょ。
SIMD性能についてだが
ユニット構成だけ見れば、Intel AVXのコードの土俵では最大2倍の
差をつけられて不利というのは確実だな。
演算ユニットが256ビット化されてないし、積和ユニットも乗算のみor加算のみでは持ち腐れ。
AMD独自のXOP, CVT16, FMA4が使われて初めて勝負に持ち込める。
とりあえずコンパイラをどうにかしないとな。
あとシャッフルユニットはどこに消えた？
FMACと同時発行できないと実効性能は期待できない。
522:Socket774
09/11/12 13:09:09 qleaCujm
decode性能と、intパイプ内部でのループができるか否か
そこがポイントになりそうだなー
第一印象では「省電力は狙えるかもしれんが速さは期待できない」感じ
523:Socket774
09/11/12 13:21:33 6xJvXZ9r
海外でもNiagara/Rockとか言われてる
デスクトップ&モバイルはK10続投かな
524:Socket774
09/11/12 13:27:23 6270/pHT
L2とL3もそれぞれコア(?)共有になったのか
Exclusiveを続けるのか、止めるのか
以前の大原さんの解析・解説ではL2/L3の遅さも
K8のボトルネックだったそうなので解消してるのかどうか
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(journal.mycom.co.jp)
525:Socket774
09/11/12 13:38:02 ujcvkhhi
6コア35Wなんて書いてあるページもあるから処理能/電力は狙ってそうだな
526:Socket774
09/11/12 13:45:59 b2NdOj4/
絶対性能は期待しちゃいけないけど
ワットパフォーマンスには期待していいよってことか
527:Socket774
09/11/12 14:10:16 ujcvkhhi
あー35WはLinsbon世代で出す話かもしれん
pdfは全部がBulldozer世代の話じゃないから
528:Socket774
09/11/12 14:15:32 gAb+ilzb
>>527
いや6コア＝3クラスタとすればそんなもんじゃないの？
529:Socket774
09/11/12 14:20:23 M+87Np5Y
何気にSocketC32の概要は今回が初めて？だよね
と言っても省電力関係とDDR3以外前世代と変わったところ無いけどさ
530:Socket774
09/11/12 14:20:25 ujcvkhhi
>521
APUのpdf 5ページとかみると、Bulldozer世代の時期にはスループット
コンピューティングの重いやつはまだGPUでやれと思ってるくさいなAMDは
531:Socket774
09/11/12 14:22:59 6270/pHT
semiaccurateのフォーラムから（中の人発言）
・コア（つかモジュラー）のカウントと呼び方を用意している
・（SunのNiagaraみたいに）CMTとは呼ばないで欲しい
・Interlagosは8モジュール、計16integerコア
・概略図は極めて大まかで実際はもっと書き足す要素があるよ
・マーケティング畑の連中があのスライド作ったんだろうな
・だから幾つか他の要素が抜けてるね（笑）
・Bulldozerにはお楽しみが一杯あるよ、としか言えないね
・沢山の革新的要素があるけど時間が経てば明らかになるよ
532:Socket774
09/11/12 14:27:16 ujcvkhhi
>>528
35Wって数字が載ってるのがOpteron4000のページだった
Bulldozer世代でも同様の物を出してくるとは思うけどね
533:Socket774
09/11/12 14:30:30 ujcvkhhi
>521 >530
で、それに対してIntelは、独立したGPUは持ってないも同然だから
早い時期にスループットコンピューティングも自分の土俵に
引きずり込むためにAVXやらLarrabeeを推進中、ということなんだろうな
534:Socket774
09/11/12 14:55:09 gAb+ilzb
> ・概略図は極めて大まかで実際はもっと書き足す要素があるよ
> ・マーケティング畑の連中があのスライド作ったんだろうな
> ・だから幾つか他の要素が抜けてるね（笑）
ちょっとだけ安心。256ビット化は置いといても、FMADとは独立した
シャッフルユニットが消えたらHPCでの勝負は厳しい。
なんにせよ256ビット版AVXはしばらく遅いのは確実
22nmまでにSIMDユニットの倍増と3オペ版FMA対応できれば
対Haswellで優位に持ち込むことができるかもしれない。
それはそうとクラスタ化はGPUと演算ユニット共用するための布石に
見えるんでFusionで何かやらかすかも知れんね。
そのときにはGPUコアもVLIWアレイじゃなくなりそうだが。
535:Socket774
09/11/12 15:10:16 HT3xuWEH
>>534
AVXの実装はインテルも初期は128bit×2で実行だったはずなので、
そこは別に問題ないはず。実行ユニットの性能はわからないが。
あとは色々と情報がでてこないとわからない。
L3も各コアだとすると、インテルのように、
キャッシュをリングバスみたいなので繋ぐのか？
ただ…本当に作っていたんだな…。よかった。
536:Socket774
09/11/12 15:19:28 gAb+ilzb
>>535
みんなそう思ってたが
イスラエルチームは容赦なかった
URLﾘﾝｸ(software.intel.com)
537:Socket774
09/11/12 15:40:37 HT3xuWEH
…イスラエルの魔術が絡んだらしょうがない。
538:Socket774
09/11/12 16:01:50 6270/pHT
既報通りだが一応日本語記事ということで
AMD、Bulldozerアーキテクチャを公開
URLﾘﾝｸ(pc.watch.impress.co.jp)
AMD、2011年までのクライアントロードマップを公開 ～Fusion CPUについても言及
URLﾘﾝｸ(pc.watch.impress.co.jp)
あとは後藤さん・大原さん・安藤さんあたりの記事待ちかｗ
539:Socket774
09/11/12 17:26:34 01o4f+ZX
Dresdenboy凄いな、AMDの特許から半年以上も前に
推測したブロックダイアグラムが今回の発表とほぼ一緒だ
Dresdenboy
URLﾘﾝｸ(data5.blog.de)
AMD
URLﾘﾝｸ(pc.watch.impress.co.jp)
更に三ヶ月前に仕上げた詳細な推定ブロックダイアグラム
URLﾘﾝｸ(info.nuje.de)
辻褄はあっていそうな印象・・・
Pentium4のTrace Cacheとほぼ同様のNehalemのLoop Cacheが
SandyBridgeでは強化されるらしい（Trace Cache並の容量に戻る）
同様にAMDのBulldozerもRedirect Recovery Cache（特許取得済み）で
これと同様の仕組みを実装するものと推測される模様
狙いも勿論一緒でデコーダの負担軽減（とそれによる消費電力低下）
540:Socket774
09/11/12 17:38:01 01o4f+ZX
はい来たー
後藤さん書くの早いね
【後藤弘茂のWeekly海外ニュース】
AMDが次期アーキテクチャ「Bulldozer」と「Bobcat」の概要を明らかに
URLﾘﾝｸ(pc.watch.impress.co.jp)
541:Socket774
09/11/12 18:16:17 4mqplCAN
2010年内にカスタマーにサンプル出すと言ってるから
登場は2011年前半でいけるかな
バリデーションとか予定通りに進めばだが
542:Socket774
09/11/12 18:17:13 01o4f+ZX
いや今のスケジュールだと後半らしいよ
543:Socket774
09/11/12 19:56:12 RVoNTfuM
>>541
AMDの予定は遅れるのがデフォだから
半年か一年ズレるのは今から覚悟してるがｗ
544:Socket774
09/11/12 19:59:29 X/+nWE5b
GFのプロセス的には開発さっさと終わらせろってくらい余裕あるから
どんだけAMDが頑張れるかだな
545:Socket774
09/11/12 21:21:24 IEroqXPi
まぁBulldozerが予定より遅れて
2012年以降に登場なんて事態になったらもう詰みだな
546:Socket774
09/11/12 21:32:53 UGFvQ8gl
OpteronのほうはともかくZambeziなんて出せるんかね
547:Socket774
09/11/12 22:20:49 l+zKthzu
でもBulldozer出ればAMD圧勝じゃね？
Intelにこれを凌ぐだけの性能が出そうな次世代計画あんの？
クラスタ化も特許押さえてるからまねれなさそうだし。
548:Socket774
09/11/12 22:29:07 b2NdOj4/
いやいや、とりあえずベンチとってみんことには・・・
549:Socket774
09/11/12 22:34:38 1024Vzr/
AMDによるとクラスタ化は50%のリソース増で80%のスループット向上。
intel曰くHTTは5%ほどのリソース増で15～30%の性能向上。
クラスタ化の方がHTTより効率が凄く良いというわけではなさそう。
550:,,・´∀｀・,,）っ-○○○
09/11/12 23:11:31 gjkqx3Og
>>547
それは最初のSSE5プランで今年中に出た場合ならそうだったかもな
現時点の情報では
Sandy Bridge 256bit FADD+FMUL / cluster
Bulldozer 128ビットFMA×2 / core
で、クロック当たりのピーク浮動小数演算性能はどっちも同じ。
性能評価したいなら、Sandy Bridgeの簡易サイクルシミュレータをIntelのサイトから落とせるよ。
クラスタと言ってもデコードフロントエンドは共有なので、そこで2スレッドの合計性能は頭打ちになる。
合計4issueだとしたらそれこそSandy Bridgeも同じだし、そうなるとピーク性能で差別化するのは難しい。
あとAMD独自命令抜きのAVXの土俵だとAMDは厳しいと思う。
どっちかというとL1データキャッシュがスレッド毎に独立してるのでキャッシュを取り合わずに済むとか
ワーストケースでの性能低下を防ぐ要因が大きいんじゃないかと思うんだが、この辺はどうとも言い難い。
SMTにもCMTにもそれぞれ利点はある。
551:,,・´∀｀・,,）っ-○○○
09/11/12 23:12:11 gjkqx3Og
逆だ
Sandy Bridge 256bit FADD+FMUL / core
Bulldozer 128ビットFMA×2 / cluster
552:Socket774
09/11/12 23:37:10 iWGs1LF+
いきなりSandyBridgeキャッチアップ出来たら本当に軌跡だよ
Pentium4からcore2位の衝撃を感じる
後は電力だな
553:Socket774
09/11/12 23:43:50 LcbAsGOP
>>543
ここで一年なんぞ後ろにずれ込んだらマジで終わりだろ。
来年に続き再来年もフルボッコじゃ流石にもたねーよ。
554:,,・´∀｀・,,）っ-○○○
09/11/12 23:46:27 gjkqx3Og
IntelはHaswellまでにかけてFMAを実装、AMDはMADの256ビット化で
浮動小数ユニットの実装の違いはある程度埋まるかと思う
555:Socket774
09/11/12 23:52:54 vH3UdDYv
AMD and Intel reach antitrust, IP settlement
URLﾘﾝｸ(www.fudzilla.com)
Intel to pay AMD $1.25 billion
556:Socket774
09/11/13 00:56:23 1ALjVUgI
コアが大きくなって、リソース共有で複雑化して、
クロック周波数が犠牲になる気がするんだけど杞憂かしら。
デスクトップはもう市場は広がらないとみてあきらめたのかな。
ただサーバにしても、デコーダ共有で80%スループット向上するのかな？
557:Socket774
09/11/13 01:29:59 EQWfLDgj
Bulldozerが1年早く出ればIntelに勝てるんだが。
558:Socket774
09/11/13 01:38:45 kXEwaJiQ
12.5億ドルあればBulldozerが出るまでは延命できるかな
559:Socket774
09/11/13 01:50:13 agcLwFTo
2スレッド同時実行とするとき >>549 の言うとおりに、AMDのほうが面積は喰うけど
性能が良い、Intel HTは面積は喰わないけど性能はあまり伸びない、
という点だけから単純化して考えると、同じ面積のチップでは当然、AMDのほうは
同時実行スレッドは少ないけど最大負荷時にスレッドあたりのパフォーマンスは上、
Intelはスレッド数多いけど最大負荷時のスレッドあたりのパフォーマンスは下
というトレードオフになる。
Intelが今のHTのやり方でこのまま進むかは不明だけど、両社が2011年以降のPC用
プロセッサで同時実行スレッド数とスレッドあたりの性能のどっちを優先している
かの違いと単純に見ることも出来るかも。
560:Socket774
09/11/13 02:01:46 Cbg6mSdh
1モジュールを２コアと数えるのか・・・・。それとも、１モジュールを1コアと
数えるかで相当考え方が変わってくるような気がするけど。
561:Socket774
09/11/13 02:08:51 eV1J7UVZ
どう考えても1モジュールが既存の概念での1コア相当
1モジュール内で2スレッドを走らせることが出来る
562:Socket774
09/11/13 02:46:37 +sTnL0Ee
モジュラーに割り当てられる仕事が1スレッドの時は２コア分のリソースを占有できて
2スレッドの時は柔軟にリソースを分配することが可能ってことか？
1スレッドあたりに用意できるリソースがふえるならシングルスレッド性能もあがりそうだな
つーか今後はモジュラー単位でスケジューリングしろってことになるのかな
いままではソケット-コア-スレッドだったけど
今後はソケット-モジュラー-コア-スレッドってことになるのかな？
563:Socket774
09/11/13 02:53:27 UDVdCX1X
以前の性能予測と比べると、Magny-Coursは若干向上しているが、
Interlagosは若干低下しているように見えるのは気のせいかな。
URLﾘﾝｸ(pc.watch.impress.co.jp)
URLﾘﾝｸ(www.anandtech.com)
564:Socket774
09/11/13 03:11:04 Cbg6mSdh
後藤氏曰く、１モジュールは2コアとカウントするそーな。
だとすると、良い方へ考えると、むちゃくちゃ効率の良いデュアルコアって事かな。
悪い言い方だと、２コアの様にも動作する１コアを、２コアとして売るって事になる。
どっちみち、なんかまだ仕掛けがありそうだけど。
565:Socket774
09/11/13 03:52:30 kPJQhmos
なんとかMhz相当とか昔あったけど
相当って嫌なんだよね。なんか・・・。
その分値段絶対高く設定するっしょ。
566:Socket774
09/11/13 03:56:41 agcLwFTo
>>562
> モジュラーに割り当てられる仕事が1スレッドの時は２コア分のリソースを占有できて
> 2スレッドの時は柔軟にリソースを分配することが可能ってことか？
図を見る限りデコードとFP unitだけが共用、逆に言うと、1スレッド/モジュラーの
時は片方のIntegerパイプは遊んだまま。流石に2スレッド分のIntegerパイプ全部
アウトオブオーダで1スレッド実行ってのは、無茶苦茶大変な割に効果出ないでしょう。
FPパイプのスケジューリングの詳細はまだよく判らないけど。
>>564
2人で暮らすのに主食の米を食うのに必要な箸と茶碗だけは2組用意するけど、
毎食使うわけでもないフォークやスプーンは1人分しか用意しないという感じ
567:Socket774
09/11/13 04:10:21 ZXSR7QJW
何となく図にしてみた。こういうことで合ってる？
URLﾘﾝｸ(sukima.vip2ch.com)
568:Socket774
09/11/13 05:17:48 f+mJfUR4
統合するGPUの性能では引き離しそうだ。
569:Socket774
09/11/13 07:59:11 RmSlr9CD
1モジュールを1コアと数えると同じコア数のインテルを整数演算でぶっちぎるが
2コアと数えると同じコア数のインテルに浮動小数点演算でぶっちぎられる
値段付けの問題もあるから悩ましいが1コアと数えて欲しかったな
570:Socket774
09/11/13 08:16:36 VtGETNpO
ベクタ演算はベクタコアででしょ
571:Socket774
09/11/13 08:19:50 NXyHlb6O
>>547
ブロダイ見る限り圧勝する要素が無いんだが…
572:Socket774
09/11/13 08:44:47 aa2/JaLQ
一部を共有させたデュアルコアだな。
一部死んでたら両方死ぬ。
部留まり悪そ。
これをコア数何個に数えて売るんだろ。
セコイ売り方しないで欲しい。
573:,,・´∀｀・,,）っ-○○○
09/11/13 08:53:24 TwafIZZ/
>>567
惜しい。Sandy Bridgeは
256ビットFP MUL×１
256ビットFP ADD×１
あと、ドローやるならここお薦め。
URLﾘﾝｸ(cacoo.com)
574:Socket774
09/11/13 09:14:16 GNWz4a6A
理論値では浮動少数負けてるけど
実効値ではそんな事ないっ(ｷﾘｯ
575:,,・´∀｀・,,）っ-○○○
09/11/13 09:21:56 TwafIZZ/
バックエンド部分だけだけどSandy Bridgeの実行ユニット構成を
シミュレータから解析したんで書いとく
URLﾘﾝｸ(cacoo.com)
他はほとんどこいつ（Nehalem）の正統進化形
URLﾘﾝｸ(pc.watch.impress.co.jp)
576:Socket774
09/11/13 09:23:51 VtGETNpO
低脳の孫引きが活発化しています
577:Socket774
09/11/13 09:54:57 aa2/JaLQ
スレッド性能はほとんど上がらないな。
面積5割増で性能8割増。
面積効率2割増。
HTと大差無い。
なのに1単位が大きくなり、部留まりが低い。
最低が2コアになれば、マルチスレッド化が進む。
いかに多くのコア、高いクロックが要点なのは変わってない。
そして、面積効率以上に電力効率が必要になるだろう。
ブルドーザがそういう性質なのかは、分からない。
578:Socket774
09/11/13 10:01:32 I+iSjOLc
ただでさえ複雑なx86のフェッチ/デコードを
2スレッドで共有するのは合理的でないと思うんだが。
分割して簡素化して「50%のトランジスタで80%の効率」を達成すれば、
トランジスタを増やさずに効率を上げられるところなのではないか?
579:Socket774
09/11/13 10:03:38 qU8D8GOW
AMDはデュアルCPUをデュアルコアにしたけど、
今度はデュアルコアを更に融合させて1モジュールにするってことだよね。
ダイサイズ50％増でパフォーマンス80%アップというなら、
ダイサイズ100%増でパフォーマンス100%アップだったデュアルコア時代よりも効率がいい
それに1モジュールの中の2スレッドは同じL2L3キャッシュを参照するから
今までのAMD CPUで弱点だったコア間のキャッシュヒットが向上する。
580:Socket774
09/11/13 10:05:03 8JZwV8y1
1日で年初来高値更新とか･･･
URLﾘﾝｸ(jp.moneycentral.msn.com)
581:Socket774
09/11/13 10:10:31 qU8D8GOW
浮動小数点演算が2スレッドで共有なのは確かに弱点だけど
それってその頃にはGPU側が担うこと多くなりそうだから問題無い希ガス
582:Socket774
09/11/13 10:21:43 I+iSjOLc
>>579
デュアルコア化はシングルスレッド性能を落とさないが
モジュール化では間違いなく落ちる。
性能低下がどの程度かによってチップとしての評価は変わるが、
個人的には(程度の大小に関わらず)受け入れ難い。
583:Socket774
09/11/13 10:30:20 RYVvNZWP
「ハイパースレッディングは80%性能が落ちる」ですか？
584:Socket774
09/11/13 10:30:36 qU8D8GOW
>>582
モジュール化するとシングルスレッド性能が落ちるというのが意味不明なんだけど
デュアルコアと1モジュールでは、
同じダイサイズならば後者のほうが普通に性能上でしょ
そもそも1スレッドしか走らせないという前提ならば
デュアルCPUだろうがデュアルコアだろうがSMTだろうが同クロックで性能同じやん。
585:Socket774
09/11/13 10:42:15 I+iSjOLc
>>584
1個のフェッチ/デコードでは、2スレッドそれぞれに命令を従来と同じだけ
フィードすることはできない。
実際に1スレッドあたりの整数演算コアは縮小されている。
URLﾘﾝｸ(pc.watch.impress.co.jp)
> ALUとAGUのペアが2個だとすると、現在のコアの2/3の規模となる。
もし整数演算コアが逆に拡張されているとしたら、それはそれでおかしなことだ。
ボトルネックはフェッチ・デコードの方が深刻だろう。
586:Socket774
09/11/13 10:42:44 roanPeol
>>581
インテルもi系で整数を強化してきたわけで
浮動小数点はGPUにシフトしていくのは時代の流れかも
587:Socket774
09/11/13 10:45:35 I+iSjOLc
まあ、一言で言えばAMD's Rockなのだよ。
スループットコンピューティングに振って巨人Intelとの棲み分けを図るのは
間違っていない。くらうどｗの時代だしな。
わざわざ「個人的に」受け入れ難いと書いたのはそういう意味。
588:Socket774
09/11/13 11:15:05 I+iSjOLc
よく考えると、SMTは入れてこないあたり、スループットに振ったわけでも
ないんだな。やっぱりモノをみないと、何者なんだかよくわかんないな。
本当にやりたかったのは、(浮動小数点演算と同様に)多数の整数演算パイプを並べて、
1スレッドで占有も2スレッドで共有もできる仕組みだったと思う。
シングルスレッド性能を犠牲にすることなくスループットを向上できて、
素人目に断然カッコイイ。でもやってみたら難しくて挫折したんだろうなあ。
589:Socket774
09/11/13 11:25:37 aa2/JaLQ
FPUを使うのは古いソフトで、古いソフトはシングルスレッドプログラム。
てことで、こうなったのかな。
最低4コア時代だと4コアモジュールにするんか。
性能向上の目的じゃないな。
590:Socket774
09/11/13 11:33:04 3eKQEwYI
共用する128bitのFPUって、今までどおりSSEとAVXも実行するんだろうから、
古いソフト以外にも関係すると思うけど。
591:Socket774
09/11/13 11:52:46 tl2E6tFt
>>585
CMTの意味分かってるのか
INTが縮小したと解釈するのは間違い
あとそこの抜粋部分だけじゃなくて
続きの文章にもきちんと目を通そうな
592:Socket774
09/11/13 11:55:55 I+iSjOLc
その前のレスから目通せばわかるけど、585はシングルスレッド性能の話だよ。
593:Socket774
09/11/13 12:07:08 tl2E6tFt
こいつはあくまでもモジュール単位で見るべきであって
物理的なブロックで見てしまいがちでそう思えるんだろうな
IntelのHTよりもむしろH/WリソースをINTに割いてる構成だからね
HTでシングルスレッド性能が下がると言ってるくらいにおかしいから
594:Socket774
09/11/13 12:10:27 GNWz4a6A
Bob猫沢山積むのが一番性能上がりそうな気がする。
595:Socket774
09/11/13 12:26:20 I+iSjOLc
> こいつはあくまでもモジュール単位で見るべきであって
そして2スレッド並行実行が前提。
認めたくないのはわかるけど、
Bulldozerのアプローチだと「シングルスレッド性能は」落ちるよ。
Hyper-Threadingとは違う。
スループットはパフォーマンスとのトレードオフなんだから、しょうがない。
596:Socket774
09/11/13 12:30:14 07IvdgNE
>>588
突然その位置まで飛躍は無理でしょ？
次世代以降ではそうなるのでは？
あと、シングル性能は落ちるだろうけど、
時期的には拘らなくてもいいかもね…。
597:Socket774
09/11/13 12:37:27 I+iSjOLc
BobcatはBulldozerよりさらによくわかんないな。
50%のダイサイズで90%のパフォーマンスを実現する技術はなんだろうね?
それが本当ならBobcat二つ並べれば180%で、Bulldozerなんて要らない(笑)。
キャッシュ省略、デコーダも演算器も良く使う命令にあわせて簡素化・・・
90%は実は誤解を招く数字なんじゃないかと思えるし、
ダイサイズ半分では、コストも消費電力もあまり下がらないないようにも思える。
モノがないとさっぱりだ。
598:Socket774
09/11/13 12:43:37 3BMh1r8o
>>597
仮説１：シュリンクによる縮小分も含まれる
仮説２：キャッシュやアンコア部を削る
599:Socket774
09/11/13 12:45:56 07IvdgNE
大本営発表を真剣に考えちゃう人って…。
600:Socket774
09/11/13 13:10:26 I/pKTnkE
ピーク性能が高いのがintel
実行性能が高いのがAMD
1w単位の性能が高いのがintel
1\単位の性能が高いのがAMD
601:Socket774
09/11/13 13:46:23 3BMh1r8o
SSEや128-bit AVX性能だと若干Bulldozer有利。
2つのMADをmulps×2のみあるいはaddps×2のみとして使えるから。
256-bit AVX性能だと断然Intel有利。
256-bit vmulpsとvaddpsを1サイクルに同時実行できるから。
AMD独自のXOP/FMA4もありでなんとか肩を並べることができる
256-bit vmulpsとvaddpsに対し、128-bit版vmaddps×2あるいは256-bit版×1で
張り合うことができるから。
> 1\単位の性能が高いのがAMD
これ誇ることじゃないけどな。
製造コストが低いならまだしも、そうじゃないし。
卸値が安い今の現状は単に市場競争力がないだけ。
602:Socket774
09/11/13 14:00:33 1ALjVUgI
そういえば、TurboBoost的な何かの搭載は発表なかったのかな？
603:Socket774
09/11/13 15:19:55 eV1J7UVZ
>>595
さっきから言ってることが無茶苦茶すぎる
シングルスレッド性能が落ちる理由をきちんと説明してみな？
604:Socket774
09/11/13 15:42:37 QXoJ4iD7
パイプ減ってるのに落ちないはずがないだろ
605:Socket774
09/11/13 15:58:29 kXEwaJiQ
Hyper-ThreadingだってOnにすればシングルスレッドの性能は落ちるよね
606:Socket774
09/11/13 16:02:06 0Yk1E7jB
まあパッと見
デコーダーが足引っ張ると転けそうなアーキだな。
フロントエンドの共有化って結構バクチなような気がする。
607:Socket774
09/11/13 16:14:17 UsRtvPLa
>>602
APM Boostという類似技術は搭載される模様
>>604
HyperThreadingと比べるとスレッドの競合起きないから
その分有利にならないのかな？単純にシングルスレッド処理が
落ちるという計算も妙な気がするけれども
608:Socket774
09/11/13 16:18:30 5AJDJJPE
HyperThreadingと比較する意味がわからん。
609:Socket774
09/11/13 16:45:48 RYVvNZWP
>>585
まさかデコーダーが1個とか考えてるの？
>>597
シングルスレッド性能が落ちるからしか考えようが無いだろ
AtomをマルチコアにしたらNehalemなんて要らない(笑)。すか？
610:Socket774
09/11/13 17:01:31 3QEHNsiP
凄い低脳が来た
611:Socket774
09/11/13 17:05:24 VtGETNpO
URLﾘﾝｸ(www.ne.jp)
＞x86ではLOAD、STORE系の命令が頻繁に使用される
＞デコード能力が十分だったとしてもALUの処理能力で全体の能力が決まる
「一般的な依存関係のある整数演算での命令同時発行（順番があるのに並列？）」とか個人的に演算部分にはよく解らん部分あるけど
とりあえずBullのアーキはマルチスレッドで当たり前な鯖での効率に合わせた設計をしてんじゃないかと思う
612:Socket774
09/11/13 17:29:11 MvpZEtlb
URLﾘﾝｸ(pc.watch.impress.co.jp)
>ホットスポットであるデコーダが、CPUの動作周波数の事実上の制約となる
各integer coreが2つの整数演算実行ユニットを持ってたとしてもデコーダは4命令同時発行で、かなり複雑
これからクロックを追求したPower6的プロセッサでないことが分かる
スレッド並列だけを求めるなら、それこそBobcatを並べたほうがシンプルなコアでクロックを高くできて、
(内部バスとかメモリ帯域とかの問題を解決できるなら)チップ単位でのパフォーマンスが高くなる
消去法的にIPCを高めてあると考えられるけど、
URLﾘﾝｸ(pc.watch.impress.co.jp)
>Intelも、おかしなプリフィックスがない“ノーマル命令(Normal Instruction)”を、3から4命令ずつデコードすることを前提としているはずだ
>それ(ノーマル命令)以外のケースに(3～4命令の同時デコードを)拡張しようとすると、デコーダが極端に複雑になってしまうだろう
各integer coreが3つ以上の整数演算実行ユニットを持ってたら、デコーダが6以上同時に命令発行できなきゃいけない
これは非現実的
とすると>>531の「書かれていない他の要素」に
①シングルスレッドをハードで動的に2スレッドに振り分ける機能
②2つのinteger coreを１つのリソースとして扱う機能
のどちらかがある、と考えられる。どっかに論理の飛躍あるかな？
613:Socket774
09/11/13 17:43:33 +sTnL0Ee
今すこし考えたんだけど、
コア数に対してデコーダーは1/2になるんだよな？
そのぶん熱容量浮くからクロックアップにまわすとか・・・・・・ない？
なんだかんだいって４コア以上はソフトが対応しててもほとんど費用対効果わるいし、
クロックアップだけが今のところフリーランチ的に性能をあげられる唯一の手段なんだから、
コア数をそのままにして1スレッドあたりに用意されている実行リソースも減らさないで
一部リソースをコア間で共有化して節約しcpu全体で熱量さげてクロックあげられるなら、
ありえない選択肢ではないと思うんだが。
問題はクラスタードアーキテクチャのオーバヘッドと、Bulldozer以前と比べたシングル・マルチスレッドの実行効率で、
この良し悪しによりクロックアップ分の性能が生きるか死ぬかのどっちかになるんだよな。
あと、キャッシュ自体をどうにかしないと永遠の二番手におさまっちまう
614:Socket774
09/11/13 17:58:00 aFz22ZLA
>>612
2011年まで待たせるんだからそのどちらか位のことはやって欲しいね
615:Socket774
09/11/13 18:04:10 RmSlr9CD
HTから5年後くらいにこの整数演算機構のCPUが出ていたらなあ・・・
616:Socket774
09/11/13 18:09:39 Ne4VIStf
>>611
>デコード能力が十分だったとしてもALUの処理能力で全体の能力が決まる
これデコーダーとバックエンドが１対１の場合の話な。
頑張ってデコーダーが命令送り込んでも
実行ユニット足りなきゃ意味無いよって話。
Bulldozerは基本1対２だからバックエンドは足りてるんだよ。
だから逆に
ALUの処理能力が十分だったとしてデコード能力で全体の能力が決まる 。
Bulldozerの場合は。
617:Socket774
09/11/13 18:10:04 3eKQEwYI
>>612の
＞各integer coreが3つ以上の整数演算実行ユニットを持ってたら、
＞デコーダが6以上同時に命令発行できなきゃいけない
両方のInegerCoreの演算器が全部動く自体なんて想定してないんじゃないの？
特許から予想しているサイトみたいに、
デコーダーは4命令発行で、デコード後のμopsをキャッシュして再利用することによって、
デコーダーの負担を減らすんじゃないだろうか。
618:Socket774
09/11/13 18:24:53 ipaMH2N9
そろそろデコードなんかしないで、コンパイルしてから実行した方が早くね？
619:Socket774
09/11/13 18:29:16 xW8/SbO/
RISCが壊滅した今にそれはない
620:Socket774
09/11/13 18:29:26 VtGETNpO
URLﾘﾝｸ(pc.watch.impress.co.jp)
この図でintのスケジューラからFPのスケジューラに矢印流れてるけど
intのスケジューラ同士でやりとりは出来ないんだろうか
出来るんなら「ｷｭｰが溢れる」だとか足りないとかした場合に平均化出来ていいというか
L1データキャッシュを1コアに2つ入れた構成ってことになるというか
621:Socket774
09/11/13 18:30:51 TQDx+WpO
>>617
でもそれってK8・K10の「最低速を速くする」アプローチとは真逆だよね。
対象なデコーダ・ALU・AGU×3でワーストケースに備えるような。
デコーダは対象4wayでinteger coreで2＋2になるって感じの方が、AMDらしい気がする
622:Socket774
09/11/13 18:49:52 3BMh1r8o
> 対象なデコーダ・ALU・AGU×3でワーストケースに備えるような。
そこまで考えた設計じゃない。
あれはただ単純にスケジューラの実装が楽だから。
どこに突っ込んでもALUの機能が均一だからスケジューラをサボれる。
LSUが2本しかないのにAGUが3つあっても理論性能上意味ない。
623:Socket774
09/11/13 18:59:20 LlJ4bQ3m
デコーダ1つと言っても中身はほぼ2つ分で
FP schedulerに送る部分で情報共有+最適化しているだけじゃね。
fetchも状況によって1:1が2:0に変わるくらいで。
624:Socket774
09/11/13 19:49:18 JiLcy5rd
大原さんのレポ来た
AMDがロードマップ公開 - 2011年にFusion投入、Bulldozer/Bobcatコアの概要も
URLﾘﾝｸ(journal.mycom.co.jp)
3ページ目
＞Photo13: ここでは128bit FMACが2つとされているが、実際にはもう少し複雑な構成になると思われる。
＞恐らくx86のFPU命令を実装するのは片方のみで、もう片方はSSE3とAVXなどの128/256bit演算のみを
＞実装しているのではないかと思われる。それと、遂にIntegerが4Pipelineになったのは注目に値する。
＞恐らくALU+AGUのセットが4組、という構成であろう。
この辺は情報が少ないこともあって見解が分かれるようですね
625:Socket774
09/11/13 19:58:28 JiLcy5rd
>>539のDresdenboyは後藤さんと同じ解釈ですね
URLﾘﾝｸ(info.nuje.de)
626:Socket774
09/11/13 20:07:30 6UpggKHr
合計4組だとリソース50%スループット80%も増えなくね？
627:,,・´∀｀・,,）っ-○○○
09/11/13 21:36:57 TwafIZZ/
>>626
去年の今頃、SPECintでNehalem 4コア(8スレッド)でShanghaiの2ソケットよりスループット上回ったなんて
どっかのMACオタが狂喜してたがさ
事前最適化ありの定型的なベンチですらそうなんだから
要するにHPCじゃない一般的なサーバのワークロードにおいてOpteronは平均2IPCは確実に下回ってるわけだよな。
なら、2スレッド合計4IPCになるなら、80パーセントは達成出来るんじゃないの？
まあこれはデコーダが4Wayで十分な根拠にはなるが
ALUとAGUを別パイプラインにして1スレッドで性能が出るかどうかは別だよな
628:Socket774
09/11/13 21:41:27 +sTnL0Ee
今、気がついたんだけど
２コアを１モジュールにすることでリソースを1/4節約して(逆に言えば１コアから１モジュールにアップグレードするのに１コア分の50%の追加リソースが必要)、
それにともなう性能低下も2コア合計で1/10におさめました（逆に言えば2コアを一つにすることで80%の性能向上が見込めます）
って事なんだよね？
HTTと比較するとけっこう対極的な位置関係になってるねこれ
629:Socket774
09/11/13 21:50:47 LlJ4bQ3m
レジスタをそれぞれのALUの近くに完全に分散して持てるから
HTとは違うんでない。
630:Socket774
09/11/13 22:51:43 CGqeEOT9
>>617
>両方のInegerCoreの演算器が
>全部動く自体なんて想定してないんじゃないの？
そう思う。
実際には片側４つ全部遊んでいる状況もあるだろうな。
631:Socket774
09/11/13 23:00:52 EO/YjpG6
よくわからんが、C2Dっぽい二気筒エンジンになるのか。
デスクトップ向けが4コア8スレッドなのかな？
632:底辺投機家
09/11/13 23:04:16 Ly7aps2U
有識者の方々にお尋ねしたい。
先日発表された内容の
Ａ． Bulldozerがポシャる可能性
Ｂ． Bobcatがポシャる可能性
Ｃ． Fusion/APUがポシャる可能性
を具体的数字で示していただけますか。
633:Socket774
09/11/13 23:07:12 Rjv2vUM8
まず「ポシャル」の定義を教えてくれ
634:Socket774
09/11/13 23:09:17 xs3ZX472
A 12㌫
B 24㌫
C 38㌫
635:Socket774
09/11/13 23:09:45 zCXK77Zf
Q：Bulldozerがポシャる可能性
A：0
Q：Bobcatがポシャる可能性
A：0
Q：Fusion/APUがポシャる可能性
A：0
Q：それぞれが遅れる可能性
A：低くない
636:Socket774
09/11/13 23:11:26 8JZwV8y1
なんか妙な言い回しが板のあちこちでみる
別に困ることでもないだろうに
A,わからん
B,わからん
C,わからん
おれたちトーシローの意見をきいても意味無いと思うが
637:Socket774
09/11/13 23:14:35 Ly7aps2U
>>633
中止、もしくはデザイン変更
638:Socket774
09/11/13 23:20:12 EO/YjpG6
今さら中止も変更もないだろ。
仮にAMDが倒産してもIBMが引き継ぐんじゃね？
639:,, ´∀｀ ,,）っ-○○○
09/11/13 23:24:28 TwafIZZ/
>>633
テンがない
640:Socket774
09/11/13 23:27:51 Rjv2vUM8
A. これまで紆余曲折あってアーキテクチャー公開だから、中止・デザイン変更の可能性は低いと思う。
B. ダイ写真の公開してるし、中止・デザイン変更の可能性は低いと思う。
C.中止・デゼイン変更の可能性は 上二つほど低くないと思う。
思ったほど性能が出ないとか、発売が遅れるとか、プロセスの歩留まりが向上しないとかはありがちだが。
641:Socket774
09/11/13 23:43:27 Ly7aps2U
識者の皆様
貴重なご意見ありがとうございました<（＿）>
642:Socket774
09/11/14 00:02:04 0mOzxaqI
識者じゃないが、あそこまで時間とリソースをかけて開発してきたのだから
ブルドーザーが市場投入されないとしたらAMDがその前に潰れた場合だけだろうな。
643:Socket774
09/11/14 00:16:54 UwvtsPbJ
整数演算ユニットを4パイプx1組じゃなくて
2パイプx2組にするメリットって大きいのかな？
消費電力の低下には寄与しそうだけど
性能面での貢献が期待できるのかどうか
特にシングルスレッド重視の用途に限れば
不利になりそうに思えるけどそうでもないのかね
644:,,・´∀｀・,,）っ-○○○
09/11/14 00:36:50 8rfW0ww8
3パイプ＋ストアの予感
645:,,・´∀｀・,,）っ-○○○
09/11/14 00:40:10 8rfW0ww8
そもそもAMDの資料でも4パイプ書かれてるわけなんで
AGUはALUとペアにするべきかLSUとすべきかは議論の余地はあるが
Fused μOPs形式を辞めるとかぶっちゃけ無いだろ。
デコーダのドメイン数が増える。
ま、256ビット AVXが2ドメインなんでそういう面では不利確定ぽ
646:Socket774
09/11/14 01:51:34 qaFX6RGC
性能予測だとコアの増加に比べて、Integer性能の増加が小さいので、
整数演算ユニットがすごくリッチになるとは思えない。
「ALU+AGUのセットが4組」はありえないと思う。
647:Socket774
09/11/14 01:56:14 HzOHIkYI
>>644でやっとさんざ書かれた
>両方のInegerCoreの演算器が
>全部動く自体なんて想定してないんじゃないの？
が理解できた気がする。
4命令/サイクルの命令が各integer coreに必ずしも2:2で振り分けられるわけじゃない。
それこそ4:0から0:4まで状況に応じて変わる。
スレッド数が少ないときのシングルスレッド性能は、K10からデコーダの性能向上分上がるし
スレッド数が多いときは、K10よりはシングルスレッド性能が低いコア×2として扱える。
ってことでおｋ？
648:Socket774
09/11/14 03:51:45 Q177t1I6
URLﾘﾝｸ(journal.mycom.co.jp)
Photo11: 128-bit FMAC
Photo12: 128-bit FAMC
Photo13: 128-bit FAMC
649:,,・´∀｀・,,）っ-○○○
09/11/14 10:54:57 8rfW0ww8
iMac、じゃなくてIMAC機能も2つのFMACユニット両方で使える気がするんだが
IMACが有効に使えるケースでのSIMD整数算術演算のスループットは最大2倍ってことになるよな
PMUL* と PADD* を連結して使いたい場合に有効だな
ま、整数で積和使えても美味しいケース少ないけどな
650:Socket774
09/11/14 14:12:32 kKKwIMcC
画像を見る限り、２コア８整数２浮動小数が全体で１コアなのか、
これが４コアとか複数展開されるのかよくわからないな。
L3まで書いてあるってことは、これがCPU全体の処理構造になる
ように読めるんだが。
651:,,・´∀｀・,,）っ-○○○
09/11/14 14:48:08 8rfW0ww8
コアの考え方が曖昧になるな
652:Socket774
09/11/14 15:03:08 M3LDRNq8
オラクルのライセンスで揉めそうだなw
653:Socket774
09/11/14 15:29:30 ybR/zvmW
否定的なことを言えば、FPUのコア間共有はトランジスタを増やさずに
見かけのコア数を増やす(整数演算を優先する)過渡期のアプローチ。
微細化で余裕が出来る次の世代では1:1で持つようになるはず。Niagaraとか見ると。
スレッドを複数束ねればピークはずれるので、2コアといわず4コア・8コアを集約して
リソースを配分できれば理想的だが、高速なチップはそういうふうに作れないようだ。
あと、マルチコア全盛に至った理由の一つが「きっちり1コア作ればあとはコピペでおk」
という点であり、手間をかけて2コアを融合させるのが、1コアを改良
するより費用対効果でみて有利なのかどうかはまだわからない。
654:Socket774
09/11/14 15:49:06 ybR/zvmW
肯定的に言えば、Intelの後追いではないことを明確にアピール出来たのは
借金抱えてアラブの投資家のご機嫌を伺わなければいけないAMDにとって
大きな意義がある、かな。
Atom対抗という位置付けだったBobcatも、Atomとは違う高付加価値路線だった。
IntelがAtomで利益を上げていることを考えれば、Atomクローンを
作ってもよさそうなものだが(派生品を作りやすいのもそのセグメントだろう)、
価格競争しても勝ち目はないという真っ当な判断が働いたのだろうか。
655:,,・´∀｀・,,）っ-○○○
09/11/14 15:53:47 8rfW0ww8
LlanoとSandy Bridgeのコアサイズ見ると既にSandy Bridgeの1コアがLlanoの1.5倍くらい
GPU部分はほぼ同サイズなんだが
656:Socket774
09/11/14 15:54:08 XtAgcAD1
>>653
ほぼ同じダイサイズなのに整数演算のスループットで2倍以上の差があるからな
URLﾘﾝｸ(www.spec.org)
URLﾘﾝｸ(www.spec.org)
NiagaraのCoolThreads的な、面積あたりの性能にフォーカスするのは自然
657:Socket774
09/11/14 15:56:25 iDwikhuU
たるさんの予想が当たる
658:Socket774
09/11/14 16:00:45 t4BTVAAy
>>656
HTTアリと無しでは話がまた違うが…。
アンカ違いか？
659:Socket774
09/11/14 16:06:41 XtAgcAD1
何それ怖い
660:,,・´∀｀・,,）っ-○○○
09/11/14 16:18:47 8rfW0ww8
まあ何にせよフロントエンドとFPUを共用する以上、
HTと同様にタスクの振り分け方で性能が変わるなんてことがあるわけで
OS側の対応が大変だ
661:Socket774
09/11/14 16:22:00 ybR/zvmW
SMTも入れてスループット特化したらもっと面白かったかな
きっと売れないけど
662:Socket774
09/11/14 16:39:00 Iou8SRFI
実は4pipeが独立スレッドとしても動かせて
1コアで4*2=8スレッド、4コアなら32スレッドで動くとか
エンコ屋さんは喜ぶかもなー
663:,,・´∀｀・,,）っ-○○○
09/11/14 16:40:34 8rfW0ww8
そういえばSMTがないなんて一言も言ってないんだよな
664:Socket774
09/11/14 16:49:50 XtAgcAD1
>>663
あるとしたらSoEMTじゃね
URLﾘﾝｸ(pc.watch.impress.co.jp)
665:Socket774
09/11/14 16:55:22 ua6oLThd
つか前に1モジュール内で並列処理やるって言ってなかったっけ
整数ユニット2つ積んでるのがそれだと思ったんだけど
666:Socket774
09/11/14 16:59:47 Q177t1I6
Bulldozerモジュール内で4スレッドも走らせたらFPUパンクしちゃうよ
ところでFPUってL2にしか繋がってないの？
両方のL1Dに繋がってるって書き方してる人もいるけど
667:,,・´∀｀・,,）っ-○○○
09/11/14 17:23:26 8rfW0ww8
整数部のLoadユニットで読んで内部データバスで供給でしょ。今までと同じかと。
668:,,・´∀｀・,,）っ-○○○
09/11/14 17:32:41 8rfW0ww8
たとえば
addps xmm0, [rax]
って言う命令は整数パイプと浮動小数パイプの両方にオペレーションが発行される。
整数部のAGUを使ってアドレスを算出、格納先の１２８ビットデータを読んで
FPUのシャドウレジスタに格納→浮動小数ユニットでそのデータをxmm0に加算
みたいな。
Bulldozerの場合はシャドウを含めたレジスタセットをスレッド毎に持ってそれぞれの
整数コアに接続すればいい。
669:Socket774
09/11/14 17:47:51 BOY857X6
きも過ぎ
670:Socket774
09/11/14 17:49:54 kKKwIMcC
マクロFusionはx86の実行効率向上にかなり効果的みたいだな。
AMDもRISC変換はしてるけど、インテルの特許技術と同じような
手法はとれないと思うし、AMDの高速化に向けたアプローチは
苦難の道が待っていそうな気がする。
671:Socket774
09/11/14 18:21:45 UwvtsPbJ
>>670
前からやってるぞ？何言ってんの
672:Socket774
09/11/14 20:35:49 BOY857X6
AMDが使えないインテルの特許技術ってx86のことですか
673:,,・´∀｀・,,）っ-○○○
09/11/14 20:39:26 8rfW0ww8
今年通ったIntel特許だとLarrabee関連とか
674:Socket774
09/11/14 23:08:19 t4BTVAAy
>>672
何を言っているの？
675:Socket774
09/11/14 23:34:35 w5rttL5q
4つのパイプラインが肝だろうけど謎が多いな
ALU+AGUのペアが4つというのは難しそうだが
かといってペアが2つだと性能落ちてしまうよな
うーん・・・
676:Socket774
09/11/14 23:40:44 qatVKIjB
>>675
そこで3+1説
Cellじゃないけど
677:,,・´∀｀・,,）っ-○○○
09/11/15 00:05:30 GwkMRAwb
LSUは整数コア毎に128bit×2基なのかな？
2スレッド合計で64KB/clkのロード帯域になるなら、Sandy Bridgeに対する優位性としては十分だな
678:,,・´∀｀・,,）っ-○○○
09/11/15 00:11:44 GwkMRAwb
64byte/clk orz
679:Socket774
09/11/15 00:34:43 1qZbvTOG
>>675
3+3なら(スレッドが少ないときの)シングルスレッド性能とマルチスレッド性能両立できるよ
>>647参照
680:Socket774
09/11/15 01:49:01 9HSPvDU/
1スレッドあたり平均2命令発行だから2ペア、だろ
+50%で1コア相当の省スペース性がウリなんだから
リッチなわけもなし
681:Socket774
09/11/15 01:57:08 y809ROyU
“Bulldozer”のサンプルは2010年早期に登場する
URLﾘﾝｸ(northwood.blog60.fc2.com)
682:Socket774
09/11/15 02:20:22 fEyWNb8j
>>676>>679
K8以来ずっとALUとAGUのペアがで1組の構成でしたが
これが3組だとしたら残りのパイプ1つはどうなるのでしょうか
683:,,・´∀｀・,,）っ-○○○
09/11/15 02:28:55 GwkMRAwb
だからAGUだけ（Load or ストア専用）
684:,,・´∀｀・,,）っ-○○○
09/11/15 02:46:15 GwkMRAwb
URLﾘﾝｸ(www.chip-architect.com)
整数ユニットってサイズそんなに食ってなくね？
L2キャッシュ込みでなら1.5倍は十分可能だと思うけど。
685:Socket774
09/11/15 06:45:26 67+W7s0j
死ね
686:Socket774
09/11/15 07:35:43 9HSPvDU/
整数演算リッチにする余裕あるならフェッチ・デコードも分離すると思うんだけど。
要はRockと同じくFPUのみ共有。新味はないが確実。
2スレッド分のリッチな整数演算パイプに充分な命令を発行できる
スーパーリッチな共有型フェッチ&デコーダだったらミラクル過ぎる。
687:Socket774
09/11/15 07:43:40 9HSPvDU/
OSのスケジューラはスレッド毎に256bitAVX使用の有無に応じて
コアへの割り当てを配慮しなきゃいけないのかしら。
出来なくはないだろうけど、面倒そうね。
688:Socket774
09/11/15 09:00:36 67+W7s0j
1スケジューラにつき1スレッドなの？
1フェッチ＆デコードにつき1スレッドなの？
後者ならBullはデータL1とスケジューラが2つになっただけで
「2コアで1モジュール」とかあんま関係無いような気がする
689:Socket774
09/11/15 11:43:52 xGo1jOrD
よーするに「整数演算はインテルより強い」といわる時代がまたやってくるのか。
690:Socket774
09/11/15 11:56:49 rl8QvWPu
整数の4パイプは
「ALUx2、ロードx1、ストアx1」ってことはないのか？
BobcatもAGUを分解してそんな感じだけど
691:Socket774
09/11/15 12:04:58 CqsdRnHp
>>689
まー浮動小数点演算を大々的に使うならGPUという時代が目の前だからねぇ
整数演算強化は正解かと
692:Socket774
09/11/15 12:33:15 9HSPvDU/
GPGPUは「これまでCPUでは出来なかったこと」をやるためのもので
仮にGPGPUが普及しても、CPUの浮動小数点演算需要は減らんよ
693:,,・´∀｀・,,）っ-○○○
09/11/15 12:48:47 GwkMRAwb
>>689
まあ、数＝性能じゃないと思うけどねぇ。振り分けが巧くないと結局ユニットが遊ぶ。
>>690
ロードと整数演算を分解するとμOPsのドメイン数が増えるだろ。Macro fusionを辞めるわけがない。
辞めたところでデコーダのポートが増えてスケジューラが大変になるか、スループットが落ちる。
まあBobcatは外部2～3 issueの内部4issueだろうからそれでいいんだろ。
>>691
だからそれはSandy Bridgeのスペックが解るまでの話だろう。
SSE5（現FMA4）を使うことで浮動小数演算性能も2倍で、
今年に登場しNehalemをぶっちぎる予定だった。
694:Socket774
09/11/15 12:57:56 67+W7s0j
>>692
ﾃﾍですか？
695:,,・´∀｀・,,）っ-○○○
09/11/15 13:06:09 GwkMRAwb
PenrynとNehalemって殆どパイプライン構成同じでHTが増えたくらいなんだが
それで性能増えるのは要するにそれだけスカスカだったってことで。
大体にx86みたいなレジスタ本数が少なくて依存関係の多い命令セットじゃ
整数演算ユニット増やした分だけ性能があがるようなもんじゃないだろ。
整数コアに更に2スレッド動く構成とかならありだろうが。
696:Socket774
09/11/15 13:22:42 67+W7s0j
>>695
ﾃﾍですか？
697:Socket774
09/11/15 13:27:18 xGo1jOrD
>>692
いや、画期的に減ってるんですが……エンコをGPUでやれるのは大きい。
GPUが「使える」ようになってきた以上、とくにAMDみたいな内蔵GPUが強い場合、
演算能力はCPU単体で考えるより、内蔵GPU込みで考えた方がいい時代になってきた。
そしてグラボ追加でエンコなどの能力アップと。
,.ｨ , - ､.＿ 、
. ,ｲ/ l/ ￣￣｀ヽ!__
ﾄ/ |' { ｀ヽ. ,ﾍ
Ｎ│ ヽ. ` ヽ /ヽ / ∨
N.ヽ.ヽ、 , } l＼/ `′
. ヽヽ.＼ ,.ｨｲﾊ | ＿|
ヾニｰ __ _ -=_彡ｿﾉ u_＼ヽ、 | ＼
. ￣ﾞr=<‐ﾓﾐ､ﾆr;＝=ｪ;ｭ＜_ゞ-=7´ヽ > つまりコプロセッサ増設の時代が戻ってきたんだよ！
. l ￣ﾘーh ｀ ｰ‐‐' l‐''´冫)'./ ∠__
ﾞiｰ- ｲ'__ ヽ､..＿__ノ ﾄr‐' /
l `＿__,.、 ./│ /＿
. ヽ. }z‐r--| ／ ﾄ, | ,、
698:Socket774
09/11/15 13:33:25 67+W7s0j
>692はまず1行目に突っ込むべきだと思うんだが・・・
1行目がこのままなら2行目との矛盾は無いけれど
「これまでCPUでは出来なかったこと」ってPC内で言うとHDDやらLANやら電源やらの機能のどれかってとこかな
そんなことがGPGPUに出来るんですか
現実世界のGPUは「演算なら何でも御座れ」なCPUの機能限定版ですよ
699:Socket774
09/11/15 13:34:13 67+W7s0j
限定というか特化か
700:Socket774
09/11/15 13:35:11 1na4qW8D
DOS/VマシンがCPUとGPUを別パーツに分けたように
「あれ？もう整数演算と浮動小数点・ベクトル演算を同居する意味無くね？」
と気付いてしまったのが現在
701:Socket774
09/11/15 14:00:40 9HSPvDU/
みなGPGPUにあらぬ期待をかけすぎだ。
団子はもっとプロパガンダ頑張らないと。
GPGPUはバズーカ持ったシュワルツェネッガーみたいなもんだ。
戦場の様子を一変させる破壊力。
でもやっぱりマシンガンも要るんだよ。
702:Socket774
09/11/15 14:32:47 0m/z0btM
FPUはCPUに取り込まれたし、
GPUもCPUに食われると思うが・・・
703:,,・´∀｀・,,）っ-○○○
09/11/15 14:48:52 GwkMRAwb
>>701
往年のシュワちゃんはボディービルダーだからアウターマッスルは立派だが
インナーマッスルは相対的に弱い。
銃撃戦に必要なのは瞬発力だろう
704:Socket774
09/11/15 14:51:12 CqsdRnHp
そもそも今現在、CPUで浮動小数点演算使う場面ってあるの？
職場で使う大ファイルのエクセルくらいじゃないのか。
レタッチやキャド分野ではもうGPUにどんどん移行してるし
3D描画やゲームは全部GPUで決まるし、
エンコももうGPUにどんどん移行してる。
CPUの浮動小数点を無くすのはまだ乱暴だが、現状維持程度にするというのは
ニーズからいっても非常に現実的な解だと思うが。
欲しいのはやっぱり整数演算でしょう。
705:Socket774
09/11/15 14:51:38 LG75kTK/
>>702
５年以上先にはなｗ
706:,,・´∀｀・,,）っ-○○○
09/11/15 14:56:35 GwkMRAwb
>>704
だから浮動小数も2倍になってるっつーの
707:Socket774
09/11/15 15:00:03 PQNIAS0b
>>704
×どんどん移行してる
○ゆっくり移行してる？
708:Socket774
09/11/15 15:13:12 1na4qW8D
DTMはレイテンシが命だからGPGPUとか無理
CPU並みのレイテンシでGPUを使えるAPUが将来的に望まれる
709:,,・´∀｀・,,）っ-○○○
09/11/15 15:19:07 GwkMRAwb
てかGMA内蔵Sandy Bridgeの対抗は当分K10.5のLlanoだろ
Bulldozerは鯖とエンスー向けで
710:Socket774
09/11/15 15:21:17 9HSPvDU/
こんなにFermiへの期待度が高いとは正直驚きだ。
Fermiだよな?
711:,,・´∀｀・,,）っ-○○○
09/11/15 15:24:06 GwkMRAwb
FermiはGPUとしては単体カードでGTX295を超えられるか微妙
712:Socket774
09/11/15 15:24:46 0m/z0btM
GPUを扱えるAPUってなんぞｗ
普通に、サウンドカードのチップとかコーデックが
全てソフトウェア化してCPUに取り込まれれば、解決する問題じゃん。
713:Socket774
09/11/15 15:39:51 RAbvWwq1
>>683>>690>>693
K8の、というかAMDの3命令/cycle哲学からして
さすがに2(ALU+AGU)は無いんじゃないの？
同様にストアだけ強化っての何だか違和感あるし
正当な進化として4(ALU+AGU)にならんのかね
714:Socket774
09/11/15 15:46:39 6zMlLZ7M
Chekib Akroutのpdfで5ページ目、Single-Core Eraの項が気になる
この先シングルスレッド性能が上がるか下がるか？って書き方だしなあ
以前どこかの記事でシングルスレッド性能は落とさないとAMDの人が言ってた気もするんだが
715:,,・´∀｀・,,）っ-○○○
09/11/15 15:50:13 GwkMRAwb
>>713
むしろストアって基本的に整数演算とペアにできないんだよね。
add [eax], ecx だとload→add→storeになるけどさ
load+add と storeで十分だろってさ。
716:,,・´∀｀・,,）っ-○○○
09/11/15 16:06:32 GwkMRAwb
ストアアドレスが確定するまでロードが出来ないことを考えるとストア専用パイプを用意して
専用のスケジューリングをする意味はあるのかなと。
アドレス値予測して投機的にロードするテクニック（Memory Disambiguation）はどこぞの特許に抵触するし。
717:Socket774
09/11/15 16:18:00 67+W7s0j
低脳うぜぇ
718:,,・´∀｀・,,）っ-○○○
09/11/15 16:21:23 GwkMRAwb
逆に言うとストアアドレスが確定するまでストアできない制限がある以上
ALU＋AGUのペアをいくら増やしても頭打ち
719:,,・´∀｀・,,）っ-○○○
09/11/15 16:22:24 GwkMRAwb
○逆に言うとストアアドレスが確定するまでストアの後ろのロード命令を先行実行できない制限がある以上
720:Socket774
09/11/15 16:32:08 67+W7s0j
メモリディスアンビグエーション＝プリフェッチ＝フェッチはどこの特許に触れますか？
721:,,・´∀｀・,,）っ-○○○
09/11/15 16:33:28 GwkMRAwb
US Patent 6591342
722:,,・´∀｀・,,）っ-○○○
09/11/15 16:36:54 GwkMRAwb
というかIntelの特許はこれ
7590825 Counter-based memory disambiguation techniques for selectively predicting load/store conflicts
URLﾘﾝｸ(www.patentgenius.com)
723:,,・´∀｀・,,）っ-○○○
09/11/15 16:57:59 GwkMRAwb
プリフェッチ君背走
724:Socket774
09/11/15 17:24:14 67+W7s0j
未だにメモリディスアンビグエーション＝プリフェッチ＝フェッチと信じてるとは驚き
725:,,・´∀｀・,,）っ-○○○
09/11/15 17:27:35 GwkMRAwb
プリフェッチ君おはよう
726:,,・´∀｀・,,）っ-○○○
09/11/15 17:32:20 GwkMRAwb
プリフェッチ君（ID:67+W7s0j）の恥ずかしいレスが見れるスレはこのスレだけ
727:,,・´∀｀・,,）っ-○○○
09/11/15 17:37:09 GwkMRAwb
ねえねえプリプリフェフェフェッチくん♥
728:Socket774
09/11/15 18:41:30 maZmd7kF
L2の速度ひとつで性能2、3割とか余裕で変わるんで
コア内部だけのユニット構成だけで性能予測しても
殆ど当たらんけどな。
729:,,・´∀｀・,,）っ-○○○
09/11/15 18:44:49 GwkMRAwb
まあパフォーマンス要因はL1が2つあることだと思う。
1つのL1の帯域・ポート数を増やすのは大変だが、クラスタ化すればスケールする。
結果的に浮動小数ユニットに2倍のスループットでデータを供給できるようになる。
730:Socket774
09/11/15 18:59:01 uFGZc0jr
Memory Disambiguationでウィスコンシン大学に訴えられてた件は和解したんだな。
Wisconsin Alumni Research Foundation settles suit against Intel
URLﾘﾝｸ(www.jsonline.com)
731:Socket774
09/11/15 19:41:47 psl1E2jj
>>597
自分も非常に気になった部分だ。
クラスタードを採用するとかしてないと無理な気がするが、其処まで面倒な事を
してるのかな？
まあいずれにしてもクラスタードはいいなあ。
IntelのHTやターボboostなんかで差をつけられたイメージが有ったが、一気に
取り戻した感じがするよ。
732:Socket774
09/11/15 19:50:30 lSnNYP9x
3年遅れているけどな
733:Socket774
09/11/15 22:15:42 0a/GhY9+
2011年の淫は3年先を逝ってるのか・・・
734:Socket774
09/11/15 23:53:47 PSAdY57M
なんつかAMD黄金時代がまたきそうだな
735:Socket774
09/11/15 23:56:31 pgD4d6yQ
もっさりスレの主をファビョらせるとはだんごせんせーもなかなかのもんじゃな
736:Socket774
09/11/16 00:32:35 DME5PNJN
でも、AMDのはまたコスト上がりそう。
今のAMDの石は、ぶっちゃけ値段を下げて無理矢理Intelとタメ貼ってるような状況だから
これで決定的な差が出せなかったら、色々きついんじゃないか・・・。
そうでなくても、今だってSOIとかIntelに比べてコストのかかるの使ってるんでしょ？
737:Socket774
09/11/16 00:44:52 PQFXVnqC
SOIの価格に関しては確かに割高ではあるけど、技術の出始めと
安定後では価格が劇的に下がるのが工業製品の常識。
詳しい価格差は明らかになってないので何ともいえないところでは
あるんだけどね。
個人的な印象としてはAMDは下の温度は下がりにくいかわりに、
OCしてもあまり温度が上がりにくい、インテルはその逆という感じ
がする。
738:Socket774
09/11/16 00:56:10 nNs3ccTR
かけるコストに見合う見返りがあるからこそずっとSOIを採用してるんでしょ
ウェハが高いからSOIは高コストなんて言っても意味ないよ
それに微細化が進んでいろんなテクニックが必須になってきてるから
相対的にウェハコストの影響は小さくなるし
739:Socket774
09/11/16 01:30:41 BLwecK3L
工業製品、特に汎用品でコストパフォーマンス以上に重要なものなんてない
740:Socket774
09/11/16 01:45:13 PQFXVnqC
>>739
じゃあインテル最悪だな。
741:Socket774
09/11/16 01:53:41 f00qFtF+
>>716
もしストア専用にパイプを足したとしても
他のALU+AGUのペア含めた制御面倒じゃないの？
果たして性能面でそんなに寄与するのだろうか
742:Socket774
09/11/16 04:29:25 Krqt6Gqh
AMDがSOI採用してるのは他に方法が無いから以外にないでしょう
最初にSOI導入したときは何も導入してないIntelにそれで勝った。
IntelはSOIの導入を飛ばしてHigh-kを実現したが、
材質や配分などを独自研究して誰よりも早く実現したのであり
そこまで至ってないAMDはSOIに頼るしかなく今に至る。
AMDもやっと2010年からHigh-k導入。
743:Socket774
09/11/16 06:09:22 UDDZWGiS
採用時はいいアイディアだったんだよ、SOI。
クラスタ化も多分そんな感じになる悪寒。
744:Socket774
09/11/16 07:46:51 xv3fRmCg
複数コアでのFPU共有は悪いアイディアではないと思う。
そこから一歩進めてコア自体を不可分に一体化するのは、
長期的にはメリットよりデメリットの方が多いと思う。
745:Socket774
09/11/16 08:05:56 xv3fRmCg
よく考えると、開発の遅れと言う形で、
短期的にも既にクラスタ化のデメリットは露出しているのだった。
仮にクラスタ化のアプローチが成功しても、Bulldozerの次の世代で
さらに4コア1モジュールに進めるのは現実的でないし、
逆にクラスタ化マズーとわかっても戻れないし、
これは分の悪い賭けだ。
746:Socket774
09/11/16 08:06:04 wW/IKRAf
シングルコアなら暇だろうと何だろうと各機能が一通り配置されてないと
いけないが、マルチコアなら暇そうにしてる機能ブロックは共有化してしまえ
（忙しそうなところだけ多重化した、でもいい）
つまり、どこも忙しくなることを目指した、ということだと思っていいのかい
747:Socket774
09/11/16 08:14:43 mmVO9cPX
データL1を1コアに2つ積んだんでしょ
748:Socket774
09/11/16 08:19:39 xv3fRmCg
>>746
FPUはともかくフェッチ・デコード段が暇なのか、というと、あまりそんな
風には思えないけど、考え方としてはそういう事。
BulldozerはSandy Bridgeよりも確実に同時実行スレッド数が多くなり、
マルチスレッド化されたアプリケーションならば整数演算能力で
上回り、256bit AVXを多用するアプリケーションでなければ浮動小数点演算でも
同等の能力を発揮する。
>>747
1コアではなく1モジュールに2つ。
1モジュール=2コアと考えるならば、ふつう。
749:Socket774
09/11/16 08:40:31 mmVO9cPX
だからデータL1を1コアに2つ積んだのをモジュール言ってんでしょ
750:Socket774
09/11/16 08:49:31 xv3fRmCg
1コア=1モジュールという言い方はAMDもしてないと思うが、
仮にそういう視点に立つと、Bulldozerはとてもでかいコアということになる。
(2倍まではいかないが)
実際そのために開発遅れたし45nmに載らなかったんだから、
そういう見方でいいのかもしれないなあ。
で、1ハードウェアスレッドあたり1個のデータL1だから、ふつう。