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

■前スレ
Intelの次世代CPUについて語ろう 24
http://pc7.2ch.net/test/read.cgi/jisaku/1144400151/

※荒らし・煽り・厨房・アムド虫は放置が一番効果的です。
　返答せずに削除依頼を出しましょう。
　放置できない人も荒らしです。マターリしましょう。

■過去スレ
24 http://pc7.2ch.net/test/read.cgi/jisaku/1144400151/
23 http://pc7.2ch.net/test/read.cgi/jisaku/1141882416/
22 情報求む。
21 http://pc7.2ch.net/test/read.cgi/jisaku/1136822334/

20 ttp://pc7.2ch.net/test/read.cgi/jisaku/1134332250/
19 ttp://pc7.2ch.net/test/read.cgi/jisaku/1131783188/
18 ttp://pc7.2ch.net/test/read.cgi/jisaku/1128543843/
17 ttp://pc7.2ch.net/test/read.cgi/jisaku/1125251094/
16 ttp://pc7.2ch.net/test/read.cgi/jisaku/1115570909/
15 ttp://pc7.2ch.net/test/read.cgi/jisaku/1122463712/
14 ttp://pc7.2ch.net/test/read.cgi/jisaku/1108228581/
13 ttp://pc7.2ch.net/test/read.cgi/jisaku/1097947493/
12 ttp://pc5.2ch.net/test/read.cgi/jisaku/1089896048/
11 ttp://pc5.2ch.net/test/read.cgi/jisaku/1085287040/
10 ttp://pc5.2ch.net/test/read.cgi/jisaku/1079371291/
09 ttp://pc3.2ch.net/test/read.cgi/jisaku/1077935289/
08 ttp://pc3.2ch.net/test/read.cgi/jisaku/1076749130/
07 ttp://pc3.2ch.net/test/read.cgi/jisaku/1075729779/
06 ttp://pc3.2ch.net/test/read.cgi/jisaku/1074656386/
05 ttp://pc3.2ch.net/test/read.cgi/jisaku/1072672636/
04 ttp://pc3.2ch.net/test/read.cgi/jisaku/1069899330/
03 ttp://pc3.2ch.net/test/read.cgi/jisaku/1068220780/
02 ttp://pc3.2ch.net/test/read.cgi/jisaku/1064098746/
01 ttp://pc3.2ch.net/test/read.cgi/jisaku/1058361617/

おつ

■Intel Core Microarchitecture
Intel's Next Generation Microarchitecture Unveiled
http://www.realworldtech.com/page.cfm?ArticleID=RWT030906143144
Into the Core: Intel's next-generation microarchitecture
http://arstechnica.com/articles/paedia/cpu/core.ars
明瞭になった「Core Microarchitecture」の全貌
http://pc.watch.impress.co.jp/docs/2006/0311/kaigai249.htm
IntelのCore Microarchitecture
http://pcweb.mycom.co.jp/articles/2006/03/21/intelcore/

保守

>>2
■過去スレ
22 http://pc7.2ch.net/test/read.cgi/jisaku/1139646138/

age

>1おつ

前々スレの８あたりのことなんだが、
20％のクロックアップで10日で終わる作業が8日で済むとかなんとか言うやつ。
10日のうち8日で終わるから20％だろと脳内で考えてるだけで…以下略

なぜAthlon64より効率がいいのか？とか
そこらへん知りたいんだけど・・・

Athlon64の時代も終わりか。

ttp://www.intel.com/technology/architecture/coremicro/

>>11
ぶっちゃけ、intel版K8をAMDの数倍金かけて作ったからw

>>11
メモリのプリフェチ強化と投機的ロードだろう
プリフェチ全部切ると、速度半分以下になる処理多数
K8もプリフェチを強化すれば、10〜20%くらいは
楽に速くなると思う

今のK8はconroeに負けてるけど、Rev.Gで
FPUの並列度が倍になって、処理によってはconroeを
超えることが予想されるのでそれまでまとう

FPUだけ速くなってもあんまりうれしくないわけだが。
つーか俺はRev.Gに夢はみないよ。どうせ劇的には変わらん。

うぅ〜ん
Conroeのsse unitが128bitだから
ひょっとすると
viaのisaiahのようにこっちでFPUも兼用すんじゃないのかな
まだよく読んでないが。

共有キャッシュとプリフェッチャはマジ複雑なんでK8にはおいそれとは積めない。
ベンチ見る限りでは↑はメモコン内臓のK8とではほぼ相殺と予想。
やっぱ投機ロードに予測機構付けたことやμopsFusionの貢献度が高そう。
ぶっちゃげ浮動少数点演算は最適化しまくった専用プロセッサにやらせてればいいよ…
と思う俺は時代遅れなんだろか。

http://pc.watch.impress.co.jp/docs/2006/0517/amd.htm
Turion 64 X2ｼｮﾎﾞｽ
L2が512KB×2って('Ａ`;)

CPUってまだまだ最適化の余地があるの？
conroeが出せるならもっと早く出せよって感じなんだけど。
それとも性能向上を長期に渡って持続させるために、
最適化の余地を残してあるとか？

半導体って、つくりはじめてから完成するまで数百工程、数カ月かかるからな
今最初の出荷にそなえて倉庫に在庫積んでる時期なんだろう

>>18
どうぞ
http://www.st.rim.or.jp/~nkomatsu/peripheral/i8087.html

>>20
開発だけなら５年以上かかる

>>20
あなたのおっしゃる最適化ってどういう意味かしら。

ATIでいうとこのチート

ドラクエでいうとこのふくろ整理

早く出せないから出てこなかった、Conroeは65nmプロセスでしょ。
製造プロセスが進んでこないと、クロックは低い、コアは一つ、キャッシュ容量は少ないって事になる。

965チップセットを先行して出して欲しいところだ

Conroeは975以前のチップセットには対応することはないのかな？
なんとかLGA775世代のチップセットには対応して欲しいもんだが。

昔はODPなんて発想で商売してくれてたのになあ、インテル。

>>29
チップセットというよりVRM(電源関係)の問題だということで、
http://www.hkepc.com/bbs/news.php?tid=593760
これはi865Gで動いているらしい。VRMさえ合えば。
まあこれはConroe対応と銘うっていたMBだけど。
下駄が出て、他でも動くようになる、かもしれない・・。

パターンカット＋VID乗っ取りでいけるかな？

>>29
975Xは対応する。ワークステーションレンジ向けのチップセットが今回はないからね。
次のチップセットは来年らしいし。

ただし>>30の通り、VRM周りを改修したConroe対応の975Xマザーボードが必要。
たとえばインテルのマザーD975XBXLKRでは、ロットナンバー304以降が必要。

Intel to intro WoodCrest on June 19th
http://www.theinquirer.net/?article=31843

5110 - 1.60 GHz clock, 1066 MHz FSB, $230 per 1K CPU
5120 - 1.86 GHz clock, 1066 MHz FSB, $270 per 1K CPU
5130 - 2.00 GHz clock, 1333 MHz FSB, $330 per 1K CPU
5140 - 2.33 GHz clock, 1333 MHz FSB, $470 per 1K CPU
5150 - 2.67 GHz clock, 1333 MHz FSB, $700 per 1K CPU
5160 - 3.00 GHz clock, 1333 MHz FSB, $851 per 1K CPU

Woodcrest 6/19リリース。
この記事書いてるTheoってやつによると、
WoodcrestのNorthbridgeで10-30W電力食うとか、K8Lは今年末か来年のQ1にでるらしい(藁
あと、Woodcrestは4MB+4MB=8MB L2とかいってるし。ちゃんと把握して書けよと。

FB-DIMM4chだと30Wとか食っても不思議じゃないような。

yonahｽｺﾞｽ
http://www.xbitlabs.com/images/mainboards/asus-n4lvm-dh/power-1.png
http://www.xbitlabs.com/images/mainboards/asus-n4lvm-dh/power-2.png

PenDもｽｺﾞｽ

Athlonも結構喰うんだな

ttp://journal.mycom.co.jp/articles/2006/05/19/spf3/
この記事の
ttp://journal.mycom.co.jp/articles/2006/05/19/spf3/002.html
を見てからサイトの消費電力測定がますます信用出来なくなってきた。
消費電力の測定ってほんと難しいよなあ。

ごめん。二つ目は
ttp://journal.mycom.co.jp/photo/articles/2006/05/19/spf3/images/photo023l.jpg

Intel to Offer "Special Edition" Chips for Servers.
http://www.xbitlabs.com/news/cpu/display/20060521232933.html

Intelはサーバー用にStandardなSKU（5110＠1.60GHｚ〜5160＠3.00GHｚ） に加えて、
"Special Edition" なChipsも提供するそうだな。

Intel Nehalem will have lots of interconnect links
http://www.theinquirer.net/?article=31860

謎の次世代Nehalem(Conroeの次アーキ）についてだが、Charlie Demerjian氏が
現在開かれてるSpring Processor Forumで仕入れてきた情報によると、
以前から囁かれてたCSI linkだが、'Enterprise' versionsのNehalemは8本もってるそうだ。

>>41
PCIeみたいにCSIx1,CSIx2にして使うのかな？

CSI一本あたりの帯域は？

Xeon 5160 3.0GHz Dual core TPC-C : 169,360tpmC / 2.90 $/tpmC
http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=106052202
2processor/4core/4thread の woodcrest。
TPC-C は思ったほどでもない。

>>44
　　--------------------
　　TPC-C は思ったほどでもない。
　　--------------------
モノの考え方の違いすかね？汎用チップセットを使った4-way x86サーバーとしてわ結構な性能だと思うす。
　　Woodcrest x 2　　　　　　： 169,360 [tpmC] ($2.93/tpmC)
　　SingleCore Opteron x 4： 138,845 [tpmC] ($3.04/tpmC)
　　DualCore Opteron x 2　： 113,628 [tpmC] ($2.99/tpmC)

TPC-Cわ､流石に自作板的に縁遠いと思うすけど､TechReportがもっと普通の環境でWoodcrest/3GHzを
レビューしているす。
http://www.techreport.com/onearticle.x/10021

リンク微妙に回りくどいんで､こちらをどうぞ。
http://www.techreport.com/etc/2006q2/woodcrest/index.x?pg=1

いずれSPECにも登録される筈すけど､Intelの公開したWoodcrestのSPEC2000の結果す。
http://www.intel.com/performance/server/xeon/intspd.htm
Woodcrest/3.0GHz, 4MB L2, 1.33GHz FSB
　・SPECint_base2000: 3012
　・SPECint_rate_base2000: 123 (2-socket/4-way)
　・SPECfp_base2000: 2602(Windows), 2783(Linux)
　・SPECfp_rate_base2000: 79.3(Windows), 83(Linux)
FB-DIMM搭載のWoodcrestでこの成績すから､特にSPECintでConroeの性能わ更に高くなるというのが
驚異す。。。

http://www.2cpu.com/review.php?id=112
Woodcrest3.0GHz vs Opteron285

　Dempseyは何だったのやら・・・

ところで、Yonahの2次キャッシュのバス幅はDothanの二倍で、
MeromはYonahの二倍ということなんだが、実際は今何bitぐらいなんだろう？

データバス幅は256bit

Netburst同様Load/Store各128bitはほぼ確実と見てよいようですな

> ttp://www.realworldtech.com/includes/templates/articles.cfm?ArticleID=RWT030906143144&mode=print

「128bit SSE」が不明なんだよなぁ　整数なんだろうとは思うけど

SIMD整数ALU・シフト・その他を全て含むのが3つなのか、役割が決まってるのか

Core2 XEは3GHzだと思ってたが、結局2.93GHzになったらしい。
3.33GHzは考えられないと思っていたが、FSB1.33GHzがないのは寂しい

これからはAthlon64 FXスタイルになるかな。
2.93GHzがCore2に降りてきて、XEが3.2GHzになる、って感じかな。

NehalemはCoreコア＋メモコン＋CSIになるのかな？

>>55
i975の後継チプセトがいつ出るかじゃないか。
出ないうちはFSB1.33GHzは有り得ないと思われ。

X6800ってネタみたいなプロセッサナンバーだな

>>49
Woodcrestスゴス
DELLがサーバーで今更AMDを採用するらしいけれど、性能的にも
消費電力もAMD採用する理由なんて無いような。

過疎り過ぎ

新しいアーキテクチャ出したばっかりでネタないだろｗ

２年ごとにアーキテクチャ変えていくらしいが
２年後どうなるよ？といってもネタないし。

>>49
逆にDempseyの健闘ぶりに驚いた。
PenDもこれ位パフォーマンスが出ていたら良かったのに。
チップセットが余程強力なのかね。

>>49
ようわからん。ベンチマークのグラフとかないの？

Nehalem won't have eight CSI links
http://www.theinquirer.net/?article=31912
こないだのは間違いで、FBD linksが8個らしいと。
Tukwilaと同じようにCPU上にFB-DIMMメモリコントローラが載って、
何本かは知らないけど、CSIも載るという感じだと思うけど。
サーバ向けはそういう構成なんだろうね。

Conroe overclocked to 4.66GHz
http://www.theinquirer.net/?article=31939

こっちは4.74GHzでπ焼き10秒台だとよ。
http://u-san.net/c-board/file/X6800-4739_10s750.gif

そういやまだSSE4の詳細については出てないよなあ？

Intel 2006 Desktop CPU Roadmap Update
http://www.dailytech.com/Article.aspx?newsid=2547
　　　　　　　　　Clock 　　　FSB 　Cache Launch Price@Launch
C2E X6800 2.93GHz / 1066MHz 4MB　23-Jul　 $999
C2D E6700 2.67GHz / 1066MHz 4MB　23-Jul 　$530
C2D E6600 2.40GHz / 1066MHz 4MB　23-Jul 　$316
C2D E6400 2.13GHz / 1066MHz 2MB　23-Jul 　$224
C2D E6300 1.86GHz / 1066MHz 2MB　23-Jul 　$183

Intel 2006 Mobile CPU Roadmap Update
http://www.dailytech.com/article.aspx?newsid=254
　　　　　　　　　Clock　　　FSB Cache Price
C2D T7600　2.33GHz 　667MHz 4MB $637
C2D T7400　2.16GHz 　667MHz 4MB $423
C2D T7200　2.0GHz　　 667MHz 4MB $294
C2D 5600　　1.83GHz　 667MHz 2MB $240
C2D 5500　　1.66GHz　 667MHz 2MB $209

Core Duo (Yonah) CPU this June 25th with a 2.33GHz clock.

Intel 2006 Mobile CPU Roadmap Update
×http://www.dailytech.com/article.aspx?newsid=254
○http://www.dailytech.com/article.aspx?newsid=2546

>>48のデータ､DellがSPECに登録したものが公開されているす。
SPECint2000
　・PowerEdge 2950 http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060502-05955.html
SPECfp2000
　・PowerEdge 2950 http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060502-05956.html
SPECint rate2000
　・PowerEdge 2950 http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060501-05940.html
　・Precision WS 690 http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060502-05942.html
SPECfp rate2000
　・PowerEdge 2950 http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060501-05939.html
　・Precision WS 690 http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060502-05941.html

上の書き込みSPECint2000とSPECfp2000わ､
　PowerEdge 2950 -> Precision WS 690
の間違いす。

>>67
いい加減俺の妄想テキストとその引用サイトがGoogleの上位って状況は打開して欲しい。

ぶっちゃけアレだけの命令の追加自体は大きなブレイクスルーじゃないよ
演算ユニットの増強による性能向上はあると思う。

>>59
メモリ帯域・レイテンシで圧倒してるうちはWebサーバみたいな用途だとOpteron優勢な気が

Power Mac (Mac Pro?) にはWoodcrestが載るすか？

X6800てマンハッタン！？

結局conroeは9月なのか？

>>76
　　--------------
　　結局conroeは9月なのか？
　　--------------
そう思い込みたいアム虫がいる。。。ってだけかと(笑)

あと2ヶ月後にはConroeも次世代じゃなくなってるのか…。
省電力機能はどうなってるん?

>>67
お団子キュンのページでだいたいいいんじゃないの?
http://dango.kousaku.in/hiki/SSE4.html

ラインナップから3.33GHzが消えたのは
マーケティング的に出し急がないからかと思ってたけど、
実際のところ空冷だとあんまし回らないみたいだ。

>> すごい回るんですね。
>> NetBurstじゃないのに（つーか定格クロックは何？）。
>
>定格は、266*11=2.93Gですが、空冷定格電圧(1.34v?)でのOCマージンは
>10％位ろかなりないかも・・(^^;;
>市販で3.33Gなんて、まだまだって感じです。

Itanium系の次世代はどうなるの？
まだ打ち切りじゃないよね？

>>81
まだまだ続くよー！
ttp://www.atmarkit.co.jp/fsys/kaisetsu/075intel_cpu2007/intel_cpu2007_01.html

コンロスレの盛り上がりに比べてここは…

このｽﾚが見据えるは常にIntelの次世代CPUですからして

nehalemの夢でもみましょうかね。
parrotと投機的マルチスレッディングは実装してくるのかね。
どこぞのanti-HTT等とかいう偏執狂じみたネーミングへの一つの解、のはずなんだが。
それをSMTによって実装していたら最大の皮肉。

PARROTと投機的マルチスレッディングって共存すんのか？

4コア搭載したCore2はどんな名前になるんだ？
愚直に考えればCore2 Quartettoだけど……

Core4じゃね？ｗ

>>87
SoloやDuoに比べて長過ぎ。

普通にCore2 eXtreme Editionな気が

Core2Quoでいいんでね

次がOctでその次がHexa？（16進数をHexというのに因んで）

Intel Core 2 Quartet
Intel Core 2 Octet
Intel Core 2 Orchestra

Tulsaの4CPUってWoodcrest2CPUに勝てるのか？

ペンリンとウルフデール待ち

Intel Core 2 Qoo
http://www.qoo.jp/

KentsfieldのTDPや周波数やFSB周波数の予想値って、どこかに情報無いですか？
TDPは単純にConroeの二倍になるのかなあ。

KentsFieldなCore XEはFSB1066/TDP130W/3GHz前後、とのこと。たぶん2.93GHzかな

>>97-98
自演乙

130Wか…。さすがにちょっとキツいな。

CPU Power Consumption (Burn), W
ttp://www.xbitlabs.com/images/cpu/amd-socket-am2/charts/power.png
Athlon64 FX-62 [2.8GHz dual L2=1MBx2](rev.F) : 135.6W
Pentium XE 965 [3.73GHz dual L2=2MBx2] (rev.C1) : 132W
Pentium D 960 [3.6GHz duall L2=2MBx2] (rev.C1) : 124W

>>87
Core2 Quad ?

Athlon64 3700+を売って、Pentium4 3.6GHzあたりに乗り換かえるとサイフが幸せになれそうな価格改定

rev.C1マジでイイじゃん…
CederMill(C1)のHTでUD動かしたいな

HyperThreadingでUDはポイント二倍、Result微増ってところだったかね

ICC9.1でSSE4使えるようになってるらしい。
http://dango.kousaku.in/hiki/SSE4Intrin.html

団子乙

Northwood 130nm　シングルコア、ＨＴ　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・　優良CPU
Prescott　　90nm　シングルコア、ＨＴ、新アーキテクチャー　・・・・・・・・・・・・・・・・・・・・・・・・・・・　爆熱CPU
Smithfield　 90nm　デュアルコア、Prescott 相当のCPUのダイを2つくっつけたもの　・・・・・・・　超爆熱CPU
Cedar Mill　 65nm　シングルコア、ＨＴ　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・　優良CPU
Presler　　　65nm　デュアルコア、Cedar Mill 相当のCPUのダイを2つくっつけたもの　・・・・・・　モッサリCPU
Conroe　　　65nm　デュアルコア、新アーキテクチャー、真のデュアルコア　・・・・・・・・・・・・・・・　優良CPU
Kentsfield　 65nm　クアッドコア、Conroe 相当のCPUのダイを2つくっつけたもの　・・・・・・・・・・　超爆熱CPU
※１　　　　　45nm　クアッドコア、Kentsfield 相当のCPUのダイ、製造プロセスシュリンク　・・・　モッサリCPU
※２　　　　　45nm　クアッドコア、新アーキテクチャー、真のクアッドコア　・・・・・・・・・・・・・・・・・　優良CPU
※３　　　　　45nm　８コア、※２ 相当のCPUのダイを2つくっつけたもの　・・・・・・・・・・・・・・・・・　超爆熱CPU
※４　　　　　32nm　８コア、※３ 相当のCPUのダイ、製造プロセスシュリンク　・・・・・・・・・・・・・　モッサリCPU
※５　　　　　32nm　８コア、新アーキテクチャー、真の８コア　・・・・・・・・・・・・・・・・・・・・・・・・・・・　優良CPU
※６　　　　　32nm　１６コア、※５ 相当のCPUのダイを2つくっつけたもの　・・・・・・・・・・・・・・・・　超爆熱CPU
※７　　　　　22nm　１６コア、※６ 相当のCPUのダイ、製造プロセスシュリンク　・・・・・・・・・・・・　モッサリCPU
※８　　　　　22nm　１６コア、新アーキテクチャー、真の１６コア　・・・・・・・・・・・・・・・・・・・・・・・・　優良CPU
※９　　　　　22nm　３２コア、※８ 相当のCPUのダイを2つくっつけたもの　・・・・・・・・・・・・・・・・　超爆熱CPU

※１０　　　　16nm　３２コア、※９ 相当のCPUのダイ、製造プロセスシュリンク　・・・・・・・・・・・・　モッサリCPU
※１１　　　　16nm　３２コア、新アーキテクチャー、真の３２コア　・・・・・・・・・・・・・・・・・・・・・・・・・　優良CPU
※１２　　　　16nm　６４コア、※１１ 相当のCPUのダイを2つくっつけたもの　・・・・・・・・・・・・・・・　超爆熱CPU
※１３　　　　11nm　６４コア、※１２ 相当のCPUのダイ、製造プロセスシュリンク　・・・・・・・・・・・　モッサリCPU
※１４　　　　11nm　６４コア、新アーキテクチャー、真の６４コア　・・・・・・・・・・・・・・・・・・・・・・・・・　優良CPU
※１５　　　　11nm　１２８コア、※１４ 相当のCPUのダイを2つくっつけたもの　・・・・・・・・・・・・・・　超爆熱CPU
※１６　　　　 8nm　１２８コア、※１５ 相当のCPUのダイ、製造プロセスシュリンク　・・・・・・・・・・　モッサリCPU
※１７　　　　 8nm　１２８コア、新アーキテクチャー、真の１２８コア　・・・・・・・・・・・・・・・・・・・・・・・　優良CPU
※１８　　　　 8nm　２５６コア、※１７ 相当のCPUのダイを2つくっつけたもの　・・・・・・・・・・・・・・・　超爆熱CPU

　+-->　モッサリCPU　----->　優良CPU　----->　超爆熱CPU　--+
　|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 |
　+------------------------------------------------------+

何のギャグだね

32coreにアム厨の限界を見た

　　　　　　　　　　　 ───
　　　　　　　　　 ／　　　　　　＼
　　　　　　　　 │　　　　　　　　│
　　　　　+--> │　優良CPU　 │　--+
　　　　　|　　　│　　　　　　　　│　　　|
　　　　　|　　　　＼　　　　　　／　　　　|
　　　　　|　　　　　　───　　　　　　 |
　　　　　|　　　　　　　　　　　　　　　　　|
　　　　　|　　　　　　　　　　　　　　　　　|
　　　　　|　　　　　　　　　　　　　　　　　v
　　　───　　　　　　　　　　　　　───
　／　　　　　　＼　　　　　　　　／　　　　　　＼
│　　　　　　　　│　　　　　　│　　　　　　　　│
│モッサリCPU│　<-----　│ 超爆熱CPU │
│　　　　　　　　│　　　　　　│　　　　　　　　│
　＼　　　　　　／　　　　　　　　＼　　　　　　／
　　　───　　　　　　　　　　　　　───

もっさりPenD→真の(ryじゃないともっさりニダ!とID:4etqU9Kbが必死ですｗ

言いたいことは分かったから落ち着け

黒崎の提言　新潟にもプロ野球の熱い波が！　
先日、北陸、信越地方を拠点とした野球の独立リーグ発足の構想が発表されました。
野球好きの僕にとって踊りだすほどうれしいニュース。
新潟市は早起き野球のチーム数も全国トップクラス。野球好きの多い土地柄なんです。
サッカーでさえゼロからここまでアルビを大きくした新潟。
野球が新潟を活性化させるに違いない！北信越リーグに足を運ぼう！

新潟にプロ野球！　アルビのように応援しよう！
賛成？反対？投票は土曜日まで！
http://www.banana.gg/index1.asp

ちょｗｗｗｗ
しかしtmmintrin.hに触れてる人って意外と少ないんだよね

>>108
8nmの次は5nmと6nmどっちなの？

Coreは緒戦で圧勝し消費電力の枠にも余裕があるという状態
その余裕をXeonの4coreとCore2の2core高クロックに振り分けるのだろう
それよりAMDの反撃が始まるRev.Hとほぼ同時期に来る45nmでDSTが導入されるわけだが
どのくらい性能が向上するか気になるところ
下手したらNehalemは出番が無いかもねぇ

DSTってなんすか？

サマータイム

intel版soiの事かな。

Depleted Substrate Transistor

Intel が開発した SOI 技術の一種。これまでの SOI 技術と比較して絶縁層が薄く，
ON 時には電流を最大限スムースにし，OFF 時にはリークを一般的な SOI 技術の１％に抑えられるらしい。

つまりリーク電流をSOIの100分の1にできる(なにもしてないシリコンくらべたら1000分の1)

FDSOIだな

最近のハイエンドGPUは電力食い過ぎ。
ワット当たりの性能を売り文句にし出したインテルに、ディスクリート型GPUも作ってほしい。

ttp://plusd.itmedia.co.jp/pcuser/articles/0606/03/news001.html
ここ読む分にはワット性能はAMDに対抗して仕方なくやってる感あり
もし本気ならmerom用純正デスクトップマザー出すでしょ

ところでIntelがビデオカード市場に乱入って噂はマジだったの?

常に負けを認めない印厨に m9(＾Д＾)ﾎﾟﾎﾟﾎﾟｷﾞｬｯﾄ

>>125
ワット性能は、絶対性能を上げるために必要だから、
IntelもAMDもワット性能を上げようとするのは当然。

ただ、ワット性能はクロックさえ下げれば簡単に上がるから、
低クロックのK8と通常クロックのCore2をワット性能で比べるなということでしょ。

>>125
Intelのビデオカード市場乱入ってマジ？
ソースあったらよろ。

…i740を思い出させるなぁ。
省エネ低発熱なら突撃する！(｀･ω･´)

>>128
inqに噂がのってた。
自分で探せ。

http://www.famitsu.com/game/etc/2006/06/02/239,1149226543,54264,0,0.html

>質問5．プレイステーション3の価格（ハードディスクドライブ20GBモデル：62790円[税込]、
>60GBモデル：オープン価格）について質問です。プレイステーション3はゲーム機としては高
>額な価格設定となっていますが、ハイエンドPCなみの高スペック、次世代メディア"ブルーレイ
>ディスク"の再生機能などゲームの枠を越えた機能が搭載されています。これらの機能面か
>らゲーム機としてではなく、次世代総合家電として見た場合の価格の印象は？


おまいら、PS3はハイエンドPC並みのスペックとか言われてますよ。

inqを見に行ったら、XScaleが・・・

http://www.yukan-fuji.com/archives/2006/06/post_5898.html

>Ｗｉｉはテレビリモコンのようなコントローラをアクションのように使えるのが
>特徴で、非常に面白いですね。
>一方、ＰＳ３は重戦車ではないかと思うようなすごいもので、
>重さは５キログラムもあるそうです。

>しかも値段は消費税込みで６万２７９０円。
>これは子供のゲーム機ではありませんね。
>オタク用の専門マシンです。


オタク用の専門マシンでした。

The PS3 GPU is not fast enough yet

http://www.theinquirer.net/?article=32159
RSXのスペックダウンは確定？
コアクロック　　550MHz→420MHz
メモリクロック　700MHz→600MHz
メモリ256MB　128bit接続(9.6GB/s)

GPUは360以下w
PS3ショボ過ぎなのに↓

川西氏に取材した時の話では、

「PS3での出力は、1080pに留まらず4K/2K(4,000×2,000ドット）を狙う」

とのことだったので、使いこなした時の余力は、確かにかなりありそうだ。
http://www.watch.impress.co.jp/av/docs/20060511/rt003.htm

無理だろ

BDが50GBなのに内蔵HDDが20GBって少なすぎないか？
後出しだったら360の数倍の高性能で出して欲しい。

>>134
http://www.theinquirer.net/?article=32171
残念ながら、倍の価格で、半分の性能で、一年遅れのようだ・・・。



RSXのトライアングルセットアップレートが、Xenosの半分（ｒｙ
ローカルメモリのreadが、16「M」B/sって(ry)
no ,this isn't typo.......って、誤植じゃないのｋ（ｒｙ

さすがにこれは業界赤新聞がガセネタ掴まされたって奴じゃねえ？

GHz クラスの CPU のローカルメモリで 16MB/sec って、むしろ達成
するのが困難な遅さだろう。(w

つーかWriteよりReadが遅い時点でネタ確定　
常識的には計測側の不具合とみて再テストするだろ

>>136
SPEのローカルメモリじゃないよ。
RSX下のVRAMへのアクセス。あの表のLocal Memoryって
書き方が判りにくいな。
それでも16MB/secってアリエナスだけど。てかSPEとRSX連携の
パターンがかなり限られそう。従来の予想よりも。

スレ違いなんでこの辺で。

あー、RSX 側から見て local memory って意味なのか。なるほど。
しかし 16MB/sec ねえ。どうゆう作りをしてるんじゃろ。
read より write のバンド幅を優先すること自体は分かるけどねえ。

http://www.anandtech.com/tradeshows/showdoc.aspx?i=2770&p=7

これ見ると965もnForce並のヒートシンクを使っているけれど結構
熱が出るってことかな？

975はヒートシンクだけのマザーあるのにこれじゃぁせっかくCPU
が消費電力落ちてもなぁ

Writeは書きっぱなしだけどReadはデータがあがってくるまで
待たなきゃならんからReadのほうが遅いんじゃね？

書きっぱなしできる高速なバッファが潤沢にあれば性能に貢献するけど、
帯域にはあんまり関係ないと思われる。

>>140
他社製の板が出てくるまでなんともいえんな。
あのチップセット連結ヒートパイプ&ファンは、一部メーカーの付加価値機能だし。

とはいえ965シリーズは90nmプロセス製造なこともあり、そこはかとなく不安になるのは確かだ(w

CeleronD3.2GHzをPentium4に例えると何GHzぐらい
なんですかね？

ファンじゃない。フィンだった…orz

>>144
処理によって異なるが最速でPen4の90％、処理によっては50〜60％程度といわれる
ただし、すべてのCeleronDは同クロックのWillamettePentium4より多少早いし
SedarMillCeleronDにいたってはNorthwoodPentium4のFSB533版とクロックが同じであれば性能はほぼ同じである
同じクロックの製品は存在しないけどね。NorthwoodPentium4でもHTT搭載(FSB800とFSB533の3.06GHｚ)は例外
でCeleronDより性能は上。これは２次キャッシュの容量とFSBの速度によるもので
一口にPentium4といってもピンきりなので一概には比べられない

コンローってもう発売したの？

来月発売
今は前月祭

>>146
>SedarMillCeleronDにいたってはNorthwoodPentium4のFSB533版とクロックが同じであれば性能はほぼ同じである
Prescottでパイプライン段数が増えたの忘れてない？
同クロック・同FSBではL2キャッシュが倍にも関わらずNorthwoodが僅かに速かったから、キャッシュまで同じなら
確実に劣るはずだ。・・・と言っても極端な差ではないだろうがな。

すまん、sage忘れた。

64Bit、対応になるのは、いつなんだ？ああ？ハゲっが。死ね。

>>149
わすれてた、けどNorthwoodとPrescottの差も僅かだったんだからほぼ同じって考えで間違ってなくないか？

>>152
いつから65nm CeleronのキャッシュがNorthwoodの倍になったんですか？

Pen4がセレ価格になるんだからシダセレ買うのもアホだろ

>>146
HTT付きはこのスレでは糞が定説

このスレでもHTTの有効性の否定なんて定説になってないだろ
サーバー系での処理との相性の悪さとか例外的な事例はあるけどな

>>155
このスレではなく、アム厨の間違いだろ?
HTTとデュアルコアを比べるのはナンセンス。

>>156
http://d.hatena.ne.jp/hyoshiok/20051204
HTT付きはセレロンにも劣る

特定のコードでは、だろ。
通常のマルチスレッドではHTTなしよりも速い。

特定のコードで遅くなっては本末転倒だとは思わないのかな？ｗ

Streamコードが早くなれば、エンコが早くて良いじゃん

P6→PenMでさえ特定のコードで遅くなるが？

>>158

>>153
それだとまずL2が倍増すると性能があがるかどうかについてから
考えないとならなくなるんじゃないか？
PrescottとPrescott-2Mでは確か早くなるものと遅くなるものがあるから
トントンだったと思うし

>>164
話の流れを全部理解してからレスしようね。

>>158
俺に対して例外的な事例の具体例を示しても全く意味がないｗ
一部の例外を定説と言い張ってるだけと白状してるようなもんだ

今プレスコの3.2Ghを使ってるけどコンローでも3.2Ghが出るらしい。
どれ位速くなる？
2倍いくかな？

INTELのデモの記事をそのまま鵜呑みにすると
大体そのくらいだが・・・
実際には6~7割増しがいいところだと思うね

マルチスレッド前提なら2倍以上になるんじゃない。

”Core 2 Duo”は3倍速い!

FX60@E6700と同クロック　Vs E6700で動画エンコードとExcelの計算を同時に実行の結果Conroeは３倍速い

> ttp://ascii24.com/news/i/topi/article/2006/06/07/662715-000.html
> その後、AMDの『Athlon 64 FX-60』をオーバークロックして“Core 2 Duo”のモデルナンバー“E6700”と
> 同等の動作周波数にした時の結果を紹介。『iTunes 6.04』や『PC Mark05』など5つのエンコード速度のグラフを示しながら、
> 『Athlon 64 FX-60』よりも1.1〜1.5倍は高速に動作すると説明した。また、“Athnlon 64 FX”と“Core 2 Duo”を同等のクロックに合わせ、
> 動画エンコードとExcelの計算を同時に実行し、速度を実際に計測する実験(テスト環境は不明)も行なわれた。
> 結果は“Athlon 64 FX”の36秒に対して“Core 2 Duo”は11秒となり、
> 周りにいた日本人記者からは「製品が登場したら、ぜひ検証してみなければ」という言葉が漏れていた。

>>167
平均して2.5倍ぐらい早くなるよ

体感では現状の25倍といってもいいほどの速さだ。

>>172
おまいさんの現状は知らないけど、ＨＤＤを早いやつに変えたとき
やたら早くなったなって思ったよｗ

米AMD、米Intelに挑戦状
http://enterprise.watch.impress.co.jp/cda/topic/2005/08/24/6000.html
AMD、“デュアルコア対決”でIntelに勝利
http://pc.watch.impress.co.jp/docs/2005/1213/amd.htm


結局これなんだったんだろう

今思えば、なんだかむなしい絵だな…
相手にしてもらえなかったように見える…

このスレにIntel好きな人が多いのは当然かもしれんが
ライバルを馬鹿にするような品の無いことはいい加減やめような。
宗教じゃないんだからさ。

っていうか、丸1年 64 X2 が勝ってるじゃん。

>>176
えーと、このスレの何処にもいないと思うが。

思い出したようにHTTとネトバを叩かないと仕方ない奴は居るが。

Intelが好きです。AMDも好きです。でもVIAのほうがもっと好きです！！

>>176
その品の無いことを永遠とやっているのがAMD社なんだが・・・

おまいらAMDの名前が出るだけで興奮しすぎ

ｱﾑﾃﾞｨｰ(；ﾟ∀ﾟ)=3ﾑｯﾊｰ

皆ツンデレなんだよ、AMDに対して

http://plusd.itmedia.co.jp/pcuser/articles/0606/07/news078.html

これ読むと、Core 2 Duo を出すまでは負け続けてます、ってintel自体が言っている。
勝ったり負けたり、切磋琢磨してくれたほうが使う方はありがたい。

>>178
ﾁｬﾈﾗｰはCore2持ち上げるのにもうﾈﾄﾊﾞ叩き落として落差つけていい頃だと思うよ

というかIntelの中の人はそう言わんばかりだ
ﾈﾄﾊﾞ売ってるのにちょっと早すぎる気はするけどさ

Intelアーキテクチャ最適化マニュアル最新のまだですか？
SSE周りのチューニングやりたいのよ。

http://www.theregister.co.uk/2006/06/08/intel_gelsinger_stanford/page2.html
>Intel will adopt the on-chip memory controller anyway.
>"Yes, we will do it at some point," Gelsinger said.

>Gelsinger also confirmed the obvious by saying Intel will start producing eight-core processors
>when it moves to a 45nm manufacturing process in 2008

>Gelsinger went on to confirm that Intel will re-introduce Hyperthreading in the generation of chips
>that follow "Core," which will add to the software adventure.

GelsingerのStanfordでの講演らしいな。

Hyper-Threading復活？

Merom/Conroeで実装されないのはやはり熱密度を気にしたのでしょうな

またSMTなのかねえ。CGMTでいいじゃんって気はするんだが

PARROT系統よりも投機的マルチスレッヂングへ傾いたんだろうか
この辺りは社内政治も絡んでいるようだし複雑だな。

普通に混載可能だと思う、ParrotとSMT。
社内政治の話になるとしても、どちらとしてもintelのCPUが高速であった方が良い訳であるから
それを超えて最高峰を目指す、くらいの会社であって欲しいとは思う。
実装時期(enableのタイミングなど)をずらす、という考え方辺りにまとまる予感。

HyperThreadingを叩く人多いけど、それ自体は特にかまわないと思っている。
シングルスレッドの高速化>>>>>>マルチスレッドの恩恵、という人もいるし、
実際intelのSMT実装方式にセキュリティ問題もあったわけだし。
だが、それと一緒くたにSMT自体まで否定しだす何とやらが多くて困る。
『マルチコアになったんだから似非デュアル(ﾟ�听)ｲﾗﾈ』、とか発言するのはどうかと思う。

> 実際intelのSMT実装方式にセキュリティ問題もあったわけだし。
これ単に言葉遊びのレベルだったがな。
実際は不可能。

んー、でも実装方式の変更で物理的にぐうの音も出ないほど不可能に出来るわけだし、
MSのセキュリティ対策よろしく、何方様かが見つけてくれた穴は穴として認識して今後に生かす方が。
名前はHyperThreadingかもしれないけど、実装方式は大分スマートになって帰ってくると予想してみる。
同時にトレースキャッシュもカムバックする予感。
これがいわゆる電力効率にシフトしたオレゴン発の新Nehalemなのかも!?

2004年（欧米では2005年）に発売した『GRAN TURISMO ４（GT4）』を高精度化、
高解像度化した上で、いくつかの機能を追加して
「プレイステーション ３（PS３）」に移植したフルプレイアブルバージョンです。

『GRAN TURISMO HD』の最大の特徴は、フルHD解像度（1920×1080-60p）で描き出される映像です。

この高解像度の映像が家庭用テレビでこのように展示されたのはもしかすると世界で初めてかもしれません。
今現在では最新のハイビジョン・テレビでしか映し出すことが出来ないほど高いスペックを実現しました。
ちなみに現在の一般的なハイビジョン放送の記録解像度は1450×1080i です。

もちろん次世代の『GRAN TURISMO』はハイスペックなテレビを買わないと遊べない、というわけではありません。
『GRAN TURISMO』は常に最先端技術を念頭に制作しています。
高解像度化もまた「プレイステーション ３」による進化の結果なのです。

1920×1080-60p の情報量がどれくらいなのか、簡単にご説明しましょう。
1997年に発売した『GT1』、これは　320×240i で表示されていました。
前作『GT4』は　640×480i でした。
前述したようにHDコンテンツ制作のスタンダードVTRフォーマットであるHDCAMで
撮影・放送されるハイビジョン放送は記録解像度1450×1080i です。
画質の差を左の写真で比較してください。

1秒間あたりの情報量を比較してみましょう。
『GT4』に比べると、『GRAN TURISMO HD』の情報量は13.5倍です。

グラフ
http://www.gran-turismo.com/jp/binary/images/nws11496773066968902.jpg
記事
http://www.gran-turismo.com/jp/sp/detail.do?article_id=165
画像
http://www.gran-turismo.com/jp/sp/detail.do?article_id=167

SMTってダイサイズをほとんど増やさず高速化できるわけだから
搭載するほうが将来は普通になるだろ
Pentium4はなぜか例外的に速くならなかったんだけどね

例外的にって言うか、ロード・ストアがネックになるし命令帯域も狭いからな。
最適化していくと伸ばす余地がなくなってくるし。

>>195
漏れはレースゲームはある程度解像度があればみな同じだと思ってる。
加速度を体感するようにならないと今以上のレースゲームは要らない。

ポッドレースとか？ｗｗｗｗｗｗ
アングルとか画面サイズによっては速度感じなくなるんだよね

板違いだがレースゲームこそ解像度は必要でしょ。臨場感や空気感から違う。

セガのバーチャレーシングとか言う今見ると積み木細工みたいな映像も、あの当時は感動的
だったしこれからもそういう映像的進化は必要だと思う。

>>200
当時大型筐体（24インチで椅子が前方に移動する）やってたけど
32Xの方が良かったよ。
画面もそうだけど、操作（反応）の情報が与える影響はデカイ。

**雑音**

* INTEL製品を頼まれもしないのに擁護/ﾏﾝｾｰしライバル製品を攻撃する
* 主にAMD製CPU叩きとNOD32及びPestPatrol以外のソフト叩きに異様に執着
* セキュ板、自作PC、PC一般、DTV板、情報システム板、まれにﾌﾟﾛｸﾞﾗﾏ板などに出没
* Ｃ言語プログラミングはおろかSIMD(MMX,SSEなどの処理系)をSIMMと書き続け、 超超超初級
プログラム問題さえも解けない、完全なプログラミング素人
* BlackIc、Prescotte、シンプルオブベスト、チッンボチップ、骨髄反射、MEMTEST86+で/onecpu、OutLockなど想像を絶する間違いを犯す。
　結論：頭がおかしい。
* ある自分の無知を晒して以来名無し、別コテで自作自演

ttp://z-temp.hp.infoseek.co.jp/2ch/Prescott699-.html
ttp://66.102.7.104/search?q=cache:yFC7aJM6xCgJ:l-lab.org/pukiwiki/pukiwiki.php

近況や出没情報はこちらに

【動機は？】雑音犬畜生Part34【ネトバ投売り】
http://tmp6.2ch.net/test/read.cgi/tubo/1145644897/

早くなってないわけでもないと思うけどなぁ
と思ってスーパーパイをやってみる
HTT有りシングルπ→44秒
HTT無しシングルπ→44秒
HTT有りデュアルπ→1分05秒
HTT無しデュアルπ→1分27秒
まぁこんなもんか…全部104万桁ね

HTTは特殊な割り込み処理を多用するゲーム機等の
エミュレータでは絶大な効果があると聞いたことがある

SMTでシングルスレッド性能は上がらんから

>>205
CPUが1個の論理CPUを占有してももう片方は動けるからフリーズ状態にならないってことが
言いたいのだと思ったけど。

>>204
ないない。迷信。
>>206
ウソだよ。マルチプロセッサの世界ってそんなに簡単じゃない。

>>207
セガサターンエミュのSSFの作者さんなんかはハッキリと効果があると
述べた上でHTT付のP4向けにスレッドを多用したコードを書いていた訳ですが・・・

http://www7a.biglobe.ne.jp/%7Ephantasy/ssf/record/20040719.html

まぁいくらCPUが頑張っても、OSそのものがMTになってないと意味無いような気がするが。
KernelMTのOSってSolaris以外は何があったっけか...

>>196-197,203
熱湯HTはただでさえ小さいL1Iが実質半分になるのも痛いような希ガス

>>210
小さすぎるのでならない。

>>208
単位時間あたりのパイプライン充填効率が上がる訳だから
「ハッキリと効果がある」に決まってるだろう。
ただこれは本来のマルチスレッドとは別な話だ。

HTTの性能・セキュリティを叩いたのはFreeBSD方面
HTT搭載Pen4＝完全なシングルコアCPUという扱いだし、セキュリティホール発覚後即座にHTTを無効にした

Hyper-Threadingの有用性
http://dj.st44.arena.ne.jp/xwin2/mainhtml/xwinii/startm200201b.html
http://dj.st44.arena.ne.jp/xwin2/mainhtml/xwinii/startm200202a.html

HTは遅くならないってのが利点だと思うが？

>>213
叩いてない。
同じプロセスの複数スレッドだとHTTの効果が最大限引き出せるし
別プロセスでも同じユーザーであればセキュリティ的に問題はないけど
現在のFreeBSDのスケジューラではそういった調整が無理だから
解決されるまでの間無効にするというだけの話。

FreeBSDのSMP対応はLinuxより一歩先を行っていたが、そのせいか疑似マルチコアとは相性悪かったんだな

>>211
今更だか、ちょっとワロタ

Crystal CPUIDでSSE4とMerom/Conroe検出に対応してるという電波をキャッチして
ソース読んでみたら、CPUモデル値が

0x6F(Yonah=0x6Eの次)なんですけど？

これが事実ならあくまでP6ファミリーという扱いでいくのね
まぁ、’いちおう拡張Model値使えばまだFamily=6は使えるわけで。

マジか。意外だな。フルスクラッチなのに。
それとも、将来に番号を温存しておく？

MeromもどうせYonah改良版だろう、とは見られてたけど、Family=6なのかよ。
Crystal CPUIDはともかく、Intelもマジで06xFにしてるのか？
…あ、なんかCPU-Zも0x6Fにしてある。
マジっぽいね。
今まで気付かなかった…

Penrynっていつ出るの？
Conroeからの改善点はどんな感じ？

まあ、Familyが6なのは悪い意味じゃないだろうな。
性能的にはYonahを大きく超える自信がIntelにはあるみたいだし。
優秀だったP6コアに敬意を表してるんじゃないか。

>>222
Penrynは45nmに先陣だろ。

○Penrynは45nmの先陣だろ。

intel的にもアーキティクチャ刷新最大の期待はNehalemということなのかーーーーーーーーーッ!?
と勝手に期待してみる。

もう流石に待てないから焜炉でいいよｗ
ハーレムも期待はしてるけどさ。

>>220
まあ2年おきにマイクロアーキテクチャを刷新、とはいってるから、
その勢いでファミリー番号を増やしていったらなぁ(苦笑

45nm版のCore2Duoがどの程度コンローメロンと違ってくるか楽しみ
TDP下がるんなら待ちたいなぁ
俺もネハレムはさすがに待てないよぅ

散々ガイシュツだけど今日のヘッドラインに45nmの話題来てますね
ttp://journal.mycom.co.jp/news/2006/06/13/300.html

>>230
これは期待してよさそうだ。
Kentsfieldの45nm版をぜひ65Wで出してほしい。

チップセット戦略を転換し、GPUベンダーに挑むIntel
http://pc.watch.impress.co.jp/docs/2006/0613/kaigai280.htm

>>230
「われわれは、32ナノメートルあるいは22ナノメートルのノードで、
（Tri-Gateトランジスタの）採用を検討する重要な機会があると考えている」。
(CNET記事)ですよ。

TIの45nmは液浸露光だそうで。
SRAMの密度がすごい。

SRAMの面積は
Intel　0.346平方μm
TI　0.24平方μm

AMDも確かIntelよりちょっと大きかった気がする。

>>230
いよいよ３次元構造トランジスタの出番か。
90nmで突入したリーク電流との戦いも新局面か。

昔から漏れはインテルは（内蔵以外の）ＧＰＵに参入するべきだという意見を持ってたんだけどな・・・
結果としてＧＰＵメーカーがチップセットとか出してきたわけだし・・・
nvidiaやATiより、すごくいいGPU出して欲しいなぁ〜

740でコケたから慎重だったんじゃね

Vistaから必然でもあり、ちょうど良い契機でもあるんだろう

IA-64、EM64T、HTTと散々MSに足を引っ張られたIntelだが久しぶりに追い風が吹くのかね。
Vistaは95的なOSなんで何となく嫌な予感がするが。

>>239
95的というのは、Win32とWinFXの橋渡し(Win95では仮想マシン)という意味で、
本命はVISTA後継OSと考えていいのですか？　VISTAには当初、WinFXもWinFS
も間に合わないとも聞きますが。

http://aceshardware.com/forums/read_post.jsp?id=120057200&forumid=1

ここにかいてあることを産業でまとめると

「MMXでプログラム書いてる香具師は
とりあえずSSE2で書き直せ。
とっても幸せになれますよおまいら」

>>240
WinFXが間に合わない、というのは初耳なんだが。

命令セットで高速化するなんてCISC時代の化石じゃんかよ。

だから命令セットの追加よりも既存命令(128bit SIMD命令)のスループットの改良に重点がおかれてるわけだが
大体に物理的に演算ユニットが64bit幅しか実装されてないのに128bitの命令セットが追加されてたことのほうが
おかしいだろ。
（逆にそのへんのISAとマイクロアーキテクチャの違いを上手く吸収してくれてるのがモダンx86互換アーキテクチャの良さでもある）

Core2の売りは浮動小数だけじゃねぇ。整数も128ビットパックド論理/加減算を２命令同時発行できる化け物だ。
AltiVecとかそういう次元じゃない。

論理演算&レジスタコピーは3命令同時に実行できるみたい
内訳は、SSE-ALUで2命令 + SSE-Shiftユニットで1命令かな?

>>242
正確には「本来のWinFXは間に合わない」ということじゃないかな
Win32 APIを置き換える予定だったけど、結局断念して
Win32 APIの上に被さるライブラリとして実装されることに。
要するにVista=WinXP+.Net Framework3.0
WinFXのブランドネームも.Net Framework3.0へ変更した。

>>244
packed arithmetic なんて過去の遺物かと思ってた。
Cobol系（Cobolそのものじゃなくて、Fortran系に対する言葉ね）の処理では
結構威力を発揮するかな。
まぁ、処理系（コンパイラ等）がそのように作られていれば、の話だが。

>>247
釣りか？GPUのピクセルパイプラインなんてほとんどSIMDだろ。
IntelはSIMD命令を吐くFortranコンパイラは出してるがCOBOLコンパイラは出してないぞ。

247はpacked10進数(BCD)の演算のことを言ってるんだろうな。
もちろんSSE命令とは関係ない。

ばろすｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>命令セットで高速化するなんてCISC時代の化石じゃんかよ。

これだけ複雑肥大化した今時のCPUを
CISCだRISCだ、なんて古臭い括り方で考えてる
おまいの発想はｶﾅｰﾘ化石化しとる。

昔からあって今もあるISAはみんな多かれ少なかれ命令の追加、拡張、修正をやってるんではないかっつー。

ここの連中はほんとにつまらん。
なかなか釣れてくれない。
ﾌﾟﾝｽｶ!

Intel、「4コアプロセッサではAMDに先行」と宣言
http://news20.2ch.net/test/read.cgi/news/1150280835/l50

>>253
プンプンビーム(σ･∀･)σ!!

>>254
4コアプロセッサ1チップにフツーのMCHを1つだけ接続可能とかだったら
おしっこちびりながら笑いころげることができそうだｗ
まぁ、CPU--MCH間の通信が100GB/Secとかだったらおしこちびるかもだが。

つられらいよ！

CPU-MCH間が100GB/secってことは、DDR2-800でも6.4GB/secだから
メモリは16枚単位で載せることになるな。

>>254
>とはいえ、Intelは将来的にはメモリコントローラをプロセッサに組み込むだろうとバンダーカー氏は付け加えた。だが同氏は詳しい説明は控えた。
>同様に、Intelはグラフィックスコントローラをプロセッサに統合することも考えているが、スケジュールはまだ決まっていないとバンダーカー氏は
>述べた。

これはダイに統合するのか、それともSIPやMCHのようなソリューションなのか？

100GB/secだと256bit幅（ECC込みで288bitか）だったら、約3GTPS となるので、
double data rateなら1.6GHz同期転送ができれば良いわけだ。
Athlon64/OpteronのHTTが1GTPSだからあとちょいなんだがな。
まぁ、実際にはその速度で288bitをスキュー無く動かせるかどうかだが。

256bit幅とかありえん…

ここでも不毛な帯域幅論争?

Memory Read を実測すれば分かると思うが、帯域幅が幾ら大きくても性能は向上しない。
Opteron等はまさにそれ、メモコン搭載し、疎結合を増やして全体の帯域幅を大きく広げても実態はついてこない。
> http://pc.watch.impress.co.jp/docs/2006/0605/graph4.htm

Memory Read　16MB
[email protected] 6466.1MB/s 　 Conroe E6700(2.66GHz) 5861.2MB/s

現実はこんなものですよ。
この数値、積んでいるメモリの理論値転送速度にも、バス転送速度にも全く届かぬ遅さ。
これまでのXeonが疎結合を増やすとコア1つあたりのバス転送速度が上記より更に遅くなった結果、
OpteronのIO帯域が脚光を浴びOpteronが優秀な結果を残していただけだ。
INTELの次世代CPUは、CPUそのものの性能向上とともにフロントバスの大きく改善された。
チップセットも2つの独立したFSBを持つ構造が採用され2ソケットまでだとFSB帯域幅不足による性能劣化はほとんどないと考えるのが自然だ。
不必要に帯域幅だけを広げて、その素晴らしさを幾ら喚いても現実の性能はその結果を示さない。
ボトルネックが帯域からCPU性能に移ったからだ。

FX-60とConroeはスコア逆だよな。
それからFX-60は理論値の90%以上の速度が出てると思うのだが。

>>262
じゃ、MPはどこでどうやってどの程度のバンド幅で接続するのかな？

>>261
UltraSPARCIII（IIからか）メモリアクセスは 256bit だったと思う。
この幅はread/write buffer とのインタフェースの幅であって、語長は関係ない。

つーか、シリアルバスに移行しようとしてるのにそんな正反対な事するわけないじゃん。

（ ﾟдﾟ）

>>265
100GB/sec の伝送ってことは、ほぼ1Tbpsの伝送と等価だな。
それがシステム内部で安価に利用できる日が早く来ると良いね。
ただ伝送路は全て完全にmicro strip line として設計されなきゃいけないから、
PCBを設計、実装できる企業は僅かになるだろうな。
あるいは光伝送路を使うか...

>>262
ちょい古いけど、Regatta（IBM）や SuperDome（HP）のようなSMPシステムの
場合、システムとしてのバンド幅を考える必要があるはずだが...
それとも >>262 の話はCPUひとつ単位の話？
Windowsを使うとか、エントリレベルの2ソケットのサーバ場合ってのなら、
そのとおりだと思うけどね。

まぁ、確かにMPは64bit*4で256bit幅になるだろうけどさ。

>>262のアホさが輝かしいんですけどｗ

やっとCore２（6700）が手に入ったのはいいがまだ
ＭＢが無いので、爆速をためすのはおあずけ、早くＭＢも来ないかなぁ。

965が早いか、対応版の945が早いかなぁ。

ttp://www.chip-architect.com/news/K8L_floorplan.jpg

Core脂肪

>>233
とりあえず22nmは出る予定なのか。
このころは焜炉と比べてどれ位速いCPUなのかな？

>>272
Conroe死ぬほどすごいならむしろ大歓迎だが。

たぶん精々一割upってとこだろうけど。

>>267
> ただ伝送路は全て完全にmicro strip line として設計されなきゃいけないから、
^^^^^^^^^^^^^^^^
知ったか、乙
ま、もっともstrip lineでも光伝送でも1Tbpsなんて不可能な訳だが。
シリアルバスってのは1本の信号で送る訳ではないよ。
PCIeのx16は何が「x16」なのか考えてみな。

ｱﾁｬｰ

LVDの線が16対あるだけの話じゃん
1byte送るのに16対の線を使ってるわけじゃない。
1対よ。

>>275
うぉぅ、知ったかがばれてしまったかｗ
でも640GbpsのOTDMマルチプレクサ程度なら既に市販されてるがな。
それと複数本のパラレルにすると、スキューを抑えるのが大変だろ？
ビットレート上げてアイパターンを確保するのが楽か、それとも
スキューを抑えてデータレートを抑えるのが楽か、どちらなんだろうな。
1ps で光は約0.3mm進むわけだが、これが8パラで125Gbpsになったところで
2.4mm違えば同期位置が1バイト分ずれるからな。
テフロンかなんかの基板使えば光の速度の80%程度は出るだろうが、
それでも2mmだし、実際のスキューの許容は正負合計で 50%を超えるわけ
にはいかないだろ。
反射のことなんかも考えなきゃいかんしね。

XeonもやっとOpteronに反撃できる態勢が整ったと、そういう話ですね
んで、

　　　　　　　　　　　　　　　　　 ∧　　　　　　　 ∧　　イライライライラ
　　　　　　　　　 　 　 　 　 　 /　ヽ　　　 　 　 /　ヽ　　　イライライライラ
　　　　　　　　　　　　　　　　/　　　ヽ＿＿＿/　　　ヽ　　　　イライライライラ
　　　　　　　　　　　　　　／　ノ（ 　　　　　　　 　 　 　 ＼
　　　　　　　　　　　　　 |　　⌒ 　 ● 　　/＼　　　●　　|　 ／￣￣￣￣￣￣
　　　　　　　　 へ　　　 |　　 　 　 　 　　/　　＼　　　　　|＜　Tulsaまだー？
　　　　　　 ／　＼＼　　＼　 　　　　 　/￣￣￣＼　 ／ 　＼＿＿＿＿＿＿
　　　　　／ 　　／＼＼　　.＞　　　　　　　　　　　　　ヽ
カンカンカン／／ 　＼＼/　i　i　 　　　　＿　　　　　　|
　カンカンカン　　　　　　i　| ‖| 　　 /￣　　 ヽ　　　 /　＿＿
　　　カンカンカン　Σ [￣￣￣￣￣ヽ　　　　　 　　/￣　　／|
　　　＼￣￣￣￣￣￣￣／￣￣ヽ＿＿＿＿＿ ／　　　／　 |
　　　　 ＼回回回回回／　　　　　　　　　　　　　　　　／　　　|
　　　　　　＼＿＿＿／　　　　　　　　　　　　　　 　 ／　　　　 |

Core3Duo　10月発売予定
Core4Duo　2007年1月発売予定
Core5Duo　2007年4月発売予定
Core6Duo　2007年7月発売予定

PCI-Eってレーンごとに等長配線が実現出来てれば
異なるレーン間では等長配線じゃなくてもいいんだよな。
限度はあるけど。

ethernetや光ファイバなんかでは、トランキングがバンド幅を稼ぐ簡単な手段だね。
ただ、その場合送受信双方で多重化、逆多重化しなきゃいけないのでその分回路の
ボリュームは増大する。

シリアルリンクを複数束ねるんなら、ディファレンシャルの信号のペア間のスキューはともかくとして、
リンク間のスキューなんぞはあんまり気にしなくて良いんじゃないのか。
毎回転送のたびに信号の伝達時間が変わるなんてこたそうそうあるまい。
FlexPhaseを使えばパラレルリンクでさえ気にしなくて良いだろうし。

スマヌ、282 の "> や光ファイバ" ってのは削除おねがい（汗
光ファイバでトランキングって、何のこっちゃ >漏れ
で、PCI-Eの仕様はよくわからないんだけど、x16 ってのは16ラインの
トランキングかなぁ、って思ってる。

>>283
漏れが上でスキューのことを気にしたのは、単純にbit-parallel/byte-serial
の伝送だったら、って考えたから（そもそもの話がメモリのバンド幅ってところから
出てきた話なので）。
独立したシリアルリンク複数のトランキングなら、おっしゃる通りです。

自宅でFC環境を構築している金持ちが一言↓

　　　　　　 冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　　　 |⌒|　　　 |ヽゞ
　　　|tゝ　　＼__／_　 ＼__／　| |　　　 ＿＿＿＿＿＿＿＿＿＿
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　／
　　　　ゝ　　　/ヽ───‐ヽ　/　　/
　　　　 /|ヽ　　　ヽ──'　　 /　＜　将来的に、メモリは512KBもあれば十分だ
　　　　/ | 　＼　　　￣　　／　　　＼
　 　／　ヽ　　 　‐-　　　　　　　 　　　￣￣￣￣￣￣￣￣

　　　　　　 冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　　　 |⌒|　　　 |ヽゞ
　　　|tゝ　　＼__／_　 ＼__／　| |　　　 ＿＿＿＿＿＿＿＿＿＿
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　／
　　　　ゝ　　　/ヽ───‐ヽ　/　　/
　　　　 /|ヽ　　　ヽ──'　　 /　＜　そう思ってた時期が俺にもありました
　　　　/ | 　＼　　　￣　　／　　　＼
　 　／　ヽ　　 　‐-　　　　　　　 　　　￣￣￣￣￣￣￣￣

　　　　　　 冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　　　 |⌒|　　　 |ヽゞ
　　　|tゝ　　＼__／_　 ＼__／　| |　　　 ＿＿＿＿＿＿＿＿＿＿
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　／
　　　　ゝ　　　/ヽ───‐ヽ　/　　/
　　　　 /|ヽ　　　ヽ──'　　 /　＜　で、飽きちゃったから、もうやめます
　　　　/ | 　＼　　　￣　　／　　　＼
　 　／　ヽ　　 　‐-　　　　　　　 　　　￣￣￣￣￣￣￣￣


ttp://headlines.yahoo.co.jp/hl?a=20060616-00000102-yom-bus_all

インテルのCore2 XEは消費電力が高過ぎ、ワット性能も低いのにくらべて、
AMD社の一部のデュアルコアプロセッサは消費電力もインテルのシングルコアのCore Solo未満となっており、
インテル社のCPUはもう使い物にならない時代が到来しております。
私自身はメーカー名にかかわらず良い物を買う派だったのですが、
もうインテル製品は買えないほど、インテルは堕落してしまいました。
AMDは不安定と言う人もなかにはいますが、それはチップセットメーカの怠慢であり 、
AMDは良いプロセッサのみを作り続ける職人派であるといえます 。AMDは直接的には関係ありません。
そもそも大半の不具合はユーザーが余分に投資すれば解決できるものばかりです。
Intelの推進するIA-64はAMD64にとってかわられ、はっきりいって最早未来はありません。

インテルさようなら

釣りは

965マザーボードっていつ出るんだ？

>>262
レイテンシは?
ttp://www.watch.impress.co.jp/pc/docs/2002/0624/kaigai01.htm

Intelはハードプリフェッチ機能の強化で隠蔽して対応してる。
これ凄く効いていてConroe圧倒的な高性能化に成功。

基本的にソケット単位でのバス共有がまずいのであってバスアーキテクチャは各社一長一短かな、と考えてる。
まあソレ込みでのバスアーキだと言われればそれはそうなんだけど(ｗ

とりあえずTulsaの巨大なL3 + MCH*2でFSB4本実装の力技でどの程度XeonMPのスケーラビリティが持ち直すかにwktkしとく。

Intelは大量生産大量販売の会社だから、フォーカスしている市場はソケット数が２つ程度までだろう。
それ以上は、システム屋に任せているのが実情でIBM等は独自のチップセットを作って対応していたりする。
もっとも、その独自対応をする必要が全くないOpteronが出回ってからはエンタープライズ市場を除くハイエンド分野で
価格破壊が発生しており、組み立て屋が幅を利かせているのが実情だ。
もっとも組み立て屋からの購入だと十分なサポートを受けれない為、浸透速度はかなり遅いのが実態だ。
AMDもそろそろCPUメーカーをやめてシステム屋になったらと思う今日この頃だ。

>Intelはハードプリフェッチ機能の強化で隠蔽して対応してる。
投機的マルチスレッドが完成したらどうなってしまうのか。
隠蔽というか、実質ゼロ。

友達から、P4EE 3.46G格安でもらったんだけど、こりゃクソかい？

クソかい？クソなのかい？？

そうだね、プロテインだね。

>>298
値段によっては格安じゃないかもよ？
熱くて消費電力高いからクソかもねｗ

・ハードウェアで投機スレッドの生成を実現できるのか
・バリュー予測の精度はどの程度なのか

なかなか実装されないとこをみるにこの辺がネックなんでしょうな

>>297
　　--------------------
　　投機的マルチスレッドが完成したらどうなってしまうのか。
　　隠蔽というか、実質ゼロ。
　　--------------------
現状でわ演算器のほうが余裕有りまくりなので､あっさり追いつかれてしまって結局メモリが
ボトルネックになるとのことす。
http://www.research.ibm.com/journal/rd/491/emma.pdf

ttp://www.watch.impress.co.jp/akiba/hotline/20060617/image/nitcm.html
　　　　　実機デモ・・ ごめんなさい

・　配送ミスでトラック便で大阪に行ってしまいました・・　インテルＣＰＵは配送エラーを起こします？
文字エラーもおこします？「で」の連続　地名「〜へ」
・　　　　　　m<_ _>m　＜ニダーのせいニダ　ほおが出っ張ってるニダ
・今回、やる予定だったのは、　うほっやらないか？
・SuperPI、何秒で終わる？ とか　おっぱい！おっぱい！で何秒で終わる早漏？
・FFBenchで、１万”楽勝突破”とか、です。　ホリエ「楽天なんてライブドアデパートで楽勝突破しちゃってくださいよ」

>>304
日本語でおｋ

Core2が空冷で4GHzってのわ本当だった模様す。
http://www.xtremesystems.org/forums/showthread.php?t=103381

使用したヒートシンクわ､これみたいすね。
http://akiba.ascii24.com/akiba/news/2005/07/08/656875-000.html

あれあれ? 今日の中の人はオーバークロッう大好き人間みたいですよ?

倍率だけあげて4GHｚか？
すげーな

>>306
室温とか書いてないみたいだけど、何度くらいなんだ？
πランキングの中の人なんかはエアコン+ダクト強制冷却で3.7GHzとかだけど。

『普通の空冷』ならいいなぁ。

>>310
　　------------------
　　室温とか書いてないみたいだけど、何度くらいなんだ？
　　------------------
書いてあるすけど。。。
　　==================
　　so cal is like 75F now!!
　　no AC on in my room... about 77F
　　==================
おおよそ25℃ってところすか。

F表記かよ。
ってか4GHz達成できたなら、他のところが軒並みガス冷とかでしか
3.6GHzあたりを達成できないのは何故だろう。

新しいステッピングのが出たのか？

>>312
　　----------------
　　新しいステッピングのが出たのか？
　　----------------
。。。
http://www.xtremesystems.org/forums/showpost.php?p=1517659
　　================
　　well~~ i think eat some E66 step 5 will help you out on air 3.5G XD
　　================

ｉｎｔｅｌのＣＰＵ買うなら４５ナノメートルプロセスまで待った方がいい。
９０〜６５ナノ世代はリーク電流が多いから無駄が多い。
２年前の記事だけどコレ見ると買い時は４５ナノプロセス
http://www.itmedia.co.jp/news/articles/0404/09/news063.html

進歩が続いてるうちは待てばまつほど性能はよくなりますがな。

何を持って性能とするかってだけの話だからな。
ネトバ時代なんて消費電力や発熱は大問題にならない限り
どんどん退化しても良いとインテルは考えてたわけだし。　

デスクトップとモバイルとでアーキテクチャを共通化するなんて
信じがたい方針転換しない限り「待てばまつほど性能はよくなりますがな」
なんて寝言が言えるような状況ではなかったのは明らかだろうに・・・

少なくともIPFに関しては「待てばまつほど性能はよくなりますがな」と確信を持って言える

インテルに限定してもまてば待つほど性能はあがってるけど？ｗｗｗ

まぁ、Coreが出てきたから言えるわけであってｗ
CPI（Clocks per Instruction）に注目すると、P4以降退化はしてないものの
進歩が全く無かったと思ってるのは漏れだけ？
でも、焜炉の性能はすげーなぁ。

>>306
同じステッピングのように見えるんだが・・・ずいぶん耐性も性能も違うな。
ttp://www.hkepc.com/hwdb/x6800vsfx62-11.htm

なんか、Conroeは情報が錯綜しててどれが本当なのやら・・・

>>319
お前だけだ。

>>319
下がったもしくは変化がなかったもんを出してみてくれよ。

単に熱湯バーストが黒歴史ってことジャマイカ。

総合性能が上がってるから失敗でもないと思うんだが。

藁と鱈でよく性能落ちたとか言われるけどプロセスルール違う品。

>>323
黒歴史もなにもNorthwoodは大成功だっただろ。

http://pc.watch.impress.co.jp/docs/2006/0615/intel.htm
ステッピングが上がると同時にそれなりに落ち着いた最新NetBurst。
CedarmillにいたってはTDP65Wになるとか。

投機的マルチスレッディングがぽしゃった時点で当時のNetburstは死んだも同じなんだから、
プレスコは高クロック(深深度パイプライン)を投げ捨ててTraceCacheのHit率とFetch帯域にフォーカスすればよかったのに
かなり良い線いったはず

TDP100W超えはFXシリーズだけになるのか？

> CPI（Clocks per Instruction）に注目すると、P4以降退化はしてないものの
> 進歩が全く無かったと思ってるのは漏れだけ？

つーか、IPC 的には P4 って PIII より 大幅に退化してるじゃん。
まあクロックは消費者には分かりやすい指標だから、熱問題でつまづくまでは、
マーケ的には大成功だったわけだが。

漏れが言いたかったことは >>329 が言ってくれたか、感謝ｗ
まぁ、漏れもP4やNetburst CeleronがIntelの失敗作だとは思ってないよ。
むしろ営業的には大成功だったんじゃないかとも思ってる。
でも、それは漏れらが欲しいものを提供してくれたかどうかというのとイコールではないな。
ジサッカーとしては、やっぱAMDのちょっとヤクザな製品に惹かれるものがあったよ。
Intelの製品だと、最近までいじっておもしろかったのはPenDくらいなものだった。

IPCだけで進歩云々を(ry

>>331
だから CPI に注目すると、って言ってるじゃんｗ
他の項目もあることはあるけど、じゃ、たとえばMP構成にした時のメモリや
I/Oバンド幅の向上を図ることができるような何かってある？
FSBアーキテクチャだと、FSBとNBがネックになっちゃうからなぁ。
コンピュータは処理能力とI/O能力以外に指標になるようなものは無いからなー。
値段、消費電力、信頼性は置いておくとして。

>>329
一応突っ込んどくが、熱と消費電力を比べると許容値が低いのは後者
Intelもコメントしてる

>>332
最後の一行だけ読んでレスしてねｗ

なんか全体的に勉強不足っぽいなあ
とりあえず君はIPCという便利な単位に踊らされすぎてる気がする
1 + 1 と 3 - 1は全くの別物だが解は等しい
そもそもNetburstはIPCを捨てTLP(ry

つか、君が何を主張したいのかいまいちわからん

>>何を持って性能とするかってだけの話だからな。

と俺が釘を刺したのが見事に無駄になっとるなｗ
>>314-316で完結してる話をグダグダ引っ張り過ぎだよ

>>333
うはは、スマン。
まぁ、チラシの裏だと思ってくれ。

内容については何も思わないが
今どき"（ｒｙ"はどうかと思う

>336
まわりのマネしたくなる年頃なんだよ

>>314
少なくとも、45nmでHigh-kとmetal gateは採用するみたいだね。
ttp://www.dailytech.com/article.aspx?newsid=2649
>P1266, Penryn, and chips afterwards will use radically different manufacturing techniques
>-- High-k dielectrics, metal gate electrodes
>and with Nehalem-C a switch from 193nm DUV lithography to EUV 13.4nm lithography.

>>338
昔は45nmプロセスを対応出来るのがEUVだけ、って言われてたけど今はそうでも無いんだな

>>333
進歩が続いている現在（及び過去）では、待てば待つほど性能は上がるという話。

大事なのは、次に買うものでどれくらい幸せを感じられるかどうか。

>>333
>熱と消費電力を比べると許容値が低いのは後者
ってどういう意味？熱＝消費電力でしょ。
それとも、廃熱問題と電気代問題の比較？

>>342
まぁ、いいじゃん、
> じゃ、たとえばMP構成にした時のメモリやI/Oバンド幅の向上を図ることが
> できるような何かってある？
ってのは無視して他人を勉強不足呼ばわりしてるし。
まぁ、Intelのいちばん弱いところを突いた質問なので、答えることができる
人は少ないんだろうけど。

ConroeよりFXの方が遥かに発熱は高い。
INTELの一番弱いところからAMDの一番弱いところへと時代は移りつつあるのが実情だよ。
変化に取り残されることなくな。

>>342
他のコアではぶっ壊れるような温度に達しても
コアの熱耐性が高い＆クロックダウンで凌げるってことだと思う

http://pc7.2ch.net/test/read.cgi/jisaku/1150791167/38 96は間違いなく勉強不足だけどな

>>345
そうか、発熱が大きくても、コアが高い温度に耐えられれば
廃熱は楽になるね。

>>342
ttp://www.kt.rim.or.jp/~abemo/pc/2004ECS.html
ここ読んでXeonMPやIPFの消費電力を考えてみよう
>>343
> じゃ、たとえばMP構成にした時のメモリやI/Oバンド幅の向上を図ることが
> できるような何かってある？
UMAによる構造上のボトルネックを指してるなら、IntelのCPUでもNUMAは構築可
バスの話なら、それは星の数ほど存在しその数と同じ回数だけ性能はジャンプしてきた
と答えておく

>>348
え、>>345の通りじゃないの？
そこの中のどこを読んでほしかったのかわからない。

>この値が商品としてのデスクトップパソコンに使用できるＣＰＵの消費電力の限界を指しているように思えるのである。
>100WのCPUを1日5時間使用すると、１年あたりの電力料金は（1kWhあたり20円として） \3650 程にもなる。
>つまり、ＣＰＵをその命数一杯まで使ったとすると、電力料金はＣＰＵ単体の１年当たり価格に匹敵するほどにまでなっているのだ。
>これでは、ＣＰＵの消費電力に限界があるのは当然とも言える。

>>350
じゃあ>>333の意図としては廃熱より電気代が
より深刻な問題だと言いたかったわけね。

「パソコン」だからね

>>351
むしろCPUﾊﾟｯｹｰｼﾞ上＆ﾏｻﾞﾎﾞCPU電源周りｺﾝﾃﾞﾝｻｰが限界に近いらしい

>>348
お見事な回答だな。
> UMAによる構造上のボトルネックを指してるなら、IntelのCPUでもNUMAは構築可
そのとおり、NUMAの特徴は、どのようなアーキでもNUMAを構成することが可能で
あることに尽きると思う。

しかし
>バスの話なら、それは星の数ほど存在し
というのなら、それがどのような形でIntel processor に実装され、商品として
受け入れられているのだろうか。
こちらのIntelの成果を製品にしたものは、未だ目にしたことが無い。

ちゅーして

音声うｐ

>>354
つクロックの向上やバス幅の拡張
つプロトコルの改良
抜本的な構造改革によってジャンプしないとエレガントでないと思うなら
つPCI-E
FSBの方は一回RDRAMでこけてるからしばらくお預け
これは素直に残念だ

>>353
VRMは最近4フェーズとか出来てるから当分は大丈夫でしょ
寧ろ電源が（ｒｙ

そう言えば、FB-DIMMって結構消費電力多いって話だな

>>356
> FSBの方は一回RDRAMでこけてるからしばらくお預け
これは本当に残念なことだったね。
基本的な思想は間違ってなかったと思うんだがなぁ。

>>357
> そう言えば、FB-DIMMって結構消費電力多いって話だな
まぁ、あれだけの速度で72bit駆動するわけだから、仕方ないといえば仕方ないね。

>>354
> こちらのIntelの成果を製品にしたものは、未だ目にしたことが無い。
IBMのXアーキテクチャ。
チップセットにCPU・メモリを繋ぎ、複数のチップセットを相互接続。

>> そう言えば、FB-DIMMって結構消費電力多いって話だな
AMDのいう、システム全体の消費電力、という観点からの指摘よりは少なかったみたいですが。

システム全体の消費電力って考え方が結構アレなんだよなぁ、大事なのはわかるが。
HDDからグラボ、ディスプレイから果てはは電源の効率まで考えなきゃいかんからなぁ。

FBDIMMのコントローラチップ一個で5Wとか10Wとか言ってなかったかな。
もしそんなだったらどうやって冷却するんだよ、って思ってたが。

AMBはCPU並の動作速度だからなあ。

>>350
P4が出た時に爆熱とか電気代が凄いとか色々言われたけどCPU単体としては電球程度の消費電力だし空冷出来る範囲だった。
実際には個人の経済感覚とか環境差が大きいと思うけど平均的な許容範囲はどの程度だと思いますか？
俺的には1日に数時間の使用ならCPUで200W、パソコン全体で1000W程度は許せる範囲かと思うけど。
24時間通電するならCPUで30W、パソコン全体で150Wあたりが限界。
これ位なら常時最大消費じゃないし他の家電と比較しても許容範囲かと思うけど。

北森・豚のときはまだCRT→液晶移行が進んでいたので相殺されていた

>>338
前々から45nmでMetalゲート&High-kとIntelは言ってたけど、延期したのでは？
ttp://www.sijapan.com/content/0605vol3/industry/industry_0605_1.html
まだIntelから45nmプロセスの詳しい説明が無いけど、
他社に知られたくないんだろうか。・・はよ発表してくれ。

>>365
延期するとすれば、それは良いこと。
既に、技術は確立済みで量産手法も確立済みだ。
それを延期する理由があるとすれば、代替え技術で十分に間に合うからであり、そのほうがコストが安くてすむ。

こう解釈するのは少し贔屓過ぎるかな?
しかし65nmを見てもそうだが歪シリコンだけで十分な性能を出している。

リーク対策はどうするんだろう。
確かプロセスルールが上がると更に酷くなるんだよね?、今後。

最新のCedarmillのDステップがTDP65Wに収まるみたいだし、
何やら新しい魔法でも覚えたのかしら、intelは。
Prescottの悲劇が嘘のようだ。

ゲートリークを抑えるためにはHigh-kが必要で、High-kを導入するならメタルゲートも必要。
ただしゲートリークは絶縁膜の厚さを薄くしなければそれほど増えない。
今の65nmも90nmと厚さは変わってなかったハズ。

サブスレショルドリークはFD-SOIで抑えられるんだったかな。
ただ、FinFETになればより効果的。

性能上げなきゃプロセスの変更でTDPが減るのはまあ自然な流れ。

ttp://journal.mycom.co.jp/news/2003/11/05/51.html
>微細化・集積化が進むにつれて、技術者を悩ませるのがリーク電流と熱の問題である。
>現在、ゲート絶縁膜にはSiO 2 (二酸化ケイ素)が用いられているが、微細化に伴い原子数個分の薄さになろうとしている。
>一方でトランジスタの消費電力は増大の一途であり、弱まった絶縁性を越えてゲートに電流が流れ込んだり、ソースとドレイン間がオフの状態でも電流が流れてしまうという問題が出てきた。
>1.2nmのSiO 2に対してHigh-kは3.0nm。ゲート絶縁膜でのリーク電流を100分の1以下に抑えられるという
>High-kゲート絶縁膜は、誘電率の高い材料で厚い絶縁膜を作り、出力電流を保ちながら、リーク電流を低減させようという試みだ。
>Intelでは製造にAtomic Layer Depositionという技術を用いる。
>これはブロックを重ねるように一層ずつ積層する方法で、正確に分子の層をコントロールできるという。
>このHigh-kゲート絶縁膜を採用する上で問題となるのが、現在ゲート電極に使われているポリシリコンとの組み合わせである。
>High-Kゲート絶縁膜/ポリシリコンでは、境界で不具合が発生しやすく、動作電圧が上昇する傾向がある。
>さらにフォノン散乱によって電子の移動度に劣化が見られる。そこでHigh-Kゲート絶縁膜の特長を十二分に引き出すために、メタルゲート電極が選ばれた。

さらっと書かれてるけど45nmのキモはこれ
>Intelでは製造にAtomic Layer Depositionという技術を用いる。
High-kやメタルゲートはおまけというか保険

65ｎｍプロセスでは省電力の改善はないの？？？
全部45nmまで待たないといけないのか・・・

あとＧＰＵには参入せざるを得ないだろうなぁ。
デスクトップ用・ノート用でメインメモリ共有型みたいな。
しかし単品でも参入してnVIDIAやATiと性能競争を繰り広げてほしいものだけどｗ

んで、45nmが出る時期になるとトライゲートはこの次だからとか言うわけか

シリアルメモリにするときに、ＦＳＢなどバスもシリアル化するみたいだが
ラムバスはコケてるわけだから、全体的にさっさとシリアル化したほうがいいんじゃないかと。
さっさとやらないのかなーと。

それ、なんてNehalem？

45nmで採用される省電力対策は32nmや22nmでも有効なのか？

>>370
65nmプロセスでの省電力改善は以前の発表で出てるし、数値的には
はっきりしてたと思うけど。
GPUはそりゃG965があるじゃあないか、という話じゃなくて？

>>374
45nmプロセスではまた歪Si使うくらいしか情報がないし。・・トランジスタ
構造に工夫があるという話もあるけど。
で、32nmになるとどうなるかはトライゲートの選択もあって、はっきりしてないし。


メタルゲートは、以前のIEDMでちょっと書かれてた欠陥の問題がまだ
完全にクリアじゃないからじゃああるまいか。
http://journal.mycom.co.jp/articles/2005/12/07/iedm2/

>>375
欠陥が残っているようには、全く読めないのだが・・・

＞ゲートをシリサイド化する過程で、ゲート絶縁膜との境界部分に、
＞微細なシリサイド化されないポケットあるいはグレインが発生することがあり、
＞これがデバイスの特性に変動を与えてしまうと述べている。
この変動は歩留まりに影響するんじゃないかい。

ttp://www.xtremesystems.org/forums/showpost.php?p=1530747&postcount=2
ttp://www.xtremesystems.org/forums/showpost.php?p=1533914&postcount=59
Core Multiplexing Technology
SW Single Processor Mode

ttp://www.xtremesystems.org/forums/showpost.php?p=1533996&postcount=63
>Core multiplexing, when set to disabled, causes my PC to not boot.
>SW single CPU does indeed cause the PC to boot and use only 1 core.

ttp://www.xtremesystems.org/forums/showpost.php?p=1535465&postcount=84
>simulation article concerning multithreading a singular thread, co-authored by Intel,
>note the buzz words Memory Disambiguation.

焜炉の次のクワッドコアって難ですか？チビデブハゲ達教えてださい

ttp://pc.watch.impress.co.jp/docs/2006/0626/kaigai285.htm
Coreマイクロアーキテクチャは進化したCISCだそうな。

>>380
Conroe二個入り
もってけドロボーなPenDもどきな石

ttp://pc.watch.impress.co.jp/docs/2006/0626/intel.htm
Xeon発表〜

発表会。
ttp://pc.watch.impress.co.jp/docs/2006/0626/intel2.htm

＞CPUがファンレスなのに対し、メモリスロットの上には巨大なファン。
＞FB-DIMMの発熱が大きいことが伺える
うはw
CPUのファンレスは、ケースファンのエアフローで共用空冷という意味だと思われ。

チップセットにファンが付いたように、効率的にメモリを冷やすソリューションでも提案するのかしら。
BTXはそれが考慮されてるんだっけ?
それにしてもサーバーCPUファンレスというのはインパクトあるな。
いくらケースファンのエアフローで共用空冷とはいえ。

>このほか、システムI/Oのスループットを高速化する、「I/Oアクセラレーション・テクノロジー (I/OAT)」機能を搭載する。
これの効率?も気になる。

>それにしてもサーバーCPUファンレスというのはインパクトあるな。
いあ、1Uとか2Uだとファン付いてる方が珍しいよ。ウチで稼動してるラックマウント
鯖全部ファンレスだよ。

工エエェェ(´д｀)ェェエエ工、鯖ってそうなんだ。
どうやって冷却してるんですか?
サーバールームがすごい轟音とか言う話聞いてたから
それはもうすごい冷却システムなのかとばかり。

>>387
>>386が言ってるのはブレードサーバーでしかも低消費電力のだよ。
載せているCPUもずっと低性能で、2Uまでのを複数台用意してクラスタ結合して使う。
Webサーバー等でよく見かける構成で、APPサーバー程のパワーはいらない。

CPUのシンクに直接ファンが付いてないってだけで
ケースにはファン付いて内部のエアフロー確保してるから
CPUのシンクに風当てる必要が無い程発熱低いという意味では全然ない。

ヒートシンクにファンが括り付けられてないだけで、すぐ近くに配置されるケースファンの風を当てて冷却しているわけだから、、
実際にはファンレスとは言いがたい。
1Uや2Uの場合はエアフローはCPUを流れた後チップセットとDIMMを舐めるようにして後方に抜けていくので、
これらの冷却もできる。

1U鯖は実際爆音だしな

389と390の言う通りな作りｗ
ウチのマシンは8cm8000rpmなファンがダクト付いてCPU他を冷やす作りになってる
もうファンの音がブオーとかボォーーーじゃなくてジェット機のような
キィィィィィイイインですw

でもヒートシンクにはファン付いてないから止まってる実物見ると｢あ、これ
ファンレスじゃん｣って見えると思う。

>>387
ケース前面に大量の高速ファンがずらりとならんでいて、これがケース前面〜後方に至るまでの
まっすぐなエアフローを作っている。CPUにしろHDDにしろ、このエアフローを受けて冷却している。

専用のCPUファンはない。その代わり、ファンが一個壊れたくらいでは支障は生じない。
こういうような構成だ。
ttp://www.rioworks.co.jp/motherboard/popup/h2101_img/h2101_inside_m.jpg

またちょっと気の利いたメーカーだと、ファン自体がモジュール化されていて、簡単に交換できる。
ファン自体を縦に二列に並べて冗長化するって構成もあるな。

漏れはシロッコなブロアみたいな形状のをよく目にするが。

Intel、Core Duo 2.33GHzの「T2700」と超低電圧版「U2500」
http://pc.watch.impress.co.jp/docs/2006/0628/intel2.htm

9Wのデュアルコアキター！

>>378
Intel Touts Core Multiplexing Technology.
http://www.xbitlabs.com/news/cpu/display/20060627095448.html

9WじゃLet'snoteには載らんな…

絶対何とかして載せると思うよ

メーカーからの一定の要望があって出すことにした超選別版だから
何かしらに載るんじゃないの。

今後Meromが出てYonahはサブノート＆ローエンドのみの供給になることを考えると、
シングルコア専用マスクにしたほうがいいのだろうけど、どうなんだろう。

そのうち出すという記事をどこかで見た(ｗ
いやマジで

TraceCacheはNehalemからだっけ。
たとえ同じ3fetchでもNetburstの時よりずっと効果が出そうだね。
まぁ4Fetch以上には拡張するだろうけど

>>401
当然フュージョン済みの命令をキャッシュするだろうからな。
命令帯域もキャッシュ容量も有利になる。

「Coreって○○するよりは○○した方がマシ」的な考えで出来てるよな

それでも今までの製品全て吹っ飛ぶくらいの性能なんだから良いとおもふ。
いままでの製品を企画してた香具師、首にすると良いと思ふ。

>>404
技術の人はマルチコア派の人に代わったはず。いつぞやのニュースで読んだような。
でもさ、自分の親父さんがクビとかなったらどうするべ？
それ考えたら軽々しくクビとかいえなくなった自分ガイル

>>405

自分の首を考えてしまうよ、社会人は

ネトバは、リーク電流が問題になる前に設計され始めたから
仕方ない。Intelのトップを持ってしても気づけないことだったんだ。

実際にシリコンを作ってみてリーク電流の増大がわかった時点では、
もう引き返せないところにきていたしな・・
実際、援軍が到着するまでよく頑張れたもんだ。

たまたまイスラエルチームが高効率なモバイルCPUを成功させてたから
なんとかConroeが援軍に間に合ったが・・・もしPenMがなかったら・・・('A`)

所で、オレゴンとサンタクララは今何してるの？

"たまたま"で別ラインにモバイルCPU造るわけないじゃん・・・

>>411
成功はたまたまだろ
みんな成功するつもりで失敗するんだから

そういう意味では、低消費電力CPUの開発を決意させた
トランスメタの存在が、Intelを救ったとも言える・・・のかな？

つーか、たとえ、何もしなくても、
元からP3の方がP4より圧倒的に省電力なわけだから。

>>413
けど、VLIWの成功をIntelに印象付けて、Itaniumを放棄させなかったという事実も・・・

Intel，低発熱のモバイルプロセッサ開発に本腰
http://www.itmedia.co.jp/news/0008/24/mobile2.html
Intelが低消費電力版プロセッサのための専任部隊を編成
http://pc.watch.impress.co.jp/docs/article/20000823/kaigai02.htm
http://pc.watch.impress.co.jp/docs/article/20000908/kaigai01.htm
イスラエルからIntelの次世代モバイルCPUがやってくる
http://pc.watch.impress.co.jp/docs/article/20010205/kaigai01.htm
“Banias”は最悪のシナリオに対応するための第2計画だ!
http://ascii24.com/news/columns/10107/article/2001/12/28/632480-000.html
Pentium MでIntelを変えた男
http://plusd.itmedia.co.jp/pcupdate/articles/0501/20/news039.html
「2000年より前に、われわれは電力の面で壁にぶつかってしまうことが分かっていた。
　われわれは経営陣にそのことを納得させようと懸命だった」とイーデン氏。

>>414
>元からP3の方がP4より圧倒的に省電力なわけだから。

まあその時に要求されてた最高（目標）クロックと
製造プロセスが違うから比較するのはどうかと思うが。

NetBurstで稼いだ分のいくらかがCore Microarchitectureの開発に当てられたり
工場の拡張に使われたりしてるんだと思うと
そんなに憎めんよ、オレゴンも。
Nehalemで華麗に復活すると予想してみる。
電力効率にシフトしたアーキティクチャだというし。

ところでPARROTはイスラエル発だけど、
SMTで実現する投機的マルチスレッディングは
どこががんばってるんだろう?

Tejasかその次あたりで載せる用意があったように記憶。勘違いかも。

ソフト屋の仕事だと思うよ。コンパイラ関係の部署だったりして。

>>418
本家P6陣がまたP6に戻るだけじゃ。
PARROTも元はオレゴンのトレースキャッシュ研究が元だったわけで。

オレゴンとサンタクララ叩く奴はただのアホ

>>419
> ソフト屋の仕事だと思うよ。コンパイラ関係の部署だったりして。
コンパイラ関係の部署なんてないだろ。他社に丸投げしてるんだから。
ttp://www.xlsoft.com/jp/products/intel/index.html

フリーで性能のいいコンパイラないなぁ・・・

つ gcc

性能的には悪くないと思うが。

>>422
アフォか?

>>423
黙ってIntelのコンパイラ買え。Xcodeで使えるんだし。

ごめ、素でmac板と間違えた。

>>422
http://www.hpc.co.jp/B-DEV/IADEV-ifc.htm
> １．2000年夏、Intel社はKAI社を買収。KAI社はKAPという製品名のソースコード最適化ツールで高い技術力を示している会社です。
> ２．2001年夏、Intel社はCompaq社のコンパイラ開発チームを買収。旧DEC社からのコンパイラ技術がCompaq社を経てIntel社へ流れた。


xlsoftは日本語版の販売を請け負ってるだけでしょ。

>>428
くはーintelやっぱ隙がないなぁ…

買収してきた人材だけじゃなくて旧SPTサポート部隊なんかも居たはず>>コンパイラ部門

設計中のCPUの情報にもアクセスできるだろうしな。＞Intelのコンパイラ部門

痛はCSI登場と共に引退だな。

引退したらCommonじゃねえｗｗｗ

Intelはもうずいぶん前から世界最強のコンパイラ屋だろ。
Visual C++の最適化部分なんてIntellから出向して作ってるんだし。

そろそろIntelは(特にIA-64の)OSをどうにかしろ。て言うか、You!そろそろ自作しちゃいなYO!
MSの、Netburst + マルチダイと比しても尚醜い、腐ったシステムアーキテクチャが消えて一石二鳥だし

Intelから出向してる割には、VC2005はSIMD組み込み関数の展開の糞さにいっそう磨きがかかってたり。
いまだにSSE3の組込み関数すら使えないんだぜ？
まぁ、（MFC7やATL7とか非依存のアプリは64bitも含めて）ICC+VC2005 Standard+PSDKでどうにでもなりつつあるが。


Itanium2アーキテクチャもイスラエルチームにテコ入れさせたほうがいいんじゃないかなーと思ったり

>>436
イスラエルチームは一つしかないのだが。

電力効率にシフトという同一条件の下、一生懸命作らせたら
オレゴンもイスラエルも同じくらい良い仕事しそうな気がするけどな。

Core2って出荷はいつだっけ？

なぜインテルは東京チームを作らないんだ・・・
ノートＰＣ用ＣＰＵやプラットフォーム開発は
やる気あるやつ多そうなのに。

>>440
費用（人件費＋箱代）対効果が悪いからだろ。

日本国→日本州になればできるかもね>>東京チーム

>>442
いや、それでも無理。
日本国内でも、つくばチームだの、川崎チームだの、静岡チームだのにした方が費用対効果高いし。

静岡にいいエンジニアが集結するとは思えませんｗ

>>439
7月末出荷。

>>443
川崎なんて土地も人もぜんぜん安くねえよ

けいはんな学研都市に一つお願いします。

>>444
新幹線通勤費用完全支給

>>448
費用対効果はどこいったんだｗ

>>449
都心の箱代−静岡の箱代 よりも安いだろ。

いっそのこと北海道か鹿児島にでかいFab建てちゃえばいいｗ

>>451
国内にＰＣ工場ほとんどないのにか？
しかもミサイル飛んでくるかもしれないのにｗ

PC工場はあるだろ。
国内回帰とか進んでるし。

>>419
ttp://www.eetimes.com/news/latest/showArticle.jhtml;jsessionid=W4YJQATP0HKDMQSNDLRCKHSCJUNN2JVN?articleID=188703330&pgno=3
>The Tejas design team, led by Brad Beavers, site director for Intel in Austin,
>was put to work on the ultramobile-PC processor.
>Intel's work force in Austin has increased from 500 to 800,
>including design teams working on the next-generation Xscale, an Intel Austin engineer said.

Tejasの中の人はXscaleに左遷されたらしいよｗ

>>410
ttp://www.geocities.jp/andosprocinfo/wadai06/20060225.htm
最近だとTulsa　＞Santa Clara

http://www.google.com/search?client=opera&rls=ja&q=Xscale+%E5%A3%B2%E5%8D%B4&sourceid=opera&ie=utf-8&oe=utf-8
ちょｗｗｗ

グーグル様のログのリンクは怖くて見れない

>>457
Tejas失敗により、チーム全員Intelを強制解雇ｗｗ

>>458
thx

あーでもTejasの中の人は特許とか持ってる(申請中含む)可能性が高いし、数少ない解雇を免れた側の人だろうね
表舞台に返り咲くのは難しそうだがｗ

まぁ下手すれば数百億使ってポシャったプロジェクトなわけだから、左遷されるのは
確実なような・・・

>>451
九州はシリコンアイランドと言われてるくらいで、東芝やソニーの巨大はFabが既に
あるが、エンジニアはほとんどいない。 優秀なエンジニアは東京周辺に配置している。

ああテレビで何かやってたな。福岡はチョン観光客がいくらでも金
落としていって儲かってるからベンチャー企業とかの誘致も条件良いんだと。

>>461
「上が高クロックだっつーからそれで進めたのに、こりゃねーよ＿|￣|○」
口からでかかってるんだろうけどなｗ

日本は高コストの他に地震のリスクがある。
世界は広くてもっと好適な所がいっぱいある。
日本にFABを作るって発想ができるのは日本人だけ。

>>465
fabは他で開発チームが日本なら良いなって話

それなら無理にIntelである必要もないだろうにｗ

>>436
IPFのアーキテクチャのてこ入れって…具体的にどうするのよ?

Intel社、チップセットの供給不足を防げるか：前編
http://www.ednjapan.com/content/l_news/2006/07/12_02.html

１コア

□

２コア

□□

４コア

□□
□□

８コア

□□□□
□□□□

１６コア

□□□□
□□□□
□□□□
□□□□

３２コア

□□□□□□□□
□□□□□□□□
□□□□□□□□
□□□□□□□□

６４コア

□□□□□□□□
□□□□□□□□
□□□□□□□□
□□□□□□□□
□□□□□□□□
□□□□□□□□
□□□□□□□□
□□□□□□□□

１２８コア

□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□

２５６コア

□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□

５１２コア

□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□

Intel、Core 2 Duo発売前情報は「膨大」
http://www.itmedia.co.jp/news/articles/0607/12/news095.html

>>473
目の錯覚？ほんとに512コアに見えたよ。

コアの数って倍を繰り返すの？
2ｺｱの次は3ｺｱだと思ってた

>>476
美学としてコンピュータの世界では２の乗数

このまま分裂していって最後には生命体みたいになるのかな
やべ、中学生の妄想レベルｗｗｗｗ

>>477
XBOX360は美しくないよな。
劣化版PPC970×3って。

669 名前: 名称未設定 Mail: 投稿日: 2006/07/14(金) 17:43:55 ID: marERjuH0

仕様なのか、不具合なのかわからないが、EM64T(AMD64互換64bit拡張)を使った64bitモードがやたらと遅い。
64bitが本来の性能なんじゃなくて、32bitだけど無理すれば64bitも動きますよ、みたいな感じの性能だった

まあ、K8もSSE2互換を初採用したときは大したことなかった。
後の改良で性能が上がったから、直るかも、しれない。

http://akiba.ascii24.com/akiba/column/latestparts/2006/07/14/663447-002.html?

ところで、インテルはCore2のベンチを流しまくるという話は聞いたが、やはり上手いな

>>480
そのテスターさんの頭がおかしいだけだ。
1,2例遅くなるケースを挙げて64bitはダメという妄想に支配されてしまったのだろう。
困ったちゃんだなw

ネイティブコードの内容により速くなるケースもあれば遅くなるケースもある。
これはConroeだけの現象ではなくAMDのCPUでも同様だ。
そして、Conroeが遅くなるもの、AMDのCPUが遅くなるものは微妙に違う。

まぁ、テスターがアホだからミスリードされてしまうのは分からぬでもないがな。

>>480
グラフ見る限り遅い遅いといっても、sakura editerを除いて64bitネイティブ
アプリでも最速はどう見てもConroeなわけだが。

そんなことより、あそこまで変わる原因を知りたい。

http://www.hardware.fr/articles/623-11/intel-core-2-duo-dossier.html

Athlon64も64bitで遅くなることがある。

>>480

http://akiba.ascii24.com/akiba/column/latestparts/2006/07/14/663447-000.html?

>従来、Intel CPUではSSE命令のスループット（命令を発行可能な間隔）は2（2クロックにつ
>き1つ）だった。これがCore 2 Duoでは1になっている。SSE命令が集中的に並ぶマルチメ
>ディア処理では、大きな性能向上が期待できる

……？

>>485
簡単に言えばCore2Duo 2GHzがPenD 4GHzの性能と同じ性能ってこと。

>>480
http://akiba.ascii24.com/akiba/column/latestparts/2005/03/30/654450-002.html?

>>487
Panorama Factoryってやつは、Pen4では64bitの方がスコア上がってるらしいね
名前はEM64Tでもやっぱり中身は大分違うのか

ttp://journal.mycom.co.jp/articles/2006/07/14/x6800/
SSE4のオペコードは公開されているので自分でプログラムを
組んで調べればいいと思うんだが。公開されていることに
気づいていないのか、それともとぼけているのか？

ttp://download.intel.com/design/Pentium4/manuals/25366720.pdf
　APPENDIX A OPCODE MAP
　　A.3 ONE, TWO, AND THREE-BYTE OPCODE MAPS
　　　Table A-4. Three-byte Opcode Map

ようやくAltiVec並みになったな。

>>485
スループットって、その使い方で合ってるっけ？

>>491
最近はそういう使い方が一般的。

>>422
ちょｗ

>>491
スループットという単語は漠然とした単位時間あたりの
効率の良し悪しとか・・・曖昧て適当な言い回しで使う場合が多いから
本来の厳密な定義で使うと逆に違和感があるって妙な事態に

リアルタイムって言葉と同じで何について話ているかで単位は変わる。
そこは聞く側が分かってないと話は通じない。

ダイサイズをあまり変えずにCORE2DUOと同等のコアで512コアを作ることは可能？
出来たとしたら何年後？

>>496
１６年後

>>497
16年後ということは2年に一度プロセスシュリンクするとして・・・4nm？
4nmなんて可能なのかよ・・・。

>>498
どうだろうな
http://journal.mycom.co.jp/articles/2005/03/17/idf/003.html

8nmまでは今の技術の延長で2年ごとにプロセスシュリンクできるとIntelは予定してるな
http://journal.mycom.co.jp/articles/2004/02/19/idf2/

512コアか…
将来4nmプロセスのCPU(って言って良いシロモノなのかワカランけど)を使ってても、
今と変わらないことやってそうだよな、俺orz

光使わないんで良いんだったら、5,6年で出きるとかいってたのをどっかでみたきがする＞100コア

200平方mm程度の巨大ダイでL2を最小限で済ませればそんなもんでしょ。
単純計算でも6年後には16コアにできるわけで。

なぜインテルはメモコン内蔵しないんだろｗ

これ既出だっけ？

2010年、IntelのCPUは32コアに
ttp://slashdot.jp/askslashdot/article.pl?sid=06/07/11/0830210

Pen4 で5GHz超とか言っていたのを思い出すなあ。

2010年、宇宙の旅ってか。

空想はいいものだが、インテルには実際に出来るやつでがんがてホスィ

結局945マザーでC２Ｄ使えるって噂はどうなったんだ？

単純なクロック周波数で考えると、光速の限界から40GHz程度が
天井になるらしいな。プロセスシュリンクはすでに原子の大きさが
問題になりはじめているから、遠くない将来に頭打ちがきそう。

ヘテロででそ。


Meromライクな巨大コアをホモジニアス構成で32個なんていくらなんでも無謀
あーでも今年中に4コアだから2年ごとにダイサイズが半減されれば可能なのか

>>508
Intelもいくら頑張っても2018年くらいが限界だろうって予想をしてる
その頃には銀スイッチとか使われてるんだろうな

>>503
涅槃で統合するけど？

んなコア数ばかり増やさんだろ。
メニイコアにアプリが対応するということはSSEとの親和性も極めて高くなるということ。
コアごと増やすよりSSEの性能だけ上げる方がトランジスタ数ははるかに少なくて済む。

SPEライクなSIMD特化型コアを複数用意するのは確かに有効だ

100MHz切っていた大昔は周波数＝性能みたいな感覚だったけど
そのうちコア数＝性能みたいな感覚になっていくのかな。

コア数が膨大になれば、予測分岐であらかじめそれぞれ別々の命令を実行しておけば
ロスが無くなるのかな…?ネトバ向き?

>>499
8nmが限界なら128コアまでか。
本当に作るのかな？
>>508
原子の大きさってどのくらい？

>>516
今が丁度、原子7個分の厚さの壁に電圧かけてる状態らしい。
単純計算で原子1個分だね。
文字通りお手上げだ

なんとかなるなるる〜〜♪

あれでしょ、その次の段階は非同期コンピュータなのですよ〜

脳は数十ヘルツの周波数の超分散処理なんだから。
素人的には分散処理方向にまだまだ可能性感じる。

超並列好きの皆様。どうぞ、御購入下さい。
http://journal.mycom.co.jp/news/2002/10/24/17.html
http://www.kumikomi.net/article/news/2004/03/21_02.html
http://www.itmedia.co.jp/news/articles/0410/07/news039.html
http://ext.ricoh.co.jp/LSI/product_assp/ri20/b5v870-1028/
http://japan.renesas.com/fmwk.jsp?cnt=press_release20060209.htm&fp=/company_info/news_and_events/press_releases
http://www.innotech.co.jp/products/product_list/lsi/dsp/linedancer.html
http://www.itmedia.co.jp/news/articles/0604/05/news038.html

>>515
IA64なんかではそれをやるためにあれだけレジスタを増やして
予測の当たったほうの結果をメモリに書き込むことで、性能を稼いでる。

レジスタが少ないためにメモリ読み書きが頻発するx86-ISAで、
（レガシーを生かすという前提で）それをやるのはきついと思うのですが。
各パス毎にメモリ空間の仮想化ができれば可能性もないでも無いけど
調停が大変ずら

ItaniumのIA32-ELは一定の成果は上げてるし、性能が上がってくればローエンドサーバでも
Xeonの代替としては使えるようになるかも

64bit環境にまでx86を引きずってきたAMDの罪は大きいと感じる

mixiでSSEを使って全パスを並列実行なんて荒業を紹介してる人はいました

>>523
同意だが初代から数えると合計で5年以上延期されてるItaniumも情けない
Intelが頑張ってないとは言わないが

>>522
thx
ってもx86の資産は捨てがたいからなぁ。
悩ましいんだろうな。

もう一度、新規でCPUを開発したらIA64とは違う手法で高性能を目指すのかな？
それとも今でもIA64が最適解なのか？

MSにつぶされたYamhillがIA64でもAMD64互換でもない第３の64bit実装だったらしいけど
NetBurstの大量のレジスタファイルと長いパイプラインとの親和性の高いISAだった可能性も。

たとえば、より多くの論理レジスタ（３２本くらい？）で３〜４オペランドくらいの命令セット。
命令長は長くなるが、レジスタが十分にあるのでロード・ストアの頻度は減らせるので結果的には
コードはコンパクトにまとまるかも？
デコーダはx86とYamhill ISAで別々にあるが、μOPsレベルでは互換。
分岐の両方のパスを同時実行なんてことはお手の物で、長いパイプライン段数のデメリットを吸収可能。

とか云々。

AMD64がMSに支持されYamhillが蹴られた時点でNetBurstは終わってたのかもしれんね。

>>527
省電力・少トランジスタにもっと振ったCPUになるだろうね。
i860みたいな、もっと小規模なVLIWのほうがよかった。・・あれはバグが多くて
自滅しちゃったけど。というか、今考えればもともと芽は無かったんだろう。
ホントは完全にアーキテクチャの違うコアの入ったヘテロジニアスコアをintelが作って、
そのヘテロ部分のみでも動作するようにしておいて、最終的にx86部分を盲腸として
切るというシナリオを作って欲しかった。orz

予算5兆円・開発期間10年ぐらいで、完全にゼロからCPUを設計したら、どれぐらいの性能になるんだろ。

開発期間10年てのが無駄。
誰も10年後なんて予測できない。

>>530
Intelの10年後のプロセッサ未満の性能

「CELLチップの歩留まりは良くて１０〜２０％」
http://blog.japan.cnet.com/nakajima/archives/002988.html

おわたｗｗｗｗ

>>530
実際インテルはもっと予算つぎ込んでるんじゃないの？
年間5000億以上は

Fab１個作るだけで３０００億円ほどかかるぞ

Yamhillの概要を知っているが団子の予想は外れまくりだ。と言っておく。

>>537
そーなんすか？やっぱりx86の拡張だったと？

>>538
AMD64未満のね・・・
お前さんの勤める会社の社内には当然しっている人間はいるだろう。
探して仲良くなってこそーり聞いてみたら。

残念ながらうちの周りにはIDFとかに連れてってくれるような上司はおりまへんわ
学会誌くらいなら回し読みしてますがな。

たしかに極端にNetBurstの内部アーキに依存したような命令セットだと
P6アーキの延長のMeromでは実装が難しそう

いずれにせよIntelにはIA64とは別の64bit拡張ISAの構想があって、
NetBurstもCMAもそれを実装する計画だったわけっしょ
NetBurstは高度に仮想化できてたから「AMD64互換」に切り替わっても
柔軟にチューニングできたけど、CMAはバランスの崩れを取り戻すのが難しくて、
結果、今回のようなEM64Tでパフォーマンス低下という可能性も考えてみたり。

いずれにせよ、IA64の普及を妨げると思ってか自社仕様のx86 64bit拡張を
きちんと売り込んでおかなかったIntelの失敗ですな。
ハイエンドコンピューティング分野でPOWERに対抗できるプロセッサを優先するのが
良かったのか、PC市場でAMDを牽制するのが良かったのか、その辺はわかりかるところですが

IA64で行く予定だったが、AMDが・・・

Yamhillの話はｹﾞｲｼが関ってるでしょ
ttp://pc.watch.impress.co.jp/docs/2004/0225/kaigai067.htm

>>538
http://www.theinquirer.net/default.aspx?article=4294
Tejas（Yamhill）＝IA64互換　byAndy Glew

やっぱNehalemまで待つか…
またﾈｯﾄﾌﾞｰｽﾄとおさらばする日が遠のいた

128bit固定長命令のIA64をPrescott/Tejasでねぇ
ぶっちゃけx86とは似ても似つかぬ命令セットなんですが

IA64上でのx86（P7アーキテクチャ）のことですか？

>>543
YamhillはPrescottに載せる予定だった64bit拡張で、Tejasはその後のプロジェクトじゃなかった？
http://www.aceshardware.com/read.jsp?id=50000243
ここに書かれている IA32+ がYamhillで、
Tejas - evaluated support for IA64 within a mainstream IA32 processor.とは別かと。

史上最高の命令セットって何だと思う？

俺とメイド

乙女回路

そーいえば最近マクヲタをみませんね。

■後藤弘茂のWeekly海外ニュース■
32bitでは圧倒的だが64bitはやや苦手なCore Microarchitecture
http://pc.watch.impress.co.jp/docs/2006/0718/kaigai288.htm

>>550
WWDC発表前だからじゃね？
下手なこと言って外すよりは、後付けで講釈垂れたほうがいいわけで


http://amb.sakura.ne.jp/hanyou/img-box/img20060705023955.jpg

> 　もともと、Intelのオリジナルの64bit拡張「Yamhill(ヤムヒル)」は、レジスタ拡張を含まない、
> アドレス拡張だけのテクノロジだったと言われている。それが、現在のEM64T(Clackamas:クラカマス)に
> 変わった2003年後半の段階で、AMD64互換となりレジスタ拡張が入ったと言われている。
> CPU開発サイクルは4〜5年なので、時期的には、その時点ではCore MAの上流設計は終わり、
> すでに物理設計が進んでいたはず。EM64Tとのすり合わせが途中から行なわれたとしても
> 不思議ではない。

Yamhill ISAがなんとなく理解できた

> アドレス拡張だけ
倍速ALUにとっては都合が良い。

倍速っつーかALUの計算が0.5クロックで１回って意味だったかと。
ALUだけ倍のクロックで回るわけじゃない。

>>552-553
Appleに関する話わ、こちらをどうぞ(笑)
http://pc7.2ch.net/test/read.cgi/mac/1121683774/722-727
x86に関する話題わ、あなたやうちの板のintelerさんが話題の点でも解釈の点でも
それなりのモノを書いているすから、特に出番わ無いすね。。。

ただ、Intelの所要レジスタ数についての考えわ、こちらのAndy Glew氏の意見が参考
になるかと思うす。
http://groups.google.co.jp/group/comp.arch/browse_thread/thread/d5def6efe58e9de9/c85f4f125889419b
大規模OOoEプロセッサ + SMTでわスレッドあたりの占有レジスタ数を減らすことで、
　・並列実行可能なように物理レジスタを割り付けやすくなる
　・並列性そのものの抽出も楽
という現実があるみたいすね。。。
C2Dコアに限らず、SPECintにおけるx86の勝利わレジスタ数が性能に直結しないという
一つの証明なのかもしれないす。

>>555
だからなにが言いたいの？

>>481
>>そのテスターさんの頭がおかしいだけだ。
おかしいのは君の方だったねっ！ｗｗｗｗ

■後藤弘茂のWeekly海外ニュース■
32bitでは圧倒的だが64bitはやや苦手なCore Microarchitecture
http://pc.watch.impress.co.jp/docs/2006/0718/kaigai288.htm

その苦手?な製品のトップクラスと、得意な製品のトップクラスを比較して
どちらが勝ったのか言ってみろよ。
sakura editor最速ﾊﾞﾛｽ

sakura editorはAMD信者の心のよりどころ

ひどい自演臭がする。

氏の記事の下の方に書いてあるけど、
これはCore MicroArchitectureの弱点であると同時にx86の命題でもあるみたいですね。
デコーダーの後にTrace Cache持たせればNetBurstのように上手く隠蔽できるのかな。

K7,K8みたいにプリデコード済みの命令をL1キャッシュに入れる方法もある。

>>563
Conroeは入ってるよ。

入ってる？？目的語がわかりません。

>>559>>560
現実を認めろよ？
もう少しクールに行こうぜ！

Conroeの命令キャッシュは
プリデコードとかしてない
素のデータが入ってるよね？

>>567
いいや、ちゃんとL1へ書き出してるよ。

>>568
それは知らなかった。
ソースとかキボンぬ。

プリデコードしてるから命令キャッシュなんだろ…

>>569
知らぬのはお前が愚かだかで、ソースぐらい自分で探せ。
まったく、付き合ってられないよ。

>>570
そんなことはない。
命令とデータを同時に読む必要があるとか
命令は書き換えがほとんど起こらないなどの理由で
データキャッシュと分けた方がいいから
命令キャッシュがあるのだ。

>>571
・・・

>>558見る限りプリデコーダはL1命令キャッシュの後にあるんだけどねえ。

まあ、L1の前にプリデコーダ入れるとL2のレイテンシが悲惨な事になるからなw

>>572
違う。
うにファイド型キャッシュはフェッチやプリデコードの効率を落としうるという、
L1として致命的な弱点があるからハーバードアーキなのだ。

話は変わるが>>567,>>572に???だったので調べてみたがAMDはプリデコードがL1の前にあるんだね。
AMDにはまったく興味なかったが勉強になった。
無論、リッチな命令キューとプリデコード型キャッシュ、それだけではどちらが優れているかは判断できないが。

言ってることは同じに思える。
まあデータの方に局所性が無い場合は命令が押し流されるってこともあるかもしれんが。

いつも思うのだが・・・。
みんあどこでそんな勉強してくるんだ？

>>577
>>558みたいに晒されている記事のバックナンバー全部読め。

Conroeの45nmっていつ？

45nmではシュリンクしないで別設計になるの？

45nmは08Q1にCore2のシュリンクで始まり
その後ダイレクトコネクトなCSIとメモコン統合の涅槃で新プラットフォームが始まる。
予定。
が、2年も先の予定がそのまま実行された事などないので
あんま考えてもしょうがない。

Conroeの次はハッキリ見えてないってことか
価格改定なんてなさそうだな

日本語でおk

Penrynでは64bit性能のテコ入れはされるのかね？

Nehalemアーキテクチャが控えてるらしいので、あんまり大きな改良はないかと
つーか、64bitにかかわらず32bitでも16byteのフェッチ＆プリデコード帯域って決して広いとは言えないんだよね。


http://pc.watch.impress.co.jp/docs/2006/0509/kaigai268_01l.gif

　 ,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;　　　
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;　　　Nehalemで20GHz
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　そんなふうに考えていた時期が
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f 　　　俺にもありました
　　 ~''戈ヽ 　 ｀二´ 　　 r'´:::.　`!

あるあるｗ

5GHzの4ｺｱなら合計20GHzになるじゃん
頑張れば無理じゃないよ

2.5GHzの8-coreのほうが現実的じゃね？
高クロックだとまた電力問題だろ

ネットワールド、インテルCPUでSolaris/SPARC用アプリを稼動させるソフト
http://enterprise.watch.impress.co.jp/cda/software/2006/07/18/8265.html

OpteronじゃなくてXeonやItanium2用ってのがなんとも。

>>587
ナイアガラですか ＞○○GHｚ相当

ま、素人はそう考えるわな。

>>589
うちにもロートルSUNのシステムがあるけど、もうちっと安くならんかな。
これなら中古買ってきてごまかしたほうが得だ。
じたばたする手間は似たようなもんだろうし。

>>580
Core2 65nmで２年って事は周波数とかまだ余裕でクロックアップ版を何回か出すのか？

KentsとPreslerってダイサイズ同じになるんだよな・・・
計って収めてんのかな？

と思ったら違った
Tomの奴間違ってるな

むしろLGA775にYonahニコイチでCore Quadとか出して欲しいな。
FSB1333ならきれいに分岐できる。

FSB1333MHzでMCMは難しい

所で、Conroe＆Meromの物理アドレスって36bit？

CPUID見ればわかるんじゃね？

XP x64は16GBまで、Vistaでもその倍程度だから仮に64GBだとしても支障はないけどな。
そこまでメモリ積めるPC用マザーもないだろうから素直にXeonでも買うだろうが。

NetBurstも物理アドレス36bitじゃ無かったっけ？

ぐぐったら一発で40bitと出たが

プレスコ/ノコナの初期リビジョンはx86-64の仕様丸写しで36bitしかないのに40bitだったっけな

確かにぐぐったらIrwindaleから40bitと書いてあるが、元麻布の記事かぁ…

「Montecito」の開発責任者に舞台裏を聞いた
http://techon.nikkeibp.co.jp/article/NEWS/20060719/119268/
Tukwilaコアは、Montecitoと基本的には同じコアだということで、
以前INQにあった情報が正しかったと。

＞製品ごとにコアを変えていたら，コンパイラの開発が大変になる。
これは前Tukwilaの流産理由だな。

TukwilaはCSIになるんだったっけ？

インテル、クアドコアプロセッサを年内発表へ--AMDの先制目指す
ttp://japan.cnet.com/news/ent/story/0,2000056022,20175767,00.htm

Intel本気だな。
まあConroeがうまく行ってりゃまとめて乗せるだけだから簡単なんだけどさ。
もしかしてAMDも予定を早めてたりするのかなあ。

Tulsaは8/26らしい
>>605
4FBDlinkだとか
半年遅れのNehalemが8linkだから2009年には8link以上の拡張版を出して欲しいね
まあ滞りなく進むことのほうが珍しいんだが―――

http://pc.watch.impress.co.jp/docs/2006/0718/kaigai288_01.jpg
この図を見て驚いたが、Macro-FusionってCMP+JGEみたいな符号有りの大小比較＆分岐は
フュージョンできないんだね。

>>605
オンダイメモコン＋CSI

>>607
Nehalemが何故FBD8chなのかというと、MCM（4ch*2）Verがあるからだからだろう。
TukwilaもMCM Verがあるそうだから、変わらんだろう。

>>606
本気で叩き潰す気なのか…

ごめ、Conroeの発表日っていつだっけ？

7月28日。

thx.

>>610
AMDが生産力を強化しているから、性能面で大攻勢かける必要があるのさ。

生産力さえあれば、ﾌﾟでもK8に対抗できるわけだしw

age

E6300が1.86Hzになってるがどんな夢の世界なんだろう
http://pc.watch.impress.co.jp/docs/2006/0714/tawada79.htm

結局X系とE系は周波数が違うだけなのか？

PenXE 965やAth64 FX-62ほどおかしな価格設定じゃないだろ。

遂に今日からはConroeも次世代CPUでは無くなったわけだ。

Core 2 Quadまだぁ？

真打はNehalem。

totoro?anata,totorotteyuunone.

素朴な疑問なんだけど、
C2Dってとっても最適化されていて素晴らしいんだけど、
こんなにいじくっちゃって、スムーズにコア増やしたり
別種コアとのマルチとかの拡張がスムーズに出来るのかな？

どこでもFXをしのぐ(6700）といわれるコンロだがFXが高級（ぼったくり）だったから6700がすごく見えるのだな

ペガシス、TMPGEnc 4.0 XPressがCore 2 Duo対応
−5〜18%高速化。H.264の2パスエンコードも

ttp://www.watch.impress.co.jp/av/docs/20060727/pegasys.htm

これって、SSE4に対応しただけで5〜18％高速化したってこと？
だとしたら結構スゴス

>>625
いや、SSEのスループットが倍に強化されたため、
レイテンシの完全な隠蔽が難しくなった。
その性能を引き出すためのチューニングとも考えられる。

まあ、SSE4だけの可能性もあるが、俺にはどっちだかわからん。

まあ、両方でしょ。
他にも、C2D対応への細かなチューニングもあるでしょう。

Core2のSSE3が鬼門らしいね
SSE2と変わらないらしい
でCpre2向けの拡張命令を用意したと

らしいね
らしい

Intel、米本社でCore 2 Duoのローンチイベントを開催
ttp://pc.watch.impress.co.jp/docs/2006/0728/intel.htm

＞ 終了後に行われたQ&Aセッションでは、AMDによるATI買収に関連して
＞ 「CPUとGPUを統合した製品についての将来の展望は」といった質問も飛び出したが、
＞ オッテリーニ社長は「単純に答えるなら、それは“イエス”だ。
＞ でも、いまはそれ以上の答えを返すことは出来ないな(笑)」と明言は避けている。

TG Daily interviews Intel Senior VP: "Core is changing the game"
http://www.tgdaily.com/2006/07/27/tgdaily_interviews_david_perlmutter/

>>628
もともとTejasに載る予定の命令だったんでCore2の為の命令じゃない
しかも大半は浮動小数向けじゃなくて整数向けだからSSE3を拡張する命令じゃない

イスラエル研究所はハイファにあるんだよね。心配ではある。

他のエンコーダと較べて信じがたいほど遅いTMPGENCが2割速くなったってあまり
使いたいとは思わんなぁ
だってAvisynthの倍は遅いし・・・

Avisynthは画質悪いから論外

>>635
その場合は、処理の仕方やフィルター選びが良くない。
AviSourceですら気をつけるべきオプションがある。

しかし、まともなフィルターやエンコーダを選ぶと
Avisynthもそれなりに遅くなってしまう。

ところで、Avisynthはエンコーダじゃないよ。

どうでもいい、MPEG編集しか使わんし

>>620
ソロ、デュオだったらカルテットじゃないの？

Core3DuoとかCore4Duoだな

Core が3つなのに Duo か？ Core が4つなのに Duo か？
頭悪。

X6800は冷却が厳しいとか

>>638
Quatoroだろ

>>638
お前、恥ずかしいなｗ

Solo、Duoの流れでいったらQuartetが正しいんじゃない
漏れも>>642ｶｷｺしてから、気づいたが黙ってたｗ

Coreが2個だからCore2ってわけじゃないんだぞ。
PentiumみたいにCore3,4って流れかね

Core　人工少女
Core2　人工少女2
みたいな感じ

45nmプロセスはL2は1.5倍らしい
http://www.geocities.jp/andosprocinfo/wadai05/20051210.htm
気持ちの悪い増やし方だな

>>637
どうでもいいんだったら批判は止めてくれ。
使いこなせばちゃんと仕上がるんだから。

KentsfieldはConroeのニコイチだからCore D Duo

>>645
じゃあCoreが4とか8になっても名前はCore３、Core４なの？
>>646
意味がよく分からない。

>>650
>>645が言っているのは、Core2 の 2 は、Core Duo に続く第2弾のCPUを意味
するっていうことだよ。分からないのなら、いちいちくだらねえカキコするなよ。
コアの数を表すのは、Solo とか Duo だろうが。

>>649
だけど、うんこCPU2個のPenDとイイCPU2個のケンツ
ではだいぶ違うだろうな。

上がっても試作品丸出しですぐ廃れるのが見えてるｹﾝﾂはスルーだが。

┌───┬───┬───┬───┬───┬───┬───┬───┐
│　　　　 │ 1コア .│ 2コア .│ 4コア .│ 8コア .│16コア │32コア │64コア │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core　 ,│　Solo .│　Duo　│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core 2 │　Solo .│　Duo　│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core 3 │　 −　 │　Duo　│ Quad .│　 −　 │　 −　 │　 −　 │　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core 4 │　 −　 │　Duo　│ Quad .│　 −　 │　 −　 │　 −　 │　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core 5 │　 −　 │　 −　 │ Quad .│　Oct　│　 −　 │　 −　 │　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core 6 │　 −　 │　 −　 │ Quad .│　Oct　│　 −　 │　 −　 │　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core 7 │　 −　 │　 −　 │　 −　 │　Oct　│　 １６　│　 −　 │　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core 8 │　 −　 │　 −　 │　 −　 │　Oct　│　 １６　│　 −　 │　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core 9 │　 −　 │　 −　 │　 −　 │　 −　 │　 １６　│　 ３２　│　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤
│core10.│　 −　 │　 −　 │　 −　 │　 −　 │　 １６　│　 ３２　│　 −　 │
├───┼───┼───┼───┼───┼───┼───┼───┤

│core11.│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 ３２　│　 ６４　│
├───┼───┼───┼───┼───┼───┼───┼───┤
│core12.│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 ３２　│　 ６４　│
├───┼───┼───┼───┼───┼───┼───┼───┤

2ｺｱありゃ十分だろ

┌───┬───┬───┬───┬───┬───┬───┬───┬────┬────┬────┬────┐
│　　　　 │ 1コア .│ 2コア .│ 4コア .│ 8コア .│16コア │32コア │64コア │ 128コア .│ 256コア .│ 512コア .│1024コア.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core　 ,│　Solo .│　Duo　│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 2 │　Solo .│　Duo　│ Quad .│　 −　 │　 −　 │　 −　 │　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 3 │　 −　 │　Duo　│ Quad .│　Oct　│　 −　 │　 −　 │　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 4 │　 −　 │　 −　 │ Quad .│　Oct　│　 １６　│　 −　 │　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 5 │　 −　 │　 −　 │　 −　 │　Oct　│　 １６　│　 ３２　│　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 6 │　 −　 │　 −　 │　 −　 │　 −　 │　 １６　│　 ３２　│　 ６４　│　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤

│core 7 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 ３２　│　 ６４　│　 １２８　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 8 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 ６４　│　 １２８　.│　 ２５６　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 9 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 １２８　.│　 ２５６　.│　 ５１２　 │　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core10.│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　　−　　.│　 ２５６　.│　 ５１２　 │　１０２４　│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤

┌───┬───┬───┬───┬───┬───┬───┬───┬────┬────┬────┬────┐
│　　　　 │ 1コア .│ 2コア .│ 4コア .│ 8コア .│16コア │32コア │64コア │ 128コア .│ 256コア .│ 512コア .│1024コア.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core　 ,│　Solo .│　Duo　│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 2 │　Solo .│　Duo　│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 3 │　 −　 │　Duo　│ Quad .│　 −　 │　 −　 │　 −　 │　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 4 │　 −　 │　 −　 │ Quad .│　Oct　│　 −　 │　 −　 │　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 5 │　 −　 │　 −　 │　 −　 │　Oct　│　 １６　│　 −　 │　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 6 │　 −　 │　 −　 │　 −　 │　 −　 │　 １６　│　 ３２　│　 −　 │　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤

│core 7 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 ３２　│　 ６４　│　　−　　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 8 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 ６４　│　 １２８　.│　　−　　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core 9 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 １２８　.│　 ２５６　.│　　−　　.│　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core10.│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　　−　　.│　 ２５６　.│　 ５１２　 │　　−　　.│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤
│core11.│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　　−　　.│　　−　　.│　 ５１２　 │　１０２４　│
├───┼───┼───┼───┼───┼───┼───┼───┼────┼────┼────┼────┤

4コア以降に教養の限界が見える

どうせ4コア以降で名前変えるだろ

教養の限界



許容の限界？

2CPU+2GPUを一つにした4コアなら良い

2GPUって・・・

２コアGPUの意味じゃない？

2GPUなら、GeForce7950X2

Millwallってのがデルって聞いたきどどうなの？

雑誌で見たんだけど4コアで45nmだった気がするけどどうなの？

Core3Duoまだぁー

来年、ｲﾝﾃﾙは何かする事有るの？ｸﾛｯｸageのみ？

>>671
>>668-669

デルらしいぞ

45nmなんて出ても年末だろ

┌──────┬───┬───┬───┬───┬───┬───┐
│　　　　　　　　 .│ 1コア .│ 2コア .│ 4コア .│ 8コア .│16コア │32コア │
├──────┼───┼───┼───┼───┼───┼───┤
│core　 .(65nm)│　Solo .│　Duo　│　 −　 │　 −　 │　 −　 │　 −　 │
├──────┼───┼───┼───┼───┼───┼───┤
│core 2 (65nm)│　 −　 │　Duo　│ Quad .│　 −　 │　 −　 │　 −　 │真のデュアルコア
├──────┼───┼───┼───┼───┼───┼───┤
│core 3 (45nm)│　 −　 │　Duo　│ Quad .│　 −　 │　 −　 │　 −　 │製造プロセスシュリンク
├──────┼───┼───┼───┼───┼───┼───┤
│core 4 (45nm)│　 −　 │　 −　 │ Quad .│　Oct　│　 −　 │　 −　 │真のクアッドコア
├──────┼───┼───┼───┼───┼───┼───┤
│core 5 (32nm)│　 −　 │　 −　 │ Quad .│　Oct　│　 −　 │　 −　 │製造プロセスシュリンク
├──────┼───┼───┼───┼───┼───┼───┤
│core 6 (32nm)│　 −　 │　 −　 │　 −　 │　Oct　│　 １６　│　 −　 │真の８コア
├──────┼───┼───┼───┼───┼───┼───┤
│core 7 (22nm)│　 −　 │　 −　 │　 −　 │　Oct　│　 １６　│　 −　 │製造プロセスシュリンク
├──────┼───┼───┼───┼───┼───┼───┤
│core 8 (22nm)│　 −　 │　 −　 │　 −　 │　 −　 │　 １６　│　 ３２　│真の１６コア
├──────┼───┼───┼───┼───┼───┼───┤
│core 9 (16nm)│　 −　 │　 −　 │　 −　 │　 −　 │　 １６　│　 ３２　│製造プロセスシュリンク
├──────┼───┼───┼───┼───┼───┼───┤
│core10.(16nm)│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 ３２　│真の３２コア
├──────┼───┼───┼───┼───┼───┼───┤

┌─────────┬───┬───┬───┬───┬───┬───┐
│　　　　　　　　　　　　　│ 1コア .│ 2コア .│ 4コア .│ 8コア .│16コア │32コア │
├─────────┼───┼───┼───┼───┼───┼───┤
│Pen4　 (90nm 512KB)│ North │　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │
├─────────┼───┼───┼───┼───┼───┼───┤
│Pen4/D(90nm 1MB)　│Presco│ Smith │　 −　 │　 −　 │　 −　 │　 −　 │
├─────────┼───┼───┼───┼───┼───┼───┤
│Pen4/D(65nm 2MB)　│Presc.2│Presler│　 −　 │　 −　 │　 −　 │　 −　 │
├─────────┼───┼───┼───┼───┼───┼───┤
│core　 .(65nm 1MB)　.│　Solo .│　Duo　│　 −　 │　 −　 │　 −　 │　 −　 │
├─────────┼───┼───┼───┼───┼───┼───┤
│core 2 (65nm 2MB)　.│　 −　 │　Duo　│ Quad .│　 −　 │　 −　 │　 −　 │真のデュアルコア、クロックダウン
├─────────┼───┼───┼───┼───┼───┼───┤
│core 3 (45nm 3MB)　.│　 −　 │　Duo　│ Quad .│　 −　 │　 −　 │　 −　 │製造プロセスシュリンク、クロックアップ
├─────────┼───┼───┼───┼───┼───┼───┤

│core 4 (45nm 4MB)　.│　 −　 │　 −　 │ Quad .│　Oct　│　 −　 │　 −　 │真のクアッドコア、クロックダウン
├─────────┼───┼───┼───┼───┼───┼───┤
│core 5 (32nm 6MB)　.│　 −　 │　 −　 │ Quad .│　Oct　│　 −　 │　 −　 │製造プロセスシュリンク、クロックアップ
├─────────┼───┼───┼───┼───┼───┼───┤
│core 6 (32nm 8MB)　.│　 −　 │　 −　 │　 −　 │　Oct　│　 １６　│　 −　 │真の８コア、クロックダウン
├─────────┼───┼───┼───┼───┼───┼───┤
│core 7 (22nm 12MB) .│　 −　 │　 −　 │　 −　 │　Oct　│　 １６　│　 −　 │製造プロセスシュリンク、クロックアップ
├─────────┼───┼───┼───┼───┼───┼───┤
│core 8 (22nm 16MB) .│　 −　 │　 −　 │　 −　 │　 −　 │　 １６　│　 ３２　│真の１６コア、クロックダウン
├─────────┼───┼───┼───┼───┼───┼───┤
│core 9 (16nm 24MB) .│　 −　 │　 −　 │　 −　 │　 −　 │　 １６　│　 ３２　│製造プロセスシュリンク、クロックアップ
├─────────┼───┼───┼───┼───┼───┼───┤
│core10.(16nm 32MB) .│　 −　 │　 −　 │　 −　 │　 −　 │　 −　 │　 ３２　│真の３２コア、クロックダウン
└─────────┴───┴───┴───┴───┴───┴───┘

荒らしうぜえ

ニコイチなんちゃってクァッドコア作るっていってなかった？

>>678
もうES品でてるよ
kentsfield。

今更だが、ConroeってFamily:6なんだな…Pen�Vベースって事か

>>680 >>219

>>647
2のべき乗でないのは、おそらく4wayを6wayにするみたいな増やし方なんだろう。
way数そのままで倍の容量にするより性能はむしろ上がるケースも多いと思う。

>>676
こっちも1024コアまでやれよ。

┌──────┬───┬─────────────────┬─────────────────┐
│　　　　　　　　 .│ Clock │　　　　　　　　真のマルチコア　　　　　　　 │　　　 疑似マルチコア(ニコイチコア)　　　 │
├──────┼───┼─────────────────┼─────────────────┤
│Pen4　 (90nm)│↑up　 │1コア Northwood (512KB)　　　　　　　　　.│　　　　　　　　　　　　−　　　　　　　　　　　.│
├──────┼───┼─────────────────┼─────────────────┤
│Pen4/D(90nm)│↑up　 │1コア Prescott (1MB)　　　　　　　　　　　 │2コア Smithfield (1MB×2=2MB)　　　　　 │
├──────┼───┼─────────────────┼─────────────────┤
│Pen4/D(65nm)│　 −　 │1コア Prescott (2MB)　　　　　　　　　　　 │2コア Presler (2MB×2=4MB)　　　　　　　│
├──────┼───┼─────────────────┼─────────────────┤
│core　 .(65nm)│　 −　 │1コア Solo (1MB)　　　　　　　　　　　　　　 │2コア Duo (1MB×2=2MB)　　　　　　　　　│
├──────┼───┼─────────────────┼─────────────────┤
│core 2 (65nm)│↓down│2コア Duo (2MB×2=4MB)　　　　　　　　　.│4コア Quad (2MB×4=8MB)　　　　　　　　│
├──────┼───┼─────────────────┼─────────────────┤
│core 3 (45nm)│↑up　 │2コア Duo (3MB×2=6MB)　　　　　　　　　.│4コア Quad (3MB×4=12MB)　　　　　　　.│
├──────┼───┼─────────────────┼─────────────────┤

│core 4 (45nm)│↓down│4コア Quad (2MB×4=8MB)　　　　　　　　 │8コア Oct (2MB×8=16MB)　　　　　　　　.│
├──────┼───┼─────────────────┼─────────────────┤
│core 5 (32nm)│↑up　 │4コア Quad (3MB×4=12MB)　　　　　　　 │8コア Oct (3MB×8=24MB)　　　　　　　　 │
├──────┼───┼─────────────────┼─────────────────┤
│core 6 (32nm)│↓down│8コア Oct (2MB×8=16MB)　　　　　　　　 │16コア １６ (2MB×16=32MB)　　　　　　　.│
├──────┼───┼─────────────────┼─────────────────┤
│core 7 (22nm)│↑up　 │8コア Oct (3MB×8=24MB)　　　　　　　　 │16コア １６ (3MB×16=48MB)　　　　　　　.│
├──────┼───┼─────────────────┼─────────────────┤
│core 8 (22nm)│↓down│16コア １６ (2MB×16=32MB)　　　　　　　 │32コア ３２ (2MB×32=64MB)　　　　　　　│
├──────┼───┼─────────────────┼─────────────────┤
│core 9 (16nm)│↑up　 │16コア １６ (3MB×16=48MB)　　　　　　　 │32コア ３２ (3MB×32=96MB)　　　　　　　│
├──────┼───┼─────────────────┼─────────────────┤

│core10.(16nm)│↓down│32コア ３２ (2MB×32=64MB)　　　　　　　.│64コア ６４ (2MB×64=128MB)　　　　　　 │
├──────┼───┼─────────────────┼─────────────────┤
│core11.(11nm)│↑up　 │32コア ３２ (3MB×32=96MB)　　　　　　　.│64コア ６４ (3MB×64=192MB)　　　　　　 │
├──────┼───┼─────────────────┼─────────────────┤
│core12.(11nm)│↓down│64コア ６４ (2MB×64=128MB)　　　　　　 │128コア １２８ (2MB×128=256MB)　　　　│
├──────┼───┼─────────────────┼─────────────────┤
│core13.(8nm) .│↑up　 │64コア ６４ (3MB×64=192MB)　　　　　　 │128コア １２８ (3MB×128=384MB)　　　　│
├──────┼───┼─────────────────┼─────────────────┤
│core14.(8nm) .│↓down│128コア １２８ (2MB×128=256MB)　　　　│256コア ２５６ (2MB×256=512MB)　　　　│
├──────┼───┼─────────────────┼─────────────────┤
│core15.(6nm) .│↑up　 │128コア １２８ (3MB×128=384MB)　　　　│256コア ２５６ (3MB×256=768MB)　　　　│
├──────┼───┼─────────────────┼─────────────────┤

│core16.(6nm) .│↓down│256コア ２５６ (2MB×256=512MB)　　　　│512コア ５１２ (2MB×512=1024MB)　　　.│
├──────┼───┼─────────────────┼─────────────────┤
│core17.(4nm) .│↑up　 │256コア ２５６ (3MB×256=768MB)　　　　│512コア ５１２ (3MB×512=1536MB)　　　.│
├──────┼───┼─────────────────┼─────────────────┤
│core18.(4nm) .│↓down│512コア ５１２ (2MB×512=1024MB)　　　 │1024コア １０２４ (2MB×1024=2048MB) .│
├──────┼───┼─────────────────┼─────────────────┤
│core19.(3nm) .│↑up　 │512コア ５１２ (3MB×512=1536MB)　　　 │1024コア １０２４ (3MB×1024=3072MB) .│
├──────┼───┼─────────────────┼─────────────────┤
│core20.(3nm) .│↓down│1024コア １０２４ (2MB×1024=2048MB)　│2048コア ２０４８ (2MB×2048=4096MB) .│
└──────┴───┴─────────────────┴─────────────────┘

嗚呼、夏だ。

4コアなんてもって来られてもｵﾚのOSには御利益がない

きっと4コアフル稼働させてくれるエロゲが出てお前を満たしてくれるさｗ

飴箱に期待ｗ

2CPUができるなら4CPUも8CPUも簡単だね。
地球シュミュレータより速いバソコンが２０１０年頃には登場するかもな。

同意。２スレッド並列化ができれば、あとは４スレッドだろうと８スレッドだろうと怖くない

その頃には地球シュミュレータはもっと速くなってるだろｗ

パソコンは登場するかもしれんが、バソコンは知らんな

http://pc.watch.impress.co.jp/docs/2006/0731/kaigai292_02l.gif
いよいよ、現行パラレルFSBも、Kentsfiled世代に後一つチプセト更新（Barelake）して、
終わりかな・・・

汎用コア4つ
何に用いますか？

一つは家事
もう一つは労働
三つめは万が一のために温存して
最後の一つをたった一つの愛のために使おう。
私の名は…

OSが勝手に決める、という認識じゃ駄目なの?
PCを何に使うかは人が決めるけど･･･。

地球シミュレータは5120コアだっけ？
1024コア程度では勝てないよ。

一家に一台　地球シミュレータ

原発どれだけいるんだよｗ

余ったコアで発電すればおけ？

計算プロセスを手入力すると電気が出てくるって？

ttp://www.firingsquad.com/hardware/intel_core_2_duo_e6400_review/images/quake1600.gif
E6400って最強じゃん

そのレベルになると本体のクロック数やキャッシュ容量ががほとんどきかないので
逆にキャッシュが小さい分E6400のほうがよくなっただけだろ

つーか計測誤差の範囲

そっか(´･ω･`)ｼｮﾎﾞｰﾝ

>>698
なんだっけそれ！？

ttp://www.geocities.jp/andosprocinfo/wadai06/20060729.htm
>REX PrefixはLCPではないのでこのような大きなペナルティーは無いのですが，
>例えば，32ビットでは命令の長さが4バイトで，16バイトに4命令入ったものが，
>REXがついて5バイトになったので1サイクルに処理できる命令数が4から3に低下したというケースでは，性能低下が起こり得ます。
>しかし，8個のレジスタで溢れた分はメモリに退避復元するというやり方と，16個のレジスタを使うことによりメモリへの退避復元を減らすというやり方のどちらが得かというと，
>一般的には後者の方が得で，8個のレジスタだけに限定してREXを使わない方が良いというIntelスライドの記述は，プリデコーダの動作だけを見た，あまりに近視眼的なものに思えます。

時々I社の方針に難癖付けたいだけなんじゃないかと思ってしまうことがある。

> 一般的には後者の方が得で
「素人の浅知恵では後者の方が得で」の間違いだろう?
ペナルティなしに増やせるとでも思っているのかな?w
それが可能ならレジスタを数億コ搭載しとけよって感じたよなW

一般的なRISCの32本のRegisterに比べてIA-64の128本というのは
普通使い切れず多過ぎといえるが、X86の8本というのは少な過ぎで
すぐに必要なデータでもMemory(Cache)に退避する操作が頻繁に
起こるケースが多いというのは常識。
L1D-hitケースでもロードレーテンシ3-cycle程度よりもRegister読み出し
は1-cycle程度で済む。
命令フェッチやらプリデコードの効率が少しくらい悪くなっても、せっかく
増やしたRegisterを16本フルに使った方が一般的に有利であるという
安藤氏の意見が正しい。
それにしても安藤氏は計算機やプロセッサ設計の専門家なわけだが。

Intel側の発言。
> 「だが、これも指摘しておきたい。もし、あなたが(コーディングする際に)EM64Tの16本レジスタが必要なく、
> 　8本のレジスタでのオペレーションにフォーカスできるなら、REXプリフィックスを使う必要はない。
> 　なぜREXプリフィックスを使わない方がいいのか。それはREXが命令長を長くするからだ。
> 　命令が長くなるとプリデコードが遅くなる」

Intelは必要なければ使うなと言ってるだけ。同じような事はAMDの最適化マニュアルにも書いてある。
メモリへの退避復元を増やしてもいいから8個のレジスタだけに限定しろなんて誰も言ってない。

専門家でも書き方が悪ければ叩かれて当たり前だ。
INTELの説明は、プリデコード部位に注視して書かれているのは明白だ。
それを勝手に拡大解釈し一般論と称しつつ、近視眼呼ばわりは酷い。
おのれを過信し過ぎてあり、出過ぎた発言だ。
はっきり言わせて貰えば、安藤如きの技量でINTELやAMDの設計者の技量に及ぶはずもなしだ。

そもそもREXなんてもんがある時点で半ば裏レジスタみたいなもんだろ。
一般論は所詮一般論。

>>712のようにインテルが言ってるということなら、確かに安藤さんが
ピントをはずしてるな。安藤さんがそのような発言をどうしてしてしまった
かというと、
ttp://pc.watch.impress.co.jp/docs/2006/0718/kaigai288_02.jpg
のスライドを見てのことのようだ。
このスライドを見る限りでは、16本必要なときでも8本に限定した方が
良いと言っているように解釈する人もいるよな。
スライドは一人歩きするから、重要なことなだけに誤解を避けるためにも
8本で間に合うときは8本でプログラミングしろとはっきり書いたほうが
良かったと思うね。

> 　8本のレジスタでのオペレーションにフォーカスできるなら、REXプリフィックスを使う必要はない。
それをどうやって判断せよと?
それに今はそうでも後々までこのままとは思えないしそれ見越して考えれば16本使うわな。
方便でしかない、無意味。

GCCとは違うのだよ!
GCCとは!!

その安藤記事だけど、件の大原記事の結果から、
性能向上として述べているポイントは全部はずれ、とは言うが、
実際に某社フラグシップよりも更に性能向上を果たしてる今となっては
なんだかもう、重箱の隅ですよ…

>>716
Core MAでの最適化手法の説明資料に対して馬鹿な指摘をするなよ。

いよいよAppleがIntel64プラットフォーム対応Mac発表ですよ
http://www.appleinsider.com/article.php?id=1941


AMD64/EM64T ISAの設計ミスは、MMX使わないならSSEの66Hプレフィックスを廃止しても
よかったんじゃないかってことですな。
REXつきで1命令5バイトは痛い。

kentsfield発売されたら値段高いんだろうな・・・・
消費電力高そうだしな・・・

AppleがMacintoshで採用してきたISAはことごとくPC市場で駆逐される運命だったわけだが
今回はどうなるかな・・・？

>>721
同クロック焜炉の2倍+α程度で複数だすなら結構安いんじゃね？
一応XE以外のバフォーマンス＆メインストリームセグメントにも出すようだし。

>>721
値段も消費電力も2倍より低いんじゃね？
XEが18万で130W、メインが6万で90Wあたりじゃないかと思う。

kentsはTDP95Wじゃなかったかな

自作黎明期は8bit SIMMを4枚セットで使わないと
いけなかったんだよな。メモリがクアッドチャネルに
なる日も近いのか。

メモリがクアッドチャネルになるには
FB-DIMMみたいに配線が少なくならないとムリだろうなぁ
今でも大分メモリ周りの設計が厳しいのに
これ以上配線が増えたら高いマザーばっかりに
なっちまうぜ(´・ω・｀)

Blackfordはすでに4chじゃん

FB-DIMMだから。

>>727
苦情はメモリベンダーに言ってくれ('A`)

　o o o o o o o o o o o o o o o o o o o o o o o o o o o　　　o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o

　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o　　　　　　　　　　　　　　　　　　　　 o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
　o o o o o o o o o o o o o o o o o o o o o o o o o o o　　　o o o o

781pin

o o o o o o o o o o o o o o o o o o o o o o o o o o o　　　o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o

o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o o o o o o o o o o o o o o o o o o o　　　o o o o

┌──────────────────────┐┌──┐
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o└┘o o o└┐
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o │
│ o o o o o o o o o┌┐┌┐┌┐┌┐┌┐┌┐ o o o o o o o o o │
│ o o o o o o o o o└┘└┘└┘└┘└┘└┘ o o o o o o o o o │
│ o o o o o o o o o┌┐┌┐┌┐┌┐┌┐┌┐ o o o o o o o o o │
│ o o o o o o o o o└┘└┘└┘└┘└┘└┘ o o o o o o o o o │
│ o o o o o o o o o┌──┐┌┐┌┐┌┐┌┐ o o o o o o o o o │
│ o o o o o o o o o└──┘└┘└┘└┘└┘ o o o o o o o o o │

│ o o o o o o o o o┌──┐┌┐┌┐┌┐┌┐ o o o o o o o o o │
│ o o o o o o o o o└──┘└┘└┘└┘└┘ o o o o o o o o o │
│ o o o o o o o o o┌──┐┌──┐┌──┐ o o o o o o o o o │
│ o o o o o o o o o└──┘└──┘└──┘ o o o o o o o o o │
│ o o o o o o o o o┌──┐┌──┐┌──┐ o o o o o o o o o │
│ o o o o o o o o o└──┘└──┘└──┘ o o o o o o o o o │
│ o o o o o o o o o　　　　　　　　　　　　　　　　　　o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o │
│ o o o o o o o o o o o o o o o o o o o o o o o o o o o┌┐o o o o │
└──────────────────────┘└───┘

なにこの航空写真

ケンツはいつ発売ですか？

年末

周波数はダウンするの？

Core2Duo搭載のメーカーPCがぜんぜん発表されないねぇ。
アップルが止めてるのかと思ったらそうでもなかったし。

秋冬モデルだろ。もうちょい待て。

メーカPCの秋冬モデルの発表は8月31日から。

G965の数がまだ足りないんだろ

ということは、今はジサカーのアドバンテージ上げるチャンスってわけだ。
盆休みにやってみようかな。

ttp://www.apple.com/jp/macpro/
319,800円より。
もうパソコンじゃないな。

┌──────┬───┬──────────────────┬──────────────────┐
│　　　　　　　　 .│ Clock │　　　　　　　　真のマルチコア　　　　　　　　 .│　　　 疑似マルチコア(ニコイチコア)　　　　　│
├──────┼───┼──────────────────┼──────────────────┤
│Pen4　 (90nm)│↑up　 │1コア Northwood (512KB)　　　　　　　　　　 .│　　　　　　　　　　　　−　　　　　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│Pen4/D(90nm)│↑up　 │1コア Prescott (1MB)　　　　　　　　　　　　　│2コア Smithfield (1MB×2=2MB)　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│Pen4/D(65nm)│　 −　 │1コア Prescott/Ceder Mill (2MB)　　　　　　│2コア Presler (2MB×2=4MB)　　　　　　　　.│
├──────┼───┼──────────────────┼──────────────────┤
│core　 .(65nm)│　 −　 │1コア Solo Yonah (1MB)　　　　　　　　　　　 .│2コア Duo Yonah (1MB×2=2MB)　　　　　　.│
├──────┼───┼──────────────────┼──────────────────┤
│core 2 (65nm)│↓down│2コア Duo Conroe/Merom (2MB×2=4MB) .│4コア Quad Kentsfield (2MB×4=8MB)　　　.│
├──────┼───┼──────────────────┼──────────────────┤
│core 3 (45nm)│↑up　 │2コア Duo Penryn (3MB×2=6MB)　　　　　 .│4コア Quad (3MB×4=12MB)　　　　　　　　　│
├──────┼───┼──────────────────┼──────────────────┤

>>747
Dellより10万安いがなw

│core 4 (45nm)│↓down│4コア Quad Nehalem (2MB×4=8MB)　　　　│8コア Oct (2MB×8=16MB)　　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 5 (32nm)│↑up　 │4コア Quad Nehalem-C (3MB×4=12MB)　 .│8コア Oct (3MB×8=24MB)　　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 6 (32nm)│↓down│8コア Oct Gesher (2MB×8=16MB)　　　　　│16コア １６ (2MB×16=32MB)　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 7 (22nm)│↑up　 │8コア Oct (3MB×8=24MB)　　　　　　　　　　│16コア １６ (3MB×16=48MB)　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 8 (22nm)│↓down│16コア １６ (2MB×16=32MB)　　　　　　　　 │32コア ３２ (2MB×32=64MB)　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 9 (16nm)│↑up　 │16コア １６ (3MB×16=48MB)　　　　　　　　 .│32コア ３２ (3MB×32=96MB)　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤

>>747
↓これ以降昔話禁止

ある日桃太郎が

鬼

Core 2 DuoとAthlon 64 X2の対決デモを今週末に実施
http://www.watch.impress.co.jp/akiba/hotline/20060812/etc_amdevpr.html

不利なはずのAMDのCPUでIntelのCore2Duoに勝負を挑む。
マゾではなく、恐らく勝算があるからだ。


現在の民間・第３機関によるベンチマーク結果及び評価
○32bitではCore2DuoはAthlon64 FX-62に比べて殆どのベンチマークで高速である。
○64bitでは、"32bitのCore2Duo"に比べると伸び悩む。もちろん殆どの分野でAthlon64に負けることは無い。
○消費電力ではIntelがわずかに勝っている
○ミドル〜ハイエンドではIntelのほうがコストパフォーマンスは高い。
×仮想化技術での性能では、AMDが圧倒している。
×発熱では、わずかにAMDが勝っている。
×ローエンドのCPUではAMDの方がコストパフォーマンスは高い。
△内部的にはメモリレイテンシに関しては、メモコン内蔵のAMDが勝っている。が最終的な結果として出る速度では…。局所的ベンチマークで有利

> ×仮想化技術での性能では、AMDが圧倒している。
現状ではソフトウェアによる仮想化の方が性能がいいので意味無かったりする。
VMwareのペーパー:
http://www.vmware.com/pdf/asplos235_adams.pdf

>>754
それEIST有効でベンチマークするんじゃないかな?
EIST有効だと、負荷の大きなものでも最高クロックに達しないソフトが殆どだからベンチマークで勝てる。
それに、EIST有効でも最低倍率がx6だからアイドル時はX2のが良い結果だと言い張るに1票

AMDはＣｎＱで低電力っていいたいんだろうなぁ。

インテルの真の４コアまだぁ〜
２個くっつけただけなんていやん・・・

1年以上遅れるなら「真の〜」はイラネ
所詮MCMできないAMDの遠吠えだし

143mm^2もあるようなコアをMCMできるIntelってやっぱ技術力あると思ふ

「真のクアッドコア」って、具体的にどんなもの？

・4つのコアで二次キャッシュを共有
・どのコアから見ても、他の三つのコアと緊密に結合されている

って感じ？

しかしMacがAT互換機より安いという時代がくるとは夢にも思わなんだw

同じ構成でDellより安いMacなんて信じられんよ

エセクアッドとか言うなら、せめて同時期に投入しないと…
あまり遅れると今度はNehalemに背中を突かれる事になる。

>>761
MacBookとかMac miniもそこそこ安いね。
まあ、Mac miniはもうちょっとCPUを速くしてほしいもんだが…。

飼い主の手を噛んだ犬は処分されるだけじゃね？
Dellのことだが。

Mac-miniの筐体に収まるMeromはLV待つ必要がある悪寒
「安さ」第一で考えるなら筐体サイズの見直しは必要かと思われ。

Mac miniはそこそこ安価で低消費電力（しかし低性能）なG4だから成立できたもの。
価格も消費電力も上がったYonahの時点で既に破綻気味。

>>758
でもXPでは4コア使えない。
linux使うか、それともwindows-serverで使うかい?

>>763
インテルの制裁警告が解除されたからAMD使えるようになったんだよ、心配ない。
性能でAMDに勝っている事を確認後に解除した。
マイクロソフトのlinux採用したら制裁の方は解除されていない。
dellもOS無しでの出荷が精一杯、linuxをプレインストールしたらマイクロソフトから制裁を受ける。

>>766の
XP Professionalのことも、時々は思い出してあげてください。

XPでは4コア使えない(笑)

FSB1333MHz対応、チップセット＆Core2Eｘってでるの？

http://download.microsoft.com/download/5/8/f/58fce148-01d7-457d-9a8b-52df61fb27ba/multi_core_lic102504.pdf

>たとえば、Windows XP Professional は2 個以下のプロセッサを搭載したデスクトップで
>使用することを前提に設計されており、Windows Server 2003 Standard Editionと
>SQL Server 2000 Standard Edition は 4 個以下のプロセッサを搭載したシステムで
>使用することを前提に設計されています。

tsumannne

>>770の後に

>最近発売された Microsoft ソフトウェアにはプロセッサの数に制限が設けられていますが、
>これに該当するソフトウェアについては、プロセッサに含まれるコアやスレッドの数にかかわらず、
>各プロセッサは 1 つのプロセッサとしてカウントされます。

とある。
Windowsのライセンスではプロセッサの数はソケット単位で数えるようだから
デュアルコアx2で4コアなシステムならXP Professionalで扱えるはずだべ

>Windows XP Professional は2 個以下のプロセッサを搭載したデスクトップで
>使用することを前提に設計されており
こっちに食いつけよ。

Intel、未来のマルチコア／マルチスレッド技術者育成で大学と提携
ttp://www.itmedia.co.jp/news/articles/0608/09/news023.html

100年の計も大変結構だが、そろそろICCの強制並列化で適切な粒度を維持できるようにして欲しいぞ

>>774
それができるならOpemMPなんて必要ないな。

>>773
そのプロセッサ数はソケット数という意味な。
現状、Woodcrestの4論理プロセッサにもDempseyの8論理プロセッサにもXP Professionalで対応できてるんだが。
ProのカーネルはServerのカーネルのサブセット。2ソケットまでしか使えなくなってるのはあくまでライセンスの縛りだ。

一方でXP HomeはSP2の時点でも、1ソケットで2論理プロセッサまでしか対応しない。
Vistaで4論理プロセッサくらいにも対応するかも知れんがな。
KentsfieldがメインストリームにおりてくるのはVistaが出る頃になるだろう。

>>776
勘違いしてない?
homeは2(論理)、proは論理物理計で4のはず。
あとDempseyはサーバー/ワークステーション向けでOSはwindows-server/linux。
間違ってもXP(=おもちゃ)など使わない。
すげー馬鹿な金持ちがいれば馬鹿やるかも知れないが。
OSXはunixでXPとは格が違うし。

>>777
君が勘違いしてると思うよ

Dual Xeon50x0(論理8p、物理4p、2ソケット）でXP Proなワークステーションは別に珍しくないし、
PentiumD/X2(論理2p、物理2p、1ソケット）でXP homeなPCだってゴロゴロあるわな。

Xeon50x0を搭載しつつワークステーションとして売られてる機械だと、
Windows Serverを選択できるほうが珍しいと思うが。

>>777
>OSXはunixでXPとは格が違うし。

マカーだが、こういう恥ずかしいことは言わないでくれ。

┌──────┬───┬──────────────────┬──────────────────┐
│　　　　　　　　 .│ Clock │　　　　　　　　真のマルチコア　　　　　　　　 .│　　　 疑似マルチコア(ニコイチコア)　　　　　│
├──────┼───┼──────────────────┼──────────────────┤
│Pen4　 (90nm)│↑up　 │1コア Northwood (512KB)　　　　　　　　　　 .│　　　　　　　　　　　　−　　　　　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│Pen4/D(90nm)│↑up　 │1コア Prescott (1MB)/Prescott 2M (2MB) │2コア Smithfield (1MB×2=2MB)　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│Pen4/D(65nm)│　 −　 │1コア Ceder Mill (2MB)　　　　　　　　　　　　.│2コア Presler (2MB×2=4MB)　　　　　　　　 │
├──────┼───┼──────────────────┼──────────────────┤
│core　 .(65nm)│　 −　 │1コア Solo Yonah-SC (1MB)　　　　　　　　　│2コア Duo Yonah-DC (1MB×2=2MB)　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 2 (65nm)│↓down│2コア Duo Conroe/Merom (2MB×2=4MB) .│4コア Quad Kentsfield (2MB×4=8MB)　　　.│
├──────┼───┼──────────────────┼──────────────────┤
│core 3 (45nm)│↑up　 │2コア Duo Wolfdale/Penryn (3MB×2=6MB)│4コア Quad (3MB×4=12MB)　　　　　　　　　│
├──────┼───┼──────────────────┼──────────────────┤

│core 4 (45nm)│↓down│4コア Quad Nehalem/Gilo (2MB×4=8MB)　│8コア Oct (2MB×8=16MB)　　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 5 (32nm)│↑up　 │4コア Quad Nehalem-C (3MB×4=12MB)　 .│8コア Oct (3MB×8=24MB)　　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 6 (32nm)│↓down│8コア Oct Gesher (2MB×8=16MB)　　　　　│16コア １６ (2MB×16=32MB)　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 7 (22nm)│↑up　 │8コア Oct (3MB×8=24MB)　　　　　　　　　　│16コア １６ (3MB×16=48MB)　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 8 (22nm)│↓down│16コア １６ (2MB×16=32MB)　　　　　　　　 │32コア ３２ (2MB×32=64MB)　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤
│core 9 (16nm)│↑up　 │16コア １６ (3MB×16=48MB)　　　　　　　　 .│32コア ３２ (3MB×32=96MB)　　　　　　　　 .│
├──────┼───┼──────────────────┼──────────────────┤

>>776 >>777 >>778

とりあえず、これでもどうぞ。
http://www.mnet.ne.jp/~angie/exp/hyper-threading.html


XP Professional については G1s/bLxW の言う通り 4論理プロセッサまで。
Dempseyの 8論理プロセッサについては HT を切れば 4論理プロセッサに
なるので XP professional でも対応できる。

HT は見せかけのようなものなのでこだわる必要もないだろうし。

ちなみに、NT系カーネルは 32論理プロセッサまで対応で、制限してるだけ。
XP home も同様。
カーネルは物理も論理も区別してないはずだけど、
ライセンス関係の都合でシステムレベルでは区別するように変更された。

1ソケットで論理4CPUまでのCPUがないときのネタを出して何をわかったようなことをw
http://pc.watch.impress.co.jp/docs/2006/0523/tawada75.htm
多和田は嘘つきってことなんだな、>>783の珍説によると
訂正するようメールでも送ってやれw

>>783
大原記事だがIntel5000の特集ぐらい嫁

┌──────┬───┬──────────────┬──────────────┬──────────────┐
│　　　　　　　　 .│ Clock │　　　　　　 機能限定版　　　　　　 .│　　　　　　 シングルコア　　　　　　│　疑似マルチコア(ニコイチコア)　 │
├──────┼───┼──────────────┼──────────────┼──────────────┤
│Pen4　 (90nm)│↑up　 │　　　　　　　　　 −　　　　　　　　　 │1コア Northwood (512KB)　　　　 .│　　　　　　　　　 −　　　　　　　　　 │
├──────┼───┼──────────────┼──────────────┼──────────────┤
│Pen4/D(90nm)│↑up　.│1コア Prescott-V　　　　　　　　　 .│1コア Prescott (1MB)　　　　　　　.│2コア Smithfield (2MB)　　　　　　 │
│　　　　　　　　 .│　　　　 │　　　　　　　　　　　　　　　　　　　　.│　　　　Prescott 2M (2MB)　　　　 │　　　　　　　　　　　　　　　　　　　　 │
├──────┼───┼──────────────┼──────────────┼──────────────┤
│Pen4/D(65nm)│　 −　.│1コア Cedar Mill-V　　　　　　　　　│1コア Ceder Mill (2MB)　　　　　　 │2コア Presler (4MB)　　　　　　　　 │
└──────┴───┴──────────────┴──────────────┴──────────────┘

┌──────┬───┬──────────────┬──────────────┬──────────────┐
│　　　　　　　　 .│ Clock │　　　　　　 機能限定版　　　　　　 .│　　　　　 真のマルチコア　　　　　 │　疑似マルチコア(ニコイチコア)　 │
├──────┼───┼──────────────┼──────────────┼──────────────┤
│core　 .(65nm)│　 −　 │1コア Solo Yonah-SC (1MB)　　　.│2コア Duo Yonah-DC (2MB)　　　 │　　　　　　　　　 −　　　　　　　　　 │
├──────┼───┼──────────────┼──────────────┼──────────────┤
│core 2 (65nm)│↓down│1コア Stealey (512KB)　　　　　　 .│2コア Duo Conroe (2MB、4MB)　 │4コア Quad Kentsfield (4MB)　　　│
│　　　　　　　　 .│　　　　 │1コア Millville (1MB FSB1066)　　 │2コア Duo Merom (4MB)　　　　　 │　　　　　　　　　　　　　　　　　　　　 │
│　　　　　　　　 .│　　　　 │2コア Allendale (2MB FSB800)　　│　　　　　　　　　　　　　　　　　　　　.│　　　　　　　　　　　　　　　　　　　　 │
├──────┼───┼──────────────┼──────────────┼──────────────┤
│core 3 (45nm)│↑up　 │1コア Perryville (2MB)　　　　　　　│2コア Duo Ridgefield (6MB)　　　　.│　　　　　　　　　　　　　　　　　　　　 │
│　　　　　　　　 .│　　　　 │2コア Wolfdale (3MB)　　　　　　　 │2コア Duo Wolffield (3MB)　　　　　│　　　　　　　　　　　　　　　　　　　　.│
│　　　　　　　　 .│　　　　 │　　　　　　　　　　　　　　　　　　　　.│2コア Duo Penryn (3MB、6MB)　 .│　　　　　　　　　　　　　　　　　　　　 │
├──────┼───┼──────────────┼──────────────┼──────────────┤

│core 4 (45nm)│↓down│2コア Silverthorme (4MB、8MB)　│4コア Quad Nehalem　　　　　　　　│8コア Oct Yorkfield (12MB)　　　　│
│　　　　　　　　 .│　　　　 │　　　　　　　　　　　　　　　　　　　　.│4コア Quad Bloomfield (6MB)　　 .│　　　　　　　　　　　　　　　　　　　　 │
│　　　　　　　　 .│　　　　 │　　　　　　　　　　　　　　　　　　　　.│4コア Quad Gilo　　　　　　　　　　 .│　　　　　　　　　　　　　　　　　　　　 │
├──────┼───┼──────────────┼──────────────┼──────────────┤
│core 5 (32nm)│↑up　 │　　　　　　　　　 ？　　　　　　　　　 .│4コア Quad Nehalem-C　　　　　　│8コア Oct 　　　　　　　　　　　　　　│
├──────┼───┼──────────────┼──────────────┼──────────────┤
│core 6 (32nm)│↓down│　　　　　　　　　 ？　　　　　　　　　 │8コア Oct Gesher　　　　　　　　　 .│16コア １６　　　　　　　　　　　　　　│
├──────┼───┼──────────────┼──────────────┼──────────────┤
│core 7 (22nm)│↑up　 │　　　　　　　　　 ？　　　　　　　　　 .│8コア Oct　　　　　　　　　　　　　　 │16コア １６　　　　　　　　　　　　　　│
├──────┼───┼──────────────┼──────────────┼──────────────┤
│core 8 (22nm)│↓down│　　　　　　　　　 ？　　　　　　　　　 │16コア １６　　　　　　　　　　　　　　│32コア ３２　　　　　　　　　　　　　　│
├──────┼───┼──────────────┼──────────────┼──────────────┤
│core 9 (16nm)│↑up　 │　　　　　　　　　 ？　　　　　　　　　 .│16コア １６　　　　　　　　　　　　　　│32コア ３２　　　　　　　　　　　　　　│
├──────┼───┼──────────────┼──────────────┼──────────────┤

Intel、Pentium D 830/840/930/940を生産中止
http://pc.watch.impress.co.jp/docs/2006/0810/intel.htm

こっちもXP Professionalで8論理プロセッサ動いてます。
http://journal.mycom.co.jp/special/2006/blackford/005.html

こちらでDempsey双発＆HT有効がちゃんと選べます
http://jpstore.dell.com/store/newstore/bsd/masterNormal.asp?iConfigID=1&iSegID=2&c_SegmName=bsd&c_ConfigType=Normal&BrandId=12037&FamilyId=7





えっと、たぶんXP Homeしか使ったことがない人なので許してあげてください。

>>789
ネトバ乙彼産

>>784 >>790
メールを出すならM$の方だ。

http://www.microsoft.com/whdc/system/CEC/HT-Windows.mspx
この文章も確認して投稿したんだ。
そしたら、間違えた。

つまり最大プロセッサ数は増えたってことか。


ところで、
http://journal.mycom.co.jp/special/2006/blackford/005.html
こっちの方のテスト。
同じソフトでもCPUによって負荷分配が極端に変ってくるんだな。

エセで良いなら4コアでも16コアでも簡単に作れないのか？

http://www.geocities.jp/andosprocinfo/wadai05/20051210.htm

http://www.geocities.com/Tokyo/Fuji/6615/mirai.htm

オーバーヘッドとスケーラビリティとはトレードオフになる場合も多いから
(たとえばロック粒度を小さくしてくと少CPU時はロック操作が増えて性能が
落ちるけど、多CPU時は衝突する可能性が減って性能が上がるとかね)
XPと2003ではそのチューニングが違うって話なんじゃないの?

>>777
巣に帰れよ

199 名前：Socket774 本日のレス 投稿日：2006/08/13(日) 19:53:57 5br0zUgO
家では一個だって。
http://itpro.nikkeibp.co.jp/article/COLUMN/20060602/239826/?ST=cpu&P=2


200 名前：Socket774 本日のレス 投稿日：2006/08/13(日) 19:54:16 66PhQGI2
>>193
検証デュアルコア・プロセッサ（1）
http://itpro.nikkeibp.co.jp/article/COLUMN/20060602/239826/
よくわからんけど説明書いてある。漏れの理解力足りないだけ orz


201 名前：Socket774 本日のレス 投稿日：2006/08/13(日) 19:57:21 4D1K/2KE
>>199-200
>デュアルコア・プロセッサを利用すると，Windows XP Home Editionでも最大4つの論理CPUを利用できることが確認できた。
Kentsも逝けるわけね、さんくすこ


202 名前：Socket774 本日のレス 投稿日：2006/08/13(日) 19:59:50 qKJ75flz
> マイクロソフトは，Windowsが対応するCPUの数とはソケットの数を意味するとしている。
> つまり，Pentium DのシステムにはCPUのコアは2つあるが，ソケットは1つなので，
> Windows XP Home Editionでも2つのコアの機能を使える。

公式にソケットと書いてある。
コア制限はしていない、2コアまで等は現状出回っているCPUでの上限でしかなく、8コア内蔵とか出れば8コア動く筈だ。
MSがOSライセンスをソケット数で行うと決定したことを受けてマルチコア開発が急速に進んだ経緯を忘れてはいけない。

あと、注意点は古いOS(Windows2000等)では上記の適用はない。

ﾏｸﾌﾟﾛだとXPHomeはだめなん？

>>798
日本語でおｋ

>>799
Mac ProにはMac miniみたく窓ｲﾝｽｺツールは無いのか？

だと思われ。

・・・思いっきり誤訳だorz

Mac Pro(ソケ*2)でMac miniみたいな窓ｲﾝｽｺツールが出てもHome使え無いじゃないか。

だな。

Macの話は、新mac板のintelスレにでも書いてろ馬鹿

１ソケットしか認識しないだけかと思われ

2010年に32コアだな。
20GHzにするのは止めたみたいだ。
http://gizmodo.com/gadgets/top/intel-plans-32core-processor-by-20092010-186085.php

urasimasandesuka

Optimization Manual
http://www.agner.org/optimize/

Intel公式のマニュアルもまだ公開されてないってのにこのサイトのマニュアルがCore 2についてもサポートされた…(;´Д｀)
コードオタ系の人は見ておくと良い。

Core 2の解説がのってるのはこの辺か。
http://www.agner.org/optimize/microarchitecture.pdf
http://www.agner.org/optimize/instruction_tables.pdf

┌────────────┐
│　　 　 8MB Shared L2　　　　│
│　　┌───┬───┐　　.│
│　　│ core0 │ core3 │　　.│
│　　├───┼───┤　　.│
│　　│ core1 │ core2 │　　.│
│　　└───┴───┘　　.│
│　　　　　　　　　　　　　　　　　 │
└────────────┘



┌────┐　 ┌─┐　　　　　　　　　　　　　　　　　　　　　　　 ┌─┐ 　┌────┐
│ core 0 　├─┤L1│←──────────────→│L1├─┤　 core 3 │
│ 　 　 　 　├─┤　 │　　　　　　　　　　　　　　　　　　　　　　　 │ 　├─┤ 　 　 　 　│
│ 　 　 　 　│ 　└─┘　　　　　 　　 　　　.↑　　 　 　 　 　　　　└─┘　 │ 　 　 　 　│
└────┘　　　.↑.　　　　　　　　　　　　│. 　　 　 　　 　 　　　 ↑. 　　 └────┘
　　　　　　　　　　　　│　　 ←　CSI links Fullwidth 6.4GT/s　→　　│
　　　　　　　　　　　　↓.　　　　　　　　　　　　│　　　　　　　　　　 　 ↓
┌────┐　 ┌─┐　　　　　 　　 　　　.↓　　 　 　 　 　　　　┌─┐ 　┌────┐
│ core 1 　├─┤L1│　　　　　　　　　　　　　　　　　 　 　　 　　│L1├─┤ core 2 　│
│ 　 　 　 　├─┤　 │←──────────────→.│ 　├─┤ 　 　 　 　│
│ 　 　 　 　│ 　└─┘　　　　　　　　　　　　　　　　　　　　　　　 └─┘　 │ 　 　 　 　│
└────┘　　　　　　　　　　　　　　　　　　　　　　　　　 　　 　 　　　　　 .└────┘

┌──────────────┐
│　　　　 　 8MB Shared L2　 　 　　│
├─────────┬────┤
│　Memory controllers.│ . Router │　←　4*CSI links(Fullwidth) 2D torus topology　→　Other Processor
└─────────┴────┘
　　　↑↑↑↑　　　　　　　　　↑
　 　4*FBD links　　 　 　 　 　 └　CSI links (Halfwidth)　→　I/O



新コアは基本的にMeromを踏襲
L1 TraceCache (16K-μOPs MainTraceCache 8K-μOPs Fliter Trace Cache)
Enhanced Intel Smart Memory Access
L1 to L1 + Core Multiplexing Technology + Foxton Technology = 1.3* boost scalar
SSE5(128bit-Optimized Instruction)
QuadCore + HTT(CGMT) = 8TLP
Enhanced Intel I/O Acceleration Technology
Enhanced Fast Memory Access
Enhanced Intel Virtualization Technology

以上。ここまでのおさらいをしつつNehalemに関する妄想終了。

The End of Wintel?
http://www.redherring.com/Article.aspx?a=17933&hed=The+End+of+Wintel%3F

Nehalemはメモコンを内蔵しないと思うんだよなぁ。あうあう

>>808
>CSI links Fullwidth 6.4GT/s
コピペに突っ込むのもなんだけどこれって遅すぎない？
NetburstのL1が120GB/sぐらいあったからそれより大きくならなきゃおかしい。
>4*CSI links(Fullwidth) 2D torus topology(>>809)
こっちの数値だと思う。
>>811
其の心は？

誰もつっこんでない事でさっしれよ
上の方で一生懸命AA作って連投してる奴と同一人物だろ

>>812
GT/ｓとGB/ｓの違いだろうねぇ。

>>814
ぐぁ…素で気付かなかったｗ

つか、普通に考えてオンチップバスにCSI（外部バス）使うわけないじゃん、と思うが。

Bensleyの次のプラットフォームはVTとPCI-Eの拡張以外はやらないの?

┌────────────┐
│　　　 16MB Shared L2　　　 .│
│　　┌───┬───┐　　.│
│　　│ core0 │ core4 │　　.│
│　　├───┼───┤　　.│
│　　│ core1 │ core5 │　　.│
│　　├───┼───┤　　.│
│　　│ core2 │ core6 │　　.│
│　　├───┼───┤　　.│
│　　│ core3 │ core7 │　　.│
│　　└───┴───┘　　.│
│　　　　　　　　　　　　　　　　　 │
└────────────┘

┌────┐　 ┌─┐　　　　 ┌─┐ 　┌────┐
│ core 0 　├─┤L1│←─→│L1├─┤　 core 4 │
│ 　 　 　 　├─┤　 │　　　　 │ 　├─┤ 　 　 　 　│
│ 　 　 　 　│ 　└─┘　　　　 └─┘　 │ 　 　 　 　│
└────┘　　　.↑.　　　　　　 ↑. 　　 └────┘
　　　　　　　　　　　　↓.　　　　　　 ↓
┌────┐　 ┌─┐　　　　 ┌─┐ 　┌────┐
│ core 1 　├─┤L1│←─→│L1├─┤　 core 5 │
│ 　 　 　 　├─┤　 │　　　　 │ 　├─┤ 　 　 　 　│
│ 　 　 　 　│ 　└─┘　　　　 └─┘　 │ 　 　 　 　│
└────┘　　　.↑.　　　　　　 ↑. 　　 └────┘
　　　　　　　　　　　　↓.　　　　　　 ↓
┌────┐　 ┌─┐　　　　 ┌─┐ 　┌────┐
│ core 2 　├─┤L1│←─→│L1├─┤　 core 6 │
│ 　 　 　 　├─┤　 │　　　　 │ 　├─┤ 　 　 　 　│
│ 　 　 　 　│ 　└─┘　　　　 └─┘　 │ 　 　 　 　│
└────┘　　　.↑.　　　　　　 ↑. 　　 └────┘
　　　　　　　　　　　　↓.　　　　　　 ↓
┌────┐　 ┌─┐　　　　 ┌─┐ 　┌────┐
│ core 3 　├─┤L1│←─→│L1├─┤　 core 7 │
│ 　 　 　 　├─┤　 │　　　　 │ 　├─┤ 　 　 　 　│
│ 　 　 　 　│ 　└─┘　　　　 └─┘　 │ 　 　 　 　│
└────┘　　　　　　　　　　　　　　　　└────┘

┌────────────────────┐
│　　　　　　　　　 32MB Shared L2　　　　　　　　　.│
│　　┌───┬───┬───┬───┐　　.│
│　　│ core0 │ core4 │ core8 │core12.│　　.│
│　　├───┼───┼───┼───┤　　.│
│　　│ core1 │ core5 │ core9 │core13.│　　.│
│　　├───┼───┼───┼───┤　　.│
│　　│ core2 │ core6 │core10.│core14│　　.│
│　　├───┼───┼───┼───┤　　.│
│　　│ core3 │ core7 │core11.│core15│　　.│
│　　└───┴───┴───┴───┘　　.│
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
└────────────────────┘

　　　　　　　　　　.┌────────┬────────┬────────┐
　　　　　　　　　　.↓　　　　　　　　　　　 .↓　　　　　　　　　　　 .↓　　　　　　　　　　　 .↓
┌───┐　 ┌─┐┌───┐　 ┌─┐┌───┐　 ┌─┐┌───┐　 ┌─┐
│ core0 ├─┤L1││ core4 ├─┤L1││ core8 ├─┤L1││core12├─┤L1│
│ 　 　 　├─┤　 ││ 　 　 　├─┤　 ││ 　 　 　├─┤　 ││ 　 　 　├─┤　 │
│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘
└───┘　　　↑　 └───┘　　　↑　 └───┘　　　↑　 └───┘　　　↑
　　　　　　　　　　.├────────┼────────┼────────┤
　　　　　　　　　　.↓　　　　　　　　　　　 .↓　　　　　　　　　　　 .↓　　　　　　　　　　　 .↓
┌───┐　 ┌─┐┌───┐　 ┌─┐┌───┐　 ┌─┐┌───┐　 ┌─┐
│ core1 ├─┤L1││ core5 ├─┤L1││ core9 ├─┤L1││core13├─┤L1│
│ 　 　 　├─┤　 ││ 　 　 　├─┤　 ││ 　 　 　├─┤　 ││ 　 　 　├─┤　 │
│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘
└───┘　　　↑　 └───┘　　　↑　 └───┘　　　↑　 └───┘　　　↑
　　　　　　　　　　.├────────┼────────┼────────┤

　　　　　　　　　　.↓　　　　　　　　　　　 .↓　　　　　　　　　　　 .↓　　　　　　　　　　　 .↓
┌───┐　 ┌─┐┌───┐　 ┌─┐┌───┐　 ┌─┐┌───┐　 ┌─┐
│ core2 ├─┤L1││ core6 ├─┤L1││core10├─┤L1││core14├─┤L1│
│ 　 　 　├─┤　 ││ 　 　 　├─┤　 ││ 　 　 　├─┤　 ││ 　 　 　├─┤　 │
│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘
└───┘　　　↑　 └───┘　　　↑　 └───┘　　　↑　 └───┘　　　↑
　　　　　　　　　　.├────────┼────────┼────────┤
　　　　　　　　　　.↓　　　　　　　　　　　 .↓　　　　　　　　　　　 .↓　　　　　　　　　　　 .↓
┌───┐　 ┌─┐┌───┐　 ┌─┐┌───┐　 ┌─┐┌───┐　 ┌─┐
│ core3 ├─┤L1││ core7 ├─┤L1││core11├─┤L1││core15├─┤L1│
│ 　 　 　├─┤　 ││ 　 　 　├─┤　 ││ 　 　 　├─┤　 ││ 　 　 　├─┤　 │
│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘│ 　 　 　│ 　└─┘
└───┘　　　↑　 └───┘　　　↑　 └───┘　　　↑　 └───┘　　　↑
　　　　　　　　　　.└────────┴────────┴────────┘

Keifer
ttp://www.tomshardware.com/2006/07/10/project_keifer_32_core/

「ヘテロジニアスマルチコア=数百GFLOPS=10倍パフォーマンス」

決定的となったヘテロジニアスマルチコアへの潮流
ttp://pc.watch.impress.co.jp/docs/2006/0818/kaigai295.htm
>ソフトウェアのフリーランチが終わった
>ただし、ヘテロジニアスマルチコアへの変化には痛みが伴う。それはソフトウェア面だ。
>ヘテロジニアスマルチコア化によって、ソフトウェア開発の労力が激増する可能性があるからだ。
>ヘテロジニアスマルチコアは、ハードウェア側の痛みを、ソフトウェア側に持って来るアプローチと考えることもできる。

ヘテロはこけるような気がしてきた…

ソフトウェア側に負担をかけるのはIntelのお家芸だったのだが。
AMD主導でうまくできるんだろうか？
コンパイラ技術や技術支援などで、この方面ではIntelとAMDでは雲泥の差があるんだが。

>>824
ちょ、それおかしくね?
つか、ヘテロにしてたった10倍って意味なくね？










だって、おまい、単純にコア10個に増やせば10倍だぜ

>>825
うむ。こんな実例がある。
http://game10.2ch.net/test/read.cgi/ghard/1155397738/

>>827
その10倍のパフォーマンスをより少ないトランジスタで実現できるってのが
ヘテロの利点だと思うんだが・・・
まあ、PS3というヘテロの実例を見てると、ソフトウェア開発者は大変だな

CELL(256Gflops)はメモリが遅すぎなのにそれを基準にしちゃってるところが肝

>>827
それじゃヘテロじゃない。
1〜2issueの性能の低い小さいコアとの混合構成だ。
これをもって、PARROTの研究論文でいうところの「コールドパイプ」というのを作る。

（リッチな1コア＋小さい3コア）×８　で32コアになるよな。
あるいは、　（1コア＋7コア）×4　とか。　

トレースキャッシュをコアのセット間で共有化して、プロファイル結果をもとに処理の重いスレッドを、
Merom-Nehalem路線のリッチなコアをベースとするホットパイプに、あまり速度的に
重要でないスレッドはコールドパイプに流す。


-----------------
ここまで妄想した


後藤たんが以前記事に書いてるけど、ISAはあくまでx86っぽいね。
http://pc.watch.impress.co.jp/docs/2004/1108/kaigai132.htm

ヘテロジニアス・マルチコアにおいて
自社でコンパイラを持ち、ソフトウェアに対する影響力が比較的大きいIntelがx86を固持し、
自社でコンパイラを持たず、既存のコードが高速に動くようなCPUを作ってきたAMDがx86を採用しない、
というのは幾分に興味深い。

x86 everywhereとか言ってたのはどこだったか。

x86はなくなるとおっしゃってるんですかね。
x86コアが１つでもあればそこにはx86があることに。

>>832
だからこそだろ。
理論より経験則。理想より現実。
Intelは同じ轍を踏む事を極度に嫌う。
>intelという会社は、一度否定した技術には目もくれないという性質がある会社である。
>滅多に方向転換しないが、するときは一気に大転換する

　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　/||　　　　　　　　　　　　　　　　　　　　　　　 | /|
　　　　　/　| |　　　　　　　　　　　　　　　　　　　　　　|　/ |
　　　　/　　|　|　　　　　　　　　　　　　　　　　　　　 |　/　 |
　　　/　　　|　 |　　　　　　　　　　　　　　　　　　 |　 /　　 |
　　/　　　　|　　|　　　　　　　　　　　　　　　　　|　/　　　　|
　/ ＿＿＿|＿＿|＿＿＿＿＿＿＿＿＿＿|＿/　　　　　|
　| ＼　　　|　　　　| ＿＿＿＿＿＿＿＿　|　／|　　　　　|
　|　　＼　 |　　　/|　　　　　　　　　　　　/| ／　|　　　　　|
　|　　　 ＼|　　/　|　　　　　　　　　　　/／|　　 |　　　　　|
　|　　　　　|＼/　 |　　　　　　　　　 /／　|　　　|　　　　　|
　|　　　　　|　 | ￣|￣￣￣￣￣￣ |　　　|　　　|　　　　　|
　|　　　　　|　 |　　|　　　　　　　　　 |　　　|　　 |　　　　　 |
　|　　　　　|　 |　　|　　　　　　　　　 |　　　|　　 |　　　　　 |
　|　　　　　|　 |　　|　　　　　　　　　 |　　　|　　 |　　　　　 |
　|　　　　　|　 |　　| ＿＿＿＿＿＿|＿＿|　　　|　　　　　 |
　|　　　　　|＿|＝/＿＿＿＿＿＿ |＿＿/＝─| ＿＿＿|
　|　　　　　/　|　/　　　　　　　　　　|　 /　￣￣|￣￣　 /
　|　　　　/　　| / 　　　　　　　　　　| /　　　　　|　　　 /
　|　　　/　 ／ ￣￣￣￣￣￣￣￣＼　　　　　|　　　/
　|　　/　／　　　　　　　　　　　　　　　 ＼　　　|　　/
　|　/ ／　　　　　　　　　　　　　　　　　　 ＼　 |　/
　|/／　　　　　　　　　　　　　　　　　　　　　 ＼|/
　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

ハイパーキューブ・システム "Cosmic Cube"

　　　　　　　　　　 ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　core12/||　　　　　　　　　　　　　　　　　　　　　　　 | /| core14
　　　　　　　　 /　| |　　　　　　　　　　　　　　　　　　　　　　|　/ |
　　　　　　　 /　　|　|　　　　　　　　　　　　　　　　　　　　 |　/　 |
　　　　　　 /　　　|　 |　　　　　　　　　　　　　　　　　　 |　 /　　 |
　　　　　 /　　　　|　　|　　　　　　　　　　　　　　　　　|　/　　　　|
　　　　 / ＿＿＿|＿＿|＿＿＿＿＿＿＿＿＿＿|＿/　　　　　|
core8　| ＼　　　|　　　　| ＿＿＿＿＿＿＿＿　|　／|core10　|
　　　　 |　　＼　 |　　　/|core4　　　　　 core6/| ／　|　　　　　|
　　　　 |　　　 ＼|　　/　|　　　　　　　　　　　/／|　　 |　　　　　|
　　　　 |　　　　　|＼/　 |　　　　　　　　　 /／　|　　　|　　　　　|
　　　　 |　　　　　|　 | ￣|￣￣￣￣￣￣ |　　　|　　　|　　　　　|
　　　　 |　　　　　|　 |core0　　　　 core2|　　　|　　 |　　　　　 |
　　　　 |　　　　　|　 |　　|　　　　　　　　　 |　　　|　　 |　　　　　 |
　　　　 |　　　　　|　 |　　|core5　　　　　 |core7|　　 |　　　　　 |
　　　　 |　　　　　|　 |　　| ＿＿＿＿＿＿|＿＿|　　　|　　　　　 |
　　　　 |　　　　　|＿|＝/＿＿＿＿＿＿ |＿＿/＝─| ＿＿＿|
　　　　 | core13/　|　/　　　　　　　　　　|　 /　￣￣|￣￣　 / core15
　　　　 |　　　　/　　| /core1 　　　core3| /　　　　　|　　　 /
　　　　 |　　　/　 ／ ￣￣￣￣￣￣￣￣＼　　　　　|　　　/
　　　　 |　　/　／　　　　　　　　　　　　　　　 ＼　　　|　　/
　　　　 |　/ ／　　　　　　　　　　　　　　　　　　 ＼　 |　/
　　　　 |/／　　　　　　　　　　　　　　　　　　　　　 ＼|/
core9　 ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ core11

ヘテロであることとマルチ(メニィ)コアであることとそれ以外のことの
問題がごっちゃになってて意味不明ｗ

とりあえず既存の拡張命令はCPUベンダの用意したコードをシステム
ベンダがただ繋いで組込にしてるだけなので、ヘテロ(非x86)コアの
専用命令でも同じことやれば同レベルのサポートにはなるはず。

＞とりあえず既存の拡張命令はCPUベンダの用意したコードをシステム
＞ベンダがただ繋いで組込にしてるだけなので、

MMX/SSEのことを言ってるなら、x86の命令フォーマットに従ってネイティブで実行されるものだけど。
プログラマブルシェーダでx86命令は実行できない





ISAが非x86とすると、バイナリフォーマットはどうなるのかね。
DirectXのプログラマブルシェーダみたいな読み込み方でもするのかね。

あくまでフリーランチの継続を狙ったPARROTのアプローチとは全然違いますな。

┌────────────────────────┐┌────────────────────────┐
│　　　　　　　　　　　 .┌───┐┌─┐　　　　　　　　　　　 ││　　　　　　　　　　　 .┌───┐┌─┐　　　　　　　　　　　 │
│　　　　　　　　　　　 .│ core0 ├┤L1│　　　　　　　　　　　 ││　　　　　　　　　　　 .│ core4 ├┤L1│　　　　　　　　　　　 │
│　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　 ││　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　 │
│　　　　　　　　 .┌───────┼───────┐　 ││　　　　　　　　 .┌───────┼───────┐　 │
│┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐││┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐│
││ core1 ├┤L1││ core2.├┤L1││ core3 ├┤L1││││ core5 ├┤L1││ core6.├┤L1││ core7 ├┤L1││
│└───┘└─┘└───┘└─┘└───┘└─┘││└───┘└─┘└───┘└─┘└───┘└─┘│
└────────────────────────┘└────────────────────────┘

┌────────────────────────┐┌────────────────────────┐
│　　　　　　　　　　　 .┌───┐┌─┐　　　　　　　　　　　 ││　　　　　　　　　　　 .┌───┐┌─┐　　　　　　　　　　　 │
│　　　　　　　　　　　 .│ core8 ├┤L1│　　　　　　　　　　　 ││　　　　　　　　　　　 .│core12├┤L1│　　　　　　　　　　　 │
│　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　 ││　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　 │
│　　　　　　　　 .┌───────┼───────┐　 ││　　　　　　　　 .┌───────┼───────┐　 │
│┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐││┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐│
││ core9 ├┤L1││core10├┤L1││core11├┤L1││││core13.├┤L1││core14├┤L1││core15.├┤L1││
│└───┘└─┘└───┘└─┘└───┘└─┘││└───┘└─┘└───┘└─┘└───┘└─┘│
└────────────────────────┘└────────────────────────┘

┌────────────────────────┐┌────────────────────────┐
│　　　　　　　　　　　 .┌───┐┌─┐　　　　　　　　　　　 ││　　　　　　　　　　　 .┌───┐┌─┐　　　　　　　　　　　 │
│　　　　　　　　　　　 .│core16.├┤L1│　　　　　　　　　　　 ││　　　　　　　　　　　 │core20.├┤L1│　　　　　　　　　　　 │
│　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　 ││　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　 │
│　　　　　　　　 .┌───────┼───────┐　 ││　　　　　　　　 .┌───────┼───────┐　 │
│┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐││┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐│
││core17├┤L1││core18.├┤L1││core19├┤L1││││core21.├┤L1││core22├┤L1││core23.├┤L1││
│└───┘└─┘└───┘└─┘└───┘└─┘││└───┘└─┘└───┘└─┘└───┘└─┘│
└────────────────────────┘└────────────────────────┘

┌────────────────────────┐┌────────────────────────┐
│　　　　　　　　　　　 .┌───┐┌─┐　　　　　　　　　　　 ││　　　　　　　　　　　 .┌───┐┌─┐　　　　　　　　　　　 │
│　　　　　　　　　　　 .│core24.├┤L1│　　　　　　　　　　　 ││　　　　　　　　　　　 .│core29├┤L1│　　　　　　　　　　　 │
│　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　 ││　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　 │
│　　　　　　　　 .┌───────┼───────┐　 ││　　　　　　　　 .┌───────┼───────┐　 │
│┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐││┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐│
││core25├┤L1││core26.├┤L1││core27├┤L1││││core29├┤L1││core30.├┤L1││core31├┤L1││
│└───┘└─┘└───┘└─┘└───┘└─┘││└───┘└─┘└───┘└─┘└───┘└─┘│
└────────────────────────┘└────────────────────────┘

後藤やクタラキやラトナーのオナニーに付き合えきれない

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┌───┐┌─┐
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│ core0 ├┤L1│
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　└───┘└┬┘
　　　　　　　　　　　　　　　　　　　　　　　　　　 ┌───────────────┴───────────────┐
　　　　　　　　　　　　　　　　　 .┌───┐┌┴┐　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .┌───┐┌┴┐
　　　　　　　　　　　　　　　　　 .│ core1 ├┤L1│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│ core2 ├┤L1│
　　　　　　　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .└───┘└┬┘
　　　　　　　　　　　　　　 .┌───────┴───────┐　　　　　　　　　　　　　　　　　　　　　 .┌───────┴───────┐
　　　　　　┌───┐┌┴┐　　　　　　　　　　　 ┌───┐┌┴┐　　　　　　　　　　　 .┌───┐┌┴┐　　　　　　　　　　　 .┌───┐┌┴┐
　　　　　　│ core3 ├┤L1│　　　　　　　　　　　 │ core4 ├┤L1│　　　　　　　　　　　 │ core5 ├┤L1│　　　　　　　　　　　 .│ core6 ├┤L1│
　　　　　　└───┘└┬┘　　　　　　　　　　　 └───┘└┬┘　　　　　　　　　　　 .└───┘└┬┘　　　　　　　　　　　 .└───┘└┬┘
　　　　　　　　 .┌───┴───┐　　　　　　　　　　.┌───┴───┐　　　　　　　　　　┌───┴───┐　　　　　　　　　　.┌───┴───┐
┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐
│ core7 ├┤L1││ core8.├┤L1││ core9 ├┤L1││core10├┤L1││core11.├┤L1││core12├┤L1││core13├┤L1││core14.├┤L1│
└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘

┌────────────────────────────────────────────────────────┐
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┌───┐┌─┐　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│ core0 ├┤L1│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　└───┘└┬┘　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　 .┌───────┬───────┬───────┼───────┬───────┬───────┐　 │
│┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐│
││ core1 ├┤L1││ core2.├┤L1││ core3 ├┤L1││ core4.├┤L1││ core5 ├┤L1││ core6.├┤L1││ core7 ├┤L1││
│└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘│
└────────────────────────────────────────────────────────┘

┌────────────────────────────────────────────────────────┐
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┌───┐┌─┐　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│ core8 ├┤L1│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　└───┘└┬┘　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　 .┌───────┬───────┬───────┼───────┬───────┬───────┐　 │
│┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐│
││ core9 ├┤L1││core10├┤L1││core11.├┤L1││core12├┤L1││core13├┤L1││core14.├┤L1││core15├┤L1││
│└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘│
└────────────────────────────────────────────────────────┘

┌────────────────────────────────────────────────────────┐
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┌───┐┌─┐　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│core16.├┤L1│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　└───┘└┬┘　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　 .┌───────┬───────┬───────┼───────┬───────┬───────┐　 │
│┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐│
││core17.├┤L1││core18├┤L1││core19├┤L1││core20.├┤L1││core21├┤L1││core22.├┤L1││core23├┤L1││
│└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘│
└────────────────────────────────────────────────────────┘

┌────────────────────────────────────────────────────────┐
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┌───┐┌─┐　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│core24.├┤L1│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　└───┘└┬┘　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .│
│　　　　　　　　 .┌───────┬───────┬───────┼───────┬───────┬───────┐　 │
│┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐┌───┐┌┴┐│
││core25.├┤L1││core26├┤L1││core27├┤L1││core28.├┤L1││core29├┤L1││core30.├┤L1││core31├┤L1││
│└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘└───┘└─┘│
└────────────────────────────────────────────────────────┘

ID:3mu/Uvcz ウザい

MMXがゲーム以外の実用アプリにまともに使われるようになるまで何年かかったよ？
GPUを統合するのはいいとして、その同じ方式のGPUが将来にわたって搭載され高速化
される保証はあるのか？　CPU一世代だけの高速化なんてアプリケーションベンダが
ついてくるわけないぞ。

問題はヘテロかホモかとか、そんなことじゃないんだよ。
新設命令が将来にわたってサポートされるかと、コンパイラからそれが有効に使えるかだ。

>コンパイラからそれが有効に使えるかだ
intelはその辺の保障は手厚いだろう。
今だってコンパイラが頑張ってるし、投機的マルチスレッディングにおいても
静的コンパイラの補助があった方がブーストする可能性もあろう。

AMDとは考え方というか、企業体力の違いからか、団子も言うようにintelはなるべくフリーランチの継続を狙うようだが、
結果それがintel製品の地位向上になる事を知っている、もしくは、体現してきた自信ゆえの方向性というか。

intel製コンパイラにおけるフリーランチが打ち切られた事を訴訟の対象の一部として表記してしまうどこぞの会社とは
求めるものは同じでも、それに至るまでのリアクションの相違というか、何と言うか。
どちらも企業としては立派なんだと思うよ。

自社でコンパイラ作ってないAMDには無理でっしゃろ
非x86を自分から選んでおいてIntelコンパイラに甘えると言うこともできないしね。

「自分とこの独自ベクトルプロセッサに最適化してくれない」なんてIntelを裁判で訴えるなんて
アホなこともできないんだぜ？

フリーランチを提供できなくなったら最後。
メインストリームから消えていくのみ（スパコンや一部組込み向けは別）。

へー、わりとまとな方向に会話出来てるじゃんか・・・
フリーランチが無くてなんのハードかな、ですよ。
ソフトに頼るのも良いが、それ自体が汎用性を大きく損なっていることに気が付いてほしいものだ。

DX10世代では、ご存知の通り各メーカ間の差異は、基本的にパフォーマンスのみになる。
さらに、SM4.0ではこれまでのよりも、大幅にプログラム可能性が増す。
DX10.1ではグラフィックスチップの仮想化が完成され、GPGPUの実現において
グラフィックスチップがコプロセッサ的に活用される機会が増える可能性もある。
さらに、GPUはPCであれば、必ず乗っけるものだ。

つまり、ベクタプロセッサとしては、DX10世代のGPUが
もっとも一般的なものになるという事ですな。
GPGPUが今後どれだけ普及するかが、AMDの成功の鍵ですな・・・

なんとなく、Microsoftの影が見える。

で、GPGPUはその有り余る演算能力を非効率的に使うことでメモリのレイテンシは隠蔽できるわけ?
500Gflopsのピーク演算性能に対してメモリが50GB/sじゃお話にならないわけだが。
ちなみにMany Coreを推し進めるIntelは初代Itaniumの頃からSpeculative Precomputationなどの研究を盛んにしている。

>>857
問題にしてるのはレイテンシなのか転送速度なのか。
レイテンシはハードやソフトの工夫で隠蔽することも可能だが
転送速度はどうもならんぞ。

intelは早くシリアルメモリを促せよ。
DDR4辺りで。

数十MBの専用高速メモリを読み書きするのと、CPUのダイ内でせいぜい
数MBの共有キャッシュを読み書きするのとでは、だいぶ違う。
常にメモリ帯域がネックになりかねない。
XDRメモリがオン・モジュールなスロットパッケージにでもするのか？

>>858
だからIntelはレイテンシより帯域にこだわってるんじゃね

>>860
CPUを別ダイで載せられるなら、メモリだって載せられるんじゃね？
知らんけど。

それなんてMX2？
ttp://www1.jpn.hp.com/products/servers/integrity/technology/mx2.html

Pentium（R)III 700MHz　と　Celeron 2.4GHz
は同等品ですか?

将来的にはメインメモリもCPUとオンダイのSRAMになるんだろうな。
オンダイSRAMなら配線を増やせるから転送帯域は外部メモリの比じゃないし、
メニイコアになればそれぞれのコアごとにローカルメモリを配置することで
帯域をさらに稼げる。

プログラムは大変だけどな。

将来的には、超広帯域・超低レイテンシが必要な分野以外はMRAMに置き換わる。
メインメモリ（現在はDRAM）とストレージデバイス（現在はHDD）の差が無くなり、
両方ともMRAMがカバーするようになる。

-----ここまで妄想した-----

たかだか数百MBのSRAMがオンダイになったからって、メインメモリで足りるわけないだろ
GBクラスのメモリが必要になる場合はどうするつもりだ
GB単位でオンダイになるっていうのか？w

>>867
当然外部に大容量のDRAMを接続ずるんだよ。
だけど32コア以上のメニイコアでコアそれぞれにローカル接続されたSRAMと
外部DRAMじゃ転送帯域が１００倍以上も違う。外部DRAMはメインメモリというより
HDDのキャッシュという感覚になるな。
だからプログラムが大変だと。

携帯用の奴だと、SoCとかもやってんだろ、intel？

要は主記憶が遅いのにそれを緩和する仕組みが用意できないアーキは駄目ということでしょ？
SRAMが数百MB〜数GBになる頃にはアプリは今以上に大規模になってるだろうし、
そもそも半導体屋としてはあんまりコストかけたくないんじゃないか

すごい妄想だなｗ
不要なコードもオンダイ上のSRAMにあるほうが、いわく遅い外部メモリにスワップ
しまくるほうが、必要なコードだけキャッシュしている現状の仕組みよりずっと
良いと
将来はOSがかなりスマートにならないと、GB未満のSRAMに載らないようなｗ

寧ろメインメモリは消え去る運命

大容量キャッシュ……L2 64MB
ハイブリッドHDD……キャッシュ20GB

ハイブリッドHDDに載るようなキャッシュがメインメモリ程高性能な筈ないだろう?

ていうかお前ら

MRAM忘れてるだろ

メモリメーカーはMRAMをスルーするらしいが

>>874
俺の妄想にもつきあってください。

団子が比較的まともに見える
夏休みだなぁ

>>876
じゃ俺も妄想

Z-RAM　　　ダイサイズ80〜90m�u
65nmプロセス 256MB
45nmプロセス 512MB
32nmプロセス 1GB

Ath64X2(L2:１MB) ダイサイズ90nmプロセスで220m�uを45nmプロセスで作ると55m�u

45nmプロセスAth64X2
L1:64KB+64KB×2
L2:1MB×2
L3:共有512MB
ダイサイズ約145m�u

はいはい妄想妄想

>>878
Z-RAMはSRAMの5倍でしかない

が32nmプロセスになると今のローエンドビデオカード並に積めるんだな
TCとかHMみたいなのと合わせればCPU統合VGA性能飛躍的にUPするかも。
ディスクリートでも(ry

ttp://www.theinquirer.net/default.aspx?article=33812
>Intel signed up most of the 3Dlabs team
>Open GL 2.0 creators in Intel hands

こ、これは・・・

Intelが2007年にビデオカード出すって記事はマジだったのか…

http://pc.watch.impress.co.jp/docs/2006/0821/intel_01.jpg
ぉぃぉぃゲルちゃん、肩書きに見合った身なりにしれ

>>882
昔のゲルっちは胸のポケットにペンをいっぱい刺す香具師だったのに…

とりあえずそのスーツにそのネクタイはやめた方がいいと思う。

このネクタイが合うスーツのほうが怖い。

【HOT CHIPS速報】「マルチコアのプログラミングは問題が山積み」，HOT CHIPSが開幕
http://techon.nikkeibp.co.jp/article/NEWS/20060821/120303/

【HOT CHIPS速報】Intel社CTOのRattner氏，「マルチコア時代のソフト開発を支援する」と語る
http://techon.nikkeibp.co.jp/article/NEWS/20060823/120365/
http://techon.nikkeibp.co.jp/article/NEWS/20060823/120365/?SS=imgview&FD=-768184533&ad_q
>Rattner氏はTera-Scale Computingにおけるマイクロプロセサのコンセプトとして，
>16個のCPUコアを集積する「Strawman」を見せた

strawman って、叩き台とか、試案って意味なんだけど…
訳おかしくねえ？

http://techon.nikkeibp.co.jp/article/NEWS/20060823/120365/060821_Rattner2.jpg

ホモジニアスじゃん

「ISAは、守るッス」
-----INTEL CEO談

>Last Level Cache (Shared)
Bloomfieldは8MB以上の共有L2だといいなあ…

Last Level Cacheだから、L2,L3を共有するよりL2は独立にしてL3だけを共有する方向になるんかな。
これだけコア数が多いと共有L2 onlyじゃしんどそう。

strawman　＝　藁男

PC業界の生き字引、インテルのバレット会長に聞く
http://japan.cnet.com/interview/biz/story/0,2000055955,20208087,00.htm

>>891
L1かL2かわからんがコア個別のキャッシュをそれぞれ1MBはないと厳しいな

やばげなエラッタが報告されてるらしい。

CPU2006きますた
ttp://www.spec.org/cpu2006/

テハスも開発を続けて欲しかった。
最後に5Ghzで出さないかな。

>>896
日本語のHPないの？

ttp://www.geocities.jp/andosprocinfo/wadai06/20060826.htm
>発表時に登録されたマシンの中で最高の性能は，SPECint2006ではFujitsu Siemens社のCelsius V830で3GHzのOpteron 256ベースのマシンで，11.9をマークしています。
>また，SPECfp2006では，Intel D975XBXマザーボードに3.73GHzの965EEを搭載したシステムで，12.7をマークしています。

Itanium3とか？

http://pc.watch.impress.co.jp/docs/2006/0829/kaigai298.htm
>例えば、現在のトランジスタは、ゲート絶縁膜が5〜6原子分程度の厚みしかない。
>そのため、原子1個分のばらつき(厚みの増減)が膜の表面で発生すると、膜の上下で合計原子2個分、最大で33%(原子6個時)のばらつきになってしまう。
>そうなると、ばらつき部分では、リーク電流が他の部分より10〜100倍も多くなってしまう。

Intelが45nmプロセスで導入するAtomic Layer Depositionの効果がどれほどになるのかマジで楽しみ。

High-Kは延期されたんじゃなかった?

>>902
あちこち調べてみたがはっきりした事はわからんね。

ttp://journal.mycom.co.jp/news/2006/01/26/300.html
>このため、この45nmプロセスでは、トランジスタの実装密度は約2倍となる。
>また、トランジスタの特性も向上しており、65nmプロセスに比較して、
>オン電流が一定の時にはオフリークが5分の1に減少、オフリークを一定にしたときにはトランジスタのスイッチングスピードは20%向上したという。
>技術的な詳細はこれ以上殆ど明らかにされなかった

ttp://www.theinquirer.net/default.aspx?article=30179
>For the 45 nanometre process shrink, Intel will have already selected the equipment and made its planning decisions by the middle of this year.

ttp://techon.nikkeibp.co.jp/article/NEWS/20060310/114548/
>同社は90nm/65nmルールでも，ひずみSiの技術を利用することで，リーク電流を1/5に抑えている。
>引き続き45nmルールでも，ひずみSiを使う。
>それ以外にも，high-k 材料やFUSIなどについても同社は積極的に研究しているが，
>当面は「必須の技術ではない。あくまでオプション」と位置づけ，導入時期は明らかにしていない。

ttp://www.intel.com/pressroom/archive/releases/20060612corp.htm
>Since these transistors greatly improve performance and energy efficiency
>Intel expects tri-gate technology could become the basic building block
>for future microprocessors sometime beyond the 45nm process technology node.

富士通とNECの秋冬モデル発表されたけど、デスクトップはCore2ほとんど
採用されなかったね。 CPUが主役の時代は終わったことを痛感しました。

特別なことしない限りセロリンで十分だしな

アメリカだと即最新のCPUが使われるようになるんだけどなぁ
日本の場合、Core2Duo載せるよりTV録画の画質のほうが
よっぽど重視されるのが現状

>>904
ヒント：Vista

65nmの生産設備を増強してるんでしょうが、初期の頃のCORE DUOのみでなく、今はConroe MeromにXeonを生産
それもサイズは大きくなってる。セレロンもあるんだっけ、　生産量は足りるの？

65nm用にFabを三つも持ってるけど

Kentsfieldは11月登場の模様

Intel、11月にデスクトップ向け4コアCPU投入
ttp://www.itmedia.co.jp/news/articles/0608/31/news026.html

Tulsa4WayてWhitefield2Wayに勝てるのか？
Woodcrest2Wayにでも怪しいような。

ケンツ出たら焜炉値下がりする？

やっぱりちゃんとした４コアまでまとうかな・・・

といつまでたっても変えない人が言ってみるｗ

1Dieの4コアってことならK8Lとほぼ同時期に出るよ。Nehalemはもう少し先みたいだけど。
Santa ClaraまでIA-32の開発に回ったみたいだし当分はIntelがこっちで失敗することはなさそう。
ちなみに今Itaniumを担当してるのはalpha部隊みたいね。
痛厨の俺としては少し寂しいけどTukwilaがかなりいい感じなので新アーキのPoulsonにも期待してる。

NehalemはCore3だから、再来年だあね

次スレ　パート26
http://pc7.2ch.net/test/read.cgi/jisaku/1157019837/

早すぎだ馬鹿

>>914
Tigertonのことだろ。DempseyやPaxville同様に内部に調停回路を持つように改良したもの。
WhitefieldはCSI先送りで消滅。

>>918
CanelandはFSBが4本あるから無理にSingleDieにする必要は無いと思う。
FSBの遷移がClovertown→HarpertownとTigerton→Dunningtonで同じ(1066→1333)だし、
ダイサイズ的にも45nmで全てのQuadCoreプロセサをSingleDieにするのではないかと妄想してる。

DempseyとTulsa間程度の開発期間差だから、SingleDieもアリだろ

L2が8MB+8MBだっけ。
さすがにOpteronとの対抗上オンダイの調停回路は必要かと思う。

まぁアレだ、MCMで調停回路と複数ダイを接続する技術でも確立すれば、Ｉｎｔｅｌ無敵じゃね？

>>920
じゃあFSBは最初から1333MT/sでもいいじゃんって話になる気がするけど。
>>921
縮小版mx2みたいな感じか。
ttp://www1.jpn.hp.com/products/servers/integrity/technology/images/mx2_02.gif

いやね、来年のBearlakeチプセトが1333だからさ・・・・
Bearlake-Xに合わせてっつーのも
>>910のリンクでも意味深なこといってるし

Intelが大規模な人員削減へ
ttp://www.itmedia.co.jp/news/articles/0609/01/news064.html

>>913
TDP130ワットらしいぞ。墨なみじゃん

今ペン4の2.4GHzを使って、
ホームビデオやアナログ放送のテレビをCMカットとかの編集してるんだけど
1時間の映像で、大体2時間弱くらいかかるわけさ。

んで、今のインテルだと、エンコ限定で何倍くらい早いんだい。

インテル(R) Core(TM) 2 Duo プロセッサー E6400 2.13GHz

インテル(R) Pentium(R) D プロセッサー 915 2.80GHz

HTテクノロジー インテル(R) Pentium(R) 4 プロセッサー 651 3.40GHz

こんな感じのは早いのかい？

大体でいいんだ。

おいらは、周波数絶対神話時代の知識しかないから、よくわからないのさ

やさしい自作板の住人たちよ、オラに知識をわけてくれ。