AMDの次世代CPUについて語ろう 第28世代

このエントリーをはてなブックマークに追加
1Socket774
■前スレ
AMDの次世代CPUについて語ろう 第27世代
http://pc11.2ch.net/test/read.cgi/jisaku/1236773340/

自作板AMD系スレッド過去ログ保存サイト様
http://amd.jisakuita.net/

■関連スレ
Intelの次世代CPUについて語ろう 39
http://pc11.2ch.net/test/read.cgi/jisaku/1240477360/

CPUアーキテクチャについて語れ 15
http://pc11.2ch.net/test/read.cgi/jisaku/1235699613/
____
\._  | 荒らし・煽り・厨房は放置が一番。
/|_| | 釣られずにスルーしましょう。
|_/\! sage進行でマターリいきましょう。
2Socket774:2009/04/26(日) 11:47:09 ID:bOJb5t1x
3Socket774:2009/04/26(日) 11:48:07 ID:fXiVYM0r
そうです簡単に作れるんです、あんなもん。
4Socket774:2009/04/26(日) 11:51:23 ID:bOJb5t1x
Magny-CoursがMCMなので、兄貴がMCMを馬鹿にした発言をしたと
勘違いしている人がいますが、
『そうです簡単に作れるんです、あんなもん。』発言をしたのは佐藤明美氏の方で、
http://www.watch.impress.co.jp/akiba/hotline/20070616/etc_intelvsamd.html
わざわざ引用して間違ったことを言ってる人もいますけど、無視するように。
兄貴がいないイベントで兄貴が言ったことにされるミステリーw
5Socket774:2009/04/26(日) 12:02:32 ID:KUbvvNh0
兄貴は「Phenomは業界を震撼させるもの。」としか言ってないね。日本人なら読めるよねコレ
6Socket774:2009/04/26(日) 12:15:43 ID:nFpC8V0W
兄貴「Phenomは業界を震撼させるもの(消費電力的な意味で)」
7Socket774:2009/04/26(日) 12:23:43 ID:E5BzlGJm
兄貴が言ったとしても別にかまわんけどね
実際には作ろうと思えばいつでも作れるんだろうし
単にマーケティング的な理由で作らなかっただけで
Intelがニコイチなら、うちはネイティブデュアル、クアッドということでね
で、8コア以上はダイサイズ的に無理があるけど競争上必要だから、
今回採用しているだけ

こんなことは、小学生でも理解できることだけど、
ニコイチデュアルやクアッドに騙されてきた淫厨には無理みたいだな
8Socket774:2009/04/26(日) 12:24:05 ID:Y/kEM3Mc
□複数ID、複数回線でAMDへの嫌がらせに励む古株常連の情報□

自作PC板の過去ログ(旧名 録音)
http://z-temp.hp.infoseek.co.jp/2ch/Prescott699-.html

最悪板
http://mamono.2ch.net/test/read.cgi/tubo/1214474976/

現在はアスペル君(アスペルガー症候群の意)、
MACオタ、あっち糞、ダプオ(脱糞男)、GeForce9600GT厨など
多数の名で知られている。
9Socket774:2009/04/26(日) 12:26:33 ID:zsUr37Dc
兄貴、叫んだ「若者よ、我が道を行け」
http://www.sanspo.com/geino/news/090425/gng0904250506009-n2.htm
10Socket774:2009/04/26(日) 12:34:32 ID:x4Sb/Rin
Phenom発売当時の周囲の反応
「えー?まじで?」
「これがネイティブ?」

…確かに震撼させてくれたようだ
11Socket774:2009/04/26(日) 12:36:35 ID:xzWv3kO2
AMD儲のいつもの流れ


Aという技術がプロセッサ業界等で採用され始める(業界のトレンド)
→視野が狭いので知りもしない

オタ「Aという技術が他で採用されているす。AMDもいずれ採用するんじゃないすかね」
→うざい。そんなわけないだろ

インテルがA技術の採用を発表する(インテル儲にとってトレンド)
→これだからインテルはw

AMDがA技術の採用を検討し始める
→これからはAの時代だ!(ここがAMD儲のいうトレンド)


もっと広い世界に目を向けるべきだと思うす
12Socket774:2009/04/26(日) 12:45:50 ID:KUbvvNh0
どうやら外国人の方がいらっしゃるようで
13Socket774:2009/04/26(日) 12:56:40 ID:tNplDFhP
Are you“ネイティブ”?
14Socket774:2009/04/26(日) 14:13:46 ID:9PsSXRa+
998 :Socket774 :2009/04/26(日) 10:10:07 ID:ds80/nT7
桁違いの馬鹿

1000 :MACオタ>998 さん :2009/04/26(日) 10:26:55 ID:H+1rk+x7
>>998
記憶薄弱だからといって『桁違いの馬鹿』呼ばわりはひど過ぎるかと(笑)

>>998はMACオタのことを指していると思うのだけど違うの?
15Socket774:2009/04/26(日) 14:16:06 ID:j6+vuOfI
兄貴、見通しが甘すぎっす
http://ascii.jp/elem/000/000/411/411612/
16Socket774:2009/04/26(日) 16:09:51 ID:CZQLcgDg
心の平静を保てないIntel儲がまた荒らしに来てるな。
Magny-Cours がデモされたくらいで騒がないで欲しい。
17Socket774:2009/04/26(日) 16:15:11 ID:E5BzlGJm
Athlon64やPhenomはPC向けのCPUアーキテクチャの未来を示してくれた
いいプロセッサだと感心したけどな。

Athlon64でマルチプロセッサも考慮してメモコン内蔵、クロスバスイッチ、HTの採用。
Athlon64 X2でそれが正しかったことを証明。
Phenomでは、クアッドコア以上を想定してL3の内蔵とネイティブクアッド。

コア自体の性能も若干アップしていて、C2に多少劣る性能まで向上。

まあ、π焼き含むキャッシュベンチマークだけが命の淫厨や情報弱者には、
理解の範疇外なのも無理はない。
18Socket774:2009/04/26(日) 17:29:18 ID:ZJnbQ7Ct
多少の思想の違いがあれど、行き着く所向かう先は同じ。
メモコン内蔵、L3キャッシュ、キャッシュリソースの共有化。
何れも今日出たばかりの技術じゃなく、とうの昔から存在していたし、
お互いずっと前から開発を進めていただろう。
19Socket774:2009/04/26(日) 17:51:02 ID:J0ow81JB
>>11
この手の「AMD」を「Intel」に変えたら通じる煽りって、面白味がないよね。
20,,・´∀`・,,)っ-○○○:2009/04/26(日) 18:46:26 ID:Ft3gm9E8
21Socket774:2009/04/26(日) 19:24:01 ID:0Uwrm0hw
それってなんか面白いの?

24core乗っけて正方形にしろってか?
22Socket774:2009/04/26(日) 19:27:46 ID:doYErzqO
見ちゃ駄目っ
23Socket774:2009/04/26(日) 19:49:18 ID:ZJnbQ7Ct
上に重ねたら正方形になるんじゃね?
24Socket774:2009/04/26(日) 19:52:03 ID:jTWxVE02
なるほど!折り目を付けて〜どーん!倍増だー!
25Socket774:2009/04/26(日) 19:55:09 ID:E5BzlGJm
>>18
IntelはAMDがPhenom出さなかったら、確実にC2Dを引き伸ばしていただろうから、
C2Qは今頃の登場で、Nehalemなんかいつになっていたかと思う。

Intelは確かに色々と研究はしていて、もちネタはたくさんあるけど、
いざ実用化に関しては、対抗製品がないとやる気がない。

AMDはそこに目をつけて、いち早く新しいアーキテクチャを取り入れて製品化している。
26Socket774:2009/04/26(日) 20:17:22 ID:4yoR+BKu
CPUパッケージが長方形は合理的だよね。
27Socket774:2009/04/26(日) 20:55:46 ID:ds80/nT7
アスペルガー症候群(アスペルガーしょうこうぐん、Asperger syndrome: AS)は、
興味・関心やコミュニケーションについて特異であるものの、知的障害がみられない発達障害のことである。
ttp://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%B9%E3%83%9A%E3%83%AB%E3%82%AC%E3%83%BC%E7%97%87%E5%80%99%E7%BE%A4

カナー症候群とは、主に、知的障害を伴う自閉症をさします。
ttp://autism.flop.jp/2006/10/kanner.html
28,,・´∀`・,,)っ-○○○:2009/04/26(日) 21:53:02 ID:Ft3gm9E8
素朴な疑問だがどんなソケットになるんだ?
29Socket774:2009/04/26(日) 21:56:05 ID:pDKK3yvX
cpu 2つ分そのままじゃない会
HTでパッケージ内の接続はあるだろうけど
30,,・´∀`・,,)っ-○○○:2009/04/26(日) 22:01:09 ID:Ft3gm9E8
つまり「Socket 2414」なのか

流石にそれは・・・


http://pc.watch.impress.co.jp/docs/2002/0401/uocchi/kaigai01.htm
こっちの値予測についてはCore MAのMemory Disambiguationが部分的採用例ってことでいいのかな。

インプレスうぉっちって、下らないジョークに見えて実は本質を見抜いてるのかも
31Socket774:2009/04/26(日) 22:04:35 ID:pDKK3yvX
いやいや事実は小説より奇なりと申しますし

AMDのMCMは究極の手抜き
32Socket774:2009/04/26(日) 22:17:23 ID:doYErzqO
何この自演
33MACオタ>団子 さん:2009/04/26(日) 22:21:17 ID:H+1rk+x7
>>28
pin数は…がんばって数えてみてはいかがでしょう?
http://images.dailytech.com/nimage/8709_large_amd_g34.png
34Socket774:2009/04/26(日) 23:00:25 ID:S/95OABZ
うわぁw
35Socket774:2009/04/26(日) 23:20:10 ID:T0P7u/oA
>>28-31
無知を晒しても恥ずかしいだけだから。
36MACオタ:2009/04/27(月) 00:07:57 ID:yuRUEY7Y
G34をはじめとする次世代ソケットプラットフォーム以降はAMDチップセットのみがサポートされる
クローズドプラットフォーム化されるとbetanewsが伝えています。
http://www.betanews.com/article/1240526705
  ---------------
  "For 2010 moving forward, the solutions coming out from AMD will be AMD and on
  AMD at this time," stated server business unit vice president Pat Patla. "We don't
  expect to see new chipsets from Nvidia or Broadcom for server implementations in
  2010. But they will continue to support all existing platforms moving forward through 2010."
  ---------------
Pat Patlaの語る通り、現行プラットフォームは2010迄延命されそうとのこと。
37Socket774:2009/04/27(月) 00:24:13 ID:+vyV3I9U
ん NVIDIA死亡のお知らせ?
38MACオタ>37 さん:2009/04/27(月) 00:45:42 ID:yuRUEY7Y
>>37
それと同時に『AMDの"オープン"は開いた口が塞がらないの意味』ということでもあるかと(笑)
http://www.amd.com/jp-ja/Corporate/VirtualPressRoom/0,,51_104_543_15008~117417,00.html
  ---------------
  オープン・プラットフォームに基づくAMDのアプローチにより、AMD Phenomプロセッサと
  プラットフォームは、マザーボードおよびチップセットのパートナーであるASUS、Gigabyte、
  MSI、NVIDIAの各社をはじめとする世界中の多様なソリューションとの間に互換性を確保
  しています。
  ---------------
39Socket774:2009/04/27(月) 01:01:29 ID:qPX3cCYY
>>36
まだライセンス供与されていないってだけの話か。
とりあえず遅らせて、AMD純正製品を先に出そうって魂胆だろうなw
40Socket774:2009/04/27(月) 02:35:00 ID:ETvS2W2C
なんという糞な商売
まともなチップセットを出してくれるなら構わんけどな
41Socket774:2009/04/27(月) 03:19:56 ID:9MuOjX6U
>>40
このスレにインテルの悪口書かれても困る。
42Socket774:2009/04/27(月) 07:29:45 ID:k7bOGV/l
前スレの最後で究極の低脳のあるべき姿を自慢気に披露したキモコテ
ここでも発奮大暴走
43Socket774:2009/04/27(月) 08:08:25 ID:nOIYgMvi
NVIDIAオワタw
44Socket774:2009/04/27(月) 09:48:34 ID:0JK07Rqh
一時的には収益が好転するだろうが、AMDプロセッサ市場自体が不活性化してしまう。
蛇が自分の尻尾喰うようなものだわな。

とはいえ、今までもAMD+nVidiaでどれくらい数が出てたのか疑問だな。
ServerWorksならともかく、サーバでnVidiaはあんまり買う気しないぞ。そうでもない?
45Socket774:2009/04/27(月) 12:24:47 ID:a5DFoCqJ
>>44
NVIDIAのサーバーは結構あると思うぞ。ServerWorksは後発。

個人的には普通にライセンス供与すると思うけどな。
AMDのチップセットが出たあとで。
46Socket774:2009/04/27(月) 13:01:27 ID:p6kaIgDc
2011年までが明らかにされたAMDのサーバーCPUロードマップ
http://pc.watch.impress.co.jp/docs/column/kaigai/20090427_163886.html
47Socket774:2009/04/27(月) 13:09:43 ID:W4hoDcU1
>この謎ブロックの正体はまだわからないが

PCI-Eじゃないか
48Socket774:2009/04/27(月) 13:40:48 ID:a5DFoCqJ
MCMでCPU同士を繋ぐ時に使う部分だったり。
最初みたときは、個人的にはキャッシュでIntelのように、
C6ステイトまで可能になるんじゃないかと思ったりも…。
49Socket774:2009/04/27(月) 13:50:57 ID:7XtvpBgF
Istanbulってそんなにでかくならないと思っていたけど、ずいぶん大きくなるんだね。
来年は1ダイで8コアも出るっぽいし、8コア版はどれくらいの大きさになるんだろう。
50Socket774:2009/04/27(月) 13:52:02 ID:7XtvpBgF
来年じゃない、再来年だorz
32nmだから、異常にでかくなるはずないな。
51Socket774:2009/04/27(月) 13:53:55 ID:k7bOGV/l
さらに8コアはBull
52Socket774:2009/04/27(月) 15:47:37 ID:KJC/wcSO
G34は1974pinらしいな
53Socket774:2009/04/27(月) 16:04:36 ID:KJC/wcSO
つか俺は知らなかったがG34の寸法図、10ヶ月前に既出じゃないか
54Socket774:2009/04/27(月) 16:16:18 ID:a5DFoCqJ
G34のpin数が1974なのも、横長なのも前々の情報だな。
"Socket C32"が情報的に新しそうにみえるけど、
過去に"G3"って名前で話は出ていた物と同じだろうね。

まぁ。すでに出ている情報を理解していたら、>>30みたいな発言はないね。
調べず発言するってのは、無知を晒すだけで恥ずかしいですね。
55Socket774:2009/04/27(月) 16:23:39 ID:7XtvpBgF
>>54
なるほど、G3MXを使わないG3がC32になったってことか。
56MACオタ>47 さん:2009/04/27(月) 20:40:16 ID:yuRUEY7Y
>>47
メモリのセルアレイっぽいですから、スヌープフィルタでは?
http://www.theinquirer.net/inquirer/news/107/1051107/amd-core-istanbul
  ----------------
  Probe Filter is the AMD name for a snoop filter, and what it does it to limit the number
  of times the CPU has to wait while a remote core returns cache data. This cache-induced
  latency is what killed the 8S Opteron market, the latency really hammered that machine.
  ----------------
57MACオタ:2009/04/27(月) 20:57:13 ID:yuRUEY7Y
GFが元Freescacle/MotorolaのGregg Bartlett氏をCTOとして迎えたとのこと。
http://www.theinquirer.net/inquirer/news/917/1051917/globalfoundries-hires-cto-vp-r-d
58MACオタ@補足:2009/04/27(月) 21:03:05 ID:yuRUEY7Y
Bartlett氏はAMDがMotorolaから銅プロセスを導入していたころにMotorolaのプロセス開発の
要職に就いていた人物です。下記は当時の記事。
http://www.eetimes.com/news/semi/showArticle.jhtml?articleID=10807239
正直、Motorolaから導入したプロセスはあまりうまくいかなくてIBMに乗り換えた訳ですが、
またぞろHector Ruizが自派閥を強化するためだけに昔の仲間をつれてきただけじゃないことを
祈るばかり…
59Socket774:2009/04/27(月) 21:03:38 ID:k7bOGV/l
厚顔無恥っていうか睾丸鞭っていうか
60Socket774:2009/04/27(月) 21:07:17 ID:nOIYgMvi
Istanbulが前倒ししたからマニクールも前倒しとかは無いのかね
61,,・´∀`・,,)っ-○○○:2009/04/27(月) 21:16:45 ID:xE7gHVrV
ペニス先生すごく・・・大きいです
62Socket774:2009/04/27(月) 21:18:39 ID:PeGz66uf
>>59
痛そうだな、おい
63Socket774:2009/04/27(月) 21:35:13 ID:1sGHR7gj
>>60
プラットフォーム側の開発や安定化もあるから、
無理に前倒しはしないんじゃね?
64Socket774:2009/04/28(火) 00:41:26 ID:qlOiYD5L
>>54
彼は宗教者だから邪教の知識を獲得しすぎて
功徳を失って位階が下がることを避けているんだよ
65Socket774:2009/04/28(火) 00:48:15 ID:KIkbBSD5
>>60
実は今年のQ4に投入なんて話もあるけどな
従来と同じ来年前半と考えても1四半期分は早まってるんじゃないかねえ
66MACオタ:2009/04/28(火) 03:16:30 ID:0nWC5vbA
なんだか登場予定のデュアルコア製品もクアド化できて、韓国では大人気とか…
http://www.theinquirer.net/inquirer/news/937/1051937/amd-x2s-unlockable
  --------------------
  Why is this important now? There is an X2 coming soon, but it is not a new die,
  it is an X4-2. The best news? According to the Korean site GiggleHD
  (translation here [MACオタ注: http://translate.google.com/translate?hl=en&sl=ko&u=http://gigglehd.com/zbxe/2248586&prev=/search%3Fq%3Dhttp://gigglehd.com/zbxe/2245916%252312%26hl%3Den%26rls%3Dcom.microsoft:*:IE-SearchBox%26rlz%3D1I7GGLJ ]),
  these too can be unlocked.
  --------------------
67Socket774:2009/04/28(火) 08:45:40 ID:VJCWUIW8
いくらなんでもありえないだろ。電力的にもシリコンコスト的にも。
68Socket774:2009/04/28(火) 09:22:37 ID:WqEIAwP3
韓国のほう見たら、登場予定のデュアルコアじゃなくて、Kumaが4コア化できたって記事のような。
INQの記事はKumaが4コア化できて、Callistoもできればいいなってニュアンスなのか、
KumaとCallistoを勘違いしてるのかは、よくわからんけど、
Callistoが4コア化できたという事実はまだない模様。
69Socket774:2009/04/28(火) 09:27:45 ID:ETID+sMg
以上、日本語を読めない韓国通のMACオタでした〜
70Socket774:2009/04/28(火) 10:05:30 ID:qx3mUF6Z
シンゴー!
71Socket774:2009/04/28(火) 10:35:39 ID:bkGN08F2
MACオタは英語もできないんだろ。妄想しか語ってないしな。
そもそも「登場前」の製品が「大人気」で繋がるわけがねぇw
72Socket774:2009/04/28(火) 12:02:13 ID:ukAM4jAi
どんだけ馬鹿にされようと全く意に介さないのが
カナー症候群な雑音

>4でようやくようやく事実を認識出来て
直後の串暴れとかあまりにもキモ過ぎる
にもかかわらず今ではもう何事も無かったかのように
いつも通りの低脳発言
73Socket774:2009/04/28(火) 12:04:54 ID:FRIPgfqS
「そいつわ私のニセモノす」
74Socket774:2009/04/28(火) 15:05:47 ID:ZauA8Qfs
規模で劣るAMDが、サーバとデスクトップで設計から分断して
さらにスケールを小さくするのは下策のような気が。
75Socket774:2009/04/28(火) 15:21:00 ID:qlOiYD5L
>>74
それぞれに向いたダイを作りつつ設計リソースが肥大しないようにしたくて
設計にモジュール構想を取り入れたのだろう。デスクトップとサバで
ダイは違っても共通モジュールが多くなるように。
問題は構想通りに効率化ができるのかどうか
76Socket774:2009/04/28(火) 15:53:29 ID:HxjyN8MK
CPUコアは共通じゃないかな。
コア数や所謂アンコアの部分で差別化を図ると。
どんどん余るトランジスタの使い方が腕の見せ所になりそう。
内蔵GPUに割くとディスクリートの市場が奪われそうで
AMD的には辛くなるのかね、
内蔵GPUがディスクリートと協調して動けるようになるまでは。
77Socket774:2009/04/28(火) 16:00:14 ID:ukAM4jAi
CPUコアばかりなのが鯖向けで
それを少なくし空いたところにGPU入れるのがDT用になるかと思う

「鯖は整数演算ばかり」ってのを聞いたことがあるけど
BullはCPUとGPUでそういう区分けがされそう
78Socket774:2009/04/28(火) 16:13:25 ID:WqEIAwP3
元々2011年には、コンシューマ向けのメインはGPU統合のAPUになってるし、
鯖とデスクトップのダイは分かれることが前提にもうなってたんじゃないかな。
79Socket774:2009/04/28(火) 16:45:31 ID:3aDcYAF6
>>76
AMDプラットフォームに限れば、780G登場でローエンドGPU市場はとっくの昔に消滅している。
ローエンドのGPUは今じゃIntel向けでしかない。
80Socket774:2009/04/28(火) 20:13:41 ID:R0sCq/ML
>>77
鯖とHPCはまた別だと思うんだけど、このAMDの路線は、
HPCで優位を取れた過去数年の路線を捨てて、
安鯖狙いに行くってことなのかなー。
81Socket774:2009/04/28(火) 20:24:19 ID:ukAM4jAi
HPCつったらFireStreamじゃん
HPCが具体的にどういう処理なのか
またGPUコアがどういう構成になるのか知らんけど
DT向け以上にGPUばっかりなプロセッサ作っておk
じゃないの?
K10の改良点なんてSSE以外はGPUと対になる為のCPUらしさの追求であって
HPC・単純なデータ処理?と無関係な方向な感じだし
82,,・´∀`・,,)っ-○○○:2009/04/28(火) 20:24:24 ID:r6CzL3qZ
>>64
的確だw
まあ調べる気がはなから無いってのは正解

DP(Gainestown)のハイエンドへの対抗策だとすればそれなりに強力だが、MP(Nehalem-EX)に対しては微妙だな
83,,・´∀`・,,)っ-○○○:2009/04/28(火) 20:51:20 ID:r6CzL3qZ
おっと時期的にはWestmereとガチンコか
ああ、必死だな
84Socket774:2009/04/28(火) 21:46:50 ID:LiN0ND2i
>>82-83
「調べる来もない」。無知がよく使う言い訳ですね。
素直に「知らなかった」って言えばいいのに。
85,,・´∀`・,,)っ-○○○:2009/04/28(火) 21:55:51 ID:r6CzL3qZ
ごめんね。知る気すらないんだ。

ネイティブ6コアのWestmereに45nmで対抗しなきゃならんとなればそりゃ12コアにでもやるわな
まあTDP縛りのためにクロックは落とさざるを得ないだろうが
86Socket774:2009/04/28(火) 21:59:42 ID:LiN0ND2i
>>85
またも無知の言い訳が来ましたw 「知る気がない」!
コレは高レベルですよw 小中学生がやる言い訳ですもんw
大人では絶対にやらな発言なのに、それを平然とやっちゃう!

凄い! あこがれる! 
87,,・´∀`・,,)っ-○○○:2009/04/28(火) 22:02:28 ID:r6CzL3qZ
うん、だからごめんね。
構うあなたも団子レベルです。
88Socket774:2009/04/28(火) 22:03:09 ID:yoivxYhZ
そんなことよりあちこちで暴れてるげふぉ患者を眺めてるんだけど
もう最高に面白い
89,,・´∀`・,,)っ-○○○:2009/04/28(火) 22:05:01 ID:r6CzL3qZ
ATIは2010年中ごろまでOpenCLに対応できないとか云々
90Socket774:2009/04/28(火) 22:07:36 ID:LiN0ND2i
>>87
>構うあなたも団子レベルです。

お前みたいな言い訳野郎に同一視されてもw
気持ち悪いから二度と来ないで。
91Socket774:2009/04/28(火) 22:08:18 ID:yoivxYhZ
ららびーがGPGPU潰しちゃってくださいよ
NVがどうでるかも興味あるし
92Socket774:2009/04/28(火) 22:09:06 ID:lWiZNC1k
>>90
お前の負けだ
あきらめろ
93Socket774:2009/04/28(火) 22:09:44 ID:LiN0ND2i
>>91
らら様も最終的にはCPUに統合される事前提じゃね?
94Socket774:2009/04/28(火) 22:14:51 ID:yoivxYhZ
おっと団子はNVIDIAフリークだったか
95,,・´∀`・,,)っ-○○○:2009/04/28(火) 22:16:38 ID:r6CzL3qZ
Mach64の時代からATI派ですよ。
CUDA触るためだけにGeForceです。
96Socket774:2009/04/28(火) 22:20:56 ID:yoivxYhZ
CUDAとOpenCL どっちが扱いやすいんだ?
97,,・´∀`・,,)っ-○○○:2009/04/28(火) 22:31:08 ID:r6CzL3qZ
「CellのCより楽」だと思って使えば地獄を見るって点で見れば同レベル
98Socket774:2009/04/28(火) 22:44:26 ID:LiN0ND2i
>>96
CUDAの方が、NVIDIAの方がソフトを先発で出している。
99Socket774:2009/04/28(火) 22:49:20 ID:lWiZNC1k
CellのCは地獄よりたいへんなのか
100Socket774:2009/04/28(火) 22:51:11 ID:TfXFT5k0
>>92
自演か? 誰がどうみても、
白団子の敗けだろw
101Socket774:2009/04/28(火) 23:03:26 ID:DvymssbP
団子かMACヲタかあぼーんしてるから判らんが、相手すんなよ。
102Socket774:2009/04/28(火) 23:51:01 ID:kES38cgt
>>99
まのうぉーおつ
103Socket774:2009/04/29(水) 02:40:27 ID:ophIxpO5
CUDAは「ハードウェアの違いが見えないように書ける」
(でもハードウェアの違いを意識しないと効率良く書けないのは今までと同じ)

OpenCLは「ハードウェアが違っても、統一された同じスタイルで書ける」
(ハードウェア個々にあわせて書かないといけないのは今までと同じ)

どうしたってmultithreadingは地獄です。救いの手なんぞどこからも来やしません。
だからこそ、シングルスレッドの性能向上がもうどうにもならなくなるまでは
ハイエンドと一部の酔狂を除いて誰も並列コンピューティングに手を出していなかった。
104Socket774:2009/04/29(水) 02:52:15 ID:XSG85alQ
マルチスレッド化が地獄(?)....困難なのはハードウェアの構造を深く理解する必要があるからではない
つまりハードウェアの構造を深く理解しなければ性能が出ないという状況はそもそも(ry
105Socket774:2009/04/29(水) 11:39:51 ID:7SZvu6mY
一行で書ける話だろ
「TLPやDLPのない分野で、アムダールの法則と戦うために人月コストはかけられないし、かける価値がない」

でもとりあえずGPGPUは無事軌道に乗ったし、暖かく見守っていきましょう
汎用CPU・メインストリームx86プロセッサに対して、1/10000くらいの高度だけどww
106Socket774:2009/04/30(木) 09:06:47 ID:uyL1wrTe
GT300が400〜500mm^2級ならNVはいろんな意味で始まりそう
107Socket774:2009/04/30(木) 10:31:00 ID:yklmvV4S
>>106
その場合、性能はGT200の数割増し程度になる
(GT300がGT200のDX11対応程度の改良の場合)

GT200の40nm時の推定サイズは380mm2
65nm(580mm2)→55nm(480mm2、2割弱減)→40nm(380mm2、2割弱減)
108Socket774:2009/04/30(木) 10:42:23 ID:Y02jAi7a
その計算は45nmの時では。
ハーフノードならさらに倍率2割弱ドン
109Socket774:2009/04/30(木) 11:14:47 ID:KJS5JFJG
あまり小さくしたらメモリと512bitで接続できんぞ
GDDR5にしてバス幅狭くすればカバーできるかもしれんが・・・
それにはRumbusとのライセンス問題を解決しないとな

つか今まで全くライセンス料払ってないから、GDDR5を使えるようにするには
過去の未払い分をまとめて請求されるかもしれん
110Socket774:2009/04/30(木) 11:24:52 ID:PVsgC3B4
不況によるPC需要の落ち込みでファブが空いた分を埋めるために
ダイサイズの大きい6コア45nmCPUをデスクトップに投入してくれんかのう
111Socket774:2009/04/30(木) 12:42:54 ID:U0aQMd1T
>つか今まで全くライセンス料払ってないから
え?そうなの?AMDって年に1回はラムバスとライセンス更新しましたって
ニュース出てるけど・・
112Socket774:2009/04/30(木) 12:50:45 ID:RfetokOo
>>110
コア増えた分クロック下がるから
1コアのパフォーマンスが(も)要求されるデスクトップだと需要ないんじゃね。
113Socket774:2009/04/30(木) 12:59:10 ID:uyL1wrTe
払って無いのはNVIDIA
巨額の請求されてどうなるか楽しみ
114Socket774:2009/04/30(木) 13:05:34 ID:GhG76as3
>>111
GT300の話だよ。
115Socket774:2009/04/30(木) 13:31:42 ID:mUYjBYSW
nVIDIAがGDDR5使ってないのはそういうわけだったのか…
今の経営状況でラムバスに大金払う余裕とかあるのかね
116Socket774:2009/04/30(木) 13:34:58 ID:lcHIsxN7
ややこしい話しとるな
117Socket774:2009/04/30(木) 14:51:51 ID:RfetokOo
ライセンスで喰ってる会社は、角を矯めて牛を殺すような真似はしないだろ。
118Socket774:2009/04/30(木) 15:44:53 ID:WcmobPfQ
ライセンスで食っている会社だったら、普通に巨額請求だろ。
NVIDIAがライセンス未払いで潰れても、
あの会社なら別の会社が買い取るだろう。
ちゃんとライセンス料金を払う会社が…さ。
そのまま無くなっても、入ってこなかった収入なだけだし。
119Socket774:2009/04/30(木) 15:46:15 ID:U0aQMd1T
nVidiaの話か
120Socket774:2009/04/30(木) 17:14:39 ID:U5zo9Krt
DX11じゃメモリのランダムアクセスがサポートされるんで
メモリ関係に変更がある

ATIの場合はSFUにload,storeユニットがつきそうだ
121Socket774:2009/04/30(木) 17:20:17 ID:KJS5JFJG
Appleが独自設計のプロセッサ開発中とか
製造をGLOBALFOUNDRIESで取れれば面白い事になりそうだ
122Socket774:2009/04/30(木) 17:25:45 ID:m8HFyGX3
なんで?
123Socket774:2009/04/30(木) 17:48:40 ID:KJS5JFJG
AMDの製造能力は、現状ではX86CPU市場で必要とされる量の2割しか作れない

さて、CPUの原材料費は数百円
数千〜数万で売られているCPUの価格の残りの部分は、設備費、開発費、人件費、販促費などなどの固定費
そしてCPU1個あたりに必要な固定費は、生産量が増えた分だけ減少する
つまり、2倍作れば固定費は半分近くで済むようになり、CPUを安く作れるようになるし、値段据え置きなら利益が大きくなる

ところが半導体工場の追加はとんでもない費用が掛かるから簡単には踏み切れない
だからAMDは現在の生産量の中で戦うしかなかった
124Socket774:2009/04/30(木) 18:01:54 ID:KJS5JFJG
ところが、APPLEのCPUを作れるなら工場の追加に踏み切れる
つまり、AMDは生産量を引き上げる余力が出来る
そして生産量を引き上げられると言う事は製品を安くすることが出来、販売数を伸ばす事が出来る
また、ラインに余力が出ればそれに高付加価値帯以外の製品も可能になるしね

ちなみに、これを地で行ってるのがRadeonだね
安価に設定してシェアを奪い、量を出せるようになることで値下げ分以上に製造コストを引き下げ利益を積み増す

CPUでこれを出来ないのは、AMDのCPUのような高度な物を受託できるFabは無いからで
GFが大きな生産能力を得れば、CPUでも同じ事が出来る
125Socket774:2009/04/30(木) 20:25:55 ID:lcHIsxN7
×2割しか作れない
○2割しか売れない
独禁違反Intelのせいでファブ1つ塩漬けする羽目になってたはず
126Socket774:2009/04/30(木) 21:36:08 ID:BdS5fmFS
>>123
2割って何年前の知識だよw 5-6年前か?
現状保有していたFabがフル稼働していたら、
65nmの時点でシェア5割占有できましたが?
45nmや32nmになったらもっととれたろうけどね。

ま。K8以降がアレだったので稼働率は推して知るべし。
127Socket774:2009/04/30(木) 21:48:29 ID:4KecJrGE
>>123,124
Apple独自CPUったって、iphone用とかいうオチだろ。
そんなの台湾人にでも作らせておけ、っていう結論になるよ。
128Socket774:2009/04/30(木) 21:53:49 ID:ZahoosV2
Fabのキャパを埋めるために巨大ダイを作り始めたんだよな
しかしK7の頃と比べるとダイサイズはでかくなったなぁ
129Socket774:2009/04/30(木) 23:01:50 ID:KJS5JFJG
>>126
ペーパープランでは到達してる予定だが実際は一度もそんな製造能力を獲得した事は無かったような

>>127
そういう落ちもありそうだが、市場は人事集めの内容から見てもう少し高度な物だと予想しているね
個人的には携帯ゲーム機(iPhoneのゲーム機能強化版)/据え置きゲーム機あたりじゃないかって気がする
OpenCLとかもその布石かもね
130Socket774:2009/04/30(木) 23:08:51 ID:q+3VWquh
>>129
ペーパープランも何も、Fab36/38は実際にドレスデンに存在するんだが?
ただ、造るモノが無くていので、折角作ったFab38はほとんど稼働していないらしいがw
「本気で稼働できない」という点では確かに「ペーパープラン」だな。
131Socket774:2009/04/30(木) 23:21:33 ID:sM3/BoE0
ゲーム機というか、iMacやMac miniに(新)iPhoneアプリ用チップを
積むとかならありそうな気がする。音楽、映像で成功した商売を
ゲームでもやろうとするなら、ゲームがApple製品の中で
iPhoneでしか動かない状態ってのはAppleが目指す商売の
あり方ではないような
132Socket774:2009/05/01(金) 04:07:19 ID:8JnA4d6r
そういやATIの技術者(?)がappleに移ったらしいが
なんか関係案の金
133Socket774:2009/05/01(金) 10:06:56 ID:RTzvTTOp
何故AMDユーザーは在日朝鮮人ばかりなのか?
http://pc11.2ch.net/test/read.cgi/jisaku/1241132726/

> 1 名前:Socket774[] 投稿日:2009/05/01(金) 08:05:26 ID:RTzvTTOp
> CPUはもろにインテルのパクリ、GPUもnVIDIAの劣化コピー…
>
> 「日本人はブランドに弱い!」
> 「日本人は鎖国的!!」
>
> …などと、日本の国民性を批判するAMDユーザーの家が矢鱈と
> キムチ臭い理由がようやく判明しますた。
>
> そんな企業体質が、在日朝鮮人の方々に良くマッチしているのですねww
>
> 支那チョンに幅広く受け入れられるパクリ企業・AMDは、何時まで
> 他者製品の劣化コピーに勤しみ続けるのか?
>
> こんな不良外人・AMDユーザーは何時まで存在を許されるのか??


↑のスレは、やっぱりAMDユーザーの真理を突いてるな。

134Socket774:2009/05/01(金) 11:06:09 ID:L5oursx8
反シオニズムだからAMD選んでるだけだけど
135Socket774:2009/05/01(金) 11:20:58 ID:ostGq7g3
 自分の使用目的に応じた性能と価格で選んだら結果的にAMDが
多くなっていた、ってだけだな。
 道具なんだから、それ以外の理由なんて要らない。
136Socket774:2009/05/01(金) 11:52:01 ID:08Frn381
そもそもX86の互換CPUを作ってる企業はもともとIntelの直接・間接の求めで始まったんだろ
いくつものコンピューターのプラットフォームがひしめき合っていた中からPCが勝ち抜けたのは
他社に互換CPUを作らせてオープンなプラットフォームを構築できたから
137Socket774:2009/05/01(金) 12:07:18 ID:MOOysQYc
>>133
ID同じワロタw 陰厨はマジで必死すぎるなw
138Socket774:2009/05/01(金) 13:03:36 ID:RPUUoKUR
>>137
吹いたw
139Socket774:2009/05/01(金) 13:07:48 ID:Q4xUV62b
1TFLOPSに迫る性能が100ドルちょっとの衝撃「ATI Radeon HD 4770」
http://pc.watch.impress.co.jp/docs/column/kaigai/20090501_167935.html
140Socket774:2009/05/01(金) 20:58:57 ID:XAFMmYEh
>>132
ttp://www.itmedia.co.jp/news/articles/0904/30/news051.html

>Appleの広報担当者は、AMDのグラフィックス製品担当CTO(最高技術責任者)だったボブ・ドレビン氏と、
>以前同じ役職にあったラジャ・コドゥリ氏の採用を認めたが、それ以上のコメントは控えた。
>ドレビン氏のLinkedInのページでは、同氏はAppleの上級ディレクターであると書かれている。

iPhone向けか
141Socket774:2009/05/01(金) 22:41:52 ID:XAFMmYEh
ATIのshaderは次あたりで
SFUにload,storeユニットがついて普通のCPUっぽく変更されそうな気がする

全体的にはぱっと見PPUっぽくなりそうだ
キャッシュはどうすんのかな
142Socket774:2009/05/01(金) 22:42:04 ID:xZaLUXPY
>>139
ATIのコンパクトなダイで性能を稼ぎ出す技術がCPUのダイ設計に生かされる日は来るのだろうか
143Socket774:2009/05/01(金) 23:26:53 ID:hgLGpawU
>>142
つ APU
144Socket774:2009/05/01(金) 23:58:02 ID:hgLGpawU
>ATIのコンパクトなダイで性能を稼ぎ出す技術

ふとおもったけど、コレに転換したのってAMDとの統合後だよな。
それまでは巨大ダイ路線。恐竜的進化を突き進んでいて、
袋小路に入るところだったはず。
そして、AMDが将来的にCPUにGPUを統合させるためもあって、
コンパクト路線に転換させたはず。
145Socket774:2009/05/02(土) 00:25:38 ID:R7Ug85/1
32nm世代でCPUに4770並みのが混載されるようになるならワクワクするな
コアはもう4個で十分だから、空いたスペースには強烈なアクセラレーターを載せて欲しい

でもって、単体ビデオカードが別に刺されている場合はそれはそのままアクセラレーターとして使われ
単体ビデオカードが刺されていない場合はアクセラレーターが簡易なGPUとして動作する感じでね
146Socket774:2009/05/02(土) 00:50:23 ID:xs8z7A6/
>>145
禿同

Llanoだったっけ?
単体ビデオカードとCrossFireなんかもできるといいかも。
147Socket774:2009/05/02(土) 00:52:14 ID:OV7s8++5
演算パワーを詰め込むのはいいがメモリバンド幅はどうすんだ
148Socket774:2009/05/02(土) 01:04:05 ID:qF6DDC0i
わかった何とかする
149Socket774:2009/05/02(土) 09:53:22 ID:3qJ1EL8m
CPUコアは1個か2個か全部そればっかりかでいいだろう
150Socket774:2009/05/02(土) 10:31:02 ID:kKrhUQ1I
CPUがSOIでなければ混載の夢も広がるんだけどねえ。
バルクから移行したんだから、どっかの時点でバルクに逆移行も出来るんじゃないの?
151Socket774:2009/05/02(土) 11:48:40 ID:TyjLE0OI
>>144
違うよ
もともとのATI路線だよ
R600の時点でこれ以上巨大なダイにするつもりがないのと
ハイエンドは複数ダイになる旨を明言してる

AMDの介入なんて皆無

R800世代もATI時代の長期プランのまま
152Socket774:2009/05/02(土) 12:08:47 ID:3qJ1EL8m
はいはい
153Socket774:2009/05/02(土) 12:22:17 ID:sfvXd8Ay
ま、結果的にnvidiaを追い詰めることができたよね
154Socket774:2009/05/02(土) 13:23:00 ID:Rosnf6Gg
買収と取り込みしか出来ないAMDが
技術的介入なんて出来るわけない
155Socket774:2009/05/02(土) 13:34:38 ID:qF6DDC0i
もうNVIDIAの話はよそうぜ
悲しくなってくる
156Socket774:2009/05/02(土) 13:38:42 ID:Rosnf6Gg
ATIのGPUのflopsなんて飾りです
ttp://www.4gamer.net/games/077/G007794/20090430001/

動画のポイントは3体に増やしたときにCPUに戻してGPUでやらなかった事
CPUの方が速いんだろうな

1:27あたりで切り替えるが、主に右と真ん中の動きに注目すると
CPUに切り替えたとたん、動きが軽くなる
157Socket774:2009/05/02(土) 13:44:50 ID:sfvXd8Ay
その上のデモもすげぇな
158Socket774:2009/05/02(土) 13:47:29 ID:gv4PwUtz
NVIDIAの利益は厳しいかもしれないが、
http://www.bit-tech.net/news/hardware/2009/04/30/nvidia-increases-market-share/1
http://www.neoseeker.com/news/10591-gpu-sales-up-for-q1/
デスクトップのディスクリートでも、統合も含めた市場でもシェアを落としているのはAMD。
159Socket774:2009/05/02(土) 14:02:37 ID:Rosnf6Gg
あと、GPUの場合にわざと正面に影が出るような位置にし
しわを目立たなくしてるな
160Socket774:2009/05/02(土) 14:09:58 ID:Rosnf6Gg
>>157
でもGPUじゃないんだよな
仮に3.2GHzのPhenom2でも51.2gflops程度
それにすら劣るのはつらいな

OpenCLに期待かけて結局R700世代では使い物にはならんのか
R800も同じか・・?
161Socket774:2009/05/02(土) 14:13:39 ID:3qJ1EL8m
キモ電波
162Socket774:2009/05/02(土) 14:21:14 ID:Rosnf6Gg
現実逃避ですか
4870の自称1.2tflopsも屁呑む51.2gflopsに劣るという現実から
163Socket774:2009/05/02(土) 14:23:16 ID:3qJ1EL8m
3Dゲームは現状GPU性能が不足することが多いことも把握できない気持ち悪い知的障害者
164Socket774:2009/05/02(土) 14:28:36 ID:R7Ug85/1
OpenCLなら処理をCPU⇔GPU間でシームレスに委譲しあえるってデモだね

と言うか、CPUとGPUで演算能力が余っている方が物理演算の処理を負担出来ると言う
OpenCLの特徴を見せるデモなのに、描画負荷の掛かってるGPUが物理演算まで処理しちゃったら
OpenCLのデモじゃなくてHavokのデモになっちゃうよ
165Socket774:2009/05/02(土) 14:29:21 ID:3qJ1EL8m
つーかリンク先に
>「ゲームでは,GPUに高い負荷がかかる一方,CPUの負荷は低くなる局面もある。
>そういうとき,CPUに物理シミュレーションを任せることで,CPUとGPUをバランスよく使えるのが,OpenCLの強み」
ってあるのに
ちょっとでも長文だと読んだ文章次から次へと忘却の彼方へと押しやってしまうほどに著しく低い知能
166Socket774:2009/05/02(土) 14:37:24 ID:Rosnf6Gg
たかだか51.2gflops程度の負荷すら苦になる程度の物じゃ
元から使い物になどならない

そもそも、このデモの描画のどのへんに
たかいGPU負荷がかかるよ?
167Socket774:2009/05/02(土) 14:42:16 ID:Rosnf6Gg
>OpenCLのデモじゃなくてHavokのデモになっちゃうよ

その通り
CPU専任の方が速い
168Socket774:2009/05/02(土) 14:49:10 ID:sfvXd8Ay
Havok Cloth Demo, OpenCL on AMD GPU
http://www.youtube.com/watch?v=MCaGb40Bz58

4gamerにupされてたのと同じようなデモ。こっちは数が増えてる
169Socket774:2009/05/02(土) 14:49:30 ID:Rosnf6Gg
ttp://www.youtube.com/watch?v=xfrM973spw0
GPUで3体動かすと、こんなにモッサリ
170Socket774:2009/05/02(土) 14:49:45 ID:3qJ1EL8m
知能が昆虫未満だったりすると
付加をポリゴン数でなくポリゴンキャラの人数で計ったりするんだろうなあ

皆!卓越した知的障害者であるID:Rosnf6Ggにレスを読んで貰おうと思ったら
10文字以上は書いちゃ駄目だぞ!
171Socket774:2009/05/02(土) 14:50:37 ID:R7Ug85/1
Havok Clothは2年以上前のデモだよ
今のGPUなら負荷でも何でも無い

今そのデモを持ち出した理由はOpenCLの特徴を見せるためでしょ

172Socket774:2009/05/02(土) 14:51:45 ID:Rosnf6Gg
>>168
4gamerの説明聞いてたか?
ATIロゴのないそいつはCPU動作だ
173Socket774:2009/05/02(土) 14:52:55 ID:Rosnf6Gg
>>170
(笑)
174Socket774:2009/05/02(土) 14:54:00 ID:sfvXd8Ay
>>172
題名にGPUって書いてあるけど違うの?
175Socket774:2009/05/02(土) 14:57:36 ID:Rosnf6Gg
>>174
単に投稿者の間違いだ

GPU動作では、たかだか3対でこんなにモッサリ
ttp://www.youtube.com/watch?v=xfrM973spw0
176Socket774:2009/05/02(土) 15:03:00 ID:3qJ1EL8m
>>174
相手にすんなよ
それまででも知的障害丸出しなのに新たに
> 4gamerの説明聞いてたか?
とかもう気持ち悪過ぎるだろ
>171が説明してるんだからそっち読め
177Socket774:2009/05/02(土) 15:05:02 ID:Rosnf6Gg
悪いかわいそうな人か
178Socket774:2009/05/02(土) 15:05:21 ID:sfvXd8Ay
INTELとAMDのHavok vs nvidiaのPhysX
INTEL様がいるから心強い
179Socket774:2009/05/02(土) 15:07:24 ID:R7Ug85/1
>>168のは3月27日のGDC09でのGPUによるデモ
180Socket774:2009/05/02(土) 15:08:46 ID:TyjLE0OI
認めたくないものだな
つらすぎる現実というものは
181Socket774:2009/05/02(土) 15:13:04 ID:sfvXd8Ay
4gamerから

AMD,「Havok Cloth」をOpenCLでGPU実行したデモをGDC09で公開と発表
http://www.4gamer.net/games/080/G008082/20090327020/

内容が短い上に動画も無いけどたぶん>>168のを見せたんじゃないかと
182Socket774:2009/05/02(土) 15:17:01 ID:Rosnf6Gg
>>179

有利な物は新しい物ってか
それは単にCPU動作のモノだ

残念ながらGPU動作はこちらです
ttp://www.youtube.com/watch?v=xfrM973spw0
183Socket774:2009/05/02(土) 15:22:30 ID:Rosnf6Gg
OpenCLのhavokが遅いからって悲しまないでね
Physxも58gflopsのPPUと312gflopsの9600GTでようやく同等だから

まぁ、もともと物理処理はストリーミングプロセッサ向きじゃないだよ

1tflopsのGPUならば物理処理もCPUよりだんぜん高速という先入観が我々の中にあるが
そんな物は幻想であるという裏づけのデモだな

ATIはnvよりひどいが
184Socket774:2009/05/02(土) 16:05:36 ID:3qJ1EL8m
未だに某スレで通報されたことに怯えているんだな
名無しで暴れたからって逮捕の可能性が0になるわけでも知能が少しでも改善されるわけでもないのに
185Socket774:2009/05/02(土) 16:07:59 ID:R7Ug85/1
まだやってたのか
ググれば見つかるのに
http://www.vizworld.com/2009/03/havok-cloths-red-dress-demo-hd/

Habok&AMDがGPGPUによるデモ(※)をYouTubeに投稿
7000ポリゴンのドレスを着たダンサーが60FPSで動いている

※このデモ自体はGDC09で公開された物
186Socket774:2009/05/02(土) 16:14:20 ID:Rosnf6Gg
まだ理解してないのか
そのデモはCPU動作だと
187,,・´∀`・,,)っ-○○○:2009/05/02(土) 16:18:52 ID:fLtZURMi
今のHavokの親会社ってどこか知ってるよな?
そういうことだ。
188Socket774:2009/05/02(土) 16:19:26 ID:R7Ug85/1
>>186
>>185に書いた訳が信用できないなら自分で翻訳ソフトでも使えば?
189Socket774:2009/05/02(土) 16:30:12 ID:Rosnf6Gg
OpenCLのGPUで動作の場合は4Gamerや>>175のように"ATI"ロゴが付くの
で、明確にGPUで動いてるって分かるのはこの二つしかないんだよ

つまり25体GPUで動かせるんなら、たかだか3体のデモでこんなにモッサリしたり
CPUにワザワザ切り替えて動かす必要はないの

4Gamer動画のGPU=>CPUの切り替えによる
動きの軽さに気がつかないほど鈍感なんですか

更に言うなら、GPUの方が速ければ橋のデモのほうに真っ先に使ってるよ
これもOpenCLのデモという事で行われているのだから

CPU,GPU,DSPで同じコードが使えるのがOpenCLの強みである
なぜ、GPUでデモをしなかったか

遅いからさ
190Socket774:2009/05/02(土) 16:30:39 ID:3qJ1EL8m
>>188
知的障害者に通じるわけないっつーの

そもそもあのポリゴンと動きでどれだけの負荷が掛かるのか判らないんだし
物理演算専用にCPUとGPUをそれぞれ用意して勝負させるとかでないと何の比較にもならない

知的障害者に構うだけ丸っきり時間の無駄
せめて観察日誌くらいにしておくべき
191,,・´∀`・,,)っ-○○○:2009/05/02(土) 16:32:59 ID:fLtZURMi
連休ですねぇ
192Socket774:2009/05/02(土) 16:35:19 ID:Rosnf6Gg
ちなみに統合shaderとは言うがnv,ati共にVS裂くshaderは
nvなら1クラスタ、atiのR700世代なら1アレイに固定されています。
193Socket774:2009/05/02(土) 16:37:54 ID:R7Ug85/1
>>189
橋のデモに使われたHavok DestructionはOpenCLに対応して無いよ
194Socket774:2009/05/02(土) 16:43:13 ID:Rosnf6Gg
じゃ、ただのhavokデモか?
なんでAMDがやる必要があるのかね
195Socket774:2009/05/02(土) 16:45:40 ID:sfvXd8Ay
AMDとHavok,共同で物理エンジンの技術開発を行うと発表
http://www.4gamer.net/games/049/G004997/20080612043/

これではないのかな
196,,・´∀`・,,)っ-○○○:2009/05/02(土) 16:47:55 ID:fLtZURMi
http://www.4gamer.net/games/049/G004997/20090326076/

> Havok Destructionは,「Far Cry 2」や「World in Conflict」など,すでにゲームでも多くの実績を挙げているが,
> 注目すべきはすべてがCPU処理であること。
197Socket774:2009/05/02(土) 16:49:08 ID:TyjLE0OI
見栄えのするデモがないんだよ
ミスリードの為だろ

裏を返せばGPUは実用不可って事だ
198Socket774:2009/05/02(土) 16:53:57 ID:Rosnf6Gg
なるほど、つまりCloth(しかも1体)程度しか動かせないほど遅いんだな
199Socket774:2009/05/02(土) 16:55:48 ID:sfvXd8Ay
>ただ,ちょっと気になったのは,「Core i7-965 Extreme Editon/3.20GHz」に
>「ATI Radeon HD 4870 X2」を組み合わせたデモ機で動作していた機関車と橋
>梁のデモ――掲載したIntelブースでのムービーがそれだ――が,爆発の瞬間
>にカクっと止まって,コマ送りのようになっていたこと。撮影禁止のセッションで
>行われたデモだと,滑らかに動いていたのだが……。

CPUで処理しきれなかったのかね
200Socket774:2009/05/02(土) 17:04:43 ID:Rosnf6Gg
その筆者の意図として
”ATI Radeon HD 4870 X2”だから爆発の瞬間にカクっと止まって,コマ送りのようになっていたこと。
にしようとしてるわね
201Socket774:2009/05/02(土) 17:09:15 ID:sfvXd8Ay
>>200
196 :,,・´∀`・,,)っ-○○○:2009/05/02(土) 16:47:55 ID:fLtZURMi
    http://www.4gamer.net/games/049/G004997/20090326076/

    > Havok Destructionは,「Far Cry 2」や「World in Conflict」など,すでにゲームでも多くの実績を挙げているが,
    > 注目すべきはすべてがCPU処理であること。
202,,・´∀`・,,)っ-○○○:2009/05/02(土) 17:09:42 ID:fLtZURMi
>>196のソース
Havok Clothデモの画面の横にVISUAL ADRENALINEロゴが見えます
紛れもなくIntelブース
203Socket774:2009/05/02(土) 17:22:19 ID:TyjLE0OI
GPGPUはまさに
ATI先生の次回作にご期待下さい
だろ
204Socket774:2009/05/02(土) 17:23:36 ID:OV7s8++5
>185 の筆者は GPGPU-Accelerated とはっきり書いているな
それを訂正させに乗り込む勇気がないなら Rosnf6Gg の負けvizworldの筆者の勝ち
205Socket774:2009/05/02(土) 17:29:58 ID:TyjLE0OI
その筆者が、アンポンタンなだけだな
お前のようにw
206Socket774:2009/05/02(土) 18:15:19 ID:TyjLE0OI
Larrbee 1core≧4870か
207Socket774:2009/05/02(土) 18:28:45 ID:3qJ1EL8m
知的障害者が絡むと
「ソースをどう解釈するか」「ソースが正しいか否か」「ソースがあるかどうか」から途端に
「ソースにある文字をちゃんと読めるか」という途轍もなく低いレベルにまで落ちてしまう
そしてここは知的障害者(例の串師)の庭だとつくづく思う
208Socket774:2009/05/02(土) 18:31:06 ID:QD+UHF79
おまえら今日はこのスレで暴れてるのか
209Socket774:2009/05/02(土) 18:41:39 ID:qF6DDC0i
40nm製品を先に出されたことによるストレス?
210Socket774:2009/05/02(土) 19:30:27 ID:OV7s8++5
いくつレスを連ねたところで、直接ツッコミを入れに行く勇気がないのなら
今日はこれくらいにしておいてやる、と捨て台詞を残しながら
逃げていくやられ役よりも低レベル
211Socket774:2009/05/02(土) 19:30:40 ID:TyjLE0OI
なんだこの必死さは
212Socket774:2009/05/02(土) 19:37:25 ID:qMK2TZXU
>>202
てか、もろにHavok Clothデモじゃ右上に
intel.comってあるし
213Socket774:2009/05/02(土) 19:39:05 ID:3JKcJjp9
ヘーヴォックは基本CPU処理でGPUによるアクセラレートも可能と、最初からフルGPU処理なNVIDIA PhysXと違うって事なんだね?
そしてヘーヴォックは「軽い」所を売りにしてるんだね?
個人的視点だがヘーヴォックはNVIDIA PhysXよりも長く生き残ると思うね。
214Socket774:2009/05/02(土) 19:46:36 ID:qMK2TZXU
で、
ttp://www.4gamer.net/games/049/G004997/20090326076/

ここのCPU(20体)でやったモーションと同じやつを
GPU(3体)でやったのが、このもっさりした奴か

ttp://www.youtube.com/watch?v=xfrM973spw0
215,,・´∀`・,,)っ-○○○:2009/05/02(土) 19:47:42 ID:fLtZURMi
HavokはGeForceを含めて全てのGPUをサポートする気だろう
元々PPUを売るためのPhysXとは方針が違う罠
216Socket774:2009/05/02(土) 19:54:42 ID:qMK2TZXU
サポートしたところで結局使うのはCPU or Larrabeeじゃ内科医
現世代じゃパフォーマンスが低すぎる
DX11世代で改善するかね、はたして
217Socket774:2009/05/02(土) 20:09:51 ID:3qJ1EL8m
知的障害者はこの前
某もっさりスレの立て始めがPhenom登場以降などと言って時系列を再び歪め出したとこなので
今回もおそらく2年前のデモで最新のGPUが使われていると信じて疑わないのだろう

まあこんな推測しなくてもそれ以外の部分だけでも恐ろしく馬鹿なんだけど
218Socket774:2009/05/02(土) 20:12:58 ID:TyjLE0OI
2年前にOpenCLがあったのかよw
219Socket774:2009/05/02(土) 20:24:47 ID:3JKcJjp9
まだ続いてるのかwあのスレはw
220Socket774:2009/05/02(土) 20:27:19 ID:3wZUwx/P
早い話手元で動くデモさっさと出せば済む話
それやらなきゃGPUかCPUかぐちぐち言われてもしょうがない
221Socket774:2009/05/02(土) 20:31:55 ID:qMK2TZXU
これだけ出てりゃ分かるだろ
普通

あとモッサリ側の投稿者はAMD(の中の人)関連の人と思われる

ttp://www.youtube.com/profile?user=AMDUnprocessed&view=videos
222Socket774:2009/05/02(土) 20:32:11 ID:3qJ1EL8m
知的障害者はHavok Cloth=OpenCLでNehalem=Larrbeeだとも信じ込んでいる悪寒
毎度のことながら激しく気持ち悪いです
223Socket774:2009/05/02(土) 20:41:40 ID:TyjLE0OI
(笑)
ダメだこいつ
何も分かってないよ
224Socket774:2009/05/02(土) 20:43:02 ID:qF6DDC0i
デモは>>185にあんじゃん
225Socket774:2009/05/02(土) 20:47:02 ID:TyjLE0OI
CPUのなw
226Socket774:2009/05/02(土) 21:05:34 ID:R7Ug85/1
Havok Clothは2年前のプログラム
227Socket774:2009/05/02(土) 21:11:02 ID:sfvXd8Ay
GPUで処理してたら駄目なのかよ(´・ω・`)つ>>185
228Socket774:2009/05/02(土) 21:12:57 ID:Ec29K/9/
何で今日はこんなに盛り上がっているんだ?
しかも雑音っぽいのが混じってるし……

雑音が騒いでいるって事は、何かintelの脅威になるような出来事があった?
229Socket774:2009/05/02(土) 21:22:35 ID:qriCoHV6
>>228
IntelのCPU路線がちょっと微妙になりつつある。
230Socket774:2009/05/02(土) 21:23:21 ID:qMK2TZXU
分かりやすく見分け方について解説しよう
Havok ClothにはHavok自身がOpenCLを使わず、CPUのみを対象として開発したもの
それとネタの無いAMDが無理やりOpenCLを使って、デモを行ったものがある

違いは一目瞭然、床の品質がこの2者では違いすぎる

非OpenCL
ttp://www.4gamer.net/games/049/G004997/20090326076/

OpenCL(AMD demo)
ttp://www.4gamer.net/games/077/G007794/20090430001/
ttp://www.youtube.com/watch?v=xfrM973spw0

また、パフォーマンス面でもOpenCL版は大きく劣っている
29日のデモではCPUを使った場合でも、結局3体しか動かしてないし
インパクトを与える為なら、20や25体のデモを行うはずだよ
それをやらないのは、お察しくださいってことだ
OpenCLですが、何か?的なもの

まぁ、遅いのは当たりまえと言えば、当たり前なんだがね
havok cloth performance(AMDの場合(今のところ))
CPU native>>>CPU OpenCL>>GPU OpenCL

なんかHavok FXみたいになりそうだ
231Socket774:2009/05/02(土) 21:39:40 ID:TyjLE0OI
エライ人には、それがわからんのです
232Socket774:2009/05/02(土) 21:55:51 ID:3qJ1EL8m
知的障害者って以前もっさりスレで
グラフィック処理をHDDでやるとか断言してたが
やはり今回もCPUとGPUが物理演算だけの勝負が出来てると思ってるんだろうか?
相変わらず気持ち悪い
233Socket774:2009/05/02(土) 22:01:08 ID:TyjLE0OI
お前にはかなわないよ(笑)
234Socket774:2009/05/02(土) 22:15:17 ID:Ec29K/9/
>>229
なんか微妙になる要素があった?
AMDはIstanbulやMagny-Coursが前倒しになりそう、がそんなに影響するかな?
intelのCPUは特に問題無さそうだし、あるとするならLarrabeeのダイサイズ位で
特に微妙って事は無さそうだけど……
235Socket774:2009/05/02(土) 22:41:27 ID:sfvXd8Ay
ちょいとコピらせてもらいますネ
非OpenCL
ttp://www.4gamer.net/games/049/G004997/20090326076/
橋梁の爆破の瞬間瞬間にカクつくのが気になるねチューン不足なのか単に処理不足なのか

OpenCL(AMD demo)
ttp://www.4gamer.net/games/077/G007794/20090430001/
二つ目の動画はCPUからGPU(GPUからCPU)に処理をその場で変更できますよというデモにしか見えないが・・・
ttp://www.youtube.com/watch?v=xfrM973spw0 ←題名にFirstと書いてあるのでAMD初のOpenCLのデモ?
ttp://www.youtube.com/watch?v=MCaGb40Bz58 ←これがひとつ上の動画の改良版?
236Socket774:2009/05/02(土) 23:29:41 ID:R7Ug85/1
PhenomUで動かせるのが3体までだから、29日のデモでは3体なんだろ
そうで無いならHabokの所有者であるIntelがIntelのCPUで25体のデモを行う
237Socket774:2009/05/03(日) 00:03:37 ID:wdLEA/Yi
記事を読めばわかるが、29日のデモって、GPU処理を
CPUで一時的に肩代わりさせるってのが主旨じゃねぇの?
現在では"CPU"と"GPU"とでは処理方法が基本的に全く違うのだから、
"CPU"の処理を"GPU"ではほとんど肩代わりできないし、
その逆の"GPU"の処理も"CPU"ではほとんど肩代わりできない。
でも、GPUがカツカツの時且つ、CPUが空いているときに、
GPU処理の一部を一部でもGPUで処理させる事ができるってのが
29日の"Havok"のデモだろ?
変な話だが"Hybrid SLI"をCPUでやっているみたいなもんだろ。
さらに実用になるのは「今」ではなくて…。
238Socket774:2009/05/03(日) 00:04:50 ID:3qJ1EL8m
デモ機の構成判らんけどもしラデ使ってるんなら
これはFirestreamとの差別化で
物理演算に超重要な倍精度を封印してるってことだから
まああんなもんだろう

知的障害者の陰が消えて気持ち悪くなくなったところでマジレス
239,,・´∀`・,,)っ-○○○:2009/05/03(日) 01:39:41 ID:RW9MvCZX
布のシミュレーション程度の物理演算で倍精度使う奴は馬鹿です
240,,・´∀`・,,)っ-○○○:2009/05/03(日) 01:40:21 ID:RW9MvCZX
つーかラデで倍精度解禁されてることも知らないんだね。かわいそうに。
241Socket774:2009/05/03(日) 04:54:27 ID:s/6jM9j3
>ttp://www.youtube.com/watch?v=MCaGb40Bz58 ←これがひとつ上の動画の改良版?

改良版でもなんでもない、ただのCPU版だ
投稿者がアフォーなだけだっての

>物理演算に超重要な倍精度を封印してるってことだから

つうか倍精度つかったら、更にパフォーマンス1/5に落ちるんだけどな
ID:3qJ1EL8mは本当にキモイ
242Socket774:2009/05/03(日) 05:18:17 ID:s/6jM9j3
>>237
コプロだかAPUだか知らんが
メインプロセッサに処理押し付けてどうするよ
しかも肝心のGPUのパフォーマンス自体がCPUに遠く及ばない

そんな程度のものなら最初からGPUなどあてにしない

OpenCL GPUでまともに動いてたのは1体のみ(3体はすでにモッサリ)
OpenCL GPUでは3体
native CPUは少なくとも25体を動かしている

GPUの負荷を軽減するために
わざわざパフォーマンスが落ちるOpenCLを用いて
負荷をCPUに押し付けるかね

こんなんじゃ、いつまでも技術でもの域を脱しない
Havok FXの二の舞だ
243Socket774:2009/05/03(日) 05:19:39 ID:s/6jM9j3
× OpenCL GPUでは3体
○ OpenCL CPUでは3体
244Socket774:2009/05/03(日) 06:35:11 ID:37n8kunr
内容は>>168 と同じ  動画圧縮的に少しまし
http://www.youtube.com/watch?v=tbkMl2aiGrU
245Socket774:2009/05/03(日) 07:26:12 ID:B6o8YXkF
結局GPUは使い物にならないんだな
246Socket774:2009/05/03(日) 07:45:42 ID:elYmLr8L
>つうか倍精度つかったら、更にパフォーマンス1/5に落ちるんだけどな
おそらく唯一の取り得である粘着検索能力を串して
ttp://pc.watch.impress.co.jp/docs/2008/0626/kaigai450.htm
ttp://journal.mycom.co.jp/special/2008/gpu01/005.html
この辺りでも調べたのだろう
しかしいつもの桁違いに低い読解能力のため
>AMDの方式では、倍精度演算は単精度演算の1/5のパフォーマンスとなる
この1文だけしか頭に入ってこない
まさに驚異的に低い知能・・・
「GPUは描画も兼任している」ということについては何度言われても全く理解出来ない始末
247Socket774:2009/05/03(日) 08:04:02 ID:s/6jM9j3
本当お前は何時まで経ってもアフォーだな
248Socket774:2009/05/03(日) 08:20:20 ID:B6o8YXkF
あの程度で描画負荷とか(笑)
249Socket774:2009/05/03(日) 09:25:15 ID:MYoSLgJu
4GamerのドレスのデモのときCPUは負荷の掛かる仕事してないだろ
裏でエンコでもしてたんなら別だけどね

それならCPUに負担させるのが合理的だな
250Socket774:2009/05/03(日) 09:42:53 ID:MYoSLgJu
ちなみに2000体デモでは48702枚刺して1枚を描画に、
もう一枚をAIに割り振ってたな
251Socket774:2009/05/03(日) 09:54:14 ID:3pnQMCMB
"ID:s/6jM9j3"の無能さがわかるスレですね。
252Socket774:2009/05/03(日) 10:11:41 ID:B6o8YXkF
出た!
勝利宣言!
253Socket774:2009/05/03(日) 10:41:42 ID:L8z+XoGY
なぜ頑なに>>168を否定するのだろう
254MACオタ:2009/05/03(日) 11:51:59 ID:0zq6Tpag
Mercury Researchの市場調査結果の速報版で、今年第1四半期のAMDのシェアが前期より
4%も回復したとのこと。
経営陣が刷新?されてから良いニュースが続いているようです。
http://www.eetimes.com/news/semi/showArticle.jhtml?articleID=217201229
  ------------------
  AMD had 20.9 percent of PC processor sales in the quarter, up from 17 percent in the
  fourth quarter of 2008, according to Mercury. Intel's share declined from 82.1 percent in
  the fourth quarter to 78.2 percent in the first three months of 2009.
  ------------------
ネットブックの躍進が止まったのが主な要因となっているようですが、今後はどうなりますか。
255MACオタ:2009/05/03(日) 12:26:40 ID:0zq6Tpag
AMDがAVX ISAに追従するらしいとのこと。
http://support.amd.com/us/Processor_TechDocs/43479.pdf
  -----------------
  The XOP and CVT16 instructions utilize a new three-byte XOP prefix preceding
  the opcode byte. This prefix replaces the use of the 0F, 66, F2 and F3 prefix bytes
  and the REX prefix and encodes additional information as well. The FMA4 instructions
  utilize the new AVX VEX prefix which provides similar encoding capabilities.
  -----------------
問題はIntelは4引数のFMA命令を止めて、梯子を外された形になってしまった…ということですが。
256,,・´∀`・,,)っ-○○○:2009/05/03(日) 12:49:12 ID:RW9MvCZX
ヒント:mmmmm = 3


早かれ遅かれIntelは4オペランド版FMAをサポートするだろうな
257MACオタ>団子 さん:2009/05/03(日) 12:55:52 ID:0zq6Tpag
>>256
あなたの崇拝するAgner Fog氏はそういう認識は持っていないようですね。
Intelを強く批判していますよ。
http://aceshardware.freeforums.org/intel-avx-kills-amd-sse5-t538-90.html#10803
  ------------------
  It seems that AMD are the nice guys in this case. They have made great sacrifices
  by dropping their SSE5/DREX coding scheme and replacing it with Intel's scheme for
  the sake of compatibility. And then Intel have blown it all by changing their specs
  once again. Arghhhhh!!!!!!
  ------------------
258Socket774:2009/05/03(日) 12:56:26 ID:Iqc0zdxs
AVXに追随するなんて当たり前の展開だな。
追随しないと予想した奴なんてほぼ皆無じゃねーの?
259MACオタ@補足:2009/05/03(日) 13:00:46 ID:0zq6Tpag
同じスレッドよりHans de Vries氏のMicrosoftによる仲裁を望む声。
http://aceshardware.freeforums.org/intel-avx-kills-amd-sse5-t538-90.html#10804
  ---------------
  We can only hope that AMD is just the first of the two to publish a new
  common, Microsoft mediated, 256 bit extension.
  ---------------
AMD64同様にMSがx86を支配する裁定者となるのかもしれません。
260,,・´∀`・,,)っ-○○○:2009/05/03(日) 13:18:24 ID:RW9MvCZX
現実にはVEXのOpcode空間がAMDに割り当てられた。Agnerの心配はご無用だったんだよ。
仲裁もなにも、Intelの中の人は【最初から】、AVXに使えるmmmmmフィールドは「3ビット」って言ってたんだよね。

http://pc.watch.impress.co.jp/docs/2008/0407/kaigai434.htm

>  「5バイトバージョンの2つ目のペイロードはフルではない。将来の拡張のために3ビットが残されている。
> 3bitsあれば、1,000以上の新命令を加えることができる。新しいフィーチャ、新しいレジスタ、新しいベクタ長。
> ほとんどなんでも加えることができる」(Valentine氏)。

mmmmmフィールドが5ビットあるのに、3ビットしか使わない理由って、一つしかないだろ。

んで、結局こうなんだろう。
0-7 : Intel AVX
8-15 : AMD用
16- Larrabee New Instructions

んで、4オペランドFMAはmmmmm = 3だからIntelの領域と推測できる
俺は「VEXエンコーディング版SSE5」の存在は去年くらいから予見してたよ。
261Socket774:2009/05/03(日) 13:31:37 ID:s/6jM9j3
>>253
それはCPUデモだと分かりきってるから
262,,・´∀`・,,)っ-○○○:2009/05/03(日) 13:37:11 ID:RW9MvCZX
すまん、推測も何も最初から3は0F 3A 空間のエイリアスだわ。
第3版までに載ってた仕様と全く同じだ
263,,・´∀`・,,)っ-○○○:2009/05/03(日) 13:59:50 ID:RW9MvCZX
ドキュメント番号見てたら気づいたんだけど

AMD64 Technology 128-Bit SSE5 Instruction Set
がそのまんまXOPに変わったんだな。
SSE5は事実上の廃止か

ひょっとしてさ、Bulldozerが遅延した理由って・・・

なにより、SSE5用に書き溜めてたコードが無駄になったんだがwwww
わざわざレジスタ待避回数の削減とか苦労してやったのにwww
264Socket774:2009/05/03(日) 14:09:35 ID:B6o8YXkF
SSE5(笑)
265Socket774:2009/05/03(日) 14:14:50 ID:L8z+XoGY
あの4gamerのデモはGPUで処理してることを「わかりやすく」するためにATIロゴを表示させただけじゃ・・・
んで>>185ではGDC2009で公開されたAMD GPUで走らせたもの

ただこれだけのことなんだけどなぁ
266Socket774:2009/05/03(日) 14:21:50 ID:2v6oo0M3
だから前に言ったじゃない
SSE5は最初からAVX実装をする為の方便だって

AMDはSSE5のおかげで、AVX分のライセンス料が(どの程度かわからないが)浮いたわけだ
267Socket774:2009/05/03(日) 15:18:19 ID:3r2Wxk/3
FMA4はIntelが廃止した4オペランドFMAと同じオペコードだったり
ほかの命令はC4hではなく、8Fhから始まる3バイトVEXに
なっているが、8FhはすでにPOP r/m と言う命令に割り当てられて
いるのは問題ないのだろうか?

SSE5にあった PTEST ROUND??に相当する命令がないし
(元々はSSE4.1の命令だから、AVXをフルサポートすれば問題ないが)
268,,・´∀`・,,)っ-○○○:2009/05/03(日) 15:36:46 ID:RW9MvCZX
>>267
実際、AVXフルサポートが前提だと思ってるが。
わざわざ命令フォーマットを大幅に改訂してAVXに合わせたのにサポートできない理由がない。


> なっているが、8FhはすでにPOP r/m と言う命令に割り当てられて
> いるのは問題ないのだろうか?

IntelがLES/LDSとの競合回避したのと同じ理屈だよ。ただし、modフィールドではなくregフィールドで迂回してる。
POP命令のModRM.regフィールドは常に0でなければならない。
ここが0以外だと無効命令になる。
regフィールドの一番上のビットはXOP.Bに割り当て、あとの2ビットのうち01 10 11のときにXOP、
00ならPOPあるいは無効命令と解釈するようにすればいい。
それで、mmmmmは8以上でないといけないって制限があるわけだ。
でもAMD独自の命令を加えるのには十分な空間はある罠。

4オペランドFMAはAMD独自空間ではなくIntelの領域に割り当ててるわけだが
POPCOUNTの前例があるし、Intelが別のOpcodeを割り当てることはないと言えるのでは?
どんな交渉が行われてるかは知る由もないが。
269Socket774:2009/05/03(日) 15:46:28 ID:nsN+xjH6
VGA統合とのを前提にしたSSE5と、
CPU処理の効率化を前提したAVXとでは違う。
SSE5も普通に搭載するだろ。
270,,・´∀`・,,)っ-○○○:2009/05/03(日) 15:54:40 ID:RW9MvCZX
まだ言ってるのか。

純粋にGPUとのやりとりに使えそうな命令って元々FP16-32変換命令くらいだぞ。
271Socket774:2009/05/03(日) 16:03:28 ID:s/6jM9j3
>>265
まだいってるの?w

ttp://www.4gamer.net/games/077/G007794/20090430001/

これの1:27付近の違いが分からない程鈍感なら
もう手の施しようが無い

あと、床の品質にも気づかない?

それと、なぜGPUで3体動かさないの?w

なんでOpenCLじゃたったの3体なの?
272Socket774:2009/05/03(日) 16:09:28 ID:M7Eg76Ev
273Socket774:2009/05/03(日) 16:26:12 ID:37n8kunr
>168 >244 がCPUだとしたら >185だけではなく
山のような数のページが間違っていることになるな
274Socket774:2009/05/03(日) 16:42:12 ID:LcVtIjOo
>>271
お前だけが記事を理解できていないことは理解した。
275Socket774:2009/05/03(日) 16:55:40 ID:MYoSLgJu
>>243が正しい事を言ってるぞ

× OpenCL GPUでは3体
○ OpenCL CPUでは3体

CPUだと3体までしか動かせんから、あのデモは3体なんだな
276,,・´∀`・,,)っ-○○○:2009/05/03(日) 17:13:24 ID:RW9MvCZX
大体に、低クロックで何百並列のSIMDで性能稼いでるGPUが万能なわけがないだろう。
全部のエレメントに同じ命令を発行するからSIMDなわけで

より自由な動きを表現するには1つの命令ストリームが抱える演算エレメントを減らすしかない。
チップ当たりのデコーダ(コア)数を増やすってことだな。つまり。
CPUの視点で見ればGTX280は30コア、4870はたかだかクアッドコアでしかない。
277Socket774:2009/05/03(日) 17:28:26 ID:CJJSQJqZ
>>276
4870の800SPが、80SP-10クラスタあるから10コアかと思ったんだけど違うのか
4コアってどういう計算でなるの?
278,,・´∀`・,,)っ-○○○:2009/05/03(日) 17:31:20 ID:RW9MvCZX
すまん4コアは2900XTだな
10コアで正解
279Socket774:2009/05/03(日) 17:44:43 ID:CJJSQJqZ
>>278
GTX280とかSP倍速になってるけど、HD4870よりどれくらい実行値高いの?
280Socket774:2009/05/03(日) 17:45:05 ID:MYoSLgJu
だから物理演算とか群集処理とかに的を絞ってるんだな
281Socket774:2009/05/03(日) 18:55:27 ID:s/6jM9j3
>>272
それはCPU
しかもOpenCLじゃない

>>273
その通り

>>275
そうAMDが無理やり作った"OpenCLのCPU"だから
3体で限界なんだろう

>>280
GPU(ストリーミングプロセッサ)は物理演算に向かないと、今はnvidiaのAGEIAの中の人が言ってました
282Socket774:2009/05/03(日) 20:04:19 ID:3r2Wxk/3
廃止された命令があった
COMPxxはVCMPxxと等価だから廃止されたと推測できるが
PERMxxには、最新のAVX/FMAの仕様では等価な命令がない

AMDは古いAVX/FMAの仕様を基にXOP/FMA4を策定したのか?
そもそも、AMDはFMAが3オペランドになったことを知っているの
だろうか?
283,,・´∀`・,,)っ-○○○:2009/05/03(日) 20:29:50 ID:RW9MvCZX
>>282
知ってるから「FMA4」なんでしょ。
IntelのAVXマニュアルと被る命令は基本的に載せてないはず。

つーか、SSE4AのpopcntがSSE4.2のそれと同じだったように
IntelとAMDって命令セット拡張のすりあわせに関しては内通してると思ってるんだが。


おそらくIntelはデコーダの実装のご都合でimm8をレジスタとして解釈する命令を削ったんだと思う。
デコーダ改良の目処が立ったら4オペランドFMA追加するでしょ。
(タイミングとしてはHaswellあたりか?)
284,,・´∀`・,,)っ-○○○:2009/05/03(日) 20:52:07 ID:RW9MvCZX
まあ、軌道修正が出来る段階でFMAまでの命令セットを全て公開したのはIntelの懐の広さだろ。
もしSSE5のままBulldozer出してからIntelがAVXを発表してたらどんな鬼畜だよって感じだが。

AMDはIntel互換のSIMD命令のスケールメリット生かしつつ+αの独自命令で差別化ってのが
基本戦略だから、AVXをアナウンスした時点で、完全独自のSIMD命令を普及させる気は更々無いでしょ
285Socket774:2009/05/03(日) 20:56:08 ID:adc8K74r
AMD64のような糞拡張を受け入れねばならなくなる可能性を限りなく0にしておきたかったんだろう
知れば知るほどに汚い拡張だからなー
ホント嫌になる
286,,・´∀`・,,)っ-○○○:2009/05/03(日) 21:00:37 ID:RW9MvCZX
すまん、あれMS主導だろ。
同じくMS主導でXbox 360のVMX128がAMD64のREXの拡張方法そっくり。
とってつけたようなレジスタ拡張とか。
287Socket774:2009/05/03(日) 21:01:15 ID:DIlFcdni
今日はなんか色々沸いてるな
いや賑わってるのか
288Socket774:2009/05/03(日) 21:05:48 ID:adc8K74r
>>286
まあ、Intelの懐が深いというのは正直違和感がw
289Socket774:2009/05/03(日) 21:07:40 ID:s/6jM9j3
それもMSの調停じゃないか?
290,,・´∀`・,,)っ-○○○:2009/05/03(日) 21:09:00 ID:RW9MvCZX
x86のSIMD命令周りが汚いのはオレゴンのネトバチームのせいだと思う。
デコードしづらいほどトレースキャッシュ有利だからな。
291,,・´∀`・,,)っ-○○○:2009/05/03(日) 22:12:23 ID:RW9MvCZX
今回の対応でGNUな人々の苦労を壮大に棒に振ったのがAMDだよ。
命令セットの改変は早い段階でアナウンスしておくべきだった。
292Socket774:2009/05/03(日) 22:18:17 ID:n+JN7xQz
>>285

どのあたりが糞なのでしょうか?(´Д`;)
293Socket774:2009/05/03(日) 22:19:57 ID:s/6jM9j3
いいじゃん
どうせSS5の最適化なんかオカシカッタシ
294Socket774:2009/05/03(日) 23:42:27 ID:s/6jM9j3
AMD DX10 Shader test(R600時AMDが使った奴ね)
まぁ、各条件下でどれだけ命令発行できるかって感じのやつ
ttp://techreport.com/articles.x/12458/3

で、GPU3社のGPUで試してみるとこんな感じだ
http://img147.imageshack.us/img147/4930/shadertest.jpg

youtubeにあがってるDX SDK(主にshader),NV SDK10(何のデモだ?)のサンプルを用いた比較動画
ttp://www.youtube.com/watch?v=pGnrBu3N2QE
ttp://www.youtube.com/watch?v=7JgeUlwb28Q

本来の仕事描画であっても、なんとオーバーヘッドの大きいことよ(S3以外)
295Socket774:2009/05/04(月) 02:15:35 ID:kkCgvuJH
「ID:s/6jM9j3」は一人で結局何が妄想したかったんだ?
296Socket774:2009/05/04(月) 05:37:45 ID:qIlq4WZp
なに?
まだATIのGPUが遅いって現実を認められないの?
297Socket774:2009/05/04(月) 06:15:02 ID:n1/3koBc
まだあのソースの内容読んでないの?
298Socket774:2009/05/04(月) 07:16:27 ID:oUhnflkp
>>296 宗教の話は他所で頼むわ
299Socket774:2009/05/04(月) 07:36:28 ID:qIlq4WZp
まだ、アフォー記事に縋り付きたいか

nvidiaのphysxはnativeのCUDAを使っても312gflopsの9600GTで58gflopsのPPUとようやく同等
汎用処理についてG80系統はR600系統に比べかなりましなほうだが、それでもオーバーヘッドはでかい

OpenCLのオーバーヘッド、ATI GPU自体のオーバヘッド
これらを考えれば、物理演算でCPUより劣るなんてのは何の不思議も無い

てか、480gflopsの4670で35.2gflopsのchromeに負けんなよ
300Socket774:2009/05/04(月) 08:05:59 ID:h8xrPjva
flops云々じゃなくてGDC 2009で公開された動画は紛れもなくGPUで実行したもの
↑を嘘だという記事があれば貼ってね
301Socket774:2009/05/04(月) 10:51:50 ID:EsS7BKSs
ID:s/6jM9j3 = ID:qIlq4WZp はやっぱりNVIDIA儲か。
やっぱり儲は場違いの場所で勘違い議論を展開するから、
気持ち悪いったら仕方がないな。
デモの意味も湾曲して受け取り妄想しているのをみると、
「お前の頭の性能悪くて、こちらが心配になります」って感じだ。
302Socket774:2009/05/04(月) 10:57:11 ID:qIlq4WZp
GPU動作はこのモッサリだっての
ttp://www.youtube.com/watch?v=xfrM973spw0

R600系の効率なんて
(1/4)*(1/16)*(3/5)こんなもんだよ
303Socket774:2009/05/04(月) 11:04:48 ID:n1/3koBc
だからこの動画(ttp://www.youtube.com/watch?v=xfrM973spw0)は初期の段階のもので
R700系の動画はhttp://www.youtube.com/watch?v=MCaGb40Bz58(改良版)になるわけね
304Socket774:2009/05/04(月) 11:14:09 ID:2YTzmNZc
逝っちゃった人には理で解いても無駄。
305Socket774:2009/05/04(月) 11:53:41 ID:hHeB4z6u
デモ機の構成とかモデルのポリゴン数だとか
タイミングをズラせた他は全部に同じ動作させてどのくらいパワー食うのかとか
そういう情報が無く比較も糞も無い感じだから
これはもうGPGP化やCPUとGPUの連携等技術の躍進を喜ぶか知的障害者を笑う以外にあまり意味が無いよな
306Socket774:2009/05/04(月) 12:48:39 ID:IeNcn4Z9
このスレはあれか?
真実を語ると、叩かれなきゃいけないのか?
307Socket774:2009/05/04(月) 12:55:09 ID:qIlq4WZp
>>303
(笑)
仮にその通りだとして、なんで29日のデモは
また、モッサリに戻ってるんだね?
29日に日本にはとどかなかったてか?
AMDの通信手段は伝書鳩なのか?

初期段階でもなんでもなく、モッサリdemoが
AMDの行ったOpenCL GPU,CPUのものだ

4gamerにあがってる29日動画で
モッサリなのはすべて分かること
308Socket774:2009/05/04(月) 13:11:37 ID:iwKgtDE/
真実を語れば、叩かれない。
妄想を語れば、叩かれる。
309Socket774:2009/05/04(月) 13:18:50 ID:vJwRxsWu
そもそもこのスレで話題にすることなのか・・・
310Socket774:2009/05/04(月) 13:28:06 ID:6rfn+a7a
AMD信者の真実とは、都合の良いことだけ
都合の悪いことは、すべて嘘

キモイんだよ
お前ら
311Socket774:2009/05/04(月) 13:28:26 ID:EtMis3O1
GPU処理の一部をCPUに渡すってデモなのに、
必死で「GPU性能プププー」って暴れる既知外さん。
GPUでの処理に関してはよいモノはスルー。
悪いモノだけしかみない典型的な既知外脳。
312Socket774:2009/05/04(月) 13:32:07 ID:qIlq4WZp
一部じゃないよ完全に切り替えだよ
CPU,GPUの並列で物理処理させてるわけじゃない

CPUに切り替えたらGPUなんて使わない
遅いし
313Socket774:2009/05/04(月) 13:32:59 ID:n1/3koBc
3体以上をお望みならhttp://www.vizworld.com/2009/03/havok-cloths-red-dress-demo-hd/
の記事で紹介されてるし
4gamerのデモはやっぱりCPUとGPUの処理の切り替えだけのデモにしか見えないし
314,,・´∀`・,,)っ-○○○:2009/05/04(月) 13:59:44 ID:0tvPTLzo
なにげにGIまでやってるんだよね。
布のシミュレーション程度ならGeForceのCUDAのデモにもあるしGPUで出来るとは思うが
大域照明には容量のレイトレース・キャッシュが必要

それ以前にリアルタイムデモかどうか疑わしい。
Havokってオフラインレンダラ用の物理エンジンも手がけてるだろ。
315,,・´∀`・,,)っ-○○○:2009/05/04(月) 14:00:16 ID:0tvPTLzo
ある程度の容量の、ね
316Socket774:2009/05/04(月) 14:07:06 ID:E3147EA0
>>312
はいはい。オレもこの頃Geforceに新製品が出ないには残念に思うけど、
他スレまで来て必死扱いて荒らすのはどうかと思うぜ?
317Socket774:2009/05/04(月) 14:37:25 ID:qIlq4WZp
お、今度はnv信者扱いか
G80系統もR600系統に比べて粒度が小さくて、走るスレッドが多いので
多少はマシという程度の話

>>314
なんちゃってGIは幾らでも
318,,・´∀`・,,)っ-○○○:2009/05/04(月) 14:43:43 ID:0tvPTLzo
まあ、床面に人体モデルを反転してアルファブレンドしただけに見えなくもない
319Socket774:2009/05/04(月) 14:47:22 ID:h8xrPjva
非常に自演臭漂うスッドレですね
320Socket774:2009/05/04(月) 14:54:11 ID:IeNcn4Z9
ただのHDRじゃないかい
R300でやってたじゃん
321Socket774:2009/05/04(月) 15:47:04 ID:hHeB4z6u
>>312
「描画もCPU」発言が出ました
322Socket774:2009/05/04(月) 15:53:03 ID:qIlq4WZp
日本語読めない馬鹿は黙れ
323Socket774:2009/05/04(月) 16:03:08 ID:hHeB4z6u
あー勘違いしてた
「GPUで物理演算と描画処理」→完全に切り替え→「CPUで物理演算と描画処理」
ではなく
「GPUで物理演算(HDDで描画処理)」→(GPUとCPUを)完全に切り替え→「CPUで物理演算(依然としてHDDで描画処理)」
こういうことか
うっかり現実世界の常識で判断してた
324Socket774:2009/05/04(月) 16:03:20 ID:qIlq4WZp
325Socket774:2009/05/04(月) 16:05:24 ID:6rfn+a7a
アムド
キモ過ぎ
326Socket774:2009/05/04(月) 16:09:50 ID:ABvp3APN
で、「ID:qIlq4WZp」は何が言いたいんだ?
RADEONは糞ですって事か?
327Socket774:2009/05/04(月) 16:15:06 ID:S6G4HBxN
うんうん いくらハイエンドのNVIDIAでもげふぉ9600GTじゃカスみたいな性能しかないから
物理演算と画像処理の両立は難しいよね
328Socket774:2009/05/04(月) 16:29:49 ID:h8xrPjva
記事を読めないのか読みたくないだけなのか
ただGPUで実行しましたよっていう動画なのになんでここまでズルズルと
329Socket774:2009/05/04(月) 16:31:05 ID:x+0zzs+v
25体デモはHavok自身の公開で、Havok自身がAMDのGPU上で処理とアナウンスしてる
Intel系の会社がデマ流したりするかね
330Socket774:2009/05/04(月) 16:36:16 ID:qIlq4WZp
(笑)
そうだねぇ
そう思ってすごせれば幸せだよね

おれも29日のデモ見るまではGPU動作だろうと思ってたよ
29日のあれを見ても、そう思えるほど鈍感じゃなかったんだよ
おれは
331Socket774:2009/05/04(月) 16:38:27 ID:x+0zzs+v
つまりIntelならやりかねんってことか?
332,,・´∀`・,,)っ-○○○:2009/05/04(月) 16:39:03 ID:0tvPTLzo
>>329
オンライン処理とは言ってないからプリレンダなんじゃないの?
333Socket774:2009/05/04(月) 16:45:01 ID:x+0zzs+v
>>332
『標準的なPC上で7000ポリゴンのダンサー25体が60FPSで・・・』
とあるしリアルタイムじゃないかな
でもOpenCL対応版とは書かれていないから旧来の通常版のHavok Clothじゃないかな
334Socket774:2009/05/04(月) 16:50:46 ID:x+0zzs+v
とは言っても4870を複数枚刺して出力用以外は全部演算に割り振ってたりはしそうだね

ところで、OpenCLは複数のCPUやGPGPUなどを同時に動作させられるんじゃなかったっけ?
335Socket774:2009/05/04(月) 18:33:01 ID:qIlq4WZp
>>331
そうじゃなくて、20,25体のデモは紛れも無くIntelによるものだろう
問題なのは、それをAMDのGPUによるものと勘違いして広めた輩が多いこと

AMDの中の人っぽいのがあげてるのは、こっちなんだよ
ttp://www.youtube.com/user/AMDUnprocessed
ttp://www.youtube.com/watch?v=xfrM973spw0
2009年04月06日

Game physics demonstration using OpenCL shows the future of ATI Stream technology, Open standards based development
where workloads can be directed at CPU and/or GPU resources to achieve optimal performance.
336Socket774:2009/05/04(月) 18:54:04 ID:ivJmgLAG
先日からの議論は結局なんなの?
誰か分かり易く産業で解説してくれ。
337Socket774:2009/05/04(月) 19:21:45 ID:PKXjSDRp
>>336
「Radeonはお先真っ暗、GPUとしてもLarrabeeに負けるだろう」って淫厨の妄想披露大会
338Socket774:2009/05/04(月) 19:27:47 ID:9gWkGr2h
ララビーのラの字も出てないが?w
339Socket774:2009/05/04(月) 19:34:04 ID:x+0zzs+v
>>335
Havok自身が25体のデモをAMDのGPUで処理したってアナウンスしてるがこれはどういうこと?
340Socket774:2009/05/04(月) 19:35:04 ID:6rfn+a7a
やれやれ・・・
341,,・´∀`・,,)っ-○○○:2009/05/04(月) 19:39:00 ID:0tvPTLzo
>>339
声明きぼん
342Socket774:2009/05/04(月) 19:59:05 ID:gy6jplof
・GPU処理をCPUでも一時的にまかなえる。
・APUになったら、統合されたGPUコアも演算に使えるよ。

あのデモは、コレを示したデモでしょ?
343Socket774:2009/05/04(月) 20:11:02 ID:6rfn+a7a
やれやれ・・
344Socket774:2009/05/04(月) 20:15:53 ID:PygZAD1n
よそでやれカス
345Socket774:2009/05/04(月) 20:18:30 ID:hHeB4z6u
>>337
LarrabeeじゃなくてLarrbee 1core
346MACオタ>団子 さん:2009/05/04(月) 23:57:34 ID:wON4Wxya
>>283
  --------------
  (タイミングとしてはHaswellあたりか?)
  --------------
解説をIntel次世代スレッドに書いておきました。Intel AVXに関するこれ以上の議論は
場違いっぽいので、あちらにて。
347MACオタ:2009/05/05(火) 22:53:06 ID:q7/3GqkF
GFのCEO Doug Groseが欧州で開かれた会見で、現況を語ったとのこと。
http://www.theinquirer.net/inquirer/news/1052016/globalfoundries-ready-business-ceo
  ---------------
  The self-proclaimed "leading edge digital foundry" is known to be currently
  floundering for customers but according to Grose, 12-14 customers are already
  "potentially" ready to sign on the dotted line."We're well versed in SOI" and have
  "the resources ready. " he said.
  ---------------
まだAMD以外の顧客は掴まえ切れていないようですが、頑張っている様で…
348Socket774:2009/05/06(水) 06:53:03 ID:fEamfamg
せめて自社GPUくらい作れればね
349Socket774:2009/05/06(水) 08:57:32 ID:uIXv9+ji
350Socket774:2009/05/06(水) 09:33:55 ID:uIXv9+ji
GDC09のAMD&Havokのブースでのデモ
↓『GPU』にて処理(OpenCL版)
http://www.youtube.com/watch?v=MCaGb40Bz58

↓『GPU+CPUの平行動作、 及び、GPU/CPUの個別動作』にて処理(OpenCL版)
http://www.youtube.com/watch?v=xfrM973spw0&feature=related

ちゃんと解説が書いてあるじゃん
351Socket774:2009/05/06(水) 10:28:27 ID:aGc96322
GT300が来年まででないって…GPGPUどころじゃねぇな
352Socket774:2009/05/06(水) 11:06:30 ID:XmvVOF8/
>>349-350
池沼召喚呪文唱えんな
353Socket774:2009/05/06(水) 12:03:38 ID:ReQNjaKg
うぜぇ…いくらリンクを示したところで、
「信じたくない」奴が認めるわけがねーだろ。
354Socket774:2009/05/06(水) 19:43:25 ID:fEamfamg
>>350
まだそんなアフォー投稿にすがりついてんのw
キモイよアム虫
355Socket774:2009/05/06(水) 19:44:56 ID:fEamfamg
これが現実
信じたくないのは仕方ないが・・
ttp://www.4gamer.net/games/077/G007794/20090430001/
356Socket774:2009/05/06(水) 20:07:21 ID:YEfRnX+J
おまいも英語が読めたらいいんだけどなぁ
357Socket774:2009/05/06(水) 20:42:11 ID:uIXv9+ji
まああれだ
GDC09の後しばらくの間、Havokの公式HPのHavokClothのページで公開されてたんだよ
QuickTimeの動画もね

もう終了しちゃったから確認のしようが無いけどね
358Socket774:2009/05/06(水) 20:49:20 ID:PH4pTbYp
>>355
それをみたところで「CPUとGPUの切り替えデモだな」程度にしか思えないが?
そこからGPUの性能やCPUの性能なんて全く推し量れません。考えることが可能だとしたら、
「CPUでGPUの処理をさせるのは大変なので、わざわざ人を減らしてデモした?」
ぐらいか? GDC2009のIntelデモでも別にCPUだけで処理していたわけでもないし、
今回のデモだと「あぁ。切り替えできるんだ。すげぇ!」ぐらいでしか…。
359Socket774:2009/05/06(水) 21:08:00 ID:mfuf2642
鈍感というのは、ある意味幸せだね
360Socket774:2009/05/06(水) 22:11:27 ID:YEfRnX+J
だれか直接兄貴のイベント行った人いないか〜
361Socket774:2009/05/06(水) 23:12:36 ID:mfuf2642
ttp://www.nicovideo.jp/watch/sm6968676
AMD OpenCL Havok Cloth Demo
AMDのOpenCLを用いたHavok ClothのDemoみんなで検証してみよう
362Socket774:2009/05/06(水) 23:15:54 ID:m15Omwye
>>361
はいはい。もうわかったから。お前は頑張ったよ。うん。
でもここは「AMD次世代CPUスレ」だから。
363Socket774:2009/05/07(木) 00:46:52 ID:qm20bAJ2
>>357
説明文は時間が経てば
Internet archive で引けるようになるんじゃないかな
364282:2009/05/07(木) 04:31:28 ID:6N1Q2Djj
AMD Developer Blogs
http://forums.amd.com/devblog/blogpost.cfm?threadid=112934&catid=208
IntelのFMAがAVX最新版では3オペランドになっていることや
FMA4がAVX第3版と互換があることにも言及されている

ところで
SSE5->XOPでPERMxxが廃止されたのは
AVXでVPERMIL2xxが廃止されたのに
気づいてないからなのか?
365Socket774:2009/05/07(木) 15:16:54 ID:ojCpnnc5
4オペランドFMAでどれくらいスループットが上がるのか、
団子じゃないが定量的に語るべきだな。
Intelは、デコーダに割くトランジスタが割にあわないから翻意したんじゃないのか。
366Socket774:2009/05/07(木) 16:38:16 ID:LR6RuYpe
> 【IRPS 2009レポート】ファウンドリ編〜ファウンドリとファブレスの微妙な関係
http://pc.watch.impress.co.jp/docs/news/event/20090507_168028.html

> 半導体メーカーが製造部門を切り離せばファウンドリ事業ができる、といっ
> た時代はすでに終わっているのだ。
367Socket774:2009/05/07(木) 17:20:53 ID:qm20bAJ2
ていうか、そんな時代ってあったのか?
368Socket774:2009/05/07(木) 17:22:49 ID:CzoXLpAr
AMD Tightens Organization Focus on Microprocessor and Graphics Innovation and Platform Leadership
ttp://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~131177,00.html

ATI体制か?
A products group led by Rick Bergman
369Socket774:2009/05/07(木) 17:46:15 ID:CzoXLpAr
ttp://www.theinquirer.net/inquirer/news/1104000/amd-ati-officially-merge
>AMD and ATI officially merge
>In a few hours, Rick Bergman will be announced as running the CGPG unit, and Randy Allen will be leaving AMD.

ttp://pc.watch.impress.co.jp/docs/news/20090507_168021.html
>AMD、製品/技術/マーケティング/顧客の4部門からなる新事業体制を発表
>
>米AMDは6日(現地時間)、製品、技術、マーケティング、顧客という4つの事業部門で構成される新事業体制を発表した。
>
>製品部門はリック・バーグマン氏が統率。
>これまで分かれていたCPUとGPU双方の開発を1つの組織で集約的に行なう。
>
>このほか、技術部門はChekib Akrout氏、マーケティング部門はNigel Dessau氏、顧客部門はEmilio Ghilardi氏が率いる。
>社長兼最高経営責任者はこれまで通りダーク・マイヤー氏が務める。
>
>同社は新体制の下、x86プロセッサとグラフィック技術の統合を推し進める。

CPU捨てたのかw
phenomeの失敗で

遅すぎるよ、今まで何してたんだよ
370Socket774:2009/05/07(木) 17:56:41 ID:CzoXLpAr
Chekib Akrout:Freescale Semiconductor
371Socket774:2009/05/07(木) 18:03:15 ID:CzoXLpAr
Nigel Dessau:Sun Microsystems(?)He joined AMD in March 2008

Emilio Ghilardi:HP(?)Ghilardi, who joined AMD in 2008

AMD????
372Socket774:2009/05/07(木) 18:08:27 ID:j+09M2hH
知的障害者が新たなネタで舞い戻りました
373Socket774:2009/05/07(木) 18:20:35 ID:CzoXLpAr
当然知ってると思うけど
Rick Bergman:ATI

Bergman came to AMD via the acquisition of ATI in October 2006.
He joined ATI in January 2001, from S3 Graphics, a division of SonicBlue Inc., where he served as chief operating officer.

生粋のGPU屋
374Socket774:2009/05/07(木) 18:24:18 ID:kAr+hu4q
CPUを捨てた?
375Socket774:2009/05/07(木) 18:59:42 ID:j6GI+thG
Dirk Meyerは生粋のCPU屋だけどねえ
Chekib AkroutはIBM、Freescaleと渡ってきてるし
376Socket774:2009/05/07(木) 20:43:30 ID:cwFGxko2
「CPUを捨てた」とか。電波を飛ばしまくる頭にカビが沸いている奴がいるな。
AMDのロードマップをみれば、CPUとGPU部門の統合なんて必然だろうに。
377Socket774:2009/05/07(木) 20:46:00 ID:CzoXLpAr
また変わるんじゃないの
AVX,SSE5のゴタゴタで
378Socket774:2009/05/07(木) 20:57:23 ID:LR6RuYpe
統合をCPU部門とGPU部門のどちらの主導で行うか、という違いだね。
CPUの方が圧倒的に規模が大きいが、いまうまく回っているのはGPUの方だ。

しかしこれは水と油を合わせるような挑戦だね。設計サイクルから製造から
何から何まで違う。
379Socket774:2009/05/07(木) 21:02:15 ID:cwFGxko2
APUでCPUとGPUの統合を目指しているからね。
主導権を握っているのは当然CPU部門でしょう。
NVIDIAもCPUを造る。造らないと言っている中で、
予想以上の電波を連レスで飛ばしまくる奴がいるとは、
なんか逆に可哀想に思えてくる。
380Socket774:2009/05/07(木) 21:07:30 ID:j+09M2hH
統合の際に今までのと設計が大きく変わる可能性があるのはGPU
注意が要るのもGPU
381Socket774:2009/05/07(木) 21:43:38 ID:CzoXLpAr
主導権を握ってたRandy Allenは退社
Rick BergmanはATI
なんで今頃こんな話が出てくるのか

新規開発にまわす金が無く、旧ATI路線をそのまま使用
そしてATI時代のネタが切れて
CPU,GPU別々に金を出す余裕が無いので一本化

phenomeでこけたCPU部門の担当を事実上解雇

いまから一本化していつモノが出来るのか
ブルドーザーは本当に新アーキテクチャなのか
(そいやdec路線に戻ったとか、前に出なかったかな)
382,,・´∀`・,,)っ-○○○:2009/05/07(木) 21:48:33 ID:ZsasKbdo
>>364
あるよ。VPERMPSって。マニュアルよく読んで。
VPERMIL2PSとPERMPSは元々細かいところで違いがなかった。
PERMPSの方はimm8の値によってPIとかの定数をロードできる。


どっちかというとimm8指定版のパックドバイトシフト命令が消えてるのが気になった。
これはAVXどころかSSE*に元々無かった
383MACオタ:2009/05/07(木) 21:55:08 ID:stcC2GUY
AMD生抜きだったRandy Allenが切られましたね。
自社開発に失敗しては技術を買ってくるという繰り返しだったAMDの場合、『生抜き=優秀』
ということにはならないのですが…
まだ見られるRandy Allenの紹介をAMDサイトより。
http://www.amd.com/us-en/Corporate/AboutAMD/0,,51_52_570_15089,00.html
  -------------------
  Randy Allen: Senior Vice President, Computing Solutions

   Randy Allen is senior vice president, Computing Solutions Group, AMD. Reporting to
  President and COO Dirk Meyer, Allen is responsible for the development and management
  of AMD’s broad and growing portfolio of consumer and commercial microprocessor
  solutions and platforms.
   Previously, Allen served as Corporate Vice President and General Manager for AMD’s
  Server and Workstation Business. In this role, Randy led AMD’s server business’
  financial performance, business planning, silicon and platform planning, product management,
  and brand management. Prior to that, Allen was AMD’s vice president for Design
  Engineering where he was responsible for the silicon design engineering of AMD’s
  microprocessor and chipset products.
   Allen joined AMD in 1984, and during his more than twenty-year career with the company,
  he has led several teams, including the implementation team of the AMD Athlon^(TM)
  microprocessor and the design team for the AMD Opteron^(TM) and AMD Athlon^(TM)
  64 microprocessor and associated chipsets.
   Previous to AMD, Allen worked as a design engineer at Hewlett-Packard, where he
  worked for the HP3000 Business Computer development team.
   Allen earned a master’s degree in electrical engineering from Stanford University and
  a bachelor’s degree in electrical engineering from the University of Texas at Austin.
  -------------------
384Socket774:2009/05/07(木) 22:06:14 ID:kAr+hu4q
すでにネタ切れなN社がありますが
385,,・´∀`・,,)っ-○○○:2009/05/07(木) 22:08:20 ID:ZsasKbdo
いや、VPPERMの所にこう書かれてるだけで、この他に説明がないね

> Related Instructions
> VPSHUFHW, VPSHUFD, VPSHUFLW, VPSHUFW, VPERMPS, VPERMPD

AVXのVPERMILPSは1つのソースレジスタのみをシャッフルする奴なので別モノ。
っつーか、VPERMIL2PS相当ならVPPERMで実質できるけど。
気づいたところでは、SSE4AのVEX or XOPエンコーディング版もないし、
これから加筆されていくんじゃない?



>>365
Bulldozer以降の方策は、3本の命令デコーダ上手く活用して内部命令数を稼ぎたいから。
浮動小数FMAだけに留まらず整数乗算+整数加算までフュージョンしてる。
1命令で加算と乗算を一緒に出来てしかもレジスタ非破壊なら1命令で実質2オペレーション分供給できることになる。
2命令あるいは256ビット命令で4オペレーション分。

そんな命令がいっぱいあるから、それだけで4オペランド化する方が効率が良い。
32バイト/clkの命令帯域があるので多少1命令が長くなってもネックにならないだけのキャパがある。

逆にIntelはCore MAでデコーダ4本になったので、そこまで必死になってない。
むしろ命令長を短く抑えて1コアあたりの電力効率をあげようとしてるように思える。

まあアーキテクチャの特性の違いだろうね。
俺は同クロックならピーク性能はAMDのほうが高くなると見てるが。
386Socket774:2009/05/07(木) 22:35:33 ID:cwFGxko2
>>381
そういう電波ってどうやったら出せるの? 教えて!
387Socket774:2009/05/08(金) 02:14:54 ID:yZU2wQm3
SSE5 p.195 PPERM
> Related Instructions
> PSHUFHW, PSHUFD, PSHUFLW, PSHUFW, PERMPS, PERMPD

XOP/FMA/CVT16 p.223 VPPERM
> Related Instructions
> VPSHUFHW, VPSHUFD, VPSHUFLW, VPSHUFW, VPERMPS, VPERMPD

VPSHUFWという命令はないから、命令の
先頭にVを付けただけのような気がする
388Socket774:2009/05/08(金) 04:09:50 ID:WC8wZ+f+
事実を語ると電波扱い
キモイよアムド
389Socket774:2009/05/08(金) 05:14:32 ID:1Sc9w0+H
事実は最初の2行だけで、残りは単なる想像。
390Socket774:2009/05/08(金) 06:11:12 ID:JuffyfxO
製品部門と技術部門の違いはなんだ?
アーキテクチャの定義なんていう初期の作業は技術部門が
色んなアイデアを出した上で決めていきそうな感じがするが
391Socket774:2009/05/08(金) 06:27:42 ID:WC8wZ+f+
AMDがどんな会社なのか分かってれば
簡単に分かること
392Socket774:2009/05/08(金) 07:02:44 ID:WC8wZ+f+
それに今回のって
たんに”larrabee互換はじめました”だろ
393Socket774:2009/05/08(金) 07:26:47 ID:TMCEG4vS
モロに知能障害
394,,・´∀`・,,)っ-○○○:2009/05/08(金) 07:30:31 ID:YH3MesOq
>>387
そこだけは気になった。まあCellは実質vperm/shufb(バイトシャッフル命令)だけでやってるし
AltiVecのvpermと同仕様の命令が一つあれば十分と言えなくもないのだが。
395364:2009/05/08(金) 08:10:23 ID:yZU2wQm3
AVXみたいな128bit x2 ではなく256bitの実装をするために
先送りにしたとかだったらいいな
396Socket774:2009/05/08(金) 08:13:11 ID:S+d09JGf
AMD独自規格なんて無駄なことに金を費やす余裕はないし
20%程度のシェアじゃサードのサポートも怪しい

intel規格に追従すればとりあえず無駄にはならない
余計な金は使わなくて済む

堅実路線だね
397Socket774:2009/05/08(金) 08:28:29 ID:2jHHU133
ID:WC8wZ+f+はAMDにイチャモンつけたいだけ
398Socket774:2009/05/08(金) 08:44:40 ID:S+d09JGf
そう考えるのは
ガキだからだろ
399Socket774:2009/05/08(金) 09:45:25 ID:5hlTyg83
>>396は事実じゃないの?
シェアが20%の会社よりシェアが80%の会社を基準にソフト開発した方がいいでしょ。
400Socket774:2009/05/08(金) 10:14:43 ID:5YrTLHQ1
↓でしょ?

AMD to support Intel's AVX instruction set
http://techreport.com/discussions.x/16871
401Socket774:2009/05/08(金) 10:25:01 ID:G1tQlSnj
サポートが決まって良かったけど、
これからの本当の問題はその実行速度のような。
402Socket774:2009/05/08(金) 11:03:35 ID:F3753NPd
>>399
問題はそこじゃない。
仮想化支援なんてIntelとAMDでまったく命令に互換性ないし。
対応するところはする。

旧SSE5は既存SSEの延長の技術。
一方AVXはSSEを完全に置き換え、SSEを廃れさせる技術。
これをMSも支持した時点でSSEが廃れるのは確定した。

これから新規に独自命令積むなら、SSEの上じゃなくてAVXの上にのっかったほうがいい。
XOPが市場の20%なのは変わらんよ。
403Socket774:2009/05/08(金) 11:11:14 ID:S+d09JGf
AVXは使えるんじゃないの
404Socket774:2009/05/08(金) 11:25:08 ID:Ao9WtOq7
AMDが欲しいけど、今のAVXにない命令を追加したのXOP等だしな。
intelはintelでAVXを拡張していくだろうし。
理論上はAVXの命令フォーマットの方が、性能出る可能性が高いようだし、
従来型のSSE5で行くより、ここは一旦intelの路線に乗った方が良いと考えたんだろう。
405Socket774:2009/05/08(金) 12:11:07 ID:S+d09JGf
いったんていうか
3dnow!よろしく切り捨てるんじゃないかな
406Socket774:2009/05/08(金) 18:03:46 ID:d2AcOkqy
〜あれから3年経過〜
統合したのはチップではなく事業部門だったというオチですた

AMD、CPUとGPUを統合したプロセッサを2008年末か2009年初頭に投入
http://www.itmedia.co.jp/news/articles/0610/25/news045.html
             ↓
AMDが新組織発表 CPUとグラフィックス事業を統合
http://www.itmedia.co.jp/news/articles/0905/08/news002.html
407Socket774:2009/05/08(金) 18:14:28 ID:5YrTLHQ1
CPUとGPUの統合をやめるわけではないけどね
408Socket774:2009/05/08(金) 20:06:43 ID:vFdHmoL3
>>405
そういやAMDの最新CPUって3Dnow!非対応なんだっけ?

SocketAの頃は未だ対応してた筈だが。
409,,・´∀`・,,)っ-○○○:2009/05/08(金) 20:22:17 ID:YH3MesOq
Phenom IIでも3dnowext 3dnowフラグ立ってるから使えるのでは?
まさか64ビットで使おうってわけじゃあるまい?
410Socket774:2009/05/08(金) 20:32:51 ID:pLR+58cL
http://developer.amd.com/CPU/OPEN64/Pages/default.aspx?
動かせるCPUは無いがソフトウェア的にはSSE5既に対応してなかったっけ?
411,,・´∀`・,,)っ-○○○:2009/05/08(金) 22:06:21 ID:YH3MesOq
対応を抹消しないといけないから厄介なんだよ。
412Socket774:2009/05/09(土) 00:23:48 ID:v5DuIAek
仮想化支援は、
CPUの仮想化機能を使うソフト自体が多くないから、
SSEほど互換性が問題にならないのかなぁ。
413,,・´∀`・,,)っ-○○○:2009/05/09(土) 00:56:36 ID:KAZA9i0l
Intelの最新命令・AMD独自命令を追いかけてるデベロッパーもそんなには多くないよ。
DirectXが内部的に使ってるから間接的には多くの人が恩恵をうけてるだろうけどね。

AMDはGPUとの命令セット統合のためにSIMDの命令長を伸ばしていく方針だったし
プリフィクスを追加することでしか拡張ができないSSE(5含む)よりも、
1024ビット程度までスケールする余地があるAVXのほうが都合が良かったのでは。


数年先の実装でGPUにアクセスする命令がLarrabee互換になったとしても誰も驚かない感じだな。
414Socket774:2009/05/09(土) 00:57:44 ID:lLdi7fJU
気が付いたらAMDもIntelのCPU作ってたりして。

415Socket774:2009/05/09(土) 01:00:33 ID:fOdZRDr8
>>406
部門統合が遅いよな。もっと早い時期に統合すべきだった。
だから初代Fusionである"Swift"がグダグダになったりするんだよ。
416Socket774:2009/05/09(土) 01:36:48 ID:a4kNpcEM
>>415
Swiftがキャンセルになったのは、くっ付けただけだと予想したより性能が低かっただけ
部門統合が今頃になったのは、45nmのCPUと40nmのGPUを軌道に乗せるまでは、
統合するための調整や事務処理が開発の足かせになるからだろう。
417Socket774:2009/05/09(土) 12:38:44 ID:P0Wmw8RU
>>1
AMDに語るべき次世代など訪れない件について。

http://japan.internet.com/finanews/20090423/12.html
http://www.nikkeibp.co.jp/article/news/20090123/126943/

「騙る事」なら、息をするが如く行ってるが。
418Socket774:2009/05/09(土) 12:54:35 ID:Z0ZTMtCt
知的障害者は「息をするが如く」をも根に持っていたのです
419Socket774:2009/05/09(土) 13:06:48 ID:J1G/FrIP
こいつおもしれー
ttp://hissi.org/read.php/jisaku/20090509/UDBXbXc4UlU.html

RADEONはもっさりだった Part1
何でAMDのCPUなんですか?
AMDユーザーは、何故わんちゃんを食べちゃうの?
AMDerが持つ七つの大罪とは?
何故AMDユーザーはムクゲの花を植えたがるのか?
何故AMDerの祖母達は従軍慰安婦を騙るのか?
何故AMDユーザーは地上の楽園へ送金し続けるのか?
IntelとAMD、なぜ差がついたのか
AMD消滅を願うスレ
AMDの次世代CPUについて語ろう 第28世代
420Socket774:2009/05/09(土) 14:22:30 ID:X2uWuHzk
そろそろうざったくてしょうがないレベルに入ってきたな。
421Socket774:2009/05/09(土) 14:33:18 ID:P0Wmw8RU
激しい被害妄想の為、常に心に余裕が持てないマイノリティーには
正論すらウザく感じるのですね。

極々常識的な内容のレスしかしていないのに・・・


422Socket774:2009/05/09(土) 15:26:19 ID:LHmGQeQe
AMD使いはチョンだぁなんだと騒いでるアンタに正論云々とか
423Socket774:2009/05/09(土) 15:29:46 ID:vwqK8Qlc
相手にするから浮かれるんだろ。それとも自覚でもあるのか?
424Socket774:2009/05/09(土) 19:02:13 ID:oQZJutMc
キチガイはさっさとNGリストへw
425MACオタ:2009/05/09(土) 20:57:48 ID:pzhWRKtk
>>347の会見のレポートと思しき記事がTechReportより。
http://techreport.com/articles.x/16881
プレゼンの写真にあるように、GF的にはLSI logic, Infineon, SONY, NXP (旧Philips), Freescale, ST Micro,
Samsungは既に終わっており、TI, 東芝, 富士通も後に続くと考えている様で。
赤丸がつけられた、Infineon, SONY, Freescale, 東芝は"Confirmation intention to go asset lite for Logic"
と注釈がありますが、要するに現在交渉中の有望顧客ということなのでしょう。
426Socket774:2009/05/10(日) 00:05:10 ID:3mTrM8LR
富士通は45nmで打ち止めってニュースが最近あった気が
427MACオタ>426 さん:2009/05/10(日) 00:10:03 ID:XufvCPVi
>>426
これですね。
http://www.nikkeibp.co.jp/article/news/20090430/150113/
GF的には売り込みの感触が良く無かったので、次世代も独立路線を続けると判断したのでは?
428Socket774:2009/05/10(日) 00:19:02 ID:6n6MOzRx
GFは絶賛営業活動中ってところか。
安定顧客がつかめるといいね。
429Socket774:2009/05/10(日) 02:22:48 ID:sh+Zm+Lr
プロセスは問題ないだろうから頑張って欲しいね
当分の間は顧客がIPを持ち込むことになるんだろうか
430MACオタ:2009/05/12(火) 22:50:54 ID:K+1AjzCB
>>254に引き続きIDCのx86プロセッサの市場調査結果がでました。
http://www.eetimes.com/news/semi/showArticle.jhtml?articleID=217400331
  ------------------
  But Intel's unit market share of PC processors declined to 77.3 percent in the
  first quarter, down 4.7 percent from the previous quarter, IDC said. Advanced
  Micro Devices Inc. grew its unit market share by 4.6 percent to achieve 22.3
  of the market in the first quarter, IDC said.
  ------------------
4.6%のシェア回復で、やっと低価格路線が報われてきた様です。
Intelに関しては、ネットブックの市場縮小でatomの在庫が山と積みあがっているとのこと。
市場シェアの内訳は、下記の通り(増減は4Q08比)。
 - Desktop: Intel 70.0%, AMD, 29.8%
 - Mobile: Intel 84.3% (-4.7%), AMD 15.0% (+4.7%)
 - Server: 89.3% (+1.2%), AMD 10.7% (-1.2%)
431Socket774:2009/05/12(火) 22:58:33 ID:nGIwy/Y9
サーバーのシェアが厳しいね
6コア投入でどこまで取り戻せるか
432MACオタ>431 さん:2009/05/12(火) 23:01:53 ID:K+1AjzCB
>>431
第1四半期の結果ということはXeon 55xxの成績は勘定に入っていませんから、今後更に
サーバーの市場シェアは悪化しそうです。
433Socket774:2009/05/12(火) 23:15:01 ID:tuG2/EI1
性能に見合った価格で売ればネットブックの市場はもっと広がるよ。
intelもノート製造メーカーもちょっと色を乗せたがるからそんな事になるんだ。
ざまぁとしか言いようがない。
434Socket774:2009/05/12(火) 23:15:19 ID:souYTD2X
Nehalemの約4ヶ月不在にもかかわらずシェアは下がったか
やっぱベンチの結果と不況が相当効いたみたいだな
435Socket774:2009/05/12(火) 23:16:30 ID:DkJDfTO5
>>430
つーかネットブックがちょっとブームになったからって
Atom作りすぎだろw
Core2Soloにも劣る性能しかないのにいつまでも景気よく
売れるわけないわ。
436Socket774:2009/05/12(火) 23:21:57 ID:U7NU5xxW
サーバーが1%下がったのは厳しいな。
そして、ノートが増えるのはわかるんだが…。
デスクトップでも30%近くあるのな…。
437Socket774:2009/05/12(火) 23:34:40 ID:9zX271Bn
なんでMobileで増やせたんだ?
438MACオタ>437 さん:2009/05/12(火) 23:40:56 ID:K+1AjzCB
>>437
HPとか大手OEMがYukonプラットフォーム製品を売ってくれました。
439Socket774:2009/05/12(火) 23:43:07 ID:+iGuT1fO
intelがCULVで対抗するのも納得のシェアへの影響だな。
440Socket774:2009/05/13(水) 00:01:23 ID:9zX271Bn
AMD SEMPRON 140
http://xtreview.com/addcomment-id-8838-view-AMD-sempron-140.html

AM3
45n
2.7GHz
L2 1MB
TDP45W以下
$50以下

これはネイティブ1コアなんだろうか?
441Socket774:2009/05/13(水) 00:05:59 ID:sdq4v3Ag
442MACオタ>440 さん:2009/05/13(水) 00:13:58 ID:nk9bJEtt
>>440
同じくSempron 140の情報をHKEPCより。
http://www.hkepc.com/2909
 - Codename: Sagas
 - 2.7GHz@45W
 - 1MB L2
 - Single core
 - HT 3
 - DDR2/DDR3 support
 - 3Q09リリース予定
443Socket774:2009/05/13(水) 00:19:39 ID:cXdrt3dv
>>437
690Mの性能がそこそこよかったからじゃね?
TurionX2も安いしな。
444Socket774:2009/05/13(水) 00:21:14 ID:cXdrt3dv
>>438
おいオタ、Yukon採用してるのって日本じゃHP dv2ぐらいしか
ないんだが海外はそんなに出てるのかい?
445MACオタ>444 さん:2009/05/13(水) 00:35:17 ID:nk9bJEtt
>>444
先日の第1四半期会計報告で特に言及してましたから、影響が大きかったのでは?
http://seekingalpha.com/article/132172-advanced-micro-devices-inc-q1-2009-earnings-call-transcript?page=-1
  ------------------
  You mentioned CULV and an interesting topic, you know, really we view that as a
  response to our Yukon offering, which as you know is exploiting an opportunity in
  the marketplace to bring PC performance at an affordable price to ultra thin notebooks.
  And you know we’re happy with the momentum that we have with HP and we’re
  happy with the design win momentum that we have around Congo. So hopefully
  I answered those two questions and you said you had a follow up.
  ------------------
446Socket774:2009/05/13(水) 00:51:04 ID:Zl8+Mg2h
やっぱり安いのは強いってことじゃね
Intelも必死になるくらい
447Socket774:2009/05/13(水) 01:03:33 ID:qIk+Ekzt
448Socket774:2009/05/13(水) 02:08:55 ID:mFowjhLt
>>444
Yukonなら日本でもBenQから出てるよ。
AMDのネットトップ攻勢始まった!

【PC】ベンキュージャパン、日本でPC市場に参入〜第一弾はAMD Yukon採用液晶一体型[03/19]
http://pc11.2ch.net/test/read.cgi/pcnews/1237434596/

PC評測:BenQ nScreen i91,Yukon平台時尚一體機
http://www.zdnet.com.tw/review/desktop/0,2000086595,20136739-1,00.htm
AMDベースの低価格一体型PC「nScreen i91」をテスト
http://pc.nikkeibp.co.jp/article/news/20090428/1014701/
449Socket774:2009/05/13(水) 02:28:52 ID:cXdrt3dv
>>448
そりゃ確かにYukonだがライトウェイトモバイルノートじゃないと
俺には意味ないんだわ。インテルのクソオンボは却下だし。
450Socket774:2009/05/13(水) 02:35:40 ID:HkEnyFCy
>>448
日本のパソコンのデザインがいかに時代遅れか痛感させられるな……
451Socket774:2009/05/13(水) 02:56:08 ID:Q8VEmbMw
HPやBenqが日本発か。
そもそもHPもBenqも外資だし、もうNECや東芝、富士通なんかの国内の企業には
YukonとかのAMDの小型ノートは期待できないということか。
452Socket774:2009/05/13(水) 08:16:41 ID:cXdrt3dv
NECは一応TurionX2のノートがある。シャープとかも探せば
あると思う。
453Socket774:2009/05/13(水) 10:20:56 ID:tyOqOa34
>>440
"Regor"の1コア殺しかと。Regorが真っ二つに割れる設計だったら別だが。

>>452-452
シャープには色々と期待したんだが、出したのが"PC-NJ70A"だもんな。
機能としては色々とついていて面白いかもしれないが、本音を言ってしまえば、
1.5kgって半端な重量とATOMって半端なCPU性能で無駄な物をつけんなと。
なんか動きが鈍重な「全部入り携帯」のPC版としての印象しかうけん。

そして軽くてシンプルな機体として、MSIがC2DのULV搭載を10万程度で出すし、
いままで得意だった小型ノートという分類でも「日本は終わった」と思った。
454Socket774:2009/05/13(水) 10:29:58 ID:impxuJ6w
Regorは尻じゃないだろ
455Socket774:2009/05/13(水) 10:59:09 ID:3zxYTCRZ
L2-1MBかぁ。
でもRegorってL2-512KBって出てた気がするんだが。
456Socket774:2009/05/13(水) 11:07:49 ID:Ll8Pub9J
>>455
どれも噂の域を出ないっていうか
表記ミスなんてよくあること
457Socket774:2009/05/13(水) 13:12:18 ID:ciVT7GDD
>>447
これトップニュースだな
458Socket774:2009/05/13(水) 15:02:16 ID:3zxYTCRZ
富士通が最速CPU開発、10年ぶり日本メーカー首位
http://www.yomiuri.co.jp/science/news/20090513-OYT1T00570.htm

Core2の2倍にしろNehalemの2倍にしろ、とんでもないものが出てきたような。
どんなCPUになるんだろうか。x86なCPUじゃないよな?
459Socket774:2009/05/13(水) 15:04:05 ID:tyOqOa34
x86 CPUでも問題ないが、きっと違うだろうな。
460Socket774:2009/05/13(水) 15:12:09 ID:uZYkXccp
VenusはSPARC64だよ。
461Socket774:2009/05/13(水) 15:21:16 ID:uZYkXccp
http://journal.mycom.co.jp/articles/2009/03/12/sparc_viii_fx/index.html
今回発表されたのは、多分これ。
462Socket774:2009/05/13(水) 15:23:44 ID:NVIMnL28
まあ富士通って時点で他にないだろ。

SPARCネットブックとか出るわけないよね。
富士通が頑張って開発してもあんまり商売にならんから端から見てて悲しい。
463Socket774:2009/05/13(水) 15:43:27 ID:impxuJ6w
またfmtownsが出るの?
464Socket774:2009/05/13(水) 18:04:32 ID:U7oTfXAN
>>461
なんかすごいな。誰かAM3で出してくれ
465Socket774:2009/05/13(水) 18:15:48 ID:v7HtdsDJ
Sandy Bridgeと大差ない構造って・・・これはすごいことなのか?
466Socket774:2009/05/13(水) 19:37:12 ID:4NxuLH1s
昔ってほど昔でもないがSparcのノートあったな
うんこだったらしいけど
467Socket774:2009/05/13(水) 22:00:18 ID:7vCd0Ahc
>>461
バリアブレードとかセクタキャッシュとかいくつかの仕様が非常に面白い
468Socket774:2009/05/14(木) 00:03:19 ID:yhQgw1eW
469Socket774:2009/05/14(木) 17:37:45 ID:WGfpOrsu
>>468
思うんだが、CPUダイにアレコレ汎用じゃない演算コアを統合するよりも、CPUダイには
チップセットを統合していって、汎用じゃない演算には昔のコプロみたいにソケットを
使って追加する形の方が良さそうな気が。

基本的なx86の処理のみCPUで行って、javaとかエンコとか用途に応じたコプロを追加
する形にすれば、メーカー製PCのラインナップに役立ちそうだし。
470Socket774:2009/05/14(木) 18:36:54 ID:BSGfi4Ki
面白そうではあるが
結局コストという壁にぶつかって廃れるだけだな
471Socket774:2009/05/14(木) 19:45:21 ID:f7+IJHLa
コスト以外にもスペースという点でも不利かも
ATXにそんなコプロ置くスペースって残ってたっけ?(PCI(ex)あたりを削ればスペース開くかな?)

冷却の観点から言うと、CPUとGPUは統合してくれた方が静かに冷やせる。
472Socket774:2009/05/14(木) 19:46:22 ID:wpjiHfEu
>>466
あれはいいものだった
473Socket774:2009/05/14(木) 20:52:03 ID:zun0jlyl
プレステ2エミュについて語ろう 【PCSX2】 part56
http://pc12.2ch.net/test/read.cgi/software/1241330493/29
474Socket774:2009/05/15(金) 03:05:50 ID:9C8/sTG9
>>469
外部コプロじゃ転送ペナルティでCPUとコプロの混在コードなどでは性能がでない、
コプロに丸投げできる処理しかできない。
475Socket774:2009/05/15(金) 03:57:40 ID:9C8/sTG9
476Socket774:2009/05/15(金) 09:15:18 ID:S/Ul1x2I
昔のMBとか見ると、今の10倍くらいチップが載ってたから、ただ積むだけならスペースくらい
なんとでもなりそうだけど、今だと思い処理させるチップにはばかでかいヒートシンクが
ついちゃうからなあ
477Socket774:2009/05/15(金) 19:06:39 ID:6HCsYLHk
>469
トレンザって名前でこんな事言ってた様な気がする。
478Socket774:2009/05/15(金) 20:49:53 ID:R2kZdq/y
ネイティブな6コアをHT3でMCMか。

HT3ってHT3.0かな。3.1はどこへ逝ったんだろ。
479Socket774:2009/05/15(金) 20:56:55 ID:zBBf4IDf
>>478
790GXと790FXで対応している。NVIDIAでは3.0までしかまだない。
480Socket774:2009/05/15(金) 22:28:24 ID:R2kZdq/y
>>479
チップセットにしか使わないのかな。
MCMのもHT3.1にしたらよさそうな気もするけど
消費電力がアレなことになるんだろうか。
481Socket774:2009/05/15(金) 23:21:58 ID:IyHogI5H
HT3としか書いてないから、3.0か3.1かはまだ伏せている、だといいんだけど
登場時期とプラットホーム一新とを併せて考えれば、おそらくHTは3.1なんだろうけど……
482Socket774:2009/05/16(土) 11:39:21 ID:UN3zhX67
HT3.1は「PhenomII+HT3.1対応チップセット+DDR3」でしか本領発揮できない。
しかも帯域が増えた恩恵があるのは、現在はCF、オンボードVGAなどでしか…。
簡単に言えば、HT3.1に対応&恩恵を受けられる環境はまだレア物って事った。
HT3.1で強化された省電力機能なんて、ノート向けが出なければ…ねぇ。
確かコア電圧が可変があったような…。

ちなみに、鯖用だったらHTの帯域が増えることによって性能は上がるけど、
実は"Opteron"さん。ほとんどがHT1.1/2.0までしか対応していない。
CPU自体がHT3.1対応より上に対応するCPUはでていなかったりもする。
そもそもで対応チップセット自体が今年の後半って話。
その世代で"Opteron"さんはようやく本領発揮できたりする。

あと、ぶっちゃけ。HT3.1/3.0の差はチップセットが対応してくれるかどうかだけ。


>>480-481
なんというか…なんでその知識でこのスレに来ているの? 私より酷いじゃないか。
483Socket774:2009/05/16(土) 11:51:43 ID:hvJTTpER
>>482
>HT3.1/3.0の差はチップセットが対応してくれるかどうかだけ。
コア間の接続の話なのに何故チップセット?
484Socket774:2009/05/16(土) 11:57:27 ID:LrslHorC
コア間の接続はオンチップファブリックじゃろ
485Socket774:2009/05/16(土) 11:59:56 ID:UN3zhX67
>>483
調べたらわかることをgdgd言っている奴は何なの?
次世代CPUスレは無知のお方への教育スレじゃないぜ?
486Socket774:2009/05/16(土) 12:02:42 ID:oB3qfIdy
Magny-Coursのダイ間の接続がHT3.0か3.1かは調べたら分かるんだ
へー
487Socket774:2009/05/16(土) 12:04:01 ID:hvJTTpER
>>485
じゃぁ、調べるからどんな感じで調べるのかくらい教えてくれよ。
>>475で出てる12コアCPUは6コアずつをHT3で接続してる図に見えるんだが
どう調べればいいのかな。
488Socket774:2009/05/16(土) 12:40:37 ID:z1a9QQIL
つまり現在のDT用途での対応状況を調べれば
未来の鯖用途での対応状況が判るというわけです
489MACオタ:2009/05/16(土) 12:41:01 ID:1dwWUrwO
HT3.0と3.1の違いですが、動作クロック (=帯域)が上がっただけで大きな違いはありません。
http://www.hypertransport.org/default.cfm?page=HyperTransportSpecifications31
  -------------------
  HyperTransport 3.0 Features Plus:
  ・2.8 GHz, 3.0GHz and 3.2 GHz Clock Rates
   - 51.2 GB/s Max Aggregate Bandwidth (32-bit)
   - 25.6 GB/s (204.8 Gb/s) Max Bandwidth per Unidirectional HT Link (32-bit)
   - 6.4 GT/s (3.2 GHz x 2 DDR) per Lane
  -------------------
つまり、HTのクロック(またはコアクロックとのバス比)が公開されれば、容易に判断できる
ということになります。
490Socket774:2009/05/16(土) 12:50:20 ID:k750OTKn
>>486-487
なんというか。記事を読もうぜ…。恥ずかしくないか?
491Socket774:2009/05/16(土) 12:51:24 ID:pj9ND9qF
ダイ間のHTってCPUチップセット間のHTに、そんなに密接だったのか。
492Socket774:2009/05/16(土) 12:51:32 ID:k750OTKn
> Each die in Magny-Cours MCM should have four HT3.1 connections.
493Socket774:2009/05/16(土) 12:53:25 ID:F79s/8/u
>>475の記事って、記者がMCMだから、多分こうじゃねってことを書いた内容だから、
あんまりこれで盛り上がってもしょうがないんじゃないかと。
あと、記者自身は、G34だとダイ間接続はパッケージ上で有利だから、
HT3.1以上の速度で繋がる可能性もあると考えているっぽい。
494Socket774:2009/05/16(土) 13:01:08 ID:hvJTTpER
ダイ間接続のHTにチップセットの対応云々がそこまで関係あるとは思わなかったな。
495Socket774:2009/05/16(土) 14:00:33 ID:/M9GS1+e
>>494
勘違いしているみたいだけど、ダイ間の接続と、
チップセットの接続は関係ないよ。
M/Bのつくりには関係するだろうけど。
HTは違う速度のリンクでも混在できる規格だし。
496Socket774:2009/05/16(土) 20:51:51 ID:G2G3UEme
ダイ間の接続は、3.0か3.1かよりも、2本繋いでいるのをどうやって
使いこなすのかが気になる。役割を違えて担当に専念させるのか
同等の扱いで負荷分散させるのか。同等だとしたら独立して
振舞えるのか同期した動作しか出来ないのか
497Socket774:2009/05/16(土) 21:03:16 ID:LrslHorC
双方向ってだけで1本
498Socket774:2009/05/16(土) 21:43:12 ID:G2G3UEme
>>497
>475の図はbsnのライターの勘違いなのか?
そう断定できる理由は何だ
499Socket774:2009/05/16(土) 21:58:03 ID:LrslHorC
(4-1)+2だとするとG34ではHyperTransportが6本あることになるから
500Socket774:2009/05/16(土) 21:58:42 ID:XHjVoo8I
IstanbulのHTって何本
501Socket774:2009/05/16(土) 22:00:52 ID:5YA+zEHF
(4-1)+2=5
502Socket774:2009/05/16(土) 22:01:22 ID:LrslHorC
>>499
'+'じゃなくて'*'ね
念のため

>>500
3
503Socket774:2009/05/16(土) 22:18:51 ID:G2G3UEme
IstanbulのHTが4本になっているこの画像も間違いなのか?

ttp://pc.watch.impress.co.jp/img/pcw/docs/163/886/html/kaigai_5.jpg.html
504Socket774:2009/05/16(土) 22:22:16 ID:5YA+zEHF
あれ、イスタンブールってL3ねえの?
505Socket774:2009/05/16(土) 22:23:22 ID:5YA+zEHF
あ、あったあった。すまん。
506Socket774:2009/05/16(土) 22:29:17 ID:XHjVoo8I
Sao Pauloがどうなったのかは知らんが、これはHTが4本になるはずだったんだが
もとはこれのMCMがMagny Coursだったはずなんで

(4-2)*2=4

CPU間接続には2本でも不思議じゃない
507Socket774:2009/05/16(土) 22:32:46 ID:S0yK7GV3
HTの本数って現状では有効化されていないだけで、4本前提だったと記憶しているけど……
今は3本だけど、それってソケットFの制約じゃなかった?

だからMagny-CoursのHTは4本であってるはず
2つのIstanbulをHT2本で繋いでる、で間違いない
508Socket774:2009/05/16(土) 22:36:53 ID:Ka+Vf74Q
記事にあるように、個々のダイはHTは4本。2本はダイ内部でお互いを接続している。
んで、外部に出ているのは4本が正しいとおもう。何故かはお互いのメモコンがあるので、
内部で一本しかHTが接続されていないと、それだけでボトルネックになっちゃうから。

MCMでオンチップされる"Magny-Cours"は、内部でデータのやりとりのほかに、
他のコアからメモリのデータへもアクセスしなければならない。
HTで1本だと、相互のデータやりとりのついでに、メモリデータのやりとりだと、
帯域が圧迫されて、それだけでカツカツになって性能も出ないだろうね。
そんなわけで、折角HTがあまっているんだし、相互に2本ずつ繋ぐだろ。
509Socket774:2009/05/16(土) 22:37:39 ID:Ka+Vf74Q
なんで同じ事二度書いているの? 推敲しないの? バカなの?
510Socket774:2009/05/17(日) 05:41:04 ID:l8nDcRo9
そーですね
511Socket774:2009/05/17(日) 16:44:33 ID:m8i2foir
CPUキャッシュが統合されてないと
他コアの意味が薄れるんじゃ……
512Socket774:2009/05/17(日) 16:48:26 ID:VY7v3SdY
>>511
MCMのことを指してるんだとしたらそれは不可能。シングルダイでは
歩留まりがお話にならないからMCMにした。よってキャッシュの統合
は不可能。そのためにチップの基板上でHT接続している。
513MACオタ:2009/05/17(日) 18:15:56 ID:JmRnghsg
IC Insightの2009Q1の半導体企業ランキングが出ましたが、AMDは12位->9位と
Top10に復帰しました。
http://www.eetimes.com/news/semi/showArticle.jhtml?articleID=217500234
ただし、少々注釈つき。
  ---------------------
  Advanced Micro Devices Inc. (AMD) slipped into the top 10 in the first quarter,
  moving up three spots. But IC Insights noted that AMD is among the few IC
  makers that expects second quarter sales to be worse than the first quarter
  and questioned whether it could remain in the top 10.
  ---------------------
日本勢では、悪い悪いといわれつつも東芝 5位->3位とか、SONY 9位->7位とか。
514Socket774:2009/05/17(日) 23:09:44 ID:5ZhhaxkB
日本勢を悪い悪いと言うやつは朝鮮人とユダヤ人とその手先(池田信夫やcnet blogの痛い人や一部の2ちゃんねら)だけだよ
515Socket774:2009/05/17(日) 23:11:24 ID:+93UXJv+
東芝嫌いはかなりいるとおもうぞw
516,,・´∀`・,,)っ-○○○:2009/05/17(日) 23:13:16 ID:bstP2wou
松下幸之助は偉大だと思う
517Socket774:2009/05/18(月) 00:04:07 ID:shtaUGeP
AMDのAVXサポートとBulldozerのクラスタ型マイクロアーキテクチャ
http://pc.watch.impress.co.jp/docs/column/kaigai/20090518_168661.html
518,,・´∀`・,,)っ-○○○:2009/05/18(月) 00:11:01 ID:2iM1oWiF
半月遅いね。

ルーマーサイト巡回して推敲するのに時間かかったのか?
この情報に興味を示す連中にとっては既に周知の事実すぎて
まったく役に立たなすぎる。
519Socket774:2009/05/18(月) 00:16:59 ID:uWh+Kscn
早く知ったからって自慢するようなことじゃないぞw

それに後藤は他にも記事書いてるからな
最新ニュースばかり追いかけてたら古いネタが腐る
520Socket774:2009/05/18(月) 00:17:23 ID:yG+LVa1e
整数命令の効率向上が壁に突き当たってる以上、ベクタ演算で
高速化するしかないってわけか。残念だ。
521MACオタ>団子 さん:2009/05/18(月) 00:20:27 ID:Rm73IXwv
522,,・´∀`・,,)っ-○○○:2009/05/18(月) 00:21:46 ID:2iM1oWiF
demakasejan信者は言うことが違うな
523Socket774:2009/05/18(月) 00:25:23 ID:gfuSrEwT
大文字じゃないと伝わりにくいぞ
524MACオタ:2009/05/18(月) 00:33:15 ID:Rm73IXwv
基本的に後藤氏が引っ張ってきた特許は、Sun Niagaraのように複数コアで実行ユニット
を共有する構成の様です。
この解釈はちょっと違う様な…
  ------------------
  単純な例では、2命令発行のCPUコアを2つクラスタ化して、最大4命令/スレッド
  発行を可能にするといった実装が挙げられる。
  ------------------
525,,・´∀`・,,)っ-○○○:2009/05/18(月) 00:34:56 ID:2iM1oWiF
誤答に技術語らせるなんて根本的に間違ってるな
安藤さん連れてこい
526Socket774:2009/05/18(月) 00:35:46 ID:uWh+Kscn
Cluster-based Multi-threadingを思い出すでがんす
527,,・´∀`・,,)っ-○○○:2009/05/18(月) 00:39:13 ID:2iM1oWiF
AMDの整数パイプラインはリザベーションステーションが3ペアのALU/AGUで独立なモデルをとってる。

まあ、あとは言いたいこと解るよな?
528Socket774:2009/05/18(月) 00:40:46 ID:H21iYRgJ
 柔軟にする分の割り当ての手間と充填率向上の差し引きが問題?
529MACオタ:2009/05/18(月) 00:42:27 ID:Rm73IXwv
そう言えば、こういう情報もありましたね。
http://pc11.2ch.net/test/read.cgi/jisaku/1226628399/798
  ------------------
  798 名前:MACオタ 投稿日:2008/11/30(日) 12:07:51 ID:Cnm2ifs0
    TheINQのCharlie "Groo" DemerjianがRealWorldTech掲示板で"orochi" (=bulldozer)について
    語っているす。Niagara紛いの代物とか。。。
    http://www.realworldtech.com/forums/index.cfm?action=detail&id=94869&threadid=94856&roomid=2
  ------------------
まだ当たり外れを語る段階でもありませんが、こんなことも書きましたっけ。
http://pc11.2ch.net/test/read.cgi/jisaku/1202913839/50
  --------------------
  50 名前:MACオタ 投稿日:2008/02/20(水) 03:50:42 ID:BLWAYbSZ
    ところで最近のSUNのSparcわ、コア間でL1やらFPUやらを共有しているす。
    ファブレスであるためもあって、特に高い動作クロックを設計目標としていないことも要因
    なんすけど、 コア単位どころか、パイプラインを構成するユニット単位での高度なモジュ
    ラー設計がうまく機能して いる模様す。

    ユーザー企業が必要に応じて実行ユニットの追加やL1キャッシュの選択ができるという
    ことで あれば、ヘテロな命令セット不要で用途に応じたコアが構成できるということになるす。
    TSMCのバックアップ次第でわ、AMDあたりのヘテロコア/アクセラレータ戦略より遥かに
    面白いこと にもなるんじゃないすかね。。。
  --------------------
530,,・´∀`・,,)っ-○○○:2009/05/18(月) 00:47:26 ID:2iM1oWiF
IntelのμOpsスケジューラは集中型。
Nehalemは言わずもがな。
Atomでもデコード済みの命令をいったんキューに溜めてからディスパッチすることで
無駄なくリソースを割り当てている。

AMDがSMTを導入しないのはRSが分散型だから効率が良くないってのが大きいと思ってたが
それに適した形に変えるんだろうな
531Socket774:2009/05/18(月) 00:51:27 ID:uWh+Kscn
昔の記事
http://www.extremetech.com/article2/0,2845,1826658,00.asp

AMD is also eyeing "cluster based multithreading," a technology
specifically designed for large enterprise clusters. The technology
would allow other microprocessors to share specific blocks on
the chip, such as the floating-point unit. Designing this technology
in will cost an additional 50 percent in die resources, but yield
an additional 80 percent improvement in performance, Moore said.
532MACオタ:2009/05/18(月) 00:52:57 ID:Rm73IXwv
>>530
POWER5/6はイシュー・キューどころか、レジスタファイルまでパイプラインごとに
個別ですが、SMTを実装してますよ。
http://sc.tamu.edu/Images/p5-instr-pipeline.png
533,,・´∀`・,,)っ-○○○:2009/05/18(月) 00:53:50 ID:2iM1oWiF
だからくそ低性能なんだろ
534MACオタ>団子 さん:2009/05/18(月) 00:55:31 ID:Rm73IXwv
>>533
どう見たら低性能なんですか(笑)
http://pc11.2ch.net/test/read.cgi/jisaku/1235699613/578-581
535,,・´∀`・,,)っ-○○○:2009/05/18(月) 00:56:15 ID:2iM1oWiF
案の定火病起こしたなwww
おもれー
536,,・´∀`・,,)っ-○○○:2009/05/18(月) 00:58:43 ID:2iM1oWiF
言わせて貰うが「ALUとAGUのペア」なんてx86特有のもんだ
POWERの命令フォーマットなんてなーーーーーーーーーーーーーーーーーーーーんの参考にもならないので
お引き取り下さい。
537Socket774:2009/05/18(月) 01:00:19 ID:xGuf+a5w
後出し団子の負け
538MACオタ@補足:2009/05/18(月) 01:00:26 ID:Rm73IXwv
POWER5の命令キューの構成は、こちらのFigure 1の方が判り易いですね。
http://www.ibm.com/developerworks/power/library/pa-cpipower1/index.html
539MACオタ@補足2:2009/05/18(月) 01:05:03 ID:Rm73IXwv
ご覧の通り、命令キューに対してFXU(整数演算ユニット)とLSU (ロード/ストアユニット)が
一組になっています。
オフセットやインクリメント付アドレシングがISAに含まれている以上、x86だろうがPPCだろうが
似たような構成になるのも不思議なことでは無いかと。
540,,・´∀`・,,)っ-○○○:2009/05/18(月) 01:10:16 ID:2iM1oWiF
頭悪いねー
x86は命令セットレベルでメモリ上のアドレスをオペランドにできる。
ロードオペレーションと論理算術演算を融合したままでスケジューリングすることができる
POWERのアドレッシング機能なんてある意味でCOMET II以下ですよ。


ポイントは、K7から続いてる「AGU」はロードストアユニットそのものではないことだな
LSUは共有されている
541Socket774:2009/05/18(月) 01:11:17 ID:9nvJIkvg
>>534
POWER6+しょぼすぎワロタw
Nehalem速すぎワロタw
どっちが正しい反応なんだろう
542,,・´∀`・,,)っ-○○○:2009/05/18(月) 01:13:05 ID:2iM1oWiF
POWER6なんてオレゴン去った連中が作ったんじゃないかと思うくらいの駄作だな
543Socket774:2009/05/18(月) 01:20:26 ID:khcxKdwP
そのうちBulldozerとSandyBridgeの考察でも書いてくれ、楽しみにしてる
544Socket774:2009/05/18(月) 01:30:19 ID:4gK+4RDY
545Socket774:2009/05/18(月) 02:30:10 ID:C4GpThr9
半月遅いね。

ルーマーサイト巡回して推敲するのに時間かかったのか?
この情報に興味を示す連中にとっては既に周知の事実すぎて
まったく役に立たなすぎる。
546Socket774:2009/05/18(月) 02:50:57 ID:hPQzN9IQ
早く知ったからって自慢するようなことじゃないぞw

それに後藤は・・・(ry
547Socket774:2009/05/18(月) 04:26:26 ID:g61s32qR
>>546
「半月」でこのスレ内を検索すべし。
548Socket774:2009/05/18(月) 05:43:07 ID:NeSY9xQo
低脳コテは無駄に争うのが半月遅いね。
549,,・´∀`・,,)っ-○○○:2009/05/18(月) 07:26:33 ID:2iM1oWiF
半月前からペニシュくんは火病おこしてますから
誤答にまでスーパーセット言われちゃいましたよ
550Socket774:2009/05/18(月) 12:15:57 ID:CA2vC8sj
後藤ちゃんの記事を読んで気付いたけど、
AMDもようやくSMT採用なんだねぇ。
流石に採用しなければ、性能競争に負けるけどさ。
「ようやく」って感じだね。…あと2年あるけど。
551Socket774:2009/05/18(月) 12:22:01 ID:02/HPy0y
SMTのようなものじゃないの?
552Socket774:2009/05/18(月) 12:34:40 ID:CA2vC8sj
>>551
どういうこと?
553Socket774:2009/05/18(月) 12:45:55 ID:92gww2VE
後藤記事でも、SMTとは違うって書いてあるじゃない。
SMTだと、OOOの非効率性やメモリ待ちで空いているCPUのりソースを使う工夫だけど、
AMDの場合は、共有部分もあるけど、スレッドごとに専用のパイプラインを用意するようだから、
SMTほどトランジスタ効率は良くない模様。
554Socket774:2009/05/18(月) 12:53:06 ID:CA2vC8sj
>>553
"SMT"って同時マルチスレッディング 。"Simultaneous Multithreading"でしょ?
一個のプロセッサが同時に数個のスレッドを処理できる機能の総称でしょ?
しかも後藤は

> IntelのSMT(Simultaneous Multithreading)と較べると、必要とするトランジスタ数は多いが、
> マルチスレッド性能もより高くなる。比較的シンプルな制御で、高いマルチスレッド性能と
> 高いシングルスレッド性能を効率よく両立できると見られる。

って書いているじゃない。あと、SMTとHTTを脳内で混在してないか?
Intelは自社CPU内部に実装したSMTに"Hyper-Threading Technology"って
名前をマーケティング上つけただけだぞ?
555Socket774:2009/05/18(月) 13:01:23 ID:92gww2VE
>>554
なるほど、同時ならSMTっていうなら、AMDのもそうなるのかな?
ただ本来のSMTの目的よりかは効率悪そうだけど。
556Socket774:2009/05/18(月) 13:06:01 ID:TQiOb0Qw
Immediate and displacement extraction and decode mechanism
http://www.freshpatents.com/-dt20090101ptan20090006814.php?type=description

Multiple-core processor with hierarchical microcode store
http://www.freshpatents.com/-dt20090122ptan20090024836.php?type=description
557Socket774:2009/05/18(月) 13:17:10 ID:NeSY9xQo
効率ばっか考えてるとAtomになっちゃうからな
558Socket774:2009/05/18(月) 13:20:20 ID:02/HPy0y
そっか SMTであることに違いないのか
559Socket774:2009/05/18(月) 13:29:56 ID:CA2vC8sj
>>555
後藤さんの推測ガン無視ですか。
しかも「本来のSMTの目的」ってなんだよw
「本来のSMTの目的」が何かを教えてくれよ。
「SMT」に「目的」も糞もないだろ。
560Socket774:2009/05/18(月) 13:39:47 ID:92gww2VE
マルチスレッディング化することが目的じゃなくて、CPUの空きリソースを活用する目的のために、
マルチスレッディングを手段として使ってるだけなんだから。
AMDも性能向上とトランジスタ増のバランスの良いところを見切って実装するだろうから、
トランジスタ効率が悪いと決め付けたのは、ちょっと短絡過ぎたとは思うが。
561Socket774:2009/05/18(月) 13:50:48 ID:FfL+Q3MC
SMTとSMT支援ハードウェアは切り離して把握しないとだめだろ
562,,・´∀`・,,)っ-○○○:2009/05/18(月) 20:40:01 ID:2iM1oWiF
AVXのレジスタの実装について頓珍漢なこと言ってる誤答の予想は当てにしない方が良い
563Socket774:2009/05/18(月) 21:34:42 ID:NeSY9xQo
凄い馬鹿が普通の馬鹿を笑う
564,,・´∀`・,,)っ-○○○:2009/05/18(月) 21:37:59 ID:2iM1oWiF
↑以上、ものすごい馬鹿の一言でした。
565Socket774:2009/05/18(月) 21:52:46 ID:C4GpThr9
馬鹿って行った奴が馬鹿なんだよ
566,,・´∀`・,,)っ-○○○:2009/05/18(月) 21:53:46 ID:2iM1oWiF
じゃあ二度言ったお前はアレだな
567Socket774:2009/05/18(月) 21:59:42 ID:NeSY9xQo
馬鹿ってのは例えば
自分の見つけたソースは丸写し出来るのに
他人に急に出されたものは理解出来ずプリフェッチプリフェッチ言い出すような奴のことだよ
568,,・´∀`・,,)っ-○○○:2009/05/18(月) 22:01:12 ID:2iM1oWiF
つまりお前だな
569Socket774:2009/05/18(月) 22:02:04 ID:QQv78WPj
>>562-568
ワロタw 小学生の喧嘩かよw
570Socket774:2009/05/18(月) 22:02:05 ID:brC/NmjR
くそわろたw
571Socket774:2009/05/18(月) 22:03:16 ID:C4GpThr9
>>566
僕が幼稚園の時にその返しが出来ればもっと明るい幼稚園時代が過ごせただろうに・・・
572Socket774:2009/05/18(月) 22:58:54 ID:FfL+Q3MC
>561 は取り消しな、忘れてくれ
573Socket774:2009/05/19(火) 00:12:39 ID:RxYPCNLR
Bulldozerも最初に出てくるのはションボリな性能なんだろうなー。(それでも買うけど)

IIでやっとまともに。
574Socket774:2009/05/19(火) 00:16:53 ID:ToH5j0Dv
"Bulldozer"は面白いんじゃね?
Phenom初代が失敗したのもTLBもあったけど、
製造プロセスが残念だったのが大きいし。
そこさえ失敗しなければ、なかなかのモノになると思うが。
575Socket774:2009/05/19(火) 00:44:26 ID:pIzFQIB7
どのCPUもシュリンク後に最適なサイズと性能になるように開発するから、
登場時のプロセスでは微妙なのはいつもの事。
576Socket774:2009/05/19(火) 00:49:56 ID:7JMqBCEc
だろう だろう だろう
面白いスレだな。
577Socket774:2009/05/19(火) 02:21:49 ID:RxYPCNLR
ウルトラマン だろう〜
578Socket774:2009/05/19(火) 02:23:05 ID:7YetNdHL
くだらねぇwww
579Socket774:2009/05/19(火) 12:15:23 ID:upCJOMSc
>>576
次世代CPUスレだもん。出ていない製品なんだし推測でしか語れないよw
もし、決めつけで語ったらそいつは単なる電波野郎だ!
580Socket774:2009/05/19(火) 15:40:03 ID:49dn6agc
あるいは中の人のリークか……まずありえないけど
581Socket774:2009/05/19(火) 16:53:35 ID:1p866YQ2
T-RAM and GlobalFoundries team up for Thyristor-RAM development
http://www.tcmagazine.com/comments.php?shownews=26563&catid=6
582Socket774:2009/05/19(火) 22:41:57 ID:tex7wawV
AMD、年内にコア事業が黒字転換の見通し
http://jp.reuters.com/article/technologyNews/idJPJAPAN-38085420090519
583Socket774:2009/05/19(火) 22:46:56 ID:wUcZSvFn
あまい、あま過ぎる
584Socket774:2009/05/19(火) 22:58:44 ID:LNRxZXtD
わかったからちゃんと記事読めよ
585Socket774:2009/05/19(火) 22:59:55 ID:T/eAE7Vw
スピードワゴンを思い出したのは俺だけじゃないはず(`・ω・´)
586Socket774:2009/05/19(火) 23:08:09 ID:vCE8feru
こいつはくせえッー!ゲロ以下のにおいがプンプンするぜッーーーーッ!!
587Socket774:2009/05/19(火) 23:09:34 ID:zkOM+ARx
GFは…な。しょうがない。顧客がいないんだもん。
588Socket774:2009/05/19(火) 23:58:50 ID:ouax+Zat
>CEOの見通しは、AMDとアブダビの政府系投資部門による合弁会社、グローバル・ファウンドリーズを除いたもので、それを合わせれば黒字にはならないだろう、と説明した。
( ゚д゚)・・・・・

( ゚д゚ )
589Socket774:2009/05/20(水) 00:02:13 ID:Ite5VpeB
こっちみんな
590Socket774:2009/05/20(水) 00:34:04 ID:BOTAfDTe
連結決算しないで黒字とか、どうなの…?
591Socket774:2009/05/20(水) 00:39:16 ID:r55REzNb
「コア事業が」黒字の見通し。連結とは書いてないのがみそ。
592Socket774:2009/05/20(水) 01:08:10 ID:lkrV+vhI
>>581
Z-RAMの次はT-RAMか
早いとこ製品化しておくれ
593Socket774:2009/05/20(水) 01:52:22 ID:CNfHQfJm
Z-RAMとかT-RAMでSSDみたいなの作れないのかなぁ。
594Socket774:2009/05/20(水) 04:26:14 ID:34FYCuCi
Tって何かと思ったら Thyristor なのか
サイリスタの綴りなんて知らなんだ
595Socket774:2009/05/20(水) 06:41:03 ID:d3x45vMd
またMeyerの法螺か
第2四半期に黒字化するんじゃなかったのかよ
現実はどうかというと>>513みたいなこと書かれる始末
596Socket774:2009/05/20(水) 07:14:22 ID:JSPDl0wB
597Socket774:2009/05/20(水) 08:00:03 ID:kwTnGn/S
簡単に言うと、x86用のソフトウェア資産が生かせる Cell プロセッサのようなもの。

で説明ができるよね。AMDのもIntelのも。
598Socket774:2009/05/20(水) 09:56:28 ID:r55REzNb
Cellはヘテロコアが持つローカルストアに専用プログラムを流し込んで
使うものだから「Cellのようなもの」ではぜんぜんないと思うぞ。
599Socket774:2009/05/20(水) 11:58:09 ID:4vG6uMwv
6コアそろそろかな?
600Socket774:2009/05/20(水) 14:10:23 ID:i6x2PvvL
>>597
は?
601Socket774:2009/05/20(水) 15:35:48 ID:kwTnGn/S
次世代CPUとやらはそのヘテロコアなんじゃないの?
602Socket774:2009/05/20(水) 15:56:10 ID:r55REzNb
Cellの場合は1ダイにMCMを並べたような構造だから同じとは
言い切れないかと。つかCellの仕組みわかってるのか?
603Socket774:2009/05/20(水) 16:01:22 ID:fhYwuzqo
すもももももももものうちってやつさ
604Socket774:2009/05/20(水) 16:06:52 ID:kwTnGn/S
wikipedia の情報程度ぐらいなら。
設計、パッケージングいろんな点から見られるから例えは不適当だったかもしれないけれど。
605Socket774:2009/05/20(水) 18:42:41 ID:22ZFEoi1
cellの場合、別コアがあるっていうより、別の小さなパソコンが入ってるって感じだからな
606Socket774:2009/05/21(木) 12:21:59 ID:OMyoHWmL
せめてマイコンと言ってくれ。
My ComputerでなくMicro Controllerの方ね。
607Socket774:2009/05/21(木) 14:36:57 ID:T3+LLb4C
マイコンつったらスターコントロール2だろ
608Socket774:2009/05/21(木) 21:34:09 ID:oJnn11vf
石原良純だろ
609Socket774:2009/05/21(木) 21:35:54 ID:nrpMHnm7
なんじゃそりゃあ
610Socket774:2009/05/21(木) 22:52:19 ID:58mlXmQC
マイコンはROM BASIC搭載じゃなきゃやだ。
611Socket774:2009/05/24(日) 19:03:56 ID:smDx1JiT
保守
612Socket774:2009/05/28(木) 17:37:53 ID:Vz2deC1M
Rise of ATI within AMD continues
http://www.theinquirer.net/inquirer/news/1137499/rise-ati-amd-continues

We hear that Eric Demers is now CTO of GPG, more or less replacing Raja Koduri,
and Joe "GDDR5" Macri is CTO of Client Solutions. Both are very good moves. ?
613Socket774:2009/05/29(金) 00:21:29 ID:tsRmruzb
40nmのAMD GPUはGLOBALFOUNDRIESからは出ない
http://blog.livedoor.jp/amd646464/archives/51353104.html
614Socket774:2009/05/29(金) 00:27:07 ID:mHvNRVqt
バルクプロセスは32nからなんだから当たり前なのだが。
615Socket774:2009/05/29(金) 00:31:04 ID:vn6bQX21
>>613
TSMCの40nmで作ってるんだから当たり前。そのせいで
歩留まりもよろしくないようで供給不足だが。
616Socket774:2009/05/29(金) 02:46:22 ID:KyAGEFOA
fusionまだかよ
617Socket774:2009/06/01(月) 20:27:25 ID:uhByxlv5
sandraだとAthlon neoのmulti media intがやけに速くなってるが
なんか変わったのかな
618Socket774:2009/06/01(月) 20:58:58 ID:gcX5ISsD
SandoraがCPUを正しく認識するようになったんじゃね?
619Socket774:2009/06/01(月) 20:59:59 ID:nAc122wj
Computex 2009: GlobalFoundries shows 45nm Istanbul, 32nm SOI, 28nm bulk
http://www.pcper.com/comments.php?nid=7237

ATI Turning to GlobalFoundries For 28nm Parts
http://en.expreview.com/2009/06/01/ati-turning-to-globalfoundries-for-28nm-parts.html
620Socket774:2009/06/02(火) 13:22:45 ID:uQHriGOm
【COMPUTEX 2009レポート】
2009年後半にはAMD以外の企業からの半導体製造受託を開始
〜GLOBALFOUNDRIESインタビュー
http://pc.watch.impress.co.jp/docs/news/event/20090602_212100.html

Fab2には3つのモジュール、つまり製造施設が3つ用意され、それぞれで異なったプロセスルールなどの製造も可能になる。

同社はこのHPで、GPUを製造することも視野に入れている。同氏は、「AMDはすでにFusionの計画を明らかにしている。
そうした製品はこのHPで製造されることになるだろう」という。

 さらに、消費電力が重視される半導体向けにはLP(Low Power)と呼ばれるプロセスルールが投入される。
LPは45nmおよびそのゲート長改良版となる40nmプロセスルールで製造される予定で、High-Kメタルゲートの技術が採用される。

今年の後半には、AMDのグラフィックスチップ製造を受託できるように働きかけを続けている


621Socket774:2009/06/02(火) 13:47:18 ID:+tclDCvS
http://pc.watch.impress.co.jp/img/pcw/docs/212/100/html/ubiq11.jpg.html
> 45nmプロセスルールの状況。Intelに比べて出荷開始時期は遅いものの、立
> ち上がりはIntelよりも早くなっている(出典:GLOBALFOUNDRIES)

立ちあがりはIntelよりも早くなっているものの、Intelに比べて出荷開始時期は遅い。
622Socket774:2009/06/02(火) 14:07:08 ID:2yN7KaMf
縦軸が%という罠
623Socket774:2009/06/02(火) 17:33:48 ID:+m+LwDD5
>>621
何を言っているの・・・?
624Socket774:2009/06/02(火) 18:11:59 ID:GYI50t47
車に例えれば加速した後にスタートダッシュする奴
625Socket774:2009/06/02(火) 18:46:23 ID:SXSCGOxC
「新プロセスの導入開始時期はIntelより遅いんだが
導入から出荷開始に至るまでに要する時間はIntelよりもスムーズだ」
626Socket774:2009/06/02(火) 20:07:49 ID:duPlwHXz
>>621が表の見方を知らなかったでおk?
627Socket774:2009/06/02(火) 20:56:18 ID:GYI50t47
時系列が狂っている
628Socket774:2009/06/02(火) 22:50:13 ID:Jraw50uJ
>>627
> 時系列が狂っている

おまえの言ってる事はさっぱりわからん。
629Socket774:2009/06/02(火) 23:23:42 ID:crfXm1t/
立ち上がりがはやい は
立ち上がりのペースがはやい と
立ち上がった時期がはやい と、両方に使えるけど
文脈でどちらかハッキリしてるだろ
630Socket774:2009/06/02(火) 23:58:57 ID:YaOtxdcp
単に立ち上がるラインの傾きが急(短時間で安定化)ということを
言いたいだけなんと違うのか?
631Socket774:2009/06/03(水) 00:19:45 ID:AIvgty9v
新しいプロセスをハイエンドで高く売ってぼろ儲け
古いプロセスの在庫は悠々処分
Intelが一人で美味しいとこを持って行ってるといういつもの話ですね
632Socket774:2009/06/03(水) 01:13:05 ID:rgl/tWvT
>>621
このグラフの話ならば、横軸が時間。縦軸が割合。
立ち上がり時期はIntelに比べて一年遅いが、
35nmの製造割合が50%を突破するのは一四半期とかからない。

…そりゃそうだろう! CPUでシェア50%を狙えたはずなのに、
造るモノもなく、塩漬けされていた工場の生産ラインをフル操業したら、
そんぐらい一気にいくだろうw フル操業できたら!
45nmのOpteron/PhenomII系も製品としてはそんなに悪くはないけど、
対抗メーカー製品と比べたら、分が悪いわけで製造数は増えないだろうしw

>>631
AMDというかGFもようやくそれができるようになるみたいです…。
2012にNY工場が動き出したら、三世代つくれるようになるみたいだし。
633Socket774:2009/06/03(水) 01:20:57 ID:kxq3PTi4
馬鹿が居るな
634Socket774:2009/06/03(水) 01:59:24 ID:DbJeOUKO
AMDというよりGFの商売が安定化してくれるほうが重要だな。
そうすればAMDも安定した生産委託ができそうだし。
635Socket774:2009/06/03(水) 06:21:28 ID:aQx7kbau
塩漬けされた工場は何故か無料で最新プロセスに自動更新
636Socket774:2009/06/03(水) 11:48:37 ID:1sm9KfKB
意味不明。ひょっとして煽っているつもりなんだろうか?
637Socket774:2009/06/03(水) 12:34:41 ID:aQx7kbau
某ホモに目を付けられたスレなんて
その知的障害を笑うくらいしかやること無くなる
638Socket774:2009/06/03(水) 14:46:33 ID:bBEKde0k
Istanbulでちょっとはプレミア付いてASP上がるのかね。
639Socket774:2009/06/03(水) 16:35:49 ID:/xl4f9Xn
http://xtreview.com/addcomment-id-9040-view-New-AMD-processors.html

* Opteron 8435 (2.6 GHz) - > $2649;
* Opteron 8431 (2.4 GHz) - > $2149;
* Opteron 2435 (2.6 GHz) - > $989;
* Opteron 2431 (2.4 GHz) - > $698;
* Opteron 2427 (2.2 GHz) - > $455.

* Opteron 1389 (2.9 GHz, 75 W) - > $269;
* Opteron 1385 (2.7 GHz, 75 W) - > $229;
* Opteron 1381 (2.5 GHz, 75 W) - > $189.
640Socket774:2009/06/04(木) 02:08:13 ID:881KmP1s
メモリたくさん積みたいんだけど早くクアッドチャネルのCPU
出してくれ。現時点ではi7しか選択肢がない。それでも24GB止まり。
641Socket774:2009/06/05(金) 01:41:45 ID:MY988qHX
642Socket774:2009/06/06(土) 15:19:09 ID:RHFoOSJS
AMDも、もうちょっと速くhigh-kに移ってればな…
643Socket774:2009/06/06(土) 15:22:24 ID:UXatoamM
定格じゃ引けを取ってないんだし十分戦えてるだろ
644Socket774:2009/06/06(土) 15:25:20 ID:S3u71q7E
High-kを導入しても、確実に消費電力が下がるわけでもないだろう…。
645Socket774:2009/06/06(土) 15:36:11 ID:80JnbJdK
下がらない理由はないけどな。
だからAMDも32nmでHKMGは導入決定事項だし。
646Socket774:2009/06/06(土) 15:43:06 ID:RHFoOSJS
>>643
そうなんだけど、CoreMAと比較しても
よりはっきりした差が出たはずで
ケチ付けられる事も無かったのでは?
という意味で。
647Socket774:2009/06/06(土) 15:56:14 ID:eMthXN0U
導入しようかといって簡単にできるものじゃないだろ
Intelでさえ手間取ってたのにAMDなんかが簡単にできるとは思えないし。
ただでさえ65nmの出来が良くなかったんだから時間をかけてられなかったんだろ
648Socket774:2009/06/06(土) 16:10:04 ID:M/HJgTPb
プロセス技術は追いついてきたけれど、今後ブルドーザー以降は、AVXやSSE5などの
命令セットでシングルスレッドの性能を、今までのペースよりも上げていく
予定になっているから、今後のAMDの展開は心配だなあ。

命令セットはSSEからずっとIntelに追従、AVXも結局採用することになり
ブルドーザーも2年ほど先延ばし。AMDは命令セットを普及させるのが、独自では
かなり苦手だから、今後もIntelの追従ばかりして、追っかける展開にならなければいいんだが。
649Socket774:2009/06/06(土) 16:13:02 ID:80JnbJdK
別におっかける展開になっても困らないような。
アプリの方がIntel命令セットばかり使うんだし
そこそこの性能が出るようにしてもらわないと困る。
650Socket774:2009/06/06(土) 16:24:50 ID:M/HJgTPb
>>649
でもブルドーザー以降は確か、4割とは行かないと思うが、年3割程度の向上を
命令セットで予定してるんでしょ?Intelに先行ばかりされていては、いつまでたっても
追いつけないのでは?
http://pc.watch.impress.co.jp/docs/2008/1217/kaigai481.htm
651Socket774:2009/06/06(土) 16:24:50 ID:3kvih+uj
従来の酸化絶縁膜では遅かれ早かれ駄目だというのは
皆わかっていたんだろうけど
導入でintelに先を越されたのはかやはり痛いんじゃないかな
素材や技術の最適化で先行されるのだから

少なくともintelが確立している22nmプロセスまでは
AMDが上回る可能性はないだろうね
ハード的な部分でこの通りなら
もともと負けてるソフト部分と合わせて
ますます差が広がりそうな感じ
652Socket774:2009/06/06(土) 16:28:27 ID:UXatoamM
AMDの45nmはIntelと比べても数値的には遜色ない
リーク電流の面でも
653Socket774:2009/06/06(土) 16:42:45 ID:M/HJgTPb
>>651
Intelはまだ22nmプロセスは開発中で、テスト用のSRAMのダイ写真もまだ公開してなかった
はずだけど?22nm以降は、液浸使い物になるかどうかもわからないし、EUVはまだしばらくかかる
ので間に合うか微妙。
http://bizboard.nikkeibp.co.jp/kijiken/summary/20090408/NMD0286H_1429228a.html

また素材を変えないと、再度リーク電流の問題がでてくる可能性があるので、ヘタをすると爆熱
高消費電力のプロセスになりかねないから、Intelもハーフノードの28nmにするか、もう少し時間
かけて慎重に開発する可能性が大きいので、遅れそうな気がする。AMDと同じくらいになるんじゃない?
654Socket774:2009/06/06(土) 17:25:09 ID:3kvih+uj
>>653
勘違いだったか、ごめん
22nmではとりあえず設計してるってだけかな?
リソ技術は22nmまでとりあえずArF液侵で
それから先が大変と・・・

プロセスの微細化技術が行き詰まってAMDもintelも
今までのやり方が通用しなくなったら
CPUのハード的な進化は別の方向にシフトするんだろうけど
今のところ分かってるのはマルチコア→チップセット統合→DRAMスタッキング
さらに先にゲート構造の変更、素材の変更と結構色々やれることあるな
微細化技術伸びなくなってもCPUの進歩は続きそうだね

655Socket774:2009/06/06(土) 18:59:54 ID:jhu8D8Yw
>>644
確実に下がる。ゲート絶縁膜からのリークを減らすには有効。
リークを減らすために絶縁膜を厚くすると、その分電圧をかけ
なきゃならないんで、厚みを持たせつつ電圧を下げる二律背反
を実現するのがHigh-K。
656Socket774:2009/06/06(土) 19:02:07 ID:jhu8D8Yw
>>651
ソフトが負けてる?というのが意味不明。
互換性のある命令セットでソフトで負けるとか矛盾してるぞ。
657Socket774:2009/06/06(土) 19:11:05 ID:yazJ+htP
とはいえ、同一のアーキテクチャでもないので、インテル向け最適化されたものだと
AMDでは不利になるのも事実
658Socket774:2009/06/06(土) 19:38:20 ID:jhu8D8Yw
SSE以外の最適化で変わるはせいぜい2〜3%なんで
事実上ないのと同じ。

SSEの性能だけはインテルが強いけど事実上エンコのみ。
市場としては極めてニッチだな。
659Socket774:2009/06/06(土) 19:41:38 ID:80JnbJdK
という夢を見たのですね。
660Socket774:2009/06/06(土) 19:51:39 ID:yazJ+htP
たとえばなんちゃって4コアでもいいように、むりやる処理ゆがめてるから
Phenom系やi7が期待ほどの性能でないってのは有名な話だよな
もっとも、これはインテル自身も被害こうむってるんだがw
661Socket774:2009/06/06(土) 20:35:23 ID:LFbPlTMt
>>658
・SSEの最適化の恩恵を受けるソフトはせいぜい2〜3%
・SSEの最適化で上がるパフォーマンスはせいぜい2〜3%

2パターンに解釈できるけど、前者なら同意
662Socket774:2009/06/06(土) 20:47:41 ID:c13h499y
ちょっと待ってくれ
動画のエンコってニッチなのか?ビデオよりエロゲの方が人気なのか?
663Socket774:2009/06/06(土) 22:48:58 ID:l6Q0DNvf
人数的には少ない層が方向性を左右してしまう、ということも起きる事はある
664Socket774:2009/06/06(土) 23:24:00 ID:jhu8D8Yw
>>661
両方はずれ。読解力ないな。
SSE「以外の」最適化で変わってもせいぜい2〜3%と
書いてあるだろ?
665Socket774:2009/06/07(日) 00:32:11 ID:uAGznUAR
でもさ、今回のCorei7だってサーバーなどのXeon向けは、場合によっては
3倍近くPhenom系より性能いいベンチもあるし、命令セットで追従が遅れると
一部でもかなり不利にならないかな?AMDもそれ以外の方法で性能UPをする
つもりはあまり無いようだから。
666Socket774:2009/06/07(日) 00:36:49 ID:k/KyJllK
例えば、HTをQPIの6.4GT/s相当に引き上げたり、DDR3で3chや4chにしたりするとか
667Socket774:2009/06/07(日) 00:39:38 ID:3EusbaYr
HTT(笑)が有効な場合だけでしょ。
668Socket774:2009/06/07(日) 00:59:49 ID:sqcfelmd
命令セットはバカに出来ないからねぇ。
Intelの全部コピって独自に自分のところの命令セット追加してくれればいいよ。
669Socket774:2009/06/07(日) 01:50:21 ID:TXrI+7xy
>>665
三倍近い差が出るのは「コア数の数」と「メモリ帯域」が問題になるベンチ。
670Socket774:2009/06/07(日) 02:43:17 ID:MmfHy7Ac
逆にi7は hihg-k にも関わらず
特にロード時に驚くほど場苦熱になるのは、
何故なんだろう
QPIが倍の速度、トリプルチャンネル
の差だけとは思えないが

671Socket774:2009/06/07(日) 03:12:57 ID:3EusbaYr
そりゃサブストレートに直接漏れる電流は無対策だからな。
そこを対策したのがSOIってこと。インテルとAMDでちょうと真逆の
対策になっている。
672Socket774:2009/06/07(日) 05:14:09 ID:5SyfIx21
High-Kで製造され、SSE4.1に対応しているC2Qと、High-K未導入でSSE3までしか対応しないPhenomIIが、
消費電力で多少劣るとはいえ、数多のベンチマークで総合的にはほとんど差がないんだよな。
673Socket774:2009/06/07(日) 05:59:22 ID:IaktaM8K
消費電力で多少じゃなく、かなりだろう。
674Socket774:2009/06/07(日) 06:20:42 ID:btncZe2x
はいはい
675Socket774:2009/06/07(日) 06:23:25 ID:RfO3KKyP
あれ?ここアンチスレだっけ?
676Socket774:2009/06/07(日) 06:28:16 ID:4qTxisE9
 Q9650辺りまで来ると、消費電力も記事によって勝ち負け両方有る
程度の差だった気がするけど。
677Socket774:2009/06/07(日) 10:05:58 ID:8cgJF7D2
アンチスレっていうか、次世代スレに出入りする人間が
現状を認識できてないと辛いだけじゃね?
劣勢な時は特に
678Socket774:2009/06/07(日) 10:27:37 ID:btncZe2x
現実を認識出来ない奴は知的障害者とかホモとか呼ばれていて
頻繁にコテを付けたり外したりしている
679Socket774:2009/06/07(日) 21:47:29 ID:jnO4H+Q7
>>672
その上ベンチの多くはシェアの多いIntel系に最適化されていることが多い…。
実はPhenom系は化け物なんだよな。
680Socket774:2009/06/07(日) 22:28:55 ID:SgxO/Bla
Phantom系?
681Socket774:2009/06/07(日) 22:31:37 ID:QUrOelAr
Phenom系っていっても初代Phenomは速くはないと思う
65nmの失敗もあって悲惨だったじゃん
682Socket774:2009/06/07(日) 22:41:45 ID:tvELkaZw
整数演算が今の2倍くらいありゃね
683Socket774:2009/06/08(月) 02:18:59 ID:RdOoXqCr
>>681
初代Phenomも速いと思うが。
PhenomUとクロックあたりの処理能力は大差ないんだぜ?
684Socket774:2009/06/08(月) 07:27:25 ID:85PFmAOT
そのクロックが上がらなかったのが惜しいよねえ
Athlon64ごとコケてたとこみると、設計よりプロセスの問題なんだろうけど
685Socket774:2009/06/08(月) 10:32:27 ID:lOmDH0vH
SPECだとCPUに合わせてコンパイルしているから、
最適化した場合の性能の伸び自体負けているんじゃないの?
686Socket774:2009/06/08(月) 12:07:30 ID:cmOjoZgz
687Socket774:2009/06/08(月) 12:27:08 ID:lOmDH0vH
コア数だとIstanbulで6コアになってるのに、2.6GHzのIstanbulが2.53GHzのXeonに
SPECのスコアで負けるのは、メモリ帯域だけのせい?
688Socket774:2009/06/08(月) 12:39:38 ID:4v3BqjFr
Core2とIntelってどっちがつおい?
689Socket774:2009/06/08(月) 12:44:42 ID:wzoDHMhV
>>685
コンパイラ自体、Intelの性能を発揮させる競争に注力されている。
AMD使用時に他社コンパイラより優れているって宣伝するより
Intel使用時に他社コンパイラより優れているって宣伝した方が売れる
690Socket774:2009/06/08(月) 12:51:30 ID:lOmDH0vH
今のCPUはコンパイラは必須なのに、自社CPUのためのコンパイラを自社で用意できないってのが
AMDの駄目なところだと思うけど。
PGIと組んだからその辺補ったと思ってたけど、PGIだと駄目なの?
691Socket774:2009/06/08(月) 12:55:57 ID:0Xa4x34f
CPUベンダの作った処理系なんざベンチ以外で使いたくないってのが本音なので
自社のコンパイラ持たないというのはある意味顧客本位かと。
692Socket774:2009/06/08(月) 12:58:07 ID:cmOjoZgz
>>687がどの結果を見てしゃべっているのかわからない…。
693Socket774:2009/06/08(月) 13:10:13 ID:lOmDH0vH
694Socket774:2009/06/08(月) 13:22:42 ID:cmOjoZgz
>>693
おまいさん…その比較で…いや。何でもない。
Nehalem Xeonは…何でもない。

むしろOpteronをほめてやれよ。その結果なら。
695Socket774:2009/06/08(月) 13:57:10 ID:haI0Y4vm
AMDはこういう信者さんに支えられています
これからもよろしくね!
696Socket774:2009/06/08(月) 14:07:00 ID:4v3BqjFr
3チャンネル+論理8コア+ループ特化のくせに
あんま差がつかないんだな
697Socket774:2009/06/08(月) 14:08:45 ID:uU81piyf
結構頑張ってるねぇ。
でも、もう少ししたらNehalem-EXがやってきて
物理8コア論理16コアになって、差をつけられるんだろうな・・・。
698Socket774:2009/06/08(月) 14:31:15 ID:O5XFLxCE
AMDは好きだしphenomUはコストパフォーマンス良いと思うが
現状認識は大切だよね
ネイティブクアッドのメリットってサーバーだと意味ないし
クライアントでもソフトが対応しないといけない

そういうソフト開発するなりさせるなりして優位性を出そうともしない
まあそこまで余裕がないんだろうけど
699Socket774:2009/06/08(月) 17:10:06 ID:cmOjoZgz
>>698
ソフト関連が弱いのは痛いやね。その金もないし。
Intelさん。モバイル系で"ウィンドリバー"ってソフト会社を買収したけど、
そういう記事をみていると、正直、AMDがIntelに追いつけるとは思えん。
余程の大連合でも組まない限り、行き先は厳しいだろうな…。

「連合を組む」といった意味では、GFのスピンアウトは正解だったとおもうけどさ。
700Socket774:2009/06/08(月) 17:48:05 ID:4v3BqjFr
方向性でIntelを追う必要は全く無い

中途半端な1,2種類のコアを並べたてるだけのIntelに対し
AMDはCPUとGPUで役割を明確にする
それが今後どう転ぶかでベンチの勝ち負けも変わる

K8も初期はネトバに負けてた(当時の記事を見るとそうらしい)のにも関わらず
両社惰性のまま進んで最後はK8が圧勝している
701Socket774:2009/06/08(月) 18:09:25 ID:wzoDHMhV
行き先 先行き
702Socket774:2009/06/08(月) 18:26:32 ID:lUQrqFJr
情勢的にどうだったかはよくわからんけど
K8初期では実性能でまだネトバが上だったよ
703Socket774:2009/06/08(月) 18:50:43 ID:k5aVfWCh
AMDの最新CPU「6コアOpteron」の仮想化性能を見る
http://enterprise.watch.impress.co.jp/docs/series/virtual/20090608_212618.html
704Socket774:2009/06/08(月) 23:33:24 ID:fn5ig4w7
だからコンパイラごときじゃ数%しか違わないって。
705Socket774:2009/06/08(月) 23:34:45 ID:fn5ig4w7
あとWindRiverは非インテルの組み込みメインの会社だよ。
ここが参入したからって現状に大差はない。せいぜいAtom用の
コンパイラが若干高性能になるくらいだ。
706Socket774:2009/06/08(月) 23:49:35 ID:8c4QspNN
WindRiver Compiler(diab)の品質はあまりよくないけど……。

707Socket774:2009/06/09(火) 01:07:51 ID:o2S+749I
>>704,705
実際どのくらいの差がつくかなんて分からないけど
何もやってない、あるいは、やる力が無いのかもしれない
AMDが不利なことには変わらないでしょ

はっきりと性能で上回れなければ大きく
シェアを奪うなんて夢物語にすぎない
現状維持でいいというならかまわないけど

今はGPU統合に全力を注いでいるのは分かるが
これにしたって結局intelが先行する
AMDにしても最初は統合するのが精一杯で
性能向上まで持っていけるかは怪しい

intelに対抗する企業がなくなるのは自作市場に
とって大きなマイナスだから
AMDには何とか頑張って欲しいね
708Socket774:2009/06/09(火) 01:18:16 ID:LQ+FhC8g
ネイティブクアッドコアという意味では、インテルもi7で真似して似たような構造に
してきたわけだから、今度はそれに最適化したベンチやゲームが出てきたら
結果として AMD もウマーになるんじゃないの?
709Socket774:2009/06/09(火) 01:43:36 ID:f3BfsW30
>>707
いや君に言われなくてもAMDは頑張ってるからw
http://japan.cnet.com/news/biz/story/0,2000056020,20393013,00.htm
Intelの妨害が無ければ、案外もっと行ってたんじゃないの?
http://jp.reuters.com/article/marketsNews/idJPnJS846851320090508
710Socket774:2009/06/09(火) 02:17:31 ID:hRlWWRLD
なんか必死にFUD流してるのがいるな。
711Socket774:2009/06/09(火) 02:19:25 ID:hRlWWRLD
とりあえずメーカ問わず最適化なんてたかがしれてる。
最適化オプションの変更ごときで10%も変わったらチートかイカサマ
といっていい。アルゴリズムにまさる改良なし。
712Socket774:2009/06/09(火) 05:02:17 ID:N2ShB29z
apacheだと400%高速化したとか聞いた事が。

>>707
つOpen64
713Socket774:2009/06/09(火) 11:33:03 ID:IfzsRt7x
私も>>707に同意だな。確かに短期的にみたら上向きだけど、
長期的にみたらIntelの優位はそう簡単には揺るがない。
その記事だと書いていないが、一番美味しい鯖市場だと微減じゃなかった?
>>709の言うとおりにIntelの妨害さえなければ、
もう少しだけ余裕があったかもしれないが、それも大した優位にはならなかったかも。
なによりもPen4が失敗したときに"何故か存在していた"Core系の性能にはびびった。
アレが本当に「モバイル向きの性能」だったら、もう少し何とかなったかもしれないが…。

あと、実際にソフトウェア開発能力は重要。
NVIDIAもCUDAにかまかけて、この頃まともなチップは出していないが、
その"CUDA"の採用幅をみれば、今後もGPUの優位は揺るがない可能性がある。
例えばAdobeと共同でFlash再生にCUDAで再生支援をつけるって話があるが、
それが実現するといくらGPUチップ単体で性能がよいチップよりも、性能は悪いが、
ソフトウェア的に対応しているチップの方が滑らかに対応できる可能性がある。
「自作板的にはあんまり関係ない話だ」という事もあるかもしれないけれど、
"YouTube"などの動画再生サイトのほとんどが"Flash"経由で再生している事実もあり、
今後も"HD画質で動画配信"などが増えてくれば、対応している方が優位に決まっているし。

CPUの面でもAMDがコンパイラなどのソフトウェアに力を入れていたら、
64bit拡張やOS、ソフトの対応の面でももっと優位な位置に立てたかもしれない。
なんつーか。いまは重荷だったFabを切り離したので、今後はソフトウェアの面を、
他社の力を借りてでもその部門を強化すべき時期。ガンガレ。AMD!
714Socket774:2009/06/09(火) 11:53:50 ID:UGGGgPh7
715Socket774:2009/06/09(火) 17:05:07 ID:UpFS/ZcK
>>709
IC Insightsは半導体業界全体の第2四半期の製品出荷が直前期と比較して16〜20%伸びると予測しているわけだが
そんな中でAMDは業績が更に落ち込むと予測された数少ない企業の一つです(笑)
716Socket774:2009/06/09(火) 19:57:08 ID:2oJKAeQQ
>>715
ソースも無しに語る男の人って…。
717Socket774:2009/06/09(火) 21:05:32 ID:RaPCNY0I
Atom在庫いぱーい(´・ω・`)
718Socket774:2009/06/10(水) 12:11:54 ID:z6W3aj2O
最近MACオタ見ねえな
とりあえずちょっとだけシェアを戻して良かったねという話
http://techreport.com/discussions.x/17042
719Socket774:2009/06/10(水) 12:48:04 ID:RcTL9Imc
8:1で規模が劣る側がディスカウントで勝負してるんだから
あまり利益にはならんだろう。
Intelより高い値段で売れるチップを設計せんと。
720Socket774:2009/06/10(水) 13:16:01 ID:AzWTgc3P
8:1なのか。
Intelに比べたらAMDなんて1/10以下だと思ってたよ。
721Socket774:2009/06/10(水) 19:32:24 ID:+zV35CrW
http://www.tgdaily.com/content/view/42793/135/
Globalfoundries starts work on NY Fab
722Socket774:2009/06/13(土) 18:10:14 ID:uQ3jra6Z
保守( ・?ω・?)
723Socket774:2009/06/13(土) 19:43:38 ID:uQ3jra6Z
724Socket774:2009/06/18(木) 12:22:37 ID:J1Ai8FBD
openglなんて使う奴居るの?
directxならともかく
ttp://northwood.blog60.fc2.com/blog-entry-2882.html
725Socket774:2009/06/18(木) 12:41:27 ID:wXbdZdb9
>>724
使うヤツがいるかと言ったら腐るほどいる。一般向けでは無いが。
726Socket774:2009/06/18(木) 18:25:46 ID:Hl0zJq1x
俺もOpenGLは使う
というか、俺個人としてはDirectXイラネ
727Socket774:2009/06/18(木) 20:06:36 ID:HN3lGtaC
>>724
凄まじい無知だな
728Socket774:2009/06/18(木) 20:30:38 ID:LWAuWnQc
まあ一般人にはあんまり縁のないものではある
CAD使うからオレは必要だけどな
729Socket774:2009/06/19(金) 06:23:52 ID:F7+9zLTN
larraスレと同時に冷え込んだ気がするんだが
ここはアンチでもってたのか?
730Socket774:2009/06/19(金) 07:18:28 ID:EgBvdk6z
アンチがいなくなったのなら、冷え込んだじゃなくて正常化したというべき
731Socket774:2009/06/20(土) 00:51:33 ID:aT9aGlfs
ゲームも全部OpenGLになってくれたらいいのにな。
そしたらOS関係なく動くのに。
732Socket774:2009/06/20(土) 01:05:54 ID:43WMJsz1
OpenGLはお行儀がいいけど遅い。
DirectXは下品だけどそこそこスピードが出るのが利点。
733Socket774:2009/06/20(土) 01:27:38 ID:iEMoCWDr
188 名前:●テヘ権田●[sage] 投稿日:2009/06/20(土) 01:07:23 ID:XSvILvhf
確か安藤氏の記事で「ダメじゃん」と思った訳だが・・・これか?

http://www.geocities.jp/andosprocinfo/wadai09/20090228.htm
> これに対して,Demergian氏は,Istanbulでは,Probe Filterを実装し,スヌープトラフィックが減り,
> 実質的にメモリにアクセスできるバンド幅が増えたことが性能向上の原因と書いています。Opteron系のCPUは基本的には,
> どのメモリにアクセスする場合もアクセス要求を全CPUチップにブロードキャストし,全CPUチップからの応答を待って処理を行っているので,
> これが自チップに接続されたメモリをアクセスする場合は,他のCPUに不要なSnoopを行なわずにメモリをアクセスするようにすれば速くなります。
> そして,Stream Benchmarkの場合は,メモリの割り付けを調整し,全て自チップに直結されたメモリだけをアクセスするようにすれば,
> 6割の性能向上は全く有り得ない値ではないかも知れません。
> 但し,このような条件でのStreamの測定はかなり特殊なケースで,一般的には,4ソケットであれば自チップに接続されたメモリへのアクセスは1/4であり,
> 効果も1/4程度になるのではないかと思われます。

> なお,Intelは,FSBを2本持つサーバ用のBlackfordチップセットでは,既にSnoop Filterを採用しており,
> Core i7のQPIではディレクトリ方式を採用して無駄なスヌープを行わないようになっています。
> 従って,Shangaiを使っているユーザはCPUチップをIstanbulに差し替えることでかなりの性能向上を期待できますが,
> Intelチップと比べた場合の競争力がどの程度改善されるかは疑問です。
734Socket774:2009/06/20(土) 01:32:24 ID:Azx48hAE
テヘってまだいたんだ
735Socket774:2009/06/20(土) 05:24:49 ID:Fa8f1u8j
自宅警備隊
736MACオタ:2009/06/23(火) 17:40:58 ID:tntOpIdc
今年上期のTop500が発表されましたが、AMDの長期低落傾向は止まりませんね。
以下、Top500のx86クラスタシェアのここ数年の推移。
  2007年 6月 Intel 51.8%, AMD 21.6%
  2007年11月 Intel 66.6%, AMD 15.8%
  2008年 6月 Intel 71.6%, AMD 11.2%
  2008年11月 Intel 73.6%, AMD 12.2%
  2009年 6月 Intel 78.6%, AMD 8.6%

ただ互換ソケット路線のおかげで、発売したばかりのIstanbulを搭載したCray XT5が
さっそく128位と131位に登録されています。性能ではNehalemにヤラれっぱなしですが、
今年下期は6コアのシステムが意外に増えるかも…
737Socket774:2009/06/23(火) 18:57:37 ID:yn/rpaGk
top500のサイト教えてクレクレ
738Socket774:2009/06/23(火) 19:05:45 ID:yn/rpaGk
みつけたわ
3 NNSA/Sandia National Laboratories
United States Red Storm - Sandia/ Cray Red Storm, Opteron 2.4 GHz dual core
Cray Inc. 26544 2006 101.40 127.41
739MACオタ>737 さん:2009/06/23(火) 20:19:23 ID:69lpJjmG
>>737
失礼しました。
今年のTop500ランキングは、こちら。
http://www.top500.org/list/2006/06/100
740Socket774:2009/06/23(火) 23:38:04 ID:DjKawJPn
Top50だとOpteronのシェアがトップなんだな
>Intel processors are used in 28 percent of systems,
>behind of AMD processors in 36 percent and
>IBM’s Power processors in 32 percent.
741Socket774:2009/06/24(水) 02:24:37 ID:ntSJHOb3
>>740
去年はTop10のうち9個がOpteron搭載だった気がする。
で、TopがOpteron4コア + Cell BEだったかな。
これをOpteron + ATI StreamにすればAMD最強じゃね?
と未だに妄想するが、そんな環境は見たこともない。
OpenCLが普及したらきっとTop500にそんな構成がランクインすると期待している。
742Socket774:2009/06/24(水) 13:07:37 ID:2PGUv5+5
>>740
Opteronはまだ強いよ。Nehalem系が今後どんどん入ってくるだろうけど、
それももう少し後だろうし。
743Socket774:2009/06/24(水) 13:52:34 ID:s53xITUW
そんな時代は終わった

IBM and Cray claim victory in battle for supercomputer supremacy
http://www.tgdaily.com/content/view/42962/135/

Meanwhile, a total of 399 systems (79.8 percent) on the Top500 list use Intel processors.
IBM Power processors are found in 55 systems (11 percent),
followed by the AMD Opteron family with 43 systems (8.6 percent).

Knupffer also noted that 33 of the top 500 systems were Nehalem based "only three months after launch,"
744Socket774:2009/06/24(水) 14:05:00 ID:f8SGGgdr
8.6%のほとんどがTop50に入ってるってことか
強いんだか弱いんだか
745Socket774:2009/06/24(水) 14:37:08 ID:A/HBp4Vx
スパコンの上位だと規模の差も出てくるから、一気に入れ替わらないだけじゃないの?
入れ替わり激しい下の方で、AMD採用が減っていったら、Opteronが強いとは言いにくいんじゃないだろうか。
746Socket774:2009/06/24(水) 15:17:51 ID:EKCuFuiG
LINPACK番長決定戦だけが評価軸として突出してしまうのは
コンピュータサイエンスにとってはあまりいいこととは思えないなー
747Socket774:2009/06/24(水) 18:59:06 ID:2PGUv5+5
>>746
○○の××が評価軸として突出してしまうのは、
ベンチ全般に言えることだから諦めるしかない気がする。
748Socket774:2009/06/24(水) 23:40:45 ID:slYXnaGL
π厨のことですねわかります。
749Socket774:2009/06/25(木) 00:42:26 ID:tVXfpQm4
750Socket774:2009/06/25(木) 15:24:14 ID:zCEszh+2
propusのダイサイズはQ8x00とどっちが小さいかな?
751Socket774:2009/06/25(木) 15:27:30 ID:tVXfpQm4
Die size for these processors is estimated at 168mm2,
allowing AMD to become competitive with Intel's 45nm Core 2 Duo and Quad,
which have a die size of 107mm2 and twice that for the quad core.
752国語のセンター対策まじどうしよ…:2009/06/25(木) 15:36:45 ID:Q7B9kKGg
168mm^2か…予想通りかな…
753Socket774:2009/06/25(木) 17:39:42 ID:zCEszh+2
>>751
それL2が最大の場合でしょ
2MBのQ8x00はどうなのかなって
754Socket774:2009/06/25(木) 17:56:57 ID:cUbI7ynG
>>753
L2/3M/45nmで81mm2だから162mm2くらいじゃね?
6M版を2Mに殺していたとかいうなら107/214mm2になるが
755Socket774:2009/06/25(木) 18:24:24 ID:tVXfpQm4
別ダイって話聞いたことないが
756Socket774:2009/06/25(木) 19:24:28 ID:9IgTEK8p
L3なんて飾りです、と言われても俄には信じ難い
757Socket774:2009/06/25(木) 20:57:07 ID:35Hhc7fZ
Q8x00とQ9x00が別ダイだとでも思い込んでいたのかなぁ…。
758Socket774:2009/06/25(木) 21:03:45 ID:4PBtgvp8
759Socket774:2009/06/25(木) 21:07:44 ID:eG56ubmF
http://pc.watch.impress.co.jp/docs/2008/1027/kaigai_5l.gif

大原が2M版のダイがあるかのように書いてたけどこれは間違い
http://ascii.jp/elem/000/000/419/419420/roadmap_desk_c_960x840.jpg
760Socket774:2009/06/25(木) 22:22:53 ID:M+dS5M0e
AMDなら7コアとか5コアの中途半端なCPU作ってくれるはず
761Socket774:2009/06/26(金) 01:51:54 ID:/Pkgl7zk
5でレンジャーコア
7で侍コア
とか呼ばれるようになるのかな
762Socket774:2009/06/26(金) 09:21:20 ID:xJk0LXWB
>>749
ttp://www.dosv.jp/feature/0903/img/010.jpg
↑PhenomUだけどAthlon II は専用マスクじゃないっぽいね
ただのL3無効版のような気がする…

ACC有効でL3復活するかな…
763Socket774:2009/06/26(金) 09:26:13 ID:QmpVb6sk
目は大丈夫ですか?
764Socket774:2009/06/26(金) 09:34:50 ID:kUEO/pI4
>>749にPropusのダイ写真あるのに、どうして専用マスクじゃないなんて思えるんだろう。
あと、引用元自体が間違っているけど、それ45nmOpteron、PhenomIIのダイ写真じゃないし。
765Socket774:2009/06/26(金) 09:40:58 ID:xJk0LXWB
>>763
そか…目が悪いだけか

>>764
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090108/322447/?SS=imgview&FD=-653719251&ST=system
こっちか、すまん
いやね以前PhenomUX2のダイ写真上がっててさ、専用に見えたんだけど
実際出たのは2個殺しのX4だったから、疑心暗鬼でさ
766Socket774:2009/06/26(金) 09:42:01 ID:8ffmG/L/
ttp://www.dosv.jp/feature/0903/02.htm
2MBと6MBの見分けも出来ない鈴木雅暢こそ大丈夫なのか・・・?
767Socket774:2009/06/26(金) 12:18:26 ID:rFh7xbzV
>>765
PhenomUX2が専用マスクだなんて情報最初から無かったよ
そもそも最初のロードマップには無い急に出てきた製品だし
AthlonUX2と勘違いしたのでは?
768Socket774:2009/06/26(金) 13:06:04 ID:sTw/Kt13
RegorとPropusが専用設計じゃないと心底信じている人を笑うスレと化しました。
769Socket774:2009/06/26(金) 23:09:45 ID:QNsiVTwA
windows7でAMDの時代くるん?
770Socket774:2009/06/27(土) 01:47:14 ID:bxHPJgtO
なにか来るような根拠とか兆候とかある?
771Socket774:2009/06/27(土) 03:22:59 ID:SLCdviYJ
ビデオカードのほうならわからんでもない。
772Socket774:2009/06/27(土) 06:33:52 ID:7Xw/3QM0
AM2以降のAMDプラットフォームなら、
CPUは全部オリジナルx86-64(IntelはAMD64互換)でマルチコアでメモコン内蔵でVTのAMD-V対応、
GPUはオンボならDX10でローエンドレベル、ディスクリートならDX10.1対応。(10月にDX11対応GPU発売)
Win7の64BitはAMD64に最適化して開発されている。(AMDのCPUに最適化)

AMDのプラットフォームはWin7に最適化されている。
Win7もAMDプラットフォームに最適化されている。
773Socket774:2009/06/27(土) 14:23:28 ID:jlfbDIpE
本当にシェア無視して特化したら死亡フラグだわな
774Socket774:2009/06/27(土) 14:50:34 ID:zjccjTGk
sempron てAMD-V対応だっけ?
775Socket774:2009/06/27(土) 16:03:17 ID:rtDY9GxO
Sempronは対応してない可能性がある。きちんと調べたわけじゃ
ないけど。

Turion/Sempronは対応してないと思ったほうがいい。Athlon以上
なら対応してる。
776Socket774:2009/06/27(土) 16:09:16 ID:zjccjTGk
http://japan.zdnet.com/news/os/story/0,2000056192,20392721,00.htm
AMDの広報担当は米国時間5月6日、「『Sempron』を除き、
AMDが現在出荷しているすべてのCPUは『AMD-V』を搭載しており、
XP Modeをサポートする」と述べた。

だそうだ
777Socket774:2009/06/27(土) 19:28:43 ID:7Xw/3QM0
>>773
Win7で競合を突き放してシェアを取るために特化させていると思うが。
XPやVistaではオンボードが多少高性能という以外は、特色がなかったけど、
64bitやDX10.1/11がメインになるWin7なら、
X64のオリジナルであり現状殆どがDX10.1対応GPUで、
Win7発売以前にDX11対応GPUも出してくるAMDは、Win7環境として最良になるね。

そういえばSempronの存在忘れてた
まあ、5k程度のAthlon X2にでもアップグレードすればいいだけなんだけどね。
778Socket774:2009/06/27(土) 19:44:32 ID:Rm6Qu/nA
その前に「XPモード」なんてのを使う事が来るかどうか…。
779Socket774:2009/06/27(土) 21:31:22 ID:GeAFjpCH
HomeにはXPモードないぞ
780Socket774:2009/06/27(土) 21:52:03 ID:kUFaJHDG
XPにしがみついてる企業向けの機能だろあれはw
781Socket774:2009/06/27(土) 21:58:14 ID:6rDVGzRy
64bitがメインになるとはとても思えない
782Socket774:2009/06/27(土) 22:17:03 ID:Rm6Qu/nA
64bitがメインになって欲しいけど、
私が使っているAdobe製品はいまだに32bitがメイン。
PhotoshopのためだけにPCを用意するのも無駄だし。
783Socket774:2009/06/28(日) 01:36:32 ID:El/4vpqi
VirtualPCって仮想マシンにUSBの割り付けできないから、USBドングルを使えない。
XPモードがあっても結局VMwareが必要になるだろうなあ。
784Socket774:2009/06/28(日) 04:06:32 ID:ccdz9KKM
>>782
Photoshopなら64bitでも動くだろ。古いのは知らんけど。
785,,・´∀`・,,)っ-○○○:2009/06/28(日) 08:40:44 ID:6peELEK0
古いのはさいきんのCore 2 DuoをSSE2非対応と誤認識する問題がある
786Socket774:2009/06/28(日) 09:06:49 ID:nI29O69g
いかにも関係ありそうにして無関係な話を持って来る馬鹿
787Socket774:2009/06/28(日) 10:50:00 ID:f8+fGQRk
>>784
文盲。
788Socket774:2009/06/28(日) 11:26:29 ID:RwII3dCg
低価格ムービー編集ソフト(PremiereElementsとかVideoStudioとか)が
64bit対応してくれるのが一番効果的なんだけどな。プロフェッショナル
用だけ64bitとか消費者どんだけなめられてるのかと。
789Socket774:2009/06/28(日) 12:18:02 ID:1TwVjUcA
まだしばらくは32bitOSが主流では?
ソフト側の対応が遅すぎるし、企業も互換性に不安がある64bitには
なかなか移行しないと思う。XPモードでも駄目なソフトもあるだろうし。

それとAMDはGPUでは先行するけれど、CPUではIntelにi7以降は差をつけられているので
64bitは微妙だと思う。i7以降は64bitでもマクロフュージョンが効くようになったので
AMDより32bitから64bitの伸び率はi7の方がよくなったし、Win7ではHTTにも対応し、かなり
応答性もよくなっているらしいから。64bit環境はCPUはi7以降、GPUは先に対応するAMD(ATI)
の方がWin7発売時に組むのなら、性能的にはいいと思う。
790Socket774:2009/06/28(日) 13:35:25 ID:0H8aPqWj
>>789
i7と差がつくのはマルチスレッドアプリの中でも8スレッドのものだけ。
シングルスレッドや4スレッド以下だとあまり差はないよ。
ぶっちゃけ、8スレッド処理なベンチかエンコード以外では差はつかない。

新ブランドのi5以下だと、PhenomII系とほとんど同性能だろうね。
クロックの分PhenomIIが勝るともいえる。

そもそも、オンボードの性能やドライバの最適化等を考慮すると、
Win7ではAMDプラットフォームが無難。
791Socket774:2009/06/28(日) 13:48:12 ID:kHVTRyKv
>>790
最初の3行はともかく、
>新ブランドのi5以下だと、PhenomII系とほとんど同性能だろうね。
>クロックの分PhenomIIが勝るともいえる。
これは無理。
792Socket774:2009/06/28(日) 13:52:00 ID:LeerH1bi
L2キャッシュ以下等メモリ周りのバンド幅改善をさっさと行えばいいのに
793Socket774:2009/06/28(日) 13:58:28 ID:nI29O69g
GPU入れるまでの間ループ限定トレスキャッシュ積むとかw
794Socket774:2009/06/28(日) 13:58:41 ID:RwII3dCg
排他キャッシュだからスループットでは共有に追いつくのは無理だな。
その代わり容量効率が良く、メモリの局所性にもうまく適合する。
795Socket774:2009/06/28(日) 14:00:58 ID:1TwVjUcA
>>790
64bitの伸び率は、i7はC2Dの比ではないからAMDはかなり苦しいと思う。
いままで何ちゃって対応でも、初代Phenomでは64bitでも若干負けていたし
フォトショCS4などの64bitアプリなどは、Intelに最適化されている場合があるので
AMDには逆に不利では?PhenomIIでXPの32bitを使うならお勧めだろうけど。
796Socket774:2009/06/28(日) 14:01:39 ID:LeerH1bi
排他と共有の各方式をその時の状況に応じて切り替えれば最強?w
切り替え時のオーバーヘッドがすごいことになりそうだが
797Socket774:2009/06/28(日) 14:19:00 ID:kHVTRyKv
【MemCon 2009レポート】
「相変化メモリはNANDフラッシュに勝てない」、Numonyxが断言
http://pc.watch.impress.co.jp/docs/news/event/20090625_296549.html
by 福田 昭
798Socket774:2009/06/28(日) 15:20:42 ID:Fp/Q19aT
コンシューマ用途で3GB超のメモリを直にアドレッシングできてもメリットなんて皆無。
メモリ無駄に増やすくらいならその分価格下げろ、CPUに積層して速くしろ、ってな話になる。
799Socket774:2009/06/28(日) 15:22:26 ID:fntIs43g
>>791
今まで出ているベンチを見る分には、総じてLynnfield=Denebだと思うよ。
そりゃ、ソフト側の最適化がある分だけintel有利だが、構造が似ている分だけに最適化をかけても
Core2対Phenomの時のような悲惨な性能差にはならないと思う。

>>796
L3はそういう構造だったはず。
800Socket774:2009/06/28(日) 15:45:23 ID:nI29O69g
ループが多いとIntel有利(CPU限定)
分岐が多いとAMD有利
801Socket774:2009/06/28(日) 15:46:20 ID:MiesxJtE
ほう・・・
802Socket774:2009/06/28(日) 15:46:40 ID:yBDlEqsp
あほらしか
803Socket774:2009/06/28(日) 18:04:36 ID:29lo9asd
>>794
リードオンリーの領域を認識したら複数のコアがキャッシュする機構ってどのくらい機能してるんだろうね。
これさえ完璧に働けばかなりいい勝負できそうだけど。
804Socket774:2009/06/28(日) 18:13:42 ID:Fp/Q19aT
普通のMESIと何が違うの
805Socket774:2009/06/28(日) 18:28:26 ID:RwII3dCg
分岐はパイプラインを乱すからっていうんで、条件加算命令とか
備えたCPUはあるね。何かの条件ビットが1なら加算とか。条件が
成立しない場合はただのNOP命令になるからジャンプが消える。
806Socket774:2009/06/28(日) 19:07:37 ID:xXe+X5Pd
条件実行があっても結局直前にフラグを変化させる命令があるとストールするので
分岐予測の精度が高ければそっちの方が効率が良い。
なのでコード密度を上げるための実装である事が多い。ARMとか。
807,,・´∀`・,,)っ-○○○:2009/06/28(日) 19:28:26 ID:6peELEK0
ループの継続判定も分岐(=条件ジャンプ)に変わりねーよ
条件フラグで命令ポインタ飛ばすだけ
馬鹿すぎ



>>794
共有キャッシュって上の階層のキャッシュ(独立)が大きいほど相対的に無駄が大きくなるから
排他とは基本的に相性は悪いわな
つーよりPentium M以降ずっと同じこと言われてるけど、実容量に差があったら容量効率もクソもない
しかも容量の割にセットアソシエイティブのWay数が少ないのはAMDのほうだし

>>803
共有の読み取り専用データをロードするには明示的にノンテンポラルロード使うのが
最もハードウェアのコストのかからずかつ低コストな性能改善策だったり。まあプログラマー頼みにはなるが。
808Socket774:2009/06/28(日) 19:56:59 ID:nI29O69g
「包含(インクルーシブ)だと上の階層のキャッシュ容量が大きいほど無駄が出るから
AMDのような大容量L1とは相性悪い」
なら判るんだが>807のは理解不能
まずメモリディスアンビグエーション=プリフェッチを理解出来ないと無理ですくぁ?
809Socket774:2009/06/28(日) 20:43:56 ID:yBDlEqsp
団子もID:nI29O69gには言われたくなかったろうなw
810Socket774:2009/06/28(日) 20:58:27 ID:ynwM0SmB
ループが速くなれば、ほぼ全ての実用アプリケーションが速くなる。
811Socket774:2009/06/28(日) 20:59:03 ID:kHVTRyKv
>>800
というかプログラムの実行時間って殆どループだけど、
ループがおおいってもっと具体的にいうとどういう状況想定なんだ?
また、AMDの方が分岐予測が得意といような論拠は一体なんなのだろうか?
NetBurstのようにパイプラインのステージ数が〜という時代だったらまだ言いたいことはわかるが。
812Socket774:2009/06/28(日) 21:01:55 ID:kHVTRyKv
ループがたくさんあるってのは、条件分岐がたくさんあるって意味も内封してているとおもうんだがw
ID:nI29O69g は一体なにを考えていたのだろう?
813Socket774:2009/06/28(日) 21:06:49 ID:RwII3dCg
条件分岐はループだけじゃないってこと。例に出した条件加算は
予測がききにくい分岐判定でパイプラインをできるだけ乱さない
ためのもの。ループはそもそもジャンプがなければ成り立たないし
分岐予測が威力を発揮する分野だから問題は小さい。
814Socket774:2009/06/28(日) 21:12:21 ID:kHVTRyKv
動的分岐予測の基本は、プログラム上の実行パス上の分岐履歴パターンを蓄積するものだよ。
殆ど確率1/2でランダムに分岐するものを除いては、ループだろうが条件加算だろうが
今時の分岐予測は効果でるぞ。
815Socket774:2009/06/28(日) 21:15:51 ID:kHVTRyKv
そういうレベルはIntelもAMDもとっくの昔にクリアしている話なので敢えて、
>ループが多いとIntel有利(CPU限定)
>分岐が多いとAMD有利
という発言をしたからには、詳しく詳細を説明して欲しいモノだ。
816Socket774:2009/06/28(日) 21:21:03 ID:nI29O69g
言葉遊びだとか
メモリディスアンビグエーション=プリフェッチのような電波を飛ばしてるんじゃないんだから
ループつったらループストリームディテクタが働くような、おそらくforやwhile
分岐はK10で強化された分岐処理が役に立つような、ifとか?

共有キャッシュだと排他じゃなくても無駄が出るとかそういう方向で話を進めてるわけじゃない
817Socket774:2009/06/28(日) 21:46:13 ID:nI29O69g
おわ間違えた
「排他でも無駄が出る」だな
818,,・´∀`・,,)っ-○○○:2009/06/28(日) 21:52:11 ID:6peELEK0
ID:nI29O69g←wwwwww
819Socket774:2009/06/28(日) 22:29:58 ID:oshF6sNG
久々にプリフェッチ先生がきたのでageましゅ
820Socket774:2009/06/28(日) 22:40:42 ID:oshF6sNG
DX11CSで何ができるようになるのか団子先生に質問してぼきゅはもう寝ます(゚д゚)
821Socket774:2009/06/28(日) 23:14:32 ID:RwII3dCg
>>814
条件加算の例はその「確率1/2でランダム」に近い条件の分岐で
パイプラインを「できるだけ」乱さないためのものなんだが。
822,,・´∀`・,,)っ-○○○:2009/06/28(日) 23:21:50 ID:6peELEK0
ARMでαブレンドのコード書いたときすっげー綺麗に書けたので感動したよ
823Socket774:2009/06/29(月) 00:35:06 ID:evRtFBSr
近いうちにPCを買おうとしています。識者のみなさん教えてください。

IntelのCorei7用の現行のソケットLGA1366は今年の秋ぐらいで代替わり
すると聞きました。そうすると将来的に新型CPUへの換装は望めないの
でしょうか。
同様にAMDの現行のソケットAM3も将来的に打切りの予定が決まって
いるのですか?

教えてください。

アスロンXP2000+ ユーザーより
824Socket774:2009/06/29(月) 00:36:58 ID:AWiguuuy
AM3は2011年まで残るよ
825,,・´∀`・,,)っ-○○○:2009/06/29(月) 00:40:53 ID:F357C097
Westmere
826Socket774:2009/06/29(月) 00:43:44 ID:wb+2suAv
>>823
AthlonXPだって3200+までラインナップされてるのにアップグレードしなかったんだろ?
DDR-266世代のままDDR3-1333世代までアップグレードしなかったんだろ?

近いうちにPC買ったとして、CPUを頻繁に載せかえたりする予定でもあるの?
827Socket774:2009/06/29(月) 00:50:44 ID:4L9jyWx9
>IntelのCorei7用の現行のソケットLGA1366は今年の秋ぐらいで代替わり
>すると聞きました。そうすると将来的に新型CPUへの換装は望めないの
>でしょうか。
それは嘘。LGA1156という新ソケットがあと9/1くらいに登場して、
デスクトップの主力はそっちになるが、LGA1366は一応併行して残る。
新型のGulftownという来年の前半にでるやつに十分な金があれば換装もできる。
Intelであれば、数ヶ月まってLGA1156にするか、1366でハイエンド道を突っ走るかの問題。
828Socket774:2009/06/29(月) 00:51:42 ID:4L9jyWx9
まあ個人的にはAMDがオススメだがね。
売り上げに貢献してやってくれw
829Socket774:2009/06/29(月) 01:39:28 ID:q421uw2W
AthlonXP2000+ユーザーならSocket432の悲劇忘れてないだろ?
830Socket774:2009/06/29(月) 01:57:12 ID:evRtFBSr
>>826
すみません。今使っているアスロンはBIOSでクロックをいろいろ変えていて、
もともといくつのモデルナンバーを買ったのか昔のことなので忘れてしまいました。
ただ現在はアスロン2000+として動いています。(買った当初は確か2600+ぐらいまで
OCしようとして動かなくて、しばらくは2400+で使っていました。ここ数年PCの調子
が落ちてきて2400+だと起動しなくなったため2000+まで落として使っています。)

最初にDuron 1Gを載せたときから10年が経ちましたが、この2、3年以前は性能に
満足していました。長い間PC関連の情報から遠ざかっていたのでアスロンXPが
いつ製造終了したのかを知りません。ペンティアム4の巻き返しが始まった時期を
最後に私の記憶は途切れています。

今PCを買ったとして、あの時のように数年後新しいCPUに交換できればと思って
います。それを見越して今回は例えばCorei7であれば最低ランクの920を選ぼう
としています。

>>824
ありがとうございます。
ソケットやメモリに変更がないとしたら経済的には助かります。最近はAMDも
変化のサイクルが早くなったようですね。

>>827
解りやすい説明をありがとうございます。
資料を見ながら書いていますが、Corei7とCorei5のグレードが大きく重なっている
のでせっかくi7を買っても(920では)秋にはi5の上位モデルに性能で負けてしまい
そうで心配ですね。
私もAMDは好きです。Intelを脅かすようなモデルをまた出して欲しいです。
831Socket774:2009/06/29(月) 01:59:29 ID:ngsO/S0Q
socket4も8も423も悲劇っていや悲劇か
832Socket774:2009/06/29(月) 03:09:57 ID:evRtFBSr
うちではずっとSocketAだった気がしますが…。
833Socket774:2009/06/29(月) 03:14:00 ID:JQ9KkME0
これだけシステム価格が下がったのにまだソケット差し替えするですか!
もう許さんです!
834Socket774:2009/06/29(月) 12:04:01 ID:gUC8p3Vz
てか、スレ違いのバカに答えてるバカはなんなんだ?
835Socket774:2009/06/29(月) 12:24:53 ID:KHtddf7O
その直前はもっと馬鹿だったし
836Socket774:2009/06/29(月) 13:02:06 ID:Cky5FPCx
>>830
典型的な初心者OCか。何使ってもいっしょだよ。
837Socket774:2009/06/29(月) 20:41:33 ID:evRtFBSr
今回はOCは考えていません。
雑誌にも昔ほどOCOC書いてないですね。
838Socket774:2009/06/29(月) 20:45:23 ID:+vVk/NWb
>>837
うぜぇ。スレタイ観てとっとと消えろ。
839Socket774:2009/06/29(月) 20:48:46 ID:9DC2Vh3a
無知なガキなんだからもっと優しくあしらえよw
840Socket774:2009/06/29(月) 20:55:03 ID:1yrOixCO
スレタイにOCとは書いてないが
841Socket774:2009/06/29(月) 20:57:50 ID:+vVk/NWb
>>837
このスレは「AMDの次世代CPU」について語るスレでして、
PCパーツの購入相談スレではありません。
たまに「教えてあげる君」などの「スレ荒らし」が無駄なレスをしますが、
そのような方々も基本的に貴方と同様に、スレ違いの話を続ける
荒らし嵐・煽り以外の何者でもありません。

Intel系CPU、AMD系CPUの情報でしたら、各CPUスレに。
購入相談等でしたら「見積もりスレ」などへ移動してください。
また板総合の「雑談スレ」は基本的に話に制限はないので、
そちらでお聞きになったほうがよろしいかと。

よーはするに、これ以上無駄話でスレを荒らすな。
842Socket774:2009/06/29(月) 21:07:39 ID:evRtFBSr
>>841
わかりました。
AMDがIntelを超えるプロセッサを出してくれることを期待してます。
843Socket774:2009/06/29(月) 21:18:39 ID:+vVk/NWb
なんだ。結局厨のage嵐だったってことか。
844Socket774:2009/06/30(火) 01:50:42 ID:3wKmjCms
845Socket774:2009/07/02(木) 06:22:35 ID:sBUN97DJ
HP announces AMD 6- and 12-core workstations
http://www.tgdaily.com/content/view/43064/135/
846Socket774:2009/07/02(木) 08:19:11 ID:sBUN97DJ
Jaguar may soon be world's fastest computer
http://blogs.knoxnews.com/knx/munger/2009/06/jaguar_to_be_worlds_fastest_co.html

the new six-core "Istanbul" processors from AMD are expected to arrive later this summer
and will rev up Jaguar's peak processing capability to "well over 2 petaflops."
847Socket774:2009/07/02(木) 18:20:05 ID:O3CGAAWC
この頃はPC向けCPUよりもOnLive系に期待
848Socket774:2009/07/02(木) 21:35:55 ID:VL3rK1du
12コアが3万くらいになったら買う
メモリは16ギガかな
849Socket774:2009/07/03(金) 11:40:43 ID:w+Bld7Rz
今月号のパワレポで後藤さんの記事にBulldozerアーキテクチャの
概要というか一端みたいな考察が少し書いてあった

アベレージ2命令処理できるクラスタを二つ搭載して
シングルスレッドとマルチスレッド処理の両方で
効率良く性能を発揮できるのを目標にしてるとか云々

現在のx86では可変長命令+プリフィックス長すぎなせいで
常時3命令以上を処理するのは限界で難しいと

それなら同時に処理できる命令数を増やすために
無理に増強して熱と消費電力に苦しむよりは
Atomみたいに2命令処理くらいが効率はベストだから
ニコイチにしてアベレージ重視、ピークも3.x命令処理を狙う、みたいな?

良く分からん
850Socket774:2009/07/03(金) 16:40:46 ID:BItvkr1/
851Socket774:2009/07/03(金) 18:23:37 ID:K0Fgawia
今のBulldozerはもっと保守的なんじゃ?
852Socket774:2009/07/03(金) 20:49:03 ID:xBeNIbvB
853Socket774:2009/07/03(金) 22:04:44 ID:AsywVc+B
どっちでもいいよ…
854Socket774:2009/07/03(金) 22:53:49 ID:w+Bld7Rz
>>850>>852
どちらの記事も同じ内容扱っているのでほぼ一緒じゃないですかね

Bulldozerの目指す方向性としては実行ユニットの共用で
今まで明確に分離していたコアの垣根が溶けるような感じか?

といってもまだ謎が多いので、後藤さんが得た情報が
ガセネタでしたって可能性もありえますけどね

ただこの野心的なアーキテクチャが世に出るとしたら
非常に面白いことになりそう、他に同類のCPUありましたっけ・・・
855Socket774:2009/07/03(金) 23:53:09 ID:JPh8kTyt
SunのRockがFPUを共有してたけど、実行ユニットの共用ってつまり
眠ってる実行ユニットを融通しあってトランジスタを増やさずにコアを増やすってことだよね。
同時発行命令数が増えるわけではなく。

実行ユニットの巨大なプールがあって、状況に応じてTLPにもILPにも振れたら素敵だけど
そんなのは妄想だよなあ。
856Socket774:2009/07/03(金) 23:56:58 ID:iWAWEPku
2011年の"Bulldozer"は2003年の"K8"来の新コアだ。
途中でK9がキャンセルされているとはいえ、
その過程で開発されていた物全てが無効になったわけではないし、
そう考えると、それなりの蓄積と改良が加えられているはず。

期待はしようじゃないか。まだ情報が少なすぎるから何も言えないけどw
857Socket774:2009/07/04(土) 00:12:25 ID:tfx/f2sC
とにかくi7を突き放して突っ走って欲しい
ある意味レベルの低い目標だがw
858Socket774:2009/07/04(土) 05:06:10 ID:YDxD+0Bi
>>855
 コアを増やすっていうか、実行ユニットに対するインストラクション
ユニットの比を増やすことが出来るんじゃないかな。ということは、
マルチコアよりダイの利用効率が高く、HTTより本物のマルチコアに
近い効果でOSから見たコア数を増やせるということだよね。

 どこまで一つのインストラクションユニットから確保出来るのかは、
現実的にどこまで同時発行出来るケースがあるのかに応じて設計
されるんじゃない? 割り当てを柔軟にすることによるペナルティも
あるはず。
859Socket774:2009/07/04(土) 07:33:34 ID:mYp6BeAD
実行ユニット群を1組ではなくて、2組(以上)にするという事なのか

[○○] [○○] な2スレッドにしたり
[○○][○●]  な1スレッドにしたり出切る様にするって事なのか

1コア内でマルチプロセッサ構成と同内容を構築して、完全な同時実行処理を目指すのか
860Socket774:2009/07/04(土) 14:55:08 ID:1leV5y4M
「実行ユニットが足りない」のではなく「同時にドライブできる実行ユニットを増やせない」のが
目下の問題なんだから、コア間でユニット共有して数を増やしても
今より速くはならんような。
861Socket774:2009/07/04(土) 15:08:58 ID:MIt5EgOj
良く分からんけど、絶対性能というより面積あたりの性能とか
電力あたりの性能を改善しようって話じゃないの?
862Socket774:2009/07/04(土) 20:24:02 ID:mYp6BeAD
コア内にコアを2つ持つと後藤は書いているが、これは実行ユニット(クラスタ)を1つから2つにするって事だろう
863Socket774:2009/07/04(土) 22:03:53 ID:WDgLtPlX
今後1チップあたりのスレッドは増え電力性能比は改善していくだろうが、
今よりシングルスレッドが速くなることはなく、
TLPがデスクトップに降りてくることも当分ない。
進歩の中心はPCからサーバや携帯機に移ってしまったわけで、寂しい限りだねえ。
864Socket774:2009/07/04(土) 22:18:07 ID:qoyVhj+g
つか1ライターの「俺が勝手に考えた次世代CPU」を前提に
話をするのは不毛だと思う。
865Socket774:2009/07/04(土) 23:57:54 ID:hCOYwFbL
知識もなければ、情報を仕入れていない奴が妄想を語ってもアレだが、
ある程度知識があり、情報を手に入れられる奴らの予想ならば、
それを元に推測話をするのは、おかしな事ではないだろう。
866Socket774:2009/07/05(日) 00:13:41 ID:r7PlaMx1
Bobcat2つでBulldozer
867Socket774:2009/07/05(日) 00:24:20 ID:qbSgGNin
「3命令発行は効率が悪いから、2命令発行の効率のいいCPUコアを二つクラスタ化する」って
凄くわかりやすいけど、実際そんなことは可能なの?
868Socket774:2009/07/05(日) 00:52:13 ID:6HEcOqbE
>>867
多分素直に1コアで3命令発行した方が効率が良い罠。
869Socket774:2009/07/05(日) 04:53:18 ID:L4zpN68v
フロントエンドを2個搭載するけど
実行ユニットは2倍にはせず片一方からでも両方使える2クラスタの
実行ユニットを共有するってことじゃないの?

従来のコアと比べると1.5倍の面積で1.5倍弱のシングルスレッド性能
2倍弱のマルチスレッド性能を目指す感じ。

2命令発行に下げるってのはどうしてもシングルスレッド性能の低下を招くからない。
870Socket774:2009/07/05(日) 09:00:25 ID:3xyXAMAx
>>867
IPC=2の物を二つ並べて4になるなら
後藤の言う虫の良い話も成立するが
そんな事は無い。
AtomデュアルしてもNehalemに勝てないのと同じ話。

既存アプリの性能低下はそのまま商品力の低下だから
今後数年の対Intel戦略を考えた場合
そんな馬鹿らしいアーキの採用は無い。

871Socket774:2009/07/05(日) 10:20:31 ID:4sJMAnAz
IUとFPUをユニファイド化して、それを複数搭載とかだったりして。
今までと同等性能はユニファイドユニット1個か2個分で、状況に応じて複数使用するみたいな。
スカラ性能重視だから1個あたりのサイズはGPUよりも遥かに大きいけど、
構造としては今のGPUと同じ感じ。

整数演算器と浮動少数演算器が共有化できるのかという根本的な問題は多分どこかの天才が解決してくれるはず。
872Socket774:2009/07/05(日) 11:29:58 ID:SDrn2Z9A
3本のパイプラインから成るスーパースカラコアがあるとしたら
2スレッド同時実行したい時は2+1
3スレッド同時実行したい時は1+1+1のスカラコアに分割して使えるとか

これならスーパースカラモードでは今までと変わりないが
マルチスレッド実行時はSMTより効率が高い
873Socket774:2009/07/05(日) 11:45:21 ID:4P59IQ50
実行ユニット部(演算ユニットとメモリユニット)を単純に2つ載せるんじゃないの?

それをインストラクチャユニットで
2つを1つにクラスタ化できたり
個別ユニットとして稼働できたり割り振りするんじゃないかな

メモコンとメモリーの関係みたいな
Dualとsingleな関係で
それを状況に応じて切り替える

HTTと違うTLPの同時実行処理に重きを置き
ILPも3.xまでに向上させた構成にするんじゃないかなないかな

後はAVXに準拠する訳だから
DLPの向上はGPUに任せる
874,,・´∀`・,,)っ-○○○:2009/07/05(日) 11:48:28 ID:fhNNv5PB
>>870
Atomは実行ユニットも貧弱だぞ

SMTの優位性は、1つの命令ストリームで並列実行出来るところを抽出するのに比べて
並列動作するスレッド間の依存関係が原則的に無いこと。
ユニットに空きがあれば2つ(あるいはそれ以上)のスレッドから実行出来る命令を選んで割り当てることで
充填率を引き上げることができる。

もし演算ユニットがリッチだったら・・・
Core MAは3命令+L/Sによる4命令同時発行だが、それより多彩な組み合わせで最大4命令同時発行を
狙えるならかなり性能は上がりそうな
もちろん2スレッドで分けて使うのにも有利だね。
875Socket774:2009/07/05(日) 11:50:23 ID:mkR46JXa
EV8やTejasだな
876Socket774:2009/07/05(日) 11:54:08 ID:GVLNj2nt
ロジックが複雑になって
消費電力と製造コストもかなり上がりそうだな
877Socket774:2009/07/05(日) 12:00:59 ID:4m4nPS2V
ロジックが複雑になり、設計が難しくなるが、
消費電力と製造コストはあんまり関係ないな。
バクだしなどの費用も「製造コスト」とするならば、
それは確かに上乗せはされるだろうけど。
878Socket774:2009/07/05(日) 12:05:41 ID:9XYaXmQ+
製造
原料に手を加えて製品にすること
879Socket774:2009/07/05(日) 12:07:39 ID:mkR46JXa
x86は量産コストが支配的でデザインコストはあまり問題にならない
だからエンジニアを多数抱えるIntelが強い
880Socket774:2009/07/05(日) 12:13:09 ID:VKLrZxGY
「消費電力」は対策をしっかりしないと上がる可能性はある。
SMTはCPUのトランジスタを効率よく使い"休ませない為の設計"。
"Bulldozer"の32nm世代で"High-k"などの技術を投入するのは、
そういった「理由」があるのかもしれない。
881Socket774:2009/07/05(日) 12:27:44 ID:SDrn2Z9A
SMTだろうとクラスタ化だろうと充填率が上昇すればその分消費電力は上がるのは仕方が無い
クラスタ単位で消費電力をカットできるなら良いけど
882Socket774:2009/07/05(日) 14:12:15 ID:EG9u4teE
>>880
High-Kで抑えられるのはトランジスタが休んでいようがいまいが
消費される電力の方。
883Socket774:2009/07/05(日) 14:15:03 ID:NVU66VqW
>>879
1行目と2行目が矛盾してないか?
884Socket774:2009/07/05(日) 14:55:46 ID:CeOyMHdP
Bulldozerは結局どういうものになるの 誰か三行でまとめて
885Socket774:2009/07/05(日) 14:56:06 ID:cvODdaOr
>>883
お前は量産設備開発にエンジニアが要らないとでも思ってんのか?
886Socket774:2009/07/05(日) 15:09:54 ID:kTI4GDC1
>>884
Nehalem(初代プランNetburst版)
Chivano
Rock
887Socket774:2009/07/05(日) 16:42:54 ID:f8l47CKT
x86はデザインコストかかりまくりだよ。
Intelがいくつ設計チームを持ってると思ってる?

それでもデザインは固定費だから、Intelだけは量産でカバーできる。
数量の出ないAMDはやがて開発に失敗して行き詰まり工場売る羽目になった。
それ以外の互換x86メーカーはほぼ全滅。

RISCなら組み込みで細々でもやっていけるのに比べれば雲泥の差だ。
888Socket774:2009/07/05(日) 17:26:09 ID:e2wsMr6c
>>887
工場を手放したのは最新プロセスなどの設備投資が厳しくなってきたからで、
デザインコストの問題じゃないだろ。
889Socket774:2009/07/05(日) 18:38:38 ID:NVU66VqW
>>885
その論が正しいならARMなんかのビジネスモデルは破綻しててもおかしくないよね
890Socket774:2009/07/05(日) 18:41:11 ID:9XYaXmQ+
論じゃなくて辞書
891Socket774:2009/07/05(日) 20:29:25 ID:JNyyD6Aw
>>887
Intelの設計チームってイスラエル以外はカスだろ
PenM→CoreDuo→Core2が存在しなかったら、今頃Intelは死亡している
892Socket774:2009/07/05(日) 20:35:26 ID:cvODdaOr
>>889
ARMがいつIntelを脅かしたんだ?
893Socket774:2009/07/05(日) 21:16:07 ID:YNaYN5rk
>>891
でた、イスラエル狂信馬鹿w
894Socket774:2009/07/05(日) 21:16:13 ID:a2PAVHNE
>>892
勝手に危機感感じてるようには見えるけどな。
895Socket774:2009/07/05(日) 21:17:22 ID:JNyyD6Aw
数億トランジスタのx86とせいぜい数百万のARMを比べても仕方ないだろ
896Socket774:2009/07/05(日) 21:23:48 ID:JNyyD6Aw
>>893
K8とNetBurstじゃどう転んでもK8の勝ちで、
IntelにイスラエルのCore2以上の代替があったとは思えんが
897Socket774:2009/07/05(日) 21:27:10 ID:JhZVd071
わかったからIntelスレ池
898Socket774:2009/07/05(日) 21:34:34 ID:a2PAVHNE
>>896
オレゴンだったっけ? 米国内の開発部隊の成果がなければPenMもCoreもなかった。
イスラエルだけじゃあんなに大成功しなかった。
近年おいしい成果はイスラエルが持って行っているのは事実だが。
899Socket774:2009/07/05(日) 22:58:18 ID:mkR46JXa
>>893
なんか「銀河系名乗ってるくせにイケル神以外はカス」とか言って暴れてたバルサ厨を思い出した
900Socket774:2009/07/06(月) 02:27:43 ID:S3/233LF
理解不能
901Socket774:2009/07/06(月) 04:03:15 ID:sIcXshBA
x86ライセンス上で戦ってるのにx64(AMD64)採用ざまぁとか言ってる人々と一緒でしょ
それでも本家より性能出ちゃったもんだから始末が悪い

過去ログ見ればわかると思うけど、AVX採用なんてねーよ的な盲目な信者が
少なからずいるのはintelもAMDもいっしょなのさ
902Socket774:2009/07/06(月) 07:17:24 ID:+Lfxixgj
このGPGPの現状からすると
AVX採用って無駄にならね?
903Socket774:2009/07/06(月) 12:15:16 ID:xVKKFE39
>>902
「現状」ってどんな現状を言っているか知らないけど、
これから発展していくだろう物の展開にどうこう言ってもなぁ。
過去にIntelならばメモコン関連のグダグダで死んだ「Timna」が。
AMDならば、去年お亡くなりになった初代FUSION予定。「Swift」がある。
x86 CPUでも構想こそ昔からあれど、製品化されたモノがないだけだし。
様々な面でようやく構想に技術が追いついてきた感じ。

あと、AVX採用はGPGPU以外の分野で意味がある。
904Socket774:2009/07/06(月) 12:24:30 ID:9Txmp5eO
AMDの場合はAVXの上にGPGPU関連の命令を載せることも検討してるから
GPGPUにおいても意味がある

※最近、AMDは独自拡張は諦めてAVX互換に切り替えた。
 力関係を考えると当然の選択で、とりあえず命令の分裂は避けられた。
905Socket774:2009/07/06(月) 12:38:48 ID:+Lfxixgj
>AMDの場合はAVXの上にGPGPU関連の命令を載せることも検討してるから
>GPGPUにおいても意味がある

これは知らなかったけど
AVXはx86のベクタ演算でGPGPがそれ以外のベクタってかデータ並列で
DirectXが11でGPGPに対応したりエンコやソフトウェアレンダがGPU使い出したりする現状があり
そんな中でAVX載せるために1年遅らせたとしたらすごい無駄なんじゃないか?ってこと
906Socket774:2009/07/06(月) 12:53:39 ID:xVKKFE39
>>905
最大の理由はIntelが採用するものは普及するので、

・ベンチで見かけ上の大敗北を喫する危険性。
・対応が増えればソフトウェアの処理的にも不利になっていく危険性。

これらを考えると、初期で設計に組み込んでおけば問題がない。
後々追加するとなると、完全再設計が必要となるので面倒なことになる。
だったら一年でも設計を延ばして組み込んでおく方が楽。

ちなみにAVXを初期からONにしないって話もある。
個人的にはそれは妥当だと思う。2011年発売では、
幾ら設計段階でAVXを組み込んでもテスト期間が足りなすぎる。
た"Bulldozer"発売後1年程度はAVXがONにされないと予想。
907Socket774:2009/07/06(月) 13:26:29 ID:pKXxPBlQ
Bulldozerの開発に失敗し、
K10改で仕切り直すために発売1年延期が先に決まって、
だったらAVX対応もしちゃおっか、という順序だろ。
908Socket774:2009/07/06(月) 13:55:57 ID:j8iGqtRc
>>896
で?
イスラエルはネトバ以外作った事ないのかよアホ
909Socket774:2009/07/06(月) 13:58:39 ID:aKqkO5O+
K10改っていつまでK8使い回すつもりなんだよw
さすがにそれは無いと信じたいな
910Socket774:2009/07/06(月) 14:22:21 ID:mz9jcYzx
http://www.xbitlabs.com/news/cpu/display/20090420233652_AMD_We_Are_Quite_Happy_with_First_Fusion_Processor_Design.html
LlanoのCPUコアがK10系という話はある。
BulldozerもK10系かまではわからないけど。
911Socket774:2009/07/06(月) 15:10:20 ID:JmcZW7mu
ピーク性能を稼ぐために実行ユニットは多めに用意する必要があるけど
実際は遊んでる場合も多くてトランジスタと電力の無駄になってると

IntelのHTも元々は実行ユニットの稼働率改善を言ってた覚えがあるな
HTより制御が楽(?)なのとワットパフォーマンスの改善が共有の売りなんかね

バラつきの大きい実行ユニットを効率良く使うために共有するのは
逆の見方をすれば常に負担の大きいフロントエンドが
二重化してるとも言えなくもないのかな、Bulldozerの場合
912Socket774:2009/07/06(月) 15:53:28 ID:xVKKFE39
元々「x86で完全フルスクラッチは無理ぽ」との潮流なので、
基盤となるCPUコアが当然あるだろうね。それがK10(K8コア)なのはありえる。
ただ、4オペランドのAVX対応させて「K10改」とかいうならば、
Core2をNehalemが「ほとんど同じ」というのと同じようなもんだな。
それよりも改造レベルが激しいけど。
しかもそれを一年前からの方向転換で作り始め、2011年に投入できるならば、
AMDの開発能力は、Intelの開発能力の数十倍は高いだろうね。
むしろなんでいままでK8コアをひっぱていたのか謎レベルの開発技術力。
913Socket774:2009/07/06(月) 16:14:49 ID:rRz2YQ0Y
今のK10コアを本当に一から作り始めたら10年はかかるってばっちゃが言ってた
914Socket774:2009/07/06(月) 18:34:32 ID:FZceko3w
>>906
AVXを出させるために「SSE5」をぶち上げた、と考えることもできるよね。
確か、パロミノコアでSSEに対応するときも、演算ユニット自体は3DNow!を流用したって話だし
AVXも実装は同じ方向を向いているSSE5の演算ユニットを使うのかもしれないな。
命令長の不足分などのSSE5だけで足りない部分は、SSE5をニコイチで使えば(速度は保証しないが)何とかなりそうだし。

最初からintelが出すであろう「SSE5対抗の拡張命令(AVX)」をアテにしていたのなら、スゴイ判断ではあるな。
915Socket774:2009/07/06(月) 19:00:37 ID:2YiZZJZ6
今の1コアが整数・浮動小数点・SIMDユニットの個数が3:3:2(詳細は知らん)だとしたら
1コアを2クラスタに分けて、1クラスタの内部の構成は2:2:1にする
マルチスレッドでは1クラスタの2:2:1で動き、シングルスレッド時は
2クラスタを合わせて4:4:2として動く

これでシングルとマルチスレッドの性能を両立できるって事かな?
916Socket774:2009/07/06(月) 20:41:23 ID:JmfCEZz5
マルチスレッドソフトって基本的には同じような処理を複数のスレッドに分けるよなぁ。
つまりクラスタ分けしても処理(ユニットとか命令並列数)の方向性が
重なってそれほどトランジスタの高効率利用とはいかないんじゃ・・。
いや、シングルスレッドも伸びるってのがミソなのか。
917,,・´∀`・,,)っ-○○○:2009/07/07(火) 07:12:15 ID:y8FF8VD+
>>914
わざわざGNU Binutilsにパッチをコミットまでしてたわけで
デコーダの再設計の為に1年後退させたとしたら大損失だろ
計算高いとは思えない

AVXは128/256bitSIMD命令セットだが、1024ビットまでのSIMDをサポートするのは既定路線で
Larrabeeの512ビットSIMDもその延長線上にある
918Socket774:2009/07/07(火) 08:22:30 ID:DlkCr1zr
K7コアを拡張の積み重ねでK10.5まで来ているからなー
色々とボトルネックや無駄な部分は多そうだ。
その辺を再設計するだけでもトランジスタ数減って速度アップしそう。
919Socket774:2009/07/07(火) 09:25:36 ID:gWxQ0RJG
SIMDユニットってでかいよね
命令発行部分は増えないとは言っても、演算機は1024bitともなると32bit演算機×32個

各コアごとにそんな物を埋め込むのは電気の無駄な気がするよ
920Socket774:2009/07/07(火) 10:25:59 ID:zGDOCICG
よし、お前は初代Pentiumでも使ってろ
921Socket774:2009/07/07(火) 11:54:51 ID:o6qqdcWI
>>919
でも速度測るときに必要なのはそこだし。
922Socket774:2009/07/07(火) 12:04:12 ID:RAyo+HR0
ベンチ対策したほうが受けはいいよね
923Socket774:2009/07/07(火) 12:45:09 ID:XLQb7/ot
問題はx86SIMDベンチがこの先どれだけ残るかではないか
924Socket774:2009/07/07(火) 13:47:32 ID:+2Y/Z9vo
仮にBulldozerが演算部を共有するアーキテクチャとして
果たしてこの設計は将来性のある変革なんだろうか
研究や開発を行う専門家はどう捉えているのか気になる
アイディアや概念は多分実用化される前からあったんだろうと思うが
925Socket774:2009/07/07(火) 13:52:10 ID:wlxPh+vG
>>924
基本はSMTの発展バージョンなだけなんだが…。
926Socket774:2009/07/07(火) 17:51:59 ID:+2Y/Z9vo
いや、ちょっと似てそうなSunのRockがポシャりそうな雰囲気
このアイディア自体に対する評価はどんなものなのかと思った

もし言われてるようにシングルスレッドとマルチスレッドの
性能を両立させうる前途有望な技術だとしたら
もっと広く知られて騒がれていてもおかしくないのでは?
それとも実際は大したことないのか
927Socket774:2009/07/07(火) 18:26:43 ID:gH2EzLYA
>>918
少なくともIntelはSandyBridgeで
後藤何とかの胡散臭い話のような設計にする予定は無い。

AMDの対称型ALU×3配置によりほぼIPC3に出来る設計は
x86CPUの一つの完成形だから
ここら辺に今更手を入れる必要は無いと思われ。
928,,・´∀`・,,)っ-○○○:2009/07/07(火) 19:47:43 ID:y8FF8VD+
>>919
データセットが1024ビットなだけだし
たとえば、別に128ビットSIMDユニットで8回実行してもいいんだぜ。
CUDAも1SMあたり32並列のSIMDだがGT2xxまでの物理的な演算ユニットは8基(つまり256ビット)。
929Socket774:2009/07/07(火) 22:33:46 ID:GTYYeybt
Niagaraとか既に演算器共有やってたろ
930Socket774:2009/07/08(水) 01:57:27 ID:XiaTR4F4
>>928
それって倍速?
931Socket774:2009/07/08(水) 02:01:26 ID:rCvB21rn
8サイクル時間をかけたって良いじゃない
932Socket774:2009/07/10(金) 00:42:12 ID:hnbJootr
スレッド単体の速度を3/4にしてもコア数が二倍になればサーバCPU的には大成功なんだけど
個人用途ではあんまりありがたくないね。
933Socket774:2009/07/10(金) 01:22:28 ID:FcLUnk8F
世の中のPC用CPUの主流がそうなったらソフトの側から歩み寄ってきてくれるさ
934Socket774:2009/07/10(金) 06:00:46 ID:JAkFUr02
cellの例で見てもわかるとおり、ソフトはあんまり歩み寄ってくれない
935Socket774:2009/07/10(金) 06:24:31 ID:+05bXexQ
開発者を見方につければ主流にはなれなくても成功はするだろうね
936Socket774:2009/07/10(金) 10:23:56 ID:YQkQ8j4/
スタンダードにするまでが大変。
ぶっちゃけハードに合わせる、もしくは先をいってるのは
MSだけ?というか半導体自体先がみえてるしな〜
もう、性能よりコスパ重視
937Socket774:2009/07/10(金) 16:44:55 ID:jC6uX37w
>>934
特にエンプラ系なんか
今動いてるアプリに下手に手をつけて何かあったら首飛ぶからな。
938所長:2009/07/12(日) 00:54:55 ID:hL49hQhu
現実的にはBulldozerもK8/Barcelonaの拡張版で、
やっとこCore 2/Nehalemに肉薄できるレベルな予感がします。
まあ、そのときはSandy Bridgeと戦わねばならないわけだが。
939Socket774:2009/07/12(日) 02:27:36 ID:thN9pSnK
>>938
現実? おまえの世界の現実は、
現実世界の妄想っていうんだぜ?
940Socket774:2009/07/12(日) 02:33:33 ID:csHooIpr
>>939
>>938の話はかなり現実的だと思うぞ。
AMDが上の価格を狙えないのも、Core 2やCore i7があるからだしな。
941Socket774:2009/07/12(日) 02:38:19 ID:thN9pSnK
>>940
なにが「現実的」なのかわからんので詳しく頼む。
あと、1行目と2行目がどう繋がっているかもさっぱり。
現状で上を狙えないのは当然2行目の理由だが、
それが"次世代CPU"にどう繋がるかをkwsk。
942Socket774:2009/07/12(日) 02:39:49 ID:qwEy15wV
今のところはK10改でないと考える方が根拠のない妄想だ。
943Socket774:2009/07/12(日) 02:40:58 ID:q+O69hkH
日本語の勉強は他でやってくれ
944Socket774:2009/07/12(日) 02:42:02 ID:csHooIpr
>>941
あぁ2行目は現時点での話。
恐らくBulldozerでも今の状態が続いて、SandyBridgeには追いつけず、
下位の価格を埋めるだけにと、そんな感じ。
945Socket774:2009/07/12(日) 02:42:56 ID:/aQ9+acK
>>940
AMDが終わっているのはOpteronが終わっているからだ
Core i7とか秋葉以外では空気
946Socket774:2009/07/12(日) 02:49:02 ID:thN9pSnK
元となるコアが"K10"及びHammer系ってことに異論はないけどね。
「K10改」の改造度合いをどこまで「K10改」と呼ぶのかの問題がある。

・Coreアーキティクチャを「単なるP6改」と呼ぶレベル。
・K8を強引にK10と呼ぶレベル。

上ならば「勝手に言っていればいいんじゃない?」程度の扱い。
下ならばAMDが現状で"Bulldozer"に関して出している
情報のすべてを「嘘」と判断しているぐらいの扱い。
当然APUも嘘。AVX対応も嘘。4オペラント対応も嘘。FUSIONも嘘。
そんな感じの扱い。
947Socket774:2009/07/12(日) 02:51:23 ID:thN9pSnK
・Coreアーキティクチャを「単なるP6改」と呼ぶレベル。

じゃないな。もっとだな。

・Nehalemアーキティクチャを「単なるP6改」と呼ぶレベル。

ぐらいかな?
948Socket774:2009/07/12(日) 04:24:07 ID:DumCHcJd
ha?
949Socket774:2009/07/12(日) 04:31:11 ID:dE/o46Cy
Bulldozerというコード名とAVX対応・GPU内蔵以外公式情報がないのに、
なにをトチ狂ってK10改とか決め付けてるんだろう。
それはK10.5のPhenomIIだよ。

まあ、K10改改だとしてもSMT搭載すればi7やSB超えは可能だろうけど。

どちらかというと、FPU/SSE/AVX命令とGPUコアがどう関わってくるのかが気になる。
最初の世代は無理みたいな話も聞くけど、
それじゃAPUと呼べないただのCPU+GPUじゃないか。
GPUでAVX(できればSSEも)命令を処理できてこそAPUと呼べるんじゃないのかな。
950Socket774:2009/07/12(日) 04:32:10 ID:vhdNy/GL
Bulldozerではアーキティクチャが一新される期待があってwktkしてたら開発失敗したから
反作用で下方向にぶれるのは仕方ないかと。
APUとかFusionの類だって元のロードマップでは2009年予定でしょ。
SSE5も「AMD独自で大丈夫?」と言われた挙句に案の定の路線変更。
目論見どおりに事が進まないのは企業規模を考えれば仕方ないが、
信用を得るには地道にモノを出して証明していくしかないだろうね。
951Socket774:2009/07/12(日) 04:40:49 ID:vhdNy/GL
APUも、実際にモノが出てこないことにはなんとも……
GPU統合に、皆さんがどんなハードウェア/ソフトウェアアーキティクチャを
想定して魅力を感じているのか、さっぱりわからない。
SSE/AVXの拡張でGPUやるんですか(笑)
952Socket774:2009/07/12(日) 05:16:24 ID:zuMlCcyp
GPUとCPUの統合は、同一ダイ上のGPUコアとCPUコアで
機能の被ってる演算リソースを共有するだけの
低価格PC向けの技術だろ?
953Socket774:2009/07/12(日) 06:02:22 ID:DumCHcJd
S3のChrome400/500は、shader部がcentaur設計で非積和算器
つまりは既存のSSEユニットの改良

SSE/AVX拡張でGPUなんてのは別に何の不思議も無い
larrabeeも結局はそう
954Socket774:2009/07/12(日) 06:04:37 ID:rg0kfF70
>>938
異次元世界の現実ならともかく
演算ではCPUの100倍なGPU入れてやっとこNehalemに肉薄とか
そんなショボレベルになるわけがない

x86コアだけで見るならループ専用キャッシュなんてキモ馬鹿げたもの積みそうにないから
ベンチではいつまでたってもIntel x86コアには勝てないだろうけど分岐処理等ならすでに凌駕している
955Socket774:2009/07/12(日) 06:24:04 ID:jh8bao4C
IntelがSandyBridgeに統合したGPUをコプロセッサとして扱えるようにしてきたらどうなるだろうか、などと
L3キャッシュに直付けするくらいだから何かあるとおもいたいが

8月テープアウトなのに何も追加情報が無いってことは何も無いよね、多分
956Socket774:2009/07/12(日) 06:33:44 ID:rg0kfF70
>>955
DirectX11対応らしいから
AMDみたいな工夫せずにそのまま載せるだけでもかなり汎用的に使えるし
エンコやレンダではGPUってだけで既に使えてるけど


IntelGPUって性能低いんでしょ
957Socket774:2009/07/12(日) 06:48:59 ID:da+2kVMo
あぁ、目を覆いたくなるほどな
958Socket774:2009/07/12(日) 10:54:40 ID:OzHkRUMO
>>954
どのくらい分岐処理で有利に立ってんの?
性能比較ってループとかバンド幅のしか見たことないから見たいんだけど。
959Socket774:2009/07/12(日) 11:28:17 ID:VDjEMFyu
IBMのスーパーエンジニアがAMDに来て設計しなおすっていってたじゃん!>ブル
960Socket774:2009/07/12(日) 11:39:55 ID:rg0kfF70
>>958
K8でも分岐予測有利と言われてたところにK10でさらに強化

実際の計測はハノイベンチ改のしか知らんけど
ttp://unkar.jp/read/pc11.2ch.net/jisaku/1202611785の601がK10の結果
他のは「分岐予測ミス」でスレ検すればいい
Pen4もかなり良い数字が出てるけどこれも公表通り
961Socket774:2009/07/12(日) 12:25:12 ID:JXlso357
>>950
「開発延期」の情報はあるが「開発失敗」の情報がない。
SSE5もSSE5で追加されている。路線変更はAVXの追加。
962Socket774:2009/07/12(日) 12:32:53 ID:SmPwATcD
2011年だとモバイルがデスクトップの1.5倍、利益だと2倍とかなってそうなんだけど
モバイル向けとして見た場合のワットパフォーマンスはどうなんだろうな。
今のところ鯖向けを第一目標としてそうな雰囲気だが。
963Socket774:2009/07/12(日) 12:46:23 ID:OzHkRUMO
>>960
もっとインパクトのある結果が欲しかった。
どうしてもメジャーなベンチで負けるからこそ、
予測的中率がインテルの、可能ならi7の何%増しで、
CPUパワーのいる代表的なアプリでどんだけ速くなるってデータが。

つーかAMDはこういうアピールが全然ないんじゃないか。
964Socket774:2009/07/12(日) 12:52:56 ID:60bu2ZA3
>>963
>>960は分岐予測有利についてのベンチを示した
これで納得がいかないなら、お前自信が分岐予測についての比較ベンチ結果を示せよ
お前は口だけなのかな?

もう一度言う
>>960は分岐予測有利についてのベンチを示した
965Socket774:2009/07/12(日) 13:09:01 ID:uwr0jwb0
帯域とかクロックとか分岐予測だけで勝負するわけじゃないんだし
あまり一つの数字に固執してもなぁ
966Socket774:2009/07/12(日) 13:18:27 ID:/aQ9+acK
CPUのスレだし話のネタとしては面白いのでは
967Socket774:2009/07/12(日) 13:27:42 ID:60bu2ZA3
>>965
>どのくらい分岐処理で有利に立ってんの?
に対する回答だから

分岐予測が絶対至上主義って話ではないからあしからず
968,,・´∀`・,,)っ-○○○:2009/07/12(日) 13:39:49 ID:2yzeV0ux
強力な分岐予測機構って実は本当にランダムなパターンには弱い。
履歴のパターンからの推測でしかないからね。
969Socket774:2009/07/12(日) 13:55:48 ID:rg0kfF70
>>963
PhenomとCore2のハノイベンチ(改造前)比較で
速度は2倍以上、予測ミス数では8倍以上の差があるのに
メジャーなベンチじゃないってだけでインパクトも無いのかw
ちなみにi7は2からノースとキャッシュをいじっただけなはずだから
速度はともかくミス数はそう変わらんはず(誰かに測定してほしいとこではあるけど)

ベンチなんて指標化のために分岐とか極力排除するはずだし
同じことの繰り返しだからGPUでやったほうが速いもんばっかりだろ
970Socket774:2009/07/12(日) 13:56:47 ID:rg0kfF70
速度じゃなくてクロックだ
971Socket774:2009/07/12(日) 14:11:45 ID:vhdNy/GL
ハノイベンチというのは、ソースコードはどこにあるの?
972Socket774:2009/07/12(日) 14:33:24 ID:rg0kfF70
ttp://ux.getuploader.com/mosa/download/25/1203205200.zip
もっさりスレ38のID:IZOakc8Zが上げたファイルとってあったから無転してみる
973Socket774:2009/07/12(日) 14:41:04 ID:vhdNy/GL
いや、開発者がメンテナンスしている版がSourceForgeかどこかにあるんじゃないのか、という話で…
974Socket774:2009/07/12(日) 14:53:54 ID:EKOWBDlY
>>972の中にソースコードが入ってるよな
後出しで話をすり替えようとは見苦しい
975Socket774:2009/07/12(日) 15:01:29 ID:rg0kfF70
大元のベンチはVectorからのサイトリンク切れてるしバージョンもそのまま
問題のベンチ開発者(改造者?)ID:IZOakc8Z作のほうも単発

メンテナンスて何?
Intel最適化して欲しいの?
976Socket774:2009/07/12(日) 15:11:27 ID:/aQ9+acK
>>969
NehalemはBTBの拡張やってる
977Socket774:2009/07/12(日) 15:23:09 ID:vhdNy/GL
テヘなんとかいう頭の悪そうなコテハンがいるので該当スレはほとんど読んでいないが、
他に本当のベンチマークはいくらでもあるのに、得体の知れないコード片を拾ってきて
「これこそ待ち望んでいた真実の啓示だ!Core2Duoはやはりもっさりだった!」
モーゼの十戒に出てきた、民衆が金の牛の偶像を崇拝してるシーンを思い出すよ。

このハノイの塔のコードはジャンプが二箇所しかなくて、1箇所は(妙な)カウンタで
1億回に1回しか分岐が変動しない。もう1箇所はハノイの塔なので、周期的に
結果が変わるがこちらも基本的には変動しない。
ごくごく限られた性質の条件分岐について、それぞれのCPUが採用した機構が
ミクロに適合するかどうかを調べているに過ぎない。

「この」プログラムを実行する上での優劣を比較するなら良いが、「一般的な
プログラム」での条件分岐機構の優劣について考察したいなら、
実際のプログラムで出現する様々な性質の条件分岐を多く含むコードで
ベンチマークを取らないと、何の意味もないよ。
978Socket774:2009/07/12(日) 15:28:46 ID:ZcewEJuO
>>977
言いたい事がたくさんあるのは分かったけど
本当のベンチマークがいくらでもあるのなら、結果も一緒に貼った方がいいんでは

そのベンチマーク結果を持ってきてよ
979Socket774:2009/07/12(日) 15:29:43 ID:rg0kfF70
ttp://microboy.seesaa.net/article/90071919.html
ttp://ja.wikipedia.org/wiki/AMD_K10
> 2nd Level BTB(Branch Target Buffer)の追加
> renamed RSB(Return Stack Buffer)

> 512エントリのインダイレクト分岐予測、大きいリターンスタック(K8の二倍)、分岐対象のバッファ

あれ・・・結構似たようなことやってんのか・・・
980Socket774:2009/07/12(日) 15:34:21 ID:cVZMsY11
確かに>>977は「いくらでもある本当のベンチ」を持ってきてくれ。
当然>>958氏や>>960氏か始まる「分岐予想」に関連するベンチな。
「本当のベンチ」って時点で何を言っているかさっぱりだけさ。
981Socket774:2009/07/12(日) 15:36:00 ID:EKOWBDlY
AMDが良い結果を残すベンチ=偽物のベンチなんだろ
982Socket774:2009/07/12(日) 15:49:15 ID:uwr0jwb0
むしろランダムの分岐に強いという方が怖いんだが
どういう実装なんだろう
この辺は興味あるな、速度はどうでもいいけど
983Socket774:2009/07/12(日) 15:55:56 ID:Y7rEyPqK
K10とi7じゃないが、K8とcore2の分岐予測ベンチは見たことあったなと思ってググッた
http://www.realworldtech.com/page.cfm?ArticleID=RWT102808015436&p=5
984Socket774:2009/07/12(日) 15:57:24 ID:vhdNy/GL
ああ、悪かった。俺は別に条件分岐を測ることに全く興味はないんで、そんな
ベンチマークは持っていない。ただそのソースコードに含まれるPMC testという
モジュールが任意の区間のプロファイルが出来るようなので、もっと一般的な
アプリケーションに近いコード、たとえばgzipとか、エンコーダとか、スクリプトの
インタプリタとかを実行した方が、意味のあるデータが取れるだろう、という話。

ハノイの塔はほんとにCPUの分岐予測の能力と関係ないんで・・・
これは実際にコードを読むか、読めないなら信じて欲しい。

でも、なんでそんなに分岐だけ好きなの。
CPUなんだから(いや、別に車でも何でもそうだが)、全体見ないと意味ないよ?
985Socket774:2009/07/12(日) 16:01:27 ID:TyOqKELU
分岐予測の精度はK8は低いんじゃなかったっけ?
NetBurstなんかパイプライン深いからペナルティ少なくするために精度は高いでしょ
986Socket774:2009/07/12(日) 16:09:55 ID:NWSi92MF
>>984
(笑
987Socket774:2009/07/12(日) 16:34:13 ID:rg0kfF70
・PenMは分岐予測の制約(?)が複雑(ソース失念)
・K8は広域に予測し優秀ttp://74.125.153.132/search?q=cache:1FVC8JWsdt4J:h2np.net/pi/amd_vs_intel.html
・Pen4は予測を強化ttp://www.itmedia.co.jp/news/0008/25/p4.html
・K10でも強化(上記の通り)

これらの傾向がハノイにダイレクトに反映されてるのが判る
P6〜Coreは最適化具合ではK8と同じミス数になるけど元のままだと酷いとこだとか
988Socket774:2009/07/12(日) 16:49:02 ID:9HHcYwvD
ROMってたけど、ちょっと気になるので質問。
AMDの分岐予測がすばらしいのは分かったけど
その分岐予測でどれだけ快適になるの?
989Socket774:2009/07/12(日) 16:53:15 ID:BCaE/E76
>>985
サーバーでの使用が前提のK8の分岐予測が低いとかありえない。
Pen4の予測精度はミスが致命的になるから過剰に高かったらしいけど。

K8の予測精度は高く、ミス時のペナルティは少ない。
NBの予測精度は非常に高い、ミス時のペナルティもかなり大きい。
Core2やi7はK10とあまりかわらなそう。
990Socket774:2009/07/12(日) 16:56:02 ID:Y7rEyPqK
>>989
いや、>>983を見るとK8は大概core2より分岐予測制度で劣るようだが・・・
991Socket774:2009/07/12(日) 16:58:32 ID:q+O69hkH
「高い」と「非常に高い」の差だろ
992Socket774:2009/07/12(日) 17:02:52 ID:Y7rEyPqK
じゃあC7あたりが普通という基準なのか。
ずいぶんと平均値が高い方に偏った基準だな
993Socket774:2009/07/12(日) 17:25:49 ID:Zcj7I9du
>>942
どっかのライターが書いてた
曲芸のようなニコイチプランは
まず無いよな。

ベクタ演算伸ばすんだったら
現行コアにSIMDユニット増強で事足りるんだし。
994Socket774:2009/07/12(日) 17:37:45 ID:05XvSzbC
K8/K10とCore系でもっとも差がついたのが、キャッシュ構造の差。
さらに「どちらが優れている」ではなくて、Intelのキャッシュ構造が、
時代に合っていた…というか。シェアの大きいIntelのキャッシュ構造に、
ソフトウェア側が効率化させたのが、もっとも有利な点だった。

…ってのをどこかの記事で読んだな。
995Socket774:2009/07/12(日) 18:05:50 ID:BPMeup6X
時代に合っていたんじゃなくて
時代はインテルになびきやすい
996Socket774:2009/07/12(日) 18:06:15 ID:/aQ9+acK
いつかのミーティングで見たけどIntelは製造プロセスよりソフトウェアに投資しているらしいね
997Socket774:2009/07/12(日) 18:09:42 ID:Qu1qWUI5
最適化で変わるのなんて3%あれば良い方
998Socket774:2009/07/12(日) 18:21:08 ID:uwr0jwb0
>Intelは製造プロセスよりソフトウェアに投資しているらしいね
俄かには信じがたいが
そのくらいしないとサポートは得られないということだろうか
999Socket774:2009/07/12(日) 18:31:15 ID:bqDKV+1e
>>955
GMAIntel C++
1000,,・´∀`・,,)っ-○○○:2009/07/12(日) 18:37:38 ID:2yzeV0ux
IntelはGMAそのものをCPUから操作出来るようにする予定はないよ。
GPUとして使えるCPU(Larrabee)を先に作ってしまって最終的に統合する算段。
10011001
1台のマシンが組み上がりました。。。
新しい筐体を用意してくださいです。。。。

         自作PC板@2ch http://pc11.2ch.net/jisaku/