AMD、「Shanghai」コアの新Opteronと新CPU「Phenom II」を発表

あるAnonymous Coward 曰く、

AMDが開発コード「Shanghai」と呼ばれていたサーバー向けクアッドコアCPU「Opteron」の新モデルを発表した。また、同時にデスクトップ向けCPU「AMD Phenom II X4」「AMD Phenom II X3」も発表された（マイコミジャーナルのPhenom IIの記事、マイコミジャーナルのShanghaiの記事）。

新OpteronおよびPhenom IIシリーズはすべて45nmプロセスで製造され、従来モデルと比べてより省電力ながら高性能になっているとのこと。また、Phenom IIは新Opteronと同一のプロセッサダイを使った製品で、アーキテクチャもほぼ同じ。Phenom II X4は4コア、Phenom II X3は3コアを搭載する。
これらの改善により、Intel製品と比べて弱点とされていた整数演算やJava性能が大きく向上したとのことだ。なお、Phenom IIの発売は来年前半を予定しているとのこと。

最近ではIntelのCoreシリーズに水を開けられているAMDだが、反撃となるか。

Shanghaiって

[multiplex (33585)]

コア二つを繋いだら消滅しそうな名前だなぁ

都市名よりも

[Anonymous Coward]

我が国だと旧日本軍の機体名をコードネームにすれば、
Ｃ２Ｄが出てくる前、アスロン６４とそれに続くx2で
市場を席巻した快進撃の頃と、Ｃ２Ｄが出て一転して
しまった現状の厳しさと、絶対的不利であっても
強大な敵インテルに立ち向かわなければならない
ＡＭＤの境遇はかつての旧日本軍にダブって見えてしまう。

コードネームを旧日本軍機にすれば日本のＡＭＤファンのみならず、
琴線に触れた自作ＰＣユーザーが進んで選んでくれるかもしれない。

新オプテロン・フェノムはＡＭＤが送り出す
「ｘ８６系中央処理計算機戦争決戦機」と位置づけよう。

Re:都市名よりも

[yohata (11299)]

ちなみに新コアは、資金の有り余るトヨタにF1開催権を取られたSuzukaだったりするわけで。
尚のこと「あー、なるほど」としか言えない状況だったりしますが。

#サイリックス以降インテル使ってなかった私も、今じゃすっかりCore2なワケで。

Re:都市名よりも

[Ying (4319)]

サーキット名ではなく開催地名ならOyamaでは？

Re:Shanghaiって

[megadb (11654)]

じゃあ次のコードネームは"Sichuan Sheng"で。

Re:

[Anonymous Coward]

えー、"Dragon's Eye"じゃないんですか？

#おねーちゃんの画像が妙にバタ臭かった記憶

Re:Shanghaiって

[Anonymous Coward]

"ching hai"(DOSの上海もどきフリーソフト)が思いついてしまった・・

# ご褒美のおねーちゃんを脱がす隠しコマンドを出すことで１日を費やしていた若かりし自分。

４コアだから

[dartei_harry (6792)]

4つ出揃ってるから、他との組み合わせの影響を考えずに安心して選べますよ！って意味かも

Re:Shanghaiって

[Anonymous Coward]

四川省(ゲーム) [wikipedia.org]
Javaアプリ [nifty.com]
四川省はこういうゲームです
繋ぐと言うとこっちを思い起こします

Phenom IIがPentium IIに見えた

[miyuri (33181)]

T/O

Re:Phenom IIがPentium IIに見えた

[quililila (23086)]

++;

Re:Phenom IIがPentium IIに見えた

[Elbereth (17793)]

goto #1455164;

Re:Phenom IIがPentium IIに見えた

[SNT (23129)]

printf("%s","ここには来ないはず。着たらバグ。");

Re:Phenom IIがPentium IIに見えた

[NaKIT (13044)]

最終段階に「着いたら」で検索しても引っかからずに消し忘れ、納品後も残ってしまうコード。

バグ持ちから解放されるのか・・・

[popn.ja (34724)]

いくら位で出てくるのでしょうかね？

#性懲りもなく初物買いしたりして。

Re:バグ持ちから解放されるのか・・・

[masarakki (33893)]

DDR3が・・・待てない予感・・・

バグ持ちから解放ねぇ・・・

[Anonymous Coward]

Athlon64 X2の頃からの腐ったTSCの扱い方は一体いつになったら修正してもらえるんでしょうね。
当時Winな環境ではDual-Core Optimizerとかってアプリで誤魔化していたようですけど。


＜おふとぴ＞
TSCの腐ったX2とHPETの腐ったnForce4でcpufreq EnableなLinuxを使っていた頃は本当に大変でした
openntpdを上げつつ、1時間おきにhwclock --hctosysしてましたよ
しかも当時はSMPだからこうなんだと信じていましたし(笑)
＜/おふとぴ＞

Re:バグ持ちから解放ねぇ・・・

[bee (10028)]

Intelだってコアごとにずれてましたよ。ConroeからFSBの倍数でカウントするようになってますよ。

Re:バグ持ちから解放ねぇ・・・

[wosamu (4952)]

VMWare使うと猛烈な勢いで時計がずれて驚きますよね。

Re:バグ持ちから解放ねぇ・・・

[Anonymous Coward]

> Athlon64 X2の頃からの腐ったTSCの扱い方は一体いつになったら修正してもらえるんでしょうね。
> 当時Winな環境ではDual-Core Optimizerとかってアプリで誤魔化していたようですけど。

PhenomやBarcelona(65nm)でとっくに直ってますけど。TSCの問題があったのはK8コアだけです。

> TSCの腐ったX2とHPETの腐ったnForce4でcpufreq EnableなLinuxを使っていた頃は本当に大変でした

Cool'n'Quietをdisableすれば良かったンでわ?

Re:

[Anonymous Coward]

>#性懲りもなく初物買いしたりして。
「新しい」と言われるとねぇ･･･。

うちのPhenomもCore2もバグ付きだ･･･。

Re:バグ持ちから解放されるのか・・・

[KuroButa (37060)]

うちのPhenomもエラッタ付きですが、特に困ったことは無いですね・・・
まぁ本体5万以内で安く組んだPCなので、遅さを感じさえしなければいいかと。

#「Phenom II X4」ってことは読み方は「Phenomツーバイフォー」かな?

Re:バグ持ちから解放されるのか・・・

[hamukichi (5525)]

>「Phenomツーバイフォー」

なんで？　なんでセキスイハイムなんだ？

バグのないCPUなんて、バグのないプログラムのようなものだ

[Anonymous Coward]

Z80互換CPUあたりならないかもしれないが、どのCPUでもエラッタはつきものでしょ。

Re:バグのないCPUなんて、バグのないプログラムのようなものだ

[chocopa (14067)]

＞Z80互換CPUあたりならないかもしれないが、どのCPUでもエラッタはつきものでしょ。

Z80互換CPUのバグといえば、HD64180ですね。
今は無きプロセッサ誌だっけで読んだのを覚えています。

探したらありました。

http://homepage3.nifty.com/z80/64180r0.htm [nifty.com]
「後に「R0マスク」と呼ばれる最初の64180は、実はいくつかの不具合の点を持っていました。カウンタ出力にスパイクノイズが出る、ASCI(UART)チャンネル0のクロック入出力とDMAチャンネル0の転送要求との切り替えがスリープモードで衝突する、アドレス遅延時間・アドレスセットアップ時間などが通常動作時と特殊動作時で異なる、ウェイト中にリセットをかけても働かないことがある、TRAPの発生時にNMI割り込みがかかると、TRAPの飛び先がNMIと混同されるなどです。このため日立はまもなく不具合を修正し多少の拡張を施した「R1マスク」を出荷し、今はR0マスク品は市場に存在しないはずです。」

i80386並の速度が出るV30(高速i8086)であるV33もバグがありましたね。詳細は覚えていませんが同様にプロセッサ誌で読んだように思います。

Re:バグのないCPUなんて、バグのないプログラムのようなものだ

[Anonymous Coward]

Z80互換あたりになると bug も継承されて設計されてるとか。

Re:バグのないCPUなんて、バグのないプログラムのようなものだ

[taka2 (14791)]

8bit時代のCPUバグで有名なのといえば8080 [wikipedia.org]ですね。
インテル本家のチップはBCD演算補正命令の動作にバグがあり、
NECは当初そのバグを修正した互換チップであるμPD8080Aを発売したのですが、
ソフトウェアの互換性が無くなるというのが不評で、
結局バグも再現したインテル完全互換のμPD8080AFを発売する羽目になりました…

Re:バグのないCPUなんて、バグのないプログラムのようなものだ

[alp (1425)]

バグではないです。仕様。8080 の十進補正はもともと加算にしかきかず、減算の時にフラグを更新しない仕様でしたが、NEC が減算の時に便利だろうとやっちゃったもの。ついでにこのバグは μPD753 起因だと思うけど。

Re:バグのないCPUなんて、バグのないプログラムのようなものだ

[Lancelot (32409)]

int a;
volatile int b;
void test(){ a=b=0;}
で、aが0に初期化されない。コンパイラーのバグだ！って

すみません。これってtest()を実行していないというオチですか？
それとも、test()を実行しているのにaが0になっていないという事なのでしょうか？
後者なのでしたら、私も変数aが0になっていない理由がわからないです…

もしくは単に、最適化の影響を勘違いしただけなのでは？と思うのですが…
値を代入した直後にブレークして、変数をウォッチした時にaが0と表示されないという事なら充分あり得ますね。
(変数aが一時的にレジスタに割り当てられている為。変数bはvolatileが宣言されているので最適化が無効になるので常に正しい値が表示される)

--
もうちょっとなんとかなりまへんか…

Re:バグのないCPUなんて、バグのないプログラムのようなものだ

[apt (28270)]

bがvolatile宣言されているから、
bに0をstoreした後、再度bからloadされて、それからaにstoreされるので、
storeとloadの間にbが書き換えられる可能性があるのでは。

Re:バグのないCPUなんて、バグのないプログラムのようなものだ

[Lancelot (32409)]

storeとloadの間にbが書き換えられる可能性があるのでは。

たしかに、マルチスレッドなり割り込みなりで変数bを操作しているというならあり得まね。
ですが、その場合はvolatile宣言の有無や、a=b=0の式はあまり関係ないと思うのですが…
クリティカルセクションを使わないでそんな事したらプログラムそのものがバグるだけかと。

それにしても、このプログラムって前提条件がよくわかりませんねぇ。
#1455232さんの言うI/Oポートの可能性もあり得ますし。

それでも、b = 0の式としての値は0なので、aには0が代入されるはずですが。

この場合、b=0の式の値を代入するのではなく、bの値を代入することになりますので、ポート次第ではこのような症状が発生する可能性はあるのではないかと思います。

アセンブラ的には、

mov [b],0 ; ポートに出力
mov ax,[b] ; ポートから読み出し
mov [a],ax ; 読み出した値をaに代入

となるかと。

--
もうちょっとなんとかなりまへんか…

Re:バグのないCPUなんて、バグのないプログラムのようなものだ

[apt (28270)]

複数スレッドから共有されている変数でも、割り込みでも、I/Oでも、
いずれにしても、何らかの要因でこのプログラムの外から書き換えられる可能性のある変数であると、
わざわざvolatileで宣言しているわけで、
にもかかわらず書き換えられない事を期待していたという矛盾が、嗤うべきところなのではないかと。

まあ、前提条件がよく分からんのは確かですが、組み込み系のプログラムに関わった事のある人なら常識の範囲内。

Re:

[Anonymous Coward]

Ｚ８０の場合はマニュアルにないコードの使い方とかもあるからね
レジスタ指定プリフィクス命令はいろいろ別の命令にも使えるとか

Re:

[Anonymous Coward]

＞Ｚ８０の場合はマニュアルにないコードの使い方とかもあるからね
＞レジスタ指定プリフィクス命令はいろいろ別の命令にも使えるとか

R800使おうぜ。

CPUの擬人化

[Anonymous Coward]

CPUの配置が顔に見える。

Re:

[Anonymous Coward]

このままCPUが進化していくと、頭が出来てくるんですね＞＜
＃ACにしとく

整数演算

[fil (17752)]

>Intel製品と比べて弱点とされていた整数演算やJava性能が大きく向上したとのことだ。

あれ、一般にAMDは浮動小数演算が弱いとされるはずですが…

http://news.biglobe.ne.jp/it/itm_081020_0513666730.html

Re:整数演算

[Anonymous Coward]

それ俺も思ったんだけど、ちょいと古いが
同一価格帯では浮動小数点演算はAMDのほうが高速　SuperπはCore2Duoのほうが高速
http://www.watch.impress.co.jp/akiba/hotline/20060812/etc_amdevent.html [impress.co.jp]
と言う話もあって、同一クロックという基準だとAMDの整数演算が速かった記憶がある。

Re:整数演算

[Anonymous Coward]

手元のCore2Duo E8400（普及価格帯の石）はHDBENCHで
整数、浮動小数点演算ともに42万くらいです。

浮動小数点演算はかなり改善しているようです。

Re:整数演算

[fil (17752)]

いや、さすがに今更旧世代のX2をネタにするのは…
と思ったけど、Phenom自体が意外に既に結構改善していて大差なかった

Re:

[Anonymous Coward]

Athlonが出た当初だと不動小数点はやかったんですよね。vs NetBurstなので今では比較出来ませんけど。
整数演算以外はSSE系が評価対象になって、結局Intelが速いイメージです。

HPCにしたときの実力は互いにどんなものなんでしょうね。

#にこいちでいいから8コアCPUでないかな・・・　AMDにはHT相当の技術ありません・・・よね？

Re:整数演算

[theta (9311)]

>#にこいちでいいから8コアCPUでないかな・・・　AMDにはHT相当の技術ありません・・・よね？

にこいちをご希望でしたら、しばらくお待ちください。
2010年に、6コア×２＝12コアの「Magny Cours」が出るそうです。

●AMD Server Cores Road Map(Estimated)
http://pc.watch.impress.co.jp/docs/2008/0520/kaigai_1l.gif [impress.co.jp]

--
theta

Re:整数演算

[masarakki (33893)]

なるほどこれでマニクールと読むのか・・・
フランス語わかんね

Re:整数演算

[Anonymous Coward]

>不動小数点

何という真逆の誤変換

Re:整数演算

[nofuture (17983)]

浮動小数点数の小数点は不動だ、というギャグがあるよね。

今年中じゃないのかよ。

[Anonymous Coward]

45nm版Phenomって今年末とか言われていたけど来年かよ。
楽しみにしていたのに

Re:今年中じゃないのかよ。

[deleted user (29334)]

半年遅れても笑って済ませ、半年待たされて製品予定が消滅してすら泣かないぐらいでなければ
今時の立派なアム厨やっていけませんよ

--
=-=-= The Inelegance（無粋な人） =-=-=

Re:今年中じゃないのかよ。

[eru (12367)]

45nm Phenomに関してだけ言えば、AMD関係者は皆「今年中になんらかの動きがある」とだけ言っていました。
今年中に発売とか言ってたのはAMD「アナリスト」です。

Fudzillaあたりからの情報は今年中に発売になってましたけどね。
あの辺の情報は話半分どころか話1割ぐらいで見た方がいいのかも？

なんにせよ来年1月早々ぐらいに出るらしいですから、待ってもいいんじゃないかなぁ。

Re:JAVAの性能？

[Artane. (1042)]

ベンチマーク用の中間コードの実行速度では？
つまりは、コードのフェッチや解釈の機能強化（多分投機実行やキャッシュなどのヒット率の向上も入る）で複雑なプログラムでも、コードの実行にかかる実ステップをこれだけ少なく出来ますよヽ(´ー｀)ノ
って感じで。

Re:クマー

[hippopotamus (34561)]

むしろKumaの方が期待大。