Intelの次世代CPUについて語ろう Part8

一朝一夕でできる筈も無い64-bit拡張の実装が既にPrescottに入ってるってことわ、IntelがAMD64準拠を
決めたのわ、少なくとも2年くらい前ということになるすよね。。。
もしかしてAMD64ってAMDじゃなくてMicrosoftが策定したんじゃないすか(笑)

>213

え？そうなの？

今日からこのスレは「AMDの次世代について語ろう」になります

>>Macオタ

最低2年前にはAMD64準拠決定とゆーのはまあそのとおりだろうが

>もしかしてAMD64ってAMDじゃなくてMicrosoftが策定したんじゃないすか(笑)

いくらなんでもそれはありえんだろ。
PowerPC版NT4があったのをもう忘れたのかね。
ハードウェアベンダ＞＞＞ＭＳだろう、常に。

>>209
3400+が出ても、TDP89Wのまま
多分4000+がでても89Wだろう

>216

ソースが公開されているPC-UNIX系ならともかく、
x86に限っては限りなくMSの力が強いと思う。

>>209
AMD的には、Opteron -> Athlon64(Mobile or DTR) -> Athlon64 の順で
出してるっぽいから、近いうちに Opteron EE/HE の Mobile Athlon64 版が
出てくるでしょう。

つーか、市場はさらなる低消費電力を求めているのに、そこらへんに AMD
が手を出さないわけはないっしょ。

>217

89wの3400+よりも35wの3000+の方がありがたいな。

>>216
　　------------------------
　　PowerPC版NT4があったのをもう忘れたのかね。
　　ハードウェアベンダ＞＞＞ＭＳだろう、常に。
　　------------------------
私の記憶でわ、NTのRISCサポートって、
　・MIPS: NEC
　・Alpha: DEC
　・PowerPC: Motorola
だったすけど、x86 (除NEC PC98)だけわMS社内が責任持ってた筈す。

>>210
一見、IA-64っぽい感じなんだけど、
オレゴン州チームの技術発表らしいので、IA-32e向けALUの可能性が高いと思われるよ。

>>221

この場合x86関連ではあっても拡張仕様の部分だからねえ･･････
ＡＭＤが主導権握ったかＭＳに泣きついたかどっちだか判らんが
拡張仕様の策定が進んでからＭＳに持ち込み＞ＭＳインテルに泣きつき
だってのが筋じゃないかと思ったが
どのみち妄想なんでどっちでもいいす。

>223

妄想なら、前にも書いたが
AMDが64を出す。
IBMやSUNが支持を表明。
PC-UNIX系でＯＳが出る。
遅れをとりたくないMSが動く。
MSがintelに圧力をかける。

っていうほうが説得力があるような気がする。

IBMは以前からXEONをエンプラに持っていきたがっていたし、
AMDにテコ入れしてるので、そう言う事何じゃ無いかと。

MACオタとﾓｻｰﾘ派は妙に事情通だな。

そうか、いまやMACオタが自作板で荒らしと認識されていた
時代を知らない人もいるのね。

MACオタは、事情通といえばそうだけれど、
耳学問で、知ったかぶりという側面も強いので
くれぐれもご注意を。

彼の本スレ
http://pc.2ch.net/test/read.cgi/mac/1076858361/
最悪板のスレ
http://tmp2.2ch.net/test/read.cgi/tubo/1076453506

AMD64をMSが策定したなんてあり得ないだろ。

AMD64(x86-64)が発表された頃はAMDなんてホントの鼻糞だったし、IA-64もまだ希望いっぱい、夢いっぱいだった頃。
低価格サーバに64bitなんてピンと来なかった。
AMDは開発リソースが割けないので、苦し紛れに32/64bitハイブリッド発表したつーのが大方の評価だった。

とにかくAMD64は出てきたタイミングが良かった屋根。

もともとIntelが考えていた64bit拡張にもよるんじゃないかね。
多少の修正ですむぐらいのものだったら
2年前からでなくても問題ないんちゃうの？

しかし、AMD64も延期に延期を重ねられているわけで、x86-64の発表自体は、２年前
どころでない気がした。

で、調べてみると、99年10月に概要発表がされている。
http://pc.watch.impress.co.jp/docs/article/991006/mpf2.htm
今読んでみると、結構感慨深いものがあるな。当時、AMDのヤケクソにも程があると
思ったもんだ。

>>208って今のPen4でも整数演算器でも倍速度で動作らしいから
あんますごいって感じじゃないよな。

PrescottなるCPUを二つ開発してた。1つはintel独自、もう一つはAMD互換。
IA-64の開発費＆宣伝費の額を考慮すれば保険の保険という意味で二つ
並行して開発していてもおかしくない。







と、後藤タソ並みの飛躍的な推理をしてみるテスト。

今、>>231がファイナルアンサー

実は一つのダイにintel独自とAMD互換機能、両方載ってるんじゃないか？
状況に応じてONする方を選択したような気がする。

In�рﾌ製造能力ならこれくらいのダイサイズの増加は屁でもないだろう。







と、漏れも後藤タソ並みの飛躍的な推理をしてみるテスト。

>>233
そうか！ Prescottの異常なダイサイズはそのためだったのか！

>>213
MSの裁判でサンダースが証言したのがいつのことだったか、
を考えてみれば、
MSがAMD64のOSに一本化したのがいつごろだったか
の推測はつきそうだ。
IntelのAMD64チップの開発は、そのころには始まっているだろう。

>>220
TDPってのはベンダーに「このくらいの発熱でも大丈夫なようにPC組んでください」
って指示するための物だよ。実際にそこまで発熱するとは限らない。

AMDはアップグレード対応可能なように自社基準での上限である89Wを指定してるだけ。
Athlon用に複数の筐体準備してくれるメーカーも少ないしな。

Prescottは本当にAMD64互換の64bit乗ってるのかね？

http://pc.watch.impress.co.jp/docs/2004/0218/idf02.htm
＞しかし、バレット氏自身が明らかにしたように、Prescottに関しても、
＞シングルサーバー、ワークステーション向けという限定はつくものの
＞64bitアドレス拡張に今年末までに対応するとされており、実質的に
＞どこかのタイミングでクライアント向けのPrescottに関しても64bit対応
＞となる可能性もないとは言えない。
NoconaがAMD64互換なのは分かるけど、シングルサーバー向けのPrescottって何だろう。
Pen4 XEみたいにXeonコアをデスクトップに下ろしてくるのかな。
それとも単に、Prescottはデスクトップからシングルサーバーまでカバーしてるという事なんだろうか。

まさか、今出回ってるPresocttと将来出てくるAMD64互換のPresocttは64bit拡張部が別物って事は無いよな？
Prescottは予定ではもっと早く出るはずだったんだし、Intelがそんな早くからAMD64互換にしてたとは思えないんだけどなぁ。

>>236
FMB 1.0の上限が89Wなんだっけ？
北森P4 3.4とかﾌﾟ2.8Eとかも89Wだし。

>>196
3200+が2.4CGと同じ電力である点に注目。それにしてはA64、温度高すぎ。
プレスコについてははもう誰も驚かないし注目もしていない。

>>237
Prescottの、量産されなかった初期のステッピングと、
現行ステッピングではレジスタ構成が変わっている、
という話をどこかで見たような気がする。

初期ステッピング：独自64bit
現行ステッピング：AMD64互換

なのかもしれない。

今のPrescottに実装されている64bit拡張についてintelは何もコメントしていないが、
噂ではintel独自の64bit拡張であり、AMD64と互換性が無い。
IA-32Eに対応したPrescottというのは、intelが64bitCPUでは無く、あくまで32bitCPU
の64bit拡張であることを強調したいがためにそのような表現になったと思う。
でも実際は汎用レジスタに手を加える大改造であり、現Prescottとは世代の異なる
CPUだ。

>240

そうであっても、90nmがトラブってるのは事実のような気がする。
dthanも遅れてるし。

>>239
ちゃんと読もうよ。なぜかP4だけ高性能準銅製クーラー使用になってる。
何で条件揃えないのか勘ぐってしまう。

>>237
時期的に見てもNoconaとPrescottの開発は同時進行でしょ。
NoconaがAMD64互換なのにPrescottはAMD64非互換という設計も変な話だと思うが。

>>244
結局Prescottは電力の問題で遅れてしまったけど
当初の予定だとNoconaより半年くらい早く登場するんじゃなかったっけ。
だから、Prescottは間に合わなかったけどNoconaは64bitの大改造が間に合ったのかな、と。
そんで将来出てくるPrescottもNoconaに合わせて設計し直してるのかと思ったりしたんだけど……
勘ぐりすぎカナ

AMD64のサポート表明以前から、インテルの各プロセッサの命令セットは
x86用・Itanium用・Xscale用と3つもあった。
しかもそれぞれ32bitCISC式・64bitVLIW式・32bitRISC式とてんでバラバラ。
案外インテルは命令セットそのものの自社での構築に頓着しないのかもしれない。
命令セットだけなら知的所有権に係る問題(＝AMDから要求されるロイヤリティ?)もあんま多くない筈だし。

>>246
しかもRISCはXscale意外の自社開発まで持ってるしな。
もっとも組み込み向けとintelの看板であるx86をintelが同列に扱うかは分からないけど、

>案外インテルは命令セットそのものの自社での構築に頓着しないのかもしれない。

ということももちろん考えられる。
まあこればっかりはintelと神のみぞ知るってことですね。

>246
確かにXscaleはARMだし
結局利益がでれば問題なしってことなんだろうな

IBM PCとPC互換機のシェアが逆転したのはいつだっただろうか。
x86とx86互換CPUのシェアがいつ逆転しても不思議じゃないと思ってはいたが
AMD64とAMD64互換CPUのシェアは今年中にも逆転できそうな気がする

>>249
AMDは製造キャパシティが、総市場シェアの３０％分しかないから無理ぼ。

>>250
逆だろ。
今AMD64互換CPUはまだ出てないのでAMD64のシェアはAMDが100%。
つまり今年中にIntelがAMD64互換CPUで抜き返すという淫厨の妄想です。

>>251
ちゃんと読んでなかったよ・・・
orz

イソテルとＡＭＤの真の戦場というか、今はイソテルが高収益あげられて
ＰＣ用チップの開発や価格戦略の柔軟性に貢献しているのが鯖用チップで
あって、その主力であると位置づけている板の価値を下げるような６４ビット
ＰＣ用チップなんて本音では作りたくなかったのは常識ではないか？

オプ／アス64の登場はＡＭＤにも高い利益率を分け与えるか、さもなければ
自分の利益を損なう価格戦争に突入するかの選択をイソテルに迫るという意味
で、ＡＭＤの「勝利」であるといえる。

多分Intelのx84-64はXP-64のSP1でサポートなんだろうな･･･

64bitチップじゃないし。
64bitアドレス拡張。全然違うぞ、中身。

>>254-255
MSが今もうAthlon64向けにだしてるベータ版のWindows XP x86-64で動くって逝ってるぞ。

>>255
AMD64とIA32eのマニュアル見比べてみたけど
アーキテクチャ的にはほとんど同じ。

>>257
俺が言ってるのはAMD64自体がアドレス拡張を主体としたものだって事。
所詮IA32互換品の拡張にすぎん。64bitCPU、というには違和感がある。

どこまでいっても32bitの縛りに振り回されるよ。386やPenPRO思い出すまでもない。

あとは実物が出てくることと、実際のパフォーマンスだな。

＞AMD64純正は64bitをフルスピードで処理できるが、IntelのNocona世代のAMD64互換（IA-32e）は、
＞32bitの整数演算パイプ2本で64bit演算を実行するアーキテクチャの可能性があり、この場合は
＞32bitのハーフスピードしか出ない。
後藤氏の予想が外れているなら、普通にAMD64と戦えるが、そうでない場合は……

>>259
それマジ？
パフォーマンスがOpteronにボロ負けの悪寒・・・
もしそうなら、Intelも64bitを強調したくないだろうなぁ

32bitの縛りってなに？
OSによる縛りってこと？　たしかに386のときは、フル32bitOSは出てこなかったけど。

でも、CPU自体は64bitだよね

だいじょうぶなのかノコナ

>>260
あくまで、可能性の話として受け取るぐらいで良いんじゃないかな。
実物出てこないと、分からん。
Intelの64bitへの本気度が計れるかと。

>>258
アドレス拡張が主体というのは違うと思うぞ。
アキュムレータで64bitデータの各種演算が行えるし、64bitデータの
ロード,ストアもできる。
それにAMD64の64bit化の手法は、IA32が16bitから32bitに対応させた手法と
同じだ。AMD64がIA32の拡張というのなら、今のIA32もIA16(8086)の拡張と
いうことになる。

Prescottに実装されているYamhillが32bit ALUｘ２ と言われているからね
http://www.chip-architect.com/news/2003_04_20_Looking_at_Intels_Prescott_part2.html
ISSCCの32/64ALU
http://www.itmedia.co.jp/pcupdate/articles/0402/18/news015.html

また、倍クロックをヤメル事だってある
ご存知のようにPentium 4の演算器などの部分は倍クロック（3.2GHｚのチップでは6.4GHzクロック)で動いており，
クロック周波数向上に伴い，色々な部分で倍クロック = 半サイクルが苦しくなって1サイクルに変更されたという
噂があります。従って，従来は半サイクルであったものをフルサイクルに変更することによりパイプ段数が増えた
というのはありうることです。但し，10%程度の性能低下と言う点と，半サイクル→1サイクルが必要な部分から考
えると20段→30段は過大な感じで，メインのパイプでは4段程度の追加では無いでしょうか。
http://www.geocities.co.jp/SiliconValley-Cupertino/6209/wadai04/20040124.htm

Intel的にはまだIA-64を生かしたいから、IA-32eはIA-32のちょっとした
拡張で真の64bitはItaniumuでﾈ！と言っているが、現在のOpteron鯖の
勢いを見る限り、IA-32e Xeon鯖が出たら、Itanium2鯖の市場を食い荒ら
すのは必至だし、性能的にあまりテコ入れしたくない規格だろうな。

POWER5とPowerPC970FXは棲み分けできてる？

>>265
塩の人勘違いしてね？
倍速って、クロックが2倍とういう意味か？
1クロックあたりμOPを２つ発行できるという意味だと思ったが。

>>265
　　------------------------
　　また、倍クロックをヤメル事だってある
　　------------------------
いくらなんでもそいつわデマす。
【ITJ Prescott特集号】
http://developer.intel.com/technology/itj/2004/volume08issue01/art01_microarchitecture/p03_netburst.htm
整数演算命令のレイテンシが整数になっているのわ、単に倍速ALU内部で1ステージ増えてるだけすよ。
実際Optimization Manualでもスループットわ0.5clockになっているす。

>>258
　　---------------------------
　　俺が言ってるのはAMD64自体がアドレス拡張を主体としたものだって事。
　　---------------------------
x86 ISAの特徴から、その結果としてアドレス生成のために大量の64-bit演算が発生するす。
64-bitアドレス拡張 -> 64-bit整数演算のサポートにならざるを得ないすよ。

>>269
元から倍クロックで動いてない

　まっ、また狐につつまれたような　　 |
　気がする・・・。　　　　　　　　　　　　　.|
＿＿＿＿＿　 ＿＿＿＿＿＿＿＿＿／
　　　　　　　 V
　　　　　　　　　　　　∧＿∧
　　　　　　　　　　　 / 　　　ヽ
　　　　　　　　　　　 |　｀　　´|
　　　　　　＜>○<＞＼=　o/　　　　　　　　　　　　　
　　　　　　／/　ヽ＼⊂￣ , ヽ　　　　　　　
　　　　　 / In＿�пR ￣ 　 ヽ　　　　　　　
　　　　　/,（ ；｀∀´）ヽ ,ゝ　　|＿＿＿, ﾍ　　
　　　　　|　ヽ＼`yﾉ　)（　　　|　　　<　　 |　
　　　　　ヽ　IA-32e　ﾉ_と＿ノ＼＿<＿ノ　　

ハイエンドは素直にRISC系を買うし、普通のサーバ用途ならOpteron。
IA-64は1年以内に開発中止の予感･･･

えらそうな割に分かっていないMACオタに？と思ったら
http://tmp2.2ch.net/test/read.cgi/tubo/1076453506

しかし、いくらIA-64を引き立てたいといっても
IA-32eは情けない名前だなあ。

少なくとも売り文句には使えないし。

「IA-32eテクノロジ（64bitアドレス拡張）インテルPentium4搭載！！」
とかいちいち注釈入れるのかな。

>275
「IA-32eテクノロジ（AMD64互換）インテルPentium4搭載！！」

LGA775にNorthwoodを挿す下駄が発売されますよ、きっと

AMD64のinstruction setを見てみたけど主要な命令のほとんどで
8，16，32，64ビットのデータが取り扱えるね。
一般にXbitCPUというとデータバス、レジスタ、ALU、アドレス、主要な
整数演算で取り扱えるデータ、それぞれの幅が、問題になってくるのだけど
AMD64は、全てが64ビットだね。よって、32ビットCPUの64ビットアドレス拡張
とういうのは275の言うようにインテルのマーケティング上の戦略という説が
正しい。AMD64に32ビットの縛りはない。
もっとも、AMD64は基本的にx64のアーキテクチャそのものを利用して、アドレスと
データ幅だけを64ビットに拡張しただけのものなので、本質的なアーキテクチャの
変更がなされていないという主張もありえるし、それがインテルの言い分なのかも
しれない。

そういえばインテルの8088というCPUは、ALU、レジスタ、1命令で取り扱えるデータ
幅それぞれが、16ビットで、アドレスが20ビット、データ幅が8ビットと
言うもので16ビットCPUと名乗っていたけど、パフォーマンスが低いという理由で
8ビットCPUと名乗らざるをえなくなったということがあったっけ。
あのときは僕も小学生だったな。遠い昔の話。

おまいらバカか
あのIntel様がこんな31段パイプラインの低性能の大消費電力のムダの塊を作るわけないだろ
ほれっ出し惜しみしないでさっさと出しんしゃい ( ´∀｀)σ)´Д｀)

　　　　 ,.. --─ｧ‐＝=､、
　　　　∠二ミ:::::://　 ...::::::ヽヽ、
　　r'r'´..::::::::ヽr‐､'､..::::::::::::::/ rl]
　　||　...::::::::::/ | l::ヽ､`ー‐'´ノ:ヽ
　 r' ヽ､___／ ∧::ヽ;::::::i「:l「::ヽ::::',
　 |iTｰ--r‐'´　 64ヽ:::l|::|ヽ:::ヽ:::!
　 |::}:::/|:|:|　　　 　 　 ヽ!| ! ヾ;:::|::|　あんた、2006年まで32bitでｺｲてな!!
　 |.:.!/:|::|l:!　　　　　　 -彡-;､ﾘヽ:|
　 |.:.||:::l::|ﾘ''テ=ﾐ　　　　ﾍ:;;;ﾉ　|:::|:! 　
　 |!.:|:::::l::|ハ::;;:ﾉ　　　　　 ::::::: |:::|:!
　 .!|.||;:::l::|､:::￣　　　,　　　　 /川| 　 __ , -''´i￣￣｀ﾞヽ､
　　 |!ヾ!:l:Lヽ　　　　 _...,　 ／ﾘ:/!|　/／へ|ﾚ^ﾚ彡　　　　｀ヽ,--､
　　 !　 lﾊ::!　｀''ｰ- ､.`´ イ　　_ 　 ////　　　　　 | |　ヽ　　 ヾﾐ ヽ
　　　　　 , ---､ __ﾉ　　 l⌒Y|　 V/ //　　64　 ヽ! 　 |　!　 ﾊ| ||
　　　　 /　　　　 ､　 　 / 　 |＼ || ! /　　　　　　　 ヽ　 l| |彡/ | ||
　 　 　 | ＿＿、　 ￣ /　　/ヽ(.)! | | ＞=､　　　　-＜!　| |/ //| ||　IN��腐っテル！！
　　　　/: : : : : ヽ　　 / 　 / 　 /|| | | ! |::::'!　 　 　 /::Lミ||ﾚ// l| || 　
　　 　 {: : :r'´--ヽ=:/　　/ 　 /７|| |.|ﾞ! L::ﾉ　　　　 L;;ノ ||ﾘｸヽ.l| ||　 .l⌒!
　 　 　 |: : :／: :__／　 ､ '　 /-r'┴､!||:::: 　　,　　　::::::::　| |!).ノ|| ||　 /　/
　 　 　 ト|: : : /:ノ　　 　ヽ､ ﾚ'′ /ハ|'､　　　　　　　　 //'´　 ||Ll／　/
　 　 　 |: :Y: : /　　＼　　　!　　/l/: :||　｀ﾞ - ﾟ..＿_,.ィ´//＿,--'´　 ､,/
　 　 　 L; :|: : }　　　　＼　 l 　 | !: : ∧　 ,. --|　／/〃:r'´　､　 ＼ ヽ
　　　　　 ト|: :.|　　 ＼　 レ'　 /: :: : {〃⌒l Lr'￣｀ヽ |:::|　､　 ヽ　　〉ﾉ
　　　　　 |:ヽ: |　　 　 |　/　,ｨし!: : : ||...::::/r､| ....:::::/ ﾊ::| ｀Lヽ　ﾚ‐<
　　　　　 ヽ ヽ|ヽ、　 .し'r<ハ!: : : : :|トニノ　ヽニニ人ヾヽ､ ￣　 >'′

ttp://www.theregister.co.uk/content/51/35654.html

Intelが、Longhorn出るまで32bitでコイてなっ！
って言ってるのか。
んで、Xeon64売ろうって作戦かな。

しかし、そこまで32bitCPUだけを売るとなると、OSの64bit一本化が
のびのびになっちゃうぞ。

これからの家庭用の高性能PCは、水冷やいずれ来るであろう冷蔵庫方式で
ＣＰＵを冷やす事によって、温度はクリア出来ても、莫大な消費電力によって電気代がかかりそうだ。
CPUの消費電力５００ワットとかで、常時使用が困難に。
結局今ぐらいが電気代と発熱と性能のバランスがちょうど良い。
北森P4が最終進化系でしょ。

>>259
それは後藤氏勘違いしてると思うよ
Northwoodまでがそもそも16bitALUを倍クロックで動かしてただけだし
uopsに変換された後、16bitALUで済む簡単な処理なら倍速いってこと
別にx86の16bit命令しか処理できないってことじゃないはず
後藤氏の予想が正しいなら、藁や北森は16bitOS使えば倍の速さのCPUってことになるな

[Q] Pentium 4のALU(整数演算ユニット)は1ユニットが16bit幅だ。これは拡張するのか。

[Siu氏] Prescottで? そのはずだ

http://pc.watch.impress.co.jp/docs/2003/0416/kaigai01.htm

16bit ALU？
うなわきゃない。

P4のALUは32bitだよ。それに倍速っていうのは倍クロックって意味じゃない。
ALUはそれぞれ2つ演算器をもっていて、1クロックで2つμOPを同時発行できるっていみ。
（だから2つの命令間で依存関係がある場合、倍速では処理できない。）

それに16bit、32bit演算で速度の差はない。
ちゃんとIntelの資料を見ましょう。

ttp://developer.intel.com/technology/itj/q12001/articles/art_2.htm
Page 5： Low Latency Integer ALU

>>285
＞（だから2つの命令間で依存関係がある場合、倍速では処理できない。）

これは明らかに間違いですね。依存関係がある２つの32bit演算を1クロックで計算できる。
これが倍クロックである事の何よりの証拠。
高クロックで動作させるために16bitx2構成にしてあるという話は>>286に説明されている。

さて、正解は？

内部で16bitずつ処理していたとしても、
32bit命令が16bit命令の半速になってしまうという訳ではない。

同様に、内部で32bitずつ処理していたとしても、
64bit命令が32bit命令の半速になってしまうという結論には必ずしも結びつかない。

Hans de Vries氏によると、
Northwoodでは単一の32bitALUx2+32bitRegisterFileだったものが
Prescottでは2重化されており、
これで64bit演算を行なうと分析しています。
http://www.chip-architect.com/news/2003_03_26_Prescott_clues_for_Yamhill.html

スー氏の発言通りに、PrescottのALUのbit幅が拡張されているならば、
整数演算パイプの二重化は64bit演算とは関係ないＹＯ。

>>290
トレースキャッシュの性能によっちゃHTTの性能が大幅アップしそうな構成だな

買ってみたくなってきた

純正プレス子のヒートシンクかっちょいいね。

ようするにプレスコに比べノコナでは熱さも２倍になっているというわけだ

>>293

ヒートシンクはかっちょいいが
ファンは5400回転で掃除機みたいな音がするぞ！

>>285
プログラム書いてみてP4で確認してみたよ。
依存関係があっても速度は下がらない模様。
　add eax,ebx
　add edx,eax
を実行しても1命令あたり0.5clockだった。

あと、16bitと32bitの演算速度はまったくいっしょだったよん。

5,400rpmかよ…
LGA775になったら多少マシになんのかな？
ピンの半分近くが電流制御とGNDにあてられてるらしいし。

ﾃﾊｽで7200rpmになります。

>>292

> We presume that it has all its 32 data bits but that the 6 status flags are lacking.
> A 64 bit processor needs only one set of status flags per 64 bit word.
> This clue also implies that the second core can not be used to run an independent 32 bit thread.

2つのRegisterFileのうち、片方には状態フラグが欠如しているため、
別々に使う事はできないとHans de Vries氏は分析しています。

>>296
それは考えにくい。
レジスタリネーミング+OOでパイプラインを埋められるようなプログラムになっていない?

>>300
君には理解できない事なんだろうね＆君には試す環境もないんだろうね

>>300
Intelの資料にもスループット0.5レイテンシ0.5って書いてあるから仕様通り
ﾌﾟはレイテンシが１になったけどシフト・ローテートが4から１になってるな
それなりにがんばってはいるようだ

　　　　　　　　／蓮ヽ 　32bit　　　　　　　　／涅槃ヽ 　64bit
　　　　　　　/ 丶｀Д´> 　/　　　　　　　　　/ 丶｀Д´>　/　　
　　　　　　　|　U　 / 　　/　　　　　　　　　　|　U　 / 　./
　　　　　 　（　ヽノ 　　/　　　　　　　　　　（　ヽノ　　./
　　　　　　　ﾉ>ノ　　/　　　　　　　　　　　ﾉ>ノ　..　/
　　　三　　レﾚ　. /　　　　　　　　三　　レﾚ　..　/
　　　　　ﾋﾀﾋﾀ　/　　　　　　　　　　　　ﾋﾀﾋﾀ　/

>>300
単に実行ユニットの処理速度を確認してるだけです。

お世話になったあの方に健康ノコナを送ります
この方にも
あの方にも

>305

「送る」のはイイが、>303のAAみたいなのが送られてきたら
良い迷惑だと思われ。

プレスコットンで 電源が「逝 っ く ぽ 〜 ん ☆」







　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ごめん。

> Mobile Pentium 4 2005年初めに打ち切りへ
http://www.septor.net/

モバイル用は、NetBurst死亡ですか。
DTRも140W冷やすのは厳しいだろうしねぇ。
一気にPenMが主流になるかもな。

ここにも一応

玄人志向、エルピーダチップ採用DDR2メモリ発売
ttp://pc.watch.impress.co.jp/docs/2004/0220/kurouto.htm

>>308
いや、それ、原文
http://www.theinquirer.net/?article=14257
読むと分かるけれど、もっととんでもない。

新しいノート用のMeronは新コアで、
さらに、デスクトップ用のコアもその派生らしい・・・

>>310
そしてPentium4系は消滅…
Intel迷走しすぎ… _no

まあAMD相手じゃこの位のハンデやらんとな

>>310
そこのソースって信用ある？

>>312
どうなんだろう。
サイト自体はまともだと思うんだけど。

>>312
Yamhillのことを最初にあげたのがそこかも？
ttp://www.theinquirer.net/?article=14040

失礼

↓によるとYamhillをすっぱ抜いたのは(San Jose Mercury News:02/01/24)のようです。
ttp://pc.watch.impress.co.jp/docs/2002/0131/kaigai01.htm

http://pc.watch.impress.co.jp/docs/2004/0221/ubiq46.htm

LongHorn自体変更点多いし、出荷時期は祭りになりそうだな。
だいぶ先の話だが。

Windows95の前には、32bit拡張DLLかなにか入れていた記憶が
あるけど、今回は必要なら上位版を買えという方針なんだろうか。

>>310
新アーキテクチャのデスクトップCPU Conroeは2006年暮リリースとあるから、
プロセスルールは65nm世代。本来ここはTejas-CとNehalemが位置していた
はずだ。Tejas-Cはともかく、Nehalemはキャンセルになったということ
じゃないのかな。Itanium系の65nm版Tukwilaはコードネームが公開されて
いるのに、Tejas/Joyhawk以降の32bit CPUのコード名は一切明らかに
されていない。当初NehalemはNetBurst進化系、4スレッド/コアもしくは
デュアルコアじゃないかといわれていたわけで、存在は否定されていなかった。

Prescottのデュアルコアなんて、もしできたらどうなるか予想がつくだろ。

今後はサーバーでも低消費電力＆高密度はキーワードになる。土地代が
高い限られた敷地にどれだけのサーバーを詰め込めるか、消費電力の低減により
ランニングコストをどれだけ抑えられるかが焦点になる。爆熱でもなんでも
速けりゃいいという時代は終わっている。Intelもそれは痛感しているだろう。

>>317
Inquirerには、Meromのデスクトップ版Conroeが登場するとは書いてあるけど、
別にNehalemや65nm版Tejasがなくなるとは書いてないよ。
勝手に話を進めすぎないように。

>>317
イスラエルのデザインチーム謹製新コアがノート&デスクトップに。
サーバー用途はItaniumで統一。
ネットバーストマジであぼーんっていうのはなんか一部の淫厨の
妄想そのまんまのようだね・・・。

と思ったけどただの予想だったのね。ｽﾏｿ(藁

>>318
＞Intel prepares to can Pentium 4
＞Pentium 4 is out of the door
＞ Luckily, fate will make the Xeon go away, or at least it will merge with the P-M product lines.

IBMがPPC970で安いブレードサーバーを作ってるのって
このあたりの事情を踏まえてのことだったりして。

　一気にPenMが主流となるなんて、　 |
　狐につつまれたような気がする・・・。　　.|
＿＿＿＿＿　 ＿＿＿＿＿＿＿＿＿／
　　　　　　　 V
　　　　　　　　　　　　∧＿∧
　　　　　　　　　　　 / 　　　ヽ
　　　　　　　　　　　 |　｀　　´|
　　　　　　＜>○<＞＼=　o/　　　　　　　　　　　　　
　　　　　　／/　ヽ＼⊂￣ , ヽ　　　　　　　
　　　　　 / In＿�пR ￣ 　 ヽ　　　　　　　
　　　　　/,（ ；｀∀´）ヽ ,ゝ　　|＿＿＿, ﾍ　　
　　　　　|　ヽ＼`yﾉ　)（　　　|　　　<　　 |　
　　　　　ヽ　Merom　ﾉ_と＿ノ＼＿<＿ノ　

>>321
>Pentium 4 is out of the door
これはIDFではPen4やPen4の将来についての言及がなかったことを表現している。

>Luckily, fate will make the Xeon go away, or at least it will merge
>with the P-M product lines.
これは、Xeonが、TukwilaやPenMにラインに統合されるてなくなるだろうということで、
デスクトップ用CPUがConroeしかリリースされないとはいってない。

>>324
＞Intel prepares to can Pentium 4
で、これは？

そ、それはっ！
Pen4を解雇する準備をしている。のかよ！

もちろん「記事が正確かどうか」は別にして、
この記事がPentium 4系のCPUがなくなるのでは？という話を書いているのは事実でしょう。

# いずれにせよモバイルとXeonを同じコアで置き換えるのだとしたら、
# そのときPentium 4が残っているとしてもCeleron扱いなんでは？と思うんだけれど。

まあ、当然の流れではあるよな。 NetBurstをDualコアにすると絶対150Wは超えてしまう
ので、空冷は不可能。 PenM系をDualコアにするほうが現実的だと思う。
1ヶ月前にこの発言をした時は厨扱いされたが、多少は現実身を帯びてきたと思う。

インテルが、2007年、Merom、Conroeおよびタクウィラについに同じページのすべてを
得るつもりのように思われます。それらがそれを取り外す場合、また、実行目標は、
私たちが聞いたものに会います、AMD、よくよりよく非難する、K9で実行します。
誰でもIDFで言っていることから、インテルの内部の姿勢が今あります、私たちをかつて
だます、Pentium 4、私たちを再びだます。
ttp://www.excite.co.jp/world/url/body/?wb_url=http://www.theinquirer.net/?article=14257&wb_lp=ENJA

まあ、前々からPenMﾏﾝｾｰ論調のInquierが、
調子づいた予測をしてるだけで、さすがにPen4の後継デスクトップ向けCPUが
Conroeしかないというのはないと思うけどね。

でも涅槃（ネハレム）が新世代コアと言う噂どおりなら、2007年にデュｱﾙコア化
されたPenM系列(PentiumM2 ?)に交代しても不思議ではない・・・・

つまりDELLのノートを買った漏れは勝ち組

>>331
いや、Nehalemは本当に涅槃に行ってしまったのだと思うぞ。
本当なら、２年後のNehalemへ向け、コードネーム程度の
アナウンスはあってもおかしくはない。

水子の霊がIntelに祟らなければよいが（藁

そもそもNetBurstアーキテクチャというのは
インターネットの普及をはかる為のアーキテクチャ。
現在はもう十分に普及したのでそろそろお役ご免。

Nehalemがキャンセルになった可能性がないともいえないが、
今回Pen4の将来についての言及がなかったのは、Intelとしてはあまり推したくない
IA-32e製品系列の話題でIA-64が霞んでしまうのを防ぐための配慮かと思う。
IDFもTejasが登場するまであと２回ありそうだし、
XeonもIA-64の普及がうまくいかずに結局しぶとく生き残り続ける気がする。

登場するの2年後って書いてあるじゃん、それまではNetburstなわけで。
NBはトランジスタ＆消費電力を2倍使ってでもクロックを上げるという
Intelの圧倒的Fab数による生産能力、何処よりも早く微細化し搭載トランジスタ数の増加＆低消費電力、
これら全てを前提とした何年も前に作ったアーキテクチャだから
消費電力の壁が出てきた今、全てが崩れ去った訳で消滅は当然。
PenMアーキテクチャをデスクトップへというのは
別に厨の発言ではなく、以前からそれなりの根拠はあった。

PentiumM系列に置き換わるか・・・大胆な予測だな。でもこれを事実と仮定した
場合、淫照はモデルナンバー制を導入せざる得ないだろうな。
2006年にはPen4は５Gｈｚ台なのに、PenMは3Gｈｚが精々の筈。
PenMコア3Gｘ２で、Pentium5 6000MN(3.0Ghz)とか言い出しそうな悪寒・・・

>>337
やみくもにクロックを上げて非実用的な爆熱ＣＰＵを作るより、
３Ｇ＊２＝６Ｇでマーケティングする方が、どう考えても利口だよね。

モデルナンバー導入はクロック狂想曲の終焉でもあり、
一般ユーザーとしても歓迎できる事態だと思う。

そんなにモデルナンバー制が支持されるのか？
自社に都合のいいベンチを選んでもまかり通るわけだし。
現にAthlon3200+では非難の嵐だったわけで。

GHz、モデルナンバー。どっちも嘘だとするのなら
最初から嘘だと宣言しておく方が良心的だろう。

デスクトップCPUのネタは今回のIDFではもともとあまりネタになるようなものがない。
Intel的には、Tejasですら1年以上後で、それまでに2回IDFを挟むことになりそうだから、
そのときにTejasとそれ以降の話題はやればいい。
NetBurstの後継アーキについては今からロードマップに載せる意義全くないし。

Merom、ConroeはNetBurstベースに省電力拡張したアーキテクチャの可能性も高い。
でなければ、P6ベースに2コアも4コアも集積するようなアーキテクチャになるのか？
イスラエルチームが全く新しいアーキテクチャに挑戦してるのか？

MeromベースのConroeがデスクトップを全置き換えっていうシナリオは、
ConroeがTejas以上の絶対パフォーマンスと省電力を両立さできないとまずいわけで、
アーキテクチャ的に漏れは難しいと思うんだよね。もともとはモバイル用ってことなんだし。

諸先輩方にお伺いたします。
NetBurst-Architectureのどこが、Internet普及に役立ったか教えて漏れ。

セレロンの１Ｇで十分だ！ｸｿ

　４７８pin　プレス子セロりんﾏﾀﾞー

>>342
スカスカパイプラインを有効活用するためHT導入→Winnyしながら作業ができる
Winnyのために光導入者が増える→インターネットインフラが高速化

クロックが高ければSSE2の実行速度も速く、それに最適化された
Webコンテンツ製作ソフト（主にAdobe系やMacromedia系）が高速化→インターネットコンテンツの多様化に貢献？

NetBurstは滅びぬ！何度でもよみがえるさ！
クロック数こそ、性能の絶対指標だから！

プレスコのキャッシュレイテンシが倍になった謎を知っている人いませんか？

キャッシュ容量が増えたから。

なんだよいい感じに次世代な話になってきたと思ったのに

>>342
NetBurstのNetがThe Internet のことだと思っているのか？
Burstが本命なんだよBurstがその証拠にプレスコの消費電力見てみろBurstだろ？

>>349
プレスコはデュアルへの伏線でしょ。
消費電力が上がって当然と思いますが？
いつの時代も同じで、上がった消費電力をどうやって抑えるかがこれからの課題ですよ

低熱のプレスコは２年後くらいに発売されるのですか？

>>347
クロック上げやすくするため

>>348
キャッシュのレイテンシ倍になった理由はそれ？
ソース場所も教えてくださいな。

>>353
散々ガイシュツなんで自分で探せ

消費電力増大はNetBurstの所為？それともIntel製造プロセスの所為？
なんかNetBurstが消えるとは思えんなぁ。

>>353
ttp://akiba.ascii24.com/akiba/column/latestparts/2004/02/03/648036-002.html

ところでプレスコとAthronはどっちが発熱凄いんですか？@2.8

>>355
両方だけど、今後、デスクトップにしろモバイルにしろ、TDPが上昇していく
のは避けられないよ。高速化しようとする限り。平均消費電力は、TDPより
低い上昇率で推移するだろうけど…。

>>347
Athronは発熱しないと思うので、プレス子。






そろそろ、Athronネタも食傷気味なのはオレだけ？

確かにAthronネタは食傷気味
Athlonネタｷﾎﾞﾝﾇ

>>358
平均消費電力が低い上昇率で推移するってのは、
リーク電力が今後増加しないこと前提。

TDPを維持しようとするにはNetBurstが余りにも製造プロセス頼み過ぎたんですかな。
リーク電流のせいで動作電圧も低く出来ないし、結局発熱は増加するばかりか。

まあ、NetBurstも開発には4-5年はかけたと思うけど、
開発当初は、AMDの追い上げがここまであるとは想定してなかっただろうね。
NetBurstは、登場から僅か1-2年で、プロセス/アーキテクチャのほぼ限界駆動をやってた
わけで、3GHzに到達してからは殆ど性能向上してないし、
Athlonとの熾烈な速度競争がなければ、もっと低い電圧でゆっくり速度向上できたわけで、
発熱の問題も未だ騒がれてはいなかったかも。
Prescottも今の姿ではなかっただろうね。

>>342
暇つぶしにマジレスすると、
NetBurstがInternetの普及に殆ど貢献してないのは言うまでもない。
なぜならNetBurstが登場した2000年10月には、米国でInternetなんて
あたりまえだったから。

NetBurstってのは、Internetが速くなるなら買い換えたいっていう
消費者がたくさんいるっていう前提でキャッチーなネーミングが後から与えられただけで、
実際はInternetを速くすることを前提に高速化しているわけでもない。

ってのは誰でも知ってるか…(藁

Netburstという言葉が耳に届く程度には知識のある人で、
NetburstはInternetを速くすると信じてしまうヤツってまず居ないような・・・

最後に遣って来た31段パイプライン男それがプレスコ
漏れが思うに、もう３１段なんていうＣＵＰ出て来ないから、プレスコは買いだと思われ。

Pen4が出た当時の日本のCMといえば
「ぺんちあむあふぉぷろせっさでいんたーねっとがカソクする！」
とかぬかしていなかったっけ？

実際、知り合いの馬鹿が、CPUを（値段が）高いのにすれば
ネットが速くなるんでしょ？とか世迷言を言っていた・・・

>>345
スカスカパイプラインでもSSE2が生かされるようなシリアル化された
プログラムなら爆速だし。
なくなってしまうのは勿体無い。

SSE用のコプロセッサになってしまえ

>>341
ねえ、Inquierの記事読んだ？
Meromはイスラエルチームが手がける新アーキテクチャのコアだって。Baniasのtweakバージョンじゃないよ。
クロックあたりの性能は20%-30%アップ。デスクトップバージョンのConroeだとパワーセーブユニットを
はずせば発熱を増やすことなくさらに性能を向上させることができるとある。
この記事を鵜呑みにすればだけど、どう考えてもNB系よりはよさそうじゃない？

>>357
　　; .; ; ; .; ;
　; .从从从; .; ; .
从 y In 从从; .; fi
　＼（炎 ）ー-/ ^^i　　一緒にプレスコで燃えませんか？
　从| プ　／;.; ` -''　　
从(/＼ゝ从;.;
　 / /＼＼从
　 |_.ゝ　.ヽ_ゞ
　 /_)　　　ヽ)

>>370
いや、だからその性能向上がTejas以上、若しくはK9コアと渡り合えるのか？
・・・と思ってしてるのでは？

NetBurstは滅び、モデルナンバー[PenM系Dualコア]マンセー！

SSEで速くなるような処理はGPUがやってくれるようになる

>>373
そんなことしたらアムド潰れるから困る
価格を下げるだけの駒がなくなるから

ほら、Pen4がこんなにも無様だから、
極端にPenMを過剰崇拝する奴が出てきた。

よく勘違いされてるのはAMDのモデルナンバーって3200＋ならAthlon3.2GHｚ相当
であって、P4_3.2GHz相当じゃないんだよな。

こんな感じだろうな。
Athlon64>Pentium4c>AthlonXP

(´-`).｡ｏO（こんな事言ってたけど、現実的になってきたな・・・

もうGHzだけの時代は終わった、これからは新しい指標が必要だ
ttp://pc.watch.impress.co.jp/docs/article/20011024/kaigai01.htm




>>372変な日本語でｺﾞﾒｿ（´･ω･`）

>>379
散々バカにしといて、Pen-M売りたくなったらコレか。
氏ねとしか言いようがない糞企業だ。

一昨年は前倒しで製品リリースしてたのはなんだったんだろ

>>380
記事の日付を・・。

で、Intel様はちゃんとベンチマークにテコ入れしてますよ？

PenMにしろ、いろいろと伏線を張っとくもんですなぁ
何が孝行息子になるのか、わからんもんだな

孝行息子のPenMにNetburstを導入か？ｗ

お世話になったあの方に、
今年のお中元にはノコナ詰め合わせが喜ばれます

PenMを64bit化して、AMDよりも先にデュアルコア版を出せば、
値段次第だが、買うよ。Opデュアルよりも安いことが前提だが。

PenMは、P6ベースとはいえ、大幅に手を入れた新コア。 開発費もかなりかかってるはず。
早々に消えるはずだったら、そんなに開発費かけるはずがない。
PenM開発段階である程度の期間使う計画があったのだと思う。
NetBurstって、AMDがモデルナンバー導入した時点で存在意義がかなり薄れたからな。
まあ、Intelもそんなに馬鹿じゃないってことだよ。

>>387
ＰｅｎＭ系はモバイルに専念するだけでしょ。
バッテリーの解決策が出てくれば切り捨てられる実なんだし・・・

>>370
Meromが新アーキテクチャってのはかなり前から言われてる。
PenMも次世代はNetBurstっていう噂は前からあったけど、
クロックあたりの性能が20-30%アップってのが、
正確な情報だとすると当然NetBurst拡張路線ではないだろうね。
P6のマルチコアみたいなのか、もしくは全く初見のアーキということになる。

P6→PenMで導入された省電力&高速化のアプローチは、
NetBurstベースでも応用が利くモノばかり。
NetBurstやその後継アーキも電力制御や冷却を強化しながら高速化して、
デスクトップで生き残らせることはできるんじゃないかな…。

というか、何故Meromベースに絞らなければならないのだろう…。
Nehalem熱すぎてやめたら、他に駒がなくなったのか？
ConroeがK9に絶対パフォーマンスで勝てれば問題はないが、
そうでなければMeromコアオンリー戦略は命取りだし。

Intelが注目する今後のプロセッサ強化策は
http://www.itmedia.co.jp/news/articles/0402/20/news026.html

3EGHｚと3GHｚどっち買えばいいの

Eのほうがいいに決まってんだろ

じゃあ3GHzにする。関係ないけどIDがブラックフィルムだ。

>>390
IDがﾁｮｰｶｺE

>392
3Eは最強ﾌｧｲﾔですよ、そっちにしましょうよ。

Pentium64 FX

>>389
しかし、INTELはAMD６４互換を想定せずに６４BIT化しようとしていたにもかかわらず
IA６４までも互換をしようとするのはスゴイな。
今のAMDにIA６４を実装するのは無理なのと正反対ですね。

>>396
オマイさん頭の中大丈夫か？
IA64でIA32をエミュレートすることはできるが、
IA32でIA64を互換にすることはできないぞ？

IA32とIA64ではまったく別物なんだから、
AMDはIA64専用の互換CPUを作らない限り、
IA64を実装するのは不可能だ。

>>396
IA-32eでもIA-64は実行出来ない。
やろうと思えば出来るだろうけど、性能的に（IA-64でIA-32eをエミュレートする以上に）無意味。

だいたいこの状況でAMDがIA-64に手を出そうとするのはさらに無意味。

インタプリタ型のソフトウェアエミュレートとか．
実機の0.1%〜1%の速度は出るんじゃないかｗ

それ以前に，AMDってIA-64のライセンスもってないだろ．

Pentium5[極小ｽﾍﾟｰｽ]2Ghzとして発売。
あたかも52Ghzで動いているかのように見せる

IA32(e)をデュアル化すれば、IA64を動かせそうなものだけど
確かに意味が無いなｗ

>>401
ぇ？

>>401
釣りでつか？ｗ

IA64はこのままヒッソリとゴミ箱逝きやと想いまふ

>>374
画像だけが速いと思っている素人

Transmetaならできるかもしれんが‥ コードモーフィングでiA32eとiA64両対応プロセッサ。
激しく意味がないが。(w

FKLUT5zMはちょっとばかり日本語がヘタなんだよ
そっとしておいてやってくれ…

>>405
今はビデオ内蔵ﾁﾌﾟｾﾄ使ってるけど、下り？帯域を有効に使ったエンコ対応GPUが
2万ぐらいで出て、＋3GHzぐらいの能力になるのなら買うぞ

つーか、そうならないと1万円以上のグラフィックカードなんて買わない

インテルは不況の割りに増益な現状を踏まえて、
今はわざと技術を出し惜しみしているものと思われます。
あれだけの企業がこのぐらいでへこたれたら大変なことです。

>>409
妄想もいい加減にしましょう

そろそろ次世代について語って欲しいんだが・・・
蓮あたりの話でもすればいいのか？

漏れの蓮予想
x86-64互換(但しSSE3とＨＴはインテル上位互換ｗ）
L2キャッシュ 512KB
L3 オフダイ3MB
DDRII対応チップセットでないとうごかん
まとりあえずこんなもんかな

道三はこのスレでいいのでつか？

Vanderpoolってのは、
386上で動く仮想8086モードと比べてどうちがうんでしょ？

>>379
＞　だが、2〜3年というスパンで見ると、Athlon XPのアプローチやTPIは正当に評価されるようになるだろう。
＞というのは、クロック以外の指標というのが、業界全体で珍しいものではなくなる可能性が高いからだ。
＞もちろん、CPUのクロックは指標のひとつであり続けるだろうが、別な指標も示され、クロックオンリーに
＞基づかない価格設定が行なわれるようになるだろう。Intel CPUも含めて。

＞　Intelがクロック以外の指標を、どうユーザーに浸透させるかを具体的に進め始めると、Intelもモデル
＞ナンバーに対するネガティブキャンペーンをトーンダウンせざるを得なくなる。自己矛盾に発展する恐れ
＞が出てくるからだ。逆を言えば、AMDとしては、それまでひたすら粘ればいいことになる。
＞(2001年10月24日)
＞[Reported by 後藤 弘茂]
しかし、後藤さんってつくづく凄い人だなあ

>>414
綺麗に二年半だもんな。

神がかった予測ですね。
ついでにいえば、Prescottは10年に一度のアーキテクチャ改変CPUと
考える後藤さんを支持します。PenProの最初もあっちっちだったじゃ
ないですか。

>>414
次に勝負できるとすればTHzでしょ（無意味だが）

自作版ってゴトーを神格化しすぎ　ゴトースレでやってくれ
ま、他のライタがダメダメってもあるんだがな
もっとガンガレ＞特にＰＣWatchのライタ

神ライターは高橋だろ。ゴドーは違うぜ

>>415
他のバックナンバーもみてみ？

中には外れもあるけれども、かなり的中率高いし、今にしてみれば
「ああ、このことだったんだ」と納得するものも多い。

そこで超珍ライターの出番ですよ。

ところでVanderpoolってどういったニーズを満たす
つもりなのかな。これの使い方を考えると結構楽しいものがあるよね。
VPCやVMWAREみたいなソフトウェアでのPCの仮想化よりもパフォーマンスが
よいし、colinuxやUMLなんかのやり方よりもセキュアだし。

>>417
だからクロック勝負の世界じゃなくなるって書いてあるだろ

きっとGPUにおける3DMarkみたいなベンチの結果が性能測る指標になるんだろうね。これからは。
適切なベンチマークソフトがなかなか出てこないが。

>>421
ＰＣの仮想化だけの為にハード化するのはイイが
そんな機能一部の人間にしか使われない罠。
INTELが何を考えているのか知りたいなっと。

>>423
MSがベンチソフトを開発してWindowsに標準添付してくれればいいんだが。
とりあえず。

>>425
MSがFutureMarkと提携してベンチのなにやらやるって前話になかったっけ。

切り捨てられる実はＰｅｎ4！

＞よく勘違いされてるのはAMDのモデルナンバーって3200＋ならAthlon3.2GHｚ相当
＞であって、P4_3.2GHz相当じゃないんだよな。
昔AMD幹部が言ったってやつだよね。そのへん、AMDスレでもありゃ「言い訳的」に
言っただけだろ、という感じの発言を見たけど、そんな事じゃないの？
その雷鳥比だっていうソースがあったら見せて欲しいんだけどね。
つーか、雷鳥比で皆わかるわけかい？んで今も雷鳥比3.2倍のAthlon64です、って
売り方なわけかい？ﾜｹﾜｶﾗﾝ。
自社お手製モデルナンバーを有難がるなんぞ、自作板住人がやることじゃあないと
思うが。iCOMPはそんなに有難がられていた？

>>401
素人ｗ

>>428
なんでこのスレに書くんだよ池沼

>>424
電卓上がりのPCがついにメインフレームを狙うっていう物語が
欲しいんじゃないかな。
それはさておき、一台のPCで同時に一つのOSしか動かないってのも
変な制限だよ。86のアプリケーションがWin95でいくつも同時に
動いたように、OS自体がいくつ動いてもいいじゃん。

>>430
ああ、>>377へのレスだった。

>>431
いや、ＯＳってのはそういうもんなんだよ・・・

>>428
逆に雷鳥比でないというソースは？
皆が思い込みでそういってるだけに過ぎないのでは？

>>434
いや、だからAMDはそのへんあいまいにしてるんでは？
雷鳥比っていうソースがぜひみたいです。

しつこいな、その手の話はvsスレで散々やってるんだからそっち池

このあたりか？

400 名前：Socket774 [sage] 投稿日：04/02/19 01:09 ID:s6ztJi6h
しかし雷鳥比というのが当のAMDの見解だからねぇ。
↓ソース
ttp://e-words.jp/w/E383A2E38387E383ABE3838AE383B3E38390E383BC.html
ttp://ew.hitachi-system.co.jp/w/E383A2E38387E383ABE3838AE383B3E38390E383BC.html
ttp://www.itmedia.co.jp/dict/semicon/mpu/benchmark/03131.html

>>433
ハードウェアリソースの配分を適正に行うには、
ハードウェアの仮想化は必要になると思うけど。

>>431
Linux系の雑誌で複数のOSをタイムシェアリングする記事を
見た記憶が無くも無い。

>>438
リソース配分だけなら片方のOSは機能停止になるし、使えないね
もっと他の機能をCPUに詰め込め！って言うことになると思うけど？

>>440
だからこれはPCが汎用機(?!)になるための10年先を見越した
技術なんだって。一つのプロセスががばっとリソースを
確保するような用途なら、既存のハード・OSでなにも問題ない。

セキュリティー向上を目的として、Windowsがこの機能を使ってどう
実装するかってのはまた別の話としてあるけど。

>>437
AMD自身のページでは無いのね・・・それじゃﾜｹﾜｶﾗﾝ。

複数OSの立ち上げってのは、大型だとかPower系だとか普通にやってる、らしい。
あれば便利なのは、分かる。個人向けにはあまりいらないなあ。
実験として、DBレプリケーションとかが動けばうれしいかな？

"+++"と"＋＋＋"は同一人物？

Vanderpoolに関してはインテルが先行した形になってるけど、
AMDも同様の実装はするのかな。どうだろう。コンシューマで
必要ない、とPAEを実装しなかったAMDのことだからもしかしたら、
しないかもね。パテントの問題は分らん。

>>443
ああ、そう。何故か＋＋＋が化けたので変えた。なんかWebプログラム変更あったのかいな。

>>444
AMDもデュアルコアにするみたいだから
同じような技術は視野に入れていそうなものだけどね

ユーザーが複数で、かつそれぞれが保守やセキュリティの関係で
各個に独立した環境を求めるような大型機なんかじゃ、一台のマシンで
ＯＳが複数走っても意味があるだろうけども、個人で使うＰＣじゃあまり
メリットないような。

あと広い意味じゃエミュレータの類は一台で複数のＯＳが走ることに
なるね。

http://pc.watch.impress.co.jp/docs/article/20011010/amd2.htm

ほんとにウゼェな･･･

Celeronに逆モデルナンバー導入ｷﾎﾞﾝ。

>>428
ああ、あとあれだ。

iCOMPの時代には動作クロックと他の仕様がほぼ一定状態だったから
動作クロックとiCOMPの値の差はほぼ一定だったんで意味はなかったけど。

でも、いまやPen4だけでもコアやFSB、機能の違いなど動作クロックだけで
性能の比較がしにくくなったからな。例えば2.8GHzのPen4なんだが、2.80/
2.80C/2.80Eと三種類あるし、これにセレまで加わった場合、性能の良し悪しの
並び替えは出来ても、実際にどれぐらい違いがあるか、ってのがわかりにくい
からなぁ。
自作ＰＣじゃないが、ノートなんかでPenM1.7GHzとモバセレ2GHzが並んでると
後者の方が高性能、と思う人多いだろうしね。インテル自身も悩みどころじゃ
ないか？

>>448
ん、それが昔あったというAMD幹部の発言なんだろね。
で、「訴訟対策での言い訳」だと捉えられてる、と。

思うに、雷鳥1GHzの3.2倍の性能がAthlonXP3200+になるとは思えないんだけどね。
クロックは2.2GHz。キャッシュ容量、FSB向上はあるが。
現状の「雷鳥比？いやPentium4比？結局なんなのそれ？」という
モデルナンバー制がいいわけがないだろう。雷鳥比などと言われても絶対ピンと来ない。
・・・まあオレは雷鳥1GHz使ってたからまだいいだろうけど。
各種ベンチを見比べる以外にないだろうね。パフォーマンス比較は。

>>447
>保守やセキュリティの関係で
>各個に独立した環境を求めるような大型機なんかじゃ、
汎用機的なニーズに応えるというのは、実装から得られる
ひとつの答えであってそれが全てじゃないと思いますよ。
それに今あるPCを汎用機として使う馬鹿はいません。
あくまで技術的な先行投資でしょう。

>一台のマシンでＯＳが複数走っても意味があるだろうけども、
>個人で使うＰＣじゃあまりメリットないような。
勿論一般的なPC的用途を想定すれば、多種多様なOSを複数同時に
動かすというのはそれほどのメリットにはならないと思います。
むしろOSの機能としてセキュアなサンドボックス的環境を
瞬時に用意できることの方が大事かと。これがVanderpoolの
簡易実装版として言われているLaGrandeとイメージ的には
被るのかな。
あとは上にも書いたようにCPUだけでなくハードウェア全般の
厳密なリソース管理ですね。

と、まあ酔っ払いの妄想を書き連ねてみました。次世代CPUの
スレだし、少しぐらいいいよね？ｗ

>>452
いいんでない？そういう予想も。俺も嫌いじゃないしｗ

>それに今あるPCを汎用機として使う馬鹿はいません。
自分でも否定の方向のレス書いておいてなんなんだけど、
家庭ユースなんかでは、むしろ汎用機的に使うような
可能性はあるかも。家に一台高性能マシンを入れて、
各人端末からアクセスするような。ま、実現するとしても
まだまだ先だろうけど、マウスとキーボードとモニタを
２セットつないでそれぞれ別々に使えるマザボも出てたし
可能性はあるような。

>>437
んなの「その時点でのP4比だ！」と言えないから「そういう見解にしてる」に決まってるべ。

いつまでも雷鳥比どれどれなんて言われたって困るし。

暗黙の了解、公然の秘密、周知の事実ってやつだよ。

>>450
実性能での分かりにくさって言う点は、確かにあるけどね。
それと、IPCを絶対に理解しないであろう素人の方が圧倒的に多いという
事情もあるし。
で、AMDのモデルナンバー批判やったんだけど、Pentium4比とするのなら、
特に問題視する程のことではないとも思う。
Duronでモデルナンバー表示してなかったのは明らかにダブルスタンダード
なんだけど。

ところで
http://pc.watch.impress.co.jp/docs/2004/0209/kaigai062.htm
http://pc.watch.impress.co.jp/docs/2004/0209/kaigai_1l.gif
このGIF画像に書かれてる、Tejas New Instruction(TNI)
ってなんなんでしょ？聞いた事ないな。

>>456
8 Tejas New Instructions (TNI) : New high-performance audio standard,
code-named Azalia supporting Dolby digital, multistreaming and improved
speech recognition.
と出たけど、たった8個か？どこでも8個と書いてる。

>>455
確かにモデルナンバーを出してきた当時、DuronはP6コアのセレと
張り合ってたからモデルナンバーを採用しにくい状況だったな。
まぁ、表向きにはフェードアウトした製品だ、許してやれよｗ

>>456
拡張HTTの事じゃないかな？
http://pc.watch.impress.co.jp/docs/2003/0325/kaigai01.htm

エンハンスドHTTって画像に書いてるけど･･･

>>459
ああ、ほんとだ、わりぃ。

>>451
＞思うに、雷鳥1GHzの3.2倍の性能がAthlonXP3200+になるとは思えないんだけどね。
＞クロックは2.2GHz。キャッシュ容量、FSB向上はあるが。
＞現状の「雷鳥比？いやPentium4比？結局なんなのそれ？」という
＞モデルナンバー制がいいわけがないだろう。雷鳥比などと言われても絶対ピンと来ない。

うんちくたれる前に、ちょっとは、自分の頭使って検証したのか？
superPI 1M何秒かを比べてみる。

Tbird 1GHzで2分19秒らしい。
AthlonXP2800+で大体49秒。
http://www.extremeoverclocking.com/reviews/motherboards/MSI_K7N2_6.html

139 s * 1000 Mc/s = 49 s * x Mc/s
xは、MNだが、MNがTbirdのMHｚ(=c/s)と同等、ipcも等しいと考えれば、
super PI 1Mの計算に要する命令数が両辺で等しいので、この式が妥当なのが分かる。
x = 2836.7 > 2800
となり、だいたい妥当な数値となる。
第三者のつくったベンチで、ほぼ妥当な結果が出たことになる。

つか、いい加減MNの話ｳｻﾞ杉。
するなとは言わないけど、少しは控えてくれ。

>>461
細部訂正
>MHｚ(=c/s)
Hz(=c/s)

IDF Spring 2004 - 自作PCもQ3にはBTXに
http://pcweb.mycom.co.jp/articles/2004/02/20/idf2/

BTXってPCｹｰｽ業界の陰謀だと思ってるのは漏れだけ?

モデルナンバーについてはAMDのホワイトペイパーを見るとよい。
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25426C_WP_FINAL.pdf
Palomino1.33GHz(AthlonXP1500+)はThunderbird1.4GHzとどっこいどっこいの性能なのに、
1500+とナンバリングするのはいかがなものか。
SYSmark2001 Internet Content CreationではPalomino1.33GHzはThunderbird1.4GHzより18.7%も性能が向上しているが、
これはSSEによるもので(しかも標準では認識しないのでパッチを当てて強制認識させている)、
Thunderbirdでは3DNow!を使っていない結果だし。

モデルナンバーの話ウザ過ぎ。別スレでもさんざんやってるけどそっちと合流しろよ。
もしくは専用スレ立てれ。

っていうかなんでこのスレでそういう話になったん？
Netburst捨てるからIntelもモデルナンバー採用するだろうから？

>>468
そう。
そんな低レベルでどうでもいい妄想を必死に主張する人がいるから。

将来、Intelが何らかのCPUの性能指標を設定するかもしれんという話をするならわかるけど、
なんでそれがAMDのモデルナンバーの歴史の話とかになってるのかﾜｶﾗﾝ。
明らかなスレ違いだと思うんだが。

>>465
　Intelの陰謀。誰よりもあそこが強力な冷却を求めている。
　BTX自体は支持しても良いが、他所に頼る前に自分ところで消費電力下げる努力しろよと言いたくなる。
　IBMに頭下げてSOI教えてもらうかしてさ。

+++とか言う奴から始まったんだろ、ウゼェ

AMDがどのように主張しようと、Pentium4とモデルナンバー採用のAthlonが
一緒に店頭に並んでいれば、客はintel製品と比較するだろう。
自社製品との比較なんて単なる屁理屈。

＞４７１

SOIよりもっといい技術持ってるけど、コストが高くつくので、
いまぐらいならそのままいけるからそのままにしてるだけだよ。ｗ
ちゃんと知れよ。ｗ

　　　　　　　　／蓮ヽ 　32bit　　　　　　　　／涅槃ヽ 　64bit
　　　　　　　/ 丶｀Д´> 　/　　　　　　　　　/ 丶｀Д´>　/　　
　　　　　　　|　U　 / 　　/　　　　　　　　　　|　U　 / 　./
　　　　　 　（　ヽノ 　　/　　　　　　　　　　（　ヽノ　　./
　　　　　　　ﾉ>ノ　　/　　　　　　　　　　　ﾉ>ノ　..　/
　　　三　　レﾚ　. /　　　　　　　　三　　レﾚ　..　/
　　　　　ﾋﾀﾋﾀ　/　　　　　　　　　　　　ﾋﾀﾋﾀ　/

>>461
いや、SPECIntでの結果なら比較してみたが。
Athlon 1200496
AthlonXP3200+1080
単純にクロック比率で言えば、AthlonXP3200+は1322になるべきという結果になり、
ここではかなりの差異がみられた。

>>472
もちろんここでモデルナンバー制を（無邪気に）有難がる人がいるからだけど。
んで、批判したと。（するとまた雷鳥比の話を持ち出す奴がでるし）
一番の欠点は、自社の都合のいいベンチばかりを選ぶ危険が常にあるという事。
それはAMDであろうとIntelであろうと変わらないが。

>>476
AthlonのMNの話はAthlon系スレでどうぞ。

　　　　　　　　 ,.-'''"-─ `ー,--─'''''''''''i-､,,
　　　　　　,.-,/燃えるゴミ /::::::::::::::::::::::!,,　　＼
━━━ （　 ,'　プレスコ i:::::::::::::::::::::;ﾉ━━━━━━━━
　　　　　　`''|　 ;; 　 　;;　 |:::::::::::::::::::::}　　　　　｀`ー''"
　　　　　　　 !#　; ; # #　#'､:::::::::::::::::::i
　　　　　　　 '､;;`-=''''フ'ー''ヽ、::::::::::/ヽ､-─-､,,-'''ヽ
　　　　　　　　 ＼#／　　　　 ヽ--く　## ;;,,,..--┴-､ ヽ
　　　　; .;; .; ; ; .; ; ; .; ; ; .; ; ; .; ; .; ; ; .; ; ｀`".; ; .; ; .; ;　＼>
　　　; .;从从从从从从从从从从从从从从从从从; .;;.;

>474

今ぐらいならそのまま行けないから、こういう問題が
発生していると思われ。
ここまで追いつめられて安穏としていられるのはのんき
というより判断力の決定的な欠如だろう。

>>474
　　----------------------------
　　SOIよりもっといい技術
　　----------------------------
DST (Depleted substrate transistor)のことすか？あれ昔から提案されているFD(fully depleted)-SOIと言われる
SOIの一種す。486互換チップ時代に商標問題で苦労したせいか、SMTをHyperThreadingって命名するとか、
とりあえず商標が取れる名前を自社技術に付けるのがIntelの方針なんすよ。ちゃんと知っておいたほうが良い
かもしれないす。

しかし、Intelも他社もTerahertz Transistorのようなプレーナ構造をつきつめたトランジスタより、Fin-FETや
Tri-Gateトランジスタのような三次元ゲートを将来の有力な候補と考えていると思われるす。

ネットバースト消滅まで後１０９６日（3年）！
ttp://www.excite.co.jp/world/url/body/?wb_url=http://www.theinquirer.net/?article=14257&wb_lp=ENJA

>>476
とりあえず、自レス読み直したら？
XP2.2Gが雷鳥1.3G並だって？ｗｗｗ

>>476
お前いい加減うざい

>480

DSTは宇宙の彼方に四散したんだろ(w
つーか、屋台骨を揺るがすほどの危機に遭遇してるのに
出し惜しみするのは狂ってるとしか思えない。

>>483
？？雷鳥1.3Gって何だろね。
確かにタブ使って変になってたので書き直そう。
Athlon 1200 　 　496
AthlonXP3200+ 　1080
1322っていうのはもちろんXP3200+がSPECInt値でそれくらい出ることを
期待できるハズ、という事。
もう少し控えめな比較値でも1221という値が出てくるけど、
（Athlon1200でもっと遅い機種があった）それでも差異は大きい。
まあ、やはり>>454のような感じなんだろうから、こんな比較しても
しょうがないんだろうけど。

ついでにAthlon64 3200+の数値を持ち出せば、SPECInt値1335になってる。
AMDでのモデルナンバーにかなりの修正が行われたようで、これは衆目の一致する
ところだと思うけど。

空気の嫁ねー馬鹿がいるな・・・

>>486
SPECIntがどんなベンチが分かって言ってるのか？w

>>489
もちろん、SPECInt一つ見て全てを判断できるわけじゃないよ。
そんなことは誰でも分かると思うし、
＞各種ベンチを見比べる以外にないだろうね。パフォーマンス比較は。
と書いてる。

>>488
いや、変な具合にいちいち突っかかってくるのがでてくるから・・。

>>490
分かってるのならば、たまたまそういう結果になるものがあるという
だけで済ませばいいものを粘着してるから空気嫁と言われてる。

実際の所、モデルナンバーなんぞツマラナイ議論だし（所詮素人衆に提示するものでしょう）、
どーでもいい。

そーいえば、Prescottパイプラインの解説は結局無かったようだけど、IDFでは。
誰かさんが言った通りになったと言う事かな？
期待してたのにな。

コテハンで叩かれ好きのﾏｿﾞがいるなｗ

LGA775まで待つとFSBが1Gっていいわれているんだが、
そのメモリ帯域って何に使えばいいのだろうか？
インテルは欲しいときに欲しいデータがとれず、ただ幅広でデータすかすか
なアーキテクチャをいつまでごり押しするつもりなのだろうか
インテルもメモリコントローラをCPUに統合しる

その為のDDR2じゃないの

真面目にIntelの次世代CPUについて論ずると現状出てる情報だけでは暗い話題ばかりで
Intelのイメージが低下する一方なので
無理やりMNの話振ってAMDのイメージを悪くしようとする
典型的な淫厨のFUD攻撃ですよ。

>>493
HDBenchで同クロックの北森セレと北森Pen4がほぼ同じ結果になって
「Pen4はセレと変わらない性能」と言い出しかねない池沼なので相手に
しない方がいいと思われ

>>493
オレのこと？それともMACｵﾀ？（笑

>>481
雰囲気的には、Terahertz Transistorとかがどーしてもうまく行かないなら
Tri-Gateトランジスタにするか、というように感じられるけど。
ともかくプレーナで逝くところまで行く、と。

>>489
　　------------------------
　　SPECIntがどんなベンチが分かって言ってるのか？w
　　------------------------
SPECわ、一応複数のアプリケーションを用いた実用ベンチということになっているす。
あなた自身わ、どういうベンチだと思ってるすか？

>>498
多分キャッシュに収まるとか、そんなことでないの？

>>494
え？DDRIIになるとバスの使用効率があがるの？
んな話聞いたことないぞ
見かけクロックの向上によるレイテンシの隠蔽じゃなく削減を目指せといっているんだが

>>495
だからモデルナンバー制の話が出てたからだと言ってるのにね。
Pentium-M系にモデルナンバー振るとか何とか。
現時点でモデルナンバー制と言えばAMDの話するしかないじゃん。

厨コテが２人も集まると収まるモンも収まらんな┐(´ー｀;)┌

>>464
Intelは本気でBT'Xに取り組むのか・・・。ネタかと思ってたよ。
どこまで待てばいいのかわからなくなってきちゃったなあ。
Q1 Socket478 Prescott ＞性能上がってなくてｳﾜｰﾝ
Q2 Socket775 Prescott ATX ＞冷却でｳﾜｰﾝ
Q3 Socket775 Prescott BTX ＞やっとまともに？でも全とっかえ

もうあきらめてNorthwoodかってこようかな・・・。

>>503
まだあきらめてなかったのか？

>>499
SPECわ、一回の測定に半日かかるとかいう代物す。そんなに小さなベンチマークじゃないすよ。
更に、幾何平均を取るすから一つのベンチが極端に良くなっても、全体への影響わ少ないす。
ちなみにSPECにおけるキャッシュの影響の調査わ、こんなんとか。
http://www.chip-architect.com/news/2003_08_29_Cache_efficiency_for_SPEC2000.html

YouはShock　俺のプレスコ、早くない
YouはShock　早くないけど、めちゃ熱い
熱いコアは　水冷キットでも　まだ不安だよ
なめてる奴は　放熱不足でダウンさ

YouはShock　ベンチマークは早くなる
YouはShock　提灯記事で早くなる
トランジスタ　漏れ出す電流が　熱く燃えてる
全て溶かし　無惨に燃えさかるはずさ

己のシェアを守るため　クロック上げまくり
明日を　見失った
効率忘れたコアなど　見たくはないさ
Ｉ（ＰＣ）を取り戻せ…

このコピペでいつも思うのは、 　早→ 速　じゃないの？

>>498
>>499
ドーデもいいけど他でやってくれないかな〜
頼むからサー

ただでさえネタスレ乱立で数少ないまともなIntelCPUについて語るスレなんだからさ。


てか彼ら(荒れるからあえて誰とは言わないが)には自浄能力無いみたいだな。

メモリ帯域上げて、チップセット内蔵VGAでもLonghornに十分使えるように
したいんじゃないかな。CPUは300mm+90nm、チップセットは200mm+130nm。
そうしないと、200mmの生産能力が埋まらない

>>508
単にSPEC2000について何も知らなさそうなヒト達が滑稽なやりとりをしてるので、突っ込みに来ただけす。
モデルナンバーの話題に興味わ無いすから、ご自由にどうぞ。
ただ、自分に内容が理解できないからといって「ネタ」と評するのわ疑問すけどね(笑)

確かにワケのわからん+とかのモデルナンバーはやめてほしいな。
つか、代理戦争は専用スレでやってくれ。

殺伐としたスレに救世主が！


　　　ヽi〜'~~|ノ
　　　　|　　　|　　　ようかんマン
　　　　|＿＿|
　　　　　|　|

http://pc3.2ch.net/test/read.cgi/jisaku/1077089057/l50

>>512
オマイなんて、よう噛んでやる！

>509

メモリ帯域上げてるのはHTのスレッド数を増やすためだろ。

　　　　　最悪板のMACオタスレ
´д｀）つhttp://tmp2.2ch.net/test/read.cgi/tubo/1076453506

+++とかいうヤシの話は散々厨スレや各vsスレで議論されつくしたことを
掘り返しているのでつまらん、消えろや。

だったらなんか面白いネタフリをしろやゴミカスと思いました。

>>517
(´∀｀)ｵﾏｴﾓﾅｰ

>>514
そんな功徳を積んでも現世でのご利益はなさそうだな。
もっとも淫照菩薩も左前だし果たして来世で幸せになれるのやら。

来期、減収じゃなかったら笑うな。

同じ事ばかりネタにするのは録音という淫厨と似ている。

+++、MACｦﾀ、ｱﾑ厨は出て行ってください

まずお前が出ていけ

そして誰もｲﾅｸﾅｯﾀ

うまい

怒ったウキー、お前ら全員逝っていい

まずお前が出ていけ

ここはアム厨の聖地です。部外者は逝って良し！

とりあえず、IntelはまともなCPUを作れ。話はそれからだ。

>>516
悪かったな、まあそんなにいろんなスレ覗くほどヒマじゃないんだ。
あんまり色々見ないようにしてるし。
しかしIDFも終わって今は大してネタもないな。

>>529
話しをする技量も無い奴が嘆く捨て台詞でつねｗ
カコイイ（訳が無い

>>531
あのー
核心つかれるとすぐそんな反応するのがヲタク臭くて
臭くて臭くて…気持ち悪い……

>>532
まぁ簡単な事だ
まともになるのはお前で、症状出始めたら迅速に病院へ逝けｗ

CPUで話をするにもネタがないな
人格を話題にしてもツマラン

>>530
知識がないなら語るべきではない、何故わからない？
そもそも検索すれば一発で出てくるようなことをIntelスレで
問題にしているお前は池沼かと。

じゃぁっ話を振ってみるか
LGA775ってほとんどがGRNDピンという話を聞いたが、
淫照は64bit拡張もLGA775で行くのか？

これってメモリ拡張込でのピン変更だったりしたら、
LGA775で64bit拡張するつもりだったんだな

>>535
検索して出てくるって、あの記事かいな？

>>536
GNDだけ増やされても・・・。

再び下駄の登場ですねｗ

　　　　　　　　　　　In＿�п@　／￣￣￣￣￣￣￣
　　　　　　　　　 　（ ｀Д´ ） ＜　俺のﾏﾏﾝが真っ赤に燃えるっ！
　　　　　　　　　　／,　　/　　　＼＿＿＿＿＿＿＿
　　　　　　　　　(ぃ９　　|
　　　　　　　 　 /　　　 /、
　　　　　　　　 /　　　∧_二つ
　　　　　　 　 /　　　/
　　　　　　　 /　　　 ＼　　　　　 　　 In＿�п@　／￣￣￣￣￣￣￣
　　　　　　　/　 /~＼　＼　　　　 　（ ｀Д´ ） ＜　 ベンチを稼げと轟き叫ぶ！
　　　　　　 /　 /　　　>　 ）　　 　 (ぃ９　　）　　　＼＿＿＿＿＿＿＿
　　　　　／　ノ　 　 /　／　　　　 /　 　 ∧つ
　　　　/　／ 　 .　 / ./　　　　　/　　　 ＼　　　　　 (ﾟдﾟ)　 ＜くらえっ！
　　　 / ./　　　　 （　ヽ､　 　 　/　/⌒>　）　　　 　ﾟ(　 )−　　＼ばぁぁく熱っ！HOT ﾌﾟﾚｽｺｫｫｯ！
　　 （　 _)　　　　　 ＼__つ　　（＿)　 ＼_つ　　 　　/　>　　

オタ丸出しですな。

ちゃんねらがそれも自作板でｦﾀといわれましても…

最近intelといえば暗い話題しかないけど(この板で)。
半導体業界はまだまだ明るい未来がありそうだ。
http://www.itmedia.co.jp/news/articles/0402/20/news047.html

>その手法としてゲルシンガー氏が示したのが「RMS」というキーワードだ

>>544
GNUのRMS(Richard Matthew Stallman)すか(笑)

相変わらず、体感気温が15度は下がります。

>>545
IntelはLinuxは押してたけど、GNUの教えについてはどうかなあ。（ｗ
「Linuxドライバだすけどバイナリ配布で〜す」とかいってるし。

MicrosoftがIA-32eを積極サポート
ttp://pc.watch.impress.co.jp/docs/2004/0223/kaigai065.htm

但し、3DNow!のPREFETCHW命令を使用した場合には、
特に深刻な問題が発生するそうです。（まぁ、そこはIn�пE・・）

いまさら3DNow!使う奴もいないだろう。

SSE3を積極的に使うとAthlon64の方で問題は出ないのかな?

それはつまりPen4、Pen3、セレでも問題でると言う事になるからそんなソフトは作られない。

あと、SSE3はSSE2を使うより、少ないクロックで出来ますよ、という命令が殆どだし・・・

>>551
IA-32のアプリならそうだけど、AMD64/IA-32eのアプリとなると話は別。
AMD64/IA-32eのスタンダードは、SSE3と3DNow!抜きってことでFAかな。
それを踏まえた上で、両アーキテクチャに最適化を施すならSSE3と3DNow!を使う事も
あると言う事で。

やべっ、In�ъnCPUでは大事なHT最適化の命令(MONITOR&MWAIT)
がSSE3に含まれてるな。






ｺﾞﾒｿ、吊ってくる・・・

インテルのIA-32eコンパイラは、スタートアップルーチンに
意味もなくSSE3命令を入れて来るに違いない。

>>555
555とgggゲットオメ
さらにK7とP7ゲット

P7・・まさに次世代。

我ながら凄いIDだ。
マイクロコード実行でもいいからマイクロコードパッチでSSE3に対応できたらいいのに＞AMD

http://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html
一応SSE3は対応予定という事か
いつになるのかね

http://homepage3.nifty.com/aona/cpu/cpu/intel_cpu_nehalem.html
ところで、このサイトの2004H2 Palnって誤り？

4 hyper threadingとかあるな。
仮想スレッドが4個?
スレッドが全部で4個?

K7、P7、good!! good!! good!!
神降臨。

558が迷える自作界に光明をもたらすであろう。

>>555
AMD自身がHammerのSPEC2000の申請に使ってるコンパイラもICCなんすけど、どこをどう邪推すると
そういう妄想が出てくるすかね。。。
http://www.spec.org/osg/cpu2000/results/res2003q3/cpu2000-20030908-02472.html

>>563

http://news.softpedia.com/news/2/2004/January/6899.shtml

> According to our correspondent, the compiler switch -QxN
> produces x86 code which runs only on P4 CPUs, not on AMD
> CPUs. However, the boffins at c't used the -QxN to produce
> code, patched out the CPU type inquiry and so managed to get
> the code to run on the Athlon64.

>>564
それ、プロセッサIDで判別してるって書いてるだけで不正なコードを挿入するなんて主張して無いす。

>>565
SSE3はIA-32eにとって不正なコードではないが。

Linus Torvaldｓの最近の主張も含めて、http://www.ussg.iu.edu/hypermail/linux/kernel/0402.2/1847.html
IA-32eわAMD64のパクりであるという言うヒトが少なくないようすけど、そもそも最初にｘ86-64が登場した時
から、「Intelが16-bit -> 32-bit拡張を行ったのと同じやり方」という説明を皆がしているす。
http://www.atmarkit.co.jp/fpc/rensai/zunouhoudan017/hammer_02.html
http://pc.watch.impress.co.jp/docs/article/991006/mpf2.htm
　　-------------------------------
　　AMDのBob Mitton氏（Division Marketing Manager, Workstation Products）は、このアプローチを「Intelがx86
　　を、16ビットから32ビットへ拡張した時のアイデアを借りた」と説明する。
　　-------------------------------
知的所有権における基本特許の重要性を引き合いに出すまでもなく、AMD64にわIntelも権利があることわ
明らかだと思うすけど、どうすかね？

>>567
権利はある。元々そういう契約を結んでいるから。
別段、拡張の基本方針が云々、とかそういうことではなしにね。
ああいう下位互換性をとかく重視した拡張はよくあることだし。

AMDがIntelにAMD64互換の拡張を使うなと言えばたぶんOKするだろう
その替わり、今すぐ32bitまでの全てのx86/x87命令とMMX/SSE命令をAMDが使わないようにすればね

>IA-32eわAMD64のパクりであるという言うヒトが少なくないようすけど、
パクリはパクリだろ。同じ物を違う名前で呼ぶからそういう風に扱われる。

しかしそれまでAMD自身もx86-64って名前で呼んでたのを、あるとき突然
AMD64に名前を代えた。NetBSDなんかもそれに従ってディレクトリ名を
変えたりした。あれはなんだったんだろう。そのとき何があったのかな。

>569

そんなガキのケンカみたいなことするわけ無いだろう・・・。
誰にどういうメリットがあんの？

>>568 さん
「使える」権利のことを話している訳じゃないす。文意が判らなかったのなら仕方ないすけど。。。

>>570 さん
　　-------------------------------
　　同じ物を違う名前で呼ぶからそういう風に扱われる。
　　-------------------------------
PowerPCのSIMD命令セットわ、権利を持つ3社がそれぞれ"AltiVec", "Velocity Engine", "VMX"と呼んでいる
すけど、誰もパクりとわ云わないす。

まあ、パクリ製品でしか商売できない某AMD社よりはマシだろ。
PentiumのパクリCPU、Athlon。

そもそも、AMD64自体がIntelのx86ベースのパチモノ系規格なんだから、
AMD64のパクリといわれてもねぇ…。MSの都合で合わせてやっただけだし。

>>571
Intelはパクるなって人がいるみたいなんでね
AMDもすぐIA-32互換CPU作るの止めりゃIntelもOKするだろって言ってるだけだよ
IA-32の動かないAMD64CPUなんて、Itanium以下じゃねえの？

>>573
バスの特性がまったく違うのにパクリか・・・
おめでたい脳みその持ち主のようだな君は。

　　-------------------------------
　　MACオタは相変わらず　意味もなく　荒れるように仕向けるのが　好きですね
　　-------------------------------

>>567
相変わらず、このバカは自分の贔屓を引き倒すためには論理的な思考もできないし
いいかげんな引用をしまくるのね。

Linus が言っているのは、「Intelはパクリニダ」でも「AMD64にわIntelも権利がある」どうこうではなくて、
誰が実際にそれを実装したかについて、最低限の敬意を払えということでしょう。
それと、AMD64が、16->32のときのやりかたにならった32bitの「自然な」拡張である
ということとは何の関係もありません。

>>578
　　-------------------------
　　最低限の敬意を払えということでしょう。
　　-------------------------
で、最低限の敬意って何すか？AMD64の名前を使えって意味にならないのわ>>572で書いたAltiVecの例の通りす。
もし名前が問題なら、x86-64をわざわざ"AMD64"に変えたAMDもいい勝負だし(笑)

何度か書いているすけど、AMDの互換プロセッサ路線が胡散臭いのわ、技術的な意味よりIntelが他のアーキ
テクチャと競うために投入したマーケティング費用やソフトウェアサポートやブランドイメージの上にタダ乗りして
ことす。それと比べて、今回のIA-32eのアナウンスの何処がAMDの成果を掠め取っていると言えるのかわ謎す。
多くの分析の様に、Intelが望む選択でわ無い筈すから。。。

以下の点わ、AMDわ相応の支払いをしているすから文句を言うべき筋合いでわ無いすけれど。。。
>>578さんの書いているような「自然な拡張」わ、通常オリジナルの権利者以外わライセンス料をケチって
やらないモノす。互換メーカーだからこその前代未聞にして奇怪至極の拡張をしてこそのテクノロジーカンパニー
なんじゃないすかね？
AMDにわ、そういう点で事務的というか、経営優先の匂いを感じるす。

いつもの事だけど、MACオタの長文は"わ"と"す"のせいで意味が分からん。

>>579
あいかわらず、自分の無理を通すためには味噌も糞も一緒にするMACオタだね。

＞PowerPCのSIMD命令セットわ、権利を持つ3社がそれぞれ"AltiVec", "Velocity Engine", "VMX"と
＞呼んでいるすけど、誰もパクりとわ云わないす。

それは、そもそも三社が共同開発したものだし、
"VMX"はもともとのコードネーム、最初に製品化したモトローラが"AltiVec"、
それを採用するアップルが"Velocity Engine"と呼ぶのとは
まったく事情が違うというのは、小学生でも分かることだと思いますが？

Javaをちょっと拡張したぐらいで
MSからライセンスを剥奪したSUNと比べたら、
Intelの選択はたいへん立派だ！

>>582
私への誹謗わご自由すけど、反論わ事実と異なるす。
　　--------------------------
　　"VMX"はもともとのコードネーム
　　--------------------------
AltiVec発表の3年後の2002年の時点でもIBMわ公式にVMXの名前を使っているす。
http://www-6.ibm.com/jp/developerworks/linux/021004/j_l-ppc.html
　　--------------------------
　　モトローラの74xx ("G4") シリーズ・プロセッサーに、Altivecという (あるいはVMXともいう) SIMD。。。
　　--------------------------

　だ　・　か　・　ら

MACオタは嵐だつってんだろ。スルーが基本。

アム房は決して認めないが、Intelは独占企業にしては至極まとも。
そして、AMDはそれなりの規模を持つメーカーでありながら、露骨な便乗マーケティング
ばかりのなんちゃって企業でしかない。

いずれにせよ、IntelわAMDの商標を犯さない独自の命名を行うことが自然なことわ、AltiVecの例が示しているす。

>>584
相変わらず論点をずらすのが得意だね。

　　--------------------------
　　IBMは後からつけた名前を使っているのではなくて、元からのコードネームを使い続けているだけ
　　--------------------------
という話なのが読めませんか？

三社共同開発という点については、無回答ですか。
そうでしょうね。いつもの論点ずらしだものね。

おまいら、谷夫妻はご夫婦でオリッピックだとよ。おめでてえな

やべ、誤爆した

>>587
だから、全然自然じゃないです。
少なくともAltiVecの例とは全然違うわけですが？

　　--------------------------
　　三社共同開発という点については、無回答ですか。
　　--------------------------

>>588
「三社共同開発ですら」別の商標を使う。。。という風に捉えるべきだと書いているすけど？
まして、（デキレースっぽいとわ云え)競合する2社が別の商標を使うのも自然な話す。

ｱｯﾌﾟﾙ社のﾏｯｷﾝﾄｯｼｭをこよなく愛す人々がいる。
通称ﾏｶｰ。彼らはどんなに高くても、どんなに使いにくくても、どんなに対応ソフトが少なくても、
どんなにダサくても。ﾏｯｷﾝﾄｯｼｭから他のOSに乗り換えようとしない。
いくらｳｨﾝﾄﾞｳｽﾞの便利さを説いてもわかってくれないのだ。
「いくら話してもわかってもらえない」「想いがどうしても伝わらない」
誰もが味わう苛立ち、不快感。それを解くキーワードは「マカの壁」だった！
「"話せばわかる"なんて大嘘だ」と思ったことは誰にでもあるはず。
「マカの壁」こそが、コミュニケーションの断絶を解くキーワードだ。
この壁についてわかると、身の回りの話が通じない人の思考がわかる。

>>592
相変わらず話をずらしますね。

>>572でMACオタが書いているのは
　　--------------------------
　　（三社共同開発したVMXについて三者三様で呼んでも）
　　誰もパクりとわ云わないす。
　　--------------------------
という当たり前の話。
共同開発しているんだから。

ところで
　　--------------------------
　　AMD64は、二社が共同で開発したわけではありません
　　--------------------------
というのが事実。

どこにも
　　--------------------------
　　競合する2社が別の商標を使うのも自然な話
　　--------------------------
かどうかなんてことは出てきていません。

ところでiLinkはFireWireのパクリですか？

>>589-590
わざとだろｗ
コーヒーふいたじゃねーか

まぁそこでようかんマンの出番なわけだが…

>>594
　　--------------------------
　　AMD64は、二社が共同で開発したわけではありません
　　--------------------------
もしかして、>>567をちゃんと読まずに論点ずらしとか因縁つけてるすか(笑)
権利関係で言えば、IntelわAMD64(商標じゃなくて中身の方）に正当な所有権があるす。

どうせSSE3も最終的にAthlonに乗るんだろう。SSEもSSE2も乗ったし。

クロスライセンス結んでるからな

>586
そうですなぁ。
最近までAMDは「信者はｳﾞｧｶだが、会社としてはまとも」
と思っていたが、

http://pc.watch.impress.co.jp/docs/2004/0221/ubiq46.htm
>AMDはわざわざIDFが行なわれているサンフランシスコにやってきて、
>IDFの会場近くにテントを張り、IDFの参加者に対して冒頭のボトルやコーヒー、Tシャツ、しまいにはマッチなど、
>多くの“Welcom to the World of AMD64”(AMD64の世界へようこそ)のロゴが入ったグッズを配っていた。

これ見ると、信者だけでなく教祖様もかなり痛いな。
必死にビラ配りするオウム真理教のような気持ち悪さだ。

>>597
>>567のどこをどう読めば、AMDとIntelが共同開発した事になるかｻﾊﾟｰﾘ判らん

AMD64でSSEの128bitレジスタの本数を倍に増やしたり、実行ユニットを
パイプライン化（SSE2のみ）したりと、結構AMDもSSEに力入れていれているな。

intel社員か？
会社がどうだろうといいCPUを作ってくれればそれでいい。

>>597
>>567で書かれているのは
　　--------------------------
　　AMD64にわIntelも権利があることわ明らかだと思うすけど、どうすかね？
　　--------------------------
という疑問形に過ぎないのだけれど、
これと
　　--------------------------
　　権利関係で言えば、IntelわAMD64(商標じゃなくて中身の方）に正当な所有権があるす。
　　--------------------------
はイコールになるわけ？ MACオタ的には？

　　--------------------------
　　Intelがx86を、16ビットから32ビットへ拡張した時のアイデアを借りた
　　--------------------------
から、
　　--------------------------
　　権利関係で言えば、IntelわAMD64(商標じゃなくて中身の方）に正当な所有権があるす。
　　--------------------------
というのは、ほとんど某SCO並みの電波なのだが。

今回の件に関して法的に問題がないのは、単にクロスライセンスがあるからでしょうに。

>>601
議論の相手をアム厨呼ばわりするのも失礼かと思うすけど、「共同開発」が問題なんじゃなくて、
　　共同開発＝参加企業に（成果物に対する）正当な権利がある
という事なんすけど。。。
そして、x86-64のような拡張についてIntelわ基本的な所有権を持つ。。。ということす。
理解できたすか？

"Athlon"や"Opteron"っていうIntel風語呂のブランド使ってること自体、
私たちはパチモノメーカーですって自ら認めてるようなもんだ罠。

ベンチャー企業のTransmetaですら"Crusoe"ではじめ出したんだからさ。
AMDと同盟結んだら"Efficion"になっちゃて、AMD毒が移ったみたいで残念。

>>605
そもそもお前が、
＞PowerPCのSIMD命令セットわ、権利を持つ3社がそれぞれ"AltiVec", "Velocity Engine", "VMX"と呼んでいる
＞すけど、誰もパクりとわ云わないす。
みたいな、的外れな例えだしてるからな訳だが？

>>604
私の見る限り、明らかにx86-64わIntelが発明した「x86命令セットのアドレスモードの拡張法」を
使用した派生技術に過ぎないす。IntelとAMDの寄与わ、悪く見積もっても半々程度す。

異論を聞きたいと思って柔らかく疑問文で書いたすけど、上記への反論わ無いすか？

インテルは5年後には倒産してAMDが独裁政治を開放します

>>607
　　------------------------
　　権利を持つ3社が
　　------------------------
ここが読めないようなのわ、とっても遺憾す(笑)

>>608
＞IntelわAMD64(商標じゃなくて中身の方）に正当な所有権があるす。

よくわかんないけど、あんたがこの主張したいならAMD64がIntelのどの特許に抵触するか言えばすむことでは？
「x86命令セットのアドレスモードの拡張法」これは正式な知的所有権？もしくは特許として米国で認められているものなの？

>>611
そもそも法的な権利関係なら、皆さんが書いてるようにクロスライセンス契約でクリアされているすよ。
Linus Tovaldsやアム厨なヒト達が文句を言ってるのわ、道義的な側面す。

そして私わ、道義的にx86-64にわIntelの正当な権利があると書いているすよ。これで理解してもらえたすか？

Z80-64

まあどう転んでも、ia32eがAMD64互換なのは変わりないな。
AT互換機はどこまでいってもAT互換機だよ。
後から来たものがオリジナルに代わるわけではない。

AMDもAMDで64のマニュアルにはia32の言葉は書いてない。
レガシーモードの一言だけ。

こんなくだらん名前に関する話はやめないか？

64bit拡張のような方法ってIntelが開発したもんなのか？

林檎豚に録音にミジンコ脳ばっかり集まってきますね

>>615
それをいったらあれだ。
PentiumPro以降のIntelプロセッサや最近のPowerPCプロセッサが採用する、
ばかでかい旧来の命令を動的に内部用のマイクロ命令に変換して実行する
方法論はNexGenが先駆者です。
故にこの方法論で設計されたプロセッサはすべてNexGenの事業を引き継ぐ
AMDに正統な権利があり以下略

>>612
IA-32を64bit拡張したとして、誰がやっても同じものができるなら
道義的な面でも問題はない。でも実際はそうじゃない。

>>617
IntelのP6より、NexGenの6x86が先駆者ということはない。
どちらもほぼ同時期にサンプルがリリースされたもので、開発時期のかぶり具合からいって
NexGenの技術をパクることなんて不可能。

>>612
わかりやすくいうと、Intelの特許が使われてる使われてないは関係なしで
AMD64はインテルのアイデアつかってるからアム厨にパクリよばわれる筋合いねえよって主張でいいですか？

あとすいません道義的な権利ってよくわかりません。法的根拠のないもので議論しても無意味な気が・・・

発想はどちらも同じ、CISCの皮を被ったRISC。

>>619
NexGenのは最初はNx586じゃなかったか？P6の一年くれー前だ。

とおもったけど、Nx586の製品出荷が94年だから、やっぱりNexGenの方が早いね。
どっちにしろ、IntelのP6の開発時期とはもろにかぶっているから、Intelがパクった
わけではなくて、たまたま同じようなことを思いついたようだ。

とおもったけど、Nx586の製品出荷が94年だから、やっぱりNexGenの方が早いね。
どっちにしろ、IntelのP6の開発時期とはもろにかぶっているから、Intelがパクった
わけではなくて、たまたま同じようなことを思いついたようだ。

やべ、吊ってきまつ…

>>620
ちげーよ
単にクロスライセンス結んでるってだけのこと

>>617
NexGenの技術わ、間違いなくプロセッサ技術史の金字塔の一つす。
ただAMDの技術なんて、そうやってIntelなりNexGenなりから買い集めたモノばかりって事すよ。

>>620
　　----------------------
　　法的根拠のないもので議論しても無意味な気が・・・
　　----------------------
技術者としての心の問題すから、意味が無いと思うなら気にしなくて良いす。ただ、>>567でリンクしたLinus
Tovaldsの意見ぐらいわ読んでいただきたいす。

取りあえず、386のセレクタとオフセットと同様に、64bitを拡張したので、
そこはIA-32eはAMD64と同じと思って良いの？

PowerPC、昔RISCと思えない命令コード表を見て「あ、こりゃそう遠からず今のx86と
同じ壁に突き当たるわ」と感じたが、結局x86と同じ動的変換を採用したなあ。

ALPHAやPA-RISCは設計思想が見事に出ていて技術者のポリシーが感じられる
素晴らしいプロセッサだったが結果は‥‥
結局プロセッサ商売は体力勝負なのであろうか(苦笑

ああもう鬱陶しい。
録音と同じく透明決定。

MacオタってG5もってるの？

>>630
POWER4の実装わ、そんな単純な理由じゃなくてもっと洒落にならない事情があるすよ。
x86の話題とわ全然離れるすけど、興味があるなら読んでみてもよいかと思うす。
"When is PowerPC Not PowerPC?" (要登録)
http://www.iseriesnetwork.com/resources/artarchive/index.cfm?fuseaction=viewarticle&CO_ContentID=15238&channel=art&subart=issue&issueid=667

>>627
言いたいことはわかるがスレタイからずれてきてるぞ。
スーパースカラはどこも並行して開発してたし（P6とNX586とK5の開発は並行してたよ）
HT（両方ともねｗ）はもともとAlphaの技術だし、そんなこと言い出したらきりがない。

過去話は別のスレでやってくれ。ここは将来のIntel CPUについて語るスレだ。

まあ、そもそも
　　--------------------------
　　AMD64もSSEも商標ではない
　　--------------------------
し、
　　--------------------------
　　命令セットには特許保護はない
　　--------------------------
んだけどね。
だから、そもそもAMD64の所有権が、という言い方自体が（法律的な意味では）
おかしいことはたしかなのだが（レジスタネーム等には著作権あり）。

ただ、x86へのSIMD拡張が3Dnow! とMMXのように違う形でありえたように
64bit拡張だって、一通りしかないわけじゃないんだけど。

80386のときとの一番の違いは
80386のときはしていなかった一般レジスタの拡張（純粋な32bitレジスタの増設）もしたこと。
だから、
http://www.atmarkit.co.jp/fpc/rensai/zunouhoudan017/hammer_02.html
で言えば、「プロセッサモードの一覧」の図の下の部分の解説にでてくるような
拡張が必要になる。

この解決策はAMDのもので、これをそのまんまもってくるというのは
やはり「パクリ」かそうでないかといえば「パクリ」だべさ…

>>628
＞技術者としての心の問題すから、意味が無いと思うなら気にしなくて良いす。

心情的な問題なら最初からそういえばいいのに・・・あなたがIntelにも権利があるっていいだすから
法的な問題と勘違いして色々レスがつくのでは？

>>631
ちゃん○ばよりはまだましだと思うぞ。まあ俺も結構前から透明してるがね。
さ、気を取り直して。
↓↓Intelの次世代プロセッサの話に戻そうじゃないか。↓↓

次期デュアルコアCPUは
北森かプレスコどちらのデュアルか気になりますね

>>638
夢見がちな性格だな
Northwoodは死んだよ

世の中にはとんでもないことを言いだす奴がいる。

仮にだ、基本特許を取得する。誰かにライセンスする。
その誰かが派生特許を取得する。

で、基本特許を持っている奴は、
当然に派生特許に権利を持っていると思っている奴が
約一名いるらしい。

基本特許を持っていても、派生特許についてライセンスを得なければ何らの権利がない
特許を得た派生技術の名前は、その派生特許を取得した者が名付ける権利を持つ
基本特許を持っていたって、派生特許の名前を勝手に変える権利を持っているはずがない。

当たり前のことだ。

>>638
それが本当ならうれしい限りですよ（＾＾

>>638
北森はもう見捨てられたんだよ。 Intelによってな。
PenIIIと同じように。

>>640
SCOのマクブライト御大のことでつか？

>>643
ちょっと違う。温帯の場合は「持っている（と称する）基礎技術」だから。


　　えすこ「うにっくすは全部ウチがかったんですぅ〜」
　　のべる「俺は売ってねーよｳﾜｧｧｧﾝ」

Intel信者の皮を被った真性AMD厨の露骨な煽りや、
AAを連張りする電波よりは
まだ読める気がするけど。

>633
お願いだから名前欄に >XXXを入れないでもらえませんか？
あぼーんする時不便なので。

Macオタはムカツク。で、ヲタだけあって知識が豊富。
これがさらにムカツク。死ね！！＞Maｃオタ

>>635
のようにまともな反論があると、黙るMacオタの知識の源はgoogleだよ。>>647
現在検索中（笑）

>>648
>>635って私宛すか？レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
むしろレジスタ拡張をどういう形で行うべきかという研究わ、どう考えてもIntelの方が進んでいたと思うすよ。
政治的な事情でヘボい（可能性が高い）AMDの実装が標準化したことわ、同情するす。

MACヲタとアムド厨は書き込み禁止。

そして誰もいなくなった

>>649
MACオタは例によって話題をずらして逃げた模様です。

それともレジスタを増設したのにたいして、どう対処するかが問題だということも分からないのでしょうか？

>>649
おまえの書き込みをみて、元麻布を思い出した

>>653
彼は、予想が外れたときの言い訳っぷりもよく似ていますよ。

>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。

>むしろレジスタ拡張をどういう形で行うべきかという研究わ、
>どう考えてもIntelの方が進んでいたと思うすよ。

思うす
思うす
思うす
思うす
思うす
思うす
思うす
思うす
思うす
思うす
思うす
思うす

おまえの妄想などどうでもいい。くだらんから死ね。

>>567
　　-------------------------------
　　AMDのBob Mitton氏（Division Marketing Manager, Workstation Products）は、このアプローチを「Intelがx86
　　を、16ビットから32ビットへ拡張した時のアイデアを借りた」と説明する。
　　-------------------------------
というのに対して、
>>635
　　-------------------------------
　　80386のときとの一番の違いは
　　80386のときはしていなかった一般レジスタの拡張（純粋な32bitレジスタの増設）もしたこと。
　　だから、http://www.atmarkit.co.jp/fpc/rensai/zunouhoudan017/hammer_02.html
　　で言えば、「プロセッサモードの一覧」の図の下の部分の解説にでてくるような
　　拡張が必要になる。
　　-------------------------------

それに対して
>>649の270度方向違いの応答（話題ずらし）
　　-------------------------------
　　むしろレジスタ拡張をどういう形で行うべきかという研究わ、どう考えてもIntelの方が進んでいたと思うすよ。
　　-------------------------------

>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。

>むしろレジスタ拡張をどういう形で行うべきかという研究わ、
>どう考えてもIntelの方が進んでいたと思うすよ。

根拠をあげろや。

Macオタとは、実はIntel vs AMDというオーディエンスを
巻き込んだバトルを煽り、PC市場を盛り上げるために日夜がんがっているのです。

個人的には互換と呼ばれようがドーデモいい。

シェアや知名度を鑑みればAMDがIntelに「互換互換」と叫んだところで無意味なことこの上ないからな。
そうやって叫ぶ連中は何か互換と呼ばれて嫌な思いでもしたんだろうな。

ここ1、2年でシェアが大きく変わるなどと言うような夢見がちな発言も散見されるがFabを考えれば
物理的に不可能だし。

まあとにかくおまえらモチツケ。そうしないとまともなIntelスレが無くなる・・・

少し解説するとレジスタ数の最適値わ、それを如何に活用するかという問題に帰着するす。このため、
コンパイラ技術と密接な関係を持たざるを得ないことになるす。

Intelわ周知の様に、その優秀なコンパイラ技術で禄に汎用レジスタが無いx86と、逆に128個ものレジスタスタック
を備えたItaniumの両方でトップクラスの成果を挙げていることから、新64-bitアーキテクチャで「レジスタ数をいく
つにすべきか？」という問題の解答から、もっとも近いところにいた筈す。政治的にもAMDとわレジスタの実装を
変えて性能で勝負することわ、望むところだったんじゃないすかね。。。

>>649
散々、妙な理屈捏ねた挙句、｢AMDの実装が標準化した｣か・・・
結局、パクリって自分で言ってるじゃんｗ

>>649
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。
>レジスタの拡張とかわIntelの意向と関係なくMicrosoftが決めたんだと思うす。

一気に妄想が炸裂だなｗ

PC98でBASICからマシン語弄った程度の知識じゃ
ここの会話はさっぱりわからん。
とりあえずMacオタはMac板で見ると知識あるように見えるけど
自作板じゃこてんぱんなんだなあ。突っ込む奴の質が違うのかな。

ま、そんなどうでもいい話置いとけよ。
ところでMacオタ、最近の小倉優子は生意気だと思うのだがお前はどう思う？

実装の中身まではともかく、x86の64bit拡張はMSが裏で糸引いてたような気はするな
Intelを牽制するRISC版NTが消えて、SunとPOWERはそれぞれ自前のOSべったりじゃ
AMDしかMSが動かせるCPUベンダはいなかったと思う

AMDがAMD64でもバイトオーダーの形式維持に拘ったのは
なにか理由があるのかな。これを維持しないと、x86の
64bit化がおかしなことになる？

バイトオーダーを維持する以上はレジスタ数の数にそれほど
自由はなさそうだけど。

>>663
スレ違いだ

そこでとよかんマンですよ
　.＿＿
ヽ|・∀・|ノ ようかんマン
　|＿＿|
　　|　|

まだ・・・（略）・・・・のか・・。

とりあえず、今回はようかんマンを投入する必要はなさそう。

>>663
「Mac板」の住民に対して失礼ですぞ。


むしろMACオタは vs スレの方が向いているな。
ttp://pc3.2ch.net/test/read.cgi/jisaku/1077089057/l50

>>663
＞MacオタはMac板で見ると知識あるように見えるけど

スレ（板）違いだが、彼の持ちスレの前スレで
OS Xのカーネル構造をろくに理解していないことを突っ込まれていました・・・

ここは一つ、Macオタの考えるインテル風のx86-64について
語ってもらおう。どういう設計ならよりよいのか。
っていうかその前にAMD64の問題点も挙げて欲しいな。

まあしかし、Itaniumが予定ほど普及しなかったのもそうだけれど
結局、古いソフトウェア資産は無視できないのよね。

その意味では、常にある意味で「汚い拡張」が主流になるのは
しょうがないわな。

圧倒的なスピードの新規格CPUを作って、
過去の遺産は全てソフトウェアエミュレーションで
実用的な実行速度が出せれば良いのにね。
すみません、夢を見過ぎました。

>>666
既に投入されていましたか。


　　　ヽi〜'~~|ノ
　　　　|　　　|
　　　　|＿＿|
　　　　　|　|


　　　　　　＿＿
　　　　ヽ/　　/ノ
　　　　 /＿ / 　　ありがとう、ようかんマン
　　　　 / /

>>671
ある意味でtransmetaのプロセッサですな。

Pentium-MMX233を使っているけど、CISCって低速トルクが有るって感じ、RISCは高回転でトルクが無い見たいなエンジン。
今でも全然不自由しないよ、JPEGの展開が遅いくらい。

Itaniumはきっと普及する。
ところでインテルのコンパイラ技術が凄いっていってもさ、
Itanium用のiccって、もう限界なの？これ以上は向上の余地なし？
またその限界はどこにあるのかな。どこかにCがEPICに不向きだって
いう見方をしてる人もいるらしいけど。
Cに問題ありなら、fortranコンパイラは関係ないよね。

勘違いしてる奴がいるみたいなので一言。

AMD64もSSEも商標す。

いやマジで。

http://tess2.uspto.gov/bin/showfield?f=doc&state=anuae6.2.1
AMD64は現在出願中
SSEが見つからんな

>>676
デマ、良くない。
（AMD64 logoはそうだけど）
http://www.amd.com/us-en/Trademarkinformation/0,,1435_1442,00.html

ありゃ、SSEを出願した形跡もないな。
MMXは取ってたのに。
意外に諦め所の良い会社だな。＞イソテル

>>678

>>677はdeviceが付されてるけど文字"AMD64"についてdisclaimしてないWord markにゅ。

商標のことって良く知らないんですが
AMD64という文字列自体ではなく
デザインについて出願されているということですか？＞エロい人？

録音と言いMACオタと言いなんか精神的にあれなひとが多いな
名前がMACオタだかMACつかいだとは思ってないのであしからず

>>682
優しく、スルーしてあげて下さいナ

>>675
Itanium設計のときは既にC全盛だったわけで、いまさらCと相性の悪いCPUを
つくるはずが無いべ。まあGCCをItaniumで使ってそういう事言うんであれば
理解はできるが、そりゃ見当違いというもの。それか、枝葉末節を捉えてるか。
Javaが不向きだという意見は見ることはあるけどね。しかし、実際はかなり速いようだ。
確かに以前のバージョンのSUNJavaは遅かったみたいだけど。

Tejasの後は、Pentium-M系列のコアになるのでは
という予想へのコメント。
「インテルのConroeは、Pentium4を叩き割る斧なのか？」
http://www.xbitlabs.com/news/cpu/display/20040222123818.html

>>685
市場には
「高価で、電力を食っても高性能なほうが良い」という需要と
「性能はそこそこで良いので、良いデザインの小さなコンピュータが欲しい」という需要がある
しかし、90nmルールのPentium4では、どうやら後者を満足させるのは難しそうである。

だから、当然、デスクトップにモバイル系のCPUを持ってくるということになるだろうという話。

>>684
いや、Cとの相性じゃなくて、Cコンパイラの一般的セオリーが。

AMD64はIA-32の拡張に過ぎん。
真の64はイタニアムですよ。

>>688
アイテニアムだ。

Itaniumの性能が良いというのだが
ほとんど、あの巨大なキャッシュのおかげじゃないかと思うんだが。

>>675
Intec compilerは命令レベルの静的依存解析はまだあまり賢くない。
Fortranでもindep directive入れなければ単純なloopでもEPICの効きは今いち。
しかもOpenMPにはbugあるし。。。国産のVector機用compilerの方が遙かにまし。
ところでＣの言語仕様がEPICに不向きという技術的な根拠はないよ。

おっと、×Intec ○Intel

SPECを見るとItaniumはHPコンパイラのが性能いいね
やっぱりPA-RISCの後継作らされただけなんかな

インテルがItanium用に言語から作ればいいのに

>>690
オンダイキャッシュも含めてCPUの性能だと思うが。
せろりんはオンダイキャッシュが少ないから糞なわけで。

Itaniumは売れない。
4ヶ月で今までの売り上げをOpteronに抜かれたってださすぎるよ。

>>696
売上抜かれたんだっけ？個数は抜かれたというのは見た気がするが

>>692
dvorak使い？

>>667
ちと遅いが、同感。

x86age

だからインテル使っテルやつらって馬鹿なんだよナ
理由は上を見れ

バレットCEO日本に来てたのかー

12ch(TXN)＆BS-Jで流れてるね。

http://www.septor.net/
>Intel 2.40GHzの90nm版Pentium 4を追加

>2.80GHzでも動作しなかったダイが使用されている可能性はある。
>また、Prescottの31段パイプラインなどはより高クロック向けの
>設計とされるため、この2.40GHzチップでは同クロックで動作する
>Northwoodの性能を下回るのではないかと考えられているようだ。


勇者の装備がまたひとつ加わったか･･･

あの噂のBステ？

>>704
廃物利用ですか・・・。

>>704

そ　ん　な　糞　投　入　し　て　ど　う　す　る　ん　で　す　か　？

Athlon64 2800+がでるってのに大丈夫なのかよ･･･

WBSでインテルﾏﾝｾｰしてますた

廃物利用というか、廃物処理といったほうが正しいような。
買う人悲惨だな。

消費電力はほとんどさがらねーだろうしな・・・

たとえ街頭で無料で配ってても、受け取りはするけど
使うかどうか微妙･･･

>>711
ahooBBのモデムかよ！

電気大食い・高発熱・処理能力ダウンのプの2.4って
北森に対して何のアドバンテージも無いと思うが・・・・
もしかして北森より廃物利用なので値段が安いのか？

IDが
VGA
Septor
JAVA Script？

問題は、これによって北森の製造が終息に向かうってことだな。
ﾌﾟ非対応のママンや電源が残っているメーカーや販売店にも皺寄せ。
ｳﾏｰなのはｲｿﾃﾙと電力会社だけだったりする罠

>>713
OC耐性
しかもFSB800まで簡単にあがりそうよ

>>694
プログラム言語の事か？
なら、インテルはItanium用のＣ／Ｃ＋＋コンパイラ用意してるぞ。
Ｌｉｎｕｘ用でよければFortranも用意されているよ。

ここで探してみ？
http://www.intel.co.jp/jp/developer/software/products/index.htm

>>716
まぁ>>704を嫁
真実かどうかは別だろうが

90nmなら同じウェハから沢山作れる筈だし売れればintelｳﾏｰな訳ですかね

それなりのお安いプライスが付けば売れると思われ。
せろりんも売れてる品('A`)

>>718
もっと後のロットのを狙うに決まってんじゃん
2.4買うような貧乏人用のアドバンテージを無理やり探しただけだし

>>721
「後のロット」などない。ごみの処分が終われば、2.4GHzの販売は終了する。

ほとんど詐欺じゃないすか。

本来なら8000円のセロリンとして売るべきコアを、16000円のPen4として売るんだから
Intelとしては、ぼろ儲けなんだろうな。

Z80が8bit市場を席巻してたときも
「あんなIntelのパチモンw」って拒絶して
i8080を使い続けてた
いちエンドユーザは居たのかな？

Bｽﾃだとすると、1MBのキャッシュを1/4(あるライターによると1/8)にするのは
もったいないほど当初から歩留まりがいいのかも、と無理矢理考えてみる
又は、キャッシュ1/4だと性能が下がりすぎて使い物にならず、1/2だと
「北森P4と同量のキャッシュだとこんなに遅いのか」と比較されるので
出せないのかも、と考えてみる

　　　　　　 ||
　　　　　In ||��
　　　　（ / ⌒ヽ 　ﾌﾟﾚｽｺ2.40GHzじゃ、処理能力ダウン…
　　　　　| | 　|
　　　　　∪ / ﾉ
　　　　　 | ｜|
　　　　　 ∪∪
　　　　　　　：
　　　 　 -====-

　　　　　　 ||
　　　　　　 ||
　　　　　In／⌒ヽ.　ﾌﾜｰﾘ
　　　　（ /　ヽ　ﾉ ﾉ　ﾉﾉ
　　　　　| |-〈 〈 〈
　　　　　∪　∪∪

　　　 　 -====-

　　　　　　 ||　　, ;''つ'つ
　　　　　　 || .／.／／ ﾉﾉ
　　　　　In／ 　.／
　　　　（ /　　 ｒ" 　　ﾈﾝｼｮｰｹｰ♪
　　　　　| |-、 | 　　　　　ﾈﾝｼｮｰｹｰ♪
　　　　　∪　∪ 　 もっさり１．５倍♪

>>725
その頃はユーザーが自由にＣＰＵを選ぶような事はなかった（＝
メーカー製のＰＣがメインで自作ＰＣというものはごく一部の例外
を除き無かった）から、欲しくても８０８０をつかったＰＣは日本では
入手できなかったよ。

あれ、Macオタもうこなくなっちゃったの？

>>725
そもそもZ80よりZ80互換のパチモンだらけだった気がするが

別に質がよけりゃどこのメーカーでも使うさ。
嘘やどうでもいい分析、糞AAばっか並べてる書きたがりアム房共が
あまりにも多すぎてウザいから逝って欲しいだけ。

ちょっとスレ違いなんですが、CPUのパフォーマンスを比較してるサイトってありますか？

>>729
喧嘩するなや。
両刀使いのブルジョアな俺が仲裁してやる。

>>729
つーか、ヲイ！そのＩＤは神！

V30は駄目ですか？

>>729＝Macｵﾀ

>>729
持ちスレの方でもこてんぱんにやられて再起不能状態
http://pc.2ch.net/test/read.cgi/mac/1076858361/l50

コテンパンにやられたばっかりだからな。
しばらく様子見してるんだろうよ。

Athlon64って実クロック2.4GHzってもう出てたっけ？

近いうちに定格での同一クロック対決が出来そうですなぁ。

>>739
やってどうする・・

Macオタこいよ、暇なんだろ？見てるんだろ？

文系ドキュンのMacオタ、こいよ。
早くしねえとおれのIDが変わっちまうだろ。

2.4E、HTTないんだろ？
ホントの糞じゃん。

　　　　　　　　／蓮ヽ 　32bit　　　　　　　　／涅槃ヽ 　64bit
　　　　　　　/ 丶｀Д´> 　/　　　　　　　　　/ 丶｀Д´>　/　　
　　　　　　　|　U　 / 　　/　　　　　　　　　　|　U　 / 　./
　　　　　 　（　ヽノ 　　/　　　　　　　　　　（　ヽノ　　./
　　　　　　　ﾉ>ノ　　/　　　　　　　　　　　ﾉ>ノ　..　/
　　　三　　レﾚ　. /　　　　　　　　三　　レﾚ　..　/
　　　　　ﾋﾀﾋﾀ　/　　　　　　　　　　　　ﾋﾀﾋﾀ　/
　　　　　　2005年　　　　　　　　　　　　2006年　　　　　　　　

Intelは昨年秋にAMD64互換を決めた
ttp://pc.watch.impress.co.jp/docs/2004/0225/kaigai067.htm

うーん、やっぱり>>191のPOWER GAME通りだったみたい・・・('A`)

　Intelの場合、プロセッサコアよりもシステムバスのほうが大問題。
　いつまでシェアドバスでメモリーコントローラがノースブリッジに
ある方式続けるつもりなんだろ。
　HPのOpteron 4 Way サーバーの搭載可能メモリの上限は64Gバイトらしい。
http://www.itmedia.co.jp/enterprise/0402/25/epn06.html

　Xeonでは逆立ちしたって64GB積めないだろう。この時点で64bitでの敗北決定。

>>746
ﾁﾌﾟｾﾄのTwin Castleが128GBメモリサポートするんだけど・・・

>>746
大量にメモリ積めるチップセット開発しても、今度はシェアードバスがネックとなり
性能が頭打ちになる。

>>746
敗北決定って･･･
Opteronﾏﾝｾｰは他でやってくれ。

>>745
Yamhillはどんなアーキテクチャだったんだろうか。ちょっと興味あるな。

まぁ、OpteronはCPUの数だけメモリチャネルが増えるもんな････

>745

結局x86で鍵を握ってるのはMSなんだよなぁ。
x86なんてMSのOSがなきゃ単なる効率悪いCPUにすぎないし。

漏れはMSあんまり好きになれないんだが、最近は昔と違って
MSを擁護する香具師も出てきたからうっかり批判も出来なくなった。
ライバルが居なくなったとたん舐めきった値段で半端な不良品を
発売するオフィス。ソフトをインストールする順番が違っただけで
おかしな動作をするＯＳ。

クライアントOSとしては９ｘが事実上滅んだ時点でギリギリ合格点をやれる出来に
なったが、サーバー用としては阿鼻叫喚の世界なんだろうな。

何で日本人ってこんなにMSが好きなんですかね。全く不思議だな。

>>748
それに、シェアードバスそもそもの不安定を低減する為の、FB-DIMM移項だったはず

>>753
不安定は排除できても性能は上がらん。SMPの肝である首ねっこ
（全CPUでFSB800〜1G共有）を抑えられてるんだから・・・

　　二　　 シ　　 し!　　　　　_　　-──　‐- 　　､　 , -─-､　-‐─_ﾉ
　　十 バ ェ　　 /／￣＞ ´ ￣　　　￣　　｀ヽ　 Y　 ,　 ´　　　　　） バ　シ　え
　　世 ス ア　　 L_　／　　　　　　　　　　　　　 　 ／　　　　　　　 ヽ. ス　ェ　 |
　　紀 が　|　　/ '　　　　　　　　　　　　　　　　'　　　　　　　　　　 i 　!?　ア　マ
　　ま .許 ド　 /　　　　　　　　　　　　　　　　 /　　　　　　　　　　 く　　　| 　 ジ
　　で .さ　　 l　　　　　　　　　　 ,ｨ/!　　　　/　　 　/l/!,l　　 　 ／厶, 　 ド
　　だ れ　　 i 　 ,.lrH‐|'|　　　　 /‐!-Lﾊ_　　l　　　 /-!'|/l 　 ／｀'ﾒ､_iヽ
　　よ .る　　　l　 | |_|_|_|/|　　　 / /__!__ |/!ﾄi　　　i/-- ､ ﾚ!/ 　 /　,-- ﾚ､⌒Y⌒ヽ
　　ね の　 　_ゝ|/'/⌒ヽ ヽﾄ､|/　'/￣｀ヾ 、ヽﾄ､Ｎ'/⌒ヾ　　　　　 ,ｲ￣｀ヾ,ﾉ!
　　 |　は　　「　　l ′ 「1　　　　　　 /てヽ′|　|　|　 「L!　　　　　' i'ひ}　　　ﾘ
　　 　 　　　 ヽ　 | ヽ__Ｕ,　　　　　 ､ヽ シノ ﾉ!　!　|ヽ_､ｿ,　　　　　 ヾシ _ノ　_ﾉ
-┐　　　　,√　　 !　　　　　　　　　　 ￣　　 ﾘ l 　 !　￣　　　　　　　￣　　 ７/
　 ﾚ'⌒ヽ/　!　　　 |　　　〈　　　　　　　_人__人ﾉ_　 i　　く　　　　　　　 　 　 //!
人_,､ノL_,iノ!　　/! ヽ　　 r─‐- ､　　 「　　　　　 Ｌ_ヽ　　 r─‐- ､　　 u　　ノ/
　　　　　　/　 /　lﾄ､ ＼　ヽ, -‐┤　 ﾉ　　ダ　　　 了＼　 ヽ, -‐┤　　　　　/／
ハ　キ　　{　 /　　　ヽ,ﾄ､ヽ/!｀ｈﾉ　　）　　サ　　　　|/!　「ヽ, `ｰ ／）　　 _　‐'
ハ　ャ　　 ヽ/　　 r-､‐'　// / |-‐ く　　　 |　　　　 ＞ / / ｀'／／-‐､　　　　／
ハ　ハ　　　 ＞ ／＼＼// / /ヽ_　 !　　 イ　　　 （　 / / ／／　　/　`ｧ-‐ '
ハ　ハ　　　/　/!　　 ヽ　　　 レ'/　ﾉ　　　　　　　　＞　 ' ∠ 　-‐　￣ノヽ　　　/
　　　　　　 {　 i　l　　　 !　　　　/　 フ　　　　　　　/　　　　　-‐　/￣/〉 〈 ＼ /!

>752
日本以外の世界の大部分では日本以上に選択肢狭いと思うが
好き嫌いの問題ではなくね

>>755
禿同

>>746
で、そのサーバ64GBつめるのか？

＞747
　128GBって、メモリーコントローラを何Ch搭載しているのでしょうか?
　プリント基板上に配置できる信号線の数には限界があるのよ。絶対不可能
とはいわないが、とてつもなくコストがかかる(チップセットもプリント基板も)
ことは間違いない。
　これに対してOpteronはノースブリッジなんか無しでマルチプロセッサ組める。
　価格面からいって勝負にならないの。だから敗北決定。

>756

一時期お役所で、MS以外のオフィスソフトを使っていたら、MSオフィスを標準に
するように、って言うお達しが出てたんだよなぁ。
そう言うの頭にあるからね。

　まあ、今は選ぼうにもMSオフィス以外のオフィススイートは全滅状態だが。

Xeon Xeon Xeon Xeon
　｜　　　｜　　　｜　　　｜
--+-----+-----+-----+----+ 533〜800Mhz
　　　 |
　　北　橋
　　　　　　　　　　　　　　　　　｜　｜　
　　　　　　　　　　　　　　　　DDR DDR　　

>>759
オプ1個当たりで２ｃｈのDDR400で4DIMM可能。
オプ2個で４ｃｈで８DIMM、オプ4個で8ｃｈで16DIMM
そして各CPU同志で８００M〜１Ghzで通信可能

>760
仕事場で自分の好みでツールを選択しようとする君に乾杯！

Rambus復活の予感。なんつって。

アムのリファレンスdualでPC2100とPC2700を左右に刺して動いてたのにはｗ

Xeonの欠点(シェアードバス)なんて以前から言われてた事だろう。
戦略が大幅に狂ったが、大容量のメモリが必要な分野はItaniumで行くって
戦略だったからXeon放置だったんだろ。
元々リソースが１種類のCPUにしか割けないAMDとはそもそもの事情が違う。
Xeonにこだわってるバックエンドのベンダーも居るみたいだけどね。

そもそも、64GBのメモリを必要とする分野でx86にこだわる必然性がどこに
あるのかと小一時間・・・。
MSのOSが動かなければならないのが絶対条件なのか？

仮にＯＳだけあってもサポートしてくれるベンダーが無いと話にならないだろうに。
opteronはたまたまタイミングが良かったにすぎないよ。

>>760
Office98が標準なので、新Office使うと逆にめんどくさかったりする会社も多いしな・・・

>>752
エロゲがゲイツOSじゃないと動かないから。
エロゲがMac中心に発売されればMac買う。

プロセッサ数を2から4-wayとしたときの実数演算における性能向上率は
Xeon MP 2GHzが46%、Itanium 2が60%ほどなのに対し、
Opteron 244/844は84%と非常に高いとされている。

ttp://www.septor.net/archives/51003698.html

intelは64bitになってもやっぱ、メモリーコントローラはノースなんだろうなあ

>>766
Itaniumもシェアードバスなんだな。

>767

漏れの入ってるメーリングリストのサーバー管理者は
普通の人の集まりでみんなMS製の不良品メーラー使ってるから、
新しいバージョンの人が入ってくるたびにMSローカルルールの変更が
あって悲鳴上げてるよ。
MS製品使うなって言えれば良いけど、そうも行かないんだな、これが。

>768

仕事で使うPCの話なんだが・・・。ひょっとしてエロゲが仕事か？

>>766
それを天の利という。天を味方にした者は限りなく強い。
そしてIA32e導入による痛の失地回復の可能性は限りなく低い。

>>772
事実上一般人はMS以外使えるOSないからな。
長い物には巻かれろ、でござい。ブランド信仰も半端でねーしな。

>>767
それはまだ良いと思う。
95 〜XPまでバージョンバラバラなのに、頭の名前が同じだから統一したと思い込んでる偉い人もいたりする・・・。

各個がメインで使うのは好みの関係でバラバラでも、標準のソフトで正常に表示できるかチェックしてから出すなら良いと思うが。
（チェックせん馬鹿は、絶対何人か出るだろうな・・・）

ちょっと極端な話が混じるが、
変に新しく標準作ったりすると、各人で使ってるソフトが一斉変わる関係で、一時的に極端に作業効率落ちたりする。
特に、バージョン間での差異が理解できんヤシは、近くのヤシ頼るから、
近くの詳しいヤシの絶対数が極端に少ないと、どこの部署もPC使う仕事がまったく進まないという、恐るべき事態になる危険性も秘めている。

>>750
IA-64のアドバンテージ持たせるためレジスタ拡張無しとかだったら萎えだが。

つかあの巨大ダイの片隅にでもP3-S 2GHzあたりを放りこんどきゃいいだけなのになｗ

>>762
オプ上限とやらの８CPUだとDDR400ｘ16ｃｈで32DIMMですか。
鯖用に流通してる4GB−DIMMを使うと最大128GB構成で
帯域51.2GB/秒。正に化け物・・・。

PAE64だったりして

とりあえずこのIntelの隙を突いてAMDのシェアが拡大したら
競争が正常化されていい感じになりそうだなとか思ったりするプチブルそれが俺

：家計簿握られて子供生まれた以上どうせもう二年はPenIIIで粘る

>>772
なんだ、仕事で使うPCか。
ちなみに俺もメールサーバの管理やってたけど、MSのメール
はよく詰まったよ。（企業のメールサーバでGatewayを必要とするタイプ）
だって、規約守ってないんだもん。SJISとかエンコードせずに送ってくるし。

MS>ﾈｽｹ>ﾉｰﾂ
の順によく詰まった。

>>778
ちょっと違う
CPUあたり2X4DIMMで構成できて、１〜２CPUのCPUライザ上に独立して
実装できるのが鯖としては大っきい利点

>>782
何処が違います？　トータルでは合ってますでしょ？
CPU間の転送レートが実質上限になるけど。

>773

全く具体的で無いものの言い方でどういうことだか理解が出来ないので
尋ねるが、

>失地回復の可能性

具体的に回復しないままだとどのようになるのか？
可能性が低いとあるが、仮に回復するとしたらどのようなシナリオが
考えられるのか？
何となく納得させられてしまうような書き方だけど、具体的なことは
全く書かれてないんだよね。貴方の文章。

>>784
「Itaniumは糞」
ということです。

>785

それは、「私はバカ」って言ってるように聞こえるよ。

>>786
ネタにマジレスされても･･･(;´Д`)

ここ自作板でIntel系のスレなんだけど、
個人で使用するはずもない8wayのOpteronサーバの宣伝して喜んでる
アム房はスレ違い&板違いなので逝ってくれ。

＞782,783
　メモリーコントローラが1ヶ所に集中せずに分散しているので、メモリ周りの
配線が簡単になって母板の製造コストを下げられる。
　4箇所で基本的に同じ配線パターンを使いまわせるから、設計コストの低減
も可能。

>>788
んじゃぁXEONやItaniumも必要ないな。

>787

文章の流れを見るとマジでやってるようにしか見えないぞ。

>788

彼らは個人で8wayのopteronサーバーを使って居るのです。
そっとしておいてあげましょう。

>>791
流れっちゅーかお前ID見てるのかと･･･

>>790
Xeon使ってるが・・・。
Intel系のスレだからいいんじゃないの？

>792

もちろん見てない。

>>794
お前ガキじゃねーんだからそういうアホな屁理屈やめような･･･
「間違えました」って言えばいい話なんだし･･･

>795

本当に見てなかったんだが・・・。
突っ込まれて初めて見た。

>>790
Xeonスレも自作目的のスレだし、
最終的にはItaniumスレも個人使用〜自作を考えるスレでしょう。
HPの4wayサーバだのの宣伝ここでやってる香具師は明らかに建設的な情報交換
やる気なさげだし、ウザいから出てってくれよ。
やりたいならハード板かサーバ系の話題ができる板でやれよ。

>>796
まぁ、つーわけで>>773ではない(;´Д`)
俺も何が言いたいかわからんが>>73は「運も実力」といっているんだろう（ぉ

_|￣|○

>>73→>>773

＞788
　Opteronの4-8Wayが発売されてしまうと、Intelのシステムバスの前世紀の
遺物さ加減がはっきりしてしまって、Intelの次世代プロセッサなんか誰も
見向きもしなくなるから、親切心から現実的な対応策のヒントを与えてやってるのさ。

>798

ちょっと屁理屈入ってるように見えたかもしれんが、レスの回転の速さで
解ると思う。、突っ込まれるまで天然だった(苦笑。

>>800
別に説教しなくていいから

>802

きっと彼はAMDの大株主なのでしょう。
沿ってしておいてあげましょう。
AMDの文字を組み替える(アナグラム)するとMADになるので
そう言う人なのかも知れないですな。
現実的な対応策なら、ここでやってもしゃあないので、
国際電話でintelに教えてあげたらどうでしょう？

>>783
EV7なんかがあるので突出した数値じゃないよってこと

ていうかOpteronって2WAYでも充分メリット有ると思うんだが

まぁまぁ。
Opteron関連の話をとっちめるんじゃなくて
XEONとOpteronを絡めた建設的な話をしようじゃないか。

かくいう漏れもHPのサイトをあさっているわけだが（･∀･）
やはりミドルレンジ〜ではセルボードなどを利用しているし、帯域に関しては頑張ってはいるようだな。
http://h50146.www5.hp.com/products/servers/integrity/technology/original/sx1000.html

>805

漏れは64で十分だな。釣りが来るぐらいだ。
サーバー向けCPU使って何すんの？
バカったかくて大飯食らいで、やかましいだけじゃん。
一般的な用途に使うとな。

>>808
低電力Opっつーもんが発売されるんだが。
システム電力がシングルプレスコットぐらい。
XEONはそういうのあんのけ？

>809

漏れは64で釣りが来るぐらいだと言ってるんだが・・・。

>>810
いや、使えって言ってないが･･･
XEONにはそういうのあるのかと会話を膨らませようとしたのに･･･(つД`)

>811

無いから、ブレードサーバーにはPentium-m使えっていう
intelからのメッセージなんでしょう。きっと。

>>809
ブレード鯖には新型PenMを展開するらしい。

OpteronがXeonよりSSEが速いっていうんなら、多少高くても
買い換えるかもしれんが・・・

今はｲﾗﾈ

>>812-813
ほう。
デスクにもPen-Mベース投入するらしいし
本格的にNetBurst潰すんかね･･･

PrescottのXeon版をデュアルで使うとしたら
どんな電源が必要なのかな？

漏れ的には、デュアル入門機として超低電圧版Athlon64　2800+
をデュアル出来るようにして欲しい。出来れば一個15wくらいの
消費電力で。

>>814
お前みたいなﾔｼはぜ〜ったいに買い換えない

>>914
いや買い換えるよ。俺こだわりないもん。

>>811
LV Xeonってのがありますよ。売ってるの見たこと無いけど。
＃なぜかヤフオクでたまに出る。

LV Noconaってのも出るらしいですが・・・

>>816
野粉だろ？　CPU1個で120-130W、2個で260Wを消費する。
最小の構成でも５００W以上は必須だな。

>>808
singleなら一般向けでも意味あるんでない？
今でさえAGPとI/Oを別なHyperTransportに割り当てられるし、
PCI-Xのレーン数も64より多くとれるしね

DELLが標準構成からプレス子外した（BTOに変更)したんだけど既出？

既出

Noconaと現行Xeonの性能を比較したサイトとか
ご存じないですか？
Noconaを待とうか悩み中。
32bit性能、64bit性能、熱、電力．．．情報少ないッス。

>>825
もれもすごく知りたい・・・
北森→プレスコが同等なら、FSB800に上がるNoconaは速くなりそうな気が
するんだけど・・・どーだろ。

64bit拡張とFSB800MHz、高クロック動作に魅力感じなければ、
待たなくていいんじゃないか？
発熱、電力が多いのはPrescottみりゃあ予想つくことだし。

新型PenMに期待すればいいのかな？
でも、90nmプロセスで作ったら
プレスコみたいなことにならないのかな？

FSBがあがるとレイテンシ改善のほかになにかあるが？

>>827
６４bit拡張と３２bit×２のデュアルが同じなら話は別に思わないか？

サードベンダーのチップセットでP4バス+Memoryコントローラー+HT３本みたいなのを
繋ぎまくるってのはどっか出さないんでしょうかね。

Noconaの魅力が現行Xeonに比べて低いポイントとして、Soketが603ってこと。
PrescottはLGA775に移行しちまうから、ソケット周りの電気的な安定性が
LGA775の方が良いかもしれないからね。

>>830
なにがいいたいのかよくわからんちん。

ArsTechnicaがPentium-Mのアーキテクチャ解説を載せてるす。
http://arstechnica.com/cpu/004/pentium-m/pentium-m-1.html
はっきりPIIIベースのP6コアって明言してるすね。でも新資料わ出て無さそうす。

NoconaはFSB800MHzは魅力だが
64bit拡張はどうかな？
ソフトはいつごろ出揃うのだろう？
個人的にはadobe系とかほしいところだが。

ソフトの前にまずはOSが対応してくれないと。

OSは年末までには出る・・・かな？
さすがにこれ以上遅れるとMS的にもやばそう。

>>831
意味不明。
HTのライセンスの関係上、サードベンダーはCPUに接続するHTは使用不可。
つまり、HT内蔵C3とか、HT内蔵efficeonとか。
(efficeonはHT内蔵に見えるが、使用しているのは内蔵NB-SB間のみ)
P4系のネックであるシェアードバスを解消するために、HTが使えないのは
もちろん、(仮にintelが望んだとしても)P4のHT対応はできない。

>>837
間違えた、CPU-CPU接続だった。

>>825
ﾌﾟﾚｽｺと違ってまだものが本当にないんだからしょーがないんじゃない？
AMD64コンパチっつーことでコア作り直してる可能性もあるし。

このスレにIA-64、Opteron、Power4/4+といった
最近のCPUを直にプログラミングで使って真剣に性能や信頼性を評価したことのある
椰子はどのくらいいるんだろう。。。。
いいかげんなメディアの伝聞・表面的な受け売り・思いこみで物言っているだけで
殆ど使ったことの無い椰子ばかりの気がする
ﾓﾚが使ったCPUはIA-64,Power4/4+くらいだけど

信頼性ってどの辺で問題になってくるの？
エラッタ多いとコンパイラ作りにくいとかその辺かね？

さすがに熱暴走とかデータ不一致とかその辺は論外として。

>>840
で、いかがですか？

評価に必須だと思われる（というよりも、場合によってはそちらの方が重要な）
どのOS上での開発なのかも書いていただけるとうれしいです。

IA-64とPower4/4+は板違いでしょ。
ここ自作板だし、殆どx86限定と言ってもいいんでないか
且つWindowsが9割9分以上占めてるだろうし。

>>840 それを語りたい方はUNIX板へどうぞ

>>841
CPU,周辺回路、ネットワーク(黒須馬など)、OS, Compiler含め、全般にbug 回避
顧客納入後に事故が起きないように必死ﾀﾞｽ
>>842
OSは差しさわりがあるので書けない。
主に数値解析＋ビジネス分野のサーバー用途
いかがですかって、あまりにも漠然
ここはﾓﾚの出入りする板じゃ無いか

>>845
つことは、ﾁﾌﾟｾﾄや付属ﾊｰﾄﾞｳｪｱを考慮したシステム全体構成に近いな。
そりゃ、システム構成が重要なのは言うまでもねーからな。

漏れは純粋にCPU技術についてROMりたい。

CPUは一見物言いやすいけど、突き詰めるならば難しいよ、明快な解がない
感覚で口挟みやすいから、素人も含めみんな勝手なこと言うけど
ホントに分かっている人はメーカーの研究所でも以外と少ない
ましてやメディアの見物してきた発表会レポートなんて玉石混合

ていうか、
自分だけは判ってる
実際にＰＣ用の最新CPUの設計に携わってる第一線の技術者みたいなことを
同じド素人に言われてもな。

別に俺はCPU設計部隊じゃないけど
ありがちな絡み方だなw
すくなくともお前は分かってないと思うよ

このスレ、結構ROMってるが、
ちょっと詳しそうな人は、ほぼそんな感じで物言ってると思うけど?(w
Macオタに粘着質に反論する人とか、
一見インテル信者風な、実は真性アム厨でした的な人とか。

そういう奴に集まってもらって、最高のCPUを作っていただきたいと
常日頃思ってましたが(w

笑わなくても良いだろ

ん？
850は848へのレスね。

どんな風に語ってようと、ROMってる分にはそれなりに面白いので
どんどんやってください。

くだらないレスが多くて透明あぼーんするのが大変だよ

下らないこと書くな

MACオタは荒らしなんだから叩かれて当然。

IA-64はP4に対してどのくらいの性能か知ってる椰子はいるかいないか

なんでプレス湖は効率が下がったのか

>>837
別にP4のCPUバスにHTを使う訳ではなく、
http://www.watch.impress.co.jp/pc/docs/article/20000131/pform04.htm
みたいに、CPU１個にNorthを１個使って、North-North間をHTで接続ってできないのかなと。

　　|　Intelは温度上昇速度で最強なんだ！！！
　　|　プレスコやノコナが元祖６４ビットCPUなんだ！！
　　|　きっとみんなもIntelが最強だと思ってくれる！！！
　　＼＿＿＿＿＿＿＿＿＿＿＿　＿＿＿＿
　　　　　　　　　　 　 　 　 　 　 　 ∨　 ｶﾀｶﾀ＿_　___＿＿
　　　　　　　　　　　　　　　 　　In＿�� 　　|｜＼　＼ ...|◎ |
　　　　　　　　　　　　　　 　　（.#｀Д´）　 |｜　|￣￣|.| .[].|
　　　　　　　　　 　　A＿A　┌（ 　 つ／￣l｜／￣￣/.| ＝|
　　 　A＿A　　　（　TДT）　|└ ヽ　|二二二」二二二二二二二二」
　　（　TДT）　　.（　　つつ 　￣］||_＿） 　 |　||　　　　　　　|　||
　　（つ　　つ　　/　 /　/　　.／￣＼　　／　|| 　 　　　　／　||
　　と＿）＿） 　（＿__）__）　 ◎ 　 　◎ .[＿__||　　　　　.［＿__||
　　　　　　　　　 　 ∧
　　 ／￣￣￣￣￣　￣￣￣￣￣￣￣￣￣
　　 |　淫厨よ、もういいんだ・・・・・・・
　　 |　本当に良く頑張った・・・もう充分じゃないか・・・
　　 |　楽になっていいんだ・・・

ttp://pcweb.mycom.co.jp/news/2003/09/30/11.html
このULiのインタビューをみて感じるように、Intelとしてはサードパーティにも
Pen4プラットフォームでHyperTransportを採用して欲しくないし、Intel自身
も絶対採用しないように受け取れる。

IntelプラットフォームでHyperTransportは、少なくとも数年の間はありえない
でしょ。

ていうか、LHgMF7s9はあからさまにただの厨房のハッタリ。

本当にLSIの設計に携わってる人間で、こんなスレ見てて
判ってねぇなぁと思ったら、もっと具体的に言うよ。
実際、あんな世界でエンジニアとかやってれば何気なくしてても
専門用語ばしばしでちゃうもんだし。

それに、日本の会社で設計班をアメリカのCPU設計チームレポの
記事みたいに「部隊」なんて言わない。せいぜい部署。
だいたい、LSIの半導体っつってゲートの種類からプロセスの
最適化まで千差万別だぞ。それによって論理設計のやり方も
違うんだ。設計用のCADソフトの機能によって実現出来る設計だってある。
何使ってるよ？CADソフトは。ゲートトランジスタの種類は？P-MOS? N-MOS? AS?
チップの種類は？組み込み用途？汎用チップ？ゲートカスタマ？パイロメントクリスタ？
このていどのことを語っても誰かはおろか、どこでなんの設計してるかも
特定出来ないぞ、言ってみ。

それをCPUの設計にも携わってないぺーぺーが
「CPUについてホントに判ってる人」なんて軽々しく言えるか、ヴォケ。
ホントに会社行って設計やって、CPUの神髄判るほど一級技師が
３，４時にこんな暇があるのかw

このスレで透明あぼんしたら、いったい何をみるんだ？

>>858
ほとんど同じことを既にSiSが

厨房はCPUだけを特別視する傾向あるよね。
漏れも厨房だが電子板を見てからそれが間違いだって
ことだけは分った。
パソコン雑誌は捨てて、明日からトラ技を読もうｗ

っていうか自作板の自称通の多くは、Macオタみたいな
メディアの記事ばっかり読んでるようなしったか野郎か、
ソフト屋のどっちかだよね。漏れもソフト屋の端くれだが。
ちなみにMacオタ。Darwinの設計に関して突っ込まれていたけど、
ソースの公開されてるソフトはソースコードを読まずに
語っちゃ不味いだろう。クローズドなシステムについて
あいまいな言葉が通用するのと同じ感覚ではいけない。

で、LHgMF7s9は逃げたのか？
かっこわるいぞ。
カマスだけハッタリカマして逃げちゃいました。みたいな。

いっぺんに追い込むと面白い展開が無くなるぞ。
ちょっと泳がして逃げ道作ってやったほうが頓珍漢な反撃レスを考えるので面白い

　IntelはノコナでFSB800MHzに上げるという話だが、ノコナは本当に現行のSocket603
で出るのでしょうか？
　Dualだと擬似Poit-PointのSingleとは違って、本当にシェアドバスになるから
クロックを上げにくい。ましてや、SingleですらFSB800MHz動作しなかったプレスコの
兄貴分でしょう。L3キャッシュの分だけ漏れ電流が増えるはず。
　603-478＝125本の電源ピン増加＋プリアンプの強化−プレスコよりも増える電力
−シェアドバスのディスアドバンテージで、果たして267Hz分FSBを上げられるか。
　FSB据え置きのままか、Xeonも新ソケット(1000Pin位の)のどちらかではないかと
創造します。

>>867
http://www.gdm.or.jp/voices.html
２月２３日(月)

「でも発売はだいぶ先だろうね」
・・・・・某ショップ店員談
Nocona(?)コア採用　FSB800MHz XeonのES品が、すでにM/B メーカーに出回っ
ているようだ。

２月２０日(金)
「次期Xeonの…」
・・・・・高速電脳
発表されたばかりのHance Rapidとi875Pを搭載したM/Bのサンプルが入荷。
I Will製で、FSB533版Xeonに対応し、FSB800(?)の次期Xeonにも対応すると
言われている。発売は3月上旬、価格は約\40,000になる見込み。

とりあえず板は出てる。

>>867
かっこ良く書いても、字を間違えると萎えるね〜

ただな、Itaniumに回復すべき失地なんて有ったのか?
開拓しようと思った市場をOpteronに先に押さえられてしまっただけだろ?

っていうか♪以前にXEONが攻め込んで、棲息領域を狭めてたわけだが。
Intelは将来的にｱ痛をパワーアップしてIA-32EL＞Xeonにして、全てをｱ痛に
移行できるという絵を描いてたから問題なかった。

だけど、♪のせいで、スケーラブルなx86の64bit化路線が出来てしまって、Intel
自身もAMD64互換のIA-32eを発表せざるおえなくなって、将来性に疑問符が
付いてしまったわけだな。
HPでさえ♪に肩入れ始めたあたり、ｱ痛の未来はマジヤバだと思われ。

真にトレンドを理解できて、時代に沿った新しいアークテクチャを
「発明」できるアークテクトなんてどの分野でもほとんど居ないのでは？
DBの世界では前世界で1桁なんて聞くし。

関係ないけどRPGの世界もたぶん同じ位。多くて2桁前半だと思う。

>>867
NoconaのDSB800が本当に安定するのか、漏れも疑問でした。
でもきっとなんとかしてしまうのではないでしょーか。
それとNoconaはL3積まないよーな・・・

にしてもNocona3.6GHzが現行Xeon3.2GHzより安いんだから、心動く
モノはありますね・・・あのアークテクチャでDualにするとどの位の
性能出るのか楽しみ半分、不安半分ですが。

IA-32ELがIA-32eを含めば生き延びる事は可能かもね。

>>873
それにはXeonやOpteronにコストでも性能でも勝たないと。

>真にトレンドを理解できて、時代に沿った新しいアークテクチャを
>「発明」できるアークテクトなんてどの分野でもほとんど居ないのでは？

んなもんわかるわけないだろ。モノがあって文化が生まれる。

>>872
　Pen4のSocketがLGA775になって、XeonがSocket603のままであれば、PC用でユニプロセッサ
専用のプラットフォームの方が、ワークステーション／サーバー用よりも電源ラインがしっかり
する逆転現象になりますね。
　ES品で試験したら駄目だったのでドタキャンした例としてはあのi820がありますから･･････。

　それにしてもノコナってL3無しでしたっけ？　現行の130nmXeonは512kBL2＋1MBL3だから、
ノコナにも2MBL3載せるか、L2を2MBにしないとパフォーマンスでないでしょう。FSB800MHz化
しても、プロセッサ1個当たりの帯域はPen4の半分しかない訳だし。

>>873
　Intelが主張するにはIA-32ELは同クロックのXeonと同等性能だそうです。CrusoeやEffection
じゃあるまいし、OSレベルでのエミュレーションでそこまでいけるか大変疑問ですが、仮に
それが100%実現したとしても、高い金出して2GHz以下のPen4マシンを買う物好きは存在しない
のでは?　IA-64の将来に光り輝く未来があるならば別ですけど。

今>875がいい事を言った




気がする。

>>875
CPUのアーキテクチャなら、自分の知ってる限り15年位前からスーパー
パイプラインが来て、次はスーパースケラーだ、って言われてた訳ですが。
＃と講演会で見たけど、当時の自分にはさっぱりﾜｹﾜｶでしたっけ。
＃今となってはその通りだったな、と思う訳ですが。

あ、自分はCPUアークテクチャは専門外なんて、ハズしてるかもしれま
せんが(;´Д`)

>>876
少なくとも今言われいるNoconaのキャッシュ構成はﾌﾟﾚｽｺと一緒ですね。
出てみないと解らないですが・・・

でもL3積んだXeonのほーがNoconaより高いっていう事実があるのも確かです。

なんか心に残るな

モノがあって文化が生まれる by >>875

長文にも慣れようze

　　二　　 シ　　 し!　　　　　_　　-──　‐- 　　､　 , -─-､　-‐─_ﾉ
　　十 バ ェ　　 /／￣＞ ´ ￣　　　￣　　｀ヽ　 Y　 ,　 ´　　　　　） バ　シ　え
　　世 ス ア　　 L_　／　　　　　　　　　　　　　 　 ／　　　　　　　 ヽ. ス　ェ　 |
　　紀 が　|　　/ '　　　　　　　　　　　　　　　　'　　　　　　　　　　 i 　!?　ア　マ
　　ま .許 ド　 /　　　　　　　　　　　　　　　　 /　　　　　　　　　　 く　　　| 　 ジ
　　で .さ　　 l　　　　　　　　　　 ,ｨ/!　　　　/　　 　/l/!,l　　 　 ／厶, 　 ド
　　だ れ　　 i 　 ,.lrH‐|'|　　　　 /‐!-Lﾊ_　　l　　　 /-!'|/l 　 ／｀'ﾒ､_iヽ
　　よ .る　　　l　 | |_|_|_|/|　　　 / /__!__ |/!ﾄi　　　i/-- ､ ﾚ!/ 　 /　,-- ﾚ､⌒Y⌒ヽ
　　ね の　 　_ゝ|/'/⌒ヽ ヽﾄ､|/　'/￣｀ヾ 、ヽﾄ､Ｎ'/⌒ヾ　　　　　 ,ｲ￣｀ヾ,ﾉ!
　　 |　は　　「　　l ′ 「1　　　　　　 /てヽ′|　|　|　 「L!　　　　　' i'ひ}　　　ﾘ
　　 　 　　　 ヽ　 | ヽ__Ｕ,　　　　　 ､ヽ シノ ﾉ!　!　|ヽ_､ｿ,　　　　　 ヾシ _ノ　_ﾉ
-┐　　　　,√　　 !　　　　　　　　　　 ￣　　 ﾘ l 　 !　￣　　　　　　　￣　　 ７/
　 ﾚ'⌒ヽ/　!　　　 |　　　〈　　　　　　　_人__人ﾉ_　 i　　く　　　　　　　 　 　 //!
人_,､ノL_,iノ!　　/! ヽ　　 r─‐- ､　　 「　　　　イ Ｌ_ヽ　　 r─‐- ､　　 u　　ノ/
　　　　　　/　 /　lﾄ､ ＼　ヽ, -‐┤　 ﾉ　　ダ　ン　 了＼　 ヽ, -‐┤　　　　　/／
ハ　キ　　{　 /　　　ヽ,ﾄ､ヽ/!｀ｈﾉ　　）　　サ　テ　　　|/!　「ヽ, `ｰ ／）　　 _　‐'
ハ　ャ　　 ヽ/　　 r-､‐'　// / |-‐ く　　　 |　ル　　 ＞ / / ｀'／／-‐､　　　　／
ハ　ハ　　　 ＞ ／＼＼// / /ヽ_　 !　　 イ　　　 （　 / / ／／　　/　`ｧ-‐ '
ハ　ハ　　　/　/!　　 ヽ　　　 レ'/　ﾉ　　　　　　　　＞　 ' ∠ 　-‐　￣ノヽ　　　/
　　　　　　 {　 i　l　　　 !　　　　/　 フ　　　　　　　/　　　　　-‐　/￣/〉 〈 ＼ /!

IA-32EL Itanium2 1.5GHz のパフォーマンス（Xeon 1.6GHz比）
SPECint2000 : 105.02%
SPECfp2000 : 98.88%
SYSmark2002 : 132.59%

http://www.microarch.org/micro36/html/pdf/goldenberg-IA32ExecutionLayer.pdf

>878
つかAlphaとか実装までいってるし

>>882
SYSmark2002の値はInternet Content Creationだけの値でした…

>>883
つかAlphaの発表1992だし。
最初のスーパーパイプラインがR4000で最初のスーパースケラがSuperSPARC
だっけ？

元々の技術はIBM辺りな気もしますが・・・

ところでAMDまほろは、CPUアークテクチャは専門じゃないらしいが
何が専門なの？

声優です。

現行XeonとNoconaの性能比はNorthwood(FSB533)とPrescottの性能比と
殆ど同じだろう。Nocona中身はPrescottと同等なんだからさ。

Intelの次々世代モバイルCPU「Jonah」はデュアルコアで登場
http://pc.watch.impress.co.jp/docs/2004/0227/kaigai069.htm

Jonahマンセー、ついでに後藤氏マンセー！

目先の問題が大きすぎると、次々なんて遠い未来の
物語に思えるな。

>>886
RPGシステムです。シナリオのセンスは無いです。

モバイルCPUからデュアルコアとはまた予想外ですな。
（・∀・）ｲｲ!!

ゲーム開発者だったのかよ…(;´Д｀)
しかもシナリオとかやってるってことはプログラマじゃなくて
デザイナの方なのか…。

いや、ある程度予測できたんじゃないか？
モバイルからデュアルコア。デスクトップではむしろ平均電力よりTDP削減のために
アダプティブなマルチコア技術つかいそう。

次々世代だから、スレ違いだなｗ

アダプティブなHTのON/OFFもできんものかね？

HTの動的なオン／オフもやろうと思えばできるだろう。
このスレは次々世代以降もありっしょ？
それよりもここって元々デスクトップCPUがメインのスレだと思うから、
モバイルやサーバは本来すれ違いかもしれず。

スーパーパイプラインって普通のパイプラインとどう違うの？

>>899
ﾜﾛﾀ

普通のパイプライン処理は、デコードやレジスタファイルへのアクセス、実行等
処理単位ベースにパイプラインを設計している。
スーパーパイプラインは、はじめから、レイテンシの削減＝高クロック達成
目的でパイプラインが設計されていて、最低でも6-7ステージ以上と細分化
のレベルが細かいところが違いじゃないだろうか？

>>901
いちおー、R4000登場時のスーパーパイプラインってのはALUが倍クロック
で動くってのがあったと思います。
今じゃ普通だけど。

最初のスーパーパイプラインプロセッサことR4000/4400は8ステージだっけ？
その後のMIPSは、パイプラインが5ステージくらいに戻って、あとは高クロック
向けの進化は殆どしてない(藁

>>892
Report Program Generatorのほうじゃないのか・・・(;´Д｀)

x86なんぞエミュでおつりが来るとわくわくしたもんです。
Power/Alpha系（その後継・発展形含む）プロセサこそ最強です。

>>861
P-MOS N-MOS AS、随分昔の話だな

>>901
レイテンシじゃなくて、スループットの削減じゃないの？

そーいや初期のPentiumとかSuperSPARCはBi-CMOSでしたな。

>>907
単にレイテンシといってもいろいろある。
漏れが言っているのは命令の実行レイテンシではなく、
回路設計レベルの遅延のことをいっている。
パイプライン処理が命令スループットを削減する（命令レイテンシは変わらない）
技術であることはいうまでもない。

おいおいスループットを削減してどうするんだ？w

などという揚げ足取りはさておき、Alpha以降のスーパーパイプラインは
単なる高クロック向きの細分化パイプラインと定義していいんじゃないか。

スループットは普通向上だね。
ただ、命令スループットってのはレイテンシの一種だから、
削減でも間違いではないと思うぞ。

DQN君の登場ですか。

>>911
--------------------------------------------------
命令スループットってのはレイテンシの一種だから、
削減でも間違いではない
--------------------------------------------------
というのは初耳な用法だがどんな文脈で用いられる？
検索してみたがたとえば下記サイトでは実行命令数と
いえる意味で命令スループットを用いている。
できれば参考サイトつきでお教え願いたい。

http://www.amd.com/jp-ja/Processors/ProductInformation/0%2C%2C30_118_9485_9488%2C00.html

>>913
参考サイトはないが、命令スループットっていうのは、スループットレイテンシ
という苦しい言い方をするときもある。CPU作る側からすれば、命令スループット
ってのはレイテンシの一種だからね。

http://appzone.intel.com/scripts-util/download.asp?url=/jp/developer/jpdoc/ia32.pdf&title=IA-32+命令のレイテンシとスループット&fullpg=3&site=jp
Intelの資料でもスループットを小さくするという使い方をしている。

Intelの最適化マニュアルにも、命令のレイテンシとスループットが
一覧が乗っているけど、こっちは単位がクロックだね↓

スループット： 発行ポートが同じ命令を再度自由に受け入れられるようになるまで待
たなければならないクロック・サイクル数。多くのIA-32 命令は、命
令のスループットのほうがレイテンシよりもかなり小さい

かぶったｗ

>>914,915
不勉強でした。大いに参考になりました。感謝。

instructionのlatencyやthroughputは少ないcycleに越したことはないけど
広範囲にmemoryをaccessする大規模アプリの実行効率を深刻に支配する要因は
memory-cache-cpu間のthroughputやlatencyに起因するパイプラインstallが第一

結局HT(SMT)は捨ててIntel　AMD共にデュアルコアになるようだな。

ttp://pc.watch.impress.co.jp/docs/2004/0227/kaigai01l.gif
このロードマップ通りだとすると2005年中盤
デスクトップTejasよりモバイルデュアルコアJonahの方が
性能良さそうだな。

>898
P4 XEやIA-32eやJonahで、内部でも陣取りや増援をしてるので、
次世代以降のCPUの話題ならいいような。

>919
熱や電力消費の問題が予想以上に大きかったために、HT(SMT)を
ペンディングにしている別のアプローチで、先に問題解決を図るのでは。
将来的にマルチコアに向かうのは何度も記事になっていたし、
HTとも共存していくと思う。

でもバスクロックなどを考えると、デスクトップにはCeleronブランド辺りから
来そうだね。
最近、Performance Desktopによい話題が少なくて寂しいよ。

どうせ発熱量増えるならプレスコは北森のマルチコアだったらなぁ……

　だが、複数の業界関係者によると、Intelが2005年にリリースを予定しているモバイル
CPU Jonahは、デュアルコアだという。「Jonahは1つのダイに2個のプロセッサコアを搭載
した、物理的なマルチスレッディングCPUだ。

ttp://pc.watch.impress.co.jp/docs/2004/0227/kaigai069.htm

複数の情報筋によれば、IntelはJonahを「Dothanのデュアルコア版である」とOEM
メーカーに対して説明しているという。Jonahのバッテリ駆動時の平均消費電力は
Dothanと同じレンジにとどまるという。なぜかと言えば、JonahはCPUコアを動的に
増減できる仕様になっているからだ。

ttp://pc.watch.impress.co.jp/docs/2004/0227/ubiq49.htm

>>924
そいつバッテリーがわかってないな
最大消費電力にあわせて大出力にすれば同容量から同じ平均電力を
取り出しても稼働時間は短くなる
基板上のコンデンサも増えるからさらに効率が落ちるんだがｗ

>>925
コンデンサは大きくなるだろうけど、AC駆動時はバッテリを経由しない
(ACを切るとバッテリに切り替わる)仕組みにするんじゃないの？

>>924の記事はCPUのみについて書いているのに
>>925はPC全体について書いてる

どっちがｗなんだか

ところでさ、LGA775 Prescottってコア温度とGTLREF生成に関しては改良があるけど
消費電力自体は解決しないのかね？

Intel、電気代の節約につながる電源ユニット設計を推進
http://www.itmedia.co.jp/news/articles/0402/27/news022.html

ﾌﾟで増えた分の対策がこれかよ

http://www.itmedia.co.jp/news/articles/0402/27/news023.html
こんなのもあるね。

>>929
　PCの冷却と違って、電源回路の世界はIntelが多少金を出したからって推進できる
代物ではないと思うが。
　ケーブルでも太くするつもりか?

改良型の電源をAthlon機で使えばさらにお得ですね

>>929
その電源だけは欲しいな。
現状だとPCの中でCPUを超えて電源が一番電力消費してるパーツだからね。

遅くなりましたが，スーパーパイプラインとパイプラインではその目的が異なる
ということなんですね．ありがとうございました (_ _)．

>>931
まずはsageてくれ。毎回メアド入れてるようだが
sageも知らない初心者か？？

>>889
おいおいまじかよ
萌え…萌えすぎ…はぁはぁ
ThinkPadに載ったら絶対買う

そういや、MIPSってMicroprocessor without Interlocking Pipeline Stagesだっけ？
Beginner's All Purpose ナントカみたいなw

>>931
ことPCに関しては、ATX規格を作ったのがどこか考えてみりゃ
どういう結果がでるかは明らかだと思うが。

PCのパーツ業界を束ねてるのはインテルなんだよね。
良くも悪くも誰かが音頭とらないとまとまらないよ。

今はMSが束ねてるわけだが。
ハードはソフトに従属するのさ。

もはやx86系CPUメーカーはMSの下請け

前スレ
Intelの次世代CPUについて語ろう Part8
http://pc3.2ch.net/test/read.cgi/jisaku/1076749130/l50

過去スレ
Intelの次世代CPUについて語ろう Part7
http://pc3.2ch.net/test/read.cgi/jisaku/1075729779/
Intelの次世代CPUについて語ろう Part6
http://pc3.2ch.net/test/read.cgi/jisaku/1074656386/
次世代CPU、Pentium5について語ろう Part5
http://pc3.2ch.net/test/read.cgi/jisaku/1072672636/
次世代CPU、Pentium5について語ろう Part4
http://pc3.2ch.net/test/read.cgi/jisaku/1069899330/
次世代CPU、Pentium5について語ろう Part3
http://pc3.2ch.net/test/read.cgi/jisaku/1068220780/
次世代CPU、Pentium5について語ろう Part2
http://pc3.2ch.net/test/read.cgi/jisaku/1064098746/
次世代CPU、Pentium5について語ろう（Part1）
http://pc3.2ch.net/test/read.cgi/jisaku/1058361617/

次スレ要るかどうか分かりませんけどテンプレ作ってみました。
必要ならば使ってください。

ATX電源なんか消えてしまえ
待機時に電気食うな
起動前に電源供給が必要なシステムは壊れやすい

SMTとデュアルコアが両方載るとOSからは4CPUに見えるわけ?

デュアルコアのマシンってOSはどうなるんだろう？
HomeエディションやWin2kは切り捨て？

>>944・955
SMTとデュアルコアは両方載らないよ。
Dualコアを採用でHTが切り捨て。
つまりXPHomeが切り捨て。
XPProと2000Proが生き残り。

ま、Homeでも動作するようにBIOSで切り替えが付くでしょ。
誰も責任持たないけどｗ

>>945
1つのパッケージのデュアルコアをどう扱うかはMS次第。ほんとにMSの下請けみたいだな＞x86ベンダ

>>946
IntelはSMT＋デュアルコアはやるだろ。Windowsが対応するかどうかは別として

>>948
コアは道産子ベースだからSMTは止める様な希ガス

>>949
DothanベースでもSMTは可能だと思うが、いつのまにJonahだけの話にすり変わったんだ？

SMTが有効に機能するのは無駄に深いパイプラインでクロックあたりの
性能がやたら低いCPUに限られると思うが。
たとえばPen4とかPen4とかPen4とか。
モバイル系CPUはBaniasでクロックあたりの性能を改善しちゃったからね。
結局対AMD用のハッタリで終わるんじゃないの＞HT

>>951
>性能がやたら低いCPUに限られると思うが。
POWER5はデュアルコア+SMTだからそんな事はないかと。

>>950
後藤ﾀｿがSMT＋マルチコアって思いっきり書いてあった・・・ｽﾏｿ

となるとデスクトップCPUはNetBurstアーキテクチャを継続していくのかな？

SMTのマルチコアでデュアルプロセッサならウマー

>>954
(　ﾟдﾟ)ﾎｽｨ…

川´┏⊇┓｀川消費電力下げてﾎｽｨ･･･

しかしデスクトップ用PCでマルチコアだかSMT強制搭載されて
アプリがそれ前提で作られるようになるとして
それで一般人にはいったい何のメリットがあるんだろうか。

うわ。

激重OSがサクサク動くとか

>>959
バックグラウンドタスクは効率的に動くだろうけど
体感的なレスポンスをよくするのって難しいと思うけど。
Intelはサブスレッドがメインスレッドの先回りしてメモリをプリフェッチしまくるとかいう
コンパイラ技術を研究中らしいけど効果あるのかね。

>>960
単純な構造の長いloop以外に殆ど効果はない。

>957

x86に限らず、１スレッドで使う以上IPCを上げるのが限界に
近いからどのメーカーもSMTを採用してるんだろ。
むしろ64のメモリコントローラー内蔵って解の方が場当たり的な付け焼き刃に
見えるがな。
効果もあるがリスクもでかいし。
SMTで効率を上げるにはソフトウェアのサポート必須だが、そこまでしないと
客にアピール出来るような性能向上が見込めないんだろ。

>客にアピール出来るような性能向上が見込めないんだろ。
実際にどのアプリで性能向上をアピールできるのかなって話。
ソフト側は当分もてあましそうな気がするよ。
とりあえずリアルタイム物（ゲームとか）や対話物（Officeとか）は相性悪そうだな・・・

>>963
むしろ、アピールの仕方が単体のアプリケーションの速度を
競う方向から、複数のアプリケーションの同時処理でも体感
速度が落ちない、というような方向に変わると思うよ。

裏でＴＶ録画しながらネットとか、そういうシステム全体の
パフォーマンス向上の方向だと、マルチコアの優位性が
表に出てくるわけだし。日本じゃパッとしないけど、アメリカじゃ
WinXP Media Center とかそこそこ売れてるとか聞くし。

マウスのフォローとかI/O関連とか画面の描画とか裏でやってるタスクは
一杯あるからSMTにして悪くなる事はないと思うが，
デュアルコアはキャッシュが共通だから日本では思ったほど効果がでないかも

プレスコ inside

> 日本では思ったほど効果がでないかも
いつの時代の人だ

>963

今までの例から言っても案外対応早いと思うけどね。
CMTにしろ、SMTにしろ、OS側での対応は変らないだろうし。
今、HTで効率が上がらないのはトレースキャッシュが足りない
ということみたいだし。

トレースキャッシュが大きければHTでもスケールすると思ってんだ。。。
びっくりした

>969

ほんじゃあ、どういう事か解説してちょ。
びっくりした、だけなら誰でも言えるでしょ。

俺も知りたい。
どうすればHTTが更に改善されるのか解説おながいします。

　　　　　　　　／蓮ヽ 　32bit　　　　　　　　／涅槃ヽ 　64bit
　　　　　　　/ 丶｀Д´> 　/　　　　　　　　　/ 丶｀Д´>　/　　
　　　　　　　|　U　 / 　　/　　　　　　　　　　|　U　 / 　./
　　　　　 　（　ヽノ 　　/　　　　　　　　　　（　ヽノ　　./
　　　　　　　ﾉ>ノ　　/　　　　　　　　　　　ﾉ>ノ　..　/
　　　三　　レﾚ　. /　　　　　　　　三　　レﾚ　..　/
　　　　　ﾋﾀﾋﾀ　/　　　　　　　　　　　　ﾋﾀﾋﾀ　/
　　　　　　2005年　　　　　　　　　　　　2006年　　　

っていうか常駐系セキュリティ関連ソフトが対応してくれたらシステムかなり軽くなると思うが。

>>965
デュアルコアはキャッシュ共通ではない

ttp://pc.watch.impress.co.jp/docs/2004/0227/intel.htm
Pentium 4 2.40A GHzは、クロックの上がらないCステップのコアを処分するために、
考え出された便法ではないかと推測される

これって要は欠陥品を捌きたい訳だろ
で、更に
2.4GHｚでアイドル時温度43℃
Northwoodは2.60GHzで27℃なのに・・

使う奴いるのかすごく疑問

>>974
えっ？ キャッシュ共通じゃないの？
じゃあ二つ積む意味ないじゃん。

>>962
> むしろ64のメモリコントローラー内蔵って解の方が場当たり的な
> 付け焼き刃に見えるがな。
> 効果もあるがリスクもでかいし。

何言ってんだ？ メモリコントローラー内蔵によるレイテンシの削減は
殆どの場面で確実な性能向上が見込めるのだからむしろ性能向上の
本道だろう。Alphaも採用してたしな。

プロセッサは100$台の売れ筋が問題で、いまの90nプロセスでは
その答えがない。水冷にしたくなる消電100Wの
プロセッサなんてメジャーになれない。
次のセレロンはどうなるんだろう。

>>977
市場のメモリ動向に合わせてCPU本体を変えないとだめ
もしくは複数のメモリ仕様に対応できるコントローラを積まないと
いけないからシリコンを食う、という意味でしょう

>>979
マーケティング・製造コストの面からは不利だが、性能向上策としては本道って事ですね。

>>976
キャッシュ共通じゃアクセス競合で性能下がるだろ。阿呆！

次スレ立てられませんでした。
誰か宜しく。
テンプレは>>941

　　|　淫厨の香具師、次スレ立てれ！！
　　＼＿＿＿＿＿＿＿＿＿＿＿　＿＿＿＿
　　　　　　　　　　 　 　 　 　 　 　 ∨　 ｶﾀｶﾀ＿_　___＿＿
　　　　　　　　　　　　　　　 　　In＿�� 　　|｜＼　＼ ...|◎ |
　　　　　　　　　　　　　　 　　（.#｀Д´）　 |｜　|￣￣|.| .[].|
　　　　　　　　　 　　A＿A　┌（ 　 つ／￣l｜／￣￣/.| ＝|
　　 　A＿A　　　（　TДT）　|└ ヽ　|二二二」二二二二二二二二」
　　（　TДT）　　.（　　つつ 　￣］||_＿） 　 |　||　　　　　　　|　||
　　（つ　　つ　　/　 /　/　　.／￣＼　　／　|| 　 　　　　／　||
　　と＿）＿） 　（＿__）__）　 ◎ 　 　◎ .[＿__||　　　　　.［＿__||
　　　　　　　　　 　 ∧
　　 ／￣￣￣￣￣　￣￣￣￣￣￣￣￣￣
　　 |　淫厨よ、もういいんだ・・・・・・・

次スレ立てました。
Intelの次世代CPUについて語ろう Part9
ttp://pc3.2ch.net/test/read.cgi/jisaku/1077935289/

>>981
へ？

キャッシュ共有でSMTと同じ利点が得られるってわかっていない？

実際に、Itaniumとかは、キャッシュ共有方向で進んでいるのだが。

>>981
もう少し書いておくと、ちょっと考えればわかるだろうけれど、
CPUからバス経由でメモリーにアクセスに行くほうが時間がかかる。
キャッシュが共有できれば、その方が効率が良い。

>977

サポートも含めた売り切り型のサーバーならイイかも知れないが、
一般的なユーザーが使うものとしてはリスクが大きすぎると思う。
少なくともメモリ対策に関しては後手後手に回ることになる。
心配されていた相性に関してはそうでも無かったようだが・・・。

>>985
Itaniumで共有されるのはL3だけじゃないの？
981が言ってるのはL2までじゃないかな、ないかな。

>>962
とはいえ、プロセッサの進歩に対して、ソフトなりOSなりのサポートが追いつくのは数年遅れるわけで。
市場で支配的な立場を確保しているintelはそれでも耐えられるが、AMDはそれだけの余裕がなく、
また、サポートがなされなければアウトなわけで。

AMDがハードウェア単体で性能が出せる方向に動くのは自然なんでない？

('A`)

Intel

AMD

VIA

cyrix

Transmeta

Alpha

Culturecom Holdings

IBM

Celelon

ザ・１０００

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。