AMD OpteronにHammerろう 13way

AMDの64bitCPU OpteronとAthlon 64についてﾏﾀｰﾘ語ろうや！
1999年10月5日 AMD、x86-64(現AMD64)ｱｰｷﾃｸﾁｬ発表
2001年10月3日 ｽﾚ開始
11月19日 AMD、ClawHammerをAthlon 64と命名
2003年4月22日 Opteron発表(200 Series)
6月30日 Opteron 800 Series&100 Series発表
9月23日 Athlon 64発表予定
前スレ
8Wayﾏﾀﾞ?】AMD OpteronにHammerろう【その12】
http://pc3.2ch.net/test/read.cgi/jisaku/1055159652/
過去スレ、FAQ、関連リンク等 ※質問の前に要参照
http://opteron.hp.infoseek.co.jp/

Opteronと書いて「オプテロン」と読む、だｺﾞﾙｧ!!

2get!!

2get!!

楽しみにしとるぜ

ところで、これらのベンチは既出かな？一応貼っとくけど…。
ttp://forum.pcdvd.com.tw/showthread.php?s=&threadid=225482?age=10&pagenumber=1
ttp://www.xbitlabs.com/articles/cpu/print/athlon64.html
2番目のリンク先のレイテンシベンチに特に注目。
Hammer購入者にはぜひレイテンシも計測していただきたい。

オッス
オラごくろうさん

11月19日 AMD、ClawHammerをAthlon 64と命名
↓
2002年11月19日 AMD、ClawHammerをAthlon 64と命名

年が抜けてました

姫野ベンチまだ〜。XLが無理ならLでもいいからさ〜。

>>8
一応前ｽﾚの870がそのつもりなのだがな。

>>9
すみません。見落としていました。

188MFLOPSは遅すぎませんか?
初代Itanium(Merced)の800MHz L3キャッシュ4MBでも、500MFLOPS出てます。

>>1

乙。もう少しでOpteronユーザーになれそうです。

前スレの、>989の示したサイトに書いてある議論は、

あくまでも、
”uOp]の命令長”
であるわけで、"μOP”はあくまでも内部変換済みのRISC命令である以上,
x86命令の命令セット構造と、μOPの命令長の間には何も関係がない、

したがって、その点から言えば、x86命令が32bitの直接演算を含んでいても、
μOPの命令長が32bitで済む可能性は十分ある。

ちなみに、Pen4のレジスタリネーミング後の内部レジスタ数は128本(2~7)
らしいので、この点から考えると、
命令長を7*2+α=14+α bit以下だと仮定するのは明らかにおかしいが、
32bit長の可能性は十分にあると思う。

汝のあるべき姿に戻れクロウハマー

>>12
まあ、正しいけど。よくよく考えると内部はRISC風なんだし、ｲﾐﾃﾞｨｴｰﾄ値が命令に
そのまま連なってる可能性も怪しい罠。

少なくとも漏れは新ｽﾚではｽﾚ違い議論を引きずる気はないし、
その議論は、この辺やめておいた方がいいかと…。というかやめにしましょう。

>>10
遅すぎませんかといわれてもなぁ。
ｽﾜｯﾌﾟしてたようだけど。ちなみにSだと632.3595。

スワップしてたら意味ないじゃないですか。

メモリを増設してください。

ACMLを使ったベンチマークをどこも出さないな。
とりあえずコンパイラはPGI、NAGという有名所がでて
BLAS、LAPACKのライブラリもそろったんで数値演算は
十分な環境が整ったね。

>>16君、すまないが、意味がないかどうかは君の都合だろう。
姫野ﾍﾞﾝﾁがどういうものなのかは知らないし特に興味はない。動作できるからしてみたまでのことだ。
「ｽﾜｯﾌﾟしてたら意味ないじゃないですか」と言われても、それが一般的常識なのかも知れないが私は知らなかったのでな。
すまぬな。

>>12
　　--------------------------
　　したがって、その点から言えば、x86命令が32bitの直接演算を含んでいても、
　　μOPの命令長が32bitで済む可能性は十分ある。
　　--------------------------
x86命令中に含まれる32-bitの値をどこからロードするのか教えて欲しいすけど。。。
わざわざL2やメモリからロードするすか？
それともハーバードアーキテクチャの掟を破って、命令キャッシュとデータキャッシュの
間を行き来するすか？？

>>19
たとえば日立のSHなんかは16bit固定長命令だけど
32bit演算ができるけど…。

>>19
　専門家なので知らないが，μOPに即値を入れたら命令長が無駄に長くなるから，
命令と即値をデコード時に分割してるんじゃない？

　デコード時にレジスタに即値をいれて，x86の即値演算をμOPではレジスタ演算に
変換するくらいの方法は漏れでも思いつく．

　専門家がしらなくてどーすんだ(w
　専門家じゃないのでの間違いです．漏れはただの情報系高専生．

空気の読めないMACオタは放置を強く推奨します
間違いを絶対に認めないので話が成立しません
あげくには自演して荒します

荒しの相手をするのも荒し

>>18
言葉が尖っていてすみません。

姫野ベンチのLはキャッシュに入り切らないため、
CPUだけでなくメモリまわりの性能をも示してくれます。
Opteronはとくにメモリのレイテンシが短いとのことなので、期待していました。

しかし、メモリ不足でスワップしてしまっては、
CPU速度やメモリアクセスの速度の測定よりも、
VMまわりのディスクIO速度の測定になってしまいます。

まあ不満なら自分でオプ買って心逝くまでベンチしとけって話だ
AGP+PCI-X板が出たら買っときなさいな

>>21
その格納先のレジスタは一体どこに？
既値専用のレジスタを用意するの？

>>25
そのとおりです。

Opteronスレの人には、Itanium使ってもないのに、遅いってケナす人いるわけで、ちょっと悔しかったんです。

>>25,27
そうですね、基本的にこの手の用途で導入するときは
オープンルームで自分の使うモンを走らせて決めますもんね。

>>1
涼三ﾀﾝ、スレ立て乙！

>>26
　普通のレジスタだけど？即値専用のレジスタなんて用意しなくても，即値を
レジスタに入れてオペランドをそのレジスタにすれば良いだけじゃん．

　大体既値って何よ・・・．

>>30
　　------------------------
　　普通のレジスタだけど？即値専用のレジスタなんて用意しなくても，即値を
　　レジスタに入れてオペランドをそのレジスタにすれば良いだけじゃん．
　　------------------------
それってもはや「デコード」の範疇を超えているすけど。。。
当然、レジスタの空きなんかをチェックする必要があるすから、状況によってわパイプラインも止まるす。

しかしweb上の電波さんを弁護するために、新アーキテクチャまで脳内開発してしまう
ヒトが出てくるのわ何故なんすかね？

デコードしたときにLoadとalu命令に分けられるだろ。

>>33
　　---------------------
　　デコードしたときにLoadとalu命令に分けられるだろ。
　　---------------------
くり返しになるすけど、コード領域からロードするすか？メモリ保護の点からも、メモリの2度読みになるという点からもあんまり感心しないやりかたす(笑)

　　.-､　 _
　　ヽ､メ､〉　　　　　 r〜〜ｰ-､__　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　 ∠イ＼)　　　　　 ﾑﾍ._　 　　 ﾉ　　　　　 |
　　　⊥＿　　　　　　┣=ﾚﾍ､_ 了　　　　 ｜　え−−い、レジスタの話などはいいっ！
-‐''｢　＿　￣｀' ┐　 ﾑ　　_..-┴へ　　　＜
　　|　|r､ ￣￣｀l Uヽ　レ⌒',　　　 ヽ.　　　|　SK8Nを映せっ！ nForce3 Pro 150のベンチマークをっ！！
　 (三　 |`iｰ､　 | ﾄ､_ソ　　　}　　　　 ヽ　　 |
　　|　|｀'ｰ､_　｀'ｰ-‐'　　　 .ｲ　　　　　 `､　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　|　|　　　｀ｰ､　　　　∠.-ヽ　　　　　　',
_＿l___l＿＿＿_ l｀lｰ‐'´＿＿__l.　　 　 　　|
￣￣￣￣￣￣￣￣￣￣||　 .|　　　　　　|
　　　　　　　　　　　　　　 ||　　|＿＿.. -‐ｲ
　　　　　　　　　　　　　　 ||　　 |　　　　ﾉ/

荒らしの相手をして、「　効　力　感　」を与えるのが

最大の荒らし。

>>36
別に荒らしてるつもりも無いすけどね。。。
同類扱いされたくないなら、
http://www.ne.jp/asahi/comp/tarusan/main11.htm
のような知ったか厨房にAMD好きの皆さんが本当のことをちゃんと教えてあげて欲しいす。
まさか、この辺の話を信じてIntel駄目とか言ってるんじゃないすよね？

何だまた粘着が来たのか

>37

現に荒れてるだろ。その話し方止めて（実際不快だよ。その話し方だけで）、
コテ変えれば荒らし認定もなくなるだろうに。

…まあ空気読めてないって言われるのは代わらんか。

>36
もう相手しない。ｺﾞﾒﾝ。

>>37
もちろんそんな話は知らないがIntelはだ〜め♪

>>35
まさか、それアムロの父ちゃんじゃないよね？
えらくインパクトのないＡＡだな。

それにしてもあと丸２ヶ月かあ・・・
金が無い。

★★★★★★★★★★★★★★★★★★★★
★　　激安アダルトＤＶＤショップ　 　★
★　　　　お買い得セール1枚500円！急げ！ ★
★★★★★★★★★★★★★★★★★★★★
　　　　　　　　激安でDVDをGET！
　　　　　　http://www.get-dvd.com
　　　何と！　1枚　500円均一　セール中！

　　　インターネット初！「きたぐに割引」
　　北海道・東北の皆様は送料も激安！！
　　　　　　http://www.get-dvd.com
　　　　　　　ゲットDVDドットコム！
　　　
　　　　今すぐアクセス　　Let's go　!!!!!!!

>>39
つまり、「言葉が不快なら、内容わ駄目。読みやすければ嘘八百も信じちゃう」ということすか。
匿名掲示板で情報を集めるにわ、向かない性格すね。
馴れ合い系の場所の方が良いんじゃないすか？ここをそうするのが望みというなら、誰でも
書き込める２ちゃんねるのシステムとわ、そぐわないと思われるす。

>41
えっ！初期ロットに手を出すの？

>>33
　Load命令も，即値→レジスタなら32bitの即値を持たないといけないわけで，
32bitには確実に入らない．

>>31
　デコードというのは語弊があるかもね．とりあえず即値版のレジスタリネーミング
みたいなもん．

脳内ルールだけで生きてるMACオタは放置でよろ
MACオタが間違いを指摘されたときにひたすら逃げを打つのを見るのもいい加減飽きたし

>43

ああ、ほんとに此れがラスト。書き逃げするからレスしないで宜しい。

読みやすく真摯に嘘八百かいてる奴は諭して、それでも直らなければ叩くが、
お前さんはそれで直らなかったばかりでなく、キモイ言動を直さないから叩いてる。
(まあ個性って言い張るんだろうが。)いっくらマトモな事書いても(書いちゃ居ないが)、
空気読んでない(自分の所為で荒れてるわけじゃないと思ってるだろ？)、話聞かない…

少しはわが身を振り返れ。MACオタって見るだけで拒否反応示す奴多いんだから。

そっか、G5登場でしばらくいなかったから
耐性が無くなってたんだね。

漏れもこれでラストにする．

　実はレジスタリネーミングをどうやって実装しているか知らないで書いてた．
レジスタリネーミングで論理レジスタに実レジスタを割り当てる機構を利用して
命令発行前の段階で即値に実レジスタを割り当てられるかどうかは知らない．

　もしできなかったら，多分>>33が言いたかったであろう事が行われる．2つの
Load命令が発行されて，それの一つは上位16bitに即値を代入するLoad命令，
もう一つは下位16bitに即値を代入するLoad命令．

MACオタって負けん気の強い子供って感じだな
確かに○○信者の発言は痛いものが多いけど
「若いなあ」とか「俺もこんな頃があったよなあ」
とか頭の中で流せばいいじゃないの

どんな内容であれ議論によるレベル向上は歓迎だが
スレが荒れることによって本物系の人が寄り付かなくなる
という弊害もあるということも覚えておいて欲しい

>>50
> どんな内容であれ議論によるレベル向上は歓迎だが
奴の場合はその「議論」が成り立たないから叩かれてる。

はっきり言っちまうと、前スレ後半の低レベルっぷりがMACオタの呼び水になってたんだよ。
これから夏だからしょうがないのかも知れんが、
諸々の動作報告（っぽい書き込み）すら無視してまでグダグダ罵りあうのはどうかと思う。

とりあえず人を低レベルとか知ったか厨房と言っていれば
高みにいるような気分に浸れるんだろうね。正直うらやましいw

知ったかしてる人は下手なこと書き込まずに、まずはしっかり自分で調べてから、ね。
　
漏れ含め。

いまだにあやつをあぼんしてない奴多いのね・・・

Opteronユーザになった人、レイトレベンチを試してみ。
http://www5e.biglobe.ne.jp/~liquor/raytrace

>>50
＞MACオタって負けん気の強い子供って感じだな

「オタ」を自称するのはそういう人格を自認している事を主張しているのだと思われ

マカー嫌いだからじゃない？

>>5のベンチ見ると64ってPen4だけじゃなく
XPにも負けまくってるじゃん
XP3200+の性能を上回れるクロックで動く石取れてんのか？
なんか発売されずに終わりそうな予感。

G5コケタからココに出現してたのか成程・・・・

>>59
DirectX9のカードと同じ様な感じだね
32bitアプリはエミュレーションとかね（･∀･）ﾆﾔﾆﾔ

MACｵﾀ嫌いなやつは勝手に嫌うなりあぼーんなりすれば良い
もっともらし（くも何とも無）い理由付けて奴より上になった気になってるのはすげー格好悪いと判れ

AMD's Dirk Meyer goes on sabbatical
http://www.theinquirer.net/?article=10580
Athlon64の生みの親で、AMDの上級副社長のDirk Meyerﾀﾝは、
7/1から2ヶ月間の休暇に入ったそうです。　(;´Д｀)ﾏﾀｰﾘしすぎ…。

>>62
あんたがその格好悪い奴より上になった気分になってない？

>>64
禿同
神にでもなった気分でいるね62は・・・・

>>19
連続する次のμopがimm値であると命令側に書いておくだけだろ。そんなことも
思いつかないで人をバカ呼ばわりか。
命令長32bit固定のCPUなんていくらでもあるだろうが。

>>27
いまさら速い遅いの２極で話しても意味無いことなんじゃないのか。
みんな分かってるとは思うが。
今のOptのｼｽﾃﾑに限って言えば、ﾒﾓﾘはRegisterdだしWindowsも32bitだしね。
普通に使ってたらXEONもOptも変わんないよ。
で、姫野ﾍﾞﾝﾁLをﾒﾓﾘだけで動作させるのには何GBいるんだい？

　最後にするって言ったのに・・・スマソ

>>66
　デコード済みのμOPはout-of-order実行されます．その測値と他のμOPとを
区別する仕組みを作るのはメンドイです．ただでさえout-of-orderはレジスタ
リネーミングや分岐予測を利用する複雑な処理なんですから．
　そんな仕組みを作るくらいなら，>>49で書いたように2つのLoad命令に分ける
ほうがずっと楽です．

メイン機でOPシステムの導入を真剣に検討しているんですが、
OPってAthlonより体感速いんでしょうか？
ベンチ云々も重要ですが、やはり実際の使用感の方がメイン機にするには
大事だと思ってますんで。

実際に購入された方、レポートお願いします。

もしμOPが32bitだったらどうする？などという不毛な想定の仕組みを
考えてあげることもなかろうに。

Opteron240*2　1GB*2/REG(M/B　HDAMA)を使用している
のですが、姫野ベンチをやってみて出た結果は、

MFLOPS：511.4091
time(s)：6.562500
8.3494873E-04

The loop will be excuted in　　27 times.

でした。

初めて実行したのですが、しのままで良かったのでしょうか？

CPU負荷は50%、メモリは1.95GB食ってました。

＞しのままで良かったのでしょうか？
「このまま」の間違いです。

>>59
Opteron148（仮、2.2GHz？）は取れてる。例のスパコンに採用。

一般向けの甘めの基準、RevUP、で2.4GHzくらいは出して欲しいものだね。

1.8GHzで3100+、2.0GHｚで3400+だから2.4GHzだと4000+になるわけだが、
たとえ2.4GHｚが採れる状態まで行っても、
90nmが順調でないなら最初は2.0GHｚでじわじわクロック上げて時間稼ぎじゃない？
今後のP4の処理速度にもよるだろうけど。

>>74
まあいつものAMDのパターンですから、その通りでしょう。
4000+(2.4GHz)でTejasの4GHzに対抗できるかは？？？ですが。

>>71
このスレは実際にどうこうよりも
机上の空論を楽しみたい人たちばかりだから、
何か書くだけ無駄ですよ。

>>76
いやいや、そんなことはない。

>>71
ちょっとメモリが足りないかも知れないね。

レイトレとか、Photoshopベンチの方が良いかも。

>>71 連続悪い。
CPU負荷50%っていうのを忘れてた。
普通は負荷90%を超えるので、残念ながら全然ダメな結果な様です。

>>73
あれ完成予定2004年内だよ。仮稼動の段階では低いｸﾛｯｸのタマでやってる可能性は高い

opteronもがんがっているが、Itenium２も採用が増えてきているから、まだまだどっちが
成功するかわからないな。
ath64もうまくいくかどうかわからないな。Athlonはがんばってくれたと思うよ。ホントにね。
ああ、成功するか否か。ああ、不安だぁ。90nmの出荷を来年の第一四半期ぐらいには
初めて欲しかったなー。

昨日ﾊﾟﾁﾝｺで30ﾏｿ勝ったので今から刈ってきまつ。

姫野ベンチ、ソースをみたらメインで使うアレイは、(32bit floating仮定で)
SS: 3.5MB
S: 28MB
M: 224MB
L: 1.75GB
EL: 14GB
サイズ依存性はキャッシュとの関係のようなのでMやLでも充分かと。
ELは1-2CPUでやる問題じゃないはず。
ちなみに、前スレでも書いたけどAthlonXP2800+で700MFLOPS程度。

前スレでSK8Nを買ってた人、まだ見てたらAGP周りの転送速度を計ってみてくれないかな。


と、何で計るのが適切なのか・・・汎用3Dベンチだといまいちだし、FinalRealityのAGPテストだとすでに大抵のビデオカードで
ローカルに入っちゃうしな。

>>67
> で、姫野ﾍﾞﾝﾁLをﾒﾓﾘだけで動作させるのには何GBいるんだい？

7GB積んだマシンでは、普通に動いたよ。

メモリはECC Registeredだし、PC133 CL3 ですけどね。
FSBだって、2.1GB/secしかないよ。

メモリ帯域が狭いよう。Pen4のSiS964だってAlpha21364の半分の
帯域しかないし。

Alphaと比べるのは酷かと思われ。

というかR659（964はサウスブリッジ）だとPC1200が使えるから半分じゃなくて75%程度でそ。

>>87
75%って結構がんがるね。Opteronの3本のHTをすべて
ノースに繋げば19.2GB/secまで行けるんだから6chぐらいかな?

>>85
Rioﾒﾓﾘｿｹｯﾄ4本だからなー。Regの2GBﾓｼﾞｭｰﾙはさすがに持ってないでやんす。
ま、今の環境じゃ同価格のXEONより若干遅めってことかな。

>>80
そうすると、後々に大量に中古市場に流れる可能性があるな。
さすがに新品としては売れんだろうから。

開店セール見に来てーーーーーーーーーー！DVDを見ようー！GO！
▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼
開店セール1枚　500円より→→→http://www.dvd-exp.com　
アダルトDVDが激安販売→→→http://www.dvd-exp.com　
アダルトDVDの価格はなーんと1枚900円→→→http://www.dvd-exp.com　
最短でご注文いただいた翌日にお届け！→→→http://www.dvd-exp.com　
セルビデオ店の人気商品が24時間お買い物が出来ます。
　　　　　　　　時間をかけてゆっくり選んでください！
　　　　　　　　　　http://www.dvd-exp.com←へGO！
　　　　　　　　　　　DVDエクスプレス

SSE2対応なんだね（･∀･）ﾆﾔﾆﾔ

>>92
今更（ry

>>92
使わない方が早いけどな。

Athlon64ってHalt効くの？

>>95
EV6バスじゃなくなったから効くよ。

>>96
thx
よっしゃこれで9月頃に出る3100+買う決意ができました。
EPOXかAbitあたりに面白そうなマザー出して欲しいな。。。

>>97
Hammer infoよりAMDの中の人の発言の抜粋

AMDの設計チームは世界一、IBMのプロセスチームも世界一。だから、Hammerは (ry。
Athlon 64のクロックは、「あなたが今使っているものより低い」が、それでも、Prescottを凌ぐ。
1.2GHzのAthlon 64は、2.4GHzのP4より速い。Athlon 64は、32-bit ソフトでも、Athlon XPより20-40%速い。
Athlon 64, Opteronでは、 "halt disconnect clock ramping" を備え、システム・バスを切り、クロックを下げることができる。

プロセスチームが世界一ならintelより早く90nmに移行しろよ。
他にも突っ込みたい事は沢山ある、M○CのG3以降の宣伝に似てるな。IBMに汚染されたか？

>1.2GHzのAthlon 64は、2.4GHzのP4より速い。Athlon 64は、32-bit ソフトでも、Athlon XPより20-40%速い。
ベンチ結果はこうはなってないが

>Athlon 64, Opteronでは、 "halt disconnect clock ramping" を備え、システム・バスを切り、クロックを下げることができる。
こっちは良いね。

IBMでの生産は何時から？

>100
Ath64のベンチってもうでているの？

>>99
　IBMに関しては90nm asic Cu-08で検索してみ．

　そしてAMDとIBMがプロセス技術で共同開発するのは65nmから．今IBMにして
もらってるのはSOIに関する技術供与のみ．90nmまではMotorolaと共同開発して
るから，90nmが遅れてもAMDとMotorolaの問題でIBMは関係無い．

　IBMはプロセス技術でIntelに対抗できる唯一の企業だろうね．TSMCやUMCに
比べてIBMにチップを作ってもらうと高くつくらしくて押されてるけど，AMDとの提携が
上手くいったらこれからもIntelと対等に渡り合える筈．

　前半はうろ覚え，後半は妄想なので間違ってたらスマソ．

↑どうでも良いこと並べてる

今やプロセスはお金が一番のファクターになってるからね。
IBMは凄そうだけど、実際の製品では未知数な感じがする。
かつてのベル研/IBM世界一の時代じゃなくなってるというか。
ある日、台湾のプロセスがIBMを抜いていても不思議じゃない気がする。

>>99

＞Hammer infoよりAMDの中の人の発言の抜粋

そんなに俺に食いつかれてもな。↑の文字が読めない人なのかな・・・。

IBMが台湾のファウンドリに技術売ってたりする罠。

かかってこいや

>>105
いや君に食いついてるわけじゃないんだが。
そんな話を堂々と語るAMDの人に呆れてるだけだよ。
>>102
motoと共同か、G3より更に悪いG4か、G4なんて世界一遅い自称スパコンだもんな。

>>101
Ath64専用ではないが、比較になると思われるベンチならある。
http://www5e.biglobe.ne.jp/~liquor/raytrace/

ナニ屋ベンチおながいしまつ

http://users72.psychedance.com/trip/test20030629.zip

>>108
　AMDの90nmプロセスはMotorolaと共同開発だけど，ひょっとしたらIBMの90nm
300mmラインで製造する可能性もある．
　ただの噂だけどね．

intelのprescottは消費電力全然下がらず、100Wオーバーだそうだが、
AMDはどうなんだろう？

>>112
現時点では130nmプロセス+SOIだからあんまり変わらないかもな。
90nmプロセスへ移行したとき真価が発揮される（かも

なんかPrescottは意外と苦労しそうだね。
Northwoodに比べてWillamet→Northwoodの時みたいに発熱下がって性能UP。
これの発熱が下がらないって言うのはちょっと厳しいね。
これは据え置き型のノートとかにAMDが進出するチャンスかな？
あと90nmって130nmの時みたいに、リーク電流云々やっぱあんのかな。。。。

SOIでのＡＭＤの苦労がここに来て報われるのかな。

>>114
ちょっと前の記事でもIntelはプロセスシュリンクが進んでいくとリーク電流の増大に悩まされるであろう
ってのがあった気がする。

90nmも130nmも消費電力あまり変わらないと思われ。
反比例してトランジスタ量が増えてるし

まだ90nmの影も見えてこないAMDには関係ない話だな

>>118
(ﾟДﾟ)ﾊｧ?

>>117
CMOSトランジスタわ、主としてスイッチングの際に電力を消費するすから、いくらトランジスタ数が
増えてもL2のように使用頻度が低い部分わ、あまり電気を喰わないす。
消費電力を決定するのわ、コア、L1とそのタグ、L2タグあたりのトランジスタ数す。

ただ、今回のPrescottの熱問題がリーク電流に起因するとすれば、動作していない
トランジスタでの電力消費も大きくなるすから、対策わ難しいのかもしれないす。

>>120
2MBのL2キャッシュを積むDothanが出てくれば
キャッシュ領域におけるリーク電流を
ある程度推測できるかもしれませんね

>>117
トランジスタ増量しても消費電力が変わらないならそれはそれで歓迎すべきかと。

インテルはまだしばらくSOI導入しないんだっけ・・・

ジョセフソン素子まだぁ？

intelはSOIに対抗してDSTを次世代CPU導入するらしいが
PrescottはP4のアップデートなだけでTejasからの話になるのかな？

http://pcweb.mycom.co.jp/column/scramble/scramble006.html

>>124
DSTってSOIのことす。
SOIにわ、比較的シリコン層の厚めなPD-SOIとシリコン層を極端に薄くした
FD-SOIがあるすよ。
SOIとしての効果わFD-SOIの方が高いすけど、その分特殊な現象も発生する
ために、どちらが良いかわ異論が入り混じっているす。

なんだ？あぼーんが多いけど
またペニス野郎が書いてるのか？

>>127
正解。

>>127
ヲタ出現

>>126
　IntelはStrained Siliconは使ってたよね．これは電子の移動度を上げる技術だけど．

　DSTは失敗したのかな？AMDのようにSOIで苦しんでる？うまくいけばAMDは130nm
SOIでIntelの90nmに対抗できるかも．

IBMと協力したおかげでSOIプロセスに関しては安定してきただろうな。
プロセスシュリンクする時期が遅くてもSOIで対抗できればいいのだが・・・。
といっても俺は90nmのSanDiego狙いだがな。

SOI技術は経費的な面ではどうなんだ？
経済的に見えないんだが。

>>132
Zdnetにはウェハーのコストが10%増と書いてある。

>>130
DSTはPrescottには採用されていない

>>134
　Intelは90nmでSOIを採用する予定はある？もし65nmから採用なら，AMDは
130nmSOIで対等に，90nmSOIで対等以上に勝負できるかもしれない．65nm
ではIBMという強力な味方がいるし，これからは今までのようにプロセス技術で
Intelに負けなくて済むのかな．

SOI技術使うとインテルより値段が高くなるかもね（；´Д⊂ヽ
インテルは値段が高くなるから使わなかったのにね・・・・・・

X-bit Watch: AMD Opteron is Not a 64-bit CPU
An IBM Executive Thinks So
http://www.xbitlabs.com/news/other/display/20030722054641.html

ASUS SK8N + AMD Opteron 144:
Unirocessor Workstation on AMD Opteron and NVIDIA nForce3 Professional
http://www.xbitlabs.com/articles/cpu/display/opteron-1.html

燃料投下？

なんだOpteronて64bitCPUじゃなかったんだ（ ﾟдﾟ）ﾎﾟｶｰﾝ

10年前から同じこと言われてる。

ここはAMDを応援するスレですか？

>>135
Intelは"SOI"ではなく"DST"（原理的には同種）
を導入しようとしているようだけれどいつ投入されるかは未定

なお、AMDはIBMと90nmプロセスで共同開発しているというのが
Inquirerの記事でのもっぱらの噂
その記事ではAMDのプロセス技術者はニューヨークのIBMの施設へと移り
共同で作業をしているらしい（0.13μmでの協業ではない）

昔見たいに、IBMがPentiumを作ったらクロックどのぐらい行くんだろうね。
同じテクノロジで、OpteronとPen4を比べてみたい。

3GHz止まりかもね('A`)

>>141
　90nmを今ごろ共同開発してたら激しく手遅れな気が・・・

　90nmの基礎技術は既にMotorolaとの共同開発を終えて，Fab30での実験に
入っているってどこかで発表されてなかったっけ？
　今AMDのプロセス技術者がIBMに行ってるとしたら，65nmの基礎技術の
研究じゃないかな．Fab30には90nm移行用の研究員を残して．

>>120
>消費電力を決定するのわ、コア、L1とそのタグ、L2タグあたりのトランジスタ数す。
基本的にL1もスタティック回路だから、いくらアクセスがL2より多くとも、他の
ダイナミック回路な部分とちがってほぼリーク電流のみと見なすのが正しいと思
われ。

>>120
L1・L2キャッシュはSRAMだから、使用してなくてもクロックが入ってるだけで
フルに使用してるのと同じくらい電力消費しますが、何か。

>>140
少なくとも漏れはそうです
頑張れAMD・・・。

>>146
　んなこたーない．CMOSは原理的には消費電力がほぼ0．実際に消費されるのは，
トランジスタ内と配線間のキャパシタンスに電荷が溜まり，1/0間の切り替えの度に
それだけの電荷が流れるから．

　SRAMでは1/0が切り替わるのはごく一部だから，消費電力はロジックより少なめ．
その分リーク電流が占める割合が相対的に上がってくる．

>>144
研究者と技術者は業務内容に大きく隔たりがあるので
研究と製造立ち上げがどういった作業予定なのかはわからない
とりあえずIBMとの提携がされたのは今年頭あたり
プロセス開発自体は65nm以降ということになっているけれど
あくまでInquirerの記事の中での話では90nmも視野に入っていて
さらにIBMが90nmの工場をAMDのためにニューヨークに建設中らしい
それとは別にAMDは既に自社で90nmプロセスでのSRAMなどの評価を
進めているはず

>>149
　つまり，IBMと研究している90nmプロセスはFab30用ではないということで・・・
IBMの新しいFabにHammerの製造委託をするって噂の信憑性が高まった？

IBMの新しいFabにNV4Xの製造委託もあるからね・・・・・

IBMの財力は物凄いからな・・・。

なんか漏れの中でIBMはただの工場屋と化していきます

>>148
おいおい、同期SRAMの構造知ってるのかよ。
FFが並んでるんじゃないんだよ。
ちったあ勉強してくれよ。

>>148
クロックによる消費電力もばかにならないので
低消費電力をウリとする回路では
ゲーテッドクロック（クロックを止める）という手法が一般にさかん
とある研究ではクロックが全体の30%の消費電力を占めるなんていう
ものも見たことが一応ある

http://www.oki.com/jp/Home/JIS/Books/KENKAI/n188/pdf/188_R09b.pdf
によると
>クロックは回路中で最もスイッチング率の高い信号で
>あり，デザインによっては回路全体の消費電力の約６０％
>以上をも占める場合がある。

なんて書かれているものもある（60%は大きすぎると思うけれど）

ただしCPUにおける一般的なクロックによる消費電力の割合は知らないので
この話がどこまで通用するのかはよくわからない

某さんが244をLN2冷却してる
いまんとこ2223.11MHz

そういやあ、ジョセフソン素子ってどうなったんだろうな？

極低温が必要と言っても、スパコンくらいでは使われてても良さそうなのに
おれが名前初めて聞いたのは・・・もう１５年くらい前だぞ。

>>154
　同期SRAMって？普通のマトリクス構造のSRAMを，制御回路が目的のアドレスを
選択して読み書きする，その制御回路が同期式ってだけじゃないの？
　SRAMの各セルにまでクロックパルス送ってるの？それならアクセスしていない
セルでもある程度電力を消費するけど，なんでそんな無駄なことを？

>>155
　漏れの知ってるSRAMはセルにまではクロックが通ってないから，そんなこと
しなくても大して電力消費しない．
　もしCPUのキャッシュが>>154の言う同期SRAMとやらで，各セルにクロックが
通ってるならそんな技術も重要になってくるだろうね．

オプテロンのソケット見たんだけどコラ？

いくらクロック入れても負荷になるものが何もない時間は、電力は喰わない罠(藁

>>158
とにかく実際のLSI混載のSRAMがどういう構造か、どういう特性かを勉強してくれ。
各社ASICのデータシートがダウンロードできるから見ればわかるよね。
ちょっと調べるだけで、無茶なこと書いてたと自覚できるから。

NV4ｘもそうだろうけど、既にNV36もIBMって事でテープアウトされたみたいだしね。
IBMって韓国にもFab持ってるの？NV36のサンプルがKorea産らしいが。

>>160
　いや，クロックがトランジスタのゲートに入るだけで電力を消費する．トランジスタは
キャパシタンスを持ってるから．

>>154
　ちょっと同期SRAMを調べてみたけど，やっぱり非同期SRAMのインタフェースだけが
クロックに同期するだけのような気がする．バースト転送とかいろいろ非同期よりも
高機能ではあるけど，各セルにまでクロックを入れる必用はやっぱり無いじゃん．
　っていうか，キャッシュがそんなに消費電力が大きいならDothanも2ML2なんてしない
でしょ．(一応DothanやBaniasのキャッシュがPen4よりも低消費電力なのは知ってるけど，
その程度の問題？)

>>161
普通の6トランジスタのSRAMセルにクロックなんか入力されていないすよ。
http://www.ee.sunysb.edu/~serge/WOFE/ABSTRACTS/Image1.gif

マックヲタさんもついに乗り換えるのか。
やっぱWIN機は良いよね(,,・∀・)

>162
韓国にFabあるかどうか知らないけど、
単純に韓国の組立工場(Amkorとか）を使っただけじゃないの？

>>164
セル単位の話をしてるんじゃないよ。
モジュール全体を考えなきゃだめだよ。

>>164
　いや，漏れと>>161さんはその程度の前提知識はあるんだ．ちなみに4Trの
SRAMセルにももちろんクロックは入ってない．

　>>161さんの方が専門家らしいから，多分漏れが間違ってる．漏れはただの
ソフト屋だから．

>>167
L2キャッシュを構成するトランジスタの大半わ単なるSRAMセルす。
そして、現在のプロセッサでわ総トランジスタ数のほぼ半数がこの
「単なるSRAMセル」で占められているすよ。
以下>>120に続く。。。

>>167
　ん？モジュール全体といっても，キャッシュに使われるTrの大部分はセルに
使われていて，選択されていないセルにはクロックも入らず状態変化も起こらない
から，セルにクロックが入ってなかったらトランジスタあたりの消費電力は低いのでは？

なんか漏れ&MACオタさんとeLRmIzc+さんの間に大幅な誤解があるような気がしてきた．

　北森からPrescottになってTrが増えているのに消費電力が上がってないから
90nmの効果はやっぱりあると>>122が書いてた．だから，Tr当たりの消費電力の事を
漏れとMACオタさんとﾓｻｰﾘ派さんは考えていた．
　その場合だと，SRAMの殆どのセルはリーク電流分しか電力を消費しない．

　だけど，eLRmIzc+さんはSRAM全体の話だと思い，同期式SRAMだからキャッシュに
アクセスが無くてもアクセスがあるときと同じだけの電力を消費するよと>>146で指摘

・・・OK?

>136
今までよりも高くなって、
価格面のメリットが無くなってもいいよ。
消費電力が激しく下がって静かなマシンが組めるなら。
20Wくらいが良いな。

ｽﾏﾝ。>>145じゃわかりにくいね。
L1もL2もスタティック論理回路に属するので、タグ云々じゃなくて他のダイナミック
論理回路部分と違って、周波数に対するダイナミックな消費電力
P = C･V^2･f
は無し。従って、リーク電流×電圧分の電力しか殆ど消費しないとみなしてよい
ということ。漏れは>>148で回路の消費電力の話はほぼあってると思うけど？

　例えCPUの製造工程が増えたりシリコンの値段が上がったりして製造コストが
3割増えたとしても，消費電力が半分になればマザーボード+電源+冷却にかかる
コストが減るから，総合コストとしてはペイできるんじゃないかな．

　もしそうなら，ユーザーはコストが上がらずに消費電力が下がって(ﾟдﾟ)ｳﾏｰ
AMDも売上が上がって(ﾟдﾟ)ｳﾏｰ．

　実際にSOIでどれだけコストが増えるかは知らないけど．特に歩留まりとかSOI
導入でもろに影響を受けそうだし．

>>171
CPUのキャッシュなどに使われているSRAMは、スピードを稼ぐ＆小さくするために、
クロックが入ってると消費電力的には全セルからRead動作しているのと等価になるような
回路構成になっている。
無駄だけど、スピードを上げるためには仕方がない。
実際にReadする場合は、出力段へのスイッチング電流が追加されるのでさらに増えるが、
せいぜい10%程度しか変わらない。
でも、クロックを止めると1/3以下になるよ。

だから、Prescottではgated clockの制御をより細かくして効率を高めてる可能性がある。

>>173
>L1もL2もスタティック論理回路に属するので、タグ云々じゃなくて他のダイナミック
>論理回路部分と違って、周波数に対するダイナミックな消費電力
>P = C･V^2･f
>は無し。

その式でCにあたる部分は半導体セルでは Cpd (Capacitance of power diccipation)で定義されている。
で、漏れの説明なんかより半導体メーカのデータを見れば信じてもらえると思うけど、
LSI混載同期SRAMのCpdはクロックが入力されているとReadモードと待機モードで大差がない。

それと、ダイナミック論理回路ってのはDRAM構造のFFとかを指すんだけどね。

>174
理屈はそうなんだが、市場での
インパクトが弱くなるのが痛いね。
とっくの昔に、必要のない領域に
入ってしまっている気がするがとまらんしなぁ・・・

>175
よし！
細かいことはワカランが、
君たちの理論でCPUを作れ。
そして、その完成品で比べよう。
机上の空論はもういいよ。

>>175
　やっぱり全面的に漏れの間違いだったのね．スマソ．

　でも，その構造って興味あるな．消費電力的に全セルからRead動作している
のと等価って，想像がつかない．普通のマトリクス構造なら，同じbit線に繋がって
いる複数のセルを同時に選択したら，1のセルと0のセルが繋がって不明状態に
なったりするよね．

>>176

　>>148の説明でも，Read動作していてもしていなくてもセルを構成する
大部分のTrが動かないから，SRAM全体での消費電力が変わらないという
説明になるよね．

　ダイナミック論理回路に関しては指摘の通り．入力のみで出力が決まる回路を
静的回路と言い，FF等で内部状態を持っていて入力＋内部状態で出力が決まる
回路を動的回路と言うんだよね．

「ダイナミック論理回路」という言葉は相当に違和感があるんだけどな・・・。
FFを含めてnandで構成されている論理セルは全てスタティック論理セルだよ。
ここでいうDRAM構成のFFとかの、内部容量にデータを保存し長時間経つとデータが消えてしまう
ようなセルをダイナミック論理セルと呼ぶことが多い。

opteronのスレだってばーーー。関係ないこともないのか？

正直CPUパワーはがっかりだったな。バス周り速いけど・・
あーもうCPUパワーなんて特定用途以外では余り気味だから
バス周り速いほうがいいのかな。64bitのSPARCやAlphaだって
CPU１個のベンチだけならとっくにIntelに負けてたもんね。

とりあえず劇的な変化はなんにもなかったけど、
一ランク上の技術が手の届く値段になってきたっていう感じかな

明日は32bit版のOracle入れてまた速度計ってみよー

>>175
　　--------------------------
　　全セルからRead動作しているのと等価になるような
　　回路構成になっている。
　　--------------------------
ColumnとRowでアドレスを選択するという意味が判って書いているすか？
どこのアドレスを選択しても常にアクセスされるセルわ(ビット当たり)「一つ」す。
毎回全部選択されている訳でわ無くて、毎回「一つだけ」選択されているすよ(笑)

それから「ダイナミック回路」の定義わ>>180さんが一番正しいす。

と言うかマックヲタさんはなんでAMDスレに来るの？

PGIコンパイラを使ってのベンチマークってまだかな？
あれ使えばかなり速くなると聞いたんだけど・・・

>>182
「消費電力的に」等価と書いてるだろ。よく読めよ。
実際のRead動作は「1つだけ選択」するのは当たり前だろ、
なんでそんな当たり前のこと嬉しそうに何度も書いてるの？

なぜ等価になるかを実際の回路の説明をしたいけど、文章ではかなり困難なのと、
どうせ>>182のような煽りに結びつく理解度ではもとより無理だよね。

レスのレベル低すぎるし、>>181にも悪いのでもうやーめた。

>>179
>ダイナミック論理回路に関しては指摘の通り．入力のみで出力が決まる回路を
>静的回路と言い，FF等で内部状態を持っていて入力＋内部状態で出力が決まる
>回路を動的回路と言うんだよね．
それは順序回路と組合せ回路では？

>>180
>「ダイナミック論理回路」という言葉は相当に違和感があるんだけどな・・・。
>FFを含めてnandで構成されている論理セルは全てスタティック論理セルだよ。
たしかにスタティック回路でも、スイッチング動作時にはP=C･V^2･fの消費電力
があるから、>>173でスタティックvsダイナミックで消費電力云々の話をしたの
は、はっきり間違いです。でも、最近のMPUでは高速化のために演算器にダイナ
ミック論理回路をよく用いているのでは？検索してもいい証拠資料がweb上に見
つからなかったから、やめるけど。

#いい加減話題がずれてるから、漏れはもうやめます。

>>180,183
　確かに・・・DRAMはDynamicRAMで，SRAMはStaticRAMだから，ダイナミック，
スタティックってのはリフレッシュが必要か否かで分けるのが普通ですね．

>>176
　重ねて確認しておきましょう．貴方が言っている消費電力はTrの数に対する
消費電力ですか？少なくとも私とMACオタさんはそのつもりで，SRAMの消費
電力が低いと書いています．

　もしTrあたりの消費電力がロジック部と同程度に高いとおっしゃっているのなら，
皿と豚で消費電力が殆ど変わっていなかったり，IntelがBaniasのL2に1MBも
おごったのは何故ですか？

　キャッシュを増やした時，Trが増えても消費電力は大して喰わないという事は
PC Watchの後藤氏を始め多くの方がおっしゃっていますが，それは間違いなんでしょうか？

>>188
やめたといいながら、引き際が悪くてｽﾏｿ(w

>重ねて確認しておきましょう．貴方が言っている消費電力はTrの数に対する
>消費電力ですか？

ロジック部とRAM部はTr数での比較は意味がない。集積度が全く違うから。
そりゃ同じTr数ではSRAMの方がCpdが小さくなるよ。Trのサイズが全然小さいもん。

それとロジック部は活性化率(何%のノードがトグルしたか)によって消費電力算出が大きく異なるんだよ。
メーカ発表の数値を鵜呑みにしてはいけない。いくらでも小細工が効くからね。

活性化率は一般的には10〜50%で計算するよ。
それでも消費電力は100万gateのロジック部の方が、1MbitのSRAMよりも大きくなることが多いけどね。

また、SRAMコアのビット数が倍になっても消費電力は倍にはならないよ。
これはビット数が半分になっても消費電力は1/2より大きくなると言い換えた方がわかりやすいと思われ。
といってもまあ1.5倍以上にはなるけどね。

>もしTrあたりの消費電力がロジック部と同程度に高いとおっしゃっているのなら

そんなことは言ってないよ。ただキャッシュメモリでは読んでないセルはCMOSのリーク電流程度しか
電力消費しないという書き込みが違うと言いたかっただけ。

>キャッシュを増やした時，Trが増えても消費電力は大して喰わないという事

普通に考えて、そんなことはないことはわかってもらえると思う。

>>184
ここはAMDスレでもなく、opteronスレなんだがな。
やるなとは言わないが、よそでやってクリス
むしろCPUアーキテクチャスレでもたてて思う存分やってほしい

ここではopteronのベンチ情報とか販売情報とか見たいなあ。
あと、「メモリ買ってきたけど開けてみたらRegisteredじゃなかったーよ」とか
「BIOSあげたら立ち上がりません、助けて！！！」「助けてじゃわからんだろーが」とか

閑古鳥よりはいいべ。

>>191
閑古鳥のほうがはるかにましです。

なんでーな

いや閑古鳥よりはいいよ

閑古鳥のほうがマシ

素人であーだこーだ議論するのはいいと思うが
MACオタが出てくると素人同士で罵り合うだけになるからな

MACオタはNow Loading...が長いんだよねｗ

>>190
　前半に関しては悪いと思うが，後半に関してはAMD雑談スレでやってくれ．
Athlon 豚に萌え(´-｀*)　AMD雑談スレ60頭目
http://pc3.2ch.net/test/read.cgi/jisaku/1058562659/

>>189
　SRAMが思ってた以上に電力を消費する事はわかりました．でももともと，
Prescottの消費電力が高いのが何故か，という話題でした．
　100Wを超えてくるPrescottの消費電力のうち，どれだけの割合が１MBの
L2なんでしょうか．貴方の説明をきいても，やはり電力の大半を消費している
のはロジック部分で，キャッシュが消費する電力は相対的に見れば小さいと
いうイメージは拭えません．

>>197
そうだね。

200
↓

　　　　　　　　　　,,―‐．　　　　　　　　　　　　　　　　　 r-、　　　　＿,--,、
　　　　　,―-、　.| ./''i､│　　r-,,,,,,,,,,,,,,,,,,,,,,,,―ｰ．　　　 ﾞl, ｀"ﾞﾞﾞﾞﾞ￣＾　　　＼
　　　 ／　　　＼ ヽ,ﾞ'ﾞ_,/　　 .ﾞl、　　　　　　　　　`i､　　　＼ _,,―ｰ'''/　　.,ｒ'"
.,,,、.,,i´　.,/＾'i､　｀'i､｀｀　　　　 ｀--‐'''''''''''''''"'''''''''''ﾞ　　　　 ｀゛　　 .丿　 .,/
｛ ""　 ,/｀　　ヽ、 ｀'i､　　　　　　　　　　　　　　　　　　　　　　　 丿　 .,/｀
.ヽ、　丿　　　　＼　 .＼　　　　　　　　　　　　　　　　　　　　　 ,/′ 、ヽ,,、
　 ﾞ'ｰ'"　　　　　　ﾞ'i､　 ‘i､.r-、　　　　　 ＿_,,,,,,,,--、　　　　 ／　.,／＼　`'-,、
　　　　　　　　　　　ヽ　　.]ﾞl ｀ﾞﾞﾞﾞ"ﾞﾞﾞﾞ￣￣　　　　　｀'i､　　,／ .,,／　　 .ヽ　　＼
　　　　　　　　　　　　ﾞヽ_/ .ヽ_.,,,,--―――――ｰ-ノ_,／ﾞ,,／′　　　　 ﾞl　　 ,"
　　　　　　　　　　　　　　　　 ｀　　　　　　　　　　　　 ﾞ‐''"｀　　　　　　　　ﾞ'ｰ'
キチガイの煽りさんわスルーでお願いペニす。

オプ2.2GHz
http://www.vrforums.com/showthread.php?s=8ef84b1c5696ff30767f50c6b74eba7a&postid=344322#post344322

ttp://219.113.251.125/c-board/c-board.cgi?cmd=one;no=641;id=
こっちに稼働中の動画もありました

今度はHammerに関係のある妄想を．

　HammerはSSE/SSE2の128bit演算を内部で64bit演算×2に変換して，MMX/FPUに
演算させていると思われる．
　この予想が正しい場合，SSEユニット1つのPen4に比べて，64bit演算でクロックあたり
3倍，128bit演算でクロックあたり1．5倍の性能が得られる．逆に言えば，3GHzのPen4に
SSEの性能で対抗するには2GHzのHammerが必要になる．今のクロック比ではHammerの
方が少し分が悪い．

　しかし，DirectX9世代のGPUはCPU並の性能のSIMDユニットと，CPUより広いメモリ
帯域を備えている．SIMDが有効なDCT演算等は，これからのGPUではCPUと同等以上に
こなせる筈．

　これからプログラマブルシェーダを搭載したGPUが一般的になってくれば，GPUを利用した
MPEGエンコーダや画像処理ソフトが出てくる可能性がある．そうなれば，メモリ帯域+IO帯域の
広いHammerが有利になれるかもしれない．


・・・え，そんな妄想するくらいなら自分で作れって？就職先がそういうプログラムと関係無い
事は無いので，機会があれば本気で作りたいです．

ペニス・・・っと

LINDOWS OS4.0てハマーに入れられるの？

>>205
CPUは問題ない
後はそのマザーボードで動作するかどうか

>>206
なるほど、
問題はマザーか・・・・・

LINDOWS OS4.0はLinuxベースだからまだ希望があるかな？

既出だったらスマソ

特集
x86互換の64bitプロセッサ「AMD Opteron」の実力と課題
元麻布春男／デジタルアドバンテージ

http://www.atmarkit.co.jp/fsys/special/011amd_opteron/opteron_server01.html

燃料投下でしょうか。

なんか奴の記事は臭うな。

元麻布なのにOpteronに好意的にまとめてる。びっくり。

元麻布のくせに

まあいいじゃねーか

元麻布のくせに

のび太のくせに

つまり64bitOSがなけりゃダメダメってことですね。
Athlon64も同じですね

>>216
Hammer info嫁。

>>216
藻前は一見さんか？
過去ログ読めばそんなせるふは出てこないと思うが

当店はせるふさーびすとなっております。

わかったわかった。練炭がいいか？それとも縄か？

昔は有名だったようです　w

死ぬなら痛くない睡眠薬が(･∀･)ｲｲ!

>>209
>「AMD Opteron（オプティオン）」が出荷となった

・・取り残された人が1人。

>>223
ﾜﾗﾀ

>>223
懐かしいね。
Opteron発表直前にオプティオン→オプテロンになったんだよね
オプティオンはここでも評判悪かったからなあ

>>222
最近の睡眠剤はベンゾ系ばっかだから、いくら飲んでも
死なない罠。醤油一気のみとかのほーが氏ねる感じ。

合法ドラッグのダウナー系を酒と一緒に飲むとか。

彼岸花の球根だと真っ赤な血を吐いて死ぬんだっけ？

タバコを煎じて飲めば死ねるよ。

216ではないが（一見さんに近いが）、
hammer infoを熱心に読んでいても、
もっと周波数上げないと64bitOSがあってもダメダメってことに思える私は、逝ってヨシですか？
>最近の睡眠剤はベンゾ系ばっかだから、　方法を間違え無ければ死ねますよ。睡眠薬で氏のうとする奴は、覚悟が足らないだけ。

>>230
OpteronとPen4系とじゃ高速化のアプローチが正反対で、得意とするものが
まったく違う。自分に必要無いなら買わない方が懐を痛めずにすむ。
Pen4なりPrescottなりを買うのがよろしいかと。

>>230
サーバ用途はかなりイイ速度出てるよ。あと、宇宙人探しとか流体系の
演算とか要するにゲーム・エンコＣＰＵとしてみると遅い。拡張命令使
わないようにしてＦＰＵのみにした方が早いかもしれん。

>>232
ゲームはかなり速いだろ。遅いのはエンコードやレンダリング。
いわゆるメモリパフォーマンスの影響を受けにくいもの。

setiはintelがスポンサー

>>232
>>233の言うとおりゲームはかなり速いよ

Setiも速いけど。
ttp://www.tomshardware.com/cpu/20030422/opteron-25.html

nyにはどちらが優れているでしょうか？
ってコストアフォーマンス考えたら豚2500がベストかな

>236
1h/wuか…速いなぁ。

Setiってマルチプロセッサに対応してなかったと思うんだけど、
２つ同時に実行して1wu当たりの平均時間なのかな？

すまぬ、上げてもた。

>>237
ほんまにアフォーな質問だな。
いまどきのギガCPUでNyのパフォーマンスに違いなんかでるかい
むしろI/Oまわりを鍛えるべし
つか鼬買

>>237
ﾀﾞｳｿﾛｰﾄﾞ板に逝けや

ダウンロード板にオプ使いが居るとは思えん。
でも色々な面でレベル高い人は向こうのが多いから案外ワサワサ居たりして。

S@hはワークエリアを16MB使っていたような記憶が。
キャッシュのヒット率はそれなりに低いと思われ。

ひーーーーーーーー
前回のDBベンチをRedHatでやったらえらいことに
Turbo AMD64 16秒
RedHat9 約12分
キャッシュとか調整した結果でこれだよ。
この処理をMiracleLinuxで45秒で終わらせたPen4恐るべし。

つーわけでOpteronの32bitと64bitでの挙動の違いを調べたいんだけど、
ベンチマークソフトない？今のところHDBENCH cloneは入れてみた。

100番台のOpteron 144が今週末にも入荷可能とのことだが、価格が約\85,000と高く、手を出しにくい状況のようだ。ちなみに、Opteron 244が約\95,000と価格差は少ない。

>244
"前回のDBベンチ" ってなにを指してます?

>>245
The Voicesだね
もちっと安いと思ったがあんまり違わないみたいだし
SK8Nと244にしとこうか・・・

もう前スレになるのかな
業務で使ってる処理で、ストアドを繰り返し1000回以上コール
するやつがあるんだけどintelマシンでこのくらいかかる。
Xeon DP 2.8GHzx2 1分15秒
Pen4 3G@FSB800 45秒

HDBENCH cloneは64bit環境でコンパイルできないや。
32bitでコンパイルしたやつだと、32bit環境で実行するのとあまり変わらない。
ちなみにAthlon XP2000+(1.66GHz?)のちょい下くらいのスコアだから、
ほぼクロック通りかな。メモリはちょこっと速いけど

Opteron >>244
DB何使ってる？ MiracleってOracleだから速くて当たり前かと。

後、4GB以上メモリ積んでるんじゃないの？
DBの性能はメモリ搭載量の影響大きいし。

後はページサイズとか、ソフトが違うとかかな。。

しかしまあAMDのサウスって問題が必ずあるな、USB2.0が使えないUSB2.0コントローラって・・・
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25720.pdf

いや、DBバッファのキャッシュヒット率99%以上だから
メモリも足りてるし、I/Oもボトルネックになってないから
Miracleのチューニングもそんなに効果無いと思うよ。
shmmaxも増やしたし。暇ならMiracleも入れてみたいけど、
それより先にRedHatのGinGin64を入れるつもり。

ページサイズってブロックサイズの事？なら一緒。
Oracleのバージョンは9.2.0.1と9.2.0.3で違うけど、9.0.1からあんまり
速度変わってないから多分関係ない。

Oracle以外で64bitでベンチとれそうなソフトなんかないかなあ

＞244
よく分からんけど、速度が20倍違うなんてどう考えてもおかしいでしょ。
何GHzの♪を使っての結果か知らんけど、仮に1.4GHzとしても
1.4GHzと3.0GHzのCPUで、20倍違うとしたら♪の方でなんか設定がおかしいか、
障害が出ていると考えるのが普通では？

P4でRedHat9はどのくらいかかるのだろう。

ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
貧弱で弱弱しく、アグレッシブさに欠け、醜いアジア人は黒人のストレス解消のいい的。
黒人は有名スポーツ選手、ミュージシャンを多数輩出してるし、アジア人はかなり彼らに見下されている。
(黒人は白人には頭があがらないため日系料理天などの日本人店員相手に威張り散らしてストレス解消する。
また、日本女はすぐヤラせてくれる肉便器としてとおっている。
「○ドルでどうだ？(俺を買え）」と逆売春を持ちかける黒人男性も多い。）
彼らの見ていないところでこそこそ陰口しか叩けない日本人は滑稽。

まだ>>254よりも山崎のほうが悪質だよな
sageだし

前にお話していたベンチの結果です

Processor No Data 1402.18MHz[AuthenticAMD family F model 5 step 1]

ALL Integer Float MemoryR MemoryW MemoryRW DirectDraw
31206 130366 147200 50186 56524 85639 59

Rectangle Text Ellipse BitBlt Read Write Copy Drive
38277 47200 7773 16 2418 2815 1831 C:\100MB

こんな感じです

OpteronのfamilyがFになったとは知らなんだ。アプリ側でSSE2を認識させるためかねえ。

>>256
HDDおかしくない？

>>258
同感。やたら遅い。IDEドライバとか入ってる？

>>257
単に世代が違うからじゃないの？

Athlon64 2Ghzって何Wくらいなの？

確かにHDDは遅すぎのようかも・・
MAXTORの早いやつっぽいけど微妙かも

>1.4GHzと3.0GHzのCPUで、20倍違うとしたら♪の方でなんか設定がおかしいか、
>障害が出ていると考えるのが普通では？

アーキテクチャ違うんだから、「普通」にはならねーだろ。Celoron1GHzだって
10分以上かかったよ。サポートのあるx86_64なLinuxディストロってSuSEだけ？
Opteron導入ためらうなあ。ノーサポートで行くのもなんだしなあ。
ってOSのサポートなんて使ったこと無いけど

ベンチとり終わったらWin機として使おうと思ったんだけど
32bitがこんなに遅いならためらうなあ。俺のはAGPも無いし。
64bit LinuxだとJavaとかFLASHとか動かないから常用はきついんだよね

そいえばJavaが早いとか言ってる人がいたなあ。32bit環境のことだよなあ。
Windows入れてEclipse動かしてみるか

4000Aは期待できそう？

値段によるんじゃない？

hammerは32bitも64bitも性能的には差が無いというのが売りだけど、
だからといって64bit環境の整備が遅れるのは困るよね。

IA-64とX86-64は同じ64bitでもアーキーテクチャ違うから・・・・・
64bit環境の整備が遅れるのは当たり前かと。

でもMSとしてはx86-64を進めたいようだな。

>>255
２ちゃんねるブラウザ使っているので、どっちも見えません(w

まあ来年にはネコも杓子も64bitさーヾ(´ー｀)ノ
OSにしてもCPUにしても。

>>263
メモリ帯域が800MBぐらいなんだからCeleronが10分かかっても不思議じゃない。
その処理でもメモリ帯域が占める重要性はあなた自身がXeonとPen4の比較で
証明した。
>ベンチとり終わったらWin機として使おうと思ったんだけど
>32bitがこんなに遅いならためらうなあ。俺のはAGPも無いし。
最初は会社のとか言ってなかった?

ハッキリ言ってアメリカなどでは、本当に必要になるまでPCの32bit→64bit
の乗り換えは起きないだろう。←あぼんされるかな、ワクワク

Hammerの性能が現時点でパッとしないのは、クロックが上げられてない
からだと思うんだけど、ステップが上がれば解決するんだろうか？
PC用なら、
Athlon XP+dual channelのメモリコントローラ(+SSE2専用演算ユニット)
とかで良かったんじゃないかと思う。

自意識過剰

http://pc2.2ch.net/test/read.cgi/win/1058379900/259-267
自意識過剰の典型例。

>>272
> Athlon XP+dual channelのメモリコントローラ(+SSE2専用演算ユニット)
> とかで良かったんじゃないかと思う。

それにSOIを導入したのがHammerじゃん。（SSE2専用の演算ユニットではないらしいが）
アーキテクチャが違うとか言ってる奴もいるけど、中身は基本的にAhtlonXPと同じだから。

>>275
まあ、コアの部分がXPに近いのはそうなんだろうけど、
・64bit対応アーキの追加
・HyperTransport
・multi-way対応
・メモリコントローラ
・SOIプロセス導入
をいっぺんにやるのは大変すぎたんじゃないかと。サーバに進出したい
けどPC用と別に開発する余力はない、という事情があったんだろうけど…

SOIは90nmと同時はきつすぎるので130nmで導入は当然だけど、本来
Bartonに間に合うはずが遅れた皺寄せっぽい。

SSE2ユニットはあると嬉しいと思っただけで、検討されてないっぽい
ですね。ないよりましと思って、既にある演算ユニットを使って
命令セット上対応しただけにみえるけど、むしろないほうがましという
結果になりそうでこわい。

>>276
　その他にも，分岐予測の大幅な強化とか，ノースブリッジの内蔵とかあるけどね．
　まぁ実行ユニット回りはAthlonのものを64bit化しただけ．

　SSEに関しては，性能を上げたいならSSE/SSE2専用ユニット積むより，MMXユニットと
FPUを増やして各4個にしたら良いんじゃないかな．
　とりあえず，無い方がマシという事はない．64bit浮動小数点演算はx87よりSSE2の方が
使いやすいし，数値上の高速化以上の意味がある．
　それにIntelが手を貸してPen4向けに最適化したコードを高速に動かせるという利点もある．

SSE2部分の回路を倍速クロック化できれば神だな
Athlon+Netburst…ありえねーw

どのみち、PNIが実装されなければ３Ｄでは使えないよ。
PNIが実装されて、nForce3のグラフィック内蔵版が
それなりのスピードだったら併せて買いたい。

SSE2がようやく出回り始めたというのに、ぷにが一般的になるのはまだ先じゃないか？
どの道アドバンテージを確保するまでは、Intelがライセンスしないでしょ。

激しくスレ違いですが、
PNIに期待されているSSEへの改善点？とはどういう部分なのでしょうか。
PNIは期待に応える物となる見込みなのでしょうか。
AMDはK8がSSE2に対応したのと同様な手段で？PNIに早期対応する見込みなのでしょうか。

>>279
　PNIを過大評価してないか？Hammerは3Dゲームでのパフォーマンスは
かなり高そうだが・・・．

　あと，x87は激しく使いにくい．普通の浮動小数点命令をSSE2のスカラ演算に
切り替えるだけでも，意味の無い命令数の増加を抑えられる．AMDもロングモード
ではx87の代わりにSSEを使うことを推奨している．

>>281
前スレ参照。

>>282
PNIは性能の問題じゃなくて、使い勝手の問題が解消されるんだよ。
Hammerが３Ｄのパフォーマンスがいいのは、多分その通りなんじゃ
ないかな。

Hammer用のLinuxディストリは全部x87じゃなくて、SSEを使うよう
になっているはず、っていうか全アプリがHammerに最適化されてい
いるはずだから、かなりオイシイ気がする。

>>283
SSEなの?
3D Now!のほうが楽そう(根拠無し)

しかしまぁ、ソケットの種類を３つにも分けて大丈夫なのかい？

>>285
939pinのCPUは、Socket940に刺さるんじゃないのか？
ちょうど、Xeonの逆みたいに…

ゲタを履かせれば万事解決

メモリインタフェース内蔵のCPUでゲタ履かせたら絶対動作不能。

断言してんぞ、コイツ

そりゃするだろ

下駄にDIMMソケットもつければ、条件は対等
とか言ってみる

>>284
　前まではSSEより3DNow!の方が使いやすいと評判だったね．でも3DNow!には
倍精度浮動小数点演算は出来ないし，SSEと3DNow!に別々に対応させるよりも，
SSEだけに最適化した方が楽．

>>283
　使えないってのは性能が悪いって事じゃなくて，プログラミングしにくいって事ね．納得．
　64bitアプリに関しては，gccがx86-64モードでは自動的に倍精度演算にSSE2を
使うようになってるね．

つまり、64bitはウンコなのか('A`)

クロックが低いといわれてるけど、athlonよりは高クロック設計なんだから、
今後ステップが上がれば最低でも130nmで2.4GHｚはいけるとおもうんだけど…

SSEをサポートしてるけど、今後3Dnowはもう止めてSSEを使うってこと？
だとすればインテルは今後penやceleがathlonにおされ始めたらライセンスを切れば
AMDは大ダメージという最悪の結果が待ってると思うんだけど。

B･ｹﾞｲｼが全てを握ってるということか。

流石に754と939と940でソケット共用って有り得ないかな。
ピン感覚とコアの裏に何もなければ可能だと思うんだけど。
それやるなら最初っから同じソケットにするか。。。
しかしここまでソケットで物を分ける理由があんまりわかんない。。。

さてソケット939を待つか・・・。

939は改造してもデュアル出来ないようにデュアルに必要なピンを物理的に減らすのだと思う

>ここまでソケットで物を分ける理由があんまりわかんない

信号線の違いとコスト

>>294
　Athlonより高クロック設計と言われているけど，実際には実効ユニットの
パイプラインステージ数は変わらないんじゃなかった？
　前処理にあたる部分に関しては，もともとHammerの方が複雑な処理を
して効率を上げてるから，パイプラインステージが上がった事が高クロックに
結びつくとは限らない．

　結局，HammerがAthlonに比べて高クロックをだせるとしたら，設計よりも
SOIの影響の方が多いと思う．


　ちなみに，IntelとAMDはもともとクロスライセンスを結んでるから，数年以内に
AMDがIntelの命令セットを使えなくなることは無いし，逆にIntelもx86-64を
使おうと思えばAMDは阻止できない．

>299
ソケットって高いからねぇ。
44TSOPのソケットだって、1個500円ぐらいするし…
(数百個購入時)

940PinのPGAソケットなんていったら一体いくらするのやら
数十万個単位でかって量産効果が出ても数千円はするんじゃないかと…

MBメーカー側としては少しでもPin数減らして1円でも切り詰めたいところだろうね

あれ、演算部のパイプラインは2段ぐらい伸びてなかったっけ。FPUとかの。

>>300
SSEのライセンスって今後増える物（PNIとか）も対象になるの？

>>303
　どうなんだろうね．
　クロスライセンスの内容に関しては発表されてないから判らない．

>>302
　Athlonのパイプラインステージは，整数が10段，浮動小数点演算が15段．
Hammerではそれが12/17段になってる．増えた2段は，フェッチが2ステージに
増えたのと，デコード〜スケジュールのステージ数が1つ増えたのが相当する．
　フェッチの2ステージ化は高クロック化の為かもしれない．

>>301
　少しでもって・・・1pin減らすだけ？
　しかしpin数がこんなに増えるなら，ノートPCだけじゃなくて小型PCでもBGAにして，
それ以外ではメモリをM/B側からCPU側に持ってきたら良いのに．

コストというよりP4とXEONのようにソケットを明確に分けたかったためで
390pinのリザーブを1つ無くしたバージョンと言えるかも。

>>296
754と940でソケット共用はまず無理。CPUの高さも違うように作ってるし。
940に939を挿すのは可能かもね。

>304
いや、939Pinのほうじゃなくて、754Pinの方をいったんだけど…
さすがに1Pin減らすだけならコストはほとんど変わらないでしょ

>>306
　あぁ，そういう意味ね．
　754と940で分けてた筈が最近になって939の話が出てきたから，何でこれ以上
ソケットの種類を増やすんだろうという話をしてたのかと思った．

ぎにゃ

940のピン間ピッチ考えるとゾッとするな｡
ほんとに正しく乗せられるか心配ぽ｡

Socket7の頃は曲がったピンを手で直したりとおおらかなもんだったが....

ttp://db.ascii24.com/akiba/news/2003/07/26/imageview/images720883.jpg.html

Dual+AGP+64bitPCIのこれって既出?

>310

前に出てたGIGAのじゃない？サンプルの時は青基板だったけど。

流れはえーな
>>271
>その処理でもメモリ帯域が占める重要性はあなた自身がXeonとPen4の比較で
>証明した。

だからって障害だと判断するのが普通か？Opteron240の32bitモードでは
Pen4やXeon2.8に大きく遅れをとるんだから、こいつではCPUが
ボトルネックになってるかもしれない。RedHat-Miracle間でもし
そんなにパフォーマンスが違うならOracleだって黙ってないだろ。
米OracleはMiracleなんて視野にも入ってないよ。動作保証リストにすら
入ってない。

>最初は会社のとか言ってなかった?
会社のだよ。Oracleでベンチとった後、別プロジェクトの開発DBサーバーに
なる予定だったんだけど、諸事情によりAthlonXP2000+がその役目に。
俺の仕事上のメインマシンが持ち込みノートなので、Opteronを
メインマシンにしちゃおうか悩み中。Windowsも入れてみるよ。
つか2chでOpteron買った人は大体Windowsなのかな？

倍精度の場合3本のパイプライン持ったx87命令(といっても加、乗、loadだけど)と、
SSE2だとどっちが速いんだろう?

>>312
すいません、別人が成りすましているのかと思って言葉がとがってしまいまして。
雰囲気が違うような気がしたものですから。
Oracleがまだじゃじゃ馬だったころに挫折してSybaseに流れたものですから
チューニングがナーバスなのかな?と感じてました。

戯画のサンプルボードコンデンサ数が凄いね
なおかつ別体VRMが用意されとるようやし
製品版では空きランドばっかになったりしなきゃあいいけど

>>313
　Hammerのダイ写真を見ると，SSEユニットが別に搭載されてるようには見えない．
　SSE2のパックド倍精度演算をばらして普通の倍精度浮動小数点演算×2にして
FPUにスケジュールしていると思われる．だからピーク性能では変わらない．

　ただし，x87用の80bitレジスタは8本なのに対してXMMレジスタは16本だったり，
x87命令セットは使いにくかったり，同じ処理をするのに必要な命令数が少なかったりと
いろいろとSSE2の方が効率が良い．論理的に言えば，SSE2の速度がx87に劣る
事は無い．

OpteronのRegDDR400対応はマジっぽいね
http://www.watch.impress.co.jp/akiba/hotline/20030726/image/nge3.html
にも書いてあるし

XeonのFSB800対応(つまりDDR400対応)と合わせて考えると、
RegDDR400が市場に出る日も近そうだし

>>310
こいつの穴はMSIのと違ってP4用だね。

昔捨てるマシンからぶっこ抜いたi386、pinを数えたら132pinだったよｗ。
SanDiegoではPNI（SSE3?）がつくのか？

>312
おいらは FreeBSD 使用(予定)だべ．

>>15
> >>10
> 遅すぎませんかといわれてもなぁ。
> ｽﾜｯﾌﾟしてたようだけど。ちなみにSだと632.3595。

http://www.hpc.co.jp/IA-Products/XeonDDR-bench.htm

やっぱり、Opteron ってメモリが遅いのね。。。がっくり。

>>309
見事にピン曲げました。３本ほどぐんにゃりと。
パッケージから出すとき注意。金属疲労で折れるんじゃないかとﾋﾔﾋﾔしました。

>>312
>つか2chでOpteron買った人は大体Windowsなのかな？
tubolinux64で動くことを確かめた後、RH8.0で自鯖。

>>321
芋・・・?違うよな。

誰かRedhat入れてみてよ。
ftp://ftp.kddlabs.co.jp/Linux/distributions/RedHat/redhat/linux/preview/gingin64/en/iso/x86_64

FreeBSDとかRH8とか、結構みんな32bitで使うのね。32bitで遅いか早いか教えてplz
>>323
それ今焼いてる途中。SuSEも普通はisoないくせに、x86_64はなぜか
isoがダウンロード出来る模様。βだからかな。

>>324
FreeBSDはcurrentにはx86-64あるぞ一応

>>325
そいつは知らなかった。スマソ。

>>326
大丈夫、まだ32bitでしか動いてないから間違ってないぞ。知ってるのかと思たよ。

既出?
http://linux.ascii24.com/linux/news/column/113/2003/07/24/645148-001.html?
　ちょっと誇張されてる気もするけど，本気で低消費電力？それとも1U用に低電圧
バージョンがあるとか？

>それとも1U用に低電圧バージョン

ないない。熱くなるほどの高クロックに耐えられる石がとれないだけ
じゃないの？

>>329
　確かに，豚でも1.55Vで1.4GHz程度なら，ヒートシンクに触ってもほんのり
暖かい程度だろうな・・・ダメじゃん．

と思ったら、PGI beta2 だとちゃんと性能が出てる!

(第二回 2003年5月8日掲載 『姫野ベンチマークテストの結果から見た AMD
Opteron プロセッサの特徴』)
http://www.v-t.jp/hpcnews/column/pdf/20030508.pdf

>>320
> >>15
> > >>10
> > 遅すぎませんかといわれてもなぁ。
> > ｽﾜｯﾌﾟしてたようだけど。ちなみにSだと632.3595。
>
> http://www.hpc.co.jp/IA-Products/XeonDDR-bench.htm
>
> やっぱり、Opteron ってメモリが遅いのね。。。がっくり。

このサイト自体は既出だけど。
64bitOS上で32bitと64bitの性能差(3ページ最初の図)
ちなみにFSB800のPen4　3.0GHzだと1Gflops近く行く。
サイズM,L共にキャッシュから溢れるサイズなのに
32bitだと急激に遅くなってる。

ttp://www.v-t.jp/hpcnews/column/pdf/20030508.pdf

かぶった。すまん逝ってくる。

そうか。全然熱くないのにでっかいクーラーが付いてるのはその為か。
まあこのクソ暑い季節にちゃんと動いてるから問題ない感じもするけど。

何だかんだ言っても結局個人的には
期待はずれ
これに尽きる。
もうちょっとクロックが欲しいよなぁ。

　確かに，クロックあたりの性能はともかく，クロック自体が期待していたより低い．
　でも，AMDのプロセスは，130nm→90nmのような大幅な変更が無くても，四半期毎に
改良される．90nm(来年末?)までにどこまでクロックが上げられるかに期待しよう．

AMDはじらすのが得意ですね。
そのプレイに見事にはまってしまった漏れも漏れだが・・・。

>>328の記事、Athronとか間違えられてるし・・・

>>336
だから逆に0.18→0.13の時のように
プロセス移行時にも期待はずれ感があるのもまた悲しいね

最初のステッピングで2.2GHzが出てるんだから
結構頑張ってると思うんだけど世の中は厳しいね。

>>339
でもそのうち何とかなるっぽい

64の940-pinの存在意義って何よ？
何故最初から939-pinのデュアルチャンネル出せないんだ？
極小数出すくらいなら混乱を招くだけだし無い方がいいと思うんだが

940のソケットに939ピンは刺さらないのかな？

>>343
九分九厘刺さる。

>>342
既に940ピンのパッケージは作りこんであるんだろ
今から939ピンに切り替えたらその分さらに遅れるだけ

逆に939に移行するメリットってなんかあるのか？
1pin差じゃコストとか配線とか変わらなそうだけど

>>346
1ピン殺してOpteronとして使えないようにするんだろ
64として安くなればスプレッダ剥がして改造する人だって出てくる

>>347
禿同

2003Q4
　High------Middle------Low
　754(940)　　豚　　　　　痩豚FX
(L2-1MB) (L2-512KB) (L2-256KB)

2004Q2
　939　　　　　754　　　　 痩豚FX
(L2-1MB)(L2-1M,256KB)(L2-256KB)

結局、もしソケ940ママンを今買っても、
来年出るソケ939CPUは使えるから安心しなさいって解釈していいの？

>>349
今はまだ予想の範囲内の話。
ソケットの詳細が発表されるまで正確なことはわからない。

たぶん939，頓挫するんじゃねーの？出ねーよ｡

AMDだってそんなに馬鹿じゃないだろ｡
自分の狭い市場を自分で荒らしてどうするよ｡

>>349
とりあえず、初期ロットには手を出すなってことかもよ〜

socket5とsocket7も一ピン違いだったな。
socket5のCPUはsocket7でも使えたが、その逆は無理だった。
今回の939も940から一本ピン殺してあるだけで、さらに939がCPU側だけで
マザーのほうは940なら何の問題も無いことになるが。

Athlon 64用Socket940マザーが
OpteronもAthlon 64(940ピン＆939ピン）も搭載可能なら
かえって欲しがる人が増える？
もっとも出た当初はそんなことはわからないかもしれないが

話が外れるけど、K8では
CPUとDIMM（とマザボ）の相性が深刻な問題になるんでしょうかね。
あるCPUとマザーで動作していたDIMMでも、CPUを交換したら使えなかった、みたいな事が当たり前に？

妄想電波ゆんゆん

>>354
singleならOpteronもAthlon64も大して違いは無いと思われるから、動く
としてもそういった需要は無いと思う。
逆に、PCI-X使いたさにOpteronマザーにAthlon64乗っける奴が出るん
じゃないのかな。
もちろん、動くならの話だけど。

>>355
そんな心配しなくていい

>>354
逆に言えば、メモリーコントローラーが決まってるんだから、
〜はK8では動かない。〜はK8だとｸﾛｯｸ上がらない。
みたいに情報が判断しやすくなるのでは？

355ですた

甘いかも。

マザーの配線で決まったりするかもよ〜。

案外、メーカーで決まったりするかもよ〜。

>>361-362
それは今までと変わらんな。

心配すべきはOp＆64が大コケしないかってことだろう。

>>364
コケたらAMDはSOI豚を出すのかな。
まぁ、初期版のﾌﾟﾚｽｺはコケそうだからそこまで焦らなくてもいいと思うけど。

http://www.septor.net/
「Opteronの販売数が既にItaniumの総数を上回ったのではないかとも見られている。
対するIntelは2002年に3,500台のItaniumサーバーを出荷しているものの、チップの
出荷数はそれほど多くないと見られているようだ。」

・・・既出？

「そろそろとろうかな」
・・・・・某ショップ店員談
AMDはOpteronを対象に価格改定を行い、これと同時に
今週発売予定の142、144の具体的な価格も出てきている。
販売価格は142が約\40,000、144が約\60,000となっており、
140は\33,000〜34,000になるが発売日はいまのところ
未定とのこと。なお、246については、8月発売予定になっている。

http://www.gdm.or.jp/voices.html

だと。そろそろSK8Nと144を買ってみるか・・・

>>366
おかしいなぁ、Opteronは一個もないが、Itaniumは4個もあるよ。

>>368
某研究所に青田買いされてますんで

漏れもOpteron大人買いしたい

>353
Socket5のときはゲタが何種類も出てたから問題にならなかったけど、
今度はそうは行かないよなぁ。
SlotA->SocketAもコストの問題ってことで結局出なかったし。
やな予感が・・・

むしろ、Socket939に754PinAthlon64が乗るんじゃないかと言ってみる・・・。

・・・。

むしろ、SlotAにファミコンのカセットが乗るんじゃないかと・・・

つかさ、君らは出たらすぐに買うのかね？
俺は２万円くらいになるのを待つ。

意図したわけではないのだが、
俺がAMDを使うのは、ペンティアムが偶数の時なんだな。
プレスコット気になるなぁ。

別にSocketが変わらなくてもCPU変えるときは板も変えるから関係ないな。
Pen4の板なんて何枚買ったか覚えてないし。

Socket7時代はCPU4代に渡って同じマザーボードを使い続けたんだけど（後半、かなり無理があったけど）、
SocketAに変えてからは、1CPUに対し1マザボになっちゃった。
主に電源供給に関してシビアになっちゃってる、のかな？
今後はメモリのDDR2化が控えてるけど、
DDR2対応K8はソケットレベルでは互換なのかな？
だとしても、マザーボードは対応のものに変えなきゃDDR2版K8は動作せず、って事になるんですよね…もしかするとDDR1との両対応になるんだろうか？

>>374
漏れはAthlon64 2.6GHzが出たら買うよ。それまでに金貯めとく

SocketAのEV6/266は結構長く使えたな
OSの再インストールめんどくさいんで私は嬉しかった
K8はFSBとか関係ないんで同じように使えるんじゃないのかとか期待するんで
940と939が共用できるんならうれしいぞ

ttp://www.amd.com/jp-ja/Corporate/VirtualPressRoom/0,,51_104_543~72925,00.html

きっと東工大も造るんだろうな。

http://pc.watch.impress.co.jp/docs/2003/0729/amd.htm

わざわざ939とか言っといて共用できないようにするほどAMDは馬鹿じゃないでしょう
ヂュアル識別用ってことでファイナルアンサー。

>>380
Athlon XPは値下げ無しなんですね・・・・。

native64bit windowsが発売されたら買う
その頃には144も大分安くなってるかな

64bit版のXPの気配が現れてきますた。
http://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html

まぁガッカリしてくれや。

たぶん、64ビット版のIEではFlashとか動かんぞ。

>>383のような時代にはそのようなことも解消されて久しいことを願うのもまた大切なWAY

>>385
その頃には、Flashプラグインも.NET Framework上で動くから大丈夫。

その.NET Frameworkの64ビット版がないんだが・・・

>>379
http://pc.watch.impress.co.jp/docs/2003/0729/visual.htm
>空冷設備が充実している
ってのはこの2台の扇風機のことなんだろうか。
http://pc.watch.impress.co.jp/docs/2003/0729/visual1.jpg

誰かWindowsServer2003-64bitで使ってる人いる？

>>389
藁タ

http://homepage.mac.com/maki170001/

K8T Master2-FARのマニュアルが出てる。
http://www.msi.com.tw/program/support/manual/mnu/spt_mnu_detail.php?UID=484

マニュアルが正しいんなら製品版もXEON穴で行くらしい・・・

>>385
なぜ動かんのか言ってみろよや

ServerworksがIntelに干されてチップセットつくりに来ないかな。
Newisysを買収してくれても良かったのに。

>>390
使っていますが、何か。

>>394
動かなかったんだよ。
32ビット版と64ビット版ではCLSIDが違うんじゃないか?

ちなみに、前々から口を酸っぱくして言ってことなんだが、

藻前ら、Itaniumで64ビット版Windowsの予習しる!

まぁ今はAMD64版のβがあるから、それでもいいけどな。

コンピュータの世界で予習ほどバカバカしいものはない
明日には仕様が変わるからな

そもそもItaniumなんて(ﾟ�听)ｲﾗﾈ

>>397
IA64ねぇ・・・（　´,_ゝ`）ﾌﾟｯ

しかし、大きな企業ほどAMDは避けて通る・・・
ガンガレ！

>>397
　Flashが動かなかったのはIA-64ですか？それともAMD64ですか？
　AMD64だったら(´･ω･`)ｼｮﾎﾞｰﾝ

　そういえば，64bitアプリから32bitDLLをダイナミックリンクできるのかな？だれか
知らない？普通のダイナミックリンク方法ではたぶん出来ないけど，32bitDLLを
ラップする仕組みとかAMD64用Windowsには搭載されるのかな？

>>398
そうですね。
早く知ったことを他の人に教えるのは損ですね。口を閉ざします。

っていっても、厨房以外には、AMD64版の64ビットのWindowsが渡ってると思うんだけどね。


>>402
IA-64です。
AMD-64は、まだ手に入ってないので。

Windowsの32ビットと64ビットの厚い壁については、
MSDNライブラリ内のドキュメントを読めば、絶望できまつ。

MSに税金払ってるところには来てるね>>64bit版Windows

AMDってさ、Aｔｈ64に合わせて
Ath64ならではなアプリを用意できるのかな？
まぁ、一般向けOSが対応してないから無理なんだろうが
なんか個人用途だとメリット無いね。

64bitはおまけ
AMDもそう言ってるし

http://headlines.yahoo.co.jp/hl?a=20030729-00000019-zdn-sci

50%ぐらいintelがシェアを取ればサーバーワークスも考えるだろうか?

Opteronが売れるほうがよっぽど乗り気になると思うが・・・

地味ーに周辺の相性で苦しみそうなので漏れはパスするが

＞Broadcomの営業利益の約50％はServerWorksが稼いでいる

ネットワーク以外の部門は2割くらいかと思ってたよ

ServerWorlsって、Broadcomの子会社だったんだ…
初めて知ったよ。

おまいら、ちょっと教えてください。
以前話題になってたデバイスドライバのことだけど
32Bit版のデバドラが、64BitWinで使えるかどうかについて
どっちなんでしょうか。
使えるとうれしいんだが。

>>403
　MSDNは読んだ事があるんだが，あの64-bit版の話はあくまでもIA-64の話で，
AMD64はIA-64よりももっと32bitアプリが動き易いんじゃないかと思ってる．

>>411
　>>402で言ってるDLLのラップができれば動くんじゃないかな．デバドラって
基本的にDLLだし．（勘違いだったらスマソ）

>>412に追記
MSDNの64-bit Windows - SDK Documentation - Running 32-bit Applications
http://msdn.microsoft.com/library/en-us/win64/win64/running_32_bit_applications.asp

ここで，
「However, 32-bit processes cannot load 64-bit DLLs, and 64-bit processes cannot load 32-bit DLLs.」
と書いてあるから，64bitDLLと32bitDLLの互換性は無い．だから多分デバドラも64bit用に作らないと
いけないし，64bitのIEからは32bitのFlash pluginを使えない．

　でも，ココに書いてあることはWOW64でx86をエミュレートして動かすというもので，
WOW64 Implementation Details
http://msdn.microsoft.com/library/en-us/win64/win64/wow64_implementation_details.asp
　を読む限りWOW64はItanium上でx86アプリを動かす為のもの．つまりMSDNライブラリの
64-bit WindowsとはIA-64用Windowsの事だから，Itaniumよりx86に近いAMD64ではマシになる筈．

　しかし，32bitと64bitのDLL呼び出しにおける壁について
http://msdn.microsoft.com/library/en-us/win64/win64/reasons_for_64_32_restrictions.asp
　に書いてあるんだけど，特に1つめの問題は「64bitのアドレスを32bitDLLに渡せない」というもので，
IA-64もAMD64も関係無い．つまり，普通に考えると64bitアプリから32bitDLLは呼び出せないし，
デバドラも64bit用のものが必用．
　2つめは32bitプロセスから64bitDLLを呼び出せない理由を書いてるけど，それはItanium特有の
問題．3つ目の問題はどうなるか不明．

　ただし，漏れもAMDのロングモードとレガシーモード（名前違ったっけ？）の切り替えで何が
起こるのか知らないから，正確なところは判らない．まぁAMDの資料を読めば判ると思うけど，
そこまでしなくてもAMD64向けWindowsが出てきたら判るから調べてない．

　だれかAMD64用Linuxで32bitのsharedライブラリが使えるかどうか実験キボンヌ．（多分無理だろうな）

http://www.amd.com/us-en/assets/content_type/DownloadableAssets/AMD64_Porting_FAQ.pdf
読んでみた

結論
Q1.ドライバは64bitでないといけないのか？
A1.そうだ

Q2.32bitアプリはWOW64上で動くのか？
A2.そうだ．だから32bit/64bitはプロセス単位で決まり，DLLの壁も当然存在する．
（つまり>>413の考えは甘かった）

Q3.ではどうやって32bitアプリは64bitWindowsのシステムコールを呼ぶのか．
A3.システムコールに関しては，OSが32bitのシステムコールを64bitのシステムコールに
変換する仕組みを用意する．だから同じようにDLLの壁を普通のアプリが越えることは
できない．

Q4.ハァ？っつーことはx86との互換性においてはAMD64もIA-64も大差ない？
A4.そのようだ．結局AMD64はx86コードを「速く」動かせるというだけで，互換性が高い
という訳ではないらしい．

　・・・っつーことで，>>385の言っているようにあんまり互換性に期待しない方が宜しいかと．
　64bitアプリはもちろん動くし，32bitアプリも動くが，32bitのプラグイン（DLL）が64bitアプリ
では使えない．

要は、互換性維持の必要な系統のアプリはとりあえず32bitのままにしとけば良いんでないか。

しかし、基礎すら理解されていない人達の妄想って凄いね．．．
ソースコンバータ作ってすら効率が可也低下することぐらい知ってほしい。

規格が異なれば、アーキティクチャが異なるのは当たり前っす．．（クスクス

使えない。FlashプラグインもJavaプラグインも動かなかった。
Flashが動かない理由については確かmozillaのMLに記述があったけど、
英語だったしブクマクしなかった。とにかく、「Flash使いたければ
32bit版Mozillaを入れろ」ということだ。

> 実験キボンヌ．（多分無理だろうな）
なんで無理？

あ、Turbo for AMD64での話ね。さすがにMacroMediaはWindows XP 64bitが
出る頃には64bit IE版のFlashプラグインは出すと思うよ。それから32bitで
staticコンパイルされたものは、ドライバみたいにH/Wと密接に関連していない
限り動く。Itaniumでは32bitエミュレーションが特に遅いが、AMDは32bitの
同クロックCPU程度で動くので移行がスムーズというのが売り言葉だけど、
結局は64bitアプリがそろうまで非常に使いづらい。というのがTurboを使った感想。
Javaは確かプラグインじゃなくてアプリも動かなかった。libjava.soの関係かな。
IA64用のJDKはもうでてるよね。でも1wayで100万するマシンは個人では使わないから、
SUNやhp,SGIのマシンと特定の業務用途で比較するべきであって(hpもsgiもIteniumだしてるけど)、
Flashが動かないとかはどーでもいい話。でもそこでのノウハウがopteronに
生かされた気がする。初代Itaniumから数えると２年(？)くらいたってるItaniumですら
動かないアプリ多いみたいだもん。あ、hpの人は64bitWindows上でMS Officeがサクサク動きましたよって
笑って言ってたな。でかすぎてデスクにはいらないよ

できるかもしれないけど、ここでみんなが話してるのはIA32の次世代

はー相変わらず俺の文章って支離滅裂・・

ああ、「(多分無理だろうな)」って「sharedライブラリが
呼べないだろうな」っという意味ね。今頃理解した。
誰か俺に首つりの輪用意してくれ。自分じゃうまく用意できない気がする。

>414

ありがとう、やっとわかりました。
64bit上から32bitコードを動かすためにi386の仮想86モードのような
仮想386モードで動かす訳ですね。
Windows-on-Windows64(WoW64)をつかって。

ラッパーみたいなもん作れんのかな｡

http://homepage.mac.com/hiroyuki44/

SSEが遅いのは、クロックの低さなのでしょうか？それともバグ？

>>424間違いました。
×SSE
○SSE２

Windowsのexeファイルって、異なるアーキテクチャのコードを
レコード分けて格納出来るんだっけか？

SSE２命令はMMXユニットを２回回すことで処理してる為，実質半クロック分の
実行速度しかでない…，という説がある。

煽った>>396,397でつ。

漏れって馬鹿だから、色々と期待して、Itaniumマシン飼ったんでつよ。
そしたら案の定どころか、さっぱり寒かったわけで。情熱なくなってﾏﾝﾄﾞｸｻになりますた。

あーちなみに、Itanium2は、どんどん安くなってるよ。

http://page3.auctions.yahoo.co.jp/jp/auction/c42235744
2年半の【hp】のメーカー保証付きで24万とか、

http://www.clubsse.com/camp/zx2000_super/index.html
普通にキャンペーンか価格で買っても40万だ。

これくらいの値段だったら、PC-9801VM2一式揃えるより安いダロ。

ちなみに、Opteron vs Itanium で喧嘩しる、っていう意図じゃないよ。

64ビット版のWindowsは明らかにItaniumが先行して(すでにRTM過ぎている)いて、
そこでの話が、Opteronでも当てはまるから、参考にできる部分は参考にしましょう、ってこと。

個人が家庭で使ってマンセーな64ビット、ってことだと、
IntelがItanium以外を出してこないうちは、
Opteronしか選択しないし先行してくるから、面白いよね、と。

まぁ今のところ、64ビットアドレッシングするだけのメモリが必要なのはデータベースだから、
個人じゃ、あんまり面白くない、っていえば、そうですな。

PentiumIII 1GHzのdualのメモリ2GBのマシンと、
Itanium 800MHzのdualのメモリ7GBのマシンで、
ストアドプロシージャの実行時間が、どうこうってほどデータないものね。

ttp://pc.watch.impress.co.jp/docs/2003/0729/kaigai007.htm

Opteron、メモリコントローラー２chも内蔵しているんだから、
いっそ256MB〜512MBぐらいのDRAMを内蔵して1chはその内蔵メモリ用に、
もう1chは外部メモリ用にとっとくて言うのはどう？>AMD様

んな死ぬほど歩留まり落ちそうなことは無理だろ

>431　いや、オンダイじゃなくたって、昔のPenProのようにと思ったんだけ何だけど。ｽﾏｿ
1Gbit DRAMも視野に入ってきたことだし。

>>431 んだ
それにDRAM混載はプロセスの関係でスピード上げられない
DRAMって中はアナログだから

中国Dawning、Opteron採用で世界トップクラスのスパコンを開発へ
ttp://pcweb.mycom.co.jp/news/2003/07/29/23.html
|このスパコンは、Opteron 800シリーズを2,000個以上搭載するという「Dawning 4000A」。

世界が変わりつつある予感がします

>>424
> SSEが遅いのは、クロックの低さなのでしょうか？それともバグ？

クロックの低さでしょう。
http://atcomp.net/bbs/arc/a/amdk/6_49_50.html#50

>>427
　MMXユニットもFPUも3つあるから，実質2/3クロックで128bitベクタ演算ができる訳だが．
　っつーか遅いのってSSE2の整数演算？それとも倍精度浮動小数点演算？

倍精度浮動小数点演算。

http://www.xbitlabs.com/articles/cpu/display/opteron-1_14.html
　例えばこのベンチだと，Opteronはx87，SSE2スカラ，SSE2ベクタでほぼコンスタントな
性能を出してる．それに比べて，Pentium4はバラバラ．

　Opteronは3本のFPUに，x87命令とSSE2スカラ命令は3命令を並列に割り当て
（3命令を1度に処理），SSE2ベクタ命令は1.5命令を並列に割り当て（3命令を
2回に分けて処理）している．
　SSE2ベクタはSSE2スカラの倍の量を計算しているから，結局どの方法を使っても
性能が変わらないことになる．

　この計算で行くと，Pentium4 3GHzに対抗するにはOpteron2GHzが必要になる．しかし
上のベンチを見ると，2GHzあってもPen4 3GHzに敵いそうに無い．というかPen4の
SSE2スカラがSSE2ベクタの倍以上の速度を出してる時点で意味不明．

　結局，Opteronが遅いのではなく，Pen4が「ツボにはまれば」激早ということだと思われ．

産総研、世界最高11テラFLOPSのOpteron＆Linuxクラスターを導入
http://www.zdnet.co.jp/news/0307/30/njbt_01.html

Opteron大人気だな。

というか、Flash云々の話は同梱されるであろう32ビット版IEを使えばイイだけの話では？

>>440
　IEだけならともかく，他のアプリでも64bit版のアプリが出ても使用するプラグイン全てが
64bitにならないと64bit版アプリに移行できないという状況が続くと問題だと思われ．

　まぁAMD64用Windowsが出たらFlashもAMD64対応版を出すとは思うけどね．

64bit OSで32bitアプリが高速でシームレスに動くのがAMD64の売りだろ。
4G以下のメモリーで十分なアプリは32bit版のままで問題なし。

>>442
　漏れらはね．
　でも一般ユーザーは，同じアプリの64bit版と32bit版があったらプラグインの事を
考えずに64bit版を選ぶだろうし，それでプラグインが動かないと「やっぱCPUはIntel
じゃないと心配」という，今のオヤジどもと同じ刷り込みをされる事になる．

http://pc.watch.impress.co.jp/docs/2003/0729/visual.htm

西和彦本部長がOpteron64個売り上げを達成。

>>443
なんでFlashのAMD64版が出るはずと考えるのか、仮に出たとして
32bitのプラグインが動かないと考えるのかが わからない。

64bit版が32bit版より高速に動作するとか
アプリ単体で4GB以上を使用するとかでなければ
64bit版のアプリにわざわざ乗り換えようと思うユーザーは少数だろうし
32bit版だけ作っておけば従来のプラットフォームも含めて
これ一本で全てまかなえるのだからコスト面から考えたら
64bit版を出さないベンダーはごろごろいるだろう

64bit版を必要な人が必要に応じて徐々に移行するというのが
AMD64の最大のメリットなんではないだろうか

>>445
　64bitプロセス内で32bitコードを動かせない．つまりAMD64用アプリはx86用DLLと
リンクできない．
　IEはOSの一部と統合しているから当然AMD64WindowsではAMD64アプリが標準に
なるはず．実際に，以前AMD64Windows上でAMD64とx86の2種類のIEを同時に動かす
デモをやっていた事からも，AMD64版IEは開発されていることは確実．
　そして残念ながら，IE用プラグインはBHOというDLL．つまりAMD64版IEはx86版の
IEプラグインをリンクできない．

　ただし，世の中の全てのプラグインで同じ現象が起こるわけではない．32bitプロセスと
64bitプロセスでプロセス間通信をすることはできるから，完全に別プロセスになるような
プラグインは動作する．
　逆にプラグインという形でなくてもDLLなら全て問題が起こる可能性がある．例えば
統合アーカイバプロジェクトのDLLで一部64bit化されないDLLがあれば，64bit版の
アーカイバソフトはそのDLLを使えない．

　あと，AMD64版WindowsXPには32bitのIEも互換性確保の為についてくるかもしれない．

　詳しくは>>414とそれ以前の幾つかのレスを参照．間違ってたらスマソ．

　追記，FlashのAMD64版が出ると考える理由について．

　Flash，Javaアプレット，Acrobat Readerはどのプラットフォームでも動く事を売りに
している．前の2者はブラウザのプラグインという形でも，出来るだけ多くのプラット
フォームに対応している．
　そういったアプリがAMD64版Windows上の標準ブラウザで動かないという事を容認
するとは思えない．

なるほど 良く過去ログ見てから書けば良かった。
ブラウザ回りは結構面倒なのか・・わざわざ説明してもらってすんません。

>>449
>ブラウザ回りは結構面倒なのか

結局あまりわかってもらえてない気がする

ところで32bitのLinuxだと、今のところIDEってPIO?

>>451
いつの話をしているの？
つっても嘘は教えたくないのでご自分でぐぐられることをオススメします。

>>450
64bitのプログラムからは 32bitのプラグインとDLLを呼び出せないから
64bit用を用意する必要があるってことね。

ブラウザ回りは って書いたのは本来書き直す必要が無いであろう
ブラウザでありシェルであるIEのために連携するアプリも64bit用に書き直す
必要が出来た・・ってことね。

32bitで済むと思っていたアプリがそうではないって書いてあるから
ブラウザ回りのアプリには余計な作業があるんだなって書いたんだよ・・うざ。

すいません言葉足らずで。VIAなんかはLinux向けに
IDEドライバ出してるからOpteronの環境ではどうなのかなって思ったんです。
スレ汚してすいません。

>>429
しかし現状ではMSはx86-64を進めるようにintelに働きかけている罠。

>>453
なんか意味わかんないけど、とにかく大変なのはブラウザ周りだけじゃないよ、
ということが言いたかった。
>>454
ああ、opteronの32bitに限って、という疑問だったのね。それなら納得。
どっちにしろhdparmで見るとusing_dmaはonだよ。dmesgではUDMA100で認識してる。
ちなみにOpteronマシン上でhdparm -t したら56.64MB/secでした。
HDDはMaxtor 6Y080L0ね

AMDも自社でコンパイラ作らんのか

gccをチューンして配るとかでもいいからさ
(むしろそっちの方が学術関係機関ではウケるかもしれん)

昔っからコンパイラ売ってるインテルをいまさらになって真似しろってか？

intelコンパイラってシェアなのか

>>458
AMDがこれからもCPU作るならいずれ必要になるんじゃねーの?

で64はいくら位になるの？

任天堂６４

日本IBM、Dual Opteronサーバー「eServer 325」を発表
〜1,058台構成の世界最大Linuxクラスタシステムも
http://pc.watch.impress.co.jp/docs/2003/0730/ibm.htm


ビジュアルテクノロジー、Opteron搭載のクラスタシステムを同志社大学へ導入
http://pc.watch.impress.co.jp/docs/2003/0729/visual.htm

>>455
ケンカしないでx86-64使いなさいっていってるんじゃね？

>>464
一応、Yamhill計画は動いているだろうがIA-64を出している以上自社の製品を否定することはしづらいだろ。
だから「コンシューマー向けは32bitで十分。メモリ問題は拡張を施したから当分の間は問題なし。」
と言っているわけだよ。

CPUを1000個も使うとしたらコストが少しでも安い方を選んじゃうよな。
クラスタシステムはAMD有利か？

AMDが儲けてるとなんか嬉しいな。

社員じゃないのになｗ

儲けた金で、
きちんと、性能をあげて、
きちんと、やすい値段で提供してくれればね。

まあ、狂ったようにピン数が違うのがでるのはこの状況になれば
なんとか納得。
一応はスパコン用CPUと、パソコン用は違うと言わなければならない
事情があるんだろ。かなり複雑怪奇な・・・。

>>466
たしか東大にもあったような気がする
AMDクラスタシステム

http://pcweb.mycom.co.jp/special/2003/trendsummer/

「Prescottは当初3.2GHzでリリースされ、今年中には3.4GHz、来年第1四半期には
3.6GHzに達する予定だが、この3.6GHz品でTDP 100Wオーバーは必須なようで、
3.2GHz品ですら86〜87W程度になるらしい。Northwoodコアの3.20GHz品がTDP 82Wだから、
「プロセスを微細化したら、消費電力が増えてしまった」訳で、ここで一気に様々な予定が
ひっくり返ってしまった。」

　SOIで消費電力を下げて，Athlon64でIPCを上げられたら，少々性能で負けていても十分
勝負が出来そうな気がする．
　一応予定通り8月中に2GHzのOpteronも出る見たいだしね．

>>471
今年末に3.4GHzって。。。

確か今年初めに3GHzで、１年で10%程度しかクロック上がってない。
今年は不作の年なのか。
まあ、AMDも同じ様なものだが。。。

Intelもつらい状況なのか。ﾔｯﾀｰ

AMDがプロセス変更した時に同じ事が起きるかもよ

>>470
東工大のAthlonMPクラスタとは別?

>>474
　ただし，90nmでStrained Siliconを導入したIntelに比べて，AMDは既に
SOIを導入していて90nmはただのシュリンクで終わる予定．

http://www.watch.impress.co.jp/pc/docs/2002/1112/kaigai01.htm
　去年の記事だけど，まぁこの予定通りに進むならもうそろそろ90nmHammerの
ファーストシリコンが取れないといけないのかな？
　この時の計画より少し遅れて，Q2開始Q4中に移行完了と予想．

>472
クロックあがらないよね。
+1700の倍を待っているうちに、２年って事になるなぁ。
しかも買い時になるのはさらに半年後かぁ・・・

0.4GHzって、基準が3GHzだから微量だけれど
166MHz→566MHzって考えると凄い進歩なんだな。

個人でItanium買った人がこんな所にいるとは。スゲーよあんた。
40万か・・確かに安くなったね。新rx2600(1.3GHz)が100万しないんだから、
型落ちだとこんなもんなのかな。

とりあえずIntelは投機的マルチスレッディングなんていう
電力食いなロードマップは破棄されて
PentiumMコアへのシフトで今後1、2年は停滞するのが確実
かな

http://pcweb.mycom.co.jp/special/2003/trendsummer/

>>480
>>471

何気にIBMのサーバはOpteron 246搭載モデルがあるわけだ。

>>477
> 0.4GHzって、基準が3GHzだから微量だけれど
> 166MHz→566MHzって考えると凄い進歩なんだな。

1MHz->401MHz の方が凄い進歩なんだな。

>>482
結構順調に取れてるっぽいね。2.2GHz辺りが出れば性能的に優位に立てそうなんだがな。

本来、0.13μ SOIプロセスで K7より高クロック設計とくれば、
2.4GHzくらいまではいってもいいはずだから、IBMがSOI関係で
効果的に助力してくれればそれくらいは出てくる可能性も、
少しはあるかもしれないと思う人もいるのではないのではないかともいえなくはないと思うのではなかろうか。

Red Hat、ハイエンドLinux新版のβ提供開始
ttp://www.zdnet.co.jp/news/0307/31/nebt_05.html

3.0ではサーバのサポートを拡大し、ItaniumとAMDのOpteron、
およびIBM製サーバの全4シリーズにも対応する。

>>478
すみませんねぇ。あちこちに出しゃばって。

でも今週末からは、漏れ一人ではない。
個人でItanium2買った神がいるからね。

>>484
2.2GHzはSandiaにすべて持ってかれてます。

>>487
いいないいなー、二人ともOSはなに動かしてるの？

>>486
うぉ、早速DL中。つーか昨日GinGin64をインストールしたばっかり
なんだけど、AS入れてみようかな

>>489
>いいないいなー、二人ともOSはなに動かしてるの？
http://www.clubsse.com/camp/zx2000_super/index.html
で40万で売ってますよ。昔のPC-9801VM2一式だと思えば・・・。

で、スレ違いの話になっちゃうので、
なぜか自作板にある、
Ｉｔａｎｉｕｍ２スレッド
http://pc3.2ch.net/test/read.cgi/jisaku/1045064542/
でね〜。

集わない記念age

Tyan Thunder K8W ８月出荷!?

ってマジかーっ！？
金貯めて無い……

>>492
そーすきぼんぬ

>>490
s/Ｉｔａｎｉｕｍ２/Itamium2/
だろ。ｶｺﾜﾙｰ

…ってｶｺﾜﾙｰのままで良いわ(w >Ｉｔａｎｉｕｍ２

s/Itamium2/Itanium2/
だ。ｶｺﾜﾙｰ＞漏れ

>>493
いつもの所
ttp://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html

Thunder K7Wって・・・
写真すらないから、８月はきついんじゃ・・・

>>497
ttp://www.tyan.com/support/html/newsletter09.html
ttp://www.tyan.com/support/assets/images/s2885_w120.jpg

K8WってAGP+PCI-Xのやつ？PCI-Xに差すもんないし、
とりあえずHDAMB買って次世代(25x?)でるまで耐えればいいんじゃないの？
業務用のサーバーでも組まない限りFibreChannelとかいらないでしょ

>PCI-Xに差すもんないし
ありまくりっ！
無くても探して埋めるぐらいの勢いで

AGP+PCI-Xを待ってる人多いでしょ、おそらく…っつーか確実に

>>498
さんくす。

>>500
CPUはSingleで良いから、AGPとPCI-Xが欲しい。
差す物って言っても、SCSIとGbEくらいしかないけど。

>>無くても探して埋めるぐらいの勢いで

居るよねー　スロットを埋めたくて仕方がないやつ。
そんなやる気に満ちているのが、うらやますぃ

RAIDカード2枚挿しとかすると思いのほかあっさり埋まっちゃったり
しなくもないかも。

8131のPDFを読んでｶﾞｸｶﾞｸﾌﾟﾙﾌﾟﾙはともかくとして、
PCI-Xって1スロットのみの時に133MHz,2スロットの時に100MHzになるんだっけ?

>>505
そうだよ。
133MHz=1slot
100MHz=2slot
66MHz=4slot

PCI-Xに33MHzのカードを混載させると、
全部のスロットが33MHzに落とされる？

じゃあなにか、みんなHDD5台でRAID5とかする気なのか？
確かHDAMBオンボードのGbEは8111直結だから32bitPCI接続じゃないっていう
話をどっかで読んだ覚えがあるんだけど、どこだか忘れた。

いいなー俺もその情熱がほすぃ

>>507
当然。
でも、ブリッジチップを介したら、その先にあるスロットだけ33MHzになるはず。

>>508
そりゃ、HDAMBは32bit33MHzのPCIしかサポートしてないんだから、当然GbEは32bit33MHz接続だよ。

そっか,32bitPCIって8151じゃなくて8111の機能だから、
GbEが8111直結でも32bitで確定なんだ。
http://www.amdboard.com/opteron_chipsets_amd.html

みんながAGP+PCI-Xを待つ気持ちがよくわかったよ。
でもopマシンだけGbEでもイミネ

カネホシーヨー。

巨乳美女、援交少女が淫らな格好！
無料画像もモロ見えでグー！
これは見るしかない！！
http://www.cappuchinko.com/

SCSIないんだから11万円ぐらいでｷﾎﾞﾝﾇ

>>510
SCSIなんて2台でPCI飽和だし、それにGbE使うとバス周り
はホント切実なのです。Xeonマシンに流れる人はその辺
目当ての人も多いですし。

AMD、Opteronが中国の10TFLOPS級スーパーコンピュータに搭載と発表
ttp://www.zdnet.co.jp/enterprise/0307/31/epn19.html
Opteron 800シリーズを2000個以上搭載


理研が12.4テラFLOPSのLinuxクラスターを導入
ttp://www.zdnet.co.jp/news/0307/31/njbt_03.html
何も書いてないけど、Xeon？

>>515
　今朝の日経にはItaniumだと書いてあったような気がする．

>515
日経にはintel製CPUとだけ書いてあった

富士通ってAMDと仲いいからなぁ。
もしかしたら・・・。
http://pr.fujitsu.com/jp/news/2003/07/31-1.html

InfiniBandって書いてあるから、Intelっしょ

未発表のHPC向けのItaniumじゃないの
産総研の246のよりCPUの数が少なくて性能が上回っているんじゃXeonでは無さげ

>>520
IBMとVTの比較では、2倍の帯域幅でCPUあたりの性能は
上がってるし、双方向5GのInfiniBandなら結構稼げるのでは？

http://www.tomshardware.com/business/20030730/index.html

>>516,517
どうでもいいけど昨日の日経のOpteronの数間違ってますよね?

>523
たぶん間違ってはいないと思う。
日経にはAMD製CPUが2636個と書いてあるだけでOpteronの個数は言及してない。

http://www.zdnet.co.jp/news/0307/30/njbt_01.html
1058台のサーバに2116個のOpteronが載ってて、その他を含めた総数が2636個。

>>524
そうなんだ、ありがとう。

　　　　　　　　　　　　　　　 ＿∧＿∧＿∧＿∧＿∧＿∧＿∧＿∧＿
　　　　　ﾃﾞｹﾃﾞｹ　　　　　　|　　　　　　　　　　　　　　　　　　　　　　　　 |
　　　　　　　　ﾄﾞｺﾄﾞｺ　　 ＜　　　Athlon64、待ち遠しいよぉー!!　　　　＞
　　　☆　　　　　　ﾄﾞﾑﾄﾞﾑ　|＿　 ＿　 ＿　＿　＿　＿　＿　＿　＿　＿|
　　　　　　　 ☆　　　ﾀﾞﾀﾞﾀﾞﾀﾞ! ∨　 ∨　∨　∨　∨　∨　∨　∨　∨
　　ﾄﾞｼｬｰﾝ!　　ヽ　　　　　　　　　ｵﾗｵﾗｯ!!　　　 ♪
　　　　　　　　　＝≡＝　∧＿∧　　　　　☆
　　　　　　♪ 　　／　〃（･∀･ #）　　　　/　ｼｬﾝｼｬﾝ
　　　　♪　　　〆 　┌＼と＼と.ヾ∈≡∋ゞ
　　　　　　　　　|| 　γ ⌒ヽヽコ ノ 　 ||
　　　　　　　　　||　ΣΣ 　.|:::|∪〓 　||　　　♪
　　　　　　　 .／|＼人 ＿.ノノ _||_.　／|＼
　　　　　　　　　ﾄﾞﾁﾄﾞﾁ!

>>526
気持ちはわかるが騒ぐな
早く来い高クロック版
Intelを叩き潰すようなベンチ待ってるぞ

その前に「金」・・・・

>527
いきなり3GHz版が出るくらいじゃないと叩きつぶすのは無理と思われ
SSE2周りが致命的

>>529
Cｽﾃで修正するって言ってたなSSE2。＞AMD
それにしても出てくるのはBｽﾃのベンチばかり。

>>529
性能より消費電力が低ければ，自ずから勝ちになる。
Intelはメルトダウン必至だから（ｗ。

http://pcweb.mycom.co.jp/special/2003/trendsummer/02.html
>AMDはかなりプロセスの変更を行っていたようで、
>ステッピングは既にE2まで上がっているらしい。
>このEステッピングではかなり歩留まりも上がり、
SSEは修正済みなのかね〜

SSE2なんて飾りです。偉い人にはそれがわからんのです！

Estepか〜よしよしどんどん期待するぞー

どうにもならなかったから必死で上げてきたんだろ？
なかなか出てこないわけですし、とても心配ですよ。

Hammer-Infoより
>940pin Athlon 64は、マルチプロセッサOK

これが本当なら、事実上黒浜DP復活って事か？
HT分割じゃないけど

>531
PenIIあたりが出た頃も似たような事言われてたな
その辺Intelは力技で何とかしてしまうのでは
…今回ばかりはかなり難しそうだが(w
いくらなんでも140Wは無茶苦茶だろ

>533
Opteronと違ってAthlon64の購買層は偉い人だけじゃないからね
SSE2の遅さはマーケティングとしてかなりきつい

「Cステで修正」が本当かどうか
本当だとして、どの程度のものか
AMDの興廃この一戦にあり、だね

>>537
最近のニュースに流れたHPC屋がOpteronを買い集めてるってことは、
実際に速いのはOpteronだという証拠。

SSE2とか言うのはプロの目から見たら飾りってこと。

>>538
だからこそ、一般人の目には早そうに見えないってことだろ。

まあマターリ期待してようぜ〜

intel の腰巾着が提灯記事を書きやすくなります。

ジオング ： Opteron
足 ： SSE2
パーフェクトジオング ： XEON

>538
537ではそれは同意してるよ

OpteronはサーバやHPC分野では十分に速く、競争力がある
Opteronが狙ってる市場のユーザー(「偉い人」と比喩)は
きちんとその辺を見極めてるからあまり心配ない

でもAthlon64が担う市場のユーザーはそうとは限らないでしょ
「クロック」や「ベンチ」や「ブランド」が価値判断基準の世界

個人向け市場でCPUパワーを要する用途が
ほぼ画像処理のみになってきた現在、SSE2が遅いというのは
実質的な使用感はともかくマーケティング的に厳しい

という事が言いたかったわけ

関係ないけど地球シミュレータのベクトルプロセッサの消費電力が
140Wだった気がする。ちなみに空冷。

>>543
画像処理のみとはおかしな言い方だな。
個人市場でＣＰＵパワーが必要なのはゲームだろ。

>545
ゲームの画像処理に必要でしょ
サウンドでCPUパワーが食われたりはしてないわけで

画像処理以外でCPUに猛烈に演算させるゲームとかが考えられるか
最近だとどういうのがあります？

蛇足

＞画像処理以外でCPUに猛烈に演算させるゲーム

昔だと大戦略でCPUのターンを漫画読みながら待ったなぁとか
思い出してノスタルジーに浸ってみるヽ(´ー｀)ﾉ

将棋とかチェスとかも必要かな?

Eステップまでいってるって事は今までのA〜Dステップは市場に出せないわけで。
AMD的には(ﾟдﾟ)ﾏｽﾞｰだろ。

　　_、_
（　,_ﾉ` ）　　　・・・
　Ｏ))|E]　ｼｭｯ

　　_、_
（　,_ﾉ` ）　・・・
　　　 (), ﾎﾞｯ
　σ￣

　　_、_
（　, ﾉ` ）　・・・
　　＼
　　　 (),
　σ￣

　　_、_
（　,_ﾉ` )y━･~~~　　・・・どうゆう解釈だ?

>>546
http://pc3.2ch.net/test/read.cgi/jisaku/1045402661/l50

大分前に出たけど未だにＣＰＵパワーが追いつきません。

将棋はまともに計算したら一手深読みするだけで
何百倍の速度必要だから当分ＣＰＵは関係無いっぽい。

>>544

確かにそうだね。
140Wあたりが空冷の限界のようだ。

Tejasでは特に省電力機構などは追加されないようだから、
計算上Tejas5.0GHzあたりで140Wに到達してしまう。
65nmにしても、漏れ電流はますます大きくなるから、
クロック重視のNetBurstアーキテクチャはあぼん確実だな。
Dothan系列の方がはるかに将来性ある。

何も空冷である必要なんてないんじゃねーの？
日電のPCようにうまいこと小さく水冷纏めれるような時代になったんだし｡


消費電力は…家庭でも三相交流入れてないと駄目ンなるかもな｡

>>554
でもやっぱり水冷はメーカーの保証とかないと不安。少なくとも私は。

冷却出来る出来ないは問題じゃないんだよ
出来るから出すんだし
問題は発熱
室温がガンガン上がるほどの発熱は勘弁してくれと

DEC Alpha21164はCPUからヒートシンク固定用の角を生やしてたな。
固定用ナットの素材と締め付けトルクは絶対厳守だった。
これをヒートパイプかなんかにしたらだいぶ効率よさそうだけど。

ヒートシンク用ネジ穴が付いたチップを見たことがある。
ネジ穴はチップ直づけのアルミブロックに。

（＾＾）

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

保証はなくてもいいけどケース＋マザー＋cpu＋水冷ユニットの
ベアボーンが出て欲しいなあ
フルタワーに近いミドルケースで自作ユーザー向けに
もちろんCPUはBTO可で

http://www.watch.impress.co.jp/akiba/hotline/20030802/etc_opteron1xx.html

発売開始！

　3Dゲームの物理シミュレーションもCPUパワーが必用だな．
　どっちかっていうと，これからはDirectX9で画像処理はPixcel Shaderに
移行していきそう．GPUは，CPUより沢山のトランジスタと広いメモリ帯域を使って
SSEより強力なSIMDプロセッサを搭載してるから，CPUなんかよりGPUでやる方が
速い．Longhornまでに低価格なGPUもPixel Shaderを搭載してくるだろうし．

　そうなったら，メモリとIO帯域の合計が広いAthlon64が有利だけど，メインメモリを
VRAMに使う場合が問題だな．

>562
ｷﾀ━━━（ ´∀`）･ω･） ﾟДﾟ）･∀･）´_ゝ`）ﾟ∀ﾟ）´-`）━━━!!!!

シングル用の安価なOpteronが初登場、142と144の2モデル ！

ってなわけで、安くなったけど、これって　Ｃステ？　Ｂステ？

>>563
CPUと比較するなら、vertex shaderの方なんじゃない？
なにも、DirectX9にかぎらず画像処理はだいぶ前からGPUがやってるし。
pixcel shaderを使えば機能が固定されずにいろいろできるってことでしょ。
まぁ、それでも数年後にはvertex shaderもpixcel shaderも汎用の
SIMDプロセッサでやることになるらしいが。
ただ、物理シミュレーションはオレみたいな厨房がやると、CPUパワー
がいくらあっても足りないけど、実際そこまでリアルにしたところで
日本人にはあまり受けない気がする。
だいぶスレ違いになってきたので、もうやめる。

144はCstepですね。
142はBstepだけど。

というわけで、144のOC情報キボン。

Opteronがスパコンとかに採用されまくってるのは
性能もさることながら熱でしょ熱
http://linux.ascii24.com/linux/news/column/113/2003/07/24/645148-001.html?
ここの通り発熱対してしないっぽいしさ
ってことは低発熱＝省電力だからIntelヤヴァイかも

>>567
Optenronの発熱とTDPっていまだに良くわからんな。
http://www.h2.dion.ne.jp/~tdp/k8.htm#sledgehammer
ここもなんか不明だって書いてるし。

>>568
ここに来てSOIが上手くいっているから発熱もTDPも相当低いはずだよ。

940pin Athlon 64は、Registered memory only
だって

CPUだけでなくケース内もあんまり熱いと、HDD、コンデンサとか他の部品の寿命も短縮しそうだしな。

さてイソテルどーする。

Opteron1xxとAthlon64@Socket940の違いって、結局デュアルチャネルかどうかってだけ？

違うのは名前だけ

>>568
ttp://www.aceshardware.com/read.jsp?id=55000268
↑電力計ってるのならここにあったけど。

>>572
SMPの有無とRegサポートかアンバッファサポートの違いでしょ。

これまでの報告を見る限りOpteronがIntelチップに比べて
省電力なのは間違いなさそうだが、なぜいまだにTDPやら
その辺の情報が公表されないんだろう？

事実なら>531の言うとおりかなりのアドバンテージとなるだろうに

EステップはSSE2が改善されてるけど
その分、消費電力が増えてるとか(ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

モバイルAthlon64もAthlon64と同時発表だったっけ？
こっち方面で省電力を売りにするかもとちょっと期待

省電力、高パフォーマンス、という点ではCrusoeのTM8000に期待。
Opteronは価格下がるのに期待。

>>577
よく考えたら、一度VLIW用にデコードした命令は最高の効率
(パフォーマンス/電力)になっているはずだよね。
この命令群がちゃんと複数回使われればチョー高効率なCPUになりそうだな。
Crusoeのパフォーマンスのポイントとしては、
・フェッチした命令群を変換する必要があるかないかの見極め。
・変換しない場合のインタプリタの性能
・変換する場合のコンパイラの性能
って言う感じかな。さらに、インタプリタ・コンパイラ自体がVLIWの
ソフトだから、コンパイラコンパイラの性能も重要だな。
TM8000はかなり速いらしいから、省電力の分野ではAMDはまた出番が
なさそうな気がする。AMDは複数のチームが動けないってのは痛いね。
まぁ、水面下ではいろいろ研究してはいるんだろうけど。

なんか高校時代、高体連で強豪校相手にいい試合してる最中の気分だ

9月ごろにはRegistered memoryが品不足の予感。

　なんかSSE2の改善に期待している人がいるけど，大幅な高速化は見込めない．
少なくともモデルナンバーと同じクロックのPen4には敵わない．

　もともとSSE2専用のユニット使ってるPen4よりも，専用ユニット積んでないHammerが
遅いのは仕方が無い．ステッピング変更で期待されているのは，SSE2のスカラ演算や
x87で演算した時よりもSSE2ベクタ演算の方が遅くなる場合があるというもの．今のSSE2
スカラ演算と同じかほんの少し速い程度にしかならない．

ﾌｰﾝ

（´･∀･`）ﾍｰ

専用ユニット使えば速くなるって思うのは妄想。

>>584
　ALU/FPUより遅い専用ユニットを載せるわけないでしょ．

　SSE/SSE2はSIMD命令だけど，Pen4は内部でSIMD演算するのに比べて，
AMDは分解して普通のFPUとALUにスケジューリングさせている．
　FPUは掛け算&割り算ユニットが1つ，足し算&引き算ユニットが1つ，ロードストアユニットが
1つある．倍精度浮動小数点x2の掛け算のスループットが2．対するPen4は1．

　もちろんそれだけで性能が決まるわけじゃないけどね．IntelのCPUは乗除演算の
レイテンシがAMDのCPUより遅い．大量のデータに対して演算する時，単位データに
対する演算が少なければ少ないほど高スループット&高帯域のPen4が有利で，逆に
多くなると低レイテンシなHammerが速くなるものと思われる．

>>579
島本和彦の「全力ナイン」で百点差をひっくり返した話思い出した・・・

あれは信じられないノリで違和感まったくなし。

PentiumMのSSE2性能はどの程度なのだろう
どこかわかりやすく比較してるサイトご存じ無い？

>>586
「全力ナイン」とは島本和彦のコミック「逆境ナイン」で
出てくる全力高校野球部員のことで、
作品名とは違うぞ・・・とツッコミを入れてみる。

Pen4のSSE2のスループットって1だったんだ。

>>585
妄想爆発。もう少し、知識のあるやつかと思ったが、ただの素人とはね。
----------
倍精度浮動小数点x2の掛け算のスループットが2．対するPen4は1．
----------

ttp://www.watch.impress.co.jp/akiba/hotline/20030802/etc_opteron1xx.html
ってshadeとかのレンダリング早いの？
お金ないんで、
あくまでシングルＣＰＵで・・・

1xxは2xxの約半額だな・・・2.0Gが出たら買いそう。

>>572
おぷ1xx：DDR333Regデュアル
あす64@940：DDR400Regデュアル（デュアルCPU可能？）
あす64@939：DDR400Regデュアル（シングル専用）
あす64@754：DDR400

>>572,592
A64@940はキャッシュサイズを512KBに落としてくるんじゃないかな。
Opteron1xxと区別する所ってその程度しかなさそう。

>>590
　スマソ．良く調べてなかった．SSEだとスループットは2かな．MMXしか使ったこと
無いんだけど，MMXでは掛け算のスループットが1だったと思うから．

>>593
256KBまで落とすと聞いたが．．．。パリスとは違うのか？

　調べてみた．Pen4のSSE2倍精度乗算はスループット2，レイテンシ6だった．
やっぱ漏れの間違いだったスマソ．

>>595
Paris/256KBは恐くSocket754の専用ダイ。
Socket940のA64はOpteronと同じダイで、キャッシュを半分殺すタイプかと思われる。

　ついでにHammerの方も調べてみた．スループット2，レイテンシ5だった．
ちなみにスカラ演算だとスループット1，レイテンシ4．
　やっぱり中でベクタ演算をスカラ演算2つに分解してスケジューリングしてる
みたいだね．あとベクタ演算だとレイテンシがPen4よりも1つ少ないけど，
クロック差を覆すほどの性能差になるとは考えにくい．ステッピングが上がる
ことによりSSE2の性能が上がるとすれば，クロックが上げ易くなる事くらいかも．

　ちなみに，IntelがPrescottで乗算のレイテンシを減らすみたいなことを言ってた
気がする．気のせいでなかったら，唯一勝ってるレイテンシでも並ばれる事になる．

>598
じゃあAthlon64は（性能面ではともかく）マーケティング面で
完全敗北は決まったようなものだな

返す返すも登場が一年近くも遅れたのが痛すぎる

>>598
Prescottで改善されるというのは
今まで14クロックもかかっていた整数乗算IMULの事。
http://pc.watch.impress.co.jp/docs/2003/0220/kaigai02.jpg

940pin A64は、”寸分違わず正確に”Opteronと同じものだ。値段も同じくらいだろう。
メモリコントローラは registered memory必須ではないはずだから、registered memoryが要求されるのは、Opteron用に作られたマザボのせいだろう。

939pinは、registered必須ではなくなると推測している。AMDは、Opteronボードについては、registered必須のままにしておきたいのだろう。
940pin A64はたいして出荷されない (low volume) が、939pinはそうではない。
（939pinの拡大で）754pinは2005年には居場所を失っているかもしれない。

Hammerが遅れているうちに、デュアルch P4が出たために、AMDは、これに対抗する必要にせまられた。
台湾の（マザボメーカーの）人をいらだたせずに、754pinから抜け出る方法というのが、この方法というわけだ。


おぷ1xx要らないじゃん・・・

AMD雑談ｽﾚが本当にどうでもいい雑談ｽﾚになっててUzeeeeeeeeeeeeeee!!!
たまに有用な情報が紛れ込んでるからタチが悪い

なれ合い禁止
AMD　AthlonXP　AthlonFX　Athlon64総合スレ、とか立たないかなあ

漏れはここがAMD雑談スレだと思ってるが・・・
件のスレはもう見てない

ｱﾆｦﾀとｱﾑﾀﾞｰの両刀じゃないと入りづらい感じがあるよね(;´Д｀)

>>602
同意。このスレは落ち着く

>>602
漏れはAMD系のどのスレも大体見てる(書いてる)が、ちゃんと趣旨別に分類
されてていいと思うがなー・・・
それに、１つのスレだけに棲んでる香具師の方がむしろ少ない気がする

このスレがカキコし易いならここに棲めばいいだけであって、他のスレを
ココで攻撃するのはよくないと思う
少なくとも件のスレは、他のスレの在り様についてどうこう言うのは無い
と思う

（‘・ω・`）そうでつか。

いっそ自作板総合雑談スレッドとかあったほうがすっきりするかもね
いやね、決して攻撃してるわけじゃなくってAMD関連のちょっと古い
機種の質問とか回顧ネタとかやるのにいいと思うんだけど
アニメやらフィギュアの話までここでせんでもいーだろ、と思うのです

雑談スレッド in 自作PC板　Part9
http://pc3.2ch.net/test/read.cgi/jisaku/1056606103/l50

実は存在してます…
まあアニメやフィギュアやオーディオは確かに…
ｽｲﾏｾﾝ。

スレ違いならまだ良いけど、板違いな話題は勘弁して欲しいところだねぇ。
まぁこんなことを件のスレで言っても「雑談」という言葉を楯に取られるだけだろうな。

>>600
　そうなんだ．良かった・・・といってもそっちの方が性能向上が大きそうだけど．

>>599
　確かに．Opteronの詳細が明らかになった段階で，Intelは各種ベンチマークの
次期バージョンで，SSE2のベクタ演算入れまくってるだろうね．
　これでAMDは性能と発熱のバランスで売るしかなくなってきた．とにかく130nmSOIの
性能と，90nmSOIの登場次期が重要．

>>602
　そうやって自分がこのスレに雑談を持ち込んでいるとは思わない？

蒸し返して悪いけど、このスレはこの方向で進むべきだとか、かのスレは
こうすべきだと言う事自体は別にいいんだけど、それを無理やり押し進めたり
何度もチクチクやるのはマズイと思う。

と言うか、気付いて無いかもしれないけど、そういう事を言う事がむしろ
一番の馴れ合いの始まりだと思われ
何故なら、自分の考えてる方向のみで話したい、そういう人達だけで話たい
関係ない香具師は入って来るなって事になるから

かのスレは一見馴れ合っているように見えるが、本質はそれとは逆だと思う
何故なら、あれだけ人が出入りし、しかも一人一人それぞれ好き嫌いは
ある筈（漏れも付いて行けない話題はたくさん有る)
が、殆どの香具師は気に入らない話題は唯スルーしてるだけ
馴れ合いというより、他人に寛容なだけだと思う

馴れ合いや雑談がうけつけらんない、って話じゃなくて、

雑談スレは、AMD製品の情報を純粋に話題にするには密度が薄くなっちゃって駄目、
このスレも本来はHammerスレだし、どこで元々雑談スレがまかなっていたことを
やればいいのかな？漏れは難民だよ、ｳﾜｰﾝ(ρ_;)

とﾏｲﾙﾄﾞに>>602の発言を意訳してみますた。

940-pin Athlon 64 L2 1MB Dual DDR 2.0GHz 3400+
754-pin Athlon 64 L2 1MB single DDR 2.0GHz 3200+?3100+?
754-pin Athlon 64 L2 256KB single DDR 2.0GKz 3000+?2900+?2800+?

モデルナンバーが予測しずらい・・・

64bit環境でSSE2を使うことを推奨しているっていうのは、
ハード設計の際に、x87に対してSSE2の方が高速化の妨げになるような要因が少なく、
Hammer以降のアーキテクチャで、浮動小数点演算性能を伸ばしていくのに有利だから。
今はOpteronのSSE2が遅くても将来のことを考えれば十分価値がある？

>>615
　もちろん，x87よりもSSE2の方が効率が良くなるよ．でも，HammerよりもPen4の方が
SSE2を使った時のブースト度合いが遥かに大きい．
　特にSSE2ベクタをフル稼働させるプログラムでは，殆どクロックの差がそのまま性能の
差になってしまう．

このまま年末までいけば2倍近いクロック差になるわけで
SSE2ﾊﾞﾘﾊﾞﾘのプログラムで勝ち目は薄いというかぼろ負けでしょう

遅れずに登場していたら、最強だったのに

個人的にはL2 256KbのDual チャネルメモリ版Athlon64が出て欲しいな。
処理速度が必要なのはエンコとSimCity4をやるときぐらいだから、
L2の容量が増えるより高クロックであることの方が、
パフォーマンス向上に寄与する。

>>616
>615 が言ってるのは現在の話ではなくて将来の事だろう。
x87での性能向上はもはや限界と言われてるからね。
Hammerの性能に関係なく、AMD64を立ち上げた時点で
SSE2を搭載する必要があったと言うことさ。将来のために。

940-pin Athlon 64ではRegisteredメモリが必要に
http://www.septor.net/
結局シングル版Opteronが名前を変えただけか

DDRII版っていつ頃になるのだろうか？
来年度末くらいには出てくるのかな？

>>608
＞AMD関連のちょっと古い機種の質問とか回顧ネタとかやるのに
＞いいと思うんだけど


訳わかんねー
そういう話がしたいんなら、どんどんそのネタを振ればいいじゃん

俺なんかネタ振って皆が乗ってくる方のが圧倒的に少ないけぞ
そんな時、自分はそのネタが嫌いだからといって、人が楽しく話してるのに
影で邪魔してりはしない

よっぽど長く続いてたら、ユーモアで指摘したりするけど、それで止まる事
もあれば止まんない事もある
そん時は、そのネタが皆よっぽど楽しいんだなと思って、自分は読み飛ばすだけ

>>621
>940-pin Athlon 64はデュアルチャネルDDR400をサポートする見込みであるものの、
>使用するメモリはRegistered DIMMである必要があるという。

DDR400のRegistered DIMMなんていつでるんだよ・・・。

AMDの話題を殺伐と雑談するスレ
http://pc3.2ch.net/test/read.cgi/jisaku/1059884870/l50

結局、こんなスレが立って結論が付いたか

AMD OpteronにHammerろう 13way
http://pc3.2ch.net/test/read.cgi/jisaku/1058695927/

誤爆スマソ

>>624
ないわけではないが写真見てみたいなコレ。
ttp://www.pricewatch.com/1/33/5550-1.htm

>>628
馬印かよ（ｗ

939ピンはRegisteredじゃなくてもいけるの？
Registeredって高いんでしょ？

>>630
http://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html
「メモリコントローラは registered memory必須ではないはずだから、
registered memoryが要求されるのは、Opteron用に作られたマザボのせいだろう。」

>>631
OpteronのデータシートはRegサポートとあるが。
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/23932.pdf

RegはM/Bじゃなくてプロセッサの要求。

ちなみに別資料ではAthlon64はDDR400(Unbuffered)

プロセッサの要求っても､制御用のPinまたは
パッケージ内の配線で切り替えてるだけじゃね？

M/B側の設計は変えようがないが｡

RegはMBやプロセッサじゃなくてAMDの要求なんだな。
Opteronブランドの信頼性を守るため。

なるほどな。

>>634
信頼性ならECCも重要。

>>636
　普通RegメモリはECCもついてくる．

>>637
OpteronがECC必須だとしたら？Reg必須になりそうだね。

>>638
？

ECC無しのRegistered メモリって売ってるの見たことないな。

ECCもRegもメモリアクセス（システム）の保全性や信頼性の向上ためのものだから、
ECCのないRegなんて意味ないだろ。
コスト的にはReg>ECCなんだし。

意味ないかどうかはともかく売ってないな。
俺には関係の無いことだが…。

ああ、市場として存在価値がないって意味ね。
厳密に言えばECCはメモリモジュール単体での保全・信頼性の向上が目的で、
Regはモジュールを複数枚使用したときのシステムの保全・信頼性を向上させるものだから、
機能は異なるが（あたりまえか）、
Regの市場はサーバ向けがほとんど（というかサーバのためのメモリ規格）。
それでこの市場はとにかく保全・信頼性がもっとも重要な要素だから、
ECCの有無程度の価格差（１枚のモジュールあたり1000〜2000円程度）で
ECCのないRegの方を買う香具師はまずいないというわけ。
市場の要求がないから造る方も当然いない。理由はただそれだけ。

誰かコードネーム、ソケット、対応メモリ、チップセット、登場時期等々を
一覧に整理したテレプレ作ってくれないかなぁ…。
ラインナップ細かすぎて把握しづらすぎ(;´Д｀)

とりあえずデュアルチャネル対応の939pinに逝くか・・・。
90nmの立ち上げが遅れるだろうという話が多少気になるが。

なんだ発売日近いにしても、進行具合がなんか変わってきたなあと
思ってたら、他スレの難民流入してたのか・・・。

あと２ヶ月か・・・。




金・・・無いじゃん。

A64はPowerNowをサポートしていますか？

http://www.super-flower.com.tw/quadruple_fan_psu.htm.

QuadFanのEPS電源
年末あたりこれでDualOpteron組もうかなーと思ってるんだけど
既に使ってる人いませんかね？

9月に出回るの？どうせ遅れると思って、金使ったよ。

>>647
mobile A64はサポートしている筈．

　普通のA64は，ノースブリッジを内蔵しているので，coolonを使わなくてもHALT時に
クロックを落とします．(BIOSがこの機能をenableにすればの話だけど)

>649
あまいな、ちゃんと出るぞ！

間に合わなかったら、オプ1XXのPinを一本折って
シールを貼り替えて出荷。

OpteronはHyperTransportが3つで、Athlon64は1つだったと思うが
メモリDual対応の939pinのAthlon64はいくつなんだろうね。

1本だとしたら940pinのOpteron用マザーでは使えない場合が
出てきそうだが。

おまえらOpteronでレイトレベンチ取った奴いるか？
CPUIDはなんだ？
http://www5e.biglobe.ne.jp/~liquor/raytrace/

Opteronの凄さを証明するベンチとかないでつか？

ローエンドとハイエンドでソケットが違う
940はRegメモリ

この2つだけでメーカー採用絶望的じゃないのか？

なんかsteppingも短期間で上がっていきそうな悪寒…
物好きな人柱以外は、まだ手を出さん方が無難か。

64@940はRegとの両対応だと思うが。

結論を先に言えば、「出てみないとわからない」んだよな。

>>653
現状のOpeteronのIDはF51かと思われ。

ttp://www.zdnet.co.jp/news/0308/02/nj00_msievet.html

K8T Master2-FAR

＞展示されているPOPでは、MSIスタッフの手書きで
＞「すみません忘れてください」と。残念ながらOpteronオンリーとなる
＞ようだが、何があるか分からないAthlon 64。まだまだ望みを捨てずに
＞おきたいところ

ttp://www.arima.com.tw/computer/spec520.pdf
自作と関係ないけど、K8ノートPC。

>>661
A520のソケットがSocket 7になってる．

Intel 'Yamhill' 2005年以降に登場？
http://septor.net

yamhillはx86-64の二番煎じと煽られる日が来るのだろうか・・・

まじでソケ７だったりして

それは逆転ホームランだな。

夜中に変な夢を見たので書き込んどく

Hammerはステッピングが順調に上がり、
メモリコントローラも速くなり、SSE2もまあまあ速くなり、
クロックもあがって130nmで2.6GHzまでいく
これなら130nmでもPrescott/Nocona初期に十分対抗できる

んでその後、939ピンとやらを投入
これは940とは全く非互換でHTが1 or 2に削られてる
替わりにメモリチャンネルが2ch増えて、合計で4ch
SMPはSigleかせいぜいDualまでだけど速度は上がる
これで、Prescott後期にも十分対抗できる

Tejasには90nmで対抗


くだらん妄想なので、きついツッコミは勘弁

夢の中で何ヶ月過ごしてんだよ？(藁

妄想でもピン数くらい考えてくれ(藁
XDR-DRAMとかだと939ピンでも4ch出せるだろうがな

Dualで8131*2つーのは出てないね
本気のサーバーなら
PCI-X 1系統は安物扱いされるような

8131はPCI-X二系統だが。

＞670
あ、本当だ
1チップのくせに２系統独立してるのねー
1本につきスロット5本までいけるみたいだから
じゃあオンボードI/Oを省かずにPCI-X 7本という板も出せないこともないと

２系統コントロールできるなら
片方のPCI-XバスをAGPかPCI-Expressに変えたほうが
ワンチップでコストもレイアウトの自由度も良くなるし
自作向き？
特にSingleOpteronにはこちらがかなり望ましいような
8131の小変更で出ないかな

>>667
ﾜﾗﾀ

PCI-ExpressついてたらAGPとかPCI-Xみたいな古いインタフェースはイラナイ気がする
32bitのPCIはAMD8111についてるしな

http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~73132,00.html

このスレはマッタリとしていていいねぇ〜。
自作板は糞しょーもないPen4叩きスレばかりウンザリしていたが、
ここは落ち着いていて良スレですな。

俺はPen4ユーザーだが、Athlon64には期待しているよ。
消費電力が少ないようだし、HALTにも標準対応するようなので、
次に買うCPUはAthlon64が有力候補です。

Opteron 246正式発表
http://pc.watch.impress.co.jp/docs/2003/0805/amd.htm

>>676は>>602以下の香具師？
そういう事言うとまた荒れるんで、他でやってくれる（上３行だけ）
その糞しょーもないスレの住人だって見てるんだろうから
ただスレを使い分ければ済むんだから、何時までも影でネチネチ止めろよ

Opteron Section Updated

ttp://www.amd.com/us-en/Processors/ProductInformation/0,,30_118_8825,00.html

ttp://www.amd.com/us-en/Processors/ProductInformation/0,,30_118_8796_8800,00.html

さがりすぎでつ（＾＾；

>>678
放置できない喪前も逝ってよし

http://www.v-t.jp/ の Xeon モデルには補助金が塔載されているらしい。

>>678
っていうか、オマエの方が荒らしに近いだろうが。

>何時までも影でネチネチ止めろよ

影でネチネチやってんのはPen4叩きスレに巣くってる奴らだろうが。
奴らがこの板のレベルを著しく落している最大の原因。

>>676のレスから荒れ模様 w

　　　　　　　　　　　∧＿∧　　　　　　　　　　　　＿
　　　　　　　　　　／(･)'(･)　ヽ　　　　　　　　　＿|　|＿＿＿＿
　　　　　　　　／⌒＼　　　　　ヽ　　　　　　　|＿　　＿＿　　／
　　　　　　　 (　0　0　), ―- 、_ ヽ　　　　　　　　|　|　　　/／
　　　　　　　　ヽ――'⊥⊥⊥　） ）　　　　　　　 .|　|
　　　　ε＝　　　　）　　　　　/　/　　　　　　　　|＿|　　＿
　　　　　　　　　∧Ｔ Ｔ Ｔ Ｔ／ ／　　　　　　　　　　　／　／
　　　　　　　　　ヽ――――／　　　食　　 　／＼／　／
　　　　　　／／　　　　　　　　 ＼　　っ　　　 ＼　　 ／
　　　　　ε/　　　　　　　　　ヽ　　）　ち　　　／　　　＼
　　　　　　（　　　　　　　　　　）Uω　ま　　／＿／＼／
　　　　　　　ヽ　　　　　　　　　　／　う　　　　　|￣|
　　　　　　　　ヽ-、＿　　　　／　　　ど　 　　　|　 |　　 ＿
　　　　　　　　　　　|　　||　　|α　　　　ﾟ　 　　　| 　|　／／
　　　　　　　　　　⊂＿⊂＿ |　　　　　　　　　　|　 |／／
　　　　　　　　　　　　　　　　　　　　　　　　　　 |＿_／

まぁ、San Diegoが出るまでは3000+で静観っと・・・。
Opteronの影がやっと見え始めた時期はかなり高レベルなスレだったのにな。

>>683
(・∀・)ｶｴﾚ!

>>683
はぁ？
おまえ録音テープの知り合いか？
Pen4だけじゃなくてお前の頭ももっさりだな（藁
x86命令と整数演算機能がぶっちぎりで速いAthlonXPが最強に決まってんだろうがボケが。
Pen4が有利なベンチなんて、Intelが圧力かけて無理やりSSE2を使わせたに決まってんだろ？
純粋なスピードならAthlonのほうが間違いなくPen4より速い。

お前はもっさりCPUと一緒にぽっくり逝っとけ。

ビジュアルテクノロジーのクラスタシステム見ると、
246でもFANレスできてるみたいだし、やっぱ結構HaltとかSOIが効いてきてるみたいだね。
http://pc.watch.impress.co.jp/docs/2003/0805/visual.htm

>>689
　スゲー．2GHzをDualで入れて，しかも普通のタワーケースよりも小さいくらいの
スペースに詰め込んでるのにCPUクーラーはファンレスかよ．
　新ステッピングで電圧上昇(1.6V?)したらしいけど，246ってそれだよね？

　ちなみにHalt時クロックダウン機能が効いていても，CPU使用率が高い時には
関係無い．SOIの性能だろうね．

>>688
P4がもっさり云々はどうでもいいがスレ違いという事に気づけ。
言い争うんならP4関連のスレでどうぞ。

>689

シロッコファンがクロスフローファンに変わっただけで、
ファンレスじゃないんだが…

しかしそれでも消費電力に関する情報は出ないのね
ステッピングごとにばらつきが激しいとかだろうか

さすがにPC用途向けの64は公表しないわけにいかないだろうから
九月が楽しみだね

低発熱高性能が実現できてるようなだけに、さっさといいCPUクーラーが出て欲しいところ
AlphaかScytheあたりのが出るまでは待つか純正で耐えないといかんのだよなぁ

SOIも効いてるだろうけど、ヒートスプレッダはどうなの？
これも放熱に効果あるの？

>>695
　どっちかっつーと熱抵抗が増えるから逆効果．

>>696
んなこたぁない

>>697
　Why?
　ヒートスプレッタがアルミ製にしろ鉄製にしろ，銅のヒートシンクに直接くっつける
場合と比較したら熱抵抗は増えるよ？
　それに分子単位で結合していない部分が，CPUコア - ヒートシンク間の１つから，
CPUコア - ヒートスプレッタ - ヒートシンクの2つに増えるし．

>>695
しかし小型化は、熱の観点からはいっそう不利な状況にあると言える。
そこで、小型化と同時にヒートシンク(放熱板)やヒートスプレッダー(熱拡散板)を搭載し、
熱密度を下げ、放熱効率を高める工夫も行われている。

http://www.zdnet.co.jp/news/0306/06/cjad_uno_3.html

熱抵抗はあがっても、熱密度を押さえなければならないからやっている。
でなきゃ、やるわけない。

あともういっちょ
http://e-words.jp/w/E38392E383BCE38388E382B9E38397E383ACE38383E38380.html

なるほど、熱密度ですか。

Opteronがほんとに省電力かどうか、公式の数字が無い以上安心できん(w
ここまで来てもまだ数字が出てこないって事はステッピングごとに
ばらつきがあるのかもしれない

64が出る時には数字を出さないわけにはいかないだろうから
期待しながら待つとしよー

　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　　148まだ〜？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　　＼＿＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　.愛媛みかん.　 |／

>>704
>>696=>>148じゃないの？

あ、モデルナンバーの話ね。ｽﾏｿ(藁

>>703
データシートにあるTotal Thermal Power (max) 84.7Wってのが
今のコアでの(クロックいくつまでを想定してるのか不明だけど)
発熱の上限じゃないの？

Opteronのヒートスプレッダーは銀製なので熱抵抗はかなり少ない。

>707
だとしたら(たとえば246のものだとして)あんまり「省電力」なわけじゃないよね

>>709
まあ、問題は発熱の上限より、普通に使用したときの発熱と平均電力なわけだが。

>>709
　「これで設計したら問題ないですよ」という上限値だから，実際の消費電力は
さらに少ない．とくにサーバー向けはコンシューマ向けよりも余裕をもった数値に
してるんじゃないかな．

>>708
　す，すげー．銀製のヒートスプレッダなら，ヒートスプレッダ無しのCPUに上手く
ヒートシンクを取り付けるよりも良いかもしれませんね．

>>711
某社が某CPUメーカのTDPを信じてブレードサーバを設計して
カリカリに最適化した演算させたら、火を吹いたことが…
あったとか無かったとか。

>>712
　Intel製？
　サーバー向けは知らないけど，コンシューマ向けプロセッサのTDPは，AMDはMaxを，
IntelはTypicalを公開してるんだよね？AMDのTDPは信頼できると思うけど．

ってCPUメーカーはIntelとAMDだけじゃないか．

>>713
Xe○nを乗せたやつなかなか出なかったじゃない?

>>713
IntelもAMDも、TypicalとMAXの両方を公開してるよ。

>>716
(´･∀･`)ﾍｰ

>>716
TDP一覧のとこじゃなくてIntelのデータシート見たけどTDP（平均）のみだぞ。

>>668
いや、さすがにそのくらいは・・・
リザーブピンいっぱいあるから十分足りる
HTは1本かぎりぎり2本

>>718
日本語サイトを見てない？
あそこに書いてある、最大消費電力は、TDP Maxそのものだよ。

いつになっても、誤植が無くならない。

>>720
こんなこと、書いてありますが…
>>2. The numbers in this column reflect Intel’s recommended design point
>> and are not indicative of the maximumpower the processor can dissipate
>> under worst case conditions.

http://www.intel.com/design/pentium4/datashts/29864310.pdf
より。

>>720
初耳だったんで調べたけど、
「あんたが勘違いしているに一票」
と、結論でますた

>>721
よくわからない表示だなぁ(藁

>intelの推奨する設計基準を示すもので、プロセッサが最悪の状況で消費しうる
>最大消費電力を示すものではありません。

この最悪の状況ってのは瞬間の電力のことなのか、それとも電力的に最悪な
プログラムを走らせてしまったときの平均消費電力のことなのかはよくわか
らんけど。
後者だとすると、TDPを守って設計しても、熱で逝ってしまうことがあり得
ると言うことかな？

>>720
君はいつになったら人のレスをちゃんと読めるようになるのか・・・。

>>723
　確かに．
　Intelが推奨する設計基準ということは，最悪のケースよりも余裕を持った数値で
あって，AMDが公開しているTDP Maxと同じ意味という事になる・・・よね？

まぁ。これでOpteronは64bitCPUとして初めて2GHzを超えたわけだ。
めでたし、めでたしっと。

普通に読めば、この数字はP4が放出する最大熱量ではないとなるが。

maxじゃねーよ、ということだ。

>>723
P4は過熱すればクロックを落とすので、逝くことはないでしょう。

同じ「消費電力」でメーカーごとに表現が違うんじゃ、消費者が混乱するだけだな

かつてブロードバンドルータで「スループット」の数値の計算方法がメーカーごとに違って
一時騒ぎになったが、今は各メーカー話し合って統一したやり方で表示しているらしい

CPU消費電力もそうなって欲しいものだが、「クロック数」と「モデルナンバー」とかでも
グチャグチャになってる状態でそれを望むのは無理か……

電圧x最大電流の75%ぐらいだった気がする。

>>728
TDPってのはそもそも本当の「消費電力」とイコールじゃないよ。
あくまで放熱設計上の目安に過ぎない。

理論上は常に　「本当の消費電力」＞ TDP　となるはず。
電気エネルギーを100%熱に変換できるのなら別だが、もしそれが可能なら
全世界の電熱器メーカーはヒーターにCPUを喜んで採用するだろう（ｗ

>>730

>電気エネルギーを100%熱に変換できるのなら別だが、もしそれが可能なら
>全世界の電熱器メーカーはヒーターにCPUを喜んで採用するだろう（ｗ
　電気を熱に変換するのではなく，電気を用いて熱を移動させるという方法で，
エアコンは熱伝効率100%を超えている．
　熱伝効率100%程度ならどのメーカーも採用しないだろう．

　エネルギー保存則に従う限り，消費されるエネルギーは何らかのエネルギーに
変換されなければならない．電気回路では，電磁波+熱に変換される．
　CPUの出す高周波な電磁波の殆どは，CPUの周りでやはり熱に変換されるだろう．
したがってCPUの熱伝効率は100%に近いと言っても間違いではない．

なんか、わかってる香具師とわかってない香具師が入り乱れて無茶苦茶だよね(藁

>>730
>「本当の消費電力」＞ TDP
これはちがうでしょ。

どうでもいいがAMDはMaxを，IntelはTypicalを公開してる

どっちも両方載せればいいだけのことなんだが・・・そうもいかんのか？

>>730
逆のはずだよ。本当の消費電力＜TDPじゃないと意味がないよ。
あと、ほとんどの電化製品は電気エネルギーを100%熱に変換してる。
ちがうのはモーターを使って機械的なエネルギーに変えているモノくらいのはず。

設計の指針だからほんとはTypicalもへったくれもないんだけどね。

>>735
インテルの資料を読む限りは逆だね。
最大熱出力＞TDP
となっている。

> 逆のはずだよ。本当の消費電力＜TDPじゃないと意味がないよ。

intelばりに、核反応でメルトダウンでもしたか？ ｗ

電力話に花が咲いているところｽﾏｿですが、653が気にしてた
レイトレベンチとやらの一覧表に、CPUIDがF58で1.8GHz？の
奴が参戦しているんだけど、これって新コアの144？

ベンチの方は、P4の3.2と2.8に負けちゃってるみたいですが......

あのう〜、消費電力で荒れるのもう、3.4回目ですけど・・・・

>>740
うん。だからもういいんだ。>>739の話題に移ろうぜ。

intelはパイプラインが埋まるとは考えてないからTDPが
最大熱出力より低くて良いと保証しているってことだろ。
で30%の確立で効かない安全装置だから>>712みたいになったと。
最適化でパイプライン埋めすぎたっちゅうことですな。

>>742
　確かに，HyperThreadingでTDPがかなり上がったって言う事は，非HTのPen4の
TDPはパイプラインが完全に埋まった場合起こりえる最大消費電力ではなかったの
かもね．

あんたも好きねえ！

>739
ベンチはどうでもいいや。
通常の使用で体感速度が明らかに違う！ってのなら
さすがに考えるけれどね。

>>741
これだよね。
F29(Pen4?/3.2GHz) IntelC7.1(gr) 0.933
F27(Pen4?/2.8GHz) IntelC7.1(gr) 1.0529
F58(Opt/1.8GHz) IntelC7.1(gr) 1.1915

オプはSSE2使ってしまったので遅くなったんじゃないかな。
オプ&SSE2オフでやってくれー。

http://cgi.www5e.biglobe.ne.jp/~liquor/raytrace/ranking2.cgi

結局CPUクーラーはXeonと共通仕様で出せるの？
2GHzになってもまともな物がない感じ
純正は正直安っぽいし

ﾍﾞﾝﾁはもう苛ねぇんだよ、禿!!　といわれるのを覚悟で貼ってみる
Opteron 140-146, SK8N(nForce3) ﾍﾞﾝﾁ
ttp://www.x86-secret.com/popups/articleswindow.php?id=89

ベンチの選別がアレだな、何気にCpuMark99とかあるし。
まあ、Office系は最強ってトコですか。

http://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html

Athlon 64 FX？

　モデルナンバーはどーでもいいけど，歩留まりが良くなったというのは
良いニュースですね．
　全然違う筋から同じ情報を得たとレスしている人が，Fakeに話をあわせて
いるだけかも．

・・・何故かAMDに明るい兆しが，という噂を聞いても，Fakeだろうなと思って
しまう自分がいる．ガンガレAMD!ハイルAMD!

>>743
>>729の私のレス読んでくれよ。

すいませんこれで最後です。

Opteron搭載ワークステーション、IBMなどがリリースへ
ttp://www.zdnet.co.jp/news/0308/06/nebt_28.html

米IBM、Penguin Computing、Fujitsu Siemensなど。

同じライブラリを32bit版と64bit版をインストールして問題ないのかな
誰か俺と一緒に64bitLinuxにはまらない？

GinGin64かRedHat Enterprise 3.0βあたりで

http://headlines.yahoo.co.jp/hl?a=20030805-00000010-cnet-sci
Torvalds氏曰く、「IA-64は本当に嫌いだ。勝ち目のない戦略だ。
無意味なことなので、個人的には、IA-64が自然消滅してくれればと思っている。性能はひどいし、おまけに高い。
完全に新しいインストラクションセットだ…AMDのアプローチのほうがずっと面白いと思う」
だそうな。
激しく同意。

＞性能はひどいし

そんなに酷いのかな？
低電圧版のItanium2はコストパフォーマンスでもOpteronと競合できる、みたいな話じゃなかったっけか。
IA32コードの実行性能が酷いって事だろうか？

トランスメタでAMD64/IA64/IA32全対応のCMSを搭載したCPUを出したら楽しくならないかな。

>>756
その発言ってItaniumの時だよ。2じゃないとき。

>>755
氏って、もう頭固くなってる老人なのかな。
IA-64のアーキテクチャ理解する能力ないだけでひがんでるのでは?

>>758
Itaniumの販売数見れば作るだけ無駄って思うのが普通だろう。

>>758
386ヲタだからな。
こだわりがあるんだろう、色々と。

Itaniumﾏﾝｾｰｽﾚはここでつか？(藁

Sun announces Opteron Java support
ttp://www.theinquirer.net/?article=10891

漸進主義の人には、いちからアーキテクチャを作りなおすというのが
魅力的には感じないんだろうな。

また、その発言はx86互換チップを製造しているtransmeta在職時の
コメントであることも割り引いて見た方がいいかと。

Open Source 路線，で考えると gcc ではパフォーマンスダメダメじゃない? > IA-64

AMDがGeode買っちゃいました。
http://www.theinquirer.net/?article=10894

最近赤字続きなのに、どこにそんな金があったんだ？

>758
VLIWを人間の脳で理解しようというのは無理だし無駄だと思われ
その辺は全部コンパイラ任せというのが利点だが
氏のような根っからのｽｰﾊﾟｰﾊｶｰには物足りないのだろう

AMD Athlon 64とAthlon 64 FXを投入？
http://septor.net/

>>764
企業の財布(資金調達能力)を舐めてないか?借金さえも時には武器になる

>766
AthlonXPとAthlonFXでは後者が廉価版なのに
Athlon64とAthlon64FXでは後者が高機能版なんだね
わけわかんね

本当だとしたら、AMDはつくづくマーケティング下手だな
嘘だと思いたいが、その下の「Athlon64の歩留まりは好調」を信じたいので信じる事にする(w

さらに上位版のAthlon64XPが登場に一票。

Athlon64の方向性が迷走してるね
いくらなんでも
Opteron 8xx
Opteron 2xx
Opteron 1xx
Athlon64 FX
Athlon64

五段階は多すぎだろう。差別化できるわけが無い
Opteron 1xxとAthlon64はいらないんじゃない

>>770
いやOpteronはサーバー向けだから．

Pentium4
Pentium4HT
XeonDP
XeonMP
Itanium

Intelもハイエンドデスクトップとサーバーあわせたら5種類あるわけで．
(Itainumは違うけど)

オプテロンを馬鹿にしながらG5最高と言ってるマカーに思い知らせてやってください。

http://pc.2ch.net/test/read.cgi/mac/1057507105/

>>772
ほうほう、今まで「Intel糞」とか「Pentiumおせー」しか言ってなかった連中が、
とうとう「Opteron」を口にするようになったか。AMDも偉くなったもんだ。

>>770
Opteron 8xx
Opteron 2xx→Athlon64 FX
Opteron 1xx→Athlon64

がぶつかってるんだから、やめるならOp1xxとFXじゃないの？
At64が潤沢に出回るようになったらOp1xxは開店休業状態って気がするが
わかんないのがFXだなぁ。コアはどう見ても同じで値段は安く、チップセット
も同じで自作中心の自宅dualという小さな市場にわざわざ１モデル割くなら
小規模サーバーをナイスプライスって方が広がる気もするがなぁ。

http://www.via.com.tw/en/Digital%20Library/PR030806DualOpteronatLinuxWorld.jsp

VIAもDualOpteronに積極的

http://www.watch.impress.co.jp/akiba/hotline/20030809/etc_opteron140.html

ﾔｽｰ

>>774
え、Athlon64 FXって2-way可なの？

>>774

Opteron 8xx
Opteron 2xx
Opteron 1xx→Athlon64 FX
　　　　　　　　　 Athlon64

じゃない？

>>777-778
ｽﾏｿ、その通り。Dual Channel DDR対応か(^^;。
>>770
の言ってるとおり、1xxと64が不要なラインだわな。
多分その方向で自然消滅する気がするが、64はduron並のプライス
を付ける気かもね。64bitでフルラインナップするなら、確かに64の
ラインも必要かも。nvidiaは面白くないかもしれんが。

Opteron 1ｘｘとAthlon 64FXの違いはおそらくHTの数だけなんだろうが
AGP、PCI-X、PCIをそれぞれ別のHTに接続するような設計の
single CPU用マザーでも出ない限りOpteron 1xxの存在意義は
無いに等しいわけか。

>>780
AGP ProとPCI-X 4Chが出来るね。
しかも各PCI-Xスロット独立で
(8131x2+8151)

ソフト業界で進むAthlon 64対応

ttp://www.zdnet.co.jp/news/0308/07/nebt_19.html

おそくたっていいじゃないか
64bitだもの

少なくとも、遅くはないぞ

はっきり言って今度のモデルナンバーはわかりづらい。
消費者のことを考えてくれ。

>>785
むしろわかり難くしたんだろ？
消費者が自分で調べ、自分で選べって事だ。

「64」bit対「32」bitという形で（スペック値競争では）絶対的優位であり
クロックで比べるのはもう止めてくれ！
みたいな心境なんじゃないかな。
もう64bitCPUの中だけで比較してくれ、P4やP5やXeonと比べるのは止めて！みたいな。
...有り得ないけど。

＞「64」bit対「32」bitという形で
32->64 で 4GB 倍に増えたしな。

64bitっておまけじゃなかったのか…

前のモデルナンバーって、Barton(L2-512k?)とサラ(L2-256k?)でクロックが違うやつが
同じくらいの性能だからって同じナンバーになってなかったっけ？
あれすっげーわかりづらい。しかもP4がFSB800になって実クロックとモデルナンバーの
間に差が出てきたから、なんの指標かよくわかんないし。Opのモデルナンバーの方が
いいよ。ただOpteron1xxとAthlon64の棲み分けはさっぱりわからん。

もう3000+とかは廃止で良いよ
246とかの方がカッコいいじゃん

でも一般人には不評だろうな

「FXモデル52搭載」とかじゃ、メーカ製PCが売りづらいよ

　　　　　　　　　 ／＼
　　　SSE2遅くない？＼／＼
　　　　　　　 |＼　　　／　　　 ＼／＼
　　　　　 ／＼　＼　|＼ 　　　／ 　　　＼／＼
　　　　／ 　　　＼　 　　＼　 |＼ 　　　／ クロック低過ぎ
　　　　|＼ 　　　／　 | 　　　　　　＼ 　|＼ 　　　／ 　　 ＼ ／＼
　　 ／ ＼ ＼／　　　| 　　　　　　　　　 　 ＼　 |＼　　　／　　　 ＼／＼
　Athlon64何ピン？ |　　　　　　　　　　　　　　　　 ＼　|＼ 　　 ／　　 　＼／＼
　|＼ 　　　／|.　　　　| 　　　　　　　　　　　　　　　　　　　　 ＼ |＼　　　 ／ 　　　＼
　| 　＼ ／／＼　　　　　　　　　　　　　　　　　　　　 　　　　　　　　＼ ／ 　　　　　　＼
　|　　　|／ 　　 ＼ 　　　　　　　　　　　　　　　　　　　　　　ｳﾜｧﾝ! ／＼MACオタうざい>
　|　　　＼ モデルナンバー　　　　　　　　　　　　ヽ(`Д´)ノ　 .／　　　 ＼　　　　　／　 |
　|　　　　 ＼ ／／＼ 　　　　　　　　　　　　　　／　（　　）　 ＼　　　　　　 ＼　 .／　 　 .|
　|　　　　　　|／　　　＼ 　　　　　　　／＼　／ 　　　<　ヽミ３　＼　 　　　／|／　　　　 .|
　|　　　　　　＼ 　　　／| 　　／＼／.　　　＼ 　unbuffered memory　／　　 　　　　　 .|
　|　　　　　　　 ＼ ／／＼／ 　　 ＼ 　　　　 ＼ 対応マダー？.　　　　　　　　　　　　　.|
　|　　　　　　　　　|／　　　＼　　 　　＼ 　　　／|　／　　　　　　　　　　　　　　　　 　 　 |
　|　　　　　　　　　＼　消費電力どうなのよ　　　　　　　　　　　　　　　　　　　　　　　 　.|
　|　　　　　　　　　　 ＼ 　　　／| ／　　　　　　　　　　　　　　　　　　　　　　　　　　　 　 .|
　|　　　　　　　　　　　　＼ ／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　 |
　|　　　　　　　　　　　　　 |　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 |
　　　　　　　　　　 　 　 　 |
　　　　　　　　　　 　 　 　 |
　　　　　　　　　　 　 　 　 |

現行の豚＋ｎ力 システムでこのゲーム10fpsしか出ねぇよ（｡´Д⊂)ﾟ｡
ってな状況になり、3〜4万のAthlon 64システム（CPU、M/B、MEM）で組むとなんと30fps出る!!
一番重要だがこの際ビデオカードの話はおいといて、低価格でそれほど分かりやすい差異が出るのはいつ頃になるんかな？
単純に俺が買い換える基準なだけなんだが。

>780
Opteron1xxのHTって一本じゃなかったっけ
つまりAthlon64FXと同じ

だからこそ存在意義が問われてるわけで

今日PCI+DVI(FX5200)のビデオカード買って来ちゃった。
あとPC2700 DDR ECC Reg. 512MBx2 を足して計1.5GB

X使うのちょーーーー快適。メモリはあんまり関係ないけど。
ウィンドウのドラッグが別物だよ。

>>795
3本

>797
Opteron2xxが二本なのに1xxは三本なの？

>798
Opteronは全シリーズともＨＴ３本だぞ。

CPU間に使えるHTが1本のみっていう制限じゃなかったっけか？

>799-800
AMDのサイト見てみたらその通りでした
ttp://www.amd.com/jp-ja/Processors/ProductInformation/0,,30_118_8826_9240,00.html

>780のようなマザーは出そうと思えば出せるわけね
……どこも出さないだろうけど

となると2xxや1xxの余ったHTは何に使うの？

AGP

そうそう、会社でItenium2(900Mx2)を借りたので例のテストしたところ
なんと2分20秒でした。Xeon2.8Gx2(1分15秒くらい)より全然遅い。
むむむ、Oracleが最適化されてないのかなあ。Opteronより速いことを期待してたのに。

>>801

1xxでは確かに出ないかもしれないが、2xx用なら

ttp://www.venus.dti.ne.jp/~prova/tyan_S2885ANRF.jpg

ってマザーがTYANから出るみたい。これは2xxの余った4つHTのうち3つは
使ってるんじゃない？

>>804
使ってるのは6のうち4だね。
2本はCPU相互接続。1本が8131で1本が8151
で8111は8151か8131のどちらかにぶる下がっていると思われる。

注目すべきはPCI-Xスロットのうち1つが133MHz対応、もう1つはGigabit Eternetコントローラと
共有しているので100MHz対応って所だな。

>>805
事故フォロー
PCI-Xが2本のうち1つが133MHz対応、もう1つはGigabit Eternetコントローラと
共有しているので100MHz

>>805

なるほど、8131と8151を同じCPUのHTに接続して、CPUが1つでも
動くようにしてるという所ですかね。

8111は8131か8151の下にぶらさがっているのか
どっちかというと帯域をまず使い切れないAGP8Xのある8151だろうなあ
あるいは8111を独立して付けるという事もできるわけか←かなり勿体無いが

メーカーのサイトの方が繋がりが分かりやすい。
http://www.tyan.com/support/html/newsletter09.html

写真を見ると、HT1本に全部繋がってる様に見える。

[op2]-[op1]-[8151]-[8131]-[8111]

>>808
もったいないというより、配線が厄介では。

>>809
10層とか8層とかだから下の方で繋がってるから見た目だけじゃ分らないぞ。

>>805
200はCPU間は1本しか利用できないよ

>>812
恥ずかしい奴だな。一度図を描いてごらん。

詳しく言うとHT linkを使ってCPU同士のHTを直結させるので、
この段階で3*2-1*2=4になる。

サポートされるHT linkが1xxが0本,2xxが1本,8xxが3本だというだけ。

>>814
ああなるほど、解説さんとす

>>809
tyanってFireWireって呼ぶのね。呼び方はなんでもいいから統一して欲しい

つかさ、HTが何本だろうが動くマザーがなきゃ意味ないじゃん。
そんな話はホドホドにしてさっさとopマシン組んであそぼうよ。

>>816
一応、Firewireに統一と言うことになったけど、IEEE1394の方が浸透してる罠。

iLinkだっ！！

>>816
貧乏人なんだよｳﾜｰﾝ

メモリ-Op-Op-メモリ
　　　　　｜　｜
　　　　　ｳﾝｺｳﾝｺ

つーか、「アイトリプルイー1394」なんてマジで言いにくい。
素直にアイリンクでいいじゃん。
ソニーマンセー！！

つーか1394で通じるべ。

家電量販店での統一呼称は、DV端子。

ああわかりにくい・・・1394でいいだろうよ〜

マルチメディア向けシリアルスカジー

iLinkって呼ぶとソニーに金取られるんじゃないのか

http://www.1394ta.org/license/index.html

＞The 1394 Trade Association’s FireWire or i.LINK trademarks and icons must each be licensed separately for use by third-parties.
＞There is currently no licensing fee for either.

iLinkはソニーの登録商標

ﾏｶｰもOpteron好きだな〜
http://pc.2ch.net/test/read.cgi/mac/1057241645/651-660

>821
「FireWire」にｹﾃｰｲしたはずだが

http://www.charmy-rika.gotdns.com/uploder/rika/charmy1475.mpg

↑みれなかったYO

元々の名前であるFireWireか規格名のIEEE1394を使うのが正解で、

どこかの最終利益前年同期比98%減企業の勝手につけた名前など使ってはいけません。

オプの特長を生かしたゲームってなんだ？
4Gオーバーのムービーがバリバリなのか？

広い帯域。

CPUに広い帯域を要求するゲームってどんなのでしょうね。

しかしだ、ZDnetはメモリの価格低下が鍵って言ってなかったか？
主人公のポリゴンデータが4G以上なのか？

ポリゴンデータ云々なら、GPU〜メモリの帯域や、CPU〜GPUの帯域が重要になりそうな？

>>833
> 元々の名前であるFireWireか規格名のIEEE1394を使うのが正解で、

元々はゲームボーイの通信ケーブルをパクっただけだが。

FireWireの名前を使うのにAppleにパテント払え!!
って言って総スカンを喰らったんじゃなかった?

Opteronの実数演算は倍精度がSSE2、単精度以下は3DNowでやるってのが
ベスト?

3DNowに対応したソフトってあるんですか？

>>841
3DNowってSSE互換でしょ？基本的には。

>>839
それはUSBのほうでなかったかと

>>843

両方だろ。

>>842
いやまったく違うが。SSEは32bit×4並列、3DNow!は32bit×2並列。

>>841
いまさら3DNow!の対応プログラムを書く酔狂なプログラマはいないだろう。

3DNow! ProfessionalにはSSEが含まれてるけどね

>>840
倍制度はSSE2
単精度はSSE

　3DNow!は使えないことは無いかもしれないけど，xmmレジスタが16本あるのに
8本しかないmmxレジスタを使って計算する事もあるまい．

>>840
名前じゃない、ソケットあたりで特許料を払えと言って総スカン。

しかも1ポート当たり1ドルという法外なライセンス料に
各社驚愕。インテルが激怒して「PCからﾏｶｰ規格を排除してやる」
とばかりに、USB2.0を提唱した。インテル製チップセットには
USB2.0が載っているが、1394は永遠に載せないそうだ。

>>849
今は1デバイス当たり25セントになってるらしいね。

http://www.watch.impress.co.jp/pc/docs/article/990224/kaigai03.htm
http://www.watch.impress.co.jp/pc/docs/article/990416/kaigai01.htm

3DNow! Professionalはパロミノコアで採用されて
実質SSE完全互換を狙った物
K6世代の頃の3DNow!は低い浮動演算をカバーするためのAMD独自命令でしたね
K8で新拡張にSSE2を採用するも・・・なんか面白くないなあ
AMDはコンパライラを出さないなら
また独自の拡張命令セットを増やしたりしないのかな

コンパライラは出せないよねぇ・・・
うん

雑誌でみたけどGA-8DPXDWってでるの？ＧＩＧＡＢＹＴＥの
ホームページにも記載がないようなんだけど。

俺がよう探さんだけか

ライラ ライラ

>>851
3DNow!もＭＭＸが浮動小数点×だったから
独自命令は互換ＣＰＵとしてはおいしくない

>>851
知ってのとおり、演算性能の弱さを補うためにこそ拡張命令は必要なのであって
Opteronにとってこれ以上の余計なギミックは要らないような気もするのだが。

演算性能の徹底追求をしたいのであれば、素直にx86自体を捨ててしまったほうがまだマシかと。

>>856
そのなれの果てがItaniumってか？

TYANのK8W

AGPスロットは、通常のPCI device 0 にはなく、
このため多くのビデオカード・ドライバーではAGPカードの所在がつかめない上に、
（K8WにはCPU1側にもメモリがあるが）２つあるメモリコントローラのどちらがAGPに近いほうなのかもわからない故、
AGPのパフォーマンスをきちんと出すには、このマザーボードに適合したドライバーが必要であろうという。


ん〜・・・

http://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html

>>857
……そうかもしれん（ｗ

だが非x86の高性能CPUといってItaniumばかりでもあるまい。
AMDにとってはx86こそが最善の選択なのだろうが。

だってさぁ〜
ttp://pcweb.mycom.co.jp/special/2003/opteron/images/g07.gif

>>860
Opteronの結果を見る限り，3DNow!よりSSEの方が早いように見えるが？
っていうか，AthlonXPのSSEは何で3DNow!より遅いんだろ？

AMDがIntel系拡張命令に対応すると、必ず遅いよな。
それが最新でなくなると、わりかし速くなるのだが
AthlonXPのMMXしかり、OpteronのSSEしかり。
ライセンス上でなんか制約つけられてんのかと疑いたくなる。

Opteronは強化型SSE(128bit/1cycle)になってるからじゃないの？

＞AthlonXPのSSEは何で3DNow!より遅いんだろ？
普通のSSE(128bit/2cycle)を実行ユニットは3DNow!(64bit/1cycle)で処理してるからでないの？


いや、よくしらんけど。
確かこんな理由だったと思う。

>>863
>Opteronは強化型SSE(128bit/1cycle)になってるからじゃないの？
　ほんとだ，SSEの32bitMULPSはレイテンシ5/スループット1で実行できる>Opteron

　っつー事は，FPUは内部では128bitバスになってる??じゃぁなんでSSE2は64bit
しか使わないんだろ．その程度のTrを惜しんでSSE2の性能を大きくスポイルさせる
なんてバカなマネはしてないよな>AMD
　将来的にHammerのSSE2命令のスループットが1になることをキボンヌ．そうなりゃ
理論上の最大性能は倍になる．

>ほんとだ，SSEの32bitMULPSはレイテンシ5/スループット1で実行できる>Opteron
スループット1ってどこに書いてあるんだろ…。最適化マニュアルのレイテンシ表
みてもみあたらない…。教えてｶﾞﾘﾚｵ!

>>865
多分，表にスループットの欄が無い命令は，特に注釈が無い限りスループット1．

ちなみにHammer-infoでも紹介されて炊けど，195ページに

Future processors with more or wider multipliers and adders will achieve better throughput using
SSE and SSE2 instructions. (Today’s processors implement a 128-bit-wide SSE or SSE2
operation as two 64-bit operations that are internally pipelined.)

　と書いてあるけど，はてさてこのfuture processorsってのは何時になるんだろうな？
San Diegoからなら良いのだが．

>>867
それってSSE2を一回で処理するやつ？

ごめん，スループット1ってことは1クロックで1命令処理出来るって意味?

1クロック毎に命令発行できるんじゃないか

　スループットてのは，ある命令をパイプラインに入れた時，次の命令を
パイプラインに入れることが出来るのが何クロック後になるかという物．
　レイテンシってのは，ある命令の実行が終了して，その命令の結果を
得る事ができるまでに何クロックかかるかというもの．

　だから，例えばあるx86命令をスループット1レイテンシ3のμOP4つに
分解するとすると，そのx86命令のスループットは4でレイテンシは7になる．
これは分解されたμOPが全て独立していたときの計算だけど．

　で，>>867は>>868の言う通り，64bitFP演算を2つ同時に行えるようになるから，
今はスループット2のSSE2命令がスループット1になる．
　よく最適化されていて，ほぼ毎クロックにパイプラインにSSE2命令を突っ込む
ようなプログラムでは，実行速度が倍近くに向上する．

　・・・はずなんだけどなぁ．この拡張がSan Diegoで行われるかどうかが問題．
行われないなら，来年もコストパフォーマンス重視でAthlonXP買うかも．

今Ath1700+で、Ath64を待っていたのだが、
とりあえず、Ath2500+くらいで手をうとうかなぁ・・・
なんかしばらくは様子見した方がよさげだしさ。

とりあえず最初のAthlon64は避けた方が無難そうだね
90nmコアでSSE関連が改善されてればいいんだけど……

SSE2使わないなら最初のAthlon64の方がキャッシュ容量的に良くね?

Opteronも将来LGAパッケージになるのかな？
ところで今のOpteronってセラミックパッケージ？

>>866
>多分，表にスループットの欄が無い命令は，特に注釈が無い限りスループット1．
でも、その解釈だとSSE2以外の命令のスループットは全て1になっちゃう。
いくら内部ではuOpsだかmacroOpsだかに変換しているといえ、
それは不自然じゃないか？

たとえば除算なんか、オペランドが64bitだと70クロック以上のレイテンシがある。
それもスループット1っていうのはあり得ないと思うんだけど…。

除、余算は時間がかかるから多くの場合別枠に書いてあるはず。

初期Pentium3のSSEみたいなものか

Overclocking the Opteron 246
Posted by happy at 21:37

AMDZONE has tested out an Opteron 2.0 Ghz OCed to 2.2 and 2.25 Ghz.
Intel has to be worried by these figures, have a look and be impressed ;)
http://www.amdzone.com/articleview.cfm?articleid=1329&page=1
2.2=3200+なら妥当かな。

>>877
> たとえば除算なんか、オペランドが64bitだと70クロック以上のレイテンシがある。
> それもスループット1っていうのはあり得ないと思うんだけど…。

レイテンシ70、スループット1 で OK.

>>881
そりゃー不自然だ(by佐藤B作)
一般的にスループット1といえば、パイプラインは除算命令を1クロックに
1つずつ飲み込み続けることが可能なはず。それはできないので、スループット
1ではないんじゃ？
それともスループットの定義はこの場合違うの？

「注釈がない限りスループット１」などとはどこにも書いてない。
だいたいmulpdがスループット1/2なのに、
mulpsがスループット1というのはおかしい。

AthlonXPで3DNow!よりSSEが遅いのは、おそらくデコーダのせい。
AthlonXPではmulps等のSSE128ビット命令はVectorPathデコーダ(1つしかない)でデコードされる。
VectorPathデコーダとDirectPathデコーダは同時にデコードを開始できないので、
mulpsと他の命令を同時にデコードすることはできない。
pfmul等の3DNow!64ビット命令はDirectPathデコーダ(3つもある)でデコードされる。

Opteronではデコーダの能力が増し、SSE128ビット命令は
3つあるDirectPathデコーダのうち、2つのDirectPathデコーダを使ってデコードされる。

>>882
17か23だった気がする。

次世代コアにはもう3DNowの存在価値はないから削除して、
少しでも半導体数を減らして欲しいな。
SSE互換のProfessionalの部分は残す必要があるが。

アイテニアムがIA-32ハード互換捨てたのに
今後もハード互換部乗せ続ける（そしてたぶんずっと）ことにくらべたら・・・

3DNowの中にMMXが入ってるんじゃないの？
MMXもいらないの？

3DNow!はMMXレジスタ、つまりFPUレジスタを流用してる。
だから削減してもトランジスタ数は減らせない。

Opteron142買ってきた。
Opteron142 + Sumsunのメモリが乗ってる512 Registerd 2700 DDR512 x 2 + GefoFX5600
OSはへたれなのでWin2K
・・DirectXのソフトを動かすとちらちらブラックアウトする・・(泣

gefoFX5600は雷鳥1.0Gのときは問題なかったんだがなぁ。。

あ、マザーボードはSK8Nでつ、
なにかご存知の方Info plz..

なにも存じませんが一緒にRedHat WSで64bitしませんか？
Windows for AMDを探す旅にでるでも可

>>886
現状ハード互換は捨ててないけど。
エミュレーション互換層を提供した後、ハード互換部分を削除するかどうかは
まだ発表などされてないけど、「たぶんずっと乗せ続ける」と言う根拠が
わからない。

>>880
このベンチを見ると32BitOS時でも、同クロックのAthlonよりは速いし
P４の３Ｇともいい勝負してる
このベンチ信じていいのなら、Athlon64はそこそこ期待できるんだが

>888
3DNowを毛図ったら、その分デコーダー部は簡略化できるんじゃない？

まあ、簡略化できてもCPU全体から見れば微々たるもんだろうが…

ほんとに世の中わからないねえ・・・

ＦＳＢ800ＭＨｚ出された上に、♪の性能がどんよりだった時はもう終わりか・・・
と思ったが、発熱でつまづいてくれた上に、
アスロン６４数値スペックも上がってきたか！

>>895
　でも，SanDiegoが出る前にPrescottのリビジョンが上がって消費電力の問題が
低減される悪寒・・・

>>896
また根拠もなくネガティブ発想ですか。自虐的だね。

>>897
　いやだって・・・130nmプロセス，130nmSOI，ClawHammer，とここんとこロードマップ
延期が続いてるから・・・どうしても悪寒が・・・

Opteron応援するなら買え！
その金が次のOpteron開発資金になるのじゃ

>>898

でも、Opteronは発表してすぐに実際モノが店頭に並んだからね。
2Gの石も出てきたところをみると順調にクロックも上がってる
ようだし、ここまでくるとAthlon 64もさすがに出てくるでしょう。

Athlon 2600+とか2700+の時なんて酷かったけど。（ｗ

まあ、別に早かろうが遅かろうがWinXPAMD64版が出ればメーカー製PCも
売れるだろうね。無償アップグレード付とかで。

>>900
　いや漏れが心配してるのは90nmの話．130nmのHammerは既にOpteronが出て
くるまでに十分遅れてる．
　Prescottが熱に苦しんでる間は130nmで対抗できるかもしれないけど，Intelは
来年前半にリビジョンアップである程度熱の問題を解決する気でいる．

　AMDの90nmHammerが来年前半に間に合うかどうか．今のAMDのロードマップ
では来年Q2に本格立ち上げという事になってるけど，AMDのロードマップだから
1Q以上遅れるんじゃないかなと心配してる．

>>902
90nmで3.4GHz以上を狙ってるPen4と3400+を2.2GHzで出す64とでは
そこら辺で明暗が分かれるかもねぇ。

intelが熱くてAMDがCoolなんて時代が来ようとはオモワなんだ。
64bitWinの立ち上がりが待たれるなぁ。

90nmはIBMとの共同なの？

ttp://user.chollian.net/~xriona/2cpu/preview/tyan/s2885/

(*´д｀*)ﾊｧﾊｧ

64bitマシンなんて何に使うのかなんて思っていたが
今じゃ2GBのファイルなんてゴロゴロしてるしメモリも4Gまで積めるもんなあ
本当に必要になる日がくるのかも

>>904
本格的には60nmから共同だが、90nmからIBMの
技術が加わっているそうだ。by AMDによる回答

だから大幅に90nmの立ち上げが遅れることはないと思うよ。

モトもかつても雄なんだから
もうちょい頼りになって欲しいよな。

Opteronでマシン組んでみましたって書き込みを期待して見に来たけど
そのての書き込みほとんどないですね。実際のところどうなの? 144か
もうちょっと待って146あたりでWindowsマシン組んでみようか迷ってて
参考にしたいんですが。

おてもやん

＞intelが熱くてAMDがCoolなんて時代が来ようとはオモワなんだ。
　64bitWinの立ち上がりが待たれるなぁ。

きわどさは毎度のことだが（笑　先にSOIに手を付けたAMDの
方が結果的には正解だったように思われ。

>>909
俺はとりあえず246&K8W待ち
ここの住人の中には64待ちという人も多いんじゃないかな

自分はAthlonでもOpteronでもいいけど、Dual channel unbufferdメモリ
対応Hammer待ち。

>>913
漏れも同じようなこと考えてるよ
現状では何がどうなるのか良くわからんしな　
存在意義が良くわからんモデルの情報があふれてる今は手を出さずに傍観。

人の人生にいちいちケチつんなよ！ 別にいいだろ！
俺の仕事はな、おまえら弁当によく入ってる魚の形した醤油入れ知ってるか？
あれのふたを閉める仕事だ。
おまえらバカにするかもしれんけどな、俺は誇りを持ってやってるぜ。
親戚に紹介してもらってやっと今の会社に入れたんだからな。
別にいいだろ。
別に何人やったからって女にもてるわけでもねーじゃん。
おまえらつまらんこと気にすんな。
おれはスカイラインに乗ってるぜ、どーだおまえらすげえだろ。

原因解明でつ。
どうもディスクアクセスの際にノイズが乗ることを突き止め
BIOSを最新βにUPするもなおらず。
さらに、古いGefoMX2に戻すと・・ばっちり。
雷鳥のときにGefoFX5600は使えてた実績があるから、おかしいな。
と思い・・。まてよ、ディスクアクセスの際に・・ってなわけで
IDEケーブルの引き回しをカードに近寄らないようにとめてみたら
なおりますた。
OpteronともSK8Nとも全然関係ない問題でスレ汚しすまそ。一応ご報告まで。

確かに、SOIでつまずいた部分があるけど熱問題のこと考えたら、これで良かったよね。
90mnへの移行はそんなに手間は掛からないんじゃないかなぁ、SOIみたいな特別な事しない限り。
180nmの時はすんなりいったし、シュリンクするだけならそんなに混乱はないと思う。
後は、AMD64向けのWinXPが順当に出てくれれば、少しは動きがあるかと。
Alpha版Win2kの二の舞にならないことを祈るばかり。

>>915
真面目に読んじゃったけど、誤爆？

新しいロゴって…どうよ？

>>916
なんと、そんなことでトラブルが出るんですか、参考になりました。