AMD OpteronとAthlon64にﾊﾏｰろう【Hammer 7way】

AMDの次世代64bitCPU Opteron とAthlon64 についてﾏﾀｰﾘ語ろうや！

10月 3日 スレ１周年
10月 5日 AMD Hammer 発表３周年
10月14日〜 MPF
11月18日〜 Comdex Fall
11月19日 AMD、「ClawHammer」を「Athlon 64」と命名
 3月頃     ついに発売開始か？

関連リンクは>>2-4位

（過去スレ）

AMD OpteronとAthlon64にﾊﾏｰろう【Hammer 6way】
http://pc3.2ch.net/test/read.cgi/jisaku/1038893362/l50

OpteronとAthlonXP HTにﾊﾏｰろう【Hammer 五台目】
http://pc3.2ch.net/jisaku/kako/1033/10336/1033611085.html

OpteronとAthlonXX？にﾊﾏｰろう【Hammer 四台目】
http://pc3.2ch.net/jisaku/kako/1028/10285/1028558767.html

AMD OpteronとAthlon XX？でﾏﾀｰﾘ語ろう 【三台目】
http://pc.2ch.net/jisaku/kako/1020/10205/1020536438.html

AMD Hammerでﾏﾀｰﾘ語ろう【二台目】
http://pc.2ch.net/jisaku/kako/1015/10156/1015696322.html

AMD hammerについて騙ろう
http://pc.2ch.net/jisaku/kako/1002/10021/1002101624.html

（関連リンク）

日本AMD Opteron
http://www3pub.amd.com/japan/products/cpg/pcfuture.html

AMD x86-64 Technology
http://www.amd.com/us-en/Processors/DevelopWithAMD/0,,30_2252_875,00.html

White Paper
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/x86-64_wp.pdf

Eighth-Generation Processor (K8) Architecture
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/Hammer_architecture_WP_2.pdf

Programmers Overview
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/x86-64_overview.pdf

Manual download
http://www.amd.com/us-en/Processors/DevelopWithAMD/0,,30_2252_875_7044,00.html

x86-64.org
http://www.x86-64.org/documentation

HyperTransport.org
http://www.hypertransport.org/tech_presentations.html

Unofficial [H]ammer FAQ
http://www.hardforums.com/showthread.php?s=2ab0c3af05215b37698c99e435f05f50&threadid=440463

小津

>>1
ﾓﾂｶﾚｰ。
　　　　　　　　　∧＿∧　　／￣￣￣￣￣￣￣￣￣￣
　　　　　　　　 （ ´Д｀ ） ＜　Sledgehammerﾏﾝｾｰ!
　　　　　　　　／,　　/　　　＼＿＿＿＿＿＿＿＿＿＿
　　　　　　　(ぃ９　　|
　　　　　 　 /　　　 /、
　　　　　　 /　　　∧_二つ
　　　　 　 /　　　/
　　　　　 /　　　 ＼　　　　　 　（（（　））） 　／￣￣￣￣￣￣￣
　　　　　/　 /~＼　＼　　　　　（ ´Д｀ ） ＜　Clawhammerﾏﾝｾｰ!
　　　　 /　 /　　　>　 ）　　 　 (ぃ９　　）　　＼＿＿＿＿＿＿＿
　　　／　ノ　 　 /　／　　　　/　 　 ∧つ
　　/　／ 　 .　 / ./　　　　　/　　　 ＼　　　　　(ﾟдﾟ)　< Opteron、Athlon64ﾏﾝｾｰ!
　 / ./　　　　 （　ヽ､　 　 　/　/⌒>　）　　　 　ﾟ(　 )−
（　 _)　　　　　 ＼__つ　　（＿)　 ＼_つ　　 　　/　>

乙カレー>1
1000逝く前に浜出ることを祈る

乙！ とだけいっておく。

>>1

お疲れ様。
いちお上げとくよ。

スレ立て乙っス

Hammerはメモリコントローラ内蔵で、途中ソケットを２回通る（CPUソケット、DIMMソケット）
ためメモリ周りがシビアという話があったよね？

ふと思ったのだが、CPUとメモリの間に3rdキャッシュをかませたらいいのでは？
そんな簡単な話ではないんだろうけど。

>10

レジスタードもどきにするって事？
どうせだったらレジスタード推奨の方に100000ドン。

濱の良さであるレイテンシが…ねぇ。

あ、そうなるとAMD推奨メモリとか出たりすんのかな？
ちょっと良いかも。

連続上げｽﾏｿ

乙

>>11
L3付けてレイテンシを悪化させてどうする？

話変わるが、Hammerの親戚Alpha EV7が出たよ。
あっちは超ど級のPC800/RDRAM x8chをCPU直結。

PC800・・・。8ｃｈって・・・。
鬼だ鬼畜だ悪魔だ暗黒卿だ家の母ちゃんだぁぁァァァ！！

>>14
しかしあれって値段の桁が違ったよな。

x86-64インストラクション対応のコンパイラってGCCしか知らないのだが他にある？

>>16
CPU単体売りなしなので、単価不明。
ダイサイズは400mm2で、皿の5倍ぐらい。

>>16
値段を気にするような所が導入するものじゃないからね。
演算が二日早く終わったおかげでウン万ドル儲かったとか
そういうところのものだから、うちのlabには
関係ないなぁ…触ってみたいけど。

そんなら、PC800といわず、イエローストーンでも使えばいいのに。
アレってまだ製品化してないっけ？

でもCPU単体ならOpteronでも良い勝負が出来そうだ
ﾄﾞｷﾄﾞｷ

>>10
だから少々無様でもメモリスロット内蔵CPUだせって言ってるのに。
スロットＡが受け入れられたんだから可能！

>>17 これ
http://biztech.nikkeibp.co.jp/wcs/leaf/CID/onair/biztech/pc/208228

>>22
メルコのPC-98用CPUアクセラレータでそんな製品あったな
14.6MBまでしか増設できない本体でそれ以上増設するためだったが

>>22
賛成。まぁこの場合DIMMがそのまま乗らなくても
DRAMチップが乗ればいいわけで、今みたいな長いスロットは要らない。
てかそうなったらもっと最適化されたモジュール出てくるか。

DIMMスロット付きのドーターボードにＣＰＵ直付けって感じでどうだろうか。
コストかかりそうだなぁ。でもマザボ側のコストは下がるかな？
コネクタは電源とHyperTrasportの分だけで済みそうだし。

なんとなくどっかのサーバーベンダーが作りそうだな。

動くなよ　弾が外れるから

その前にスレを外してるぞ

つまり、CPU上にSODIMMかMicroDIMMのコネクタを付けろ、と…

逆の発想。

DIMMにCPU直付け。これ最強。

http://www.microsoft.com/ddk/debugging/installAMDbeta.asp
に "AMD x86-64 Windows Server 2003" の文字が…。
x86-64版Windows Server 2003を出すつもりなのかなー？

>>22,30
　漏れの考えでは、将来はPC用のCPUはメモリを内蔵する。
　今でもメモリが256M,512M,1Gの3種類を用意したら一般人には十分だし、
パワーユーザー向けにDual対応マザボがあれば2Gまでメモリを積める。

　今はメモリもどんどん進化しているから、CPU交換はメモリ交換と同時に
行う場合が多く、従ってマザボとあわせてセットでアップグレードになって
しまう。マザボとCPUのインターフェースをHyperTransportだけにしたら、
CPU&メモリとマザボは別々にアップグレード可能。
　メモリモジュールとマザーボードで必要なバリデーションの作業もなくなり
PCの総合コストも下がる。メモリコントローラとメモリチップの間にソケット
やスロットが無くなるので、ビデオメモリのように高速化がし易くなる。

>>32
一体「いつごろの」将来を指しているのでしょう？
4年後だとしたらおそらく数百MBのメモリでは足りず
なおかつCPUにはそんな大容量のメモリは載せることは不可能です

10年後だとしたらおそらく数GBのメモリでは全然足りず
なおかつCPUにはそんな大容量のメモリはやはり載せることは不可能です

たとえ10年後だとしてもCPUに搭載できるメモリは数百MBのDRAMが精一杯なのでは

>>33
　現実になるとしたら、早ければK9あたりかな。

　ちなみに、メモリをCPUに搭載ってのはオンダイにするって意味じゃありませんよ。
　昔Pen3やAthlonがスロットタイプのCPUで、2次キャッシュとダイを基盤に載せて
CPUにしてましたよね。その2次キャッシュがメモリチップになるというだけです。
　面積的に基盤の両面に合計16枚のメモリモジュールが載せられるなら、その時代
に一般的なPCで使われるだけの容量を確保することが出来る筈です。今なら512Mb
チップ×16で1GBメモリ搭載できますし、512MBでいいなら安い256Mbチップ×16で
いけます。
　ハイエンドPCはDualCPUにしたら良いですし、サーバー＆ワークステーション向けに
メモリチップが32枚〜64枚乗る大きいCPUモジュールをPC向けと別に用意する事も出来
ます。

　メモリコントローラ搭載で、簡単には使用するメモリ構成を変更できなくなったHammer
ですが、メモリを内蔵すればまた簡単に構成を変更できるようになります。例えば
Intelに対抗してDualDDRを使うことはHammerでは難しいけど、もしK9がメモリを
搭載すればそういった変更が簡単に出来ます。
　さらに、バリデーションも楽になるばかりかメモリチップにあわせてチューンで
きるので、マザーにスロットでメモリ搭載する時に比べてメモリクロックを上げたり
レイテンシを下げたりする事もできます。

>>33
CPUに載ってるのはSRAMだ。
今でもスロットにすれば、結構な量のメモリ(＝DRAM)を積める。

>>34
なるほど、オフダイでの話ですか。
しかし、メモリの構成を変える場合にはやはりメモリコントローラに手を入れなければ
なりませんし、
AMDにとっては余計な検査工程（CPU単体、メモリ単体、モジュール全体）
が必要になるなど
今以上にAMDにとっては負担がかかることになりそうです
実現不可能だとは思いませんが、AMDにしてみれば本当にうまみがあるかどうか

>>35
もちろんDRAMで計算して出しました
もしSRAMで搭載しようとすれば
4年後で数MB
10年後で数十MB
が精一杯と書いていたことでしょう

米AMD、Opteronプロセッサベースのサーバ評価プログラムを発表
http://www.zdnet.co.jp/enterprise/0301/23/epn20.html

>>36

>今以上にAMDにとっては負担がかかることになりそうです
　AMD単体にとってはコスト増になるでしょうが、CPUの平均価格がどんどん
落ちている現在、こういう形での事業拡大も良いのでは無いでしょうか？

　それに、今の形式だとAMDもマザーボードメーカーも、いろいろなチップ・
モジュールとの組み合わせでバリデーションをしなければなりません。
　それが、メモリをCPUに内蔵すると、AMDだけが、しかも限られた組み合わせで
のみバリデーションを行えば良くなります。極端な話、いままでは「相性問題が
出ると基盤を改良して対応」を繰り返していた大変な作業が、「相性問題が出る
チップは使わない」とする事で不要になります。
　少なくとも、AMD側のコストが上がってCPUの価格が上がる以上に、システム全体
での価格を下げられる事は確実です。

>メモリの構成を変える場合にはやはりメモリコントローラに手を入れなければ
>なりませんし
　今はメモリコントローラの再設計だけでなく、マザボメーカーに対応してもらう
必要もあります。さらに、ピン数が足りなくなったり電気特性の改良の為に
ソケット自体も変えて下位互換性を無くさないといけないかも知れません。
　それに対し、CPU-マザー間をHyperTransportのような汎用バスだけにすると、
メモリの変更時にマザーの方に対応作業をしてもらう必要がなくなります。
　メモリまで内蔵する事で、メモリコントローラを内蔵した事によるデメリットを
全て排除する事が出来ます。

スルーされてる31だが、ホントにx86-64版Windows Serverが次次世代じゃなくて2003から出ることになったら
エライことだ。今年出るなら、最初はバグだらけ(OSもプロセッサも)だとしても、
システム価格から言ってx86-64がIA-64よりも先に普及することは間違いない。そんなのIntelが許すだろうか？
Itaniumはもっと高価格帯向けのシステムに絞って、サーバークラスはYamhillで行くとMicrosoftに伝えられたのかな。
後藤氏によると、一応PrescottにはYamhillがインプリメントされるらしいし・・・。

>>40
許すも許さないも年内にでないとヤバイでしょ。Linuxは既に対応できてる
わけだし。窓s鯖のシェアを急激に落としかねない。

このスレ何行っているかわかりあｍせんがｋｌ。

とりあえずもちつけ。

こんな感じでメモリ搭載できないかな？
http://cgi23.plala.or.jp/satkun/cgi-bin/img-box/img20030123234521.jpg

>>14

10氏への誤爆ですか？

>39

横入りｽﾏｿ。
私個人としては余り同意できないのですが…

モジュールって言う事は結局スロット型になると思うんですが、
(ソケット型だと部品レイアウト上あまりに非効率ですし。)
1.5Ghzを超えるとスロットの接点の方が耐えられない筈ですから、
(P3の１Gが出た時に読んだ覚えが。ソースが解からない…数値違ってたらｽﾏｿ)
HTの高速化が2006年頃(単純計算による推定)に不可能になるのではと考えます。

K9世代では不可能では？

さらに結局のところ人毎に必要なメモリ容量は違うわけですから、
オンダイ化は結局プロセッサの種類増(512Mバージョンとか2Gバージョンとか)
に繋がり、小売店にとってAMDのCPUが仕入れにくくなるだけな気もしますし。

結局、まだCPU単体のBGA化(EPIAみたいな)の方がマシだと思うんですが、
そこらへん如何思われます？

スロットは製造費が高くつくとは聞いた事があるなあ。

>>39
>AMD単体にとってはコスト増になるでしょうが、CPUの平均価格がどんどん
>落ちている現在、こういう形での事業拡大も良いのでは無いでしょうか？

と言うことはIntelよりも高く売るという戦略を取るわけですか
もちろんCPU+メモリのセット込みで


>ソケット自体も変えて下位互換性を無くさないといけないかも知れません
これ、どうせメモリもCPUも新調するんだから一緒にしちゃえ、
というのが元の発想なわけですよね
なぜにマザーボードだけは互換性を維持しようとするのでしょう
まあ互換性がある方がユーザーにとってはないより
あるにこしたことはありませんが

CPUにメモリ組み込むって、まんまシステムLSIだったり・・・

接点抵抗を減らすためだけならCPUをVIAのEPIAみたいにマザーボードに直づけで
売ったほうが安定するんじゃないの。
マザーとメモリなら768M以上積んだらメモリのほうが高く付く。

>>45
　スロットの接点とソケットでのピンの接点とで、スロットの接点の方が
高周波特性が悪いのですか？面積的にはスロットの方が稼げるんだけどな。
　CPU自体のBGA化については、私も考えた事があります。最終的にはSoCが
進んで、M/BとCPUとメモリがどんどん統合されていくと思います。その前に
CPUとメモリを統合する理由は下で。


>>47
>と言うことはIntelよりも高く売るという戦略を取るわけですか
　はい。CPU+メモリの値段がIntelより千円高くても、マザーの値段が2千円安く
なれば良いんです。

>これ、どうせメモリもCPUも新調するんだから一緒にしちゃえ、
>というのが元の発想なわけですよね
>なぜにマザーボードだけは互換性を維持しようとするのでしょう
　CPUとメモリの統合は今までに書いたような利点がありますが、マザー統合には
どれほどの利点がありますか？
　AMDが新しいメモリを使おうとすると、マザーボードメーカーはいちいちそれに
対応しないといけないんですよ。例えばDDRIIの400から533にメモリをアップグレード
する時に、マザーまで統合されるとメモリ周りの設計はマザーボードメーカーが
行わなければならなくなります。

　私の案は、AMDがメモリコントローラを内蔵するだけじゃなくて、CPU-メモリ間も
AMDが設計・製造してマザーボードの開発コストを下げる事です。マザーの製品寿命も
長くなるので、量産効果でさらにマザー１枚あたりの開発コストは下がり、製造コストも
下がる筈です。

一見メリットがあるように見えてもメーカーが選択しない商品に明日はない
汎用性を捨てた段階で価格競争力は無くなるしね
拡張性もなく商品のターゲットが狭く、
消費者も将来メモリの拡張が出来ない製品を選ぶには不安を感じる

>>51
普通にマザーにHyperTransportのドータカード付けて、
ドータ上にCPU+汎用DIMMで良いんじゃないの？

HypterTransportは後２年は今のままだから、マザーはそのままで、
ドータか、ドータ上のDIMMだけ交換すれば良いでしょ。

ドータはマザーメーカーの自由ってことで。

>50

ソケットの方が締め付けがタイトで高周波特性が良いらしいです。
http://www.google.com/search?q=%E3%82%BD%E3%82%B1%E3%83%83%E3%83%88+%E3%82%B9%E3%83%AD%E3%83%83%E3%83%88+%E9%AB%98%E5%91%A8%E6%B3%A2&sourceid=opera&num=0&ie=utf-8&oe=utf-8
↑とりあえずググったら一杯出てきました。

>51

思兼氏には悪いですが同意。

・HTの高速化が2006年頃(単純計算による推定)に不可能に。

・プロセッサの種類増により、小売店にとってAMDのCPUが仕入れにくくなる。

の二点の面から。

>>51
　マザーまで統合してしまうとメモリの拡張が出来ませんが、CPUとメモリを
別モジュールにするならCPUごとメモリの増設が可能です。


　ちなみにマザーにCPUとメモリを統合すると、ラインナップの問題も出てきます。
メモリ統合した分クロックでのラインナップを減らすとして、CPUクロック5種類×
メモリ容量3種類だけで15種類になります。マザー一種類毎に15個全てとは言わなく
ても、かなりのラインナップを用意しないといけなくなります。

　EPIAは、性能も機能もそこそこでひたすら低価格を目指したから実現できただけで、
PCのラインナップ全てをカバーするにはやはりCPUとメモリはマザーと別に選べた方が
良いです。

>>53
　じゃぁソケットでも良いですよ。ピン自体はメモリ内蔵した分減るんだから、
ソケットは小さくして、それ以外にモジュールを固定する機構を付けたら良い。
　マザーボードの、CPUモジュールの下になる部分も使えるので、スペース的な
問題は無いでしょう。メモリスロットとそこまでの配線が無くなるんだし。
　それでHyperTransportの高速化の問題は解決しますねよね。

>プロセッサの種類増により、小売店にとってAMDのCPUが仕入れにくくなる。
　これに関しては、CPUクロックのラインナップを少なくすれば問題無いでしょう。
最低クロックから最高クロックまでで5種類くらいのクロックがあれば大丈夫です。

別モジュール化、拡張性はあるが
バリデーションの負担が従来通りとなるし、
スライド接点になるのでビデオカードの様に広帯域化出来ない
当然、全体（CPUとメモリ）のサイズも大きくなり販売面（特に日本のような市場）が不利になる

価格のデメリット、性能面のメリットも無くなり、何のために変化をしたのかわからない

>最低クロックから最高クロックまでで5種類くらいのクロックがあれば大丈夫です。
P4は当初1.6GHzや1.8GHzの予定は無かったがメーカーからの要望で追加された（ちと記憶があいまい）


夢のような技術が無難な物に駆逐されるのはPC業界の伝統では？

>>50
スロット形式の問題点については、よほど注意深く配線しないと、信号線が不等長に
なるのと、配線長自体伸びるのがよろしくないのでは。

メモリ周りがシビアになれば、糞メモリが排除されるかも。

たいていメモリが悪いと言うよりマザーボード側の問題だったりするんだが。
ASUSのP2B-F、P3B-Fでは手元にある25枚のバルクDIMM全部認識するし
差しかたで認識しない事なんてほとんど無いのに
FREETECHのP6F209だと、認識しないのがポロポロ出る。そのうえ、
一度認識成功した奴も何度か差し直さないとだめな場合がよくある。
同じメモリでこうも違うもんかとおもったよ。

>>56
>別モジュール化、拡張性はあるが
>バリデーションの負担が従来通りとなるし、
>スライド接点になるのでビデオカードの様に広帯域化出来ない

　おっしゃる事が良く判らないのですが、私が言いたかった構成はCPUコアと
メモリチップは同じ基盤上に置かれて一つのモジュールとなり、CPUとメモリの
間にはソケットやスロットなどの接点は通さない物ですよ。スライド接点なんて
どこにもありません。
　「それ以外にモジュールを固定する機構を付けたら良い」と書いたのは
CPUにメモリモジュールを載せるという意味ではありません。メモリ内蔵
CPUがモジュールで、それをマザーに固定する機構です。

　　　　　　　　　　　　　　　−
−−−−−−−−−−−−−−｜　｜←CPUモジュールをマザーに
｜　ＣＰＵ＋メモリ　　　　｜｜　｜←固定する機構
−−−−−−−−−−−−−−｜　｜
｜｜｜｜　←　ソケット　　　｜　｜
−−−−−−−−−−−−−−−−−−−−−−
　　　マザー（↑↑↑↑ここらへんのスペースも有効活用）



　バリデーションに関しては、メモリチップの購入先を数社に絞れば、ぐっと
楽になる筈です。もし相性問題が起こるチップがあれば採用しなければ良いん
ですし。

うぐぅ、AAの作り方が判らない。
とりあえず適当なエディタにコピペして見て下さい。

>>61
AAエディタ
http://aaesp.tripod.co.jp/

http://www.amd.com/jp-ja/breakout/survey/rules/0,,,00.html
このシステムには、ディスプレイ、キーボード、プロセッサ、マウス
およびスピーカが含まれます。
尚、発送は、AMD Athlon 64プロセッサの発売開始後となります。
このシステムの予想小売価格（ARV）は、2,500米ドル(以下略)

ヲヲ！ ディスプレイ込み価格 日本円で約３０万円かぁ。

>>62
メモリに関してはチップの善し悪しもありますし、モジュールの善し悪しでも
ランクが全然変わります。
同じSamsungのチップでもKingstonのものなら最高級だけど
SEITECがSamsungチップを搭載したモジュールがあったとしたら
半額以下でも買う気が起きません
つまり同じメモリメーカーでもチップの特性はそれぞれにばらばらで
検査工程で振り分けることによってのみ
特定の電気特性を持ったチップを選別できるような気がします
そうだとするとバリデーション作業の負担は
あまり変わらないかもしれません
歩留まりに関してはメーカーによって良かったり悪かったりなんでしょうが

>>60
の間違いでした

2000年頃にはマルチコア、メモリ内蔵と言われ続けて・・・・
結局主流にはまだ成ってませんね。

それだけ現状で性能向上の余地があるからなのかな？と
思ったり。結局ダイを複数積んだりMCMみたいなのが続か
ないのはコストと性能の関係でしょうか？

理想論としてはよく解るんだけどさ。

で、>29に戻る、と(w

>>67
>>32-33ということだ。

>>65
　バリデーションがあまり楽にならないとしても、バリデーション作業を行うのが
マザーメーカー各社からAMD1社に移る事により、やはり総合でのコストは下がるの
では無いでしょうか。

　さらに、今の方式ではマザー各社はチップ×モジュールの種類に対してバリデー
ション作業が必要なのに対し、メモリチップをCPUメーカーが決めるとチップの
種類に対してのみ(しかもユーザーが選ぶよりも種類を減らせる)のバリデーション
作業になります。

　まぁコスト以外にも、今のグラフィックカードのようなメモリの高クロック化や
bit幅拡大が可能になるというメリットもある訳ですし。

>>62
　それを使っても、フォントによって結局ズレる訳で･･･。等幅フォントを指定でき
ない環境ではAAは邪道なのかもと思ってみたり。

半導体製造技術に画期的な技術革新があったとしても
廃パフォーマンスコンピュータはSoCも統合化も進まんと思ふ．
人間の欲望が尽きるか，性能向上が飽和するまで待つしかない．

組込み・モバイル・エントリークラスなら既にCPUに何でも詰め込んでまってるが．

>>70
ああなって欲しい、こうなって欲しいという理想論としては分かりますが

コスト面で有利は幻想だと思います
あと在庫の面でも圧倒的に不利になると予想できます
汎用品のDIMMを使用するのと違って、AMDが値動きが読めないメモリの在庫を確保する必要もあり
メーカーに卸す価格が上昇したり、メモリ不足でCPUが生産できないなどの弊害の可能性もあります
新しいOS、ソフトの登場でメモリの標準的な容量が増えると、CPUパワーの面で現役でもお役ご免となります

またメーカーもラインナップに応じて在庫の負担が増えます、
従来ですとBTOなどでメモリの増設はDIMMを１枚足すことで対応できましたが
一体化しますと、それぞれのCPUを用意しておく必要があり負担が増えます

>>71
　2次キャッシュも結局CPUに統合された訳で。統合する事がコスト削減だけなら
ともかく、性能も向上するなら統合の方向に向かうと思います。

>>72
>汎用品のDIMMを使用するのと違って、AMDが値動きが読めないメモリの在庫を確保する必要もあり
>メーカーに卸す価格が上昇したり、メモリ不足でCPUが生産できないなどの弊害の可能性もあります
　これも考えました。最大の問題ではありますが、ビデオカードで出来る事が何故
CPUでできないのでしょうか。

>新しいOS、ソフトの登場でメモリの標準的な容量が増えると、CPUパワーの面で
>現役でもお役ご免となります
　必要なメモリ容量の増加は、CPUのパワーアップに比べてゆっくりです。大体
Windowsのバージョンが1つ上がるごとに2倍といったペースであり、それに
あわせてメモリ容量のラインナップを1つずつ繰り上げたら良いだけです。

>従来ですとBTOなどでメモリの増設はDIMMを１枚足すことで対応できましたが
>一体化しますと、それぞれのCPUを用意しておく必要があり負担が増えます
　BTOではもともとCPUは複数用意しているのでは無いでしょうか？ただ、確かに
古いPCにメモリをセットして在庫処分という事は出来なくなりますね。
　その代り、マザーの商品寿命が長くなって古いマザーで新しいCPU+メモリが使
えるようになるので、一長一短では無いでしょうか？

要するにSlotAみたいで基板に乗っかっているのはSRAMじゃなくてDRAMのメインメモリって構成だろ
自前でDRAMまでつくるのは論外としても、DRAMをDRAMベンダから買い取るスタイルでもリスクが大き過ぎるな
この話も濱から外れてきてるんでいい加減にしねえ？答えは出ないよ

>>73
ここまでの議論の流れを見ていると実現は可能ではある
と見ました
しかし、それをやる必要性は感じられません
で、問題はAMDにとってメモリのオンボード化に
確実なうまみがあるかどうかです

うまく行くかもしれない
でもうまく行かないかもしれない

このような状況ではAMDがメモリのオンボード化に着手するのは
博打をするようなものです

IntelならばAパターンとBパターン両方をやってどっちかうまくいけばいいや
という戦略を取れます
ItaniumもあればPentium4もあり、Pentium-Mがあります
場合によってはCeleronブランドでのみ実行に移すなんて
コスト度外視の実験なんてこともできるかもしれません
しかしながら、今のAMDにはそのどれもできるとは思えません

確実に有利な点が明らかならばそれも可能でしょうが
今のAMDにできる賭はメモリコントローラを内蔵することが
精一杯なのではないでしょうか？
x86-64はAMDにとってはそれしか選択肢はなかったわけで
必然とも言えます
もっとも時期的にはコア面積と消費電力の点で見送る方が無難かもしれず
冒険をしておりますが

>>75
　別に今のAMDがすると言ってる訳じゃ無いですよ。

　というかもう激しくスレ違いになのでもうやめましょう。
　メリットもデメリットもHammerのメモリコントローラ内蔵と同じくらい大きい
冒険で、実際にどうするかはK9開発チームが考える事です。

>>73
>　これも考えました。最大の問題ではありますが、ビデオカードで出来る事が何故
>CPUでできないのでしょうか。
VGAでは必須で、CPUにとってメモリの統合は必須ではありません
メリットもありますが新しいリスクも背負い込むことになります、両者は同じ立場にありません。
５年以上先（予想不能な遙かな未来と同意）では性能向上のため組み込む可能性もあると思いますが・・・

>　必要なメモリ容量の増加は、CPUのパワーアップに比べてゆっくりです。大体
>Windowsのバージョンが1つ上がるごとに2倍といったペースであり、それに
>あわせてメモリ容量のラインナップを1つずつ繰り上げたら良いだけです。

OSのアップグレード期には増設用のメモリの需要が増えます、こうした顧客は事前に選択肢から外すでしょう。
増設をする、又は知っている、興味がある顧客が10％程度でも、
無条件にシェアが10％減るのは無視できない影響でしょう

>　BTOではもともとCPUは複数用意しているのでは無いでしょうか？ただ、確かに
>古いPCにメモリをセットして在庫処分という事は出来なくなりますね。

極端な例ですが、ある一定期間で256MBと512MBのモデルが６対４の割合で売れると予測しました
従来ですと、この予測が完全に外れても良いようにするにはメモリを20用意で済みます
しかし一体化すると、各CPUを10用意する必要が有り負担が大きくなります
しかもメモリは違うクロックのCPUに使用可能ですので負担の差はさらに広がります

>　その代り、マザーの商品寿命が長くなって古いマザーで新しいCPU+メモリが使
>えるようになるので、一長一短では無いでしょうか？

マザーボードはチップセットをノースとサウスに分けていることからも解るように、
製品の仕様が頻繁に変更される寿命の短い製品です


必死だな俺(w

殻割してモトローラとかNECのキャッシュが出てきたのお
今は撤退してるだろーな

>>77
　終わりと言ってるのに･･･一応レス。

>VGAでは必須で、CPUにとってメモリの統合は必須ではありません
　VGAも昔はビデオメモリ増設できたんですよ。今はVGAのメモリ増設なんて
出来なくて困る人はいませんよね。チップ自体の性能は十分でメモリだけ
増やしたい人なんていないし、みんなカードごと買い換えます。

>マザーボードはチップセットをノースとサウスに分けていることからも解るように、
>製品の仕様が頻繁に変更される寿命の短い製品です
　製品寿命という言葉の使い方を間違ってましたね。古いPCに新しいCPUを載せる事が
できるって意味ですよ。メモリだけの増設ができなくなる代わりにね。

>５年以上先（予想不能な遙かな未来と同意）では性能向上のため組み込む可能性もあると思いますが・・・
　最初から、K9の話をしてるんですが･･･、多分5年程先の話ですよ。メモリバスが
高クロック化して、マザーの設計が難しくなる頃のね。

>>79
おまえが始めた話なんだからおまえが止めれば終わるんだよ。巣穴に戻れ。出てくるな。

怒濤の急展開！！
Opteron（1MB L2）がClawHammerに？
ClawHammer（256KB L2）がParis？
http://pc.watch.impress.co.jp/docs/2003/0124/kaigai01.htm

>>81
パリスって読むなよ、恥ずかしい…

>>82
英語読みだとパリスですが何か？

巴里？

せんせい！ぷちうらしまたろうがいます！

大体が、発熱の激しいCPUコアの近くに実装したら、
ちょっと無理しただけで簡単にDRAMの動作保証温度
(大抵70℃)超えそうだな。

そしたらあっという間に無茶苦茶不安定なシステムの出来上がり。

読　　む　　の　　　ツ　　　　カ　　　　　レ　　　　　　　タ　　　　　　　　　

俺も疲れた。
今watch見てたらAthlon64で新しいネタがあがってたね。
やはりキャッシュ増量版が出るのか。

でも、SMP対応はOpteronじゃないとダメなのかな？
使ってるソフトの関係上、シングルではなくデュアル可能であって欲しいが・・・。
Opteronには手出せそうにないので。

>>86
そんな高温になるシステムを運用しているお前が…

Pen3Sデュアルだから、MPやXeonよりはだいぶマシだよ。

後藤たんはParis(256KB)と黒濱(1MB)がモデルナンバー差つけてそのまま同じ名前で売れるって言ってるけど
L2が4倍ってDuronとAthlonぐらいの差なんだよな。
豚がAthlonXPとして売るみたいなんでやっても不思議はないが、処理によって得手不得手も出てくるだろうし
わかりにくくなりそうだ。

既にわかりににくくなってるし

Hammerは結局クロック伸びず2500+くらいで出てきそうな世カーン
L2増やしたのって低クロックを補うためじゃないの？

いや普通L2増やすとクロックは伸びにくくなります

L2の差を補うほどクロックが伸びなかったんだろ

2GHz直前で歩留まりが急激に悪化したんだろ。
だから、1.8とか1.6GHzでL2を増やした方が出しやすいと判断した…んだと思う。

同クロックのL2が256kと1Mではモデルナンバーで1000以上差がでそうだなｗ

>>97
流石に1Ghz分も差をつけるのはマズイだろう。900+と見た。

後藤たんとかは256KB版の3200+は2GHzと予想してるが、1MBの3400+が2GHzだと+200で近過ぎる。
漏れは2.1か2.2GHzだと思う。モデルナンバーで言うと+350〜500の差になる。

>>99
キャッシュの効果はBartonより小さくなると思われるから
（キャッシュミス・ペナルティがメモリコントローラを内蔵したおかげで
小さくなっている）
後藤さんので妥当な線だと思います

つまりは全面的なx86-64への以降が早まるということだな。
Bartonには肩身の狭い話だ。

>>100
+200の差なら春から1800MHzで256KB版2800+を出しても良かったはず
ダイサイズの増加を考えたら+200では全く割りに合わないと思うが

>>100
HammerのL2はBartonのL2よりずっと高速になっている
ということも考慮に入れよう

>>102
どうしても3400+を出してx86最速CPUとしてデビューさせたかったからとか

ダイサイズから言うと割に合わないので本来1MB版はOpteronにまわしたかった
しかし、クロックが思ったように伸びず性能が出ない
で、不足分を補うためキャッシュサイズを大きくすることにした
ダイサイズを大きくしても生産量的には少量のため問題ない
でも、安値では売れないのでAthlon64を200ドル以上に設定したとか

いずれにしてもロードマップが変更された可能性が高く
当初の目論見通りに行かなくなった可能性が高いです

キャッシュの効果はBartonよりキャッシュサイズ比で確実に小さい
でしょうから+500はないでしょうね
+400の可能性はあるかもしれませんが、低いと見てます
で、+200か+300あたりが妥当な線だというのが自分の予想です

>>103
それは知りませんです
どう高速になっているのか教えていただきたいのですが
よろしくお願いします

1MBの1800MHzが3100+と言われているから、200差なら2900+だたよ

>>105
河童の様に256bit接続になった(これもクロックが上げにくくなった要因だと思うが)。
以前にスレで出た同クロックでのベンチでも明らかにL2の速度が向上していた。

>>108
それってHammerでのベンチマークですか？
それともThoroughbredかBartonですか？

>>109
1MB版ClawHammerとPalominoを1.2GHzぐらいの同クロックで比較していたと記憶。
ログ探せば出てくると思う。

>>110
できればいつごろの時期か教えてください
しかし、ClawHammerとPalominoだと
純粋な64bit接続と256bit接続の差はわかりませんね

>>111
前スレ348〜
http://www.heise.de/ct/english/02/26/018/

64ビットで使うとメモリのフットプリントが大きくなるから、
L2キャッシュのサイズを大きくする必要がある、という可能性はどうでしょうか。

ん〜後藤さん、「パリス」って本気ですか？

以前紹介されたけど、AMD Opteronのプレゼンテーション資料
ttp://130.236.229.26/download/misc/AMD-Opteron.ppt
には内蔵キャッシュについて次のように書いてある。

・Improved L2 -> L1 bandwidth
　(>2X Athlon)

L2 -> L1 帯域がAthlonの２倍以上

>>93
Hammer2500+は皿2600+よりも処理能力が高いと思っているの？
モデルナンバーの意味わかってる？

Q2
Athlon64 1MB L2 1.6GHz 2800+ 35000円
Athlon64 1MB L2 1.8GHz 3100+ 50000円
Athlon64 1MB L2 2.0GHz 3400+ 80000円
Q3
Athlon64 256K L2 2.0GHz 3200+ 35000円
Athlon64 1MB L2 2.0GHz 3400+ 50000円
Athlon64 1MB L2 2.2GHz 3700+ 80000円
Q4
Athlon64 256K L2 2.0GHz 3200+ 20000円
Athlon64 256K L2 2.2GHz 3500+ 35000円
Athlon64 1MB L2 2.2GHz 3700+ 50000円
Athlon64 1MB L2 2.4GHz 4000+ 80000円

Q3でAthlon64 256K L2 2.0GHz 3200+を投入しAthlon64 1MB L2 1.6GHz 2800+、
Atlon64 1MB L2 1.8GHz 3100+は値下げをせずに生産終了。
Q4でAthlon64 256K L2 2.2GHz 3500+を投入しAthlon64 1MB L2 2.0GHz 3400+
は値下げせずに生産終了。これならAthlon64を普及させつつ、十分な利益も確保で
きる、見事な戦略といえる。
・・・うまくいけばだけど。

AMDはHammerが成功するかどうかで不安だな。
楽しみだけど、発売してすぐに買ってみてSocket423みたいな運命になったら嫌だな。
でもIntelもそろそろSocket変えそうだし、Presccotのあとの0.09プロセスあたりで。

無難なBartonでじっくり一年待つか。

ひそりと１０００鳥開始。

たしか初代Ｐ４って、Ｐ３の１ＧＨｚに負けてたんだよな・・・。

不　吉　な　！　！　！

>>120
P4はクロックを上げるためだけに登場したCPUです。
ﾊﾏｰはそうではないので、そのような心配はいらないでしょう。

クロックが上がらないCPUも困るけどな

>>120
単純かつ冷静なレスありがとう。
そうだよな、あれはインテル自身が「出したくて出しただけ」だったよな。
買った奴、インテルに殴り込みに行かなかったのかな・・・。

>>120
Athlon64 1600MHzはHDBenchでP3 1GHzのDualとほぼ同等のスコアになり、
それをみた552が勘違いして恥ずかしい思いをする予定です。

参考
http://pc3.2ch.net/test/read.cgi/jisaku/1042370822/552-

ここの住民さんは、Athlon64に飛びつく予定の方ばかりなのかな？
非常に楽しみなＣＰＵなんだけど、初物に飛びつかず
ユーザー情報を得て１回目の価格改正時に買おうと思ってるんだけど。

俺ってやっぱ根性無しか？

>>125
自作板に来る資格無し。

飛びつくっていうかいつ出るのかもわかんないんだからさ･･･

AMDの去年10月25日発表の資料で
ClawHammer-DT(only1-way)はL2を256Kと1Mの２種類
ClawHammer-DP(upto2-way)はL2を512Kと1Mの2種類
SledgeHammer-MP(upto8-way)はL2は1Mと、はっきり書いてあるのですが、
後藤さんのおっしゃるOpteronコアをClawHammerに下げる戦略ってのが
よくわかりません
とりあえずAthlon64はシングルとデュアル2種類出るはずなんですがどーなるんでしょ。

128
10月17日発表の間違いでした。

俺、飛びつくよ！
ClawHammer　L2＝1MBってかなり魅力的。。
FSB800MB/secだったっけ？
SSE2対応、もう素晴らしいよ！
正直、ここ半年Intelに戻ろうかとマジで考えた…
けど、やっぱAMDだよな。
初期コアは買わないほうがいいらしいから（P4が典型的な例）ちょっと置いてから買うよ。

>>130
FSBは800MHzの6.4GB/sec　　　だったよね

もっともメモリのアクセスはHyperTransportとは別だから
今までのようにFSBの帯域でどうこう言えないと思うけど

というかフロントってどこ？って話が・・・
6.4GB/sの帯域は従来のx86用チップセットと違ってすべてI/Oに使われるわけだしねえ。

あと気になることが。
P4のFSB800だと、PC3200DDRメモリのデュアルチャンネルだと最高転送速度は理論値6.4GB/sですよね？
ところがAthlon64だとClawHammerはメモリコントローラシングルチャンネルのみで、
しかも最高でPC2700DDRのみしかサポートしないので、最高転送速度の理論値2.7GB/sですよね？
いくらメモリコントローラオンチップでレイテンシ軽減してもこの差は埋るものでしょうか？
Oputeronならデュアルチャンネルで、しかもCPUが増えれば増えるほどメモリコントローラも増えるので、
メモリコントローラがどうあがいてもシングルのXeonとの差がどんどん開くってのは分かるのですが。
この辺AMDはどーするのかちょっと不安です。

>>133
一般アプリだと、帯域よりレイテンシが重要ってのは既に実証済みじゃん。

>>133
今だってFSBでぶっちぎられてるはずなのに低クロックのアスロンが良い勝負
してるでしょ。まー貴方は数字のマジックでインテルに踊らされてろということだ。

Athlon64は、分岐予測精度に自信が有るから、「必要な分を、必要な時にどれだけ速く持ってこれるか」
の勝負になるとレイテンシが少ない方が性能が上になるってことでしょうか？
でも最高PC2700までってのは慎重すぎる選択なのでは？って感じがします。

P.S.
Athlon64には是非ともPrescottをぶっちぎって欲しいもので、、、

>>137
ﾌﾟﾚｽｺの相手など豚で十分だっ！


たら良いなー(´･ω･`)

>>136
PrescottなんてQ4の製品でしょ？
今からそれに対抗させてみても意味がない。
次の高速PCメモリの動向がもうちょっと見えてきてから対応しても遅くはないね。

HammerもQ4の製品になったりして(w

Hammer時代になると、CPUだけアップグレードってのが難しくなるんだろうな
って、今も十分そんな感じだけど

今漏れが気になっていること。
Athlon64でファンレスはいけるのだろうか・・・。

どーやらメモリPC3200対応になるって噂があるみたいですね。
とりあえずHammerのライバルになるのはPrescottでしょう。
夏に出るノースウッドFSB800じゃー勝負にならんと思います。
てっかこんだけアーキテクチャ変えてそーなってないとやばい気もするし。
そーならない筈がないですし。
あとMacがx86-64対応OS出して、あせったMSがintel裏切って対応OSをフライングで出して
くれるって展開にならないかな。
そーなるとIntelはItaniumの市場を縮小しないといけなくなりますね。
てっか既ににそういう流れですが。
ところでYamhillとx86-64は互換性あるのでしょうか？
もしないなら出来ればAMDはYamhillが市場に出てくる前にできるだけシェア取っときたいですね。
やはりMicrosoftにはフライングして欲しい。
個人的にはYamhillはItaniumがこけたときの保険という説を指示したいんですけどね。
つまりPrescottにはまだ乗らないと、、、。
AMDの思惑通りに行ったらさすがにIntel悲惨だな。

みんな意外と知らないのね・・・
ttp://www.zdnet.co.jp/macwire/9909/14/c_knife.html

>>143

ちょっとソース失念しちゃったんだけど

確かIntelが独自のX86-64についてMicroSoftに相談に行ったら
「AMDのX86-64を採用汁！」
と怒られてIntel独自のX86-64は日の目を見ない事になった。

と聞いた事がありますが、実際どうなんでしょう？
IntelもAMDのX86-64ライセンス持ってるんじゃないの？

詳しい方プリーズ

>>143

>>31
>>40
Yamhillはどうも保険では済まなそうだ。Intelからすれば
IA-32もx86-64もIA-64と互換性ないので、途中でx86-64が挟まっても
最終的にIA-64へつながればいいと思っているのでは？

>>145にあることが事実とすれば、Prescottに積んでくるのはx86-64互換でないと無意味。
それから海外ソースだが、ちょっと前に"Prescottはmid summerに前倒し"と報じられた。

>>145
インテルが独自にx86-64を設計することのメリットはMSには
何一つないような。IA32にやってるようにインテルとAMDで
同じアーキテクチャ上で値下げ競争してもらうのが一番いいわけだし。

ふむ、IntelよりMicroSoftの方が立場が上なのだな。
当然か…

Itanium2とOpteronの浮動小数点処理性能及び整数処理性能を比較すると
SpecInt SpecFtp
Itanium2-1GHz(L3-3.0M) 807(base) 1,427(peak)
Itanium2-0.9GHz(L3-1.5M) 669(peak) 1,151(peak)
Opteron-2GHz(L2-1.0M) 1,202(?) 1,170(?)

確かにitanium2-1GHzのftp演算性能は飛びぬけてますが、
int演算性能はxeon2GHz程度。やばいですね。

ま、普通はhttpなので
ftpが速くても大してありがたみはないな

漏れはsstpが速ければいいよ

httpsは信頼性も重視

（´-`）.｡oO(突っ込んじゃ駄目なのだろうか・・・)

Athlon６４の話題が大分でてきているのに
マザーのチップセットの話題ってあんまりないね
VIAは当然出すとして、AMDのリファレンスや
Sis、nVidiaなんかの情報はないんでしょうか？

>154

もう主要チップメーカ全社から(intelは無し)発表されてるぞ。
CrushK8とか知らないかね？

>155
調べたら結構引っかかりました
すいません
ttp://www.ocaddiction.com/cgi-bin/ikonboard/topic.cgi?forum=15&topic=57
VIA K8T400, AMD 8111, ALI and SIS 755とりあえずこんなところなのかな
AliとSisは買ったことないから挑戦してみようかなぁ

windows以外で「個人向け」６４ビット対応ＯＳは最初はどこなんだろう？

リナックスで出るのかな・・・。

チプセトメーカにしたら、Hammerの遅れは
痛手なんだろうなあ。
P4には800MHzバスライセンスの問題があるし。

64BITの本当の凄さを体験できるムービーです
http://www.amd.com/us-en/assets/content_type/DigitalMedia/64bit.mpeg

>>158

P4 800MHzのライセンス問題ならSiSは解決済み。

>>157
リナックスは完成して製品待ってる状態だろ。

因輝のは単純にキャッシュ容量
編む度がキャッシュ増やすだけで、。

>>159
なぜ３２ビットのマシンで体感？

>>161
ぐぐったらカーネル２．６予定らしいね。

ただ現在は２．４．１８のようだが（レッドハット）

>>156

SiSは初物買いしても良いだろうけど、ALiは評判聞いてからの方が良いよ。
私は個人的にnVIDIAが一番安定したチップになるのではと踏んでます。
(nFORCEで既にHT内蔵してるから。)

>>164
安定版カーネル(2.4)にもパッチは出てます。
よって、いつリリースしても安心(w

http://www.x86-64.org/

個人的にはオプのチップセットがどうなるか気になる。

>>164

SUSEが対応済じゃなかったけ？
間違ってたらスマソ

>>154-155
Crush K8G 3月より量産

---------------------------------------------------------------------
NVIDIAのHammer用グラフィックス統合型チップセット、Crush K8Gに関する情報。
これによると、Crush K8Gは現在A1サンプルの段階とされ、
今月中にA2シリコンの段階に入るという。
量産は3月に開始されると見られているようだ。
Crush K8GはGeForce4 MX相当のコアを実装、AGP 8xをサポートする見込み。
なお、NVIDIAでは単体版にあたるCrush K8 SPPも予定している。

>167

はっきり言ってしまえば何処のでも使えるんじゃないかと思う。
多分この前展示されてたクアッドマザーのは8111だと思うよ。
OpteronになるとチップセットはただのIOコントローラーに成り下がるから。　

>>168
確かに濱対応ではSuSEが舵取り役で開発を進めているようですね。

製品版SuSE Linux8.1では

Processor
Intel: Pentium to Pentium® 4;
AMD: all Pentium-compatible processors, such as K6/II/III, Duron, Athlon, Athlon XP/MP
IBM
286er, 386er, 486er and Cyrix processors are not supported

という事らしいので、まだパッチレベルという事みたいですね。

あれ？そういやItaniumは蚊帳の外か(w

ハマー対応のnForce2チップセット正式名称って何？

>172
藻前には169が見えないのか小一ry
Gがグラフィックあり、無印がグラなしだよネ？>174

Crush K8って正式名称ではなくて開発コードかと・・・

>172
ｎFORCE3に一票。

あ・・・
ごめんよ>172、手間かけてスマナイ>174
PC切って釣ってきま

nForceFXﾄｶﾅｰ

nForce64

確かカーネル2.5の開発は去年の10月ころに終了した筈です。
そして2.6の正式リリースは今年の6月予定だそうです。
とりあえず最初のロングモード対応OSは6月になりそうですね。
（蛇足ですがlinuxは少数点以下偶数が安定版、奇数が開発版）

>確かカーネル2.5の開発は去年の10月ころに終了した筈です
とりあえず、取り込む新機能を絞り込んだということだろう。
http://www.kernelnewbies.org/status/latest.html
終わったわけじゃない。それに正式リリースなんて恐らく
来年にずれ込むこと必死です。過去を踏まえて考えると。

>最初のロングモード対応OSは6月になりそうですね
すでにロングモードには対応してますが？
対応してないのは64bit仮想メモリ空間。現状のカーネルはLinuxの
3階層ページテーブルをマシン非依存部分にそのコードを持つことから
x86-64の4階層のうちの一つを使っていない。将来的には対応する
らしいけどまだ未対応。それでもプロセスごとに512Gの仮想アドレス
空間が割り当てられてるわけだけどね。

対応カーネルじゃなくて対応OS。まだパッケージ化されてないでしょ。
あと今は開発じゃなくて安定化作業って時期な筈だけど…。
まーどでもいいけど。

>>172
2.4.20だけどカーネルの中にMCP3の文字とデバイスIDが書いてあるところ
がある（pci_ids.hではないけどね)もれもnFORCE3のヨカーン

ごめん、携帯からなんで楽してますた。i845GEみたくnForce2-**かと思ってたよ

>>180
Linusも反省して、カーネル2.6は頑張って期日に出そうって言ってませんでしたっけ？
今回の新機能は企業向けのも多いから、あまりずれ込むと信頼が…
まあAMDやDebianと一緒で、出て見なけりゃわかりませんが(w

Hammer Roadmap
Opteron(WS/Server)
"SledgeHammer"/1MB L2 Cache/0.13μ SOI/2003年第2四半期
"Athens"/1MB L2 Cache/0.09u SOI/2004年上半期

Desktop Athlon 64
"ClawHammer"/1MB L2 Cache/0.13μ SOI/2800+,3100+,3400+(1.6/1.8/2GHz)/2003年第2四半期
"ClawHammer"/1MB L2 Cache/0.13μ SOI/3700+(2.2GHz)/2003年第3四半期
"ClawHammer"/1MB L2 Cache/0.13μ SOI/4000+(2.4GHz)/2003年第4四半期
"San Diego"/1MB L2 Cache/0.09μ SOI/2004年上半期
"Paris"/256KB L2 Cache/0.13μ SOI/3200+(2GHz?)/2003年第3四半期
"Paris"/256KB L2 Cache/0.13μ SOI/3500+/2003年第4四半期
"Victoria"/256KB L2 Cache/0.09μ SOI/2004年上半期

Mobile Athlon 64
"ClawHammer"/1MB L2 Cache/0.13μ SOI/2003年中旬
"Odessa"/1MB L2 Cache/0.09μ SOI/2004年上半期

http://www.amdzone.com/

エンタープライズ向けに刷新されたカーネル・コア
全貌を現したLinuxカーネル2.6［前編］
http://www.atmarkit.co.jp/flinux/special/kernel26/kernel26_01a.html

Linuxカーネル2.5 最新開発動向
http://www.atmarkit.co.jp/flinux/special/kernel25/kernel25a.html

コア欠けという死の呪文で初心者と小心者を拒まない仕様になりまつか？

>>187
基本的にはそうなります。

でも、P4ですら割ったり焼いたりする人がいる事を考えると、
・作業前に静電気をとる（出来れば作業中も何度か）
・丁寧に扱う（とんでもない持ち方する人も珠にいますね）
・確認を怠らない（チェックシートとかもいいね）
が出来ない人は自作に向かないという事で。

カバーが付くのは去年の前半からすでに公表されてるし、
今はHammerの写真も公開されてるだろうに。

>>188さん
解説ありがとうございます。
ボキのやうに本当はAMD逝きたい人多いとおもいます。
さらに編集者の誘導＋誇大＋ねつぞｹﾞﾌﾝｹﾞﾌﾝでね・・・
ドン臭い自覚症状持ってる人はとくに

>>189さん
恥ずかしながら今月号のﾄﾞｽﾚﾎﾟで初めて御神体を拝見し、
をを！と思いまして（；´Д｀）

>>189
付け加えるとクーラーネジ止めになるからコア掛けなんてあり得なくなる。

今更だが前スレで親切な方が作ったＦＡＱが貼られてないのは何故だろうか？
てっきりテンプレに採用されたと思っていたのだが・・・取り敢えずまとめたのを
貼ってみる

(FAQ1)
１　Hammerの特徴は？
(1) x87, 3D Now!, MMX, SSE, SSE2 とIA32のすべての拡張命令をサポート
(2) メモリーコントローラ内蔵による低レイテンシ
(3) Hypertransportによる広帯域
(4) SOI
(5) パイプライン・ステージ数の増加
(6) 分岐予測の大幅強化
(7) ヒートスプレッダーにより、コア欠けなし（結線改造不能）
(8) ノースブリッジ機能内蔵により、マルチプロセッシング用チップセットが不要
(9) 以上のほか、IA32のみならず、AMD独自の64bit拡張命令x86-64をサポート

(FAQ 2)
2　SSE2は、浮動小数点演算だけ？
いいえ。整数演算も含めたフルサポートです。

3　Hammerがサポートするメモリーは？
DDR SDRAM のPC1600 - 2700 です。
DDR II は、将来サポート予定です。
DDR 400については、不明です。

(FAQ 3)
4　Hypertransportってなに？
汎用的なLSIの外部I/Fで、Point-to-Point結合かつ単方向x２で構成されています。単方向2..32bit@〜800MHz/DDRが仕様化済み。
Hammerでは16bit@800MHz/DDRが使用されています。
http://www.hypertransport.org

5　SOIってなに？
Silicon on Insulator（シリコン・オン・インシュレーター）の略で、
絶縁物（通常はSiO2）上にシリコン単結晶の薄膜を作り、
そこにゲートを刻むという製造技術のことです。
Hammerに採用されたのは、部分空乏型SOI （Partially Depleted SOI : PD SOI）です。
長所は、
(1) より少ない消費電力で高い能力を発揮する。
(2) 隣合う素子同士が電気的に干渉しないため、より密に素子を配置できる。
短所は、
(1) ウェハーコストが高く、製造が難しいため、コスト高になる。
(2) 絶縁基板の熱伝導率が低い影響で熱が逃げにくい。

（ネタ元　PC WEB 【レポート】AMD Hammerも採用するSOIとは
- 沖電気に聞くSOIテクノロジ)

(FAQ 4)
6　パイプライン・ステージ数の増加
Hammerのパイプラインは、
整数演算12ステージ（Athlonは 10）、
浮動小数点演算17ステージ（Athlonは 15）
と増えています。

7　分岐予測の大幅強化
・History Counterは16KBとAthlonに比べて４倍
・BTAC(Branch Target Address Calculator)により分岐先を計算して予測
・L2キャッシュにも分岐予測のための情報を追加

(FAQ 5)
8 OpteronはCC-NUMAなの？
すべてのメモリにLoad Store命令でアクセスでき、キャッシュ一貫性がありますが、
メモリの位置によりアクセスタイムが異なりますので、CC-NUMAと言えます。
しかし、これまで製品化されたNUMAとは異なり、ディレクトリーベースではなく、
Hypertransportの広帯域により可能となったブロードキャスト方式ですので、
ソフトウェアによる対応は必要ありません。

9 x86-64の特徴は？
(1) 64bit OS上で、32bitアプリを高速実行可能
(2) 汎用レジスタ、SSE2レジスタが２倍

10 OpteronとAthlon 64の違いは？
もともとは、
Opteron = マルチプロセッシング可能なHammer = Sledgehammer + Clawの一部
Athlon 64 = シングル専用のHammer = Clawのシングル仕様
でしたが、
Athlon DP が（取りあえず）消えたので、現在は、
Opteron = Sledgehammer =
16bit Hypertransportが３本あり、メモリーがデュアルチャンネルなHammer
Athlon 64 =ClawHammer or Paris =
16bit Hypertransportが１本のみで、メモリーがシングルチャンネルなHammer
となっているようです。
Sledgehammer、ClawHammerはL2キャッシュが1MBでParisはL2キャッシュが256KB
の模様。

Athlon 64非公式ロードマップ(おまけ)
Q2
Athlon64 1MB L2 1.6GHz 2800+
Athlon64 1MB L2 1.8GHz 3100+
Athlon64 1MB L2 2.0GHz 3400+
Q3
Athlon64 256K L2 2.0GHz 3200+
Athlon64 1MB L2 2.0GHz 3400+
Athlon64 1MB L2 2.2GHz 3700+
Q4
Athlon64 256K L2 2.0GHz 3200+
Athlon64 256K L2 2.2GHz 3500+
Athlon64 1MB L2 2.2GHz 3700+
Athlon64 1MB L2 2.4GHz 4000+

FAQ1の(3)はどこが広帯域なのか書いた方が良いかと。
プロセッサ間およびI/Oだよなぁ。

ていうか、いつのまにAthlon64のL2が1MBになったんだろう。本当に誤報じゃない？

AMD、Linux向けにOpteronを推進
http://www.zdnet.co.jp/enterprise/0301/26/epn03.html

AMDはI/O、AGP、PCI-Xの３種をチップセットの組み合わせとして
出すようだけど、64bitPCIはどうなんだろう？
8111だけでサポートできるんかな？

>>197
複数のソースで情報が共通してるし、ベンチ結果も流れてきてるし。
ま、実物を手に取る日を楽しみに待ちましょう。

64bit命令使えば動画のエンコード処理は滅茶苦茶早くなるな・・・

>>199
PCI-XはPCIのSuperSetだから、”普通に作れば”PCI-XにPCI64/66が使える。

>>197
ていうか、いつのまにかAthlon64のL2が256KBのは激しい勢いで延期されたようです。

自分の心の中では、既にL2=1Mが定着していたので
なんで今騒ぎになってるのかがわからなかったりする…
年明けくらいには情報なかったっけ？

>>204
　前からさんざんClawHammerのダイサイズが108m�uとか言ってたので、PC Watchの
後藤弘茂さんを含め多くの人がL2=256Kと思い込んでた。
　AMDの資料でデスクトップ版ClawHammerにL2=1Mのモデルがあると書いてあっても、
「90nmからはL2=1Mになるんだな」と勝手に決めてかかってた。

　で、結局1MBL2のClawHammerのダイサイズはどれくらいになるのかな？

1MB版は150平方mmぐらいだろ。北森よりちょっと大きいぐらいだな。

いまさらかも知れませんが、ご参考までに。
http://www.amd.com/us-en/assets/content_type/DownloadableAssets/Hammer_Overview_-_Rich_Heye.pdf

256KB Athlon64 1.4GHzの詳細ベンチマークが出ました
http://www.x86-secret.com/articles/cpu/k8-1/k8-7.htm

ちなみに言語はフランス語です。
テストシステムはグラフィックまわりに問題を抱えているので
3Dゲーム系ベンチが異常に遅くなっています。

>202
そうなんだ。
そろそろ個人使用でギガビットの世界も見えてきたから
32bitＰＣＩを１個削って64bitＰＣＩかPCI-X付けて欲しいね。

>>205
http://channel.goo.ne.jp/pc/news/cnet/20021128/021128-3.html
＞1MB版Hammerのチップサイズはおそらく180平方ミリメートル近辺になると、
＞業界ニュースレター『マイクロプロセッサー・レポート』編集長のケビン・クレウェルは述べている。

>211

ペンプロに近い…AMD大丈夫かな…
若しかしてその所為で数が取れないんじゃ…

>>212
というより高クロック版が取れないということでは

>213

2Gが取れないらしいね。
PenProも結局クロック上げられなかったから、
ふと思っただけ。

>>214
ここにきてBartonのSOI版を取りやめたのがちょっと響いているような
Bartonで0.13μSOIでのノウハウを習熟することができなくなって
Hammerで右往左往しながらクロックを上げつつ
90nmの立ち上げを行わなくてはならなくなった

思えばPalominoで遅れ、Thoroughbredで遅れたのが元凶か

>215

まあしょうがないんじゃ無いですか？AMDは開発チームが一つしかないから、
新コア出す時も中途半端なものにしないよう練りに練らざるを得ない訳だし。
(練り過ぎだって説も有るけど)
所詮互換メーカなだけあって(失礼)、intel以上にエラッタにも気を使わないと、
信頼自体を維持できないし…

書いてて悲しくなってきた。AMDがんがれ

もうDDRシングルの黒濱は全あぼ〜んしてデュアルの擦濱一本にした方がいいような気が

体力の無いAMDがx86-64を2種類も同時に開発するのは無理があったと。
無謀な計画が全てを台無しにしたいい例だ。

今後も互換CPU呼ばわりされるのかな

>>219
IntelがMicrosoftに独自のx86-64の話を持ち掛けたら、AMDのx86-64互換にしろって言われてなかったか？
うろ覚えスマソ

先にやったもん勝ちだな。
そしてIntelは不実ぅだましてリナックスに色目を使うと。

x86-64ってのは一般的にはAMDが採用した
プログラミングインタフェイスの名前だよね。
でi386を見てもそうなんだけど、プログラミング
インタフェイスなんて今じゃあんまり
重要じゃない。それもx86の名残を残したような
ものが二つもあるなんて紛らわしいだけだよね。
インテルが独自にプログラミングインタフェイスを
決めたところで誰もありがたがらないような。。。

インテルもx86-64を採用してインプリメントで
勝負するしかないんじゃない？

プログラミングインターフェースじゃなくて
拡張した機械語命令のことなんだけどな。

たとえIA-64とやってることが同じだっとしても
バイナリコードが違うからねぇ。
内部の回路構造に基づいてこういった命令は作られてるから
命令変えればいいじゃん、って単純なものでもないなぁ。

>拡張した機械語命令のことなんだけどな
それもプログラミングインタフェイスと呼ばない？

Athlon64のベンチマーク結果が続々と (/.Jより）

http://slashdot.jp/article.pl?sid=03/01/28/1057215&topic=6&mode=thread


athlon64 1.2GｈｚとP4 2.2Ghzの比較
http://www.heise.de/ct/03/01/018/bild.gif

>>222
しかしそうなると自分達のIA-64アーキテクチャを否定することになるからなかなか
採用したがらないｱﾎｲｿﾃﾙ。でもXeonでx86-64採用だっけか？

>>226
印輝は独自の64bit拡張にするという噂を聞いたことがある。
AMDが3DNowを出した後で、全然違うSSEを出したんだから、
あり得ないとも思えないが。

>>227
次期Xeon MPでは90nmプロセスへの移行によってダイサイズが縮小できるために、
デュアルコアチップ化、または32-bit/64-bit x86命令をサポートする拡張が
施される可能性があると見られているようだ。x86の64-bitへの拡張は
AMD Hammerが採用したアーキテクチャで、以前にも、IntelがYamhill
プロジェクトとして64-bit拡張命令の開発を進めているという話があった。

↑Septorより。
これかな？

濱がメガヒットして業界標準になり
intelがX86-64互換CPUやチップセットを出したら笑えるなあ
AMD互換CPUか・・・出たとしても一番はVIAだろうけど

厳密に言うと、K7以降のCPUは互換CPUではない。

>>230
そうなの？

>>231
K6-3まではSocket7のPentium互換

x86 互換 って意味で「互換CPU」。

>>233
となるとIntelもx86互換というふうに言えてしまうわけだが・・・

>232いや正確には

PC/AT互換＝IA-16互換＝8086互換
【IA-32互換＝386互換　（P5互換＝Pentium互換　P6互換＝PentiumPro互換　IA-64互換＝Itanium互換）】

じゃないの？

IA-64互換＝Itaniumの場所が違った・・・

確かにAthlonとPen4を交換しただけじゃ動かない訳ですから、互換CPUという言い方は厳密に言うと間違ってるかもしれませんね。

>>224
＞それもプログラミングインタフェイスと呼ばない？

一応、一般的にはプログラミングインターフェースというのは
プログラム上の、引数や変数の渡し方やパラメーターのセッティングのしかたのことだな。
プログラム言語上の決めごとだからソフトウェア上のことだ。

端的に言うとPowerPCでもx86で開発する時でも同じプログラムインターフェースにはできる。

そもそもx86-64はアーキテクチャですよ。確かに２２２さんが言いたそうなのはx86-64命令のことみたいですが。
ただユーザー側からすると統一して欲しいのは事実ですけどね。

>>239
x86命令に変換するのはコンパイラの仕事だ。
お前がアセンブラでプログラムを組んでるのなら別だが。

＞２４０
２２２さんの文読みました？

この辺りをまとめると。

x86-64 : ISA(Instruction Set Architecture)
API : Application Programming Interface
ABI : Application Binary Interface
Hammer: Processor Series Development Code Name
Opteron : Brand Name for high-end Hammer
Athlon64: Brand Name for low-end Hammer

プログラミング・インターフェース: APIを包括。

結論としては、x86-64 != APIということで。
ただし、64bit APIと32bit APIの違いにおいて、プログラマに影響はあり。

なんか誤解招きそうなこといってすんません。
222でプログラミングインタフェイスといったのは
個別命令とシステムプログラミングマニュアルに書いてある
ようなものをひっくるめて使ってました。そういう
言い方、もしかしたらしないのかもしれません。
どうもすみませんでした。

>>238
それはABIと呼ばないかなあ。いやもうどうでもいいや（藁
おれが間違っているぽい。

>>239
＞x86-64はアーキテクチャですよ。

いやだから

>>222の「x86-64ってのは一般的にはAMDが採用したプログラミング
インタフェイスの名前」っていう物言いに関して
>>223の 「プログラミングインターフェースじゃなくて拡張した
機械語命令のこと」って言う対応に
>>224の 「それもプログラミングインタフェイスと呼ばない？」
という質問があって
>>238で 「一般的にはプログラミングインターフェースというのは
プログラム上の、引数や変数の渡し方やパラメーターのセッティングのしかたのこと」

って言う対応だからそれで終わってるんじゃなかろーか？
そこでx86-64はアーキテクチャですよ、って言ったらまた振り出しに戻る。

でももプログラマには評判悪いよなーAMD

>>245
そうなの？おれの周りにはそんなのいないけど。
Windows嫌いとかGPL嫌いとかそういう程度の
レベルの話ならいそうだけど。

Intelに比べるとコンパイラの対応や、拡張命令の資料やサポートで
劣るんで評判が悪いんだろう。

>>245
　SSEよりも3DNow!の方が使いやすいと評判でしたが？

　漏れもこの前自分で作ったあるプログラムで、MMXを使ったらAthlonはかなり
早くなったのにPen4は使わないときよりはマシって程度の速度しか出なかった。

　まぁ漏れに最適化のスキルが無いだけなのだが、下手なコードでもそれなりに
速く実行してくれるAthlonの方がありがたいけどな。

>247
それだ

IAは黙ってても資料配布や講習をしてる
IA-64は流石に放置ぎみらしいけど

AMDの売り込みなんか聞いたこたない
モノをけなしてはいない
だだねそれじゃあ末端のマには良く思われんでしょ

Pen4のMMXはほとんど互換性のためだけに残っているようなもんだが。

IBMとPC互換機のシェアが逆転したのもIBMのPS/2路線が決め手になった。
コークとペプシの逆転が決定的になったのもニューコークとクラシックコークの分裂。
IntelがIA-64でアーキテクチャを分断したのが転機になる可能性は十分にあるが
Intelは上に上げたどの企業より強力で節操がないヲタク企業だ。
必要があればx86-64互換CPUぐらい平気で作る。AMDがIA-32の拡張を独自に行ったように
Intelがx86-64を採用した上で独自拡張をするぐらいなんの躊躇いもなくするだろう。
それぐらいまでx86-64が普及すると面白くなるんだが。
Intelは劣勢に立ったときの方が面白い。もっとがんがれ、AMD。

>>249
拡張命令なんか使わない、アマにはあまり関係ないんだけどね。
64bitのデータ型を気軽に使えるようになることくらいしか…

>>250
やっぱ競争がないとね。
性能やシェアで拮抗していた方がお互いに良い製品を出してくる。
Katmaiの時代なんか…

とりあえずAMDには開発チームを2チームにして欲しい。
買収出来そうなのはトランスメタかなあ…

でも使え無さそうだしなぁ…

>>250
でもCPUのマルチメディア命令で
ターゲットを絞らずに利用可能なのがMMXなのだから、
しっかり作り込んで欲しい部分ではある。

>252 トランスメタの開発チーム優秀だって。買収できればね。

もういっそ、トランスメタをLinusもろとも買収しる！
石もOSも最適化されて一石二鳥w

>254

とりあえずK10、K12、K14あたりまで、なんかCrusoeっぽく…
内部のアーキテクチャがぜんぜん違うし、
合併しても一緒にやっていけるんだろうか…

256get

>>256 (　ﾟдﾟ)ﾎﾟｶｰﾝ

>>256
Intelのオレゴンチームとサンタクララチームのように
別のアーキテクチャを２年ごとに出すという手はあります
しかし、今のAMDに本当に必要なのは
アーキテクチャ開発チームではなく
回路設計／レイアウト設計の技術者だと思われます
ファブの方はUMCとIBMとの提携効果を見定めてからでも
いいと思いますが

>>255
そういう話は2,3年前に実際にあったみたいだが

>>259
UMCとの提携は事実上終わってる。
http://pc.watch.impress.co.jp/docs/2003/0129/pfc01.htm

>259

いや、Febが欲しいって言う話ではなくて…

所で、トランスメタの自社Febってウエハ月産何万枚ぐらいだか解かりません？

>>262
　え、Transmetaって自社FAB持ってたっけ？最初はIBMへの製造委託で、
今はTSMCへ委託してるファブレスメーカじゃないの？

>>261
　その記事を見ると、工場はちゃんと作るみたいだね。工場の話すら流れたら
どうするのかと思ってた。300mm導入がこれ以上遅れるのもリソース不足も
致命的だし。

トランスメタは製造をIBMからTSMCに移行してたから自社Fabなど持ってないのでは？

>>263
今の所はFab作る予定はないらしい。
UMCもAMDも生産能力余ってるから。

>>261
終わってるというより、先延ばしやね。

いや、Febが有るような書きぶりに思えたから、
自分が忘れたのか不安になりまして、詳しく知りたくなったので。

回答してくれた皆さんありが�d。

しかしそうするとSiSって変な会社だね。

>>267
せっかくFab作ったのに、745まで1チップだもんな。
多少無駄な設計しても大丈夫だと思うが…

最近のSiSはintelべったりだからK8サポートは多少遅れるでしょうな

>269

K8用のチップセット、
去年10月より前にA0が出回ってた筈。

>>267
だれも突っ込まないんであえて突っ込むがFabねFebじゃなくって。
発音は「ファブ」

>271

びっくり。今までずーとそう思ってた自分がいた。
すまん(赤面。

ttp://jiten.www.infoseek.co.jp/Eigo?pg=result_e.html&col=EW&sm=1&qt=fab

http://septor.net/

>Intelのデスクトッププロセッサロードマップに関す
>る情報。これによると、Intelは65nmプロセスで製造す
>Nehalemコアをベースに、動作クロック10.20GHzのデ
>クトップ用プロセッサを2005年に投入する計画である
>という。

65nmで登場するらしいですが仮に電圧を半分にしたとしても
増加するトランジスタのことを考えると
消費電力は130Wを越えそうな予感
少なくとも100Wは行くんでしょうなあ

このあたりになるとBaniasのような、アクティブタイプの省電力機構が
必須になってくるんじゃないの？
静的なブロックをスリープして積極的に電力カットしていく機構ね。

最大40Gバイト／秒の「HyperTransport 2.0」策定へ
http://www.zdnet.co.jp/news/0301/30/nebt_09.html

>275
ハイエンド＝インテルとＡＭＤでバトル
ミッドレンジ＝同上
ローエンド＝ＶＩＡ

・・・という住み分けになってたりして。

Windows Server 2003がx86-64で出る以上、かなり>>229は現実味あるでしょ。
IBMもOpteronサーバをバンバン売るんじゃないかな？
前にもあったけど、どうせIA-32とIA-64は互換性ないんだから、
Intelとしては間にx86-64挟まってもよいのでは？
とりあえずシェア落とさないことが大事。

HyperTransport 将来は光接続へ

http://www.septor.net/

これ実現すると、AMDの収益改善に大きく効きそうな気がする。

HTの特許はAMDが持ってるの？

>279
デバイス間を光セt族できる基板って安価に製造できるのかなぁ。
（単純に考えると、難しい気がするが…）

↓こんな技術もあるみたいだが、価格は書いてないなぁ。
http://www.oki.com/jp/Home/JIS/New/OKI-News/2001/10/z0167.html

間違えた、
後：光セt族
正：光接続

本光配線技術を導入することにより、8年後のパソコンの性能が3ギガ程度であると言われているのに対して、
5ギガ程度の実現が期待できます。さらに、光学素子が平板構造であるため、光配線基板を容易にボードと一体化できるほか、
既存のLSI製造技術での製造が可能なため、量産性を備えているという特徴も兼ね備えています。

量産効果でコストが下がればいけるんじゃないの？

Athlon64 1.4GHz チップセット別ベンチマーク
SiS 755 vs VIA K8T400
http://www.ocworkbench.com/ocwbcgi/ultimatebb.cgi?ubb=get_topic;f=25;t=000048;p=

チップセットの違いによりHDD性能に差が出るのは分かるけど、
どうしてメモリ性能にまで差が出るのでしょうか？？

>>284
期待通りSiSは優秀だね。ほぼ全ての項目でVIAより上か…。

そこの掲示板でも話題になってたけど、＞メモリ性能
チップセットのメモリインタフェースが代わりに
使えるようになってるから、多分そのせいじゃないか。
…みたいな事が書いてあるね。あ、漏れの英語は
中学レベルなんで信用しないでね。本当はきちんと
勉強しなきゃいけないんだけど…。

しかしDViDさんテンパってますな（ｗ
気持ちは良く分かるが…あとどれくらい待てば
いいのかなあ。

Hammerはメモリコントローラ内蔵といっても内部的にシステムバスに相当する部分はあるから
メモリ以外への通信が増えればメモリ性能に違いが出る可能性はあるだろう。
画面は表示しているわけだから、AGPへの通信の効率が悪かったり。

http://pc.watch.impress.co.jp/docs/2003/0130/kaigai01.htm
90nm世代のHammerはDDR�U400/533かな？

http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~66302,00.html
Athlon64は9月に延期になりました。
Opteronは4月22日リリースです。

>>288
ﾏﾁﾞだ…
秋の落ち着いたときに組もうとしてたのに鬱だ…

>>217で書いた通りになってしまった
デュアルDDRﾏﾏﾝが当たり前になったら、このままSocket754はあぼーんかも

>288
ｳｧｧﾝヽ(`Д´)ﾉ
嘘だウソだと言ってくれ・・・

インプレスにも載りますた
ttp://pc.watch.impress.co.jp/docs/2003/0131/amd.htm
ガマンして待ちますでふ

やっぱAMDだな、、

秋までＡＭＤは運転資金あるの？

また延期かよー つд｀）

何やっとんねんアムド〜

>>294
￥ショップで借りる。

普及より業績。人柱を買って出るサーバー屋がまた見つかったんでしょ。
リテールへのリリース時には程よく枯れているものと思われ。
メモリロードマップの発表を待ったのかも・・・BartonのFSB400Mhz化に期待。

まあ、考えてみれば当たり前かなあ．．．
豚が活躍出来ないからね。

(゜д゜)＜あらやだ！
真皿買ったばっかだけど豚も買うことになりそうだなー
ま。いいか

　相手が北森な間はBartonで十分戦えると踏んだってことでは？

豚でもいいからSSE2つけてくれ

これで心置きなく買い物ができる

Opteronは1.6-1.8GHzで見切り発車なのかな？

終了

9月までに歩留まりが向上して2GHzあたりを安定して取れるようになってて欲しい。

Opteronはおそらく手にはいらんだろう

ちゃんと2月から豚が流通始めたら
夏前ぐらいにはFSB400の豚が出る可能性あるな

がーん。AMD何やってるねん・・・
Opteronとなると個人で買えるの？

来年の今ごろは買えてるかな。

あと何回ウンコすれば買えるようになるんだろ・・・

便秘の人間は買えないのかYO！

x86-64対応のWindowsが出るまでは、
デスクトップ市場よりサーバー市場といった感じなのかも知れませんね。
きっとサーバー市場の受けが非常にいいのではないでしょうか。
Itaniumが性能面でコケてますし。

それと、
ClawHammer-DPというコードネームだった754pinのデュアル対応のCPUの名称が、
3に載ってるUnofficial [H]ammer FAQでは940pinのOpteron同様にOpteronとなっているみたいなので、
もしこれが本当だとすると、とりあえずはClaeHammer-DPだけ作るということかもしれませんね。

LONGHORNは2004-Q4だからなー

>309
Xeon対抗だと思えば買えなくはない。ＣＰＵ単体はね。
問題はマザーの価格が跳ね上がること。
メモリもレジスタードになっちまうのか・・・？

なぜAthlon 64は9月まで遅れたのか
http://pc.watch.impress.co.jp/docs/2003/0131/kaigai01.htm

>>313
言われてみりゃあそうだ。
工学科の学生か、仕事で使う人間じゃなとwinが対応しないと使わない・・・。
いくら欲しくてもな。

今にして思えば大規模なリストラをやって
Hammerの立ち上げとBartonの投入をほぼ同時に行うのは
無理があったという事かも
Hammerを切るかBartonを切るか

で、昨年春頃からK7にリソースを割くと
Hammerへのフォーカスが弱くなると言ってきたわけで
結局Bartonにリソースを割き、なおかつリストラを行った時点で
今回の結果はなるべくしてなった「当然の結果」とも言える

極端な話、Bartonと130nmSOIのOpteronで食いつなぎ
90nmプロセスの導入を早めることで起死回生を狙い、
後手後手へと回る連鎖を断ち切った方がいいのかも
90nmならCMPという切り札が出せるし

もし130nmでとまどった場合、
エンジニアリングリソースが足りない状況では
90nmへの移行は実質2005年にずれ込みかねない

もう分かったよ、9月ってのは許すよ
その代わり豚をじゃんじゃんよこしてくれよ

>>316
ん〜遅れますか。そうですか。

>>317
Lindowsがあるじゃないか！と煽ってみるテスト

そうでなくても、この板にはWineで動かす奴がいっぱい出るやろ。

>>315
Xeon対抗、そかそか。
しかしOpteronとなると2CPUだよなーう〜ん30万円コースかなー
低く見積もって6万ｘ3の18万とか？（CPUｘ2のマザー）
これにメモリーか・・・無理があるなこりゃ

さすがに　気　分　が　悪　な　っ　て　き　た。

このロードマップ通りいくとハマー買うやつは負け組になる予感

あ、90nmへ移行を早めるのはクロックが低くて構わないからということで

今のThoroubredの状況を見ていると1500+〜2000+程度のクロックなら
もっと早い段階で出せていたはずで
Palominoに対してはもっと早い段階で見切りをつけて
2002年の春先から2000+以下のThoroughbredを投入して
0.13μmに全力投球していれば今頃Bartonをあわてて出す必要もなく
Hammerに全力を出せていたかもしれないということで

SiS746FX+DDR400+Bartonで濱までつないで濱になったらDDR400をそのまま流用
(ﾟдﾟ)ｳﾏｰ

問題はただひとつ。
その戦略が、はたして市場とAMDを支えるベンダーに受け入れられるのか、そこにかかっている。

ここが踏ん張り所だな。

まぁ大丈夫なんでねーの？
どこだったかがドカーンとHammer導入するみたいだし
IBMと組んだのも将来のプロセス云々もあるけど
HammerでLinux系のサーバとかその絡みがあるのかなと
妄想してみたり

漏れはとりあえず豚さん飼ってのんびり待つか

L2=256kのAthlon64でPrescottと対抗するのか・・・。
コンセプトが違うとはいえ、ちょっとやばくないか？？

せめて512ｋにすべきだな。256ｋをAthlonとするなら
ローエンドは事実上低クロックのみってことか。

嗚呼…またもや延期…こうなったら豚3000+が潤沢に出回るようになったら
買ってやる。だから、今度こそ確実に出してくれ。

とりあえず1500+以上を豚で作りなおしてくれりゃ嬉しいんだが。

AMDの葬式会場はここでしか？
なんかアポーの970みたいな話になってきた･･･｡
どうせ豚も大したこと無いからなぁ（つΑ｀）

え、第三四半期ってマヂ？
となると、この手元にある日程表は何？
締め切りが延びて喜べばいいのか、祭りが延びて悲しめばいいのか…。

今までも延びに延びて、サーバ先行するって噂が流れたときにデスクトップも出すって否定しておいて
結局デスクトップ延期ってのはなんだかな。戦略もいいけど信用はどうするよ。

>>335
信用というかイメージだな

まあ予想の範囲内だな。

とりあえずIBMに製造委託したほうがいいんじゃないの？

もう何も信じない！

opteronも４月に出るのかねえ？

既出かもしれんが、新ロードマップ
http://pcweb.mycom.co.jp/news/2003/02/01/50bl.JPG

1H03 Opteron/0.13SOI
2H03 Athlon64/0.13SOI
2H03 MobileAthlon64/0.13SOI
1H04 Opteron/0.09SOI
1H04 Athlon64/0.09SOI
1H04 Athlon64/0.09SOI

2H03, 2H04は計画に無理があるから、これより遅れるね。

あと一年ぐらい知らなかったことにして過ごしても問題なさそうだね
という訳で今年のクリスマスにまた来ます。それでは。

Athlon64版Windowsって、まだ、でる予定ないんでしょう？
あわてない。あわてない。
多分、本格始動は、Athlon64版Longhorn製品版がでたときでしょう？

>>343
ここにいる人はNetBSDやLinuxを使う人も多いと思うけど。

ロードマップなんて見ても意味無いね。最初に出た予定通りに出荷される事なんて無いよ。
1H04 Opteron/0.09SOI
1H04 Athlon64/0.09SOI
1H04 Athlon64/0.09SOI
このあたりも絶対ウソ！待ってるヤシを馬鹿にしてる。ＡＭＤ最悪！

>>345
一般人が手に入れることができるのはもしかしたら
来年かもね。そんな気がする。漏れは当初の2001年の
クリスマスに発売というのから、その遅れに随分付き合って
きたとは思うけど、もう我慢の限界。忘れられるなら
忘れたい。

>>345
ロードマップは出荷時期予測の重要な情報源。
Opteron/0.09SOIが1H04で、同時にA64がマッピングされているので、
リソース競合で遅れるのが分かる。
ファブの更新時期と合わせれば、出荷時期予想が立てられる。

いつ出るか わからないものを待たずに、Itanium2買えば?
単に速いCPUが欲しければ、32ビットでもいいのでは?

>348
Itanium2がどんなものか分かって言ってるのか？

>>339
それぐらいのつもりのほうが、失望なくPC業界を渡ってゆけるよ…

>348
わかってないですな。
早ければ３２ビットでいいというもんでもないんだよ。

�@・純粋に新アーキテクチャ触りたい！
�A純粋に広大なメモリ空間が必要なんだ！（動画編集とか）
�B純粋にインテルは嫌いだ！

ちなみに俺は上の�@と�Aだな。

>351
3のような場合、純粋というのだろうか？
（いや、言いたい事はわかるが…）

Intelを信じる者は救われます
AMDを信じる者は馬鹿をみます

Intelを信じる者は搾取されます。
AMDを信じる者は疲れます。


どっちがいい？

皆でAMD不買運動をしよう！

intel心底嫌いならPowerPCでも買ってればいいと思うんだが
x86もMMXもSSEもAGPもPCIもUSBも嫌だろ

>>356
Xeroxの複合機を買えと言うことか.

>>349
PC系としては、現時点で手に入る、最高速の64ビット環境。
32ビットではできないことをやるんだから、多少遅くても問題ないはず。

#あくまでも、PC系で。AlphaやSPARCやPA-RISCと比べてどうか、というのは別にして。

>>357
NINTENDO GAMECUBEとか

ここはひとつSolarisも付いてくる
Bladeを買えということでしょうか？
Sparcは特別に興味がありませんが、
Solarisならいろいろと楽しめそうだし。

>>358
でもALPHA21364と良い勝負をしてたりする。
Opteronだけど。ところでみんな
黒濱待ってたの？擦濱狙いじゃないの？

>361
個人レベルでは摺濱はね・・・。
仕事で使えるなら大歓迎だけど。

個人レベルなら苦労濱でデュアルがいいだろうね。

>>354 激しくﾜﾛﾀ

漏れはメモリコントローラー内蔵ってことのメモリ性能と
SSE2完全対応ってトコに期待してるから、
黒濱で32bit環境でも全然構わないんだけどな。

もちろんDual CPUやDual DDRとかができれば面白いとは思うけど。

IntelはTLP(Thread Level Parallelism)に爆進して、パイプラインを50段
ぐらいにして、スレッドを6個ぐらい同時に動かして、ストールのペナルティ
を隠蔽できるうえに、クロックがガンガン上がって行くんだろうなぁ。
それにくらべて、CMPとか逝ってるAMDはもうだめぽ。

現行AthlonもSSE2対応してくれればまだまだ逝けるよ。

>365
CMPはIntelも目指してるだろ。

>>366
デスクトップではまだまだ逝けると思うけど、TLPはサーバーに効く
技術だから、はやいとこOpteronを普及させないと八方ふさがり
になりそうな悪寒。
あと、あんまり関係ないけど、
Alphaの初期の技術者(NexGenも?)->AMD->Athronができた。(最高のIPC)
Alphaの後期の技術者->Intel->HyperThreadingができた。(TLPの実装)
って考えると、AlphaってすごいCPUだったんだな。

今、CMP（Chemical Mechanical Polishing：化学機械的研磨）を
使っていない半導体製造メーカーはまずないと思われ…

とお約束のボケをかましてみる。

Septor.netでOpteron4月22日ってなってるけど
この際手に入るなら欲しいなぁー
って板は何処が出すの？

hammerが出るのが先か、アムドの倒産が先か。

>>371

倒産は絶対に無いと思われ

Intelと同じ土俵で対抗するメーカが無くなる状況には絶対に業界がさせないよ。

Intelが支援すると思うｗ

個人的には、Athlon64はやめてAthlonXPに注力してもらいたい。
さらなるキャッシュ増量、FSBの拡大、SSE2、SOIなど出来ることは
たくさんあると思う。
そのうち、nForceマザーを買うつもりなので、メモリーコントローラ
は必要ない。

専用電源が必要になるんか？＞Opt

>>374
>さらなるキャッシュ増量、FSBの拡大、SSE2、SOIなど

この段階で、製造の遅れもプラットフォームの互換性も
問題点はHammerと大して変わらん気がするが？

SOIを使わなきゃ、もうとっくに出てるんだYO!

>>374
コアには寿命があるの。
本来のアーキテクチャを超えて周辺を充実させても、性能向上は
どんどん鈍ってゆく。投資に値する性能向上が得られなくなる。

そのうち買うかもしれない人など待っていられません。

>374
>そのうち、nForceマザーを買うつもりなので、メモリーコントローラ
>は必要ない。

メモリコントローラー内蔵を軽く見すぎ。nForceとは比べ物にならん。

今回は技術的な問題というよりマーケティング的な事情によるAthlon64の遅らしたのだと思います。
Opteronも遅れたら技術的な問題かも知れませんが、、、。
どーなるんでしょ。

>>380 幸せな奴。俺も騙されたいよ。

>>378
それはそのままHammerにあてはまるんじゃないのかな。
ダイが馬鹿デカくなった割りにはサイズに見合った性能が
得られないと思われる。
ちなみに、Athlon64でのはなし。Opteronのねらっている市場
には縁が無いのでどうなるかわらない。
ただ、SOIはハードルが高いみたいなので、
キャッシュ増量、FSBの拡大、SSE2でいいや。
こっからはさらに想像だけど、メモリーコントローラの統合と
アーキテクチャの刷新は同時にはできないだけで、
Opteronが起動にのれば、完全に新しいコアのCPUがでる気がする。

OpteronもAthlon64も根本的なアーキテクチャは同じです。
Opteron(SledgeHammer)はHyperTransportとメモリコントローラの数を増やして多少複雑になってますが
Opteron(ClawHammer-DP）はAthlon64と全く同じです。
Opteronが遅れないということは技術的な問題ではないとしか思えないんですけど。

383訂正
あー、すみませんHyperTransportとメモリコントローラのチャンネル数を増やしてです。

FSBが200になるだけでハァハァなのにSSE2にも対応したら気絶しそうです。

で、Opteronマシンはいつ頃手に入りそうなもんかな。

>>386

4月22日頃には手に入るんじゃないの？

俺たちに手に入る値段になるのは１年半後、以上。

お気に入りから削除します。

>>388
みんなが自分と同じだと思いたいんだね。わかるよ。

>>374
その拡張の仕方はまさにPowerPCですね。
今度970が出るまで基本骨格は何年も放置でした。

今後、数ヶ月以内にPCを買う予定ってバヤイのベストバイは･･･
nF2+バートンかスプリングデール+安P4で凌ぐの2択かね。

半〜１月以内でメインストリームを買う場合のオプションを提示せよ。

>>391
数ヶ月以内ってことだとSiSがどうなるか気になるが・・・。

>>392
要するに今買うならnF2＆真皿2100+がいいのでは？

>>348 >>358 です。

失礼いたしました。

もちろん売り出した始めはリテールしか無いだろうが、CPUファンは相変わらず五月蝿いんだろうか。

>>395
あまり石が取れなければ、バルクが先に出回ると思われ。

http://entmag.com/news/article.asp?EditorialsID=5679

期待してないけど…。

もうAMDもHammerも信じない。とかいいつつこのスレ見ちゃうんだよなあ。。。鬱

Opteron発売まで後79日。

の予定

サライゲツ・・・トカ

>>398
デスクトップとエンタープライズをゴッチャにしちゃっている
所に問題があるんだろうな。
まぁ、経験が無いようだからしょうがないんだろうけど、
もうちょっと落ち着けと言いたい。
しかし、このスケジュールだと今年も赤字だろうな。

今年も赤ならルイズ君は引退だな。

つーかデスクトップ延期と来るべきイラク戦争の関係について考えてみよう、って気もする。
すでに年末商戦自体寒かったが、これからの景気予測からして
個人がハイエンドなパソコンを買う傾向が強まるとはとても思えない。
法人ももちろん打撃は受けるだろうが、これは一定上の需要は必ずあるし
濱の性能や64bitのアピールをしやすい市場でもある。
ということで個人向けは安価なSlotAのプラットフォームでカバーしつつ
濱はしばらくは法人需要に特化すると。

>>404
個人向けを馬鹿にしすぎではないか

>>404
SlotAはイヤン

SlotAでも下駄があれば…無理なのはしってるけどね。

hehe

Athlon 64のみ延期で、心置きなくOpteronに特攻できると
ひそかにほくそえんでるのは、漏れ一人か

Opteronも黒濱DPあぼーんでXeonMPの対抗だから、1.4GHzでも2000〜3000ドルぐらいかなあ

そんな高いの？
2GHzで一個十五万ぐらいでないと食指が伸びんよ

>>411
2GHzのOpteronはXeonMPやItanium2の最上級($4000超)より高性能って言うんだから
$5000ぐらいするんじゃねえの

それで買うヤツろくにいないんでないのか
漏れはXeonの価格帯で出すと思ってるけど

>>413
個人向けじゃないし
基本的に研究所とかｽﾊﾟｺﾝ系でそ擦濱は
ﾏﾙﾁﾌﾟﾛｾｯｻ対応なのにﾃﾞｭｱﾙ専用のXeonとは競わないでそ。。
結局XeonMPと競合する値段かと思われる。

そゆとこは性能もだけど、信頼性も重視するから、
サーバー市場で実績のほとんど無いAMDの
出だしの値段が、XeonMPと同じくらいだったら
ほとんど買われないんじゃないの？
「性能は上回っており価格はこの通りリーズナブルになっております」
って言うんじゃなきゃ。

10〜30%くらいは落としてくるんじゃないかと。
この価格で売っても十分儲けが出る市場だからこそ
無理して参入しようとしてるわけで。まして今まで
AMDが売っていた涙ぐましいCPUの粗利を考えればね。

XeonMPのL3-1MB品辺りが参考になると思うんだが、1.9GHzで$1980。
これよりも高性能と思われるOpteron 1.4GHzは$2000切らなくても十分にお買い得。

サーバーっていっても、CPU性能は言うほど重視しないやん
どうせたくさん載せればいいだけの話だしさｗ
今だって実績重視でXeon-P3が主流じゃないか？

やっぱ、Opteronの最初に切り込む分野は
CPU単体性能重視のPC系ワークステーションかと
とすると、そこそこの価格でないと売れない

当分の間黒濱はでない、擦濱は高くて買えないなら
安いAMD株買って待ってれば。
協調介入でもあったら為替差益だけで擦濱いけるかもよ。
おいらはAMDと心中さ。

>>415 同意
性能は遥かに上をいき、価格はそれなりに下まわらないと
厳しいんじゃないかと思う

サーバ市場で64bitがなぜ求められるかというと、
サーバソフトの多くはCPU数で値段を設定しているので、
劇的な性能アップを狙う為というよりも、
ある程度の性能アップ＋CPU数を減らすというのが理由らしいです。
CPU一個減らしただけで200万とかの世界ですから。
ですからOpteronも安定性さえ実証できるのならば強気の値段設定で来る
という可能性もあると思います。
しかしさすがにItanium2-900Mhzの16万を超えることは無いと思いますが。
性能はOpteron-2Ghzの方が上のようですけど。

Barton MPがXEONとの競争になるだろうから、
Opteronは庶民が手を出す物ではないだろうね。

自作板みたいに特殊な人が多いところではあれだが
個人向けデスクトップの需要の冷え込みはしばらくはどうしようもないよ。
ん十万もするパソコンなんて誰が買う（作る、でもいいが）の？
いやここの人じゃなくてね。一般人が。

Opteronマザーって基本的にQuadかoctetだろ？
そもそもマザーボードだけで50万とかいう世界な気がするんだが……

>>420
DB サーバだとメリット多いよね。
64bit プロセッサが提供する広大なメモリ空間、は大規模な DB の高速化に貢献する。
CPU の個数が少なくて済めば、DB のライセンス購入数を減らせる。

マシンを DB サーバ転用するときに、オラクルのライセンスを追加する予算がないから
CPU 引っこ抜いて運用する、なんて事例もあるし。

DUALならどの程度の価格になるか気になる。
メモリ＋マザー＋デュアルで２０万を切れば
作る意欲も財布の余裕もあるんだが。

OpteronのCPU構成は1,2,4,8です。
もしXeon-QuadからOpteron-Dualにシステムを移行すると、
仮にoracle Enterprize Editionを使用するとすると、
500万×２で1000万円のコストダウンを望めます。
これが64bitの最大の利点だそうです。

>>426
そう考えるとインテルがちょうど持ってない３２ｂｉｔも互換があって移行もらくな武器
を最大限に生かしてサーバー分野に食い込むのは今のタイミングなんだろうな。
だからデスクトップおろそかにしてもＯｐｔｅｒｏｎに力入れたいんだろうな。

しかし何だな。
AMDもOpteronが切り札だろうけど、これが隠し玉だったら面白かった
のにな。資金に余裕があれば秘密裏に開発を進められたが、資金調達
するには新プロセッサの仕様や具体的な事業計画も公開してオープン
にせざるをえないのが痛いな。手の内がバレバレ。

>428
こういうものは使用をオープンにして開発しないと、
ソフト作ってもらえないんじゃない？

>>428
隠していれば次期windowsであるLongHornが出るまで
何の意味もなくなりますが
公開しているからこそx86-64対応のLinuxがすぐに動くわけで

>429
使用→仕様ね

>>431
金田一さんですか？

intelは新型CPU「ＰｅｎｔｉｕｍＡ」を発表した。

PentiumAのAは、さきに買収したAMDの「Ａ」の字を取ったものである。
このCPUにはAMDが開発していたHammerで採用する予定であった技術が詰め込まれている。


なんてことになりそうで怖い。

>>433
つうか、もうライバルから無意味じゃん（藁

>>433
独禁法違反です。いやマジで

居ないから…ですね（鬱

>433
多分それはないんじゃないかと…

もし、intelがAMDを買収しようとすれば、
独禁法に触れる可能性が高く、
AMDより、何倍も怖い司法省が乗り出してくる
と思われるから…

intelにとっては、AMDは生かさず殺さずっていうのが
一番望ましい姿なのだと思われる。

>>435
それなら、

VIAは新型CPU「Ｃ-Ａ」を発表した。

Ｃ-AのAは、さきに買収したAMDの「Ａ」の字を取ったものである。
このCPUにはAMDが開発していたHammerで採用する予定であった技術が詰め込まれている。

>>438
C3は実際C-Wだが

>>438
さらに、

NVIDIAは新型統合チップ「aForce」を発表した。

aForceのaは、さきに買収したAMDの「Ａ」の字を取ったものである。
このチップにはAMDが開発していたHammerで採用する予定であった技術が詰め込まれている。
お陰で、２億トランジスタを越える代物である。

intelは新型統合チップ「iAFX」を発表した。

AFXのaは、さきに買収したAMDの「Ａ」の字を取ったものである。
このチップにはAMDが開発していたHammerで採用する予定であった技術が詰め込まれている。
AFXのfxは、さきに買収したNVIDIAの「GeForceFX」の字を取ったものである。
このチップにはAMDが開発していたNV30で採用する予定であった技術が詰め込まれている。

うっ・・ミスった

intelはロビー活動をしっかりしてるから
もし買収されても何にもならない。

現在第2位であるチップセットベンダSiSは、第x四半期に
Pentium�]向け新チップセット、「SiS870AA」を発表する。

SiS870AAのAは、さきに買収したAMDの「Ａ」の字を取ったものである。
このチップにはAMDが開発していたHammerで採用する予定であった技術が詰め込まれているが、
その技術は未だに明らかにされていない。
もうひとつのAはATiテクノロジーズの「Ａ」の字を取ったものである。
ちなみに、同社は先月ATi社とのクロスライセンスを結んだばかり。
これにより統合グラフィックス機能が大幅に強化されて、某N社のハイエンドクラスに迫る
性能を省スペース、安価に得ることができるという。

司法省は新型CPU、コードネーム「Metal Hammer」を発表した。
このCPUにはさきに買収したAMDが開発していたCPU「Hammer」で採用する
予定であった技術と、イ＊テルの阿漕な商売にのってやっている自作erの呪
いが詰め込まれている。

司法省がイ＊テルに鉄槌・・・ﾊｧﾊｧ

ｲｿﾃﾙがAMDを買収しても、すぐに分割命令が出されて意味なさそう

AMDは新型CPU「AthlonTM」を発表した。

AthlonTMのTMは、さきに買収したTransmetaの「TM」の字を取ったものである。
このチップにはTransmetaが開発していたASTRO(TM8000)で採用する予定であった技術が詰め込まれている。

最終的な仕様は、
256bitVLIWテクノロジ + x86-64インプリメント済CMS + 2MBキャッシュ +
デュアルDDR2メモリーコントローラ + HyperTransport + SSE2 + SOI
特に、SOIにより実クロックが3GHzを越え、20WでSpecIntが 2000(peak) に迫る性能を叩き出している。

・・・ハァハァ

>>446
サーバー/WS向け、デスクトップ向け、モバイル向け、チップセット…という具合に分割されたらどうする？
どの部門でも結局殿様商売やぞ。

>447
優秀なプログラマーも一緒に雇わなければならないので
無理っす。AMD金ないっす。
合併ならありえるのだが・・・

ﾈﾀﾆﾏｼﾞﾚｽｶｺﾜﾙｲ

>>447

確かにハアハアでは有る。
TM5600,8000みたいなアーキテクチャだと、
メモリコントローラー内蔵は恐ろしく効くだろうし。

つーかCrusoeってメモリコントローラ内蔵してるけどな

>452

CPUと同クロックだったっけ？

>>453
濱も別にメモリコントローラがCPUクロックで動いてるわけじゃないが

9月に出る予定のAthlon64って、後藤弘茂の解説だとL2=256KB版ってことになってるが、
同時期のPrescottの実クロック半分L2 1/4では対抗できないんじゃないか？
ClawHammerだとメモリバスもシングルだし。

結局Opteronと同じL2=1MBコアをAthlon64にも採用
→生産量の関係でQ4に延期
→Athlon64は90nmプロセスからスタートとなって2004Q2に延期
→90nmプロセスが例によって遅れる
→Athlon64発売は2004Q4

なんてね……

>>455
かなりありえそう・・・(~･ω･~)
例えば結局製造コスト下げられなくてIBMとの連携がご破算になったり。

いや、HammerはメモリコントローラーCPU同クロックです。
仕様書に明記してあります。
そして物理的には現状のHyperTransporterの上限である16x16（転送速度12.8GB）、
メモリにするとDDR1.6Ghzまでの許容範囲があるはずです。
DDR333Registeredまでの対応ということは、
安定性の評価を与えられるのがDDR333までだと思います。
Hammerは相当安定性に気を使ってると思います。
あと、AMDはかなり前からAthlon64を1MBと256KB両方作ると言っていました。
後藤さんは何か誤解されてる気がします。
AMDの公式発表をまとめると、
そもそもHammerは
ClawHammer-DT(1way Desktop / L2 256KB & 1MB ) →　Athlon64
ClawHammer-DP(up to 2way Entry Server & WS / L2 512KB & 1MB) →　Opteron
SledgeHammer-MP(up to 8way Server / L2 1MB) →　Opteron
となっている筈です。

http://www.septor.net/
Athlon 64 SOIの歩留まりが影響
AMDは、Athlon 64の延期に関して、SOIプロセスに問題があるという見方を伝
えているようだ。AMDはSOIプロセスによる高クロックチップの歩留まりに問題
を抱えていると見られ、結果として、今回は比較的動作クロックの低いOpteron
のみのリリースになったと見られている。今後はAthlon 64のリリースに向け、
歩留まりを向上し、それによって速度を向上させ製造コストを削減する必要が
あるだろう。なお、AMDでは最近、SOIトランジスタ関連を含む技術開発をIBMと
共同で進めることで合意しており、SOIチップ製造の先駆者であるIBMから何ら
かの解決策が得られるものと見られているようだ。

やっぱり歩留まりの問題なのね。IBMどんどんノウハウ教えてやってくれ。

でもAMDの大本営発表では歩留まりは問題でないとしていたぞ．
旧日本軍と同じという訳？

>>458
IBMもいいのだけれど半導体業界のもう一つの巨人Samsungと提携してみては
UMC以上のキャパシティと技術力を持っていそうなのですが
IntelがARM拡張コアのXScale（８段パイプライン）で800MHzでしか動作しないのに対し
確かSamsungはARM9（６段パイプライン）で1.2GHz動作するものを実現したような

>>460
サムスンに複雑なCPUの技術があるとは思えんが・・・
生産委託したてAlphaだってクロック伸びなかったし。

>>461
IDが「tAMD9I1l」！！
K9の使徒降臨

とうとう神が降臨されましたな

>>457
ソースきぼん。濱のメモリコントローラは非同期でCPUコアと独立して動作していると思っていたが。

>>461
ぉぉ！

>>457
4〜5行目がちょっと引っかかるな。
別にCPUの演算部とメモリコントローラーがHTリンクで結合されてる訳じゃないだろ？

あとメモリコントローラの動作クロックは
http://www.amd.com/jp-ja/Processors/ProductInformation/0,,30_118_4699_7983,00.html
には「プロセッサのコア周波数で動作する内蔵メモリ・コントローラ」
とあるな。

Crush K8はDDR2をサポートするのか教えてくり

>>468
Crush K8はDDR1もサポートしてない。というかメモリつなぐ所ない

>>457 以前からAthlon64で1MB L2と512K L2を作られるのを決めていたって・・
Athlon64という名前自体去年の後半に発表されたもので、その時点では
デスクトップ = 256K Hammer = ClawHammerだったぞ。
今は無きClawHammerDTと言うラインナップで1Mキャッシュのを売るとは言っていたが・・。
そういえば、512Kキャッシュのラインナップも有ったはずだがいつの間にか消えてんな。


結局ある時点からAMDは256KHammerと1M Hammerだけにしぼって開発してるってだけだろう。
ただ「これらはこのブランドで売る」って言う戦略だけがコロコロ変わってるだけで。

後藤たんとか多くのプレスはIntelの様にClawHammerがプロセッサコアのコードネームだと考えていたが
実際には製品(商品)のコードネームだったというだけ

とりあえず17万ぃえんほど用意したけど
擦濱には足りないかなぁ？

>>461
神様Hammerを早く出してください。

hammer搭載のノート秋に出るらしいけど、
どれくらいの速さになるんでしょう？
pentium4の最速チップより早くなるんでしょうか？

出ない。

>>475
今年の秋とは書いてないからいいんでないの？

>472
CPUだけしか買えない予感

>>472

メモリだけしか買えない。
もちろん8GBとか16GB積むんですよね?

#それだけ積めるマザーも高価に違いない。

　個人的には、明示的にD4、D3、D2で出力できて、それぞれのワイドと4:3用
の最適な画面解像度を設定できればおっけー。
　むしろ、3D要らないからファンレスを熱望。ドライバも2D描画の範囲で安定
していれば十分。

あ、誤爆。失礼。

>>472
HDDしか買えない。
やっぱSCSIでRAID5で大容量だろ？

http://www.xbitlabs.com/news/story.html?id=1044497587
PrescottにはSSE3らしきものがつくっぽいデス。
しかもやはり今年半ばに出せるらしいし。
今年後半に出てもHammer負け組みっぽいよヽ(`Д´)ﾉｳﾜｧｧﾝ

どうせその分値段下げるんだろうけどさ。
また赤字ですか？

>しかもやはり今年半ばに出せるらしいし。

英語の勉強やり直せ。
んなことは書いてない。
今年半ばまでに、ってのは.09プロセス。

K8はメモリコントローラー統合だから、もし9月の時点でDDR400が主流に
なっていた場合も負け組みぽい。

>>484ベンチマークでは差が出るかもしれないけれど性能は10%も向上するとは思えない体感差はないに等しい何で負け組になるのか理解に苦しむ

>>455
L2:256のままなら

Athlon64 3400+(2.2GHz)で出すか

DDR333or400 Dual-chunnelで出す必要があると思います

Channel

ほかのデバイスと帯域を共有しない
しかもレイテンシがP4の約3分の1というK8のメモリ性能の心配は
杞憂だと思うがな。

実性能はともかくマーケティングの面でDDR400を使えないのは痛いな
メモリにまでモデルナンバーつけないのを祈るよ

Athlon64が本当に9月に出たとしても一般大衆が今年中に手に入れるのハム

>482
何言ってるんですか。
本当の勝ち組みはFSB400のBartonを買い
Hammerが成功するかどうかを、じっくり見届けるのですよ。

そして美味しく焼けてきたHammerもしくはPrescottを買う。

メモリにモデルナンバー・・・。
まったくもって意味不明。
本人は皮肉ってるつもりなんだろうけど。

http://www.theinquirer.net/?article=7641

AMD will die within five years implies IBM exec

初めてのインテル互換じゃないcpuってなんかやばくない。
ソフトやハードの対応はどうなんだろう。
個人的に大博打に見えるんだけど。
アスロンやバートンをシュリンクしたほうが賢明なのではと思う。

>494
(ﾟдﾟ)ﾊｧ?

>>494
スロットAからインテル互換じゃないんだけど？

>>494
インテルの互換ですが何か？
IA-32にx86-64を拡張して実装しているわけで
3DNow!もその意味では同じこと

じゃ今のwindowsもそのまま動くの？
６４ビット版はインテルのやつとは別物なのか？

>>494
こんなたかがｱﾘﾝｺ程度の脳味噌しか持ち合わせないようなﾔｼがいるから
ｲｿﾃﾙはクロック至上主義に走りｱﾑﾄﾞはモデルナン(ry

ていうかアスロン６４とかってハヤいの？
トランジスタいくつ？

http://www.agemasukudasai.com/bloom/

>>500
なんのためにこのスレがあるんだよ。全部読んでから分からないことを質問しろ。
IDｐ４だけあってDQNだな。

>>498
その通り
>>500
64bitで計算するべきところは32bitで無理くり計算するより速くなる
しかし、それ以外は変わらない
むしろ64bitになるとメモリ空間が広くなることの方が
PCユーザにとってはメリット
トランジスタ数は正式な発表はないはず

通りがかりだけど、なんでこのスレに>>p4QCaJCUみたいな
めちゃくちゃ痛いやつがいるのん?

こいつのレス（>>494、>>498、>>500）全部痛いな。

ふーん、やっぱりやばそうだね。
儲かるサーバにフォーカスして、儲からないpcようはやめると
言ってるように聞こえるよ俺には。
６４ビットなんて一般ユーザに必要ないんだし。
速度も早くなさそ、０．１３で作るんでしょ。
それよりもアスロン４０００+とか作ってくれよ。
もうだめぽ。

製造プロセスが直接処理速度に影響するとでも思っているのか・・・

>>505
知的障害者がまた一人・・・

>>505
何がどうやばいのかさっぱり
現在のままだと4GB以上のメモリが搭載できないので
スワップが発生した場合速度が低下するおそれが
今後数年で増大するわけでPCユーザにもメリットがあると
思うのだが
それにK7コアで4000+の達成は0.13μmでは無理
Hammerならば可能

>505
Hammerをただの64bit CPUでしかないと思ってる
勉強不足のﾎﾞｸﾁｬﾝは（・∀・）ｶｴﾚ!

つうかベンチでてるじゃん速くないじゃん。
アスロンからのアップグレードにはならないじゃん。
値段も高そうだし。IDp4なんで煽って見ました。

頭悪そうな煽りだな。地か？

>>500から、厨発言をしたことを後悔した>>p4QCaJCUが
どうにかこの場を取り繕うとしてる雰囲気がまざまざと感
じられるのですが､そう感じるのは私だけですか?

>>512
ですね。己の恥の上塗りにようやく気付いた所でしょう。
次にくる言葉は「こんなに釣れた」かな

俺にはよくわからんのだが、なぜそんなに
デュアルチャネルＤＤＲにこだわるヒトがいるのだろう？
ＣＰＵとメモリの帯域をあわせるのは確かに重要だけど
本当にそういう使い方をしてるんかな・・・。

普通の使い方をするならAthlon64/Opteronのアプローチは
全然間違っちゃいないと思うのだけど。

最近ﾊﾏｰの熱発がどんくらいなのか気になります

おまえら本当に買うのか。
サーバ屋でもやってんのか。一般人には用無しじゃないのかよ。
アスロン６４とかオプティロンなんて。ペン４買うことにしたよ。
nforce2真皿２１００+で２ギガ越えもやめた、馬鹿らしい。
もうこねえよ。

>>513
漏れは「必死だな」に8トランジスタ

↓↓↓↓それではp4QCaJCUさん、張り切ってどうぞ↓↓↓↓

>>516
本当にもう来ないで下さい。さようなら。

>>493
逆でしょ。

ここは本当に恐ろしい釣堀すれですね。
私はインターネット歴30年のベテランですが
こんなに恐ろしい釣堀すれは見た事がないです。
ここにいる皆さんは、あまり知識がないから知らないと思いますが
私はアングラーサイトというものに出入りしているので
釣堀すれの恐ろしさを知っているんですよ。
こういう釣堀すれに居ると
IPアドレス（モデルナンバーのようなもの）がばれてしまうんですよ。
皆さん、気を付けて下さい。

・・・とまあ、ARPANET時代からネットを知ってそうな
御仁の忠告をスルーしたところで。

個人的にはAthlon64とOpteronの価格が大変気になるわけなのですが
皆さんいかほどだと想像してますか？

ID変えてきたぞ(藁

>>モデルナンバーのようなもの
ちょっとおもしろい

夏にでるHammerはDDR�Uをサポートするんですか？
またはBIOSの更新によってサポートされる可能性は
ありますか？


おまえら即レスしろ

(・∀・)ｶｴﾚ!

極端な話、0.13μmで動作するhammerはOpteronだけでいいから
90nmプロセスのSan Diegoを半年でも早く出してほしい
せめて来年の夏頃
どうせhammerは発熱がひどそうだからシュリンク版までいいです
x86-64版Windowsはどうせ2005年まで出そうにないし
（現在の予定では2004年末だけど）
それまではBartonでしのぎまつ
でないと0.13μmのhammerではどうあがいても、
というか、あがけばあがくほど90nmプロセスへの移行が遅れて
TejasやらNehalemとかに叩きのめされそう・・・

>>524
CPUの交換によってサポートします。

あとは自分で配線しろよ(藁

>>524
VIAとかがサポートしてくれるんでないの？その代わり内蔵メモリコントローラは使えなくなるのでレイテンシが凄いことになりそうだが。

>>528
メモリとは1/16倍V-LINKで接続されます

>>529
4MB/sか？

Prescottは90nmプロセスで製造され、Q4に3.4GHz以上の製品が投入される予定。チップは800MHz FSBをサポート、
1MB L2キャッシュを実装するほか、SSE-3のサポートやL1データキャッシュの拡張、
トレースキャッシュからのμOps発行数の増加などの改良があるのではないかと言われている。
Hyper-Threadingテクノロジの拡張版Hyper-Threading 2を搭載する
http://www.septor.net/
Athlon64(ClawHammer)L2-256KBはどのような対応をとるか楽しみだ。

> SSE-3のサポート

なんじゃこりゃー！

盛り上がってまいりました！(藁
祭りの予感？！
それが全部本当だったら買ってやるよ

SSE-3だよ

なんだかなぁ…
Intelダメダメ道まっしぐらな予感。

ってゆうか発熱とか消費電力すごいね。
こんなの1日中動かしてたら電気代がバカにならん。
クロック上げても消費電力＆発熱下げるとかって出来ないもんなの？

536です。469じゃないです。
ミスったよ。

でもHyperThreadingってスーパースカラー演算器がP4より多いAthlonの方が効果高いはず。
IntelよりもAMDにこそ乗っけて欲しい。
ところでAthlon64がSSE2乗っけることになったから、
これからは本格的にSSE2特化ソフトが増えてきそう。
ちなみにSSE3はだいぶ先。
DDR400以降のメモリは次の
あとAthlon64とOpteronは、
「IBMの研究によれば、部分空乏型SOIを使うことで従来のウエハに比べ、
20％以上の高速化もしくは1/3程度の低電力化が可能だとしている。」
ということでIBMにかなり期待。

一部補足
DDR400以降のメモリは次の世代のプロセスからサポートだった気がする。
9月のはまだDDR333かな。

いっそのことPowerPC 970とK8を互換にすれば・・・
鯖市場に新参のAMDでもかなりの初動をgetできるのではないでしょうか
設計思想も近いし

http://www.systemcooling.com/modules.php?name=News&file=article&sid=392
HammerのCooler
まだ早いと思うけど

>499
> こんなたかがｱﾘﾝｺ程度の脳味噌しか持ち合わせないようなﾔｼがいるから

全然関係ないが、↓を思い出した。
http://www1.kcn.ne.jp/~houou/denwa.swf

つーか90nmプロセスで3.4GHzしか出ないってのが興醒めだな。＞Prescott
一気に4GHzくらいは逝って欲しかった。
性能面でぶっちぎりなら発熱面でぶっちぎりでも一向に構わんし。

つーか130nmSOIで1.8GHzしか出ないってのが興醒めだな。＞Hammer
一気に3GHzくらいは逝って欲しかった。

やっぱりHammer系は今まで以上にメモリを選別するのだろうか?
もしそうなら、安い糞メモリは使えないってことだよね。

つーか協力関係にあるIBMでさえAMDは5年もたないと思ってるのが興醒めだな。

http://www.theinquirer.net/?article=7641

AMD will die within five years, implies IBM exec
...The obvious inference is that Zeitler doesn't
expect AMD to be around in five years time.

>>546
IBMのPOWER部門の人間とAMDは競合してるから、当たり前の発言だと思うが。
フィオリーナが５年以内にSUNが倒産すると言っても誰も驚かない。

MPXを延命させてMP2600+×2を導入
年末まで待つことしようかなぁ・・・

どうしよう・・・豚・・・
なんで濱出ないの・・・つд｀）

フィオリーナﾀﾝ(*´д`*)ｱﾊｧ…

>>549
オバちゃんだよ。

Prescottは動作周波数より、2つ以上の仮想CPUを持つという、HyperThread2の方が怖い。
90nmプロセス、SSE-3、1MB L2、FSB 800MHz、DDR400、HyperThreading2
厳しいたたかいになりそうだ。

>>551
そうだね。それだけ頑張っても濱の足下にも及ばない。
印輝あぼーんかもね。

>>552
ﾜﾗﾀ

IntelはSOIみたいな技術導入しないの？

＞５５４
90nmプロセスで歪シリコンを導入する

>>555
　歪シリコンって最初に発表したのはIBMだよね？
　IBMと提携した65nm以降のプロセスではAMDもStraind silicon使うん
だろうな。

　でも、IntelだってSOI導入するんだから、結局AMDがプロセス的にIntelを
上回っているのはHammerが出てからPrescottが出るまでの間だけだろうね。

Intelでさえ躊躇するようなことやってると考えてみるテスト。

Hammer 出たら、キャッシュテストやってほしいな。今最速の Athlon だとど
の位だろうか。

http://www.hpc.co.jp/IA-Test/HR-CacheMemoryTest-ALL.htm

>>558
http://www.heise.de/ct/english/02/26/018/bild.gif
こんな感じ。

>>559
Ｌ２の位置じゃなくてもっと右端が伸びるんじゃないか？

>>559
ありがたいが、メモリ帯域のベンチではなくメモリを計算に使ったときの
処理帯域を知りたい。

以下の数値(MFLOPS)は 配列 1MB の時(下段:プロセッサ最適化済)

333 PC Cluster マスターノード単独 Athlon MP 1800+ (1.53GHz) RedHat 7.2
348 Pentium4-1.7GHz

4705.05 1 NEC SX-5 10GFLOPS 312.5MH
1263.373 1 HP（COMPAQ） ZX6000 Itanium2 900MHz
685.00 1 - Self-made Pentium4 2GHz
652.00 1 - Self-made Pentium4 1.8GHz

http://w3cic.riken.go.jp/HPC/HimenoBMT/himenoBMTresSMALL1.html
http://sharaku.nuac.nagoya-u.ac.jp/~nakano/ngo/bench.html
http://www.gifu-nct.ac.jp/archi/ryos/HPCranking/

>>561 SX見たいなベクトル・マシンと比較したらPentium4もおもちゃだな。

>>562
AMDならぶっちぎりだけどね。

今までの傾向でAMDのSMT採用は時間の問題だと思う。
別にインテルが考えついた超画期的技術ってわけじゃないし。
先にSOI+メモリコントローラーオンチップにチャレンジしてるか、
90nmプロセス+SMTにチャレンジしてるかって感じで、
結局全部合わさるところに行くと思う。
とりあえずSMTはAthlon64にインプリメントされてるのでは？
って噂が有るみたい。
ちなみにみなさん知ってるかもしれないけど、
SMTのpatentは某アメリカのCPUベンダAMDという会社が持ってるみたい。
（俺は驚いた。ただクロスライセンス契約でIntelは大丈夫らしい。）
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=/netahtml/search-adv.htm&r=1&p=1&f=G&l=50&d=ft00&S1=5,944,816.WKU.&OS=PN/5,944,816&RS=PN/5,944,816

つーわけで下の記事では実はAMDもSMTを採用してるのでは？って推測してます。
↓↓
http://www.geek.com/news/geeknews/2002Dec/bch20021218017832.htm
ちょい古いから既出かもしれないけど、そのときはごめんなさい。

>>564
SMTをわざわざやらなくても
デコーダ増やせば整数演算は
もっと速くなる気がする。

もちろんそれもそうだと思うけど、
スーパースカラーの場合、単体アプリケーションの並列度は
４が最高、平均２程度の同時命令処理が可能って程度らしくて、
つまり演算機を6個だの9個だの乗せてても今のままじゃほとんどムダで、
CPUに乗ってる演算器をフルに生かすには、
論理的に複数CPUとしてふるまって同時処理可能なアプリケーションを
増やしちゃうSMTはかなり画期的らしい。
互換性も維持できるし。

Athlon64とPrescottって次世代CPUって感じで、今までの中で一番白熱しそう。
CPUでこんなに楽しみなのは始めてかも。

速く一年後になって欲しいが、取りあえず今のCPUは何で行こうかな。
BartonがFSB400出るかもと思うと踏み切れないし。
まだしばらくAthlon XP 1700+のままで…

Prescottは今の発表だと年内3.4GHzですが、それを言うならNorthwood-3.06GHｚも
当初の予定ではまだ出荷されていなかったはずなので、Hammerのモデルナンバー
にらみながら一気に上げてくるでしょうね。
HT2の仮装CPU数の増加はLonghornが出荷されないとOS側の対応がやばいですね。
4つまでならまだしもそれ以上とかだと。パッチでも出すのかいな？
ていうかPrecottの次じゃなかったっけ？それなら時期的にも大丈夫そうだけど。

Prescottは単なる助走にすぎない次なるステップはTejasでジャンプがNehalemとなるPrescottが１四半期遅れたせいでTejasとの間隔はより狭まったのでTejasによるインパクトはPrescottより大きくなるものと思われる

ゴミとかチリとか、時代遅れの印照はいらないよ。
さっさっと、OpteronだせよAMD.

ここって「Intelの発表に右往左往するAMDをヲチするスレ」
になってるね・・・

Prescott って PP7 なのかそれとも PP8 なのか。PP7 だったら恐くない。

> 仮装CPU数の増加はLonghornが出荷されないとOS側の対応

MS-WinXP は SP1 で HT に対応しましたよ。

>>572
いや、対応しているのは知っているんだけど
その数がXPproでも論理プロセッサ数4までだったと思いましたんで。
論理プロセッサ数4を上回るときは.NET Server使え、となっていたかと。

>>572
HyperThreading2に対応しているかどうかという問題だと思われ。

>> 574

いや、MS-WinXP は対応していなかったが SP1 で対応させた。つまり HT2 に
対応させるかどうかは MS の姿勢による。どちらの方が儲かるかの問題。

>>572
PP7とか8ってなに？

ttp://www.theinquirer.net/?article=7680
　これはx86-64対応コンシューマ向けWindowsの出荷時期によってはさらなる延期も
ありうるという事でつか？
　もしそうならHammerの前に豚で安くなった皿を買ってつなぎにしまつ。

>>575
最終的には賄賂を送ったｲｿﾃﾙが勝つだろうな。

>576
P6とかじゃないの？
つまりP8？？

P8=Netbrust

>> 576

Intel Compiler でプロセッサ最適化をするときに -tpp7 (=Pentium4, P7)
-G7 などと指定する。

でもP7はキャンセルされたよな。

>>582
板になっちゃったからね>P7
で、>580の言う通りな訳で。
PrescottはP8系の筈でし。
Tejasからまた新設計なので、SSE3はくっつくかも知れないけど、
HT2はTejasからでは？
であれば豚さんと濱で対抗できそうですね。

>>583TejasはNetBurst改良アーキテクチャNetBurst + 小拡張 -> PrescottNetBurst + 大拡張 -> Tejas新アーキテクチャ -> Nehalem

0.09nm SOIで3.5GHz以上いってほしいな・・・

NHKで観たけど、
結局微細プロセス技術ってのは、露光の時に配線の末端が痩せ細るのを見越して、
マスクパターンの段階で末端部を補強して打ち消す技術に集結される。

のか？

Xenonと同価格帯ででるならOpteronに行きたいなぁ。
まだ価格帯なんかは情報でてないですよねぇ？

子供がＰＣに水を飲ませてくれたので、現在河童セレで
しのいでるんだけれど、さすがにツライ・・・

>>577
宣伝ですけど、
ttp://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html

ALiはHammer登場まで持つのであろうか…

ハマー早く出て欲しいな。買えなくても良いから。

動画のアップローダーです
http://homepage3.nifty.com/digikei/

>>587
こちらへどうぞw
http://pc3.2ch.net/test/read.cgi/jisaku/1043233194/l50

後藤弘茂のWeekly海外ニュース
BartonはAMDにとって救世主となるか
http://pc.watch.impress.co.jp/docs/2003/0210/kaigai02.htm

>584
http://pc.watch.impress.co.jp/docs/2002/1028/kaigai01.htm
90nmの立ち上げに失敗しなければ何とかなりそうだが・・・

http://www.sisoftware.net/?dir=&location=reqs&a=&lang=en
http://www.sisoftware.net/?dir=reqs&location=reqs_aa64&a=&lang=en

AA-64のAはAMDのA

Opteronの128bitメモリバスが、PC2100x2chじゃなくてPC1066x8chだったらどんなに愉快だったことか。

>595
RDRAM 8枚も買わされるなんて不愉快極まりない。

>>595
Alphaとまともにやりあうつもりですか？
21364が乗ったWSは4M円オーバーかと

1.06GHzで動くシリアルメモリを64並列すればいいのに。

どうやって配線するんだろう、とか

>> 596

メモリモジュールを 64bit にすればいいだけの話。

>556
歪シリコンとSOIはまったく別物です。
IntelはSOIの導入は数年後としか発表しておらず、時期はまだ未定。
コスト的に見合わないとの理由。

さらに言うなら、Intelは歪シリコンでも90nmプロセスならば130nm+SOIと競合できるだろうという計算らしい。
なぜIntelはすぐにSOIに移行できないかと言うと、生産量がAMDと比べかなり多いため、
初期導入コストがAMDよりかなり高くなるのが原因らしい。
結構インテルも一杯一杯だったみたい。
今現在のSOIのホドマリはIntelにとって一安心といったところでしょう。
でもAMDが90nmに移行したら離されるのは必死で、
SOI導入に完全に遅れをとったIntelは相当焦ってると思う。
ちなみにIntelは正確に言うとDSTというSOIの一種で、
独自技術による物を使う予定らしい。

え〜と、ホドマリは突っ込みポイントでしょうか？

>603
うわっ
歩溜まりでした

え〜と、どっち？マジ？ボケ？
ﾏｼﾞﾚｽｶｺﾜﾙｲのかな〜？
ど〜しよ。

マジ
歩留まりだと思ってた
どーもすんませんでした

>>602
　ということは,AMDがIntelにデスクトッププロセッサのプロセスで勝っているのは

1.Hammer量産からPrescott量産まで(1四半期)
2.AMDの90nmSOI量産からIntelの65nm量産まで(1年以上?)
3.AMD(IBMの実質技術供与付き)の65nm開始以降

　という訳ですね.AMDがすんなりと来年中頃に(すんなりいってもロードマップより
1四半期遅いと予想)90nmを立ち上げられたら,その後はプロセスで優位に立っている
時期のほうが長いっぽいな。

　今は頑張って耐えろ,AMD!!

ぶどまり

>>607
それが今のSOIプロセスが順調だとは言えない状況なんですよね
64bitアーキテクチャに拡張されたとは言え、
基本アーキテクチャはK7とそんなに変わりません
それでいて現在のクロックはK7よりも低くなっています
これはSOIで相当苦労しているということでしょう
IBMと提携を交わしたのもSOIに関するノウハウを教えてもらって
現状を打破するためだという見方があります

>>597
EV7はシングルCPUで16chなのでちょっと力不足かも。。。

>>610
EV7はRIMMx8ch

ＡＭＤ耐えろ！

>>610,611
もしかしたら128bitの8chかも

Alpha21364のメモリはPC800(16bit)の(4+1)x2で合計10ch。
うち2chはRAID Like Memoryでのパリティ専用なので帯域的には8ch分。
1.6GB/sのPC800の8chでトータル12.8GB/s。

一ホ進んで二ポ下がる（ふ

>>614
余分な2chはRAIDというよりも、強力なECCかと思われる。
でも、16bit block burst 訂正コードって64+16だと厳しいな。

>608
おだまり！

計画されていたClawHammer-DPって
HyperTransportは何本ですか？
2本の場合740ピンで対応できたんでしょうかね
それともソケットはOpteronと互換を取るつもりだったんでしょうかね

それにしてもPC間をHyperTransportでつなげるようになってほしい
Gbイーサよりも高速なネットワークができるわけで
dual PCによる並列処理を行わせる
なんていうことも可能かもしれない
dual CPUには及ばないでしょうがHyper Threadingに対抗できるようになれば

>>618
黒濱が16bitHTx1、黒濱DPが8bitHTx2、ソケットは754ピンで同じ予定だった。

Bartonにいっちゃいますた。あと半年はコレで我慢！
Athlon64はほんとーに秋に出してくれないと泣くよ・・・。

SlotAで乗り換えるならHammerと心に決めていたが、
そろそろ我慢の限界・・・

age

PenPro買ったとき、乗り換えるならMerced(Itanium)と決めてたなあｗ

>>623
結局買ったんですか？

>>623
結局買ったんですか買わなかったんですか？

∧∧　　
(,,゜ -゜) <これに決まったみたいですね http://garageoyaji.hp.infoseek.co.jp/
（uu,,)〜

>>626
とてつもなく信じられないクロックが出ているのですが・・・
それととてつもなく信じられないモデルナンバー値
まあAMDの場合正式なロードマップでも当てにならないから

ClawHammer
3400+ 2.0GHz
3700+ 2.2GHz
4000+ 2.4GHz
4300+ 2.6GHz(限界?)

San Diego
4500+ 2.6GHz
4800+ 2.8GHz
5100+ 3.0GHz
5400+ 3.2GHz
5700+ 3.4GHz
6000+ 3.6GHz
6300+ 3.8GHz(限界?)

>>628
Clawhammerは256KBということに現時点ではなってるので
2.0GHzで3200+

それより2.0GHzでいいからSan Diegoを出してほしい
もち低消費電力で

>>625
買うわけねえだろ

そーだよな。
買うならMcKinleyだよな。

次スレなんてまだ先の話ですが
テンプレまとめておきましたので、お使いいただければ幸いです
http://opteron.hp.infoseek.co.jp/

買いましたが、何か?

ちなみに、じゃんぱらで2980円でちた。

チップセットの機能が同時期のintelに見劣りしなければいいな…

元々は2001年末に出るハズだったからな、チップセットが時代遅れにもなるさ

とりあえずSATAトンネルを造れよと。

PCI-X Tunnelを普通のデスクトップ向けマザーにキボン。

俺はPC-Express 4xで十分。

　AMDZoneに90nmの携帯版黒濱が来年H1に出るような事書いてあったけど、
どーせ実際に出てくるのは来年のQ4くらいだよね？

>>640
まあ立ち上げはどうせ遅れるとは思いますが、
AMDが90nm製品を立ち上げたら
一気にボリュームを上げようとしているみたい
うまくすればOpteronとAthron64がほぼ同時に出てくるのでは

うまくすれば・・・・

http://www.amdzone.com/releaseview.cfm?ReleaseID=1046
Athlon 64 Wins Best PC Processor Award

>>640 AMDの予定は1年以上遅れると見ておいて正解。
PalominoしかりHammerしかり。まして0.09μともなると難易度が高くなってくるから
1年半くらいは遅れても・・。

>644

そんなVIAじゃ有るまいし…










洒落になってない（鬱

>>644
http://pc.watch.impress.co.jp/docs/2002/1112/kaigai01.htm
　これを信じるなら、90nmで難易度が高いと言っても一応130nmと同程度の遅れで
済みそうな感じです。
　とりあえず2004年Q3あたりに量産開始と予想。

>>639
PCI-Expressは1xのカードを2xに差したり、その逆をしたりということができない仕様になってる。

>>647
嘘はいかんよ君。より数字の大きいスロットに小さいスロットは刺さる。

シリアルAGPはx16相当だっけ。

>>648
スロットにスロットが刺さってどうする。確かに互換性はその通りだけど。

>>648
スロットにボード（カード）が正解かな？

黒濱出荷が遅れてるのは、メモリのせいじゃないのかとも思ったり
今出したとして、ＤＤＲ４００対応で出すしかないべ
イソテルじゃあるまいし、まもなくＤＤＲ�Uが来ると判ってるのにＤＤＲ４００対応黒濱出すなんて事できないだろ
そのＤＤＲ�Uが遅れてるから、黒濱の予定も明言出来ないと
ちなみにアスロンの時も発売が遅れてマスコミも含めてパフォーマンスが出せないでいるんだろとか叩いていた
いざ出てみたら、Ｐ�Vを過去の遺物にするほどのパフォーマンスを発揮して、歩留まりも良好だったと

>>651
SDR/DDR兼用ﾏﾏﾝみたいに、184pinと200pinのスロットを２つずつ用意しておけば済む話。
Socket754には恐らくDDRII用のピンをリザーブしてある。

Bartonの性能が予想より若干上だったことと、Hammerの高クロックがあまり取れないことにより、
MNの逆転が起こるためだろう。

一応Bartonで十分だから9月に延期したっぽい。
http://www.theinquirer.net/?article=7868

まぁ信じられるかどうかは4/22にでるOpteron次第だけど。

>>652
ただでさえCPUソケット経由で配線が厳しそうなのに、そう簡単にDDRI/II両スロットマザーが出来るかな

CPUも直付けにします

>>654
じゃあP3Cみたいにライザーカードとか(藁
リコール出てAMDアボーン…ｲﾔﾝ

　　　.＿＿　　　　　
　 　/AMD|_　　？ 　
　∠=√ ﾟДﾟ）　 ／￣￣￣￣￣￣￣￣￣
　 　(|／ :　|)　＜　涼三…たん…？？？　>654
　　／| ￣ |　　 　＼＿＿＿＿＿＿＿＿＿　
　　　 ┗ ┗　　

結局のところ実質200MhzのDDR程度だったら
接点が二つになっても平気そうな気がする…と言ってみる。

（ ノﾟ∀ﾟ)ノ　あ、サンダース軍曹だ。

>>657
ヅロンスレの89ですな。

　　　.＿＿　　　　　
　 　/AMD|_　　！ 　
　∠=√ ﾟДﾟ）　 ／￣￣￣￣￣￣￣￣￣
　 　(|／ :　|)　＜　Oh！サンクス！　>659
　　／| ￣ |　　 　＼＿＿＿＿＿＿＿＿＿　
　　　 ┗ ┗　　

メモリコントローラを搭載することによる
キャッシュの効果を考えてみます
違うところがあれば指摘よろしくお願いします
なお、計算を簡単にするためいくつかモデル化します

とりあえずクロックは2GHz、L1アクセスサイクルは
Pentium4をPL1、AthlonをAL1クロックとします
L2アクセスサイクルは
Pentium4をPL2、AthlonをAL2クロックとします
で、メモリアクセスのレイテンシを
メモリコントローラ外部でMO、内蔵でMIクロックとします
キャッシュミス率は容量C KBのものをPC%とします

そしてこの時メモリアクセスの平均サイクルを
Pentium4で
PL1(1-P16) + P16*PL2(1-P512) + P512*MO
Athlonで
AL1(1-P64) + P64*AL2(1-P512) + P512*MO
Hammerで
AL1(1-P64) + P64*Al2(1-P256) + P256*MI
と近似します

正確ではないですがこれ以上計算を面倒にしても大変なので
よしとします

あとは数字を代入すればいいのですが
この数字が実は正確にはわからない・・・
とりあえず
PL1 = 2, PL2 = 10(?),
AL1 = 3, AL2 = 11
MO = 100(?), MI = 40(?)
P16 = 0.15(?), P64 = 0.10(?), P256 = 0.07(?), P512 = 0.06(?)
P128 = 0.08
と仮定します

すると
Pentium4は
2*(1-0.15) + 0.15*10*(1-0.06) + 0.06*100 ≒ 1.7 + 1.41 + 6 ≒ 9.1
Celeronは
2*(1-0.15) + 0.15*10*(1-0.08) + 0.08*100 ≒ 1.7 + 1.38 + 8 ≒ 11.1
Athlon(L2 = 256KB)は
3*(1-0.10) + 0.10*11*(1-0.07) + 0.07*100 ≒ 2.7 + 1.02 + 7 ≒ 10.7
Athlon(L2 = 512KB)は
3*(1-0.10) + 0.10*11*(1-0.06) + 0.06*100 ≒ 2.7 + 1.03 + 6 ≒ 9.7
Hammerは
3*(1-0.10) + 0.10*11*(1-0.07) + 0.07*40 ≒ 2.7 + 1.02 + 2.8 ≒ 6.5

まとめると
Northwood　9.1サイクル
celeron　11.1サイクル
Thoroughbred　10.7サイクル
Barton　9.7サイクル
Hammer　6.5サイクル
こんな数字が出ました
これらの数字の妥当性をご検討していただきたくよろしくお願いします

Pentium4は3GHzとするとMO = 150サイクルとして
Pentium4のアクセスサイクルは
1.7 + 1.41 + 9 ≒ 12.1
になりますね
同様にceleron(3GHz)は15.1サイクル

予言

4/22というのはあくまでもソフトウェア、とくにWindowsの対応を
促すための戦略で、実際には今年の秋のリリースを目論んでいる。
この日付に出てくるものは、あくまでサンプル。
サーバなど発売されることなどありえない。一般向けではないのだから。

そこから考えて、年内にOpteronは出るのだろうか？この心配をしておく
方が現実的である。Athlon64に至っては恐らく0.09プロセスからの
スタートとなるだろう。

補足するならSledgeHammerは
P1024 = 0.05として
2.7 + 1.04 + 2.0 ≒ 5.7
もし512KBだった場合には
2.7 + 1.03 + 2.4 ≒ 6.0
になります
この計算が大体あっているのなら
ClawHammerで256KB、SledgeHammerで1024KBとしたのもうなずけるわけですが・・・

http://www.septor.net/
mobile Athlon 64は9月に同時にでるみたいだな。

>>663
先月にサーバーの先行販売受付してた筑波の会社があったぞ。Ｌｉｎｕｘで
対応できるからＷｉｎなんていらないし。

＞eg8NpRLh

なんとなくハマーの凄さが伝わったので嬉しいです。

よーし、９月まで正座して滝に打たれながら待つぞ。

>>668
来年の9月までがんばってね。おれもがんばるから。

ここでは
もうデモもできるWindowsがあるんだからMSのx86-64対応は意外と早い
という意見と
対応はロングホーンからで、いつのことになるやら
という意見とがあったが
653の記事の雰囲気だと前者が正解のようだ。

MSが放置してLinuxに市場拡大のチャンスを与えるとは考えにくいわけで
結果として製品の出来がいいかどうかはまた別の話として
とにかくMSがx86-64対応も準備していたことは容易に推測できたわけだが。

x86-64版Windowsで我が家のPM-4000PXは使えるのでしょうか？

来年９月へ延期のニュースがでてから、ガタッとスレの伸びが下がったな。

ところで、レイトレベンチのItaniumの結果は、AthlonとPen3に比べて
たいしたことなかったぞ、http://www5e.biglobe.ne.jp/~liquor/raytrace/
の掲示板を参照されたし。
あそこでのコードをいままで以上に速くAthlon64が実行したら、
デスクトップの優位も見込めるではないのか？

でも現物が遅く出ればいみないかｗ。

>672 来年の9月に延期するニュースなんかどこにも出てないぞ・・。脳内で勝手に予定組まないようにな。
まー、AMDのことだから延期する可能性がゼロとは言わんが。
それはそーとPrescottの詳細情報が出てきたな。


http://pc.watch.impress.co.jp/docs/2003/0220/kaigai01.htm

Prescottでのパフォーマンスに影響大きく貢献しそうな改良点

○L2キャッシュを1MBに倍増
○L1データキャッシュを16KBに倍増
○トレースキャッシュ(L1命令キャッシュ)を改良
○Hyper-Threadingの改良(Improved Hyper-Threading Technology)
○プリフェッチと分岐予測を改良(Improved Pre-Fetcher & Branch Predictor)

あんまたいしたこと無いだろ ＆ 個人的にどーでもいい ＆ よくわからん改良点

○LaGrandeテクノロジサポート
○より進歩した省電力制御の搭載(Advanced Power Management)
○800MHz FSB(フロントサイドバス)
○符号付き乗算命令のレイテンシの改善(Improved imul latency)
○13のPrescott新命令の追加(Prescott New Instructions)
○ライトコンバイニング(Write Combining)バッファの追加(Additional WC Buffers)


■プロセス技術
○90nmノード、50nmゲート長のプロセス
○歪みシリコンの採用
○7層配線、低誘電(Low-k)率(配線間膜)材料

>673
ttp://www.para.tutics.tut.ac.jp/~nakada/diary_13.html
によるとgccでコンパイルするとItaniumは遅いみたいだね

Itaniumの真価を引き出すには
Itanium向けに計算アルゴリズムを工夫する必要があるからな。
大量にあるレジスタをうまく使う計算方法とか。
使う側の工夫次第で何倍も働いてくれる、というのが現状のようで。

まぁ、IA-64はアーキテクチャ自体がまだ未成熟な感があるし、
それこそ今後に期待されるプラットフォームだな。
いずれ使ってみたくはある。

それはそれで置いといて…HammerとPrescott。
Hammerは…クロック上げるの、やっぱ難しいのかな…。
まぁ、ゆっくりとでも上げて行ければ、
実効性能ではついて行けるんだろうけども。

Prescottでは珍しくL1キャッシュも増やしてきたが、
P4もだんだんと処理効率あげてくるだろうな。
個人的に気になるのはHyperThreading関連と思われる新命令2つ。
べつに根拠もなにもないんだが、
例の「投機スレッド」の準備じゃなかろうか、と。
Hammer対策としてFSB拡張を早めたのも、
こいつを早い段階で投入するためかもしれんぞ、と。
Tejas、下手するとFSB1066版Prescottあたりで
使われるようになるかもしれないよ、と。
まぁ、そうなったら喜んで買うのみだが。

>>673

5年も前に出たItaniumとgccの組み合わせと比較してもなぁ。

まだ出てないHammerと比較するなら、
次のItanium2とIntelコンパイラの組み合わせでやらなきゃ。

>>676
つかVLIWはそれが売りのアーキテクチャじゃ？＜コンパイラで最適化

SPECint2000 の 252.eon（レイトレーシング）の結果
http://www.spec.org/cpu2000/results/res2002q4/cpu2000-20020923-01691.html
http://www.spec.org/cpu2000/results/res2001q3/cpu2000-20010802-00778.html
http://www.spec.org/cpu2000/results/res2002q3/cpu2000-20020711-01469.html
http://www.spec.org/cpu2000/results/res2002q4/cpu2000-20021113-01827.html

AthlonXP 2800+ (2.25GHz)　 2015
Itanium 800MHz　　　　　　　　　414
Itanium2 1GHz　　　　　　　　　1004
Pentium4 3.066GHz　　　　　　1577

レイトレってSPECfpではなく、SPECintに属するんだね。

>>678
EPICにおいても、コンパイラは、命令を可能な限り並列実行
できるように並べてくれるが、計算アルゴリズムまでは考えちゃくれません。
（あるCPUにおいては）非効率な計算手法を使っていても、
あくまでソースコードに忠実に命令を並べていくのが主な仕事。
性能を限界まで上げる一助にはなるが、
自転車やら三輪車のペダルにベアリングをつけるようなもので、
実行速度…走る速さは、自転車か三輪車か、つまり
計算手法の優劣（向き不向きも含む）によって決まる部分が多い。

で、プログラムを最適化する上では、
コンパイラによる最適化だけに頼らず、
（ターゲットのCPUに）適した計算手法を考える、つまりソースレベルで
最適化してやると、非常に大きな効果が現れる場合がある、と。

ItaniumとP4みたいな設計も思想もまるっきり異なるCPUでは、
得意な計算手法も全く変わってくるわけですな。
それをコンパイラで吸収するのは難しいのですよ。
最適化するほうの人も大変ですな。
まぁ、俺は趣味プログラマの最適化厨だから、
＞いずれ使ってみたくはある。
なんですが…。どーせロクな計算させないぞきっと（w

http://www.polywell.com/us/rackservers/poly1u2c-0.asp

>>673
の測定値を提供した者です。

SGIのPro64というItanium向けのコンパイラを使った場合、gccの2倍の速度が出ました。
Intelのコンパイラも試してみたいのですが、ちょっと今、実機が使えない状態でして・・・。

gccはitanium-sched-branchなんてのが切られてるけど、
これでかなり最適化に関しては改善されるのかな？
まあ移植性最優先のコンパイラに性能を期待する方が間違ってる
気もするけど・・・

性能を期待するほうが間違ってるというのも違うと思うが。
Gccはアセンブラ全盛の時代から高速化してきてる
ソースコードを最適化をすることでは定評のあるコンパイラだよ。
もちろんCPU依存の部分はそれぞれの機種で異なるだろうけど。

>>684
最近はそう言えないが、以前は PGI の半分以下の性能しか出なかった。

>>685
>>684が言っているのはそれよりも前の
gccがコンパイラの頂点にあった時の話だよ。

http://pc.watch.impress.co.jp/docs/2003/0221/idf05.htm
http://pc.watch.impress.co.jp/docs/2003/0221/idf04.htm

IntelもOpteronに対抗ネタ

>>687
ttp://212.100.234.54/content/61/29387.html

この分野の性能競争はかなり厳しい。
最終形のAlphaがかなり速かったからで
別にOpteron対抗ってことでもないんじゃない？

OpteronのM/B情報って出てるのまだこれだけかな？
http://www.newisys.com/newisysdatasheet.pdf
http://www.newisys.com/images/tech_2_lg.gif

http://pc.watch.impress.co.jp/docs/2003/0223/idf08.htm
モバイル６４も同時にちゃんと出そうだな。
相当Ａｈｌｏｎ６４は煮詰めてから出すって感じだな。正直初物でも安定性に
期待できそう。

>>690
　そりゃ去年からM/Bが展示されてたりしたからなぁ・・・。チップセットメーカーと
M/Bメーカーにはかなり迷惑だろうけど、かなり枯れた初物になるだろうね。

プラットフォームは固まったが、肝心のCPUが…って状況だったからねぇ。
こうなったからには最初から鉄板な出来を期待したいが、土壇場で仕変が
出てﾏﾏﾝメーカーはパニック、なんてことにならんように…

舞鶴のデュアスロン廃止に　出場者減少と協賛金も半減（京都新聞） (21日20時18分)
http://dailynews.yahoo.co.jp/fc/economy/semiconductors_and_computer_chips
yahooはどうやって記事を並べているんだ・・・

↑良い！
トライアスロンなのね(笑

ロボットで分類？ｗ

Hammer世代はDDR333でいいでしょうが、
次世代のSanDiegoやAthensなどはどの規格のメモリを採用するんでしょうかね？
もちろん登場時期は2004Q1から2004Q4まで幅を見ないといけないですし、
その次のコアまで持たなくてはなりません
また、ハイエンドから下はバリュー向けまでカバーしなくてはならないので
DDRII533ではちょっと難しいのではないかと思いますが
かといってDDR400では2005年には時代遅れになっているかもしれません

個人的には2004年仕様がDDR400
2004年後半からDDRII533とダブルで対応して欲しいところですが

>>696
　ダイ自体にはDDRとDDRIIの両方のコントローラを搭載して、パッケージに
するときに片方のインターフェースだけを使えば良いんでないの？

多分、最初に出るAthlon64にDDRIIコントローラは搭載されてない。
しかしピンはリザーブされているはず。

Athlon64がDDRIIをサポートするのは来年以降になるんだろうな。

DDRII533だとDDR333よりもクロックが下がってしまうので
数クロック程度のレイテンシの差でも見えやすくなっている
A64ではきついのではないか。

DDRIIがDDRに比べて速くなっているのはおそらくデータ転送だけなんだろうし、
と書いてみるテスト。
つか、DDRIIって本当に売り物になるのか？という疑問が…(w

>>699
つまりは今持っているDDR Iメモリが使えるうちに買った方が良いと言うことだな。

>>699
DDRII533は外部クロック266MHzのCL4で15ns、DDR333はCL2.5で15ns。
DDR400よりも外部クロックの高いDDRII533がすんなり動くのかって疑問はある。

Windows Server 2003 RTM 64bit version は
Itanium をサポートして
AMDの x86-64 technology をサポートしないもよう

http://www.theinquirer.net/?article=7951

>702
ではOSがらみの良いニュースを

http://www.theinquirer.net/?article=7894

情報筋によれば、Sun Microsystems が、ほぼ確実にOpteronを採用することになったという。
その場合、Opteron ブレード・サーバのOSは何か。たぶん、ブレード用Solarisになるのではないだろうか。
しかし、まだ決まったわけではない。インテルもやる気十分である。
一方、AMDは、月曜日にセールス・マーケティング部門の人員を削減したようだ。


みんなSolarisつかうべさ

x86-64Solarisなんて、本気でやるんだろうか？
俺は、Linuxだと思うが。
もし本当にSolarisだとしたら、 今のx86Solarisのやる気のなさは
いったい何なんだろうという気がしてならない。

>>698-700
　>>696-697はもともと来年以降のSanDiegoやAthensの話だよ。
　今年のHammerがDDR333ってのはほぼ決定事項。

漏れとしてはVLIWTに注目してる。
ただEFSBがどれだけ効果があるかは疑問。
F30WSMがSOIWでも苦しいんじゃないか？
c'tMでも予想より低い値が出てるとしてる。
その次のN/A.Hに期待かな（遠い目

http://www.theinquirer.net/?article=7958
今度はAthlon XP-Mですか。とりあえずSunがx86に興味があるのは事実かな

http://www.theinquirer.net/?article=7966
Linuxはオープンソースだからあまり影響はないと思いますが
Transmetaがx86-64を推進してくれそうなのはAMDにとっては追い風ですね
製品としては競合しそうにないし

transmetaのコードモーフィングソフトウェアって
IA-64の方が向いてる気がするんだけどどーなんでしょ。
同じVLIW系ってことで、、、。
可変長のCISC系オペコードからVLIWへの変換より、
オーバーヘッドが遥かに少なそうな気が、、、。
それはそうとAMDもx86-64へのコンパイラー最適化を積極的にやって欲しい。
せっかくレジスタ本数が整数も浮動小数点も倍増されたんだからそれ活用しようよって感じで。
単に64bit化ってだけじゃなくて。
まー、誰かがやるだろうけど。

>>709

HDBENCH で比較しているかぎりやくたたず。

>>702
"Update"された部分も読んでくれ。

IBM Power5 will be multicore and multithread
http://www.theinquirer.net/?article=7973

http://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html

ここのページに載ってる、Ｘ８６−６４のライセンスをトランスメタが持ってるって
何の話だ？
マジで初耳・・・。

>>713
HyperTransportをライセンス契約した時に同時にx86-64もライセンス

あーなんかさぁ、電気屋でたまに見る、
携帯の人気機種が在庫無い上に入荷が未定ってことで、
店員にからんでる奴の気分が少し分かる気がしてきたよ・・・。

…最後の項のJohn Crankのコメントは苦しいな。
http://pcweb.mycom.co.jp/news/2003/02/24/09.html

　ソケットA環境はずいぶん長く続いたからね。むしろ胸を張って良いと思う。
KT133のマザーで2600+まで行けちゃうんだから。

>>702
WindowsのItanium対応版は、かな〜り長いこと取り組まれてるけど、
x86-64は、どうなのかな〜。

Itaniumは助走長いよ。エミュレータがあり、動く実物が2世代ある。
そして、第3世代目が出ようとしてる。

とりあえずは、速い32ビットCPUとして使うしかないんじゃないかな。

>>718
いくら２世代にわたっていてもこれでは・・・

Only 3,500 Intel Itanium servers shipped in 2002
http://www.theinquirer.net/?article=7983

>718
その「速い32bitとして使える」のがItaniumとまったく違う点だから
単純に比べられないと思うけどなぁ。

Opteronとは直接は関係ないけど、Sunがブレードサーバに
Athlonを採用。

http://www.zdnet.co.jp/news/0302/25/nebt_10.html

煽ってるけど、
普通のPCとして使えるということで、
Athlon64, Opteronには期待してます。

これから暖かくなると、Itaniumは暖房の代わりになる、なんて言ってられなくなるし。

http://www.amdzone.com/

Opteron System Pricing

$2,000 to $10,000
1U, 3U and tower configurations w/
1, 2 or 4 CPUs
support 16 GB (2 GB modules) of DDR 333
32GB by year end
dual CPUs, 8 GB tower enclosure $6,000-$8,000.

どうでもいいが716の記事、質疑応答の紹介の形をとりつつ
実際には自分の推測ばかり語るというのもジャーナリズムとしてはどうかと思うぞ。
「きっとこうに違いない」ばっかりじゃんｗ

>>724
つか明らかにアンチAMDじゃん。
例えうわべだけでも中立を保てないなんて、ジャーナリスト失格だな

>氏に、「『今すぐ購入したい!』と思う人にとって、もはやAthlon XPは良い選択肢ではないのではないか?。
>アップグレードパスはAthlon XP 3200+で切れてしまい、その後はもう一度マザーボードの買いなおしになる
>ではないか」と振ってみたところ、「そんな事はない。Intelを見てみろ。またFSBが変わってマザーボードが
>買いなおしになるじゃないか。それに来年Prescottが出ると、またマザーボードの交換が必要だ。AMDなら
>Athlon 64の時に1回だけだ!」と強弁していた。

強弁の意味を知ってて使ってるなら、こいつマジで最低

>ということで、現時点での筆者のお勧めは第2四半期まで待って、800MHz FSB対応のマザーボードを購入
>→Prescottに乗り換えという感じになる。これを上回るだけの性能をAthlon 64がたたき出せるか、正直言って
>ちょっと微妙なところというのが正直な感想だ。

今までの記事に全く関係ない唐突な結論…分裂症ですかw

また、AMD厨お得意のライター叩きか…
よくもまあ、飽きないねぇ。

AMD to launch 400MHz FSB Athlon XP in May
http://www.digitimes.com/NewsShow/Article.asp?datePublish=2003/02/27&pages=PR&seq=209

これをどう解釈するか。
Hammerが遅れそうだからBartonの強化が必要になったのか。
あるいは、まったく逆にHammerが順調(リリース時に強化型Bartonより高性能を
達成できるから）と見るべきか。
さて、どっちだろう？

>>727
後者であることを望むが、現実は厳しい。

64bitって現状でサーバ以外の用途ってどういうのあるの？

>>729
廃人仕様のメモリ容量
マーケティング
浮動小数点演算等、32bitを超える演算

>>727
本来Barton3200+を今年中頃に出す予定であったが
3200+はFSB333だと2.33GHz
ところがこれを達成するのはエンジニアリングリソースが足りないため
FSB400にして2.25GHzで3200+を達成することにしたとか
で、この後はHammerに全力投球することにしたとか

>>729
今64bitを導入しないとAMDは後4年間は4GBのメモリの制約に悩まされる
今すぐは必要ないかもしれないけれど
4年以内に4GB以上のメモリを使おうとするAMDユーザにとっては
恩恵を受けることになるはず

AMDは0.13以降プロセス技術で完全に失敗して高クロックの歩留まりが絶望的と
見るべきだから、>>731の

＞3200+はFSB333だと2.33GHzところがこれを達成するのはエンジニアリングリソースが足りないため
＞FSB400にして2.25GHzで3200+を達成することにしたとか

が正解だと見た。今のAMDはどのアーキテクチャでも
2.3GHzがざくざくとれるような状況にないってコトでわ。

>>730
64ビットにしなくても、FPUレジスタはすでに64ビットとか80ビットなんですが・・・。

モトローラと組んだのが、失敗だったのね

もとろーらはダメ
68040のときにえらいめにあわされた

そもそも、仮想アドレス空間の容量と同じだけメモリが詰めるってのが
異常な事態だってことにお前さんも気がついてくれよ。。。>>729

>>732

5年前からずっと 512MB で来ましたがあと 4年以内に 4GB を必要とするように
なるとは思えない。必要な人は以前から、Intel の 36bit アドレッシングを
使っている。

>>730

fpu って性能良くなったのかな。

>>732
現在発表されているClawHammerの仕様ではClawHammer内蔵メモリコントローラは
4GBまでしかメモリを積めないよ。M/B自体2DIMMだしね。

>>738
>Intel の 36bit アドレッシングを使っている。
機能の問題じゃなくて需要を喚起できるのかどうかの話。
それに36bitアドレッシングは物理メモリの4G制限がなくなった
というだけで、仮想メモリは依然として4Gのまま。こういった
中途半端な拡張は需要を掘り起こせないし技術的にも一時的なもの。
デスクトップでこんな技術が使われることはありえないと考えます。

それに36bit物理アドレッシングの拡張にしたって、
それが実装された95年においてはあくまで技術的先行投資の
意味だった。それがサーバーにおいて今かなり役立っている。
それでは今は何に先行投資しておくべきか。今更36bitで
十分という人は95年の時点においてもそのような拡張は
必要ないといっていたことのではないですか？

あと、デスクトップにおいてそんなに沢山のメモリなど
必要ないという考えをよく聞くけど、ファイルシステムを
メモリ上に実装するという機能がWindowsに使われ出したら
（もうある？）、以外と必要とされると思うんだけどなあ。
linuxのtmpfsなんかはかなりパフォーマンスが上がる。
ディスクIOをなるべく減らすことでシステム全体がかなり
速くなる。これがこれからのPCにおいて標準的な考え方に
なるんじゃないかな。

>>740

むむ。今 740 が興味深い事を言った。

> 36bitアドレッシングは物理メモリの4G制限がなくなった
> というだけで、仮想メモリは依然として4Gのまま

説明して。論理アドレスは 2^32 だけど、物理アドレスは 2^36
という意味だとすると、MMU のアドレス変換表のサイズが 32bit の
ままという意味だろうか。だとするとどうやって物理アドレスへ
アクセスしているのだ。

>>742

何だ釣り師か？ filter しとこうかな

もちろん、現代的なOSは当然
バッファキャッシュが効いているから
ある意味、ファイルシステムがオンメモリに
なっている状態にかなり近いとも言えることは
指摘しておかないとだめか。
勘違いされていることとして、空いているメモリは
何も使われていないってのがあるけど、それは
バッファキャッシュとしてちゃんと使われているということ。
エクセルなんかが2回目以降起動が速いのはこのおかげ。
だからファイルシステムをメモリ上に作るかどうかに
関係なく、メモリは沢山積めるに越したことはない。

>>745

エクセルなんか使うやつじゃはなしが通じん。
やっぱり釣り師だったか。filter しとこっと。

君はこういうのでも使っていなさい。
http://www.vector.co.jp/soft/winnt/hardware/se108927.html
http://www.vector.co.jp/soft/winnt/hardware/se136100.html
http://www.vector.co.jp/soft/win95/hardware/se138253.html

>743
>MMU のアドレス変換表のサイズが 32bit の
>ままという意味だろうか。だとするとどうやって物理アドレスへ
>アクセスしているのだ。
36bit拡張をオンにしたときのPTEは64bit。

>>739
ClawHammerの話ではなく
「K8系」の話としてです
今後4年以内と書いたのは
K9が市場に出てくるのは少なくとも後4年はかかるからという意味なので

>>748
サーバー用途はSledgeHammerでカバーするんだからサーバ以外の用途は
ClawHammerなんだが。
Athlon64が現在明らかになっている仕様―― L2=256KB、メモリバス1ch2DIMM、メモリ最大4GB
――のままデビューするのであれば、名称とは裏腹にAthlon64の64bitは単なる飾りで
4GBオーバーのメモリを必要とする用途には使えない。

>>749
そうなんですが、K8系というのは
SledgeHammerやSanDiego、Athens
またさらにその後継のプロセッサを含めてのつもりなんですが
ClawHammerで64bitのメリットが実質なくてもそれは別に構わないでしょう

>>749
64bitOSが動作する。飾りではない。

Hammerの64bit拡張は386の32bit拡張そっくりだが、黒濱はまるで386SXだな。
AthlonXPに対して性能で苦戦してるのも、互換メーカーの高クロック版286に苦戦した386のようだ。
32bitOSが普及した頃に386は時代遅れになっていたが、386無くして32bitOS時代はなかった。
鯖で採用されるには優れたソフトウェアサポートも不可欠だが、そんなもんAMDにはないんだから
早く多くの草の根のプログラマに濱を渡すべし。

>>749
プログラミングインタフェイスが同じというのは大事な点です。
286=現行Athlon、386=Athlonみたいにして置き換えてみてください。
386だったら少なくとも今あるPC-UNIXを動かすことができます。
286は骨董品のようなdosしか動きません。メモリを16MB以上積めない
386マシンがあったとしてそれが286と比べて意味がない、ということには
ならないですよね？
この例えはちょっと極端ではありますが。。。

x86-64のメリットを物理メモリの搭載量だけで見てしまうことも間違いです。

386=Athlon64
の間違いでした。ごめん。

>>751
かぶった、ｺﾞﾒｿ

>>749
64bit addressingが重要なんであって物理メモリはそんなになくてもいい。
そんな用途にはOpteronがあるのにAthlon64を使おうとするのはおかしい。

i815に4GBのメモリが積めないといって怒るようなものだ。

>>751-752
ClawHammerの位置づけはまさに386SXだね。これはIntelの当時のラインナップとしては
現在のCeleronに当たるものだった。またメモリアドレスも最大で16MBだった。
しかし当時のプログラマには386SXでもそれ以前の8086互換プログラミング環境と
比べれば垂涎の環境だった。8086では64KBまでしかフラットにメモリを扱えなかったの
だから、それが16MBまで扱えるのは晴天の霹靂だ。なにしろあまりに8086では
プログラミングしづらいのでPC9801用のプログラムでさえX68000上でアルゴリズム開発
してからPC9801にそれを移殖していたような時代だ。
現在メモリ4GBで困っているプログラマはほとんどいない。そもそも4GB以上積める
PCがほぼ存在しない。64KBの壁にあえいでいた当時とはそこが違う。

>>755
ではAthlon64がターゲッドとしているメモリ搭載量4GB以下のパフォーマンスPCでの
アプリケーションで64bit addressingがメリットとなるような用途とは具体的に何がある？

３８６ＳＸか・・・何もかもが懐かしい・・。マジ涙でてきた。

横入りして良いのかな？

>757

無いよ。今のところはね。但し、将来的に必要になるのは自明の理でしょう？
先行投資みたいなもんだね。只、32bit環境でもK7より早いんだから、
議論する必要は無いんじゃない？

個人的な見解だけど、
そろそろメモリチップ自体の集積度を二倍に引き上げてもいい時期だと思うし。

Ouch！
普通に256Mx72bitのチップ出てました。訂正。
という事は、普通に4Gまでは2バンクでも行けるのね。

しかし高い…

ホントに発売されるんかなあ
これだけ待たされると、実は作って
ないんじゃないかって気がしてくるよ。

ようするに、いろんなことをいっぺんにやりすぎたっつーことだろ。
このご時世に、製造の難しいチップを設計するべきじゃなかったな。
これからは、性能／消費電力が最大になるチップを設計してほしい。
１００Ｗとか聞くと、もう買う気が起きないんで。

http://slashdot.org/comments.pl?sid=54835&cid=5371889
UTの製作会社の人もHammerに期待

>>762
VIA-C(ry

実はHammer(Athlon64含)はデスクトップ方面で全く売れなくても
そこそこ儲かりそうな予感。デスクトップなんて薄利多売が
前提なのに需要は冷え込んだまま回復の兆しも見えないから
適当にBartonで茶でも飲ましておこうという考えなのでは？
漏れとしてはAthlon64なんてホントに出すのかどうかすら
微妙だと思ってる。少なくともあと2年は絶対に出ないな。
それまでBartonだろう。2流プロセッサメーカーだとか
自作オタに思われようが、そんなのは実ビジネスには
大した影響なさそうだし。

>>765
アナタノーニホンゴ、オカシイヨー

>>766
とにかく出ないものはデない。
もう傷つくのはいやなんだ。
最悪の事態を想定しておけば
悲しまずに済むだろ？

>>764
　確かに、90nmプロセスでネヘミアコア×2+512KBキャッシュのCMPが出たら
性能/消費電力的が良くて絶対性能も必要十分なCPUが出来そう。
　ネヘミアコア1つで10Wだから、90nmでコア2つにしても20W以下に抑えられる
よね？

>768
現在はPentiumIII-S 1.4Gが一番【性能/消費電力】がいいよ。

>>769
　でも、VIAのCPUは性能/価格を上げるためにキャッシュ少なめだから、
キャッシュを増やせば性能/消費電力でPen�VSを超えられるんじゃないかな？

>769
流石にPen3-Sよりもﾓﾊﾞｱｽのほうが「性能/消費電力」は上じゃない？
一番はBartonの低電圧駆動だと思うけど。

>>771
モバアスは本来モバイル向けだろって言ってもPen3-Sも鯖向けだなｗ

性能/消費電力はCPU単体で比べると大きく感じるが、システムトータルだと差は小さくなる。
Pen3-S1.4はTDP32Wで豚2800+がTyp54Wと約1.7倍だが、PC全体になれば仮に100W対120Wとしてもせいぜい1.2倍。
性能で約2倍差があるのを考えれば、CPU単体としても豚の方が性能/消費電力は良さそうだ。

>>770
Ezra以前はL2アクセスのつくりが拙く、L2があまり性能向上に寄与しなかったが、
Nehemiahだと、確かにL2は重要になってくる予感。
L2は稼働率が低いので、あまり発熱はしないし、思わぬ伏兵登場って感じだな。
惜しいのは浮動小数演算の等速化で消費電力が2倍になったこと。これはいらなかった。

ttp://pcweb.mycom.co.jp/benchmarklab/2003/05/page3.html

>>779

何度も言うがもう消費電力と言うのはやめようぜ。
Ezra-T より電圧も下ったし同じ処理をさせたら
Neha の方が低い。増えたのは最大消費電力。

メモリ4GB止まりなのは、意味があるんです。

実メモリが4GB以上になると、
PCI等にぶらさがる各種ハードまたはドライバが、
64ビットアドレッシングに対応する必要があります。

#実際には、メモリマップドIO等々が4GB以内にあるため、
2GBや3GBが上限になったりする。

Itaniumでは、メモリを2GB以上積んだら、LANの動きがおかしくなったとか、
WindowsXP 64ビット版用のドライバが提供されていなくて使えないなど、
敷居は高い状況です。

>Itaniumでは、メモリを2GB以上積んだら、LANの動きがおかしくなったとか、
>WindowsXP 64ビット版用のドライバが提供されていなくて使えないなど、
それ、単なるドライバのバグではないかと

AMD ＣＰＵ Roadmap February 27, 2003
Hammerの90nmProcess化は2003年第4四半期っと・・・・

http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_608,00.html

>>777
つまり、来年の中頃というわけだな。

1H04と書いてあるように読めるが。

>>776
バグだけど、仕様外なのでテストも改修もしない、だったりして。

トラブル大歓迎な人は別として、
痛い目にあいたくない人は2GBで止めておくのをすすめます。

>>779
ほんとだ。

じゃあ再来年のはじめだな。

Athlon64・・・

４月に出て9月ごろには
価格も下がって(ﾟдﾟ)ｳﾏｰ
PCもう一台っていう俺のプランがプランがプランが・・・・

モバイル版と対応マザーを正式に店頭販売すれば、かなり売れると思うんだが。
なにしろ、性能７０％で消費電力半分以下なんだから。
値段に多少上乗せされていても全然問題なし。
実際は、とれる量が少量だからメーカー最優先になっているんだろうけど、
ノート型の比率がたかくなっているし、デスクトップでも性能よりは、値段と
静穏性などが売りになっている現実を考えると、１００ＷなんていうＣＰＵを
作る意味があるんだろうか。
だんだんと買う人間の範囲を限定していっているような気がしないでもない。
今は、性能・静穏性(省電力)・値段・機能などでそれぞれ別のＣＰＵが売れている
状態だから、それぞれをすべて満たしたようなＣＰＵがでれば馬鹿売れするだろうな。
Pentium-Mがそれに近い感じだが、店頭販売はないだろうな。

>>783
値段が多少の上乗せで済むと思うか？

>>783
動作保証のない組み合わせを勝手に使ってくれるのと、メーカーで保証するのとではメーカーの負担は
凄まじく違ってくると思うが

>>784
消費電力が周波数×電圧の２乗に比例するならば、
0.7 * x*x = 0.5
x = 0.85
で、電圧１５％減でいいはず。
それで、周波数・電圧を無理矢理１にしてみると、
0.7 * 1.43 = 1
0.85 * 1.18 = 1
ゆえに、１．４３×１．１８＝約１．７
値段は、７割り増しか。おっしゃるとおりでした。

動作電圧が下がっているのにCPUやGPUの消費電力が上っているということは
世代を重ねるごとに大電流が流れるようになっている
デザインをある程度自由に取れる擦れ濱はともかく
ATXの64DPあたりは初期760MPの頃のようにVRM周りの設計がシビアそう。。

>今は、性能・静穏性(省電力)・値段・機能などでそれぞれ別のＣＰＵが売れている
>状態だから、それぞれをすべて満たしたようなＣＰＵがでれば馬鹿売れするだろうな
今はそもそもPCが売れない時期。何をだそうが売れないんだよ。これが不景気というもの。
インテルが考えてるのは、需要の伸びを期待できないところでどうやれば
最大限の収益を引き出せるのかってことでやってるんじゃないかな？
あとそれからPen-MよりPen4-Mの性能が劣るとしても、それを辞められない
というのは、単に事業部門ごとの会計の問題じゃないのかな？

飽和してきてるのか

>>775
15M-16Mの制約が馬鹿でかい規模で来るわけですね。

>>788
>>あとそれからPen-MよりPen4-Mの性能が劣るとしても、それを辞められない
>>というのは、単に事業部門ごとの会計の問題じゃないのかな？

これは、intelにはfabがいくつもあるので、投資の元を取るまでは止められないと
いうことがあるんじゃないの。AMDなどでは、Fabが2本しかないので、製造ラインを
何本も用意することができないし、需要もないが、intelはそうではない。
豊富な資金力とブランドイメージで、性能が劣るが安いという製品ラインでも、充分
な数を売ることができるからでは。

>>786
キミおもしろい計算をするなぁ。（ｗ

　　　　　　 ＿＿＿
　　　　　 〔ﾟ::::::::::::::::ﾟ〕
　　　　l＼,.ノ::⌒:/
　　 　 y::::::(,,ﾟДﾟ)　　<　いつ出んの〜？
　)ヽ./::とノ 64/つ
　ﾒノ'＼　　 ノ
　　　　 し"J
　 　.___________
　　.［°　　　ﾟ］
　　　~/.Д |~　／￣￣￣
　 　/(,,ﾟ∀ﾟ) <　しらねぇ〜〜〜〜
　∠（ﾉ　　. !⊃＼＿＿＿
　　丿.|Opt|.
　彡-'∪..∪

・東大地震研のセンターマシン用にItanium 2ベースのLinuxサーバーを納入
http://www.sgi.co.jp/newsroom/press_releases/2003/mar/tokyo_u.html

そのうちOpteron搭載のこの手のニュースが出るようになるんだろうか・・・

せっかくメモリコントローラを内蔵するんだから
DRAMの大容量L3キャッシュとか搭載したらどうだろう
DDRIIの1.4GHzで128MBくらいの奴をででーんと
オフチップで搭載しちゃう
Athlon64としてはコストが高くなるからだめだけど
Opteronならコストが高くなっても問題は少ない
あくまでキャッシュとして機能するから
Socket940とのピン互換性自体は保たれる

Itaniumだと6MBだの9MBだの搭載してくるけど
超ばかでかいキャッシュを（SRAMを載せるより）低コストで実現できる
ばかでかいのでL3キャッシュとしては遅くても十分割にあう
Intelみたいに400mm^2のようなモンスターチップを作る余裕は
AMDにはないわけでハイエンドのItaniumに対抗するには
これくらいしか手はないと思うのだがどうだろう？

ああ、でもキャッシュの場合タグとかLRU置換とかやらないといけないから
簡単には実現できそうにないか・・・

1T-SRAMでつか？

>795

K6-�Vを思い出した。何とはなしに。
しかし、Socket940のサイズじゃおさまんなそう…

Opteron発売間近だけど、随分と森下がってますね。
NetBSDは既にISOイメージもつ食っています。
ftp://ftp.netbsd.org/pub/NetBSD/misc/fvdl/x86_64/netbsd-x86_64-X11.iso

やっぱりOpteronは庶民のおもちゃにはなりえないのかな。

800ｷﾀ─ｗｗﾍ√ﾚｖｖ〜(ﾟ∀ﾟ)─ｗｗﾍ√ﾚｖｖ〜─!!!!!!

>>799
企業向けのCPUに一喜一憂しても仕方なかんべ
スーパーコンピュータの新型出ても気にしないっしょ？

>>801
でも詳細なベンチマークが出れば見るでしょ？
Magic7とやらは見れるようだけど

>>796

DRAM 自体は 70ns 程度だけど、チップセットを介すと +100ns 程度必要にな
る。逆に Opteron は 70ns 程度で接続されているからメインメモリ自体がキャッ
シュに近くなっていわゆるこれは、ベクトル型の特徴。スカラ(=キャッシュベー
ス)型より高性能になる可能性がある。

>>797

1T-SRAM を外部に設けると、配線遅延の方が多くなって
もったいないな。

XFree86の新版リリース
http://www.zdnet.co.jp/news/0303/05/nebt_13.html

「Athlon 64」と「Opteron」にも対応している。

消費電力が周波数×電圧の２乗に比例するならば、
0.7 * x*x = 0.5
x = 0.85
で、電圧１５％減でいいはず。
それで、周波数・電圧を無理矢理１にしてみると、
0.7 * 1.43 = 1
0.85 * 1.18 = 1
ゆえに、１．４３×１．１８＝約１．７
値段は、７割り増しか。おっしゃるとおりでした。

>>805
キミ、面白い計算をするなあ(w

RackSaver、Opteron搭載サーバ同時発表へ
http://www.zdnet.co.jp/news/0303/06/nebt_15.html

Newisysの営業／マーケティング担当上級副社長Jack Steeg氏によると、
同社は「事実上すべての」主要メーカーとの間で、Opteron搭載サーバと
マザーボードの設計をライセンスする交渉を進めており、この中には
NECやFujitsu-Siemensも含まれるとしている。

Poll
期待している次期CPUは？
http://www.septor.net/

当然アスロン64に投票汁！

>>808
プレスコに投票して来たが、前の見るとseptor見てる人の4割はOCしてるんだな

>>809
ダウンクロックしている人が8.4%いることをお忘れなく

Athlon64ってSocket Aじゃなくなるんですか？
現在出ているマザボのBIOSアップデートじゃ対応無理('A`)?

>>811
無理。

ギガイーサ内蔵のチップセットが出ればいいなぁ
帯域フルに使えるやつ…

>>813

ギガイーサはキャッシュをケチると性能出ず、CPU 割込み頻発で損。

というか、AMD8131をハイエンドなシングルママンにも搭載したらいいと思う。

PCI-X無し版より5000円くらいなら余計に払うぞ、俺なら。

>>814
永遠に100M使っていてくれ。漏れはGbE内蔵チップセットに期待する

っていうか、ハマー待ってる人間としては、ＰＣＩ−Ｘまで考えると、
激安マザーでハマーまで待つか、
豪華スペックマザーで悠々と、ハマーの値段が下がるまで待つか、

もう判断がつかねえよ！！！。

>>816

これ以上言っても通じないと思うが、おまけ機能の GbE に多量のキャッシュ
は付かないぞ。何回割込みするか計算してみるといい。

>>818
GbEのためだけにPCI-X tunnelを載せるのとどっちが割高になるか考えたら、GbE内蔵かIntelのように
専用ポートを用意する方が安上がりだ。
市販のGbEだってローエンドは64KB程度しか積んでいないが、それぐらいなら内蔵も出来ると思うが？
おまけ程度でもあんたの言う大容量バッファを搭載した32bit/33MHzPCIのGbEよりマシな程度ならいいさ。

>>819

帯域をフルに使えるやつが欲しいというから説明したんだぞ。
君は CPU をフルに使われるやつが欲しいみたいだな。

>>820
>>819は内蔵でもCPUをフルに使うことになるとは考えていないということでは？
とりあえずキャッシュをけちっていないGbイーサが
どれくらいのキャッシュを積んでいて
どれくらいのCPU割り込みで済んでいるのか、
そして64KBのキャッシュだとどれくらいの割り込みが必要になるのか
計算して出してみては？
興味があるので出してくれるとうれしいです
自分ではどのような計算式になるのかわからないので
計算できません・・・しょぼーん

1Gb/sで実効最大が半分程度として64MB/s
とすると64Kなら毎秒1000回、1Mなら毎秒64回？適当だけど。

この速度ってIDEの高速HDDとかわらんね。
HDDは2Mが標準、8Mちらほら、512K絶滅。

>>822
なんか計算変よ。
バッファフルになってからのこのこデータを取りに逝くとは思えんが？
それにリードとライトの事考えてる？

イーサコントローラーのマニュアル見ないとどうのこうの言えないと
思うよ。

＞この速度ってIDEの高速HDDとかわらんね。
＞HDDは2Mが標準、8Mちらほら、512K絶滅。
なんか、基本的に勘違いしてませんか？

>>820
あんたの言ってるのはおまけGbEで帯域速くなってもCPU負荷高くなるからいらないってことだろ。
高速なHDはCPU負荷高いから低速な奴がいいと言ってるのと大差ない。
であんたの言うおまけ程度じゃないGbEはどれぐらいのキャッシュを内蔵するんだい？
そういうのが必要な人はPCI-X tunnelのついたハイエンドマザーを買えばいい話だろ。
CPU負荷高くなるから100Mでいいって言うなら、あんたは設定で100Mに落とせばいい。

uze

>>825
禿同v

ここはGbEを語るスレになりました…




ってなるか〜〜〜〜

GDC情報かな？ 一部のサーバープログラムだけど、ﾊﾏに最適化すると30％
性能が良くなったらしい。洋ゲー好きはチェックしる！

発売が近づいている割には全然情報ないのな

だって発売日に延期したって言えばすむことだから。


いや〜ん。

http://pcweb.mycom.co.jp/news/2003/03/10/06.html

Tom Jones氏はTM8000について、
"第1世代から得た経験を元に演算効率を完全に定義し直した"
"スピードか消費電力か、そのような議論を不要にする製品だ"
と述べており、新製品に対しての自信を覗かせている。

おいおい・・・。

http://japan.cnet.com/news/ent/story/0,2000047623,20052707,00.htm

この見出し、ちょっと根拠というかわかりずらいな・・・。

>>832

性能が近いのではなく、設計が似ているって書いてあるよね。
確かに不自然な見出し。

>>831

http://pc.watch.impress.co.jp/docs/2003/0310/kaigai02.htm
消費電力について、もっとも的確な表現は「TM8000は
TM5000よりもっと広いダイナミックレンジを持っている」という
言い方だろう。同じタスクを実行させるなら、TM8000の方が
TM5000より電力効率が高い。(略)

だが、その逆に、やや高い周波数で、やや高い電圧で動作させれば、
TM8000は非常に高いパフォーマンスを発揮できる。(略)
デスクトップPCでは、消費電力はノートPCほど問題とならない。
つまり、TM8000はそうした市場にも適合できるということだ。

どうやらちょっと前の報道（ぺん４より早かった）は冗談ではない気配だな。

株価対策じゃないの？とか思ってたけど。

>>835
デスクトップ市場に参戦ってのもおもろいかもね。

＞同じシリコンなのに、ソフトウェア(CMS)を変えるだけで、どんどん性能が上がっている。
＞ソフトウェアチームが、CMSの最適化の方法を次々に見つけるからだ。

なんかアニメに出てきそうなセリフだ。いや、ちょっとアホっぽくて出せないな。
リーナス氏、やはり神なんですか？途中の入社でしたけど。

＞ソフトウェアには漏れ電流がないから(笑)。
どっかのＣＰＵのエンジニアの人がかわいそ〜。

C|Netの和訳はクソ。脳味噌入れ替えても変わらんのか。

自作馬鹿はほっといて、800MHzぐらいのでいいから
さっさと出してくれよ。。。少し高めでもいいからさあ

↑自作馬鹿

IDが64ですた。

それだけ。

づろん６４の復権をひそやかに

>>841
ニンテンドー６４でも買いなさい

づろくよん

でてきました、いろいろ。
ttp://www.forumdeluxx.de/gallery/watermark.php?file=513/103120072.jpg
ttp://www.forumdeluxx.de/gallery/watermark.php?file=513/103120071.jpg

サーバー先行ということで AGP 無し
残念。

>>845
下の方のはＡＧＰ付いてるし、オプテロンの方はPCIexpressだからこれからは
そっちが主流になるから問題なしだろ。

>>846
ワークステーション向け Dualマザーは PCIexpressになるのか？

>>846
一応突っ込んどくとPCI ExpressじゃなくてPCI-X

>>845
TyanとMSIのやつ、なんでDIMMスロットの数が違うんだろ？（片方２、片方４）

>>849
場所がなかっただけでは。4DIMMの方のCPUがチップセットに接続しているようだな

やっぱりquad以上はドータカード方式になるんだろうな。

>>849
OpteronとAthlon64のDualマザーじゃない? (可能)

・・Athlon64のソケットは真中に穴があいてるから違うな きっと。

値段はともかくしばらくは組み込み専用だろうから自作は無理だろうな・・・

>>854
えらく処理能力の高いNCマシンができそうだな

あれ？　ちょっとまって
Opteronって　2chDDRﾒﾓﾘじゃないの？

>>856
CPU1個あたり2ch……のはず。

Opteron モデルナンバー
http://www.septor.net/

AMDは、クロックスピードをプロセッサのパフォーマンスを評価する
唯一の指標とすることから離れる取り組みを推進しており、
コンピュータ業界のクロックスピードへの固執を
「メガバイト神話」と評している。

アフォめ。「メガヘルツ神話」でしょ。

ttp://www.zdnet.co.jp/news/0303/14/nebt_15.html

メガバイト神話age

1way→HyperTransport×1本
2way→HyperTransport×2本
8way→HyperTransport×3本
ＨＴの数でそんなにコストって違うものなの？

>>858
AMDでは、パフォーマンスを表す2桁の数値は40から設定していくと言っているようだ。

40≒4000MHzとしか思えないのだが

>>862
XPとMPの違いみたいなもので動作保証と選別をして、使えないように制限をかけるんだろうな

しかも今回は、ヒートスプレッダでコアが覆われるので
ブリッジの変更などで対応するのも難しいだろうしね。

　ま　た　殻　割　か

Opteron対応のMandrake Linuxリリース
http://www.zdnet.co.jp/news/0303/14/nebt_17.html

Athlon64ベンチマーク
http://www.theinquirer.net/?article=8313

Compiler for AMD 64-Bit Environments
Calling Convention for AMD 64-Bit Environments
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/kmarch/hh/kmarch/other_1wdj.asp

http://www.xbitlabs.com/news/cpu/display/20030314101927.html

本当にこうなったら良いんだけどね…

3DMark 2001SEのスコア7913って凄いの？

http://www.septor.net/

>>870
(´･ω･`) ｼｮﾎﾞｰﾝ

>>870
ぜんぜん凄くない。
と、いうかヤバイ。

まだまだバグありかと。

AGPから見て従来よりメインメモリが遠くなってるのがやばいのかなあ
とか思ったりするんですけど、どうなんでしょう？

>>870
ネタ元がIntelquirerなんだけど…
当然Intelquirerが解像度幾つのスコアなのか
書かないし。K8チップセットで一番ショボイと
思われるVIAだし。メモリも書かないし。
（Septorの事じゃないよ）

この記事だけに止まらず、Intelquirerのネタは
全く信用出来ない。チンテル信者は、ここが大好き
だけどね。（ｗ

>870
FFベンチかと思った。ｗ
大幅にクロック落とした試作品でその通知なら（ﾟдﾟ）ｳﾏｰ
だとおもったら違ったのね。

>>875
>>FFベンチかと思った。ｗ

おれは自分自身に気付かれないよう、そのように即、脳内変換した、当然だろ？

てゆうか、今度のこんどこそ、もうだめぽ・・・

どうしても一回総入れ替えが入るか。

ハマーが値段下がるまで、１ＧＨｚではもう完全に無理だ。

濱が90nmプロセスになるまでFSB400豚＆SiS748でがんがるかな。
そうすれば64bit版Windowsも近いだろうし。

3DMark2001
AthlonXP2400+(2.0GHz)GeForce4Ti4400 128MB DDR
11730
AthlonXP1900+(1.6GHz)GeForce4Ti4400 128MB DDR
10874
Athlon64 1.6GHz GeForce4Ti4800 ???MB DDR
7913
http://www.asahi-net.or.jp/~eg5t-stu/bench/athlonxp2400bench.html
ベンチの結果は↑より

http://pcweb.mycom.co.jp/benchmarklab/2002/28/images/image007.jpg
http://pcweb.mycom.co.jp/benchmarklab/2002/28/images/image008.jpg
下のアドレスのスコアでありますように・・・・・

>>874
???

>>874
あほでしか？

Athlon64 1.6GHzのモデルナンバーは1600+ですか？