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

■前スレ
Intelの次世代CPUについて語ろう 33
ttp://pc11.2ch.net/test/read.cgi/jisaku/1202775674/

■関連スレ
【Penryn】次世代モバイルCPU雑談ｽﾚ 4【Nehalem】
ttp://pc11.2ch.net/test/read.cgi/notepc/1200200003/
Intel uPs Info 3
ttp://pc11.2ch.net/test/read.cgi/mac/1190013206/

■過去スレ
32 ttp://pc11.2ch.net/test/read.cgi/jisaku/1193649635/
31 ttp://pc11.2ch.net/test/read.cgi/jisaku/1189626915/
30 ttp://pc11.2ch.net/test/read.cgi/jisaku/1184713836/
29 ttp://pc11.2ch.net/test/read.cgi/jisaku/1180753939/
28 ttp://pc11.2ch.net/test/read.cgi/jisaku/1174309818/
27 ttp://pc9.2ch.net/test/read.cgi/jisaku/1168232324/
26 ttp://pc9.2ch.net/test/read.cgi/jisaku/1157019837/
25 ttp://pc7.2ch.net/test/read.cgi/jisaku/1147545560/
24 ttp://pc7.2ch.net/test/read.cgi/jisaku/1144400151/
23 ttp://pc7.2ch.net/test/read.cgi/jisaku/1141882416/
22 ttp://pc7.2ch.net/test/read.cgi/jisaku/1139646138/

■過去スレ その２
21 ttp://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/

まだ立ってなかったみたいなので立てた。

↓Nehalemの性能予測どうぞ。

　 　 　　　　　　　 　 　　　　　　　　　　　　　　　　　　 ,.へ
　　___ 　　　　　　　 　 　 　 　 　　　　　　　　　　　　ﾑ　　i
　「 ﾋ_i〉　　　 　 　　　　　　 　 　　　　　　　　　　　　 ゝ　〈
　ﾄ　ノ 　　　　　　　　　　　　　　　　　　　　　　　　　　iニ(()
　i 　{ 　 　　　　　　　 　　　＿＿＿_ 　 　　　　　　　　| 　ヽ
　i　　i　　　 　　　　　　　／__,　 , ‐-＼ 　 　 　 　 　　i 　　}
　|　　 i　　　　　　 　　／（●) 　 ( ● )＼　　　　　　 {､　 λ
　ト−┤.　　　　　　／ 　 　（__人__） 　　　＼　　　 ,ノ　￣ ,!
　i　　　ゝ､_ 　　　　|　　　　　´￣` 　 　　　　|　,. '´ﾊ　　　,!
.　ヽ、 　　　｀`　､,__＼ 　　 　 　　　　　 　 ／"　＼ 　ヽ／
　　　＼ノ　ﾉ　　　ﾊ￣r/:::r―--―/::７　　 ﾉ　　　　／
　 　　 　 ヽ.　　　　　　ヽ::〈； . '::. :' |::/　　 /　　　,. "
　　　　　　　 `ｰ ､　　　　＼ヽ::. ;::：|/　　　　　ｒ'"
　　　　　／￣二二二二二二二二二二二二二二二二ヽ
　　　　　| 答 |　　　　　　　　AMD大好き　　　　　　　│|
　　　　　＼＿二二二二二二二二二二二二二二二二ノ

コア2トリオが出るかも

爆熱じゃ！ﾌﾟﾚｽｺの再来じゃ！

ピラミッド型5コアくるぞ開発コード:カイロ
今度は立体だ！

やっぱQX9775が最強じゃめ？

中国の胡国家主席、８日に池田大作氏と会談へ
http://sankei.jp.msn.com/politics/situation/080501/stt0805011327004-n1.htm

>>9
そんなもん10年後は
セレロンクラス

次の価格改定及び新規発売はいつだ。

>>12
次はQ3にQ9400/Q9650投入。例年だと7月末。

>>11
10年後はジャンクで100円レベルじゃないの？

10年後のジャンク品にもPentium�Uはありそうな悪寒

Larrabeeってx86でGPUがなんたら言ってたが
結局Intel自身がSIMD演算をAVXに移行させようとしてるのに
Larrabeeって意味なくね？
x86売りにしてたわけだし

まだだ、まだ終わらんよ。

米IntelとCray、スパコン開発で提携
http://opentechpress.jp/enterprise/08/05/01/0349224.shtml

>>16
x86のSIMD拡張コアをたくさん並べたのがLarrabeeなんじゃないの？

x86（のデコード）は複雑すぎて、効率悪くてもうやってらんねぇ
っていうのでAVXを出そうというのでしょ？

しかし、過去のララーの記事はx86だからアプリ側の開発が
容易だとかいうのを売りにしておったわけだし
最近ではレイトレ特化とか言う話が、ラスタライザだよって話になり
はじめはGPUではないと主張しながら結局GPUになり・・

どうせ命令拡張、追加しなくちゃいけないし
並列処理チューニングのため書き直さなきゃいけないしで
新規のISAにしたほうがマシ
とIntelの中の人以外はみんな思ってます

GPUのドライバはできてないし

Itaniumもこけちゃったの

そのうえ社員はた・く・さ・ん☆

ああ、AVXはx86じゃないってことね
AVXつけてもx86はx86ってことなんじゃないの？

将来のintelCPUはAVX主体でx86コアは互換性維持のために搭載されるだけになる

AltiVec積んでもPowerPCはPowerPCみたいに
AVX積んでもx86はx86だろ？違うの？

>>24
そしてＰＳ３と同様になる、ってか。

AVXって新命令のことなのか？
俺はてっきり命令セットを整理するために用意するフォームだとおもってたんだけど。

ttp://pc.watch.impress.co.jp/docs/2008/0428/kaigai438.htm

Intelの次期CPU「Nehalem(ネハーレン)」は、
極めて強力なマイクロアーキテクチャだが、
同時にx86 CPUの抱える弱点も浮き彫りにしている。
複雑なx86命令の実行にともなう問題の多くは、
解決されないまま残されたからだ

むしろ、ここなんじゃね？

> しかし、Intelは、将来的には命令フォーマット自体を変えることで、この問題を軽減しようとしている。
> Nehalemの次の新マイクロアーキテクチャである「Sandy Bridge(サンディブリッジ)」に実装する
> 新命令拡張「Intel Advanced Vector Extensions (Intel AVX)」からは、「VEX(Vector Extension)」と
> 呼ぶ新プリフィックスを使う命令エンコーディングシステムで、命令長の圧縮とフォーマットの整理を
> 図るからだ。SSE命令もAVX命令へとコンバートしてしまえば、問題は軽減される。ハードウェア側
> ではなく、命令フォーマット自体を改良することの方が良策とIntelは判断したようだ。

>>24
　　-------------------
　　将来のintelCPUはAVX主体でx86コアは互換性維持のために搭載されるだけになる
　　-------------------
10年前に似たような話を聞いたような気がするすけど(笑)
http://pc.watch.impress.co.jp/docs/article/990601/kaigai01.htm

4年前にも
http://www.atmarkit.co.jp/fsys/zunouhoudan/050zunou/multicore.html

LarrabeeのコアってIA++ってあるけど、
これってAVX+x86ってこと？

いずれにしろx86命令セットは残るってわけだね。

当初のララビー計画は消えた
現ララビーはオンボGPUのEUをx86命令デコードに対応させた代物

無駄な代物ですね

株主対策極まれり

>>34
いやシガラミの少ないララビーで、AVXを先行提供するって目論みも有りそうだ。

>>37
但し、それは初期のItanium（IA32をハード対応してた）と同様になるから、やや悪夢の
再来な感じもしなくはないけど。

蕨

Itaniumと違ってOSやドライバはそのままで使えるから、AVXはSSEみたいに
地味に普及するんじゃないの？

ハード対応つってもデコーダにSSEをAVXでエミュレートするロジック追加するだけだろ？
IA32コアを丸ごと積む必要があったItaniumとはだいぶ違うような

いやOSの対応はいる。パッチレベルで済むと思うが

つまりはx86命令はそのままで変なプリフィクスついた命令だけAVX化？

汎用レジスタを使う普通のx86命令にも
VEXプレフィックスを付けて3オペ化できるといいのに

IntelのマニュアルでMOVBEというBig-Endianのロード・ストア命令が追加されていた
ttp://download.intel.com/design/processor/manuals/253666.pdf
ttp://download.intel.com/design/processor/manuals/253667.pdf

Nehalemで実装するのかな?

既出ならスマソ

20 ：login:Penguin：2008/05/05(月) 09:27:09 ID:Wya7TNDe
    binutils-2.18.50.0.7 released
    なぜがAVXがサポートされる。
    実装は遥か先なのに気が早い…

既出

インテルの命令追加されすぎじゃない？
命令が複雑になりすぎてもどうかなーって思うし

それをAVXで整理するんだろうがよ

だが所詮はIntel製
プロセッサのアーキテクトにどれもセンスが感じられない

センス（）笑

だよな。
センスが無いと夏とか暑いよな

(ﾉ∀`) ｱﾁｬｰ

そのセンス()笑の無いアーキテクト連中が開発したCPUには何があっても勝たないと!ｗ
プロセス一代遅れは恨めしいですね

屁

AMDとか関係ねぇ

ノートブック・パソコン用266MHz版および166MHz版MMX(R)テクノロジPentiumプロセッサは、
最新の0.25ミクロンのプロセス技術により製造されています。同166MHz版MMX(R)テクノロジ
Pentiumプロセッサの内部コア電圧は1.8ボルトで動作し、消費電力は2.9ワットです。
また、同266MHz版MMX(R)テクノロジPentiumプロセッサの内部コア電圧は2.0ボルト、
消費電力は5.3ワットです。

ノートPC用266MHz/166MHz版MMX(R)テクノロジPentium(R)プロセッサ発表
http://www.intel.co.jp/jp/intel/pr/press98/266166.HTM

Atomいらんな

>>57
10年以上前の記事持ち出して、どうしたの？

>>57
というかMMXpentiumを現代に合わせて作り直すとAtomのそっくりさんになるような

Intel，Samsung，TSMCが450mmウエーハへの移行で協力，2012年のパイロット生産目指す
ttp://techon.nikkeibp.co.jp/article/NEWS/20080506/151346/

Intel, Samsung Electronics, TSMC Reach Agreement for 450mm Wafer Manufacturing Transition
ttp://www.intel.com/pressroom/archive/releases/20080505corp.htm

>>60
おわた…

>>60
つまりどこの生産技術もほぼ同じになると？

450mmウェハに移行すれば300mmに移行したみたいに生産性が上がるって話であって
プロセスの協力じゃないから生産技術が同等に成るわけじゃないんじゃない？

要するに450mmウェハに移行したいIntelがSumsung、TSMCを誘って一緒に450mmウェハに移行するよ
これで一定の450mm対応装置の需要作ったから装置メーカーは450mmウェハ対応装置開発してねって言ってるだけじゃない
今まで半導体装置メーカーは450mmウェハ対応装置の開発にコスト回収できねーだろって感じで消極的だったらしいし

45cmウェハなんてホントにつくれんの？
30cmと比較するとものすごくコストかかりそうなんだけど。

ウエハー大きくすると、取れる量がすごく多くなるって
誰の記事で読んだんだっけな？後藤の記事だっけ？

なんかウハウハするな。

取れる量

200mmウェハの生産工場4機＝300mmウェハの工場2機＝450ウェハの工場1機

切り出す場所による差が更に顕著になりそうな悪寒

個人的には何かにシリコン蒸着させて
転写して切り出せばいいんじゃないかと思っているんだけど

法則？

>>69
単結晶にならんと意味内

>>65
ウェハーは円形でLSIのコアは四角。
そのため周辺部は形が合わなくて無駄になる。
ウェハーが大きくなると、その周辺部の使えない面積の割合が小さくなる。
この写真を見て考えてみよう。
http://ja.wikipedia.org/wiki/%E7%94%BB%E5%83%8F:Wafer_2_Zoll_bis_8_Zoll_2.jpg

2017年ならともかく2012年はどうやっても無理

2017年って微細化はどこまで進んでるのかな？
10nm以下になってるかな？

SOIは見送りそうだな。

>>74
ムーアの法則終了に向けて進化が遅くなってるかもしれない。
10nmか……コア数いくつだよ。

>>67
200mmウェハの生産工場4機＜300mmウェハの工場2機＜450mmウェハの工場1機

だよ

>>74
2007　45nm
2009　32nm
2011　22nm
2014　16nm
2017　11nm

予定ではこんな感じ

>>78
このまま行くと数年後には今のハイエンドCPUがATOMみたいに小型デバイスに
乗っかってたりするんだろうな。

>>79
そのままでは無理だね。シュリンクしても消費電力は劇的には下がらない。
その頃はATOMの後継CPUが今のC2Dぐらいの性能で2Wとかになってるんだろう。

>>80
11nmだったら今のC2Dくらい2Wでなんとかなりそう。多少の再設計は必要だろうけど。
……ってことは2017年のモバイル端末ってそれ以上に速いってことか。

2017年だとCPU+NB+SBのワンチップに、PRAMなどのフラッシュ＆DRAM代替メモリの積層
技術が確立してるんじゃまいか？

そもそも２０１７年に俺は生きてるのか？

2012年に気化しちゃうんですね。わかります。

2014年にLCLになっちゃう人もいそうだ。

シリコンの時代が終わりに近づいているっていうのに
今から４５０mmウェハか・・

既に人類は滅亡している

16nmが限界だって、intelの研究員が発表してたと思うが。

トランジスタだけならIBMが6nm、NECが5nmを作ったと5年くらい前に発表してるぞ。

それってゲート長じゃないの？

2017年はCPUより斧とﾊﾞｷﾞｰ

おれSandybridgeまで待つことにするわ

32nmはいきそうだけど、22nmより前にこっちが優先されるかもしれない予感
微細化しても省電力にならないとなると、チップを小さくするか消費電力を解決しないと
もはや前進できないという事情になりそうだし。
http://slashdot.jp/hardware/article.pl?sid=08/05/08/1014256

メモリスタがフリップフロップの代替えになるぐらい高速だったらちょっと面白そうなんだが
速くあれと願うばかり。

460 Socket774 sage 2008/05/03(土) 15:29:11 ID:PHaaFyfB
酸素空孔の移動度が電子の移動度を上回るとは思えないから
FFの置き換えってのはないだろうね

>>95
それは今回実現したものについてはの話と考えたいところ

来るスレ間違ってるだろ、ID的に考えて…

あとそんな簡単に技術の置き換えが進むとは思えない。
半導体産業は生産に関しては凄く保守的。
まだ微細化が行き詰まってるわけでもないしね。

それだったら22nmより優先なんて、ますますありえないよ

22nm より先が行き詰らないとは思えないんだが、どうなんかな・・・

分かるとは思うけど>>98は>>96で

>>99
まずはダブルゲートなりトライゲートなりがくるだろうな

バイポーラからCMOSへの移行だって、技術的にはもっと早い時期から可能だったと思うが、
実際にはバイポーラが行き詰ってから移行したからな。

限界の16nmまであと僅か、はてはてさてさて
65nmから先は次から次へと思わぬ問題が大噴出する予感がしてならないよ

確かにね。

あの世界一の半導体メーカーであるIntelですら、90nmでのリーク電流の問題を、
実際の量産に入る迄にちゃんと認識出来ずに見切り発車し、結局完全には解決
出来ずに終わったという実績があるからなあ。

45nmでも昨年あたりにIntelは「ゼッコーチョーだぜ！」みたいに大口を叩いて
たのに蓋を開けたらAtomの注文にすら答えきれない程度しか、量産体制を整え
られてないみたいだし。

原子数個レベルにまで来てしまった製造プロセスでは、もう工業的な力技がナカ
ナカ通用しないだろうし、今後はずっと茨の道にならざるを得ないだろう。

ITRSにはHPで11nmまでのロードマップが載ってるけどな。
Intel自身も8nmまでのスライドを出したこともあるし。

そらあてにならんよ
10GHzまでのロードマップもそうだったろ

もう爆熱は甘受して、室外機と接続するようなCPUクーラーを標準にすればいいんじゃないの？
エアコンだってそうなってるんだし、別にいいじゃん。
コアをがんがん増やしていくアプローチよりは、ずっといいと思うんだがな。

そんな電気食いまくりのヒーター、環境保護団体が黙ってないだろうw

cpuばっかり速くてもねぇ…

ダイバリエーションのラインナップ、[]内はMCMによるバリエーション追加、
共有部の多いものは１つでカウント。


■Conroe系 65nm
Conroe(x2,4MB)、[Kentsfield(x2,4MB)x2]、Allendale(x2,2MB)、Conroe-L(x1,1MB)

■Penryn系 45nm
Wolfdale(x2,6MB)、[Yorkfield(x2,6MB)x2]、Wolfdale-M(x2,3MB)、[Yorkfield-M(x2,3MB)x2]
Dunnington(x6,16MB)

■Nehalem系 45nm
Bloomfield(x4,8MB)、Havendale(GPU,x2,4MB)
Beckton(x8,24MB)


■AMD 65nm
Brisbane(x2,1MB)、Agena(x4,2MB)、Lima(x1,512KB)

■AMD 45nm
Deneb(x4,6MB)、Propus(x4,0MB)、Regor(x2,0MB)、Istanbul(x6,6MB)、Sao Paolo(x6,6MB)
[Magny-Cours(x6,6MB)x2]


Nehalem系はL3容量減らしたバリエーションはやらないのかね。低価格帯はYorkfield/Wolfdaleで
カバーするつもりだろうか。

>>108
電熱ストーブに文句付ける環境保護団体なんて聞いたことねーぞ

>>110
45nm世代ではメインストリームより下はWolfdale-Mが担うっぽい。
キャッシュ1.5MBと0.75MBのデュアルコアの噂があるので。

少なくともサーバー用CPUは大量に一箇所で使うから、データセンター自体の
消費電力やエアコン容量の限界が制限になってしまうからな。

そういう意味でも消費電力対性能が良いCPUのアップグレードでないと、経済性
が損なわれるから、誰も買ってくれなくなるわな。

後藤弘茂スレ劇終

ほんとだ　落ちてら

>>111
ストーブは寒いときしか使わないし冷却ファンはいらない
あとストーブに比べると暖房器具としては効率が悪いと思うw

おい、ララビーについて語れや ＣＰＵ小僧ども

ﾗﾗﾋﾞ−はCPUではない・・とか語ればいいのか？

nvidiaのトップが言うにはララーは
power pointのプレゼンテーションの中にだけ存在するそうな

ｳｪｰﾊｯﾊｯﾊ

ttp://www.news.com/8301-10784_3-9939430-7.html?tag=nefd.top
"Larabee is a PowerPoint slide," Huang said.

IA32ｺｱを多数集積したものをﾗﾗﾋﾞｰと呼んでいいんじゃないのか？

QX9300で省電力クアッドマシンとか作ってみたい
アイドルは省エネ、使うときはクアッドのパワーでどかーんって具合に

http://pc.nikkeibp.co.jp/article/news/20080418/1001146/?SS=pco_imgview&FD=-649101646
悪くないかも知れんな

http://www.tgdaily.com/content/view/37232/113/
Nvidia has recently voiced its concerns over Intel’s advances
in a very public fashion and attacked Intel with cheap shots
such as calling Intel’s Larrabee “Laughabee”.

笑い蜂？

Atom16コアのをマルチチップでのっけりゃ32コアになりそうなのに。

× マルチチップ
○ デュアルダイ

MCM（Multi Chip Module）

激しく無駄

ひとつのFSBに32コアがぶらさがったら
FSBは400MHzも出せないだろｗ
性能が全然出なさそう。

Atom16コアが内部クロスバーとかリングバスでつながるように
設計し直してあれば気にしないけど。

あ、そうかも。
16コアでもいいから出ないかな。

>>123
つ EIST

モバイルプロセッサのEISTと通常のEISTを同じように取らえてもらっては困るな
後者がアイドル時に1GHz後半まで落さないのに対して、モバイルのそれはなんと1GHzにまで落とせるのだよ

>>133
単純にFSBが遅いから低いところまで落ちるってだけだろ。
うちの[email protected]は800MHzまで落ちるわ。

ネハでSMTが再実装されるんだけど
intelとしては単にTLPを高めるコスパな方法として考えてるの？
それともシングルスレッド処理の強化を目的とした投機的スレッディングの布石にしたいの？

単に性能対電力、コストで有利だから実装するだけでは。
再実装というかPentium-4と全く別系統のPentium-M系統には付いてなかっただけで。

組込みシステム開発技術展レポート
〜各社が一斉にAtom搭載製品を展示/デモ
http://pc.watch.impress.co.jp/docs/2008/0515/esec.htm

ロバチームの意地じゃね？

>>135
安易に拡張できるからやってみようという話だと思われ
なにしろ、内部的なレジスター倍に増やして、命令変換でどちらの流れからの命令かで割り振り変えれば完成だからな。
実際3%増量程度でできるらしい。
結果がどうなるかは不明だが、数値的、見てくれ的なスペックが簡単にあげられる。
あまり好ましくはない了見だとは思う。

Nehalemは鯖向けの拡張が多いから、その一環でSMT実装じゃね？
鯖向けCPUでマルチスレッディング技術実装してないのはAMDだけだし。

SMTが本当に効果するのは鯖むけではなく、シングルコアのATOMだよ。
消費電力からパフォーマンスに至るまで、すべてついて効果を上げるだろう。

performance/wattという考えから行けば（大規模なOoOプロセッサでは特に）マルチスレッディングの採用は必然だから

HTの効果がでかいって事は
元々はスカスカって事だ

またそんな馬鹿を言う。

いやそれは確かだろ
スカスカな理由によって馬鹿にされるかどうかが決まるが

メモリレイテンシ隠蔽の効果は?

メモリ待ちのせいでスカスカ

フロントエンドが劣悪だからスカスカ

ガバガバの女とスカスカなＣＰＵどっちがいい

ATOMのHTはいいと思うよ

理由その１
キャッシュが小さい
→キャッシュミスのレイテンシを隠ぺいしやすい

理由その２
低消費電力なPCを作ろうと思うなら、周辺チップのクロックも低いほうがいい。
→大きなレイテンシを隠ぺいしやすい

理由その３
シングルCPUでありHTを採用しても、CPU間の対称性を失わないマルチCPUではこれが発生してしまう。
→HT特有のCPUの非対称性に関わる悪影響の発生余地がない

理由その４
HT技術は、使用トランジスタの量がとても小さい
トランジスタは使っていなくても、存在するだけで消費電力は発生する、短時間で計算が終わるほうが良い。
→トランジスタの有効利用は、低消費電力にも貢献する

理由その５
現状のアプリケーション事情を考えると、ハードウェアスレッドは二つぐらいでよい。
それ以上あっても、遊休させてしまう。
→現実に合っている

Isaiahにも採用してホスイな。

ある程度マルチスレッド技術を研究してたところじゃないとそう簡単には実装できないんじゃないのかね

Atomのメリットが見えない
ARMでええやんけｗ

ARMのWinCE不安定やんか、x86以外のアーキは辛い

まるでWindowsやWinCEが安定してるかのような言い方は
消費者に対して誤解を招く表現ではないかと私は思います

isaiahのフロントエンドは恐ろしく優秀くさいのでHT不要だ
実行ユニットもCoreの2/3だし

個人的には、ATOMでシステムを考えると次々と問題解消の流れがつながっていくのがとても気持ちいいと思っている。
ネハをみていると、個々の機能は興味深いんだけれど、それでシステムを想像すると鉈でぶったぎられたみたいになるんだよな。

トランスメタでどこいったんだっけ？

組込みの世界においてARM＞＞＞＞＞＞＞＞＞＞＞ｘ86なのは
WinCEのシェアが低いことが全てを物語ってる

お前が無知なのはよくわかった。

>>159
>>159
>>159
>>159

936 ：デフォルトの名無しさん [↓] ：2008/05/16(金) 05:31:53
エラッタリストに関係ありそうな記述を見つけた。

http://download.intel.com/design/processor/specupdt/318733.pdf
> AW51.　Short Nested Loops That Span Multiple 16-Byte Boundaries May
> 　　　　　Cause a Machine Check Exception or a System Hang

小さい多重ループでシステムハングを引き起こすものがあり、BIOSで対処可能との事。
LSDが効くような小さいループで多重ループをするとやばいケースがあるので、
LSDループ内ではマクロフュージョンを無効にして対処したってことかなぁ？

エラッタAW51がこの文書に追加された日は2008年2月1日と書かれており、
マイクロコードパッチID:60Bの作成日は2008年1月19日なので
時期的にも近い。

>>159
組み込み業界にいたが世界出荷量では68000系が１位
ARMは家電系組み込みで使われてるのが多いな

>>156
メモリの遅さだけはどうしようもないから、それを少しでも隠蔽出来るHTは
必要でしょう。

IntelやAMDの殆どのCPUが２コア以上になってしまってる現状では、いくら
クライアント向けCPUとはいえ、シングルスレッドだけでは不利だし、HTなら
２コアほどトランジスタは要らないし。

ちょっとまて、
ループストリームディテクタが機能しないって、
それじゃシングルスレッド能力の向上が望めないって事？
ネハでほかにシングルスレッド能力に貢献する新機能ってあったっけ？

Penrynの話だ。Nehalemのエラッタ情報じゃない。

>>165
機能しないのはLSDじゃなくてMacro Fusionだよ。
性能影響は軽微だ。

Penrynの性能を劣化させて、Nehalemのシングルスレッド性能を良く見せる作戦

単に欠陥だろ

>>169
知っているのか！？雷電！

うむ、聞いたことがある

何この知ったかスレ
おもすれ〜〜ｗｗｗ

知ったかではない、真の識者>>172に
このスレ住人全員の期待の目が集まっているぞ。

楽しみだ…。どんな新しい書き込みが待っているのか。

MSIのAtom搭載ミニPC「WIND PC」速報レビュー
http://pc.watch.impress.co.jp/docs/2008/0519/msi2.htm

男塾

>>173
空気が読めない上に煽ることが生き甲斐の無知にそれが可能だと思うか？

つっても、このスレにアセンブラバリバリの技術者がいるとも思えんのですが・・・

アセンブラなんてめんどうなもので今も書いてるやついるわけ？Ｃでよくね？

Cでいいよ

>>178
Driver 開発ではアセンブラは現役です。

CだとSIMDが書けないじゃん

ここ10年WEB言語・スクリプトばかりで
Cやアセンブラの記憶は失念してしもた

■Intel Core2系プライスロードマップ
Core　Clock　　L2　　　FSB　　　 TDP 　　　　　　　　　　 現在　　Q3
x4　3.20GHz　6MBx2....1600MHz..150W　Ext QX9775　.$1499
x4　3.20GHz　6MBx2....1600MHz..136W　Ext QX9770　.$1399
x4　3.00GHz　6MBx2....1333MHz..130W　Ext QX9650　　$999　 discon
x4　3.00GHz　6MBx2....1333MHz.　95W . C2Q Q9650　　----　　$530
x4　2.83GHz　6MBx2....1333MHz.　95W . C2Q Q9550　　$530　　$316
x4　2.66GHz　6MBx2....1333MHz.　95W . C2Q Q9450　　$316　 discon
x4　2.66GHz　3MBx2....1333MHz.　95W . C2Q Q9400　　----　　$266
x4　2.50GHz　3MBx2....1333MHz.　95W . C2Q Q9300　　$266　 discon
x4　2.66GHz　4MBx2....1066MHz.　95W . C2Q Q6700　　$266　 discon
x4　2.40GHz　4MBx2....1066MHz.　95W . C2Q Q6600　　$224　　$203
x2　3.33GHz　6MB 　　1333MHz.　65W 　C2D E8600　　----　　$266
x2　3.16GHz　6MB 　　1333MHz.　65W 　C2D E8500　　$266　　$183
x2　3.00GHz　6MB 　　1333MHz.　65W 　C2D E8400　　$183　　$163
x2　2.83GHz　6MB 　　1333MHz.　65W 　C2D E8300　　$163　 discon
x2　3.00GHz　4MB 　　1333MHz.　65W 　C2D E6850　　$183
x2　2.66GHz　3MB 　　1066MHz.　65W 　C2D E7300　　----　　$133
x2　2.53GHz　3MB 　　1066MHz.　65W 　C2D E7200　　$133　　$113
x2　2.60GHz　2MB 　　. 800MHz.　65W 　C2D E4700　　$133
x2　2.40GHz　2MB 　　. 800MHz.　65W 　C2D E4600　　$113　 discon

※disconは本来は製造終了/販売終了の意味だが、ここでは価格改定を見送られて
　上位製品と同額以上になり現行ラインナップから退いた状態を指す。
※QX9775はSkulltrail(Socket 771-2Way)用。

>>181
intrinsicsを使うほうが今は多数派じゃないか

もうCすらやりたくない

>>177
8bit時代よりの旧バリバリおさーんですが何か？
でもマルチスレッド化して以来C#ばっかりやってるわ
ガベコレがないと玩具みたいなライブラリしかできなくて、まともにプログラムできないし。
スレッド使わないでシングルスレッドでアセンブラバリバリチューンしても性能全然でないし。

D言語マンセー

ネハーレンってQ4って言うけどいつ頃でるの?
年末?三月末?

ソフトウェア屋のおいがハードをしったかのように語るのもアレだが、
環境問題に五月蝿いこのご時世にECL回路ってまだ存在しとるんかな？

>>188
普通製品の発表予定でQ4っていったら年末。

>>188
Q1　1-3月
Q2　4-6月
Q3　7-9月
Q4　10-12月

IntelがQ4に新CPUを投入する場合は通例11月。
Q1の場合は通例1月。

>>191
あ、ありがとう。11月かぁ、楽しみだなぁ

IntelとWind River、車載用Linuxインフォテインメント・システムを推進
http://opentechpress.jp/opensource/08/05/22/0117223.shtml
>両社は、自社の開発プラットフォームを使うプロジェクトにMoblin Webサイトを利用するようプログラマーに促すことにしている。MoblinはIntelが支援するオープンソース・コミュニティー・サイトで、現在の主題はMID向けのMoblin Core Linux Stackだ。

ttp://pc.watch.impress.co.jp/docs/2008/0523/kaigai441.htm

戦車用Linuxって何？ と聞こうとした我が輩はバカである。

つーか軍用のヴェクトロニクスって汎用のソフトウェアがつかわれてるの？
軍用の特注ものだとおもってたんだけど

軍用システムはUNIXがよく使われてるから
Linuxもどこかに使われてるんじゃないかな
アメリカ発の技術は基本的に軍用から民用に払い下げしたものが
ほとんどだしな

F-22の場合

>アビオニクスは従来の戦闘機と同様にAdaで開発された。
>ソフトウェアの開発規模は機能のソフトウェア化が進んだことにより、F-15Aのソフトウエアが200,000行に過ぎなかったのに、
>F-22では2,200,000行にも達しソフトウェア開発が戦闘機開発に占める割合が激増した。
>ソフトウェアの内訳は航法28%、レーダー12%、電子戦14%、通信14%の四分野で全体の7割近くを占めている。
>またレーダーと電子戦装置だけで全体の消費電力の90%を占めている。


>Ｆ／Ａ−２２頭脳については軍用に開発された超高速集積回路−ＶＨＳＩＣを搭載したＣＩＰ（共通化統合演算処理装置）と呼ばれるコンピューターが２台あり、
>それぞれ各サブシステムと光ファイバーのデータバスで繋がっている。
>このコンピューターはＦ−１５Ｅのコンピューターに対し１８倍以上の能力があると言われており、
>演算速度は毎秒１０５０憶回、記憶容量は３００ＭＢ、成長余地はまだ２００％も残っている。
>コンピューターのソフトウェアは米国国防省の標準高等言語エイダ（Ａｄａ）で書かれており、
>機密保持の為にソフトウェアはカートリッジに収められていて、パイロットが搭乗時に持ちこんでロードを行う。

イージスシステムのソフトウェアはPOSIX準拠で、今はリアルタイムUNIX上で動いてる。

Linuxはどうだろ？
GPL汚染を起こす可能性を避けるために、動作プラットフォームとしても開発プラットフォームとしても
GPLプロダクトは回避する、てのも必要だろうし。

当事者以外にバイナリが渡る事ってありえなさそうだし、問題ないんじゃない？

輸出兵器は基幹部分ブラックボックスにすることが多いから。
ソースコードを渡してコピー兵器作られたら困るじゃない。

ググったら分かると思うが
ブラックボックスが前提の軍用・航空向けOSにはLinuxがすでに入り込んでる上に
関係者はこれからはUnixを駆逐してメインになる可能性があると示唆してるぞ
GPLの問題をどう処理してるのか知らんが
当然当事者以外にはソースコードは渡らない
向こうの軍用アプリの情報統制は日本とは桁が違うからなぁ

そんなものにGPLコードが入ってるかどうかなんて誰が検証できると思う？

そろそろ板違いでは？

>>201
そりゃどんなライセンスのコードでもそうだろうけどさ・・・
渡す必要性がないと思うんだ

どんなプラットフォームをつかってても、ライセンス違反を起こす奴は起こす。
コードのリファクタリングで対処すべき。

てか、ライセンスも品質も定かでない他人のコードを突っ込むな、てのはこの手のものの基本だ。
ソースコードも納入したり他社にNDA下で公開することがあるもん。

さて、話を戻すとだなぁ‥

軍事用のIntelチップてーと、パトリオットミサイルがi386だったような。

>>198
「演算速度は毎秒１０５０憶回」って実際には何を表す数字だろう？

MIPSじゃないの？

Alphaチップ

LGA1160からおまいらの大好きなオーバークロックが出来なくなるみたいだな。

私はいっこうに構わんッッ

Intelマザー愛好家だから。

どのへんが愛好できる？

OC出来なくなるなら自作する楽しみの8割が消えたような
>>211
マジなのか？

TDPを上限にシステムが動的にオーバークロックする機能が追加されるから
ユーザーに任意にクロックいじられてるとまずいんじゃないの?
と、予想しておく。
マニアにはアレだが、普段オーバークロックなどしない一般大衆にはそれなりに恩恵ありそう。

>>213
動きが素直、色がシンプル、ハイエンドでもシンプル、お値段も手頃、メーカー保証3年、
純正なのでリファレンス、ってとこかな。かわりにOC機能は貧弱。

動きについては、ミドルより下はちょっと違ったりもするかもだが。

>>211
何言ってんだLGA1366買えば関係ないだろ

>>208
flops値
105G flops

「次世代PhotoshopはGPUおよび物理演算に対応する」
ttp://northwood.blog60.fc2.com/blog-entry-1990.html
異種コアを使ったアクセレーションが普及するのは当分先と思っていたが、
もう現物があるNVIDIAが先行したな。

CUDA一択ならAMD冗談じゃなしに死亡

>F-22では2,200,000行にも達しソフトウェア開発が戦闘機開発に占める割合が激増した。

レクサスLSのソースコードは700万行

「レクサス」動かす1000万行
ttp://it.nikkei.co.jp/business/column/aruga_gyokai.aspx?n=MMIT0z000023102006

俺こないだ１万５千ステップのＳＱＬ書いた

>>223
コーダー乙？

>>219
余計な機能をつけてくるなぁ…。どうせ次ぎ買うのはかなり先だから良いけど。

>>220
理屈がよくわからんが、GF系のカードを積めばいいだけじゃないの？
Intel環境でなければ動かないのか？

>>225
ATiはもうAMDのGPU部門だからでしょ。
本当にヌビ専用だったらGPU混載CPU前倒ししたりしてくれないかなw

>>221
ステルス考えて空力的に無茶な設計したんで、ソフトでカバーしなきゃいけない駄作。＞F-22A
最も美しい戦闘機はMig1.44。

GPUのハイエンドでは300Wでも許されるんだから
もっとTDP上げればいいのに

世界の主流はノートに移行してるからね

F-22の開発計画が始まったのが1981年かあ。
IBM PCの8088 4.77MHzでPC/AT互換機の歴史がスタートした頃だって。
納品されたのが2005年末だから
最近までPCの歴史と一緒に開発され続けてきた飛行機なんだな。

AtomはLarrabeeへの布石じゃないのか。
Atom相当のコアが32個だと現在のCPUとほぼおなじ64Wになるし。

馬鹿丸出し

だからF-22をF-35のアビオニクスに更新すればもう少し廉価に出来るかも、って話は結構あがってるね

>>231
面白い話だがMCMだとチップの大きさがものすごいことになるよ。多分。

おまえらひこうきすきだな

http://pc.watch.impress.co.jp/docs/2008/0402/kaigai432.htm

Silverthorneのダイサイズは約25平方mm。コア１個分は15平方mmぐらい。
Larrabee的な用途に使うにはSIMD-FPの強化が必要なのでもうちょっと増える。
32コアとして32nmなら250〜300平方mmてとこだ。Nehalemと同クラス、
コアが数個死んでても商品になるから物理的には十分可能だな。

32nmか。とりあえずハード的にはともかくAMDもnVIDIAもドライバがgdgdなんでIntelにはその辺頑張ってもらいたい。
Intelもなんだかんだいって今までもgdgdだった気がしないでもないが。

ドライバはIntelがダントツにgdgdだろう。
しかしLarrabeeは演算コプロセッサボードであってゲーム用VGAじゃないので
ドライバは関係ない。

バカ丸出しの宣伝か

以前Larrabeeは65nmで、2008年にデモを見せるようなこと言ってたけど、
これはもうとっくにキャンセル？

ていうかLarrabee自体がBulldozerみたいなもんだから
画餅

>>241
"Larrabee"と"Bulldozer"とでは根本的に目指す所が違うぞ…。
あと、双方共に絵に描いた餅ではない。

お。珍しくLarrabeeのはなしなんかしやがってｗ俺も参加させろｗLarrabeeはしばらくハイエンドコンピューター向けで我々には手に届かない代物。デモは９月のＩＤＦは間違いない。ﾀﾞｲﾚｸﾄX10に対応だとさ。

突然すいません。
よくこんな書き込みを見かけますが本当でしょうか？
にわかには信じ難いのですが。

902 ：Socket774：2008/05/26(月) 23:26:12 ID:P861PEAP
今Q9300使ってるんですが、
e-SATAの認識時やネットワーク接続先のファイル操作時に、
CPU使用率に余裕があるのにシステム全体がプチフリーズしやがるのが不満です。
○○しながら××の用途のために4コアにしたのに。
ネイティブ4コアのPhenomはこういう引っかかりはないんでしょうか？

905 ：Socket774：2008/05/26(月) 23:48:48 ID:nS0opZbw
>>902
CORE2はそんなもんだ、DUOはもっとひどい
キャプボでTV観ながらファイルの移動とかしてみ
画面かくつくから
多コアのおいしさは淫では味わえんよ。

信仰心

>>244
CPUのせいじゃないだろ。
I/Oを占有してたら他のプロセスに支障が出るのは当たり前。

WindowsにもBig Kernel Lockがあるんじゃね?

>>244
CPUは関係ないと思われる、チップセットドライバの違いでは差が出るかもしれない。
またハードディスクの差でも出る可能性がある、XBox360のハードディスクがユーザーの自由にメーカーを選択して購入できないのは、それが理由の一つだと聞いている。
OS側を手抜きするために、使用可能なハードディスクの仕様を限定しているらしい。

>>198
>機密保持の為にソフトウェアはカートリッジに収められていて、パイロットが搭乗時に持ちこんでロードを行う。
ドクター中松ｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━ !!

>>249
フロッピー開発したのはIBMが先だろJK

一方、日本の次世代戦闘機「心神」はオープンソースで作った。

>>177
おれおれ

コックピットから再プログラムできるようにするのが燃える展開に必須だろう、常考（ただしアニヲタの常識）

キラ様のことかーーー
あいつはきめえからいらねえ

あれでXPが入っててフリーズするMADは笑った

>>249
先、後っていうかIBMが法的問題をクリアにするために話つけた相手の一人が中松だってことらしいが。
関連特許持ってる奴に片っ端から声かけまくったとか。

中松が取得していた特許は紙の円盤に記録する劣化レコード的技術でしょ
猫を電子レンジで乾かして・・・ってな作り話があるくらい法や権利に慎重だから
まぁ一応話しつけとくかくらいのもんで中松はまったくFDDに貢献してないよ

彼は醤油ちゅるちゅるくらいしかまともなの作ってないよ

>>258
FDDには貢献してないだろうが、偉大だな。

「醤油ちゅるちゅる」は灯油のポンプのベースだ。

>>257
IBMが訴訟起こされるの恐れて多額の金払っただけだな

とりあえず中松もフロッピーもスレ違いだな

いつの間にかこんなに買収まくっ�dね
http://ascii.jp/elem/000/000/123/123347/02-04_o_.jpg

それにしてもこのスライドの日本語訳やっちまったなおい
Offset Engineを開発しているProject Offsetをｱｰﾋｬﾋｬﾋｬ
http://pc.watch.impress.co.jp/docs/2008/0530/intel_14.jpg

Intel日本の仕事の悪さは異常

ごめん、オレのせい

Diamondwille版Atom/1.6GHzのベンチ結果す。
引用先が"FUD"zillaってのがアレすけど、流石に捏造じゃなさそうなので。。。
http://www.fudzilla.com/index.php?option=com_content&task=view&id=7595&Itemid=40
　　・Lame v3.97: 4.6757x (HT無し), 6.7781x (HT)
　　・SuperPI mod: 1'32"766 (1M), 75'38"172 (32M)
　　・Sandra Dhrystone ALU/Whetstone FPU
　　　http://www.fudzilla.com/images/stories/2008/May/reviews/Atom/atom_sandra.gif

ララーにはAVXが？

6月2日から始まるCOMPUTEX TAIPEI 2008でこのスレ的に新しいネタがあるかな？

また同じ説明の繰り返しじゃね？
新ネタは９月

>>267
Nehalemに関してわ、大々的にデモされる模様す。
http://www.theinquirer.net/gb/inquirer/news/2008/05/28/computex-2008-amazing-hall-race
　　--------------------
　　Talking about Intel and AMD, we all know that, in four to five months, you should see the
　　first batch of Nehalems - Bloomfield high-end PC and Gainestown dual-socket workstation-
　　cum-server-cum-Skulltrail 2 - both running on variants of Tylersburg chipsets.
　　--------------------

Core2の時はベンチのリークが速かったけど、
今回は慎重だね。
急ぐ理由が無いのが第一理由だろうけど。

Core2と違ってメインターゲットがサーバー向けだからリーク必要ないね

来年のlynnfieldまで待ちだな。
lynnfieldのメモコン、ECC対応してくれれば文句はないんだが。

Bit-Tech.netがMSIのBloomfileldマザーの詳細写真を掲載しているす。
製品レベルの開発の進捗状況も含めてComputexでわ色々な情報が出てくるんじゃないすかね。
http://www.bit-tech.net/news/2008/05/30/nehalem-and-x58-show-up-in-taipei/1

>>272
　　-----------------
　　lynnfieldのメモコン、ECC対応してくれれば文句はないんだが。
　　-----------------
そうあって欲しいす。PCクラスタの場合、廉価でECCサポートのマザーが使えるという理由だけで
現状わAMDを選択するすから。。。

>>270
Core2は出来が良かったのもあって広告塔になるってのもあったんだろうな

http://pc.watch.impress.co.jp/docs/2008/0602/kaigai442.htm
Nehalem-EPで4way組めるとなると、AMDが4wayで有利なところが
かなりなくなるんじゃないだろうか。

何を今更

lynnfieldがQ3以降だと…?

だめじゃんBloom買うしかねーじゃん

30万コースの予感

Ｌｙｎｆｉｅｌｄは、へたすると32nmプロセス立ち上げ失敗時の保険で、
なにもなければすぐに32nm版に入れ替えられてしまうかませ犬なんじゃねえの？

Lynfieldと32nm立ち上げが完全にかぶってることに成る

Lynnfield、Havendale出すときに一気にプラットフォーム置き換えるつもりとか。
じゃないと、ハイエンドにLGA1366、メインがLGA1160、ローエンドにLGA775と
3ソケット並立なんてひどいことになるし。

>>281
G41クラスをHavendaleですぐに置き換えるのは無理だろ

ttp://www.fudzilla.com/index.php?option=com_content&task=view&id=7651&Itemid=1
Larrabee to launch at 300W TDP

ホットプレート？

ハンバーグ焼けるじゃん。いや焦げるか。

パソコンに室外機付けたい。

情報コンセントならぬ、空調コンセントとかあったら便利だなー。

窓用のエアコンじゃないの？

まぁ。Fudzillaですから。

クロックを2GHz前後まで下げてる（代わりにSIMDユニット増強してるが）のに1PEあたり10W弱も食うかよ
90nm Cellじゃあるまいし

GTX280も真っ青だなｗ

VR-zoneがComputex Taipeiに展示されていたBloomfieldマザーを紹介しているす。
http://www.vr-zone.com/articles/Intel_X58_Tylersburg_Mainboards_Pictured/5827.html
こちらわ既報すけど、CPU-Z画像と3DMark VantageのCPUスコアす。
http://www.vr-zone.com/articles/Intel_Bloomfield_On_X58_Board_Benchmarked/5825.html
　Nehalem/2.67GHz, Vcore=0.856V
　3DMark Vantage CPU: 16334

CPU-Zの表示がデタラメすぎて

>>292と同じくTheINQのNehalemマザーボードギャラリーす。
こちらわ2-socketマザーもカバーしているす。
http://www.theinquirer.net/gb/inquirer/news/2008/06/03/computex-2008-great-wall

Larrabee300Wはねーよ…
ビデオカードとしては第一世代からハイエンドとれるとも思えんし

巨大クーラーにダクト直付けして12�pファンぶん回しても不安になるレベル

intel純正で24pin+8pinってのが怖ぇ・・・4pinのもあるこたぁあるが
って2ソケは8pinコネクタ2つかよ

電源どうしよ・・・orz

Anandtechがセットトップ・ボックスのEee BoxのレビューでAtom/1.6GHzのベンチ結果を掲載して
いるす。
http://www.anandtech.com/systems/showdoc.aspx?i=3321&p=6
http://www.anandtech.com/systems/showdoc.aspx?i=3321&p=7
http://www.anandtech.com/systems/showdoc.aspx?i=3321&p=8
以下、Atom/1.6GHz, Cel420/1.6GHz, Dothan/1.6GHz, Dothan/800MHzの順で結果をまとめておくす。
　・CPU-Z latency
　　　　　　　　　Atom　　　Cel420　　　Dothan/1.6　　　Dothan/0.8
　　L1:　　　　　　3　　　　　　3　　　　　　　　3　　　　　　　　　-
　　L2:　　　　　　18　　　　　14　　　　　　　14　　　　　　　　　-
　　Mem: 　　　　129　　　　125　　　　　　172　　　　　　　　　-
　・SYSMark2007
　　all:　　　　　　32　　　　　55　　　　　　　50　　　　　　　　　29
　　Learning:　　33　　　　　53　　　　　　　52　　　　　　　　　32
　　Video:　　　　36　　　　　55　　　　　　　45　　　　　　　　　24
　　Productivity:31　　　　　54　　　　　　　44　　　　　　　　　29
　　3D:　　　　　　30　　　　　59　　　　　　　58　　　　　　　　　28
　・PCMark Vantage
　　TV&Movie:　782　　　　1044　　　　　882　　　　　　　　　522
　　Music:　　　　1486　　　2042　　　　　1850　　　　　　　　1111
　　Comm.:　　　1062　　　1567　　　　　1473　　　　　　　　802
　　Productivity:1110　　　1759　　　　　1633　　　　　　　　1095
　・DivX [単位: sec.]
　　　　　　　　　　388　　　　207　　　　　　286　　　　　　　　　597

なにこのWiiのパクリ

>>299
AppleTVのパクりだと思うすけど。。。

リモコンの形状見れ

そもそもEee BoxはNettopであってSTBじゃないだろ

8月のSiggraphでついにLarrabeeの詳細が公開されるす。
http://www.siggraph.org/s2008/attendees/program/item/?type=&id=34
　　--------------------
　　Larrabee: A Many-Core x86 Architecture for Visual Computing

　　This paper introduces the Larrabee a many-core hardware
　　architecture, a new software rendering pipeline, a many-core
　　programming model, and performance analysis for several
　　applications. Larrabee uses multiple in-order x86 CPU cores that
　　are augmented by a wide vector processor unit, as well as
　　fixed-function co-processors. This provides dramatically higher
　　performance per watt and per unit of area than out-of-order CPUs
　　on highly parallel workloads and greatly increases the flexibility
　　and programmability of the architecture as compared to standard
　　GPUs.
　　--------------------

LarrabeeのPEすけど、上のアブストラクトに書いてあるように
　・インオーダーx86コア
　・"wide" vector processor unit
　・Fixed-function co-processor
ということで、最初のx86コアを除けばGPUの構造そのものに見えるす。
GPUにせよ、HPC応用にせよ、ハイエンドGPUと競合するためにわ、VPU部分に
演算性能が集約されている筈すから、この部分で消費電力が非常に大きい
というのわ的中している可能性が高いす。

もっとも、"FUD"zillaのネタわ思いつきで書いてるだけすけどね(笑)

それを得意になって盲信したりする奴も居るけどな

ComputexのNehalemの展示に関してわ、引き続きあちこちのサイトでレポートが書かれて
いるす。こちらわTomsHardwareの記事。
http://www.tomshardware.com/news/intel-nehalem-cpu,5560.html
　　---------------------
　　While we’re unable to reveal the actual clock speed that the
　　sample was running at, Intel engineers pointed out that the system
　　was air cooled, running on "very healthy silicon." One Intel
　　engineered remarked "you won’t believe it. It’s insane." We did
　　get a sneak peak at a CPUID read out of the core frequency, and can
　　confirm that the system was running at a very impressive clock
　　rate. We’ll go out on a limb here and say that nothing else
　　currently available on the market matches it.
　　---------------------
ネイティブクアドコアが原因で動作クロックが上がらないなんて間抜けなことわ無さそう
ということで。。。

>306
キンキン冷却した状態での話しだが、ESで6.4GHzで常用検討してたぞ。
だから、クロックは結構いけるとみているんだが。>ネハ

液体窒素でならPen4時代からそんくらい回ってただろうが・・・
それでも空冷常用限界はかなり下

>>303
ついにララーがくるか

予想より１ヶ月早かったが

ｲﾝﾃﾙのｴﾝｼﾞﾆｱ達もララーにかなり力入れてるみたいな記事を見かけたし、ララーの登場でいづれNVIDIA廃業ってことになるんかな？

AVXとか積んでなかったら
old typeのララーは、ただの発熱器

SiggraphのLarrabee論文すけど、共著者の名前から辿るとこんな研究が見つかるす。
http://graphics.stanford.edu/papers/i3dkdtree/
レイトレーシングへの応用の話が語られるのわ確かそうす。

ﾗﾗｰのﾃﾞﾓは
タンパク質の解析をしながら
複数本のSuper Hi-Visionの映像を処理落ちせず再生

>>20
この記事？

Larrabee team member speaks on rasterization for the future
http://www.pcper.com/comments.php?nid=5548

はじめはGPUではないとか言ってたのはここの一部のアホだけで
Larrabee情報が最初に出てきた頃からGPUと言われてたし
ヴィジュアルコンピューティンググループが出来たときからGPUと明記されていた。

ここにはGPU統合なんて絶対しない、ディスクリートGPU参入なんて絶対しないという
アホ粘着がいたがそいつを信じてたとしたらただのアホ。

ディスクリートGPU参入なんて絶対しません（きっぱり

>>314
http://www.intel.com/pressroom/archive/releases/20070416supp.htm

もともと軍事や医療や金融分野を狙ってたんけど上手く食い込めそうになかった
そんでレイトレや物理演算やゲーム関係の会社数社を一気に買収
石を作っても使い道がないんじゃどうしようもないっつんでそりゃもう必死ですよ

>>314
あほはお前。ソフトウエアレンダリングパイプラインの意味でも調べてろ。
Intelが製品化するときにに"GPU"として売るのかといわれたら絶対Noだ。

314の糞オタの醜い姿を見てみたいものだ

http://v-t.jp/jp/benchmarks/bench_test/avs_express_pce070620.php

念のためいっとくけどLarrabeeとハイエンドGPUは多分あまり競合しない。
競合するのはGPUでもゲームグラフィックス以外の用途だと思われ。

>ここにはGPU統合なんて絶対しない

まさかとは思うが
ビデオ内蔵ノースブリッジをMCMしただけで
GPU「統合」とほざいてるわけじゃねーだろうな？

つーかおまえ後藤だろ。

ttp://picasaweb.google.co.uk/Fudzilla.com/ATI4800SeriesTechDemo/photo#5208079896638449394
まぁ、GPUがこういう次元に達してる現在
今更ララーなど無意味
何だよx86って・・・

http://pc.watch.impress.co.jp/docs/2008/0605/comp10.htm
＞G45では、HDビデオをハードウェアでデコードそしてエンコードもできるようになっている。

G45でエンコード？

>>324
G45のGMA X4500HDでデコードって意味だろ
G45になるとx264処理落ちで再生出来ません＞＜が減ればいいなぁ

>>325
エンコードも支援する模様。スライドにも書いてある。

http://pc.watch.impress.co.jp/docs/2008/0605/comp09.htm
こっちにも
＞つまり”45+45”の組み合わせでHDコンテンツの作成からプレイバックまでを軽快に行なえるとする。
とあるから、G45単体でエンコードが出来るというわけではない模様。
G45を使えば、CPUが多少非力でもエンコがそれなりにできる、と言いたいんじゃないだろうか。
実際どうか数字ないのでわからんけど。

SpursEngineｵﾜﾀ

東芝の先見性の無さは異常
by スマートメディア被害者の俺

>>314
大体インテルがデスクトップ＆サーバー用CPUのプレス発表で
IntegrationGPU的な表現を使ったことは今まで一度も無いだろ。
後藤某の個人的願望だか妄想だか分からん記事を
そっくり信じてるとしたらお前はただのアホ。

http://anandtech.com/cpuchipsets/intel/showdoc.aspx?i=3326

Nehalem preview

8スレッド性能だけじゃなく、1とか2スレッドの性能で比較してみてもらいたいな。

http://www.pcstats.com/articleview.cfm?articleid=2000&page=6
http://www.septor.net/archives/37358164.html
ネトバだとHT無効→有効でCineBench +21%、DiVX +16%、3dsmax +10〜21%

ﾂﾏﾝﾅｰｲ

HTの効果しかないってのか？

>>334
そんなこともなさげ。原文よめ。
つーか、おもったよりやや速いと思った…のは漏れだけ??

大半のベンチがメモリ設定に問題がある(シングルチャンネルとトリプルチャンネルで性能が変わらない)
マザーボードで取った。。。という言及に注意すべきす。
http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=3326&p=2
　　----------------------
　　Not only was there no difference between single and triple channel memory configurations,
　　memory latency was high. We know this was a board specific issue since our second
　　Nehalem platform didn't exhibit any issues. Unfortunately we didn't have access to the
　　more mature platform for very long at all, meaning the majority of our tests had to be run
　　on the first setup
　　----------------------

それってマザーの問題なのか

どちらにしてもメモリ性能はすげぇ

Phenom 2.3GHz DDR2-800環境と比べて
メモリリード 2.1倍
メモリライト 2.8倍
メモリレイテンシ 0.6倍
PhenomのEverestスコア参考 http://www.elitebastards.com/cms/index.php?option=com_content&task=view&id=550&Itemid=27&limitstart=3

マザーというよりチップセットの不具合だろ。

Nehalemがなんでchipset経由でメモリーアクセス？

>>337, >>339
>>336に引用した一節だけでも"a board specific issue"だと語られているす。
Anandが見せてもらった２つのシステムのうち、片方にわ問題がなかった。。。とも書いてあるす。

Intel's 8-core Skulltrail Platform: Close to Perfecting the Niche
http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=3216&p=1

Penryn 4 core → 8 core
3dsmax +40%
Cinebench +60%
POV-Ray +90%
DivX 6.8 +4%
x264/MKV +1%

Penryn 4 core → Nehalem 4 core (8T)
3dsmax +40%
Cinebench +24%
POV-Ray +36%
DivX 6.8 +28%
x264/MKV +44%

これをみると3Dレンダリング系は4→8Threadの効果がある。
半無尽蔵に並列性がとりだせるレイトレなどは+90%以上いってる。
ところがエンコードは8Threadの恩恵が殆どなし。
Nehalemのエンコード性能の高さは本物。

>>341
Unganged/Gangedモードとかじゃないのけ

>>342
プロセッサ間の同期が問題になる2-socketシステムと単純に比較するのも考えモノす。

エンコなら屁飲む言ってたアム厨完全死亡の予感

>>343
メモリレイテンシが非常に大きいという問題もあった (Not only was there no difference between
single and triple channel memory configurations, memory latency was high. )とあるすから、
あまり正常な状態にわ見えないす。
実物を見たAnand当人が変だと書いているすから、変だったんじゃないすかね。

π焼きが速ければ、認めてやる。

>>344
マルチソケットのベンチ結果も大体どういう傾向かは過去のベンチからわかってるんで。
3Dレンダリング関係では8 core > 4 core+SMTなのに、エンコ系では、
4 core+SMT > 8core なのもその証拠の１つかと。

>>348
ところでSkulltrailのx264/MKVってこれすよね。
http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=3216&p=12
　　Dual QX9775: 92sec.
　　Single QX9775: 173sec.
という結果すから、4core -> 8coreで+88%じゃないすか？

>>349
うへっ、間違えた…(;´Д｀)

ちなみにBloomfieldよりお手ごろなLynnfield/Havedaleが
遅れてやがるおかげで、まるでServer仕様なBloomfield(250mmsqオーバー)が
$316(?)から買える、Intelかつてないほどの大バーゲン状態じゃん(!)
と思ってしまう負け組も漏れだけみたい…(;´Д｀)

MeromファミリーのE6600とか初期で$316？の位置づけだったから、
Bloomfieldも別にそんな高いと思わないでしょ

Meromは143mmsqだったからな。
多分、3倍くらいコスト違っててもおかしくないかも。
パッケージングも前より金かかってそうだし。
Intel的にはあまりおいしくない状況だと思う。

$316で出るなんて情報は一つもない罠

$316から出るなんてなんて幸せ脳みそ

>>354
以前から$266より上の価格帯っていわれてるけど。
IntelのSKUで$266より上は普通$316でしょ。
http://pc.watch.impress.co.jp/docs/2008/0602/kaigai01l.gif

http://northwood.blog60.fc2.com/blog-entry-1644.html
これとか
$530の可能性も大いにあるが

Nehalem cooler
http://www.fudzilla.com/images/stories/2008/June/Computex_2008/nehalem_cooler.jpg

仮にBloomfieldのクロックが上から3.00G/2.83G/2.66Gとしても
York-2.83GとBloom-2.66Gなんてありえないと思うぞ。
同クロックでは明らかにBloomfieldの方が速いんだから。

York-2.83GとBloom-2.66Gが同価格なんてありえないと思うぞ。

↑抜けた

Yorkは低価格帯へ、Bloomfieldの最下位が$316で出てきたらIntel神。

>>359
$316という確定情報はないんで(だから(?)をつけた)
声高にこれ以上主張する気はないよ…(;´Д｀) はあ…。

こっちが(;´Д｀)ﾊｧだよ、まったく

漏れも通用しなくなってきたな。
もう涙の2ch引退だわ…(;´Д｀)はぁはぁ

もちつけ
とりあえず一発抜いて寝れ

今まで買った一番高いCPUが316ドルだが、年末には自己記録更新するかもな
530ドルでも手を出しそうで怖い

316ドルでリリースしてくれないかなぁ( ﾟ∀ﾟ)

QX9770で999ドル以上の領域ができちゃったから、クロック3段階でも、
1399ドル、999ドル、530ドルの可能性があるからね。
でも、316ドルでBloomfieldが来たら、大バーゲンなのは確かだろう。

Nehalemでエンコしたい。

http://online.wsj.com/article/SB121263195919947255.html?mod=2_1571_leftbox

http://forums.vr-zone.com/showthread.php?t=285056
どうやらマジらしい。

net burstの悪夢を再び^q^

更新されていた。
http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=3326&p=7

CinebenchのSingleThreadベンチでは、York→Nehalemで2%強

シングルスレッドの性能は変わらないのか…

あまりあがってないだろうなっていうのは推測つくからね。
HTT込みで20〜50%ってことはシングルスレッド性能は0〜20%くらいの伸びだろう。
Tylersburgみたいなでかいチップセット載せて、消費電力がロードで15W差と差は小さい。
CPUの消費電力はあまり増えてないだろうから、3.4GHzくらいは45nmでもいけそうだしな。

メモリやバスが大きく改善されてるから、MultiThread・レスポンスは向上してるな。

Merom + SingleThread 5〜10% → Penryn
Merom + SingleThread 5〜20% + MultiThread 10〜50% →　Nehalem
こんな感じじゃないかね。

それでもシングルスレッド性能が下がってないだけすごいな。
L1レイテンシ1.33倍、L2サイズ1/24ってかなり響くだろ。

今まであまり意識してないところを改良しましたみたいな

この設計で2コア、L3無し、L2増量で設計したら、もっといいCPUになるんだろうな。

K8、K10が得意そうなアプリで差がつきそうだな。
Winrarとかメモリベンチのような

結局メモコン搭載してもあまり効果が無くて>>372ってな結果なのだろ

>>380
ベンチしたシステムのメモリ周りに不具合（1ch-3chで変わらない、レイテンシが大きい）があったって書いてんだから
メモコン搭載が意味ないってよりそのせいでしょ

2.93GHzで動いていたほうでベンチとればよかったのに

>>373
よく考えてみると4-thread同士の比較でわPenrynより落ちているのもあるす。
■Valve map compilationベンチ
　　　　　　　　　　　　　　Nehalem　　　　　Penryn
　8-threadの場合　　　　　197　　　　　　　265　　　　[sec.]
　4 -> 8の差　　　　　　　　　48　　　　　　　127　　　　[sec]

　4-threadの場合　　　　　149　　　　　　　138　　　　[sec]

それLower is better

しかも49

それ以前に、元の表の意味もよく分からん。

>>376
L2サイズ1/24だがレイテンシ1/3だろ？
キャッシュ性能は容量とレイテンシで決まるから
容量が小さくても速ければ性能は出るんだよ？

今までの共有キャッシュ設計のまま拡張しちゃってたら
8スレッドで共有キャッシュに同時アクセスして
7スレッド分のアクセス処理待ち喰らって性能がた落ちする。

そんなケースはレアだけど
L1=32KBじゃミス率10%はあるそうだから
8スレッドあったら4スレッドは同時にアクセスしてくるだろうね。
レイテンシ20、スループット10でも合計50cycle待ちにはなるはず。
それよかよっぽどマシなんだろうよ、この個別L2設計は。

>>384-385
訂正わ感謝するすけど、148秒(Nehalem)と138秒(Penryn)でどちらが"Lower"に見えるすか？

>>387
Nehalem 11クロック
Penryn 15クロック
どういう計算だと1/3なの？

>>378
L2の帯域が足りないよ。

共有L2の欠点は帯域を取り合うこと。
独立キャッシュならバスも独立で設計できる。

2スレッドでコアを共有することでただでさえL1のミスヒット率が増加してるのに
今更L2共有にはできんだろ。

http://naka-nishi.com/products/img/img_hanami.jpg

>>390
2コアって書いてあるんですけど？

自作板にはL3否定論者が多い。
なぜだろう。

>>393
Phenomの影響かと

>>393
実際に現物を見て、Barcelona(独立小容量L2 + 共有L3)がCoreアーキテクチャ(共有大容量L2)に
ボロ負けしてるからだと思うす。

>>392
もちろん2コアでも同じだよ。
32KBのL1を2スレッドで同時に共有するようになったらどんだけミス率が増えるか考えてみようね。

L1を増やす？
レイテンシ5とかになるよ。

>>395
,,・´∀｀・,,）っ-○◎●　＜キャッシュのせいじゃないだろそれ。　そもそもNehalemになってもキャッシュ容量の優位は変わってないし。

>>397
別に技術的優劣を語っているつもりわ無いす。『印象が悪い』理由の話。

このベンチって、メモリ1chでやってるの？

Intelのニュースじゃ無いすけど、Polarisの発表時に語られた3Dダイスタッキングの進展具合す。
http://pc11.2ch.net/test/read.cgi/jisaku/1202913839/755-756
http://www.eetimes.com/news/semi/showArticle.jhtml?articleID=208402446
Larrabeeのそのまた次の世代位にわ来るすかね。。。

TGDailyのTheo ValichのNehalem記事す。
http://www.tgdaily.com/content/view/37824/135/
　・"FUD"zillaのオーバークロック制限機能があるという記事わ嘘っぱち
　・BloomfieldわDDR2-1600もサポートする。

ご当人も"FUD"zillaとあまり変わらない質の記事を残しているすけど。。。

L0.5なLSDの効果はどんなもん？

>>401
例の件の一番下のスコアってどこのサイト？

>>403
当然のごとく、1段目から2段目を引けば良いす。

それよりもTurbo Modeの詳細ﾏﾀﾞｰ?? ﾁﾝﾁﾝ
http://en.hardspell.com/doc/showcont.asp?news_id=3211
We get to know that Intel will change overclock policy when LGA1366 and LGA1160
to replace LGA775 and then Intel just allow high-end quad core Bloomfield to overclock.

BloomfieldでのみTurbo Modeがsupportされるというのが変形して腐れルーマー化
した可能性があるので、もしかしてTurbo ModeはBloomfieldのみの可能性も考えてる。

あと、キレ坊が登場しないように念のためいっておくが、
現行の$316 Yorkfieldのシステムの感覚でいると、
Bloomfieldはマザーが高いだろうからよろしく。

P6 1995/11
NetBurst 2000/11
Nehalem 2008 Q4

予定通り出るとオレゴンQ4フィーバーだね（・∀・）

BloomfieldはQ3じゃなかったか？

Q3って7〜9月だぞ。
日本の商習慣とごっちゃになってないか

それとは勘違いしてないが、Q4だったな。悪い勘違いだ。
ってことはまだまだ改良の余地があるな。
本格的にでるのも2009年Q3だし。

NehalemはIPC上がってないって認識でおｋなのかな？

パッケージ当たりのIPCは大幅に上がってる。
コア当たりのIPCも同様に上がってる。
スレッド当たりのIPCは微増。

IPCという概念はマルチコア時代にはそぐわないので、素直に「同クロックでの性能」
と言った方がいいぞ。
マルチスレッド性能：Yorkfieldの１．３〜１．４倍
シングルスレッド性能：Wolfdale/Yorkfieldから微増

メモリ周りに不具合のある状態でじゃなかったか？

オレゴンさいこおぉぉ〜！ ｂｙ織田裕二

まぁ初物は避けるけどね
rdramや423の呪いは決して忘れぬぞ

>383であるようにYorkfieldに負けているのは、メモリの不具合が原因？

メモリが正常に動いている（らしい）2.93GHz動作のシステムで
レビューしなかったのはなぜだろう。メモリベンチはやっているのに

intelからそっちのベンチ結果は公表したらだめという約束でもあるんじゃね？
ESを手に入れて、勝手にベンチ結果アップしてるサイトじゃないんだし。

>>413
AM2も最初ベンチが出てきたときは（ｒｙ

20年ほど前にi386発表したときからずっと、x86アーキテクチャが足枷になっているが、
互換維持のためには仕方ないし、intelチップの宿命

8086当時から、まさか30年後もこの命令セットが生き残ってるとは思いもよらなかった。

8086
当時からいじっているのか。
かなりのおじさんですね。

>>420

そうだよ
当時から電卓CPUベースって言われて叩かれていた
ずっとこの議論は尽きないな

モトローラの68系とアーキテクチャ設計で負けていたが、MSDOSとWNDOWSでIntelが
勝ってしまった。

そんな小生も、今はQ6600で満足してしまってるんだがｗ

足枷といえるほど他のISAの実装ががご立派でもないんだよな。

Tom's HardwareのAtomレビューす。
http://www.tomshardware.com/reviews/intel-atom-cpu,1947.html
現存するx86マイクロアーキテクチャとclock-for-clockでの比較を行っているのが興味深いす。
比較対照わ次の通り。
　・Atom230/1.6GHz
　・Pentium-E 2160/1.8GHz (Core microarchitecture), 1.6GHzにダウン
　・Sempron 3400+/1.8GHz (K8), 1.6GHzにダウン
　・C7-M/1.5GHz, Atomの方を1.5GHzにダウン
　・Celeron-M/1.3GHz (Dothan), Atomの方を1.3GHzにダウン

>>422
リトルエンディアンと2引数のISAわ勘弁して欲しいすけど。。。

>>412
IPCってのはシングルスレッドの値だと思うが

>>422
いや、x86が傑出して糞だろう。
8080どころか4004からの伝統をひきづってる。
RISCより以前、68000と競合しているときから命令セットが糞
といわれていたな。

なんとかならんもんなの？

>>427
Intel自身、その糞さから何度も脱却したいと思っていて、
最後にはItaniumという人類史上最大の投資をしたRISCキラーアーキテクチャ
で脱却しようとして失敗。そして、もう全てがx86のという路線変更をして現代に
いたる。

もちろんAVXのVEXプリフィックスで脱却なんて記事は
正しくないから安心しろ。

>>428
なるほど・・・

RISCキラーになる予定がリスクを負ったと

誤解されやすいが、
Intel自身はx86に対するこだわりは過去にはあまりなかった。
おかげでiAPX432, i860/960, StrongARM(Xscale), Itaniumなどが過去にあったけど
全て撤退か、主力化の戦略からは路線変更してるよ。
RISC全盛のときには防衛に徹するしかなかったからx86に力をいれてたが、
過去に現在ほどx86に注力したことはない。

Intel版の"x86 everywhere"路線変更の結果が、
サーバ向けに本気になり始めたNehalem、
携帯/組み込み市場向けのAtom
HPC/GPGPU用途のLarrabee
なわけ。もうほんとにx86だらけ。反吐が出る。

確かに8086は糞だと思うけど
386ネイティブモードってそんなに糞かなあ

x86って他のアーキテクチャと比べると移植性と互換性優先で
拡張してきているから、OS上で動くソフトの面からみるとあまり不満がないだけでしょ。
ハード、OS、コンパイラを作る側の負担が大きい。
もしRISCが主流だったら趣味でCの最適化コンパイラ作るやつもいるだろうに、
x86はなあ。

>>426
団子さんはISAの「実装」って言ってるよ

ああ、実装か。
POWER派は否定するかもしれないが、x86の実装が最強だろう。

結局、ISAの差より実装(に掛けられる金)の差の方が大きいってことで

>>424
SuperHをバカにするな




まぁぶっちゃけ俺も嫌いだ。前々からimm8かなにかをレジスタ指定に使えるようにしろと思ってた。

AVXで本当にやりやがった。

いまデモされ始めたBloomfiled+X58チップセットはどのくらいの価格になるんですかね？

マザーとCPUで7〜8万円くらいなら買いたいけれどなぁ。

MB、CPU共に安くても4万弱ぐらいはしそうな感じかな。

>>440
なるほど、予想価格で予算ぎりぎりだな。
あとはDDR3がどのくらい値段が下がっているかにもよるなぁ。

>>439
確かに8万位になりそうだな。
流石にSkulltrailの70kは超えないハズだし、Q9450相当が一番下ならそれくらいか。

しかし次作るとなると最低3GHzは欲しいところだ
でも最低クロック以外は高いんだろうなぁ…

マザーはメーカー問わずなら３万は切るだろう

>>444
X38,X48,,P45とかと一緒で一定ライン以上を買おうとしたら3万超えるって言ってるよな。

>>445
一定ラインをどこに引くかだが、IntelやGIGA-DS5のX48マザーは３万切ってるから。

Lynnfieldが遅くなりそうだから、多少高くても我慢しきれない人が
Bloomfiledを買いに走るんだろうなと予想。
AMDが不甲斐ないから、Intelが殿様商売をしないかとちょっと心配
だな。
そういう意味でAMDの45nmCPUにはがんばって欲しい。

AMDは当分K10.5で3GHz越えのCPUが出せないだろうから、
Intelが殿様商売をするのはほぼ決定事項。
一番下の2.66GHzぐらいはAMDと同等程度に安くしてくれるだろうけど

2.66Gで$316という噂が本当なら殿様商売どころかバーゲンセールだ

シングルスレッド性能が上がってないとしたら今のDuo組は見送るんじゃないかな

E8600＋P45でシングルスレッド性能を越えられるのを待ってるぜ(｀･ω･´)
メモリはDDR3にするけどな。

光配線時代の幕開けが近づいてきてるな

2008/06/05 21:08　日経マイクロデバイス

東レは，10Gビット/秒以上の高速データ伝送を実現する光配線を，
汎用的なプリント配線基板上に形成できる材料を開発した。

光配線の実装プロセスは以下の通りである。
まず，プリント基板上にクラッド層用のシート材料を張って熱硬化させる。
次に，プリント基板上に熱硬化した下部クラッド層の上に，
コア層用のシート材料を張り，マスクを介して露光後，アルカリ現像することで，
光が伝搬するコア層を形成する。
その後，クラッド層用のシート材料を張って熱硬化すると，光配線が完成する。
クラッド層用の材料は，50μmの段差を含む部位を平坦に埋め込むことができる。
プリント配線基板上に形成可能にするために，開発した材料の硬化温度は180℃以下とした。

同社では光-電気混載プリント配線基板が2010年頃から普及すると予測している。
応用分野は，ゲーム機，テレビ，ホーム・サーバーなど大容量のデータを高速に伝送する用途向けである。
伝送速度が10Gビット/秒以上の高速伝送を光配線で，既存の電気配線で対応できる伝送は電気配線で使い分けることを想定している。

社長が変わってからの東レは地味だけどかなり頑張ってるな。

PCWatchのNehalemマザーボードギャラリーす。>>294のTheINQより画像わ良いす。
http://pc.watch.impress.co.jp/docs/2008/0609/comp19.htm

以前HKEPCだったか、中国系のサイトにNehalemにはTurbomodeが
実装されるようなこと書いてあったけど、Anandtechのベンチでは
特にTurbomodeが動いてないよね。
実装されなかったのか、まだチューニング中でうまく動かないのか。
Turbomodeがうまく動けば、シングルスレッド性能の向上が小さくても、
マルチスレッドに対応していないアプリでもそれなりに効果ありそうだけど。

biosノ対応が遅れてると予想。
実相は絶対にしてあると思われ。
むしろ隠し機能が楽しみな位に。

DDR3はもうちょいクロック上がってこないとDDR2との差はつかないかな

こんな発表が出来るって事は、もうだいぶ仕上がってるんだろうな

しかも2.6Ghz399ドルから、って宣言してるって事はある程度の歩留まりの見込みも立ってると

Nehalem/2.4GHzのSuper-PIのニュースが流れているす。17.219sとか。
http://www.expreview.com/news/hard/2008-06-11/1213151319d9157.html
ソースわ、JCornell氏の掲示板投稿の模様なんで、信用できるかと思われるす。
http://www.xfastest.com/viewthread.php?tid=10903&extra=page%3D1 (PI画像わ消されているす)
ConroeやPenrynと比較すると、こんな感じす。
　Conroe: 〜21sec
　Penryn: 〜20sec.

>>459
Penryn/2.4GHzだと20secってことですか？
だとしたらNehalemなかなかやるじゃない。
見直したわ。

πとか出されてもな・・・ｗ

SSE4.2の効果が分かるベンチとかまだないのかしら

Super-PIだけで結論はできんでしょうけれど、1.16倍の性能向上があるという事ですか、3Ghzなら
3.0GHz→3.48GHz 程度の高性能化ですね
同クロックでも高速化している実感もなくはないと思われます、あとは価格次第かな。
3.0→3.3だと高速化している実感はありませんが3.0→3.6程度までいけば、それなりに実感しますんで。

Kentsfield 3.1GHz、Nehalem 2.4GHz これでほぼ同じ速度だな。
2.4GHz / 3.1GHz * 100 = 77%

1.7倍か？

http://ranobe.com/up/src/up277754.jpg
時間で計測しても性能差はわからないから、しっかり時間を同じぐらいにして測ってみた。

Kentsfield 3.1GHz =Nehalem 2.4GHz
やっぱ1.7倍だ。

>94 0'17" わはは Intel Core 2 Quad Q9450 2664 Unknown Unknown 2664MHz 333.0*8.0 リテールFAN GIGABYTE GA-G31M-S2L Vista 久々の自作機

Kentsfield 対なら
2.4GHz なら 2.6GHz 相当だよ

>>466
時間を同じにしてクロックを変えていかないと計算なんか出来ないぞ。

？

>>468
時間で割っても性能差は出てこないってこと。
クロックを変えて、時間をほぼ同タイムに合わせて、クロック同士で割らないと
正確な性能差はでてこない。

実感するなら関係ないと思われ

>>470
1Mの計算は、性能が大きくあがっていたとしても、既に時間が短すぎて
性能差を出すのは難しい。
上の計算はミス

Conroe比ならQ6600 3.10GHz = Nehalem 2.4GHz 【1.29倍】
Penryn比ならQ9550 2.83GHz = Nehalem 2.4GHz 【1.17倍】
Conroe→Penryn 【1.09倍】

ラストレベルのキャッシュが2MB増えてるのが効いているのだろうかね。

Intel Research Dayに関する報道が色々。LarrabeeやIntelのマルチプロセシング
言語"Ct"、待機電力の削減技術等について語られたとのことす。
・ライブレポート 　AtomやWiMAXの開発年表が興味深いす。
　http://www.ubergizmo.com/15/archives/2008/06/intel_research_day_keynote_live.html
・EETimes http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=208403516
　　---------------------
　　Larrabee will sport about 100 new x86 instructions including
　　support for vector processing at a TFlop rate.
　　[略]
　　Intel said Larrabee will not ship until at least late 2009.
　　[略]
　　Unofficial reports have said Larabee will use 16 cores running up
　　to four threads each and sport a 1024-bit wide memory bus.
　　---------------------

Nehalem期待age

>>45で書いたMOVBE(Big-Endianのロード・ストア命令)は
Atomに実装されているようだ
http://www.freeweb.hu/instlatx64/InstLatX64_GenuineIntel00106c2_Atom_Silverthorne_1600MHz.txt

研究室レベルではおもしろいこといろいろやってる。
http://pc.watch.impress.co.jp/docs/2008/0613/hot554.htm

CtってBakerって呼ばれてたものかな？
結局Cライクで落ち着いたのか



だんごやさんはCUDAが好かん

Ａｔｏｍだってよ　なんか元気なくなる製品だな

Kilocore1025とかのほうがｗｋｔｋしね？

それペーパーリリースで終わった

>>479
まじ！？絵に描いた餅とは・・

Intel社，チップ間伝送向けモノリシック型光通信素子を展示
http://techon.nikkeibp.co.jp/article/NEWS/20080613/153231/

>>481
チップ間光伝送は
2,3年前からIBMと競争してるがどれが最善なんやら・・

>>452
光は遅いんだ。

8086を今のプロセスで作ると何個のるのでそう？

>>484
Intel 8086は'78年6月8日に登場し、トランジスタ数は29,000個、
当初の動作クロックは5MHzだった。

YorkFieldは8億2000万

>>485
なんかアプローチを買えるべきでは、コア80てどんなんだろう？

28275個のるな、しかし当時の8086と比較すると、一万倍程度は高速化しているから
アプローチを変えても特定用途でしか性能は見られないかと

好きなの買っと毛
http://monoist.atmarkit.co.jp/fembedded/07ipflex/ipflex01.html
http://www.itmedia.co.jp/news/articles/0410/07/news039.html
http://ext.ricoh.co.jp/LSI/product_assp/ri/architecture/index.html
http://ascii24.com/news/i/topi/article/2005/06/27/656644-000.html
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://pc.watch.impress.co.jp/docs/2006/0601/spf08.htm
http://pc.watch.impress.co.jp/docs/2006/1106/tokyou.htm
http://gigazine.net/index.php?/news/comments/20070213_intel_80/
http://www.atmarkit.co.jp/news/200708/21/tile.html

次のCPUは大きさ変わるってほんと？
次じゃなくても近いうち変わるの？

HKEPCが今年Q2のデスクトップ向けNehalemについて伝えているす。
XE版3.2GHzと通常版2.93GHz & 2.66GHzとか。
http://www.hkepc.com/?id=1316&fs=c1h
価格についての情報わ、まだ出回ってないようすけど2.66GHzモデルについてわ異常に高価という
ことわ無さそうす。
期待される性能向上わ、Penrynの15-30%増しとか。

最初の行から間違えているので、訂正す。
　　　今年Q2 -> 今年Q4
ってことで。

ネハは、２コアを１個にまとめてQPIにしてメモコン突っ込んだ結果コスト安くなったか、高くなったかが一番問題だな
今は多少高くても将来より安くできるのならOKかなと思うわ
逆に、歩留りあげられずでCore2Quadに勝てなかったら、完全に意味なし。
性能は製造技術のチューンでクロック上げたほうが効率よさそうだしな。

SMTで大幅に性能あがるから
ダイ〜パッケージングのコスト増は
正当化できるだろ
っつーか、高性能化のためにコストアップするのは常識
C2Dという例外は忘れましょう

Penryn*2よりダイサイズが大きいから単純に製造コストは2倍以上。
歩留まり考えるともっとかかってるだろう。
ただ、2CPU以上の構成だと今のFSBだと限界が既に出ているから、
QPIとメモコン搭載は必要だろう。
1CPU構成でもマルチスレッド対応ベンチだとかなり性能向上していたし。

SMTで性能があがるとは到底思えないし、SMTでコストがあがるとも到底思えないのだがw

>SMTで性能があがるとは到底思えないし
お前がSMT disableにすればいいだけ。

>>495
http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=3326&p=6

これだけマルチスレッド性能が上がっていてSMT以外の何だというんだ。
シングルスレッド性能はほとんど変わってないのに。

シングルスレッドは、2.4GHzの時πで17.0xx秒ぐらいだから、1.2倍ぐらいは性能上がってる

SMTで性能上がらないのなら各社研究してねえよ

>>499
現実見ろよ、物理スレッドは2個以上あって性能出ている例なんてあるか？
エンコかw

現実を頑なに否定してるのはお前。
エンコードの性能が上がることを除外したい理由を聞きたい。

エンコ専用高速機など業者でもないかぎり用は無いっつーの

PC用にマルチスレッド対応CPUが出はじめて
既に5年以上近く経つというのに、
未だにマルチスレッドが効果的なアプリがエンコ程度ってのがな。

そんなレスする奴はとうの昔に倒れ尽くしたぞ

俺俺、よく訓練されただんごやさんだよ

よくみなくても503の内容が酷い件について

しかし実際のところPC向けとしてはエンコくらいしか効果ねーよな。
未だに。
もうすこししたら超解像とか出てくるかもしれんが。
シングルスレッド性能はもう十分と言う人も多いけど、やっぱ速いに超したことはない。

エンコなんて、全然コア数でスケールしない
一番コア数に比例するのは、3Dのレイトレーシングだよ
コア数*90%以上はタコなアーキテクチャでもがち

エンコもスケールしないのとスケールするのがある。
Penrynのベンチのほう見てよ。
DivXは8 coreでも全然はやくならん。
だから問題なのです。

＞エンコしかない

まあオタからすればそうだろうけど
PG、SEにとってコンパイル速度が上がる＝仕事の効率うｐなわけで

頭がそれしか働かない、哀れな奴なんでしょ

スケーラビリティ確保なんざ、まあスレッドをほぼ独立動作させるに限る。
無理して処理を分割する必要ない。


Excel 2007からマクロがマルチスレッド対応したよおまいら知ってるんだぜ？

おいおい、VB6の家系はVBAで進化しつづけるのか?

アレどっか進化してるの？

VBAのIDE画面ってOffice 2007のUIとぜんぜん統一感ないんだが、パワーユーザー・開発者層にはRibbonより従来UIのほうが向いてるという判断かな？

>>512
それが条件なら一つのコアにする意味はまったくないけどなw

>>510
そもそもコンパイルの速度はあがらないだろ。
複数同時とかの条件でなければ。

make -jのことだろ。

もっと根本的な話、コンパイルが遅すぎて問題になっているC++は4コアとか8コアとかかじゃ焼け石に水で
分散コンパイルをツール使うでしょ、30〜40コアぐらい並べないと遅くてやってられん。
VBやC#は一コアで十分、Officeのマクロで、Core2でCPUパワーが足らなくて困った事態に陥ったことも無いしw

だって今回の場合 4core → 4 core+SMT
だぜ。仮にシングルスレッドでIPCが同じだとして、
Yorkfieldの3.2/3.4GHzからどれだけ速くなる状況があるのかと。
この高速化が2年1度しかないのである。

それがマルチスレッドの時代のCPUの進化。
もっともシングルスレッド性能もSIMDなどの命令追加もあるから
実際にはもっとあがるのだが、マルチスレッドはその中の一つという考えが
今のところだとうかなあと。

ああ、わかりにくいな。
汎用処理のIPCもあがる、命令追加でSIMDなどの特化処理が速くなる。
それとSMTやマルチコアでマルチスレッド性能があがる。
DLP, ILP, TLPの三段構えが今後のトレンドです。

ATOMが出なければな

>>521
Intelだけに注目しても>>522さんの指摘したようにAtomわILP向上を放棄しているし、Tukwilaも
ILPわ重点から外れているす。

>>521
IntelもILPをあきらめているわけじゃないでしょ。そういう資料も出していた。
そもそも俺はNehalemで全くIPCが向上しないとは思ってないから。
そのうち一通りのベンチがでればNehalemで速くなるアプリもあるだろう。

Core 2は、シングルスレッドでPentium M比でも20%以上IPCがあがったからな。
SMTの効果はマルチスレッドでせいぜい30%くらい。
しかも実際にBloomfieldで効きはじめるのは4スレッドを超える場合だ(そんな状況ほとんどねー)。
5スレッドでは+5〜+10%もいけばいい方だろう。8スレッドで+30%。
それより、QPIやらIMCの方が目がいくのは仕方ない。

http://www.ne.jp/asahi/comp/tarusan/main182.htm
http://www.ne.jp/asahi/comp/tarusan/main183.htm
http://www.ne.jp/asahi/comp/tarusan/main186.htm
http://www.ne.jp/asahi/comp/tarusan/main187.htm

>>497をもう一度みてみるとたとえば
CinebenchではPenryn比で+3%速くなってる(+2%より+3%に近い)。
で、SMTが効いたときで+24%だから、実質+20%くらいしか効いてない。
それがSMTの実力。

もちろんAtomみたいなローエンドは除外。
Atomみたいのが成功しすぎれば、ハイエンドの未来はどんどん暗くなっていくだけだ。
Atomは現行で1 coreしかないからSMTに関しても状況がBloomfieldとはまるで違うけどね。
どっちかというと(バッググラウンド処理, IOアクセスなどに足をひっぱられて)
遅くならないって効果が大きい。これは使用感に影響するので重要。

>それがSMTの実力。
十分じゃないの?
処理できるスレッドが2倍になったから性能も2倍にならなければおかしいという主張はアホの子の専売特許だけど。
似非コア疑似コアとか言ってる連中のことね。

SMTが嫌がられるのは、性能ではなくて非対称性だよ
性能だけなら30%も上がれば十分に上がったと言えるだろうけど、非対称性は30%性能を引き下げかねない要因だからな
両方合わせると、性能向上しやすいアプリケーションと上がらないアプリケーションにばらつきがでて取り扱いにくくなるという事。

ATOMの登場は一般人がPCに求める性能上限がそろそろ見えてきたことを示してるんでしょ
性能が伸びても購買意欲を刺激できなくなったら進む方向は変えないといけない

ま、Nehalemの場合、使いたい奴だけ、SMT使えば良いだろうって感じだな。

SMTが嫌いな奴は使わんでも十分だろ。

殆どのケースで8スレッド使い切れないなら、切っても変化無いだろう品ｗ

SMTもサーバでの効果は認めるけど。
もともとNehalemはベースがサーバ用だから。
上であがった分散コンパイルなんてまさにサーバの仕事。
家でそんな豪勢なビルド環境をそろえてコンパイルしているやつは、
エンコオタ以上のオタクなので一般とはいえない。

もちろん趣味のプログラムでSMTがあるか否かで、
大きくコンパイル速度がかわるような大規模プロジェクトなんて
普通の人はやってない。

現在開催中のVLSI SymposiumでNehalem関連の発表もあったとのことす。
http://crave.cnet.com/8301-1_105-9970055-1.html
http://www.bit-tech.net/news/2008/06/17/intel-sheds-more-light-on-nehalem/1
QPI, モジュラー設計、省電力機能、等について語られたらしいす。
目下報道されている内容でめぼしい項目わ、こんな感じす。
　・チップ間インタコネクト25GB/s, メモリ帯域32GB/s
　・モジュラ設計により、コア・I/O・メモリコントローラわ電源、クロック、タイミング全てにおいて独立
　　[MACオタ注: 競合他社のように統合によりコアの性能が落ちることわ無いと言いたい様す]
　・EISTやC1Eのクロック可変を56%高速化。電圧の変動に対して瞬時にクロックを調整できるため
　　電源が不安定な状況でも安定性が大幅向上。
　・事実上クロックわ常時可変状態のため、オーバークロック云々わ無意味。でもユーザーやOEMにわ
　　不評っぽい(笑)　[MACオタ注：これが例の『OCできない説』の正体らしいす]

>・事実上クロックわ常時可変状態のため、オーバークロック云々わ無意味。

これ結局クロックで別けて複数商品ラインナップするのに
ホントに無意味なら最下位でも最上位と同じとこまで自動で上がるとかありえんし
オーバークロックが無意味になるなんてありえんよね。

>>532
サーバーならなおの事安定性が要求されるので、実質的には良くないと思われ
広告用の売り文句で、素人を騙すのにちょうどよい技術かと、PS3といっしょやなw

またおまえか。

広告用の売り文句にIBMもSUNもその他のベンダーも大枚はたいて技術投資してるんだな。

>>536
おっと、Niagara2の悪口はそこまでだ

何でこんなにアンチSMTが多いんだ?

CGMTﾏﾝｾｰ

>>536
おいおい、サーバ用のハイエンドは今では殆どCGMT/SMTのどちらかが採用されてるぞ。

Core2Quadが売れて大量コアの効果の薄さがバレたからだろ
効果が実感できるのは2個までって

>>542
だから素人騙しって言われるんだろ(藁

何このアホ

FGMTのことも思い出してあげて下さい

>>544
お前がどこまで書き込みの流れを読んでいるのか知らないが、
サーバでは安定性重視だから、SMTはよくないみたいな書き込みが上にあって、
俺はそれに対して反論しただけ。

醜いおバカにはその程度も理解できそうにも無いね

お馬鹿さんのために一応補足してやると、
Nehalem, POWER6, Barcelona, Rock, SPARC64 VII, Montecito/Montvale, Tukwila
このなかで、Hardware MTがないのは1つだけだよねぇ。
>>536はそれしかしらなかったのだろうか。

仮想化使うとTLBのエラッタでクラッシュする欠陥がある方が信頼性駄目だな

今年前半のTop500ランキングすけど、相変わらずIntelの好調ぶりが目立つす。
これプロセッサ別の統計すけど、今回初ランキング入りとなるHarpertownだけでシェア32.3%。
ちなみに同時期に投入されたことになっているBarcelonaわ2.6%(笑)
http://www.top500.org/stats/list/31/procgen

TOP500にNEC1台（地球simlator）、Cray1台か・・。
「スパコンは死んだ」といっても過言ではないな。
Nehalemでこの流れがさらに加速するんだろうな。

>>552
　　------------------
　　「スパコンは死んだ」といっても過言ではないな。
　　------------------
プロセッサレベルで専用設計のBlue Geneシリーズわ6.6%を占めているし、プロセッサ以外わ
専用設計のCray XT4なんかも目立つす。
『ベクトルは死んだ』と言いたかったすか？

>何でこんなにアンチSMTが多いんだ?
多いか?
一部粘着が頑張ってるようにしか見えん、言ってる事がアホすぎるのが特徴

>>551
HPCでもやっぱXeonの方が売れてるんだ。
そんな気はしてたけど。

>>554
アホよばわりだけじゃなくて、
ちゃんとわかるように説明汁!

>>553
確かに、そう言ったほうが正確だった。

特定一部（エンコード・レイトレーシング・分散コンパイルなど)にしか性能アップが見込めない、とか、
好意的に受け止めれば、ここが"自作板"だからそういう論調でやっているのかもしれないがｗ
現状処理時間のかかるものに対して効果があるのに、なぜか自分の用途に合わない事を理由に
SMTを否定する輩のことだよ。

PC用に登場以来5年以上経っても、
依然として「特定一部」にしか性能アップが見込めないのに、
マンセーする輩がいるからだろ。

SMTってシステム全体の性能アップが狙いじゃないの？
空いてる演算器を有効に利用するためのものだから
アプリ単体の速度が向上しなくてもそれはOKなんじゃ？

>>560
SMTは、協調作業をする複数のシステムの効率が下がる可能性があるよ

SMTが本当に有効なのは、サーバーではなくてXBox360のようなシステムで
ハードウェアがアプリケーション固定され、ボトルネックになる並列化不能部分をどのコアで走らせるか開発者が完全に把握できる事が肝心。
システムの非対称性が問題になるのは、汎用性と相いれないからであって使用目的が明確なら問題はないのです。
ソフト側から見ればSMTは明らかに汎用コンピュータ向けではないと思うが、ハード側からみるとわずかな機能追加で性能が向上する(ように見える)から重要な技術なのだろうとは思う。
こういう技術は適材適所だろうとは思うのだけれど、今のCPUのトレンドはどうも適材適所になっていないような気はする。

マルチコアとSMTを組み合わせたシステムは、ソフト側からみると確かに厄介だわな。

>>562
んなこたない。というか大げさ。
その気になれば、CPUIDにSMTと論理プロセッサの区別を追加して
OSでスケジューリングできる。

SMTと論理プロセッサ
じゃなくて
SMTとコア

>>558
>特定一部（エンコード・レイトレーシング・分散コンパイルなど)にしか性能アップが見込めない、
俺が君の言う書き込みを書いたものだが全然意図が読めてないみたいだね。
これからはマルチスレッドが中心みたいなことを言うやつがいたので、
DPL, ILP, TLPの三段構えだと書いた。SMTそのものを否定してなんていないし、
そもそも俺もエンコードくらい普通にやってる。

>>564
ハード屋の理屈だろ、現実には面倒が多いぞ。

>>567
よくハード屋って見抜いたなw
x86のOSでもいじってるのか?
そもそもXPとVistaでは既にOSのスケジューラレベルで
HTとマルチコアの優先順位わりふりできているのに…。

http://codezine.jp/a/article/aid/247.aspx?p=2
こんなのもあった。

で、話を戻すがSandy Bridgeでは
Nehalem/Westmereよりもさらにマルチスレッドに特化することになってるのだろうか。
ここのSMTマンセー派連中では…。Bloomfieldはサーバ用設計をあまりいじらずにデスクトップに
持ち込んだもの。Nehalemはベースがサーバ向け。
IntelのAVXの説明スライドでもくまなく見直して欲しいものだ。

SMTマンセー派ってなぁ…

効果がある→そのまま使う
効果が無い→そのまま使う
効率が下がる→オフにする

SMTオフにできない状況が来たら叩かれる理由になるのもわかるんだが。

SMTの何が効果的って
FPの長いレイテンシ隠蔽のためのアンロールのにレジスタ少なすぎるんだよね。




AVXではベクタ長の引き延ばしでスレッド当たりのパフォーマンス向上を狙う
レジスタ2倍になったのに近い効果は得られるからね。
演算ユニットが256ビットになるからピーク性能2倍？そんなの信じてる奴いないでしょ。

SMTというモノわ、

　・スループット[単位時間あたりの作業量]わ上がる
　・パフォーマンス[作業の完了時間]わ落ちることもある

というだけの話すから、後者だけをあげつらうのわ阿呆す。
　その上、新しいSMTの実装わスレッドの優先度設定が可能すから、デメリットも少なくなるように
なっているす。

SMTマンセー派 = 人書き込みの内容を読んでない

何故か全面否定されていると被害妄想

えっ？

たとえば、
>>507
>PC向けとしてはエンコくらいしか効果ねーよな

>>510
>まあオタからすればそうだろうけど
>PG、SEにとってコンパイル速度が上がる＝仕事の効率うｐなわけで

>>532
>上であがった分散コンパイルなんてまさにサーバの仕事。
>家でそんな豪勢なビルド環境をそろえてコンパイルしているやつは、
>エンコオタ以上のオタクなので一般とはいえない。

----------------------------------------------------------

>なぜか自分の用途に合わない事を理由に
>SMTを否定する輩のことだよ。

>パフォーマンス[作業の完了時間]わ落ちることもある
>というだけの話すから、後者だけをあげつらうのわ阿呆す。

>>574
　　---------------
　　人書き込みの内容を読んでない
　　---------------
なかなかスゴい書き込みがあるのわ読んでいるす(笑)　以下、列挙すると。。。
>>562 「SMTが本当に有効なのは、サーバーではなくて(以下略)」
>>536 「サーバーならなおの事安定性が要求されるので、実質的には良くない(以下略)」

>>562, >>536
は確かに同意しかねるな。

今、Nehalemがでて焦点なのは、
・SMTの効果は具体的いくらか??
・SMT以外の部分の性能向上はいくらか??
・NetBurst時代と比べてマルチスレッド環境がどれだけ進んだのか??

SMTやその他のマルチスレッディング技術自体は
少なくともサーバ用でみれば>>549にあるとおり、
既にごく当たり前の技術になりつつある。
IntelのCore 2系DunningtonやAMDがむしろ遅れているくらい。

こういうのもあったすね。
>>570 「Nehalemはベースがサーバ向け。 」

IntelのVLSI Symposiaの発表でわ、こうあるす。
http://www.bit-tech.net/news/2008/06/17/intel-sheds-more-light-on-nehalem/1
　　-----------------------
　　Since the Nehalem architecture will be used across an array of product segments―servers,
　　ktops, notebooks―Kumar said Intel engineers had to consider how they could change the
　　structure of the chips to fit within these different segments. They made the processing cores
　　modular so the cores could be easily switched out to meet the needs of different products.
　　-----------------------

リンク間違えたす。正しい引用先わ、こちらす。
http://www.eweek.com/c/a/Infrastructure/Intel-Delves-Deeper-into-Nehalem/

>>579->>580
そこにはいろんなセグメントに対応できるように、モジュラーな構造にした
と書いてあるだけで、ベースがサーバ向けというのはその通りですが何か?
Sandy Bridgeはモバイルから。

>>581
　　-----------------
　　ベースがサーバ向けというのはその通りですが何か?
　　-----------------
ソースわ後藤宏茂すか(笑)

>>582
多分、まこは、CPUやマザーボードを実際に買わない人だから実感がないだけかと。
ベースがサーバ向けというかサーバ向けを優先した設計、リリースになっている。
Merom(Core 2)がモバイルがいきなりだったのに、
Nehalemでは、LynnfieldやHavendaleがかなり遅れているのはなぜですか??
アーキテクチャをやった事業部も違います。

(もちろんモバイルのClarksfieldやAuburndaleも遅い罠。)

>>581
　　--------------
　　Sandy Bridgeはモバイルから。
　　--------------
Core2ってサーバーから最初に発表になったすけど、サーバー用プロセッサなんすか(笑)
『インテル? Core^(TM) マイクロアーキテクチャーによる最初の製品を投入』
http://www.intel.co.jp/jp/intel/pr/press2006/060626a.htm
　　-----------------
　　本日、量産型のサーバー、ワークステーション、通信、ストレージおよび組み込み市場分野に向け、
　　次世代の「デュアルコア インテル? Xeon? プロセッサー 5100 番台」（開発コード名：Woodcrest）を
　　発表しました。
　　-----------------

>>583
　　-------------------
　　Merom(Core 2)がモバイルがいきなりだったのに、
　　-------------------
流石に『シリコンの質』キチガイアム虫と意見が合うヒトわ、書き込みの底の浅さが違うすね(笑)

>>585
発表されたのは確かにサーバ用のWoodcrestからだったわ。
MeromやPenrynは元々モバイル用のコードネームで、
NetBurstがこけるまではCore 2はモバイル用として開発されてたのを忘れたの??

>>587
その意見わ、リリース順とアーキテクチャに相関があると主張する>>581さんにお願いするす。

AVXはAtomに採用して欲しいな

そしたらLarrabeeとあんま変わらなくなるか

>>586
>『シリコンの質』キチガイアム虫
なんだそりゃ??　勝手に妄想してるなよ。
・Core 2でモバイルが出るまでにかかった期間
・Nehalemでモバイルが出るまでにかかった期間
・Bloomfieldのマザー
これらを見ても、Nehalemが素性がつかめない、PCに関しては無知のあわれな
まこ。

>>590
　　------------------
　　・Nehalemでモバイルが出るまでにかかった期間
　　------------------
未来が見えるようで、なによりす。でもソースと言って納得するヒトわ皆無だと思うす。
　　------------------
　　勝手に妄想してるなよ。
　　------------------
うっかりキチガイを持ち上げちゃったのわイタかったすね(笑)
コピペが必要なら、いつでも引用してあげるすけど、誰が見ても同じ文体。。。

>>591
話がそれてるな。

・Nehalemはサーバ向け用途を特に優先したわけじゃない
・Sandy Bridgeはモバイル向けがベースではない

でいいんでしょ??
1〜2年後には笑い飛ばしに来てやるから、まこの気が変わってないことを祈るよ。

>>592
ドサクサにまぎれて勝手にトンデモ説を書いてるすけど、1-2年出てこないでくれるなら結構な話す。

誰が見たってNehalemはサーバ向けだろう。
MACオタの妄言に付き合ってやる必要ないって。

Nehalemはたしかにサーバー向けだろうな。勿論だからと言って、直ちにモバイルに向かないという
結論になるわけではないが・・・。

>>594-595
皆さん『サーバー』という言葉を脳内の固定観念と連結しすぎだと思うす。
サーバー用とモバイル用というのわ、対立概念じゃないす。試しにNehalemで投入された新技術を
coreとun-coreに分けて考えてみて欲しいす。モバイル版NehalemわBloomfieldのun-coreをそのまま
踏襲する訳でわ無いす。
ちなみに折りしもこんな話題も。。。
"ARM to duel with Intel in the server space"
http://www.networkworld.com/news/2008/061908-arm-to-duel-with-intel.html

>>571
おもちゃならそれでもいいんだけど、実質剛健なサーバー向けの場合は可変の機能は最小限にすべきだよ
トラブルの原因になうる余計な機能は最大限削除しておかないと駄目だ。

世界スパコンTOP500，75%が米Intel製プロセサを採用
http://itpro.nikkeibp.co.jp/article/NEWS/20080619/308614/

昨年11月のシェア　70.8％から 　→　75％
Opteronの採用率　11％

落穂ひろい的ネタすけど、Intel版Z-RAMの話題す。
http://www.semiconductor.net/article/CA6571575.html
　　--------------------
　　While it is “not quite as fast” as conventional SRAMs, Mayberry said that the FBC memory
　　would enjoy a much smaller cell size than the six-transistor (6T) SRAM now used, adding
　　that 6T SRAM technology “can continue to scale, but has some optimization problems.”
　　--------------------
「16-nm世代で採用の可能性」てな話す。

>>597
　　---------------------
　　可変の機能は最小限にすべきだよ
　　---------------------
>>534のようにIntelわ「可変機能で安定性を向上する」と言っているす。

>>600
消費電力対策は必要な機能だから盛り込まないというのはあり得ないが、余計なものは外したほうがいいよ
信頼性アップの定石でしょう、これは。

ところで安定性が問題となるサーバーってプロセッサやらメモリのホットスワップをサポートするように
なっていて「ハードウェアの状況にかかわり無く動作する」ってのが売りなんじゃ。。。

『質実剛健=安定』ってのわ何時の時代の話なんすかね？

ハードトラブルだけをホットスワップが一つの解決方法だろうが、ソフトもトラブルんだよ。
ハードだけをみて万全だとか思わないように。

>>598
これってシステムの数？
FLOPSだと何%くらいなんだろ

>>604
コレ見て計算して欲しいす。
http://www.top500.org/stats/list/31/procgen

Rmaxでいいんだっけ？

あんまり真面目に計算してないけど、こんな感じ？
　Intel　50%
　IBM　33%
　AMD　16%

Intelは51%か
まあ、誤差ってことで

つーか
http://www.top500.org/stats/list/31/procfam
の方がわかりやすいじゃんｗ

そういえば、AlphaとSPARCが消えたんだな

>>608
そう言えば栄華を誇ったIA-32も残るわ3システムす。
果たしてこの傾向わHPC以外にも広がるすかね。。。

CPUは64bit化されてくんじゃね？
OSが64bit化されるかどうかは別の話

PC出荷台数世界一のメーカーは割りと積極的だよ

>可変の機能は最小限にすべきだよ
そう感じる人は最初からoffで行くだろう。
onでトラブルがあるから(あるだろうから)、と言う強迫観念からは完全に逃れられるよ。

ところで他社のSMTに関しても同じことを言うのかね。

>>612
　　------------------
　　そう感じる人は最初からoffで行くだろう。
　　------------------
それ以前に安定性(というか保障)重視のヒトわ、自作なんかしないし、BIOSわベンダが
設定したデフォルトのままにするす。
SMTのON/OFFなんてベンダが検証して決めるモノかと。

ID:TBUcSauZ
> 可変の機能は最小限にすべきだよ
> ソフトもトラブルんだよ。

もうちょっと論理的に思考してよ・・・。

>>597
>おもちゃならそれでもいいんだけど、
SMTをサポートしてるCPUのサーバでも、
実際にはoffにしているベンダーが多いってソースくらいは
最低限出して欲しいよな。妄想でなくてさ。

>>613
そのベンダの苦労もわかってやれよ、最近はすっかりシステムが複雑化してしゃれにならんからな
項目は一つ増えるごとに検証すべき問題は、そのパラメータの個数倍になる。
お前、最近のベンダがなぜ強力なハードを売りにせずに、あえて古いグラボを使ったりしている背景がわからないんだろう？

>>614
お前が一番論理的でない。

>>615
シンプルイズベストは技術者の常識、文系は黙ってろて事だ。

>>616
脳内計算機システム論はどうでもいいから
はやくソースだせよ。妄想だけで同じこと何度も書くな。

>>618
妄想野郎はお前だよ

ID:c3B4J8e8
おれ、理系で開発やってるけど何か?
多分キミよりも数式見慣れてるよ…。

>>620
ならきっとキミはクタタンみたいな、全体が見通せない人なんでしょw

ID:c3B4J8e8
文系
クタタンみたい

頭大丈夫か?
速くソースだせよ、妄想だけの能なしくん。

>>616
サーバに古い（あるいは、低速な）グラフィックスチップが使われてるのは単に高いグラフィックス性能が必要ないからじゃないのかね。

CPUやコンパニオンデバイスに新しい機能が付いているせいで計算機屋が性能を評価するのに作業量が増えて大変だ、
っていうのは別に今に始まったことじゃないし、Hardware MTが特別だということは全然ない。
CPU屋に、「性能を評価するのが大変だから新機能を追加するんじゃなくて従来の機能だけで高速化したやつをくれ」
などと要求する計算機屋がいたらそれは淘汰されてしかるべきだしな。

新機能を追加する事とオプションをゴチャゴチャつけるのは違うと思う

新婦ルイズbest

だからさあ、SMTで不安定になるって主張してるやつは
実態をまず正確に把握してくれてないとさぁ。
実際にそれで問題が起きる、だからサーバベンダーやユーザはみんなoffにしているんだ
という実態がまずないと議論にならない。
お前らが問題とおもっているのでもとっくに改善や対応が進んでいるのかもしれんのだよ。
まず、証拠をだせ。

かもしれない、で十分な動機になるんでしょ。
良いんじゃない、人それぞれで。
俺はSMT使うけどね。

>>596
>モバイル版NehalemわBloomfieldのun-coreをそのまま
>踏襲する訳でわ無いす。
断言してるけど、具体的にどう変えるんだろうね。
Nehalemはサーバ優先であることは間近いないのに。
モジュラーに過剰な期待してない?

>>626
キミは全然理解していないね、offにすれば安定とかじゃなくて、オプションがあること自体が良くないんだよ。
たとえば、ASUSのマザーボードStrikerシリーズ、あらゆるオーバークロックのメニューを搭載する高機能MBだが
あれをサーバーに使おうなんて間抜けは居ないだろ、そんな事をしたら十中八九まともに動かない。

>>628
　　------------------
　　断言してるけど、具体的にどう変えるんだろうね。
　　------------------
既出のネタわ山の様に。。。
http://www.hkepc.com/?id=568&page=3&fs=idn#view
http://pc.watch.impress.co.jp/docs/2007/1126/ubiq204.htm
http://pc.watch.impress.co.jp/docs/2007/1127/kaigai402.htm

>>629
たんなる無知だなこいつw
サーバと自作PCを同じに考えるなよ。
BIOSプログラムなんてのはベンダーがカスタマイズできるし、
SMT機能を最初っから選択できなくすることぐらい簡単だよ。

メニューになきゃいいってもんじゃないんだが、分らんのだろうな・・・

>>630
その中でMACオタがun-coreの部分のモバイル独自の実装だと思っているのはどれ?
もちろん同じ実装で有効/無効の話じゃなくて。

>モバイル版NehalemわBloomfieldのun-coreをそのまま
>踏襲する訳でわ無いす。

こうかいてるんだよ。しかも、後藤記事引用してるじゃねぇか。

>>632
>最近のベンダがなぜ強力なハードを売りにせずに、あえて古いグラボを使ったりしている背景がわからないんだろう？
サーバでグラボ(笑)がどうこういってる時点でアホだと思ったけど、
SMTが見えない状態で、SMTがどう悪さするのかね?
お前無知なのばればれなんだよ。

>>634
サーバーに限らす普通のデスクトップでも主要メーカーやBTOでも少なくね？
分るよ、色々。

あのさあ、サーバってどういう使い方するのかわかってるのか?
わざわざ高価なビデオカードなんていらないんだよ。
ましてやグラボなんて今時自作初心者しか使わないオタ用語もちだすなw

>>633
　　------------------
　　un-coreの部分のモバイル独自の実装
　　------------------
思考の順番が間違えているようすけど、こう考えてみてわ如何すか？
　・歴史的にSoCわモバイルの技術であってサーバーのモノでわ無い
　　(機能がダイサイズで制約されるため)
　・Bloomfieldのun-core要素(QPIや3chメモリインターフェース)わサーバー向け

だがしかしNehalemはcoreを考えてもサーバ向けだろ。
SMTなんかモバイルじゃいらん。
TLBも色々弄ってるし。

>>637
>・歴史的にSoCわモバイルの技術であってサーバーのモノでわ無い
SoCが歴史的にサーバの技術ではないことが
Nehalemがサーバ優先の設計でないこととどう関係あるの?
何が言いたいのかよくわからん。

NehalemがIMCなのはQuickPathによるP2P接続に対応するための
レイアウト上の問題が一番大きいと思うが。

>・Bloomfieldのun-core要素(QPIや3chメモリインターフェース)わサーバー向け
これは確かにサーバ向けだが、モバイル版を用意するのにIntelはなぜ時間がかかってるのでしょうか?
Core 2のときと比較しても明らかに遅れてるだろう。
そして、1366pinでダイサイズも巨大なサーバ向けのコアが先に投入されて、
デスクトップでも使わなきゃいかん理由は?
モジュラーっていったって直ぐにいろんな派生チップを用意できるわけじゃない。
お花畑過ぎ。

まさかSMTをビデオカードやらオーバークロックの話と同列に扱うほどの馬鹿だとは思わなかった

単にNetburstを連想させる材料になってイヤンなだけかと思ってROMってたら
随分ややこしい話になってるんだなぁ

>SMTなんかモバイルじゃいらん。
つatom
intelの考えは違うようです。

>>641
NetBurst（特にNorthwood）は、HT使うと1スレッドあたりL1が減り、
キャッシュミスで却って全体の効率落ちかねないくらいにL1が小さすぎた。
よく最適化されたコード（特に整数主体）だと並列実行で効率上がるほどパイプラインの空きもなかったのも現実


Core MAの4Wayパイプラインを効率的に使う点でSMTはメリット大きいと思ってるが。
現状多くのプログラムは2IPC程度出れば御の字だから

>>642
マルチスレッディングを使うとパフォーマンス/ワットは改善されるけど、
絶対的な消費電力は増えるからね。

クロックレンジを上げてパフォーマンス上げるよりは少ないよね

あと、コア数増やすよりトランジスタ数的にも電力的にもエコノミー

>>639
　　-------------------
　　Core 2のときと比較しても明らかに遅れてるだろう。
　　-------------------
>>630に貼ったHKEPCのリファレンスデザインの資料等を見て、そういう妄言を書く発想が理解できないす。
Core2登場時にWoodcrestが先行したのと同様に、Intelにとって強化すべき市場から順番にリリースを
始めるだけかと。

ちなみにHKEPCのスクープわ、Bloomfieldでわ内蔵メモリコントローラわ無効化されていると伝えており、
この部分の開発で行き詰った場合リリースを間に合わせるためにバックアッププラン(Tylersburg経由の
メモリアクセス）が用意されていたことを露呈したす。

>>647
Core 2の時にWoodcrestからMeromがでるまでに何ヶ月だったと思ってるんだよ。
Nehalemの場合は、BloomfieldからLynnfieldがでるまでに3四半期。
しかも、>>630のリファレンスデザインはLynnfieldのものだよ。
モバイルはLGA1160ではなくrPGA989だから、別デザイン。
適当な妄想だらだら書いてるなよ。MACオタの場合分量が多いだけに、迷惑。

無知なMACオタ向けに大原記事を張ってやるよ。大原記事はおれは嫌いだけど。
Nehalemはcore部分で見てもサーバ向けの拡張が多いのはもうこれまでの情報で明らか。
モジュラーといってもそれほど短期間で派生チップを用意できるわけではないことも
Nehalemが身をもって示してくれているわけで。オタの認識は周回遅れ。

IDF Shanghai 2008 - Nehalem情報を総まとめ、コアの内部構造からプラットフォームまで
http://journal.mycom.co.jp/articles/2008/04/10/idf09/index.html

>>648
>総じて言うと、Nehalemは「Core Microarchitectureをサーバー向けに再構築しなおした」という感じだ。

デスクトップ向けに作ってくれないと困るじゃん。
サーバー向けに作られても別にうれしくないじゃん。
Nehalemは俺的には期待はずれだったということか。
次のCPUに期待だな。

ttp://nueda.main.jp/blog/archives/003620.html
また新しいベンチ。今度は2.93GHzのBloomfieldで。

>>650
AMDファンボーイな方は鯖向け設計＝ステータスなんですけどね

まぁそこだけが売りというか
Intel選んでDELLパソと似たようなものをへちへち組んでもなというか

>>652
初書き込みで団子さんにレスしてもらえてすごくうれしいです。

AMD信者の妄信ぶりはすごいと思います。すごいなあ。うん、ホントにすごい。

>>638
シングルコアモバイルにはSMTは向いていると思うよ
SMTがパフォーマンス向上と同時にパフォーマンス低下を生みだすのはマルチコアの場合に限る。

話題にしてるのはNehalemなので…

SMTネガキャン派はNetBurstの例だけ見て言ってるんじゃね？

NetBurstの最大の問題はSMTではないような……
もっと重大な事のような……

Fanboyはともかくとして、
PCの進化の歴史（ハードウェアもソフトウェアも）自体RISC汎用機等の大型で高価な機械の機能を
真似してきたようなものだから、サーバ向け設計というのに畏敬の念を抱くのはしょうがないのかもしれず。

サーバ用途は、今は安定していて低消費電力なものが好まれるようだけどね
性能に関しては今のミドルレンジプロセッサなら大抵は問題なくなっているし。
高性能を要求するのはHPCサーバー、もしくはワークステーションに限られるでしょう。
ヒューレットパッカードのラインナップをみてみるとそんな感じだね。
それにしてもDellはすっかりダメダメになったな……

http://ascii.jp/elem/000/000/119/119223/index-2.html
IBMのメインフレームの処理能力は2万MIPSあります。
これだけの性能があるものを何に使うんですか？　という話があります。
2万MIPSという数値は、世界中からトランザクションが集中しても耐えられる数値です。

メインフレームはI/Oの性能がPCとは桁違いだから、参考にはならないと思うよ
接続可能なネットワークポートの数とかもPC系サーバーとはまるで違うし……
QPIが強力そうなので、Nehalemメインフレームってのは有りかも知れないが
できあがったものはサーバーとはまた違うような物になるかも。
順当なのは、国内最悪のアクセス数を誇るまさにここ2chの方針かと
http://pc11.2ch.net/test/read.cgi/jisaku/924080501/l50

>>655
　　----------------------
　　SMTがパフォーマンス向上と同時にパフォーマンス低下を生みだすのはマルチコアの場合に限る。
　　----------------------
そしてatomにわデュアルコア版が出るという噂が(笑)
http://www.electronista.com/articles/08/03/10/intel.atom.roadmap.leaked/
　　======================
　　However, a new 300 series would also see the first dual-core Atoms with a 1.87GHz,
　　Atom 300 processor.
　　======================

ニュースとしてわ、こちらの方が新しいので追加す。
http://www.xbitlabs.com/news/cpu/display/20080528231831_Intel_Plans_to_Start_Manufacturing_of_Dual_Core_Atom_Processors_Shortly_Media_Report.html
　　-------------------------
　　The lineup of desktop Intel Atom central processing units (CPUs) will consist of Atom
　　Z200-series with one processing engines and Z300-series with two processing engines.
　　Both families will feature multi-threading technology which allows to execute two threads
　　of code on one core, which means that dual-core Intel Atom processor will be able to
　　execute four threads at once.
　　[中略]
　　Intel plans to begin production of Atom Z230 and Atom Z330 in Q3 2008, a news-story at
　　DigiTimes web-site claims.
　　-------------------------

OLTPも日々複雑になってるから
20000MIPSでも使い切るの余裕だろ

2万MIPSってC2Q一個分くらいじゃね?

intelの発売ペース早いなあ
もうすぐnehalemかよう

Aceshardware掲示板で見たすけど、ドイツの計算機センターの連合体HLRNが導入を
予定しているSGI製システムにGainestown(DP版4-core)とBechton(MP版8-core)が採用
されるとのことす。
http://aceshardware.freeforums.org/nehalem-in-sgi-supercomputers-t546.html
資料わこちら。
http://www.hlrn.de/newsletter/aktuell.pdf
http://www.rrzn.uni-hannover.de/fileadmin/organisation/pdf/pocketguide_2008_web.pdf
　■Becktonシステム
　　- 5 SGI Ultra Violet System
　　- 136 ノード
　　- 272 x Beckton Octo-Core
　　- 〜21.7 TFlops peak
　　- NumaLink5 インタコネクト
　　- 2009Q3予定
　■Gainestownシステム
　　- SGI ICE8200
　　- 916 ノード
　　- 1832 x Gainestown Quad-Core
　　- 99.7 TFlops peak
　　- Infiniband 4x インタコネクト
　　- 2009Q1予定
MP版が驚くほど早く登場するということになるす。

>>663
お、づあるのAtomは1.8Ghzか。ﾜｸﾃｶ。
横槍ゴメン。

>>666
あの記事だけではなんとも言えないが、IBMメインフレームの命令セットは68000までとは行かないものの
結構直行性が高く大掛かりな命令セットで、それが基準なら結構速いと思う。とりわけ10進決定的になると思われます。
逆にPowerPCかなにかでエミュレーションしていて、その元のCPUのMIPS数ならC2D程度だろうね。

いずれにしてもI/Oが強力なら今時のCPUだと、ちょっぴりハイエンドで世界中からのリクエストを捌くのは難しくないだろうね。
googleとかは例外になりそうですが……
あそこまでいくと、ハイエンドである意味はなくて台数勝負だね。

このMIPSってのはVAX MIPSじゃなくて
メインフレームMIPSなんで基準不明

仮に昔SUNがUS3 750MHzが100メインフレームMIPSっていってのを
基準にすると、C2Qで3000〜4000MIPS相当かな？
今だとメインフレームMIPSって前世代モデルより
速くなりましたくらいの意味しかないです

MIPS本来の意味=100万命令/s
現在一般的な意味=ドライストーンのスコアをVAX 780/11のスコアで割ったもの
メインフレームのMIPS=IBM360/65か何かの相対値が原点
ただし現在は基準が不明

1CPUで最新のlinuxのカーネルのmakeが3分以内に終って
かつシステム全体の消費電力がアイドル時40W以内
フルロード時80W未満に収まるプラットフォームを要求します

Atom

　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　量子まだ〜？
　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　　愛媛みかん　|／

佐野？

>>676
最近絶望的に進んでいないね、作りが悪いのか？それとも、現在の物理法則が間違っているのか？

未来技術で一番有望かなと思うのはダイヤモンド半導体かな
実現すればキャリア移動速度も速いし、炭素原子はケイ素原子より小さくてより微細化の可能性もあるし
熱の移動速度も速いし、高電圧にも耐えられるし、高温にも耐えられるし。
動作原理も現在のケイ素導体と同じでノウハウ生かせそうだし(ハード的にもソフト的にも)。

>>679
近未来ならSiCだな。
パワー素子ではもうできてる。

すべてはコスト次第

>>679
あれは人工ダイアがもっと安く作れるようにならないと無理でしょ
ただ耐久性の面で非常に有望視されてるから
PC等には使われなくても国際宇宙ステーションとか
異常な耐久性を求められるところには使われるようになるかもね

結局どんな材料でもMOS Trとして動作させるには
絶縁膜を安定に作れる事と界面トラップを少なくできる事が絶対条件

どんな材料といっても、難しい材料とやさしい材料があってSiC等の化合物系は正直難しいと思う
化合物系は大きくなってくると単結晶製造が恐ろしく困難になりそうな予感がする。

子供の頃に未来のコンピュータはジョセフソン素子で作られるとか人工知能が載っているってあったけど実現しないな。
もう開発は止めたのか？

ジョセフソン素子は10GHzぐらいでんるんだっけ、微妙な性能だから実現しないのかな
シリコンでも頑張ったら超伝導レベルまで冷やさなくても7-8GHz程度行きそうだしw

微細化でシリコンがどんどん先にいっちゃったからね
やっぱり既に巨大な市場できてる香具師はリソース大量投入できるから段階的な改良力最強ということで

光でさえまだ形も見えてこない罠

宙に浮く車やチューブ型の道路は何処へ・・・

子供の頃の本によるとリニアが走ってるはずだった。
そして石油は無くなってる。

そして氷河期。
イルカが攻めてくる。

http://pikaky2.hp.infoseek.co.jp/irukatyan.jpg

なんだこれｗ
なんか咥えてるしｗ

いつになったらＳＬで美女とアンドロメダ行けるをだ？

第三新東京市どこ？

インターネットは結構未来技術だと思うぜ

プログラム→ライブラリ→ドライバ→
ここまでCPUが処理
ハードウェア→出力
ここまでGPUが処理

もしGPUがCPUと同じ機能を実装していて、
ライブラリを修正できるのなら

プログラム→ライブラリの一部
ここまでCPUが処理
ライブラリの実体→ドライバ?→ハードウェア→出力
ここまでGPUが処理

とか、できないのおまいら？

その説明だと違いが分からない

pspでgpgpuって話?

ってありゃスレ勘違スマソ

>>696 できるんじゃね？なんの意味があるのかさっぱり分からんけど

Intelミュージアム/ラボ見学記
〜4004電卓から最新技術まで
http://pc.watch.impress.co.jp/docs/2008/0701/hot556.htm

>>687
x86でも全く同じだね

http://journal.mycom.co.jp/articles/2007/10/05/idf/index.html
Larrabeeはこれとリンクするわけか
それなら立ち位置がはっきりする

これでてたっけ？

「Nehalemのソケットは3種類ある」
ttp://www.fudzilla.com/index.php?option=com_content&task=view&id=8137&Itemid=1

LGA1160でもDisplay Connect対応あり/なしが出てくるのは当然だけど、物理的もしくは電気的に
完全に別物かどうかは、「？」だな。まあFudzillaだし。

なら持ってくるまでもない
あの手のサイトにエサ与えない方がいい

>>704
どうせアスロックが両対応版だす

DDR2を2本、DDR3を2本、あれば十分と思っている。
DDR2は十分安いから最初はこれで2GB*2にしておいて
DDR3が安くなったらDDR3の2GB*2にすればいい。
ドライバや周辺機器の関係で32bitOSを使うから、これでいいかなと。

特にニュースでも無いすけど、先日のReseach@Intel Dayのサイトす。
http://www.intel.com/pressroom/archive/releases/20080611corp_sm.htm?iid=pr1_marqmain_research08

今Ｐ965使ってて、ＣＰＵはＥ6600です。
昨日HD 4870を購入したんですが、どうせならマザーもＣＰＵも変えようと思ってます。
それで新ＣＰＵが7月頃に出て、ソケットも変わるというのでそれを待って変えようと考えていますが
本当に7月ごろに登場するんでしょうか？

>>707
そしてDDR�Vが安くなった時に安価で高性能なCPUがでて変装したくなり後悔するのですね
分かります

Larrabeeが失敗する三つの理由
1.GPUとしてパフォーマンスリーダーになれるはずないし、利益もでない
2.HPC用のアナウンスがなくなったことで、HPC用としては失敗確定
3.HPCだのGPUだの揺れつづける製品としての位置づけ、売るつもりあるの？

三つの妄想が事実になったとして、それでもLarrabeeがいらない子ではない理由

IntelがLarrabeeで実現しようとしているのは
『MSのDirectXがx86GPUにのみ対応するような環境を作る』こと

これが実現すれば、nVidiaはGPGPUにすがるだけになるし
AMDのCPU+GPUのプランも潰せる
AMDがLarrabee-cloneを作るかもしれないけれど
後追いされるような状況はIntelとしては'望むところ'のはず

まぁ、こんな冗談を信じるバカはいないと思うけれど
『x86を核とした、並列コンピューティングの標準』のタダの依代として
失敗作Larrabeeを、Intelは今も開発しつづけているはずだよ

『x86を核（ry』の実現は、LarrabeeをGPUやHPC用として成功させる事より難しいだろうけど

キモ…

>>711
　　-------------------
　　Larrabeeが失敗する三つの理由
　　-------------------
x86版CELL B.E.を最新の製造プロセスで造るんだとすれば、技術的にわ特に失敗する理由わ
無いかと思うす。GPUのマーケットがゲームコンソールほど大きいかどうかわ疑問すけど。。。

http://www.custompc.co.uk/news/602868/intel-cuda-will-be-just-a-footnote-in-computing-history/page1.html

>MSのDirectXがx86GPUにのみ対応するような環境を作る
ポイントでかいと思った、これが実現するなら色々な物が簡潔になる。
ちょっと欲しい、今後GPUもリッチになる傾向は続くだろうし続ければどこかで交わる点はあるかと。

どーなんだろ、GPUもCILから叩くようにしつつあるからなぁ

GPUもDirectX8で一通り完成の域をみているので、これからは汎用性と作りやすさ中心になるよ
必要最低限の性能が無いCellでのGPUというのはアウトだが、大きな流れは汎用化であることは間違いない。
CPUと同じアーキテクチャがあればシステム対称性は大幅に向上して開発がしやすくなるから、実用レベルになれば必ず要求は発生する。

>>715
Tera-scale Computing
http://www.intel.com/technology/itj/2007/v11i3/2-exoskeleton/2-intro.htm
http://www.intel.com/technology/itj/2007/v11i3/2-exoskeleton/figures/figure_1_lg.gif

CHI runtime library -> DirectX
ありえん（笑）

たとえばのはなし、LarrabeeがGPUになるのなら
HavendaleのGMCHのGPUcoreにLarrabeeのものを使っても問題なくなる
そのGMCHは、x86coreとメモリコントローラ,QPI,PCIe,DMIを備えることになるが
これはコアの違い以外に他のNehalemとどこが違うのか？
違わないなら、そんなの用意してないでNehalemをそのまま使えばいい

妄想は妄想、実現困難

>>718
ハードウェアから見ている限りどういう要望があるのか見えてこないだろうな、そんなんじゃPS3ができちまうぞwww
できないとか妄想とかじゃないんだよ、あれば便利だという事。

ソフト屋の要望にばっか応えてると進化のスピードが遅くなっちまうからな
バランスが難しい

HavendaleのGMAではEUを12載せるらしいんだけど、Nehalemと同じコアでは
せいぜい2コアくらいしか載らないと思うんだが。
Nehalemの2コアでEU12ユニット分の性能出るの？

何を言ってるんだお前は

>>720
どうなんかね？
最近の技術的進展はもうソフト側にしか無いように見えるけどな
Cellとか見ていると実にそんな気がした、変なアーキを考えても、良くなる所があれば悪くなるところが必ずあって差し引き０
効果は薄く現場が混乱して終わりというのが現状かと。
今ハード的にもっとも技術の進化速度が速いのはプロセスルールの進化とか製造側が中心になっているという気がした。
多分にHDLとかが非常にソフト的になってしまって、ソフト開発のノウハウがない彼らがやっても良い結果が出せない時代になっているんだよ。

すでにIntelがソフト屋

>>724
まともなドライバをハードの発売日に出してください

HDLがソフト的になってるってどういうこと？

>>726
デジタル回路の設計ってのは、ソフト開発と変わらないんだ
http://ja.wikipedia.org/wiki/Verilog
こんな言語を使って組むんだ、素材がどうなっているとか、そんなレベルは意識しない。
逆にC#のLINQに見られるような式木という概念は、対応する関数を論理に置き換えたらそのまんま nor nand ゲートその物。
細かい点はともかくとして区別があまりないんだよ、アナログ回路になるとずいぶん様相が違うけどね。

>>725
ビデオ部門が癌だな。他はまあまあなんだが‥

>>727
そんなことはない。
見た目はソフト開発とにているが、考えることはぜんぜん違う。
特にIntelみたいな先端のマイクロプロセッサを作っているような
会社では論理設計自体の開発の比重が小さいし、デジタルといってもアナログ回路
みたいな領域になってる。

少し突っ込んだ話
ノイマンがノイマン型コンピュータを提唱する前、まだコンピュータが真空管で動いていた時代はプログラムはハードウェアで組まれていた。
ノイマンがゲーデル(不完全性定理で有名)の考えたゲーデル数(不完全性定理の構築に使われた)のアイディアにインスパイヤされて

　「式」と「値」が等価である∽「ハードウェア」と「データ」が等価である

この事実に基づいて、「プログラム回路」を「数字の列」に対応する事を考えた、これが現在のマシン語で動作するいわゆるノイマン型コンピュータの原型。
等価であるなら、「プログラム」→「ハードウェア」への対応は存在して、ソースからハードウェアへのコンパイラが作れるという事。

>HDLがソフト的になってるってどういうこと？
実は最初から、原理的にそういう物なんだよ。

ESLとかそういう話じゃないわけね
別にVerilog使ってるからソフト的ってことはないよね
#とか@なんてソフトにはあまりない概念じゃない？

>>730
なんか難しいこと書いてるけど、最初からそうなら
なんで今まではソフト開発のノウハウは不要だったの？

はるか昔、ハードウェアは高価で作るのが困難で、面倒くささを極める物だったので。
ノイマンは、プログラムをデータ化することで変更の必要な全てをデータにして最小限のハードウェアだけを構築すれば良いようにした。
これでハードウェアの変更は実質不要、ハードも単純明快になった訳。
しかし最近になってなんぼてもトランジスタが使えるようになると、事情が変わってくる。
複雑なハードウェアは、トランジスタをチンタラ一個づつ組み合わせるなんてのは非現実的、一億個もあたら一秒で一個組み立てても不眠不休で三年以上掛ってしまう。
そこで、効率的にということになると、上に挙げた逆変換、つまりソフト的になるわけ。

ふーん、よくわかんないや
スレ汚し失礼

>>730
まあ、電気・電子板のHDL系のスレできいてみれば?
実際書いている側からすると、HDLを書くのとソフトを書くのでは
頭の中で考えていることはまるで違う。そういう話題はよくあるから。
似てるのは見た目だけ。
ソフトのような逐次記述からハードを合成する技術は
未だにうまくいってない。

さてIntelは上手く脱ハフニウム出来るのか？

需要の高いレアメタルは今世紀前半に枯渇する?
http://slashdot.jp/science/article.pl?sid=08/07/04/103204

独アウグスブルク大学の材料化学者であるArmin Reller氏によると、ガリウムはあと数年で使い果たしてしまう
恐れがあり、インジウムの埋蔵量も10年程度しかもたない可能性があるとのこと。同じようにハフニウムは2017年
には枯渇し、亜鉛も20年以内に枯渇すると予測しています。銅の埋蔵量はまだ多い方ですが、世界的需要が供給
可能量を超えるため、今世紀中には枯渇するとのこと。

>>729
カスタムロジックなら、ゲートレベル(下手すりゃトランジスタレベル)まで
降りて設計してるだろうし、電力気にするようになって
もう使ってないかもしれないけど、アクティブ回路使ってた日にゃSPICE必須
だろうしねえ

マイクロアーキテクチャ的な進歩が停滞してるのって
やっぱりパワーウォールが一番の原因だと思うなあ

改行が変… orz

>>736
トライゲートもHighK必須だっけ？

>>735
レアメタル類はまだ心配しなくても大丈夫だと思われる、というのはこの種の資源は副産物でも存在しているケースが多くて
値段が上がってくると主要生産物だけで、それ以外は捨てていた鉱山がいきなり生産開始をしてどこともなく湧いてくるから。
絶対量が少ないのではなくて効率のよい生産地が少ないという所がポイントだと思う。
透明電極用のインジュームとかいきなり出てきて価格急落だしね。
量よりも価格のブレの大きさがコワイ気がする、使用済みチップをうまく回収できるようにして、いつでも抽出できるように準備しておく事が資源国に対するけん制になるから
今後はエコも兼ねてしっかりやっといた方がいいだろうね。

>>740
>>735 -> >>736

Larrabeeは滅びぬ！
何度でも蘇るさ



ところでこの石、MMX Pentiumのパイプライン構造を流用したという話もあるし、
コケて痛いほどあまり手はかかっないんじゃね？
CPUそのものより新しいSIMD命令を普及させることが当面の目的になりそうだ

痛いATi厨は論理が根本的に狂ってるので放置で

>>713

コンソールに載せればいいんじゃね？

>>743
実はWiiの成功に興味津々なIntel

×箱はSSEのゲーム業界での普及に役立った面もあるし
次はAVXのために(ry

GPUでさえ、全体ではSIMDだけど4way SIMD辞めたし、ベクトルスパコンの衰退した理由のひとつが
ベクトル化(=SIMD化)が難しくて、カスタムアプリの場合、平均50-70%程度のベクトル化率で
全然性能が出ないってやつだろ
それ考えるとAVXって性能出るの？って思う
この辺から言ってまずGPUに使うのは無理だよなW

>745
ベクトル化のところは、Ctが解決してくれるんだよ、きっと。

3〜4オペランド化という飴も用意してあるのがAVXの見所。

必要なければYMMの上位は使わない手もある。
ソースレジスタの待避が必要なくなる分それだけでも理屈上〜1.5倍程度の性能向上が見込める。
デメリットはないな。

4オペランド化で50%あがるとかありえねーだろwww

>>748
上がるところは上がるよ理屈上は。
最低でもレジスタ間の待避が必要なくなる分は。


destにsrc非依存のレジスタを指定することで実行順序に自由がきくようになるし、
レジスタリネームのヒントを含めることにもなるので命令レベル並列化も促進できる。

あと浮動小数に関してはレイテンシが大きいからアンロールによる引き延ばしが必要だが、
8本の論理レジスタは少なすぎる。
たとえユニットは128ビットのままでもレジスタ長を2倍にすることでレイテンシを埋められる。
しかも命令サイズの節約もできる。

>>745
>ベクトル化(=SIMD化)が難しくて
やる事が複雑化→コードの規模がでかくなる→ベクトル化が難しく

この過程が間に入っていると思ふ、昔はもっと簡単にベクトル化できたような気がするので。

>>736
そこで真空管（ｒｙ

マイクロ真空管か
ものになるのかね？

ttp://en.expreview.com/2008/07/07/larrabee-unleashes-2-tflops-capacity/
Larrabee unleashes 2 TFLOPS capacity

Last month, Intel reported the Larrabee featuring IA(Intel Architecture) core,
which means it can adapt present x86 architecture. And now we get to know that
the IA core is actually P54C, which is well known for over 13 years since the Pentium 75, according
to Pat Gelsinger, the Intel’s Chief Technology Officer.

And what’s more, this monster requires a 300W TDP, which also frustrates NVIDIA’s biggest monster.

IntelがCPUとOS両方もってれば、そうでなくてもMSとの仲が今ほど冷え込んでなければ、
今頃AppleのようにCPUアーキテクチャ変更＋エミュレーター提供で移行してたかもしれないな

今のMSってAMD贔屓だからのう…64BitなんてAthlon64をターゲットにしてる始末…

NTで諦めたんだろ、アーキテクチャ変更はやらないんじゃなくてできないんだ。
Alpha用 NT とか安定しなくて使えなかったしな。
ただ今後.Net Frameworkの展開次第では再びアーキテクチャ変更可能になるかも知れんけど

でもPPC用NTはあるじゃんね
とは言え、今一番勢いあるのはx86だから変更する事は無いだろうね

Larrabeeまわりで"x86はソフトが作りやすい>高級言語を使っている分には大差ない"
って、よく言われているけれど、これってコンパイラやライブラリの開発でも同様なの？

MSはHPCにWindowsを売り込みたいみたいだし、
武器の一つとしては魅力があるんじゃないかな？ x86慣れてるだろうし
実際のところ、Larrabeeを一番欲しがってるのってMicrosoftじゃないの？

http://www.4gamer.net/news/history/2007.04/20070420195746detail.html

現状はまだ実験レベルを超えてないような気がするので、実用として欲しがる人はいないような気がする
Cellよりマシ程度じゃ汎用にする事はできんしGPUにもできない。

それと、マイクロソフトはすべてのアーキテクチャで動作する環境を今でも目指しいてるのは間違いないと思うよ。
やろうとしては、結局うまくいかないの繰り返しの様だけどね。

TheINQのNovakovic記者によるPenryn->Nehalem移行期のラインナップの話題す。
http://www.theinquirer.net/gb/inquirer/news/2008/07/07/launch-nehalem-penryns
　・現行の1600MHz FSBわシングルソケットモデルでわ十分高速なため、内蔵メモリコントローラ
　　+ QPIがそれほど飛躍的な性能向上を示す訳でわ無い
　・ミッドレンジNehalemの登場までの穴埋めとして、E0 steppingのPenrynが登場予定
　　電圧・TDP据え置きで〜3.6GHz?
　・Nehalemも3.6GHzのExtreme Editionわ問題なくリリースできそうな印象

Xtreme Systems掲示板でJ.Cornell氏が披露しているのと似たようなNehalemのサンプルを
台湾版Tom's Hardwareが公開しているす。当然NDAでベンチ結果等わ無いすけど、ぼかし無しの
チップ写真付す。
http://www.tomshardware.com/news/intel-x58-nehalem,5829.html

>>753
これソースわドイツの有力PC雑誌、C'tの記事す。
http://www.heise.de/ct/08/15/022/
引用部分以外にも、色々怪しげなことが書いてあるす。。。
　・512-bit SIMD
　・32-core
　・2GHz
　・2TFlops
　・300W

300Wって冷却出来るの？まさか水冷必須のシステムですか？

つうかﾍﾌﾞﾝﾃﾞｰﾙはｳﾙﾌﾃﾞｰﾙの後継的な位置付けだと思うけど、ﾌﾞﾙｰﾑﾌｨｰﾙﾄﾞとﾘﾝﾌｨｰﾙﾄﾞの位置付けがいまいち分からん
Intelとしてはﾍﾌﾞﾝﾃﾞｰﾙとｿｹｯﾄが共通のﾘﾝﾌｨｰﾙﾄﾞをﾖｰｸﾌｨｰﾙﾄﾞの後継としたいの？
だとしたらﾌﾞﾙｰﾑﾌｨｰﾙﾄﾞはLGA771みたいに位置付けになるのか？

>>760
>クロックが同程度、QPIもFBS1600MHｚで遜色なし。
益々共食いになると思うんだが、NehalemファミリーとPenrynファミリー。

読んでると其処の勝手な印象もあるみたいだからなんともいえないが、
E０ステッピングで3.6まで振ってくるなら、
Extremeは４Gまで振っとかないとアピールなくならないか？
SMT？

>・現行の1600MHz FSBわシングルソケットモデルでわ十分高速なため、内蔵メモリコントローラ
>　　+ QPIがそれほど飛躍的な性能向上を示す訳でわ無い

Core2でも低FSBであまり性能に影響ないのは分かっていたから、若干今更感あり。
むしろインテルがこの点を強調することに違和感すら感じていたので。

FSB800MHzと1600MHzだと体感結構変わってくるぞ。

>>767
たいして変わらないよ、QX9650もってるので試し済み

>>768
E4500で333x9と266x11で使ってたが体感結構違った。

まぁキャッシュの関係もあるのかも知れない
自分はキャッシュでいけるならキャッシュがいいと思っている。

とは言えレイテンシの低減には多少効果あるだろう。
…と思うが、i965の時点でFSBが等しいならAMDのCPUよりレイテンシ低かったし、
これ以上はあんまり改善ないかもね。

Nehalemのコア改良はコンシューマ向けはともかく、エンタープライズ向けでは効果あるんだし、
アピールないって事は無いと思うよ。
SSE4.2の効果を示してくれるベンチ結果が未だ無いけど、DBなんかではもの凄い効果がある。はず

http://nueda.main.jp/blog/archives/003620.html
ついでにこれが本当なら、マルチスレッドで現状の1.5倍〜2.0倍
シングルスレッドで1.2倍と優秀な結果が出てる。
マルチスレッド： 2.93GHz(Bloomfield) ≒ 4.4 or 4.5GHz(Yorkfield)
シングルスレッド： 2.93GHz(Bloomfield) ≒ 3.5GHz(Yorkfield)
大体こんな感じだ

> E4500で333x9と266x11で使ってたが体感結構違った。
それメモリ設定が違ってるからじゃないかな?
メモリ設定が同じなら体感出来るような差は発生しないぞ。

>>773
FSB幅は変わってるので体感でも差は生まれる。
メモリ設定はともに800MHz

性能に関しては実のところあまり期待はしていない、メモコン統合とかで長期的にはコストが安くなるんじゃないかと
そちらの方が自分は注目度高いけどね

>>774
信じられないよ。
俺も色々と試験してみたが体感差ありません。
ベンチ結果も殆ど変わりません。

>>776
OCerがFSBに固執する理由がなんだとおもってるんだｗ

>>777
メモリ設定を詰めるからFSBに固執する。
メモリ設定を詰めなければ大きな差はない。

>>778
それは違う。
ベンチでもFSBが高ければスコアは伸びる。
FSBが低いとひっかかり（AMDでいうもっさり）が生まれる。
実際266x11と333x9でjanestyleの起動を比べると後者の方がスムーズだった。

実際Vistaのスコアでも333x9だと5.6だが、400x8だと5.9になる。

キャッシュを無視した議論は無意味だよ、今のCPUの性能ではメモリにアクセスするという行為そのものが致命的で
今さらこれがさらに遅くなっても駄目押しという実態を知っておくべきだ。

>>781
それはこの話に全く関係ないな。キャッシュによる差でもっさりというのはあるだろうがな。
FSBによる差というのは、スコアでは極端にはでないが体感では大きい。
キャッシュ内に収まらないソフトウェアを動かせば、当然メモリにアクセスが行くわけだから
このとき、FSBが低ければもっさり感が生まれる。
特にFSBはレイテンシが大きいから、AMDのHTと比べるともっさりになる。

>>782
むしろ大半のコードをキャッシュに収めてしまうように設計するのが正解かと思う
特にマルチCPUならバスの強化もさることながら通信トラフィックは最小限にするようにした方がいい。

>>783
>むしろ大半のコードをキャッシュに収めてしまうように設計するのが正解かと思う
それはごもっとも

>特にマルチCPUならバスの強化もさることながら通信トラフィックは最小限にするようにした方がいい
そのためにFSBからQPIに変更したんじゃないのか？
サーバ向けにも特化させマルチスレッド性能を大きく向上させた。

>>782
だからお前のは誇張しすぎ
1333と800で騒ぐほどの差等は生まれない。

>>785
生まれる。
L2キャッシュ内に収まらなければメモリにアクセスがいくんだから。
レイテンシが大きいFSBならば、その差は顕著。

だから"もっさり"て言葉が生まれるわけで、L2が少なくても低レイテンシ、広帯域であれば
そんなこともいわれないわな。

>>768-787
アム厨さんかな?
アム厨って不思議な生物
AthlonXPの時代からキビキビとか喚いてた。
しかし悲しいことに今から思えば広帯域じゃない。

>>788
あれはP4のパイプライン段数13段で
パイプラインストールしすぎだったからだろ

>>789
つまり
C2DはAthlonXPより遥かにキビキビってことでFA?
6ifHhkvsさんの言い方だと極端にもっさりしていると言ってるようにしか聞こえないのだけども・・・

いつだかMACオタが持ってきたグラフだと、DDR2時代ではFSBは結構アクセスレイテンシに響いてた。
というか、FSBの伸びに従って素直にアクセスレイテンシが下がってた

でも、メモリのレイテンシにHTて関係なくね？>>782
NUMA環境ならともかく

確かに、333と400ぐらい広帯域なら、その差は分からないな。
200→266→333、つまりAllendaleとConroeの差は結構わかる。
まぁ、あれはL2の容量も違うから一概に比較するのは難しいけど。

>>790
AthlonＭＰ*2とＣ2Ｄは殆ど変わらないってことさ
ベースクロックもＤＤＲ2とはいえ667だと166だしな
結局見かけに騙されてるがAthlonXPのＦＳＢ166となんら変わりない

だがちょっと待って欲しい
そんなことより性能を見てくれ
明らかにあの時代のＣＰＵと比べ物にならないだろ
だからこれ以上ＦＳＢとかでもめるな
ネハーレンでどうせメモコン積むし。

オカルトオーディオみたいなスレになってきたな

>>764
BroomfieldはQX9775(Harpertownの転用)の後継の位置付けで2ソケット・DDR3トリプルチャネル対応
Lynnfieldがミッドレンジ以上をカバーするものかと。

Penrynからの移行ならキャッシュ増量されるWestmare待った方がよさげ。

でもWestmareまで待ったらSandyBridgeが・・・

＞でもWestmareまで待ったらSandyBridgeが・・・
そんな事言ってたらtick-tockではいつまでたってもCPUが買えません

>>796
冷静に考えるといまどきパソコンなんて壊れるまで買い換える必要ないｗ

マザーもメモリも買い換えなのが痛い

今の俺のマシンはDDR2 800の2Gを4枚で8Gだけど、DDR3でこんだけ積んだらどれだけかかるやら

時間が解決してくれるわ

まあ、次世代スレだからな

>>796
安心しろ、
22nmプロセスかなり怪しいから、このへんでマッタリできる
仮に上手くいっても先の見えない16nmが控えてる。

>>801
22nmプロセスって、来年1月ごろ、32nmのWestmareのダイ写真が公開されて、22nmは夏頃
試作SRAMが例年どうり発表されるのかな？いつもの2年周期ならそんな感じだっけ？

Intelが32nmプロセス向けにニコンの液浸露光装置を導入するとのことす。
http://www.eetimes.com/news/semi/showArticle.jhtml?articleID=208803035
　　----------------------
　　At 32-nm, Intel will exclusively use Nikon's 193-nm immersion tools for the ''critical layers''
　　at 32-nm; the chip giant will also use Nikon's tools for the non-critical layers, according to
　　sources.
　　----------------------

レーザーも進歩してて紫外線露光も出来そうな感じだし、
22nmはいけるような気がする。
16nmは確かに先が見えんね

CGアニメーション制作のDreamworksもIntelにスイッチしたとのことす。
以下、Intelのプレスリリースす。
http://www.intel.com/pressroom/archive/releases/20080708corp.htm?iid=pr1_releasepri_20080708r
　　--------------------------
　　To meet the increased demands of creating 3-D animated feature films, Intel will provide
　　DreamWorks Animation with the latest high-performance processing technologies, including
　　future chips with multiple processing cores.
　　--------------------------
なお、この"future chips with multiple processing cores"すけど、TGDailyによると当初わNehalem、
次にLarrabeeとのことす。
http://www.tgdaily.com/html_tmp/content-view-38293-135.html
　　==========================
　　Intel spokesman Nick Knupffer told TG Daily that the “future chips” note refers to Nehalem
　　CPUs as well Larrabee cGPUs, an upcoming multi-core graphics and floating point accelerator
　　architecture.
　　==========================
Larrabeeもちゃんと売り込み先わ確保しつつあるということで。。。

http://japan.cnet.com/news/ent/story/0,2000056022,20376943,00.htm
ペンティアム＝爆熱、わかります。

とりあえずGPUとして攻めるという所ですか、まぁ妥当な感じはしますね。

Tom's Hardwareの>>761の続報す。今回わベンチマーク編
http://www.tomshardware.com/news/intel-nehalem-core,5854.html
　■構成
　　Nehalem/2.93GHz
　　prototype x58 motherboard
　　DDR3-1600 1GBx2
　　Radeon 4850 HD, 1280x1024
　■結果
　　3DMark 06 (1280x1024 noAA)
　　　- total: 12786
　　　- SM2.0: 4605
　　　- HDR/SM3.0: 5600
　　　- CPU: 5183
　　PCMark05
　　　- total: 9852
　　　- CPU: 9583
　　　- Memory: 9010
　　3DMark Vantage
　　　- CPU total: 17966
　　　- CPU Test1: 2515.1 [plans/s]
　　　- CPU Test2: 23.08 [steps/s]

>>807
　　----------------------
　　とりあえずGPUとして攻めるという所ですか、
　　----------------------
レンダーファームわ、GPUとしての用途じゃ無いす。

>>806
それ、ソースわ>>762す。もはや伝言ゲームと化しているすね(笑)

バカのオナニー向け文章だな　その手のがきっちり利用している、と

P5との共通点ってU/Vパイプ以上でも以下でも無いだろたぶん。
256bitのSIMDサポートでただでさえダイ面積食うから
P6からOoOを削ったもの(Atomのこと)よりも更なる
パイプラインの単純化が必要だったに違いない。

HKEPCによるとSLIとQPIのライセンスに関するNVIDIAとの交渉がまとまった模様す。
http://www.hkepc.com/?id=1440&fs=c1h
　　・NVIDIAわQPIのバスライセンスを取得。Socket1160世代(Havendale/Linfield)向けに
　　　チップセットを開発する
　　・Bloomfield世代のSLIサポートわ、Skulltrailと同様にNVIDIAのPCIeブリッジnForce200を
　　　マザーボードに搭載することで実現する

>>812
　　------------------
　　256bitのSIMDサポートで
　　------------------
既に512-bit幅という噂も流れているすけど。。。

結局NVIDIAはローエンドンフォATOM向けだしてくれるの？

x87ベースで2DPと公表されてるから2ユニットは確定だろう。
つーか512bitはまだ先だろう。

>>816
x87？また後々誹謗コピペのネタになるような書き込みを。。。

真偽わ別にして、最近の噂をソース付でまとめているという点でわWikipediaが良さそうす。
妄想を垂れ流す前に一読する価値わ有るんじゃないすかね。。。
http://en.wikipedia.org/wiki/Larrabee_(GPU)#More_recent_information

同じだろ

>>678
俺たちは真空には何も存在していないと思っていたが、そんなのは間違いだった！
真空とはクオークと反クオークがせめぎ合う場だったんだよ！

ΩΩΩ＜なんだってー！


とかいう様な議論してる限り無理じゃね？

x87非互換とでも？
ご冗談を

Wikipediaにも【SSEなしで】2DP/clkって書いてあるな。
つーかx87命令も含めて互換をとることはIntel公式のスライドでも明らかなんだが

>>820
それも含めての研究テーマだと思うよ、qubit計算が気持ち悪いし
ビット増やすごとに倍化する状態、しかもオペレーションがユニタリ変換で可逆になっている。
元に戻るってことは、情報を失っていないって事で、1000qubitを準備すると 2^1000 もの情報が失われることなくどこかに存在するって・・・どんなんじゃっていう。
この宇宙の素粒子全部の何億兆乗個も並行宇宙があるのか、素粒子の中には宇宙を超える何かがあるのか・・・

>>822
"Tera Tera Tera"の情報と、"Recent Informations"の情報が矛盾することに気付かないヒトにわ、それで十分なんすかね。。。

来月にわ詳細が明かされるという時点で脳内妄想を断言するってのわ、そういう浅薄さが必要なのかもしれないすけど(笑)

オタと団子の争いは内ゲバに似ている

Recent Informationsがソースにして書いてる翻訳の方はいきなり誤訳かましてるから、
当てにしないほうがいいと思うが…
Larrabeeとかについて答えたったされてるのは、そもそもGelsingerじゃなくて、
Justin Rattnerだぞｗ

ざっと適当にドイツ語読んだけど、P54CというのはHeiseの記者の推測。
P54Cで、キャッシュ増で現代的になってるとかいう部分も推測。
Rattnerが答えたというので確実なのは、32bitか64bitかの質問に、
全intelアーキテクトが支持しているって部分だけ。
512bitについては、ひょっとするとそうかもいう、これまた記者の推測。
そんなわけで、Wikipediaの記事はHeiseの推測部分をあたかもGelsingerがそのように
答えたかのように書いてるので、眉唾ものかと。

そういう細部が何故そんなに気になるのかが不思議でならない
x86アーキはintelにとって重要と思える資産で、これを使うことは決定
小さいコアなら、昔作ったP54Cなりが参考になる、だから流用しようという話だろ。
細部を正確に詰めても成果物は大きくは変わるまいと思えるんだが。

ソース＝妄想の伝聞

>>827 さん
細かいところすけど、Heiseわ出版社の名前でC'tが雑誌名す。
web以前から存在する独文PC雑誌の老舗なんで、今回も信頼度の高いソースとして扱われているす。
http://en.wikipedia.org/wiki/C%27t

>>828 さん
　　------------------
　　そういう細部が何故そんなに気になるのかが不思議でならない
　　------------------
インオーダーで2-wayスーパースケーラのスモールコアが電力効率の点で大規模マルチコアに
採用されやすい。。。というトコロ迄わ、みんなが納得していたす。ところがそれにぴったり当てはまる
Silverthorneコアが登場した直後に、良く似た別のコアをLarrabeeに採用するという話題が出てきた
ので、騒ぎになっている。。。ということかと。

>>830
ああ、そいえば、そうだね。指摘さんくす。
ただ、元ソースが信頼できても、Wikipediaの方がどうかはまた別だし。

C’ｔの方は取材してゲットした情報だろうから、推測じゃなくて伝聞の方がよかったかな。
512bitはひょっとするとって副詞ついてるので、ちょっと微妙だけど。

512bitだとAVXの2byte VEXは使えないし現時点での発表済み命令とも互換性はないことになるぞ
AVXがLarrabeeの中核技術というゲルたんの発言とも矛盾する。

>>832
新命令セットわ、是非にでも広範な開発者の興味を引くことを必要とするす。
にもかかわらず、AVXの発表時にLarrabeeでのサポートを言明しなかったのわ、『モノが違うから、
やりたくてもできなかった』という解釈も成り立つす。

あなたが思っているほど自明な話じゃ無いす。もちろんLarrabeeがAVXをサポートする「可能性」を
否定わしないす。

http://pc.watch.impress.co.jp/docs/2007/1012/kaigai393.htm
>●Larrabeeが次の大きな命令セット拡張

>　「我々は、命令セットモデルは、アーキテクチャアプローチの本質的な部分であり
> 一貫する必要があると考えている。Cell B.E.を始めとしたアプローチが成功していないのは、
> それらが命令セットの拡張に対する一貫した考え方を持っていないためだと考えている。
>　我々は、将来にわたって、命令セットをさらに拡張し続けることができると見ている。
> SSE4を発表したが、それ以降のSSEの定義も進めている。さらに、より大きな命令セットの
> 拡張も、Larrabeeの一部として進めている。(以下略


ゲルたんが言うんだ。
今年発表されたAVXがSandyBridgeとLarrabee共通の新命令であることは自明。

8ｰ16DP/coreという数字も、第1世代が256bit FMUL+FADDで
次の世代が256bit FMA*2と考えれば帳尻が合うが。

つーか512ビット説はCellみたいなEven/Oddパイプを前提とした憶測だと思ってるが。

Atomと同じ方式をとれば、2issueの両方を同時に浮動小数演算に使うことが可能。
従って256ビット×2で事足りる。

7/20の次のプライスカットはいつ？

ttp://blog.livedoor.jp/amd646464/archives/51229432.html
> Duoが7月20日、Quadが8月10日だそうです

クーラーはプッシュピン以外にいつなるのだろう…

プッシュピンはリテールみたいなちっこいやつをつけるときは便利なんだが
大型の冷えるクーラーをつけるときはまりづらくてイライラする
あれを考えたやつはもう少し違う選択肢はなかったのかと問いたい

ケースの横開けっ放しにして普通に扇風機あてとけばいいんじゃね？
そんなクーラーごときにカネ掛けることないだろ

ちょっとOpcode表眺めてみた。
LFS/LGS/LSSもメモリアドレッシングのみか。
2byteｰVEXのリードバイトとして利用できそうだな。

66 0F 38 XX ModRM (SIB) (DISP)
66 0F 3A XX ModRM (SIB) (DISP) imm8

あたりも縮小できるってことな。

ちょっとOpcode表眺めてみた。
LFS/LGS/LSSもメモリアドレッシングのみ。x64で潰されてると。
つまり新たなVEXのリードバイトとして利用できそうだな。つまりSSSE3/SSE4の
66 0F 38 XX ModRM (SIB) (DISP)
66 0F 3A XX ModRM (SIB) (DISP) imm8

あたりも縮小できるかもってことな。

連投誤爆

>　「我々は、命令セットモデルは、アーキテクチャアプローチの本質的な部分であり
> 一貫する必要があると考えている。Cell B.E.を始めとしたアプローチが成功していないのは、
相互運用時に、互換のない複数の命令セットのコードが存在すると
呼び出しがプロセッサA,プロセッサBとあるとき
A->B->A->B
といった感じでサブルーチンコールされるような場合(サブルーチン以外にもハード例外、言語例外処理やイベント通知等いろいろある)ややこしい問題を引き起こす。
完全には無理でも A が B の上位互換である等でも状況はだいぶ改善されるんだよな。
それ以外にもパフォーマンスの非対称はパフォーマンス100%出しきれない原因にもなるんだが、これは用途を限定ということでまぁありかなと。
これは会社でいえば、仕事人間のところに仕事が集中して逆に効率低下という状況。

可能なら命令セットについては完全互換がいいな、パフォーマンスの特徴の違いだけにしてしまって
同じコードがどちらでも走るようになっているのが理想的。
プログラマから見れば、どのCPUにどのスレッドを割り振るかを切り替えるだけで済むようになれば
効率の調整はスレッドスケジュール部分だけになり、本体部分は変更に対して複雑化してパフォーマンスが落ちるようならメインCPUへ
単純化してパフォーマンスが落ちるようならLarrabeeへと切り替えるだけでOKとなれば効果的。

どのみちMSに泣いてもらうことになるんだけどな。
32あるいは64スレッドまでしかサポートしないOSが128スレッド以上を
有効に使える筈もなく。


PS3LinuxでいうところのSPEの管理機構みたいなのを実装して
アプリから直接使えるようにするって手もあるけど。
いずれにせよ新APIが必要だ

>PS3LinuxでいうところのSPEの管理機構みたいなのを実装して
>アプリから直接使えるようにするって手もあるけど。
うぇ、うぇぇぇっ、それだけはマジ勘弁

今Windowsにある技術で実装するならWCF(Windows Communication Foundation)ベースでLarrabeeプロセス空間との通信が一番やりやすいかな。
これならGPUらしくメモリ空間が独立していても、それなりに使えると思える。
いずれ一つのメモリ空間を共有というわけにも行かなくなるだろうから、いくつかプロセッサをまとめてはツリー状にまとめる必要もでてくるだろうし。

>32あるいは64スレッドまでしかサポートしないOS
サーバー用もそうなの?、2008とか。

>>849
いずれ対応するとは思うけど、スレッドを直接操作するようなAPIは非互換にならざるを得ないと思う
CPUの存在がビットで表現されて UINT でやり取りしているから、現状のままでは32個以上にできない。

MSはItaniumで泣いたからx86ベースの何か以外作らないようにIntelに釘刺したんじゃない？ｗ

とはいえ、ちゃっかり箱○でカスタムPPC使ってたりするし

一定のライセンス数が捌けるアーキなら実はなんでもよかったり。

HKEPCによるとBloomfieldのローエンド品2.66GHzモデルわ、$284なんだとか。
http://www.hkepc.com/?id=1447&fs=c1h
　・2.66GHz: $284
　・2.93GHz: $562
　・3.2GHz: $999
更にHavendaleわ$80-$90になるとか書いてあるす。

$316から更にsageたのか

>>853
意外に安いですな、後はMBとDDR3の値段次第だね。

このくらいなら、Lynnfieldを待たずに特攻する人も結構いるだろうね。

俺はこんな感じかな。
Bloomfield 2.93GHz $562
DDR3-1600 2GBx3 $300(予想)
ASUS P6B Deluxe $266

まぁ、15万あれば余裕で買えそうだな。

ゲームベンチで軒並みE8600に負けてゲーマー層にスルーされそう

QuadかIGP付Dualしか選択肢ないのがきついよな

>>813で出ていたnForce 200搭載のx58マザーでSLIサポートの件、NVIDIAから正式に
プレスリリースが出たす。
http://www.nvidia.com/object/io_1216019719164.html

TDP95w枠には抑えられなかったか(´･ω･｀)
まぁCore2の2.93GHzを超えて3.2GHzからスタートするのはイイ(・∀・)ね。

Broomfield安っ

これはLynnfieldの位置付けが難しいな。

さてさて、ここから何処まで安くなるかな？
結構行くんじゃないかと想像中

近接場光すげーな
空気中で22nmの回路できそうだな。

22nmの次がどうなるのか興味ある

【AMD大勝利】IntelCPUに重大な欠陥！どのOSに関わらずCPUの欠陥を突かれ、HDD損傷の可能性
http://namidame.2ch.net/test/read.cgi/news/1216189040/

仮にあっても、不正シャットダウンかその手の攻撃しかできない時点で
攻撃の手段としては有効性なさすぎ。

バカの相手も疲れるだけだなw

欠陥CPUの補償はどうするの

物理的に修復不能でかつ計算を間違えるならリコールするんでない？
CPUはマイクロコードっていうプログラムを持つ領域があるから、それでナントカなるならリコールしない。
と、思う。

Expreview掲載のIntelのデスクトップロードマップとLynnfield, Havendale両チップの特徴を
述べたスライドす。
http://en.expreview.com/2008/07/16/intel-roadmap-indicates-multiple-havendale-incoming-q309/
Havendaleの方わ、ローエンドがＰｅｎｔｉｕｍ E5200クラスとのことすから、>>853の$100を切るという
報道も信憑性が高いす。
Nehalemわサーバー向けとか叫んでいたヒトもいたような気がするすけど。。。

インテルの決算発表電話会見で「Atom」への懸念が噴出
http://japan.cnet.com/news/biz/story/0,2000056020,20377394,00.htm

>>868
JavaのJITとか言ってる時点で自己書き換えの欠陥を付く何かだろ
まぁ普通は気にしなくていい。
そんな攻撃バカらしくて誰もやらない。

団子さんはその旨を自分のブログにまとめてくれるとありがたい
2ちゃんで文章垂れ流すより一般人への信憑性が増すしね

N速の馬鹿は一方で勝手に信憑性堕ちまくっても気がつかないし

>>871
ツール作ってばらまくバカがいるから、程度にもよるよ。

今更だが
　ttp://pc.watch.impress.co.jp/docs/2008/0716/kaigai453.htm
＞Intelの宣伝戦略に乗せられていた
って騙されたた奴なんて居たのかな？

このスレの大部分だろ

カッとなったお馬鹿参上か

宣伝でも戦略でもないよ

モバイルっていつになったらクソパフォーマンスから脱却できるんだろ

>>879
自分で歩くようになる頃にわ、そうなるんじゃないすかね？

つまんね　さすが運営に顰蹙買う真似する奴だ

（　´∀｀）＜オマエガナー

G45マザーが初登場、動画強化の新GPUコア搭載
http://www.watch.impress.co.jp/akiba/hotline/20080719/etc_smicro.html

モバイルCore 2新モデルが登場、TDP25W/2.53GHzのP9500など
http://www.watch.impress.co.jp/akiba/hotline/20080719/etc_intel.html

>>869
サーバ向けってのは基礎設計がってこと。
もちろんLynnfield, Havendaleそれをパフォーマンス〜ローエンドまで派生させたもの
ということ自体は何も新情報ではない。
つまりアホはお前。

>>884
　　------------------
　　サーバ向けってのは基礎設計がってこと。
　　------------------
基礎設計(笑)
http://www.realworldtech.com/page.cfm?ArticleID=RWT040208182719
　　==================
　　Nehalem differs from the previous generation in that it was explicitly designed not only to
　　scale across all the different product lines, but to be optimized for all the different product
　　segments, from mobile to MP server.
　　==================

どうでもいいですよ♪

Larrabeeっていつ頃出るの？

1915年
http://whatcom.kulshan.com/Washington/Whatcom/Bellingham/Outdoors/Larrabee_State_Park.htm

>>869
当初Nehalemとして紹介されていたのはメモリインターフェイスをオンダイにしたBloomfieldだったからね。
Opteronと同様にMP鯖を意識した設計と思われていた。

当時メインストリーム向けNehalemはメモリインターフェイスがオフダイで
MCH/GMCHをMCMで統合する計画だとは誰も思っていなかったしね。

Lynnfield/HavendaleはSocketAに刺さるAthlon64みたいなもんでしょ。
まあFSBの変わりにQPIに進化しているけど。

>>885
そのモバイルからMPサーバまでスケールするなんてのもとっくの昔にでてるの。
きみのようなアホはIDF以降で明からにされた情報を追えてないから、
そのようなうわっつらの情報にだまされるわけ。

せいぜい大原記事くらいよめるようになってから英文でも引用しろよ。
少しはアーキテクチャの中身も読み返して欲しい。

MACオタは全体把握して理解してないくせに、
目についた自分の都合のいい部分だけ引っ張ってくるから困る。
あと、海外の掲示板で誰かが言ったことを得意げに2ちゃんに書いてるのに。
レベルがしれてんだよ、カスが。

あと、海外の掲示板で誰かが言ったことを得意げに2ちゃんに書いて自分の意見のようにしている。
しかも、その内容が間違っていたりして反論されると言い返せず逃げる。

google検索代理人兼RSSリード代理人に対して何と失礼な物言いか

＞せいぜい大原記事くらいよめるようになってから
＞せいぜい大原記事くらいよめるようになってから
＞せいぜい大原記事くらいよめるようになってから英文でも引用しろよ。

＞せいぜい大原記事くらいよめるようになってから
＞せいぜい大原記事くらいよめるようになってから

ﾌﾟﾌﾟﾌﾟ

つーか、アホMACオタは、Nehalemで改良されたポイントまともにあげられんのか?
RealWorldTechの解説みたって全部よめばサーバ用途に注力しってわかるだろうに。
LynnfieldやHavendaleはNehalemの後発派生チップ。
スケールしやすくなった。派生チップを作りやすくなったといっても
サーバ向けが元になってるっていってるの? わかる?
LynnfieldやHavendaleがなんで遅れてんのか説明てきんのかよ。

>Havendaleの方わ、ローエンドがＰｅｎｔｉｕｍ E5200クラスとのことすから、>>853の$100を切るという
>報道も信憑性が高いす。
>Nehalemわサーバー向けとか叫んでいたヒトもいたような気がするすけど。。。
論理的に物事を考えられない馬鹿の典型。
ベースがサーバ向けのコアで派生チップのHavendaleがローエンドという流れ
でリリースされる。そんなのは今更新しい記事を引用しなくてもとっくにわかってる。
それが低能MACオタ君の脳内ではやはりサーバベースではなかった!!という解釈になるらしい。

BloomfieldもUPサーバと共用プラットフォームなのに気がつかない
(自分でPCパーツさわらないから感覚がわからない)。
さあ、MACオタとその低能取り巻き連中はなぜLynnfieldやHavendaleが遅れてるのか
説明してくれよ。モジュラーいってりゃ万能とかおもってるお花畑なのか?

大原記事とか言わなけりゃよかったのに…

なんか火病しているな

クソコテに随わないと火病か
さすがバカの基準

4連投のあと2連投してりゃ「必死だな」って思われてもしょうがないだろ

まあ夏ですから。

>>896-897
　　------------------
　　LynnfieldやHavendaleがなんで遅れてんのか説明てきんのかよ。
　　------------------
単純に競合上急ぐ必要が無いからす。むしろBloomfieldをオフダイメモリコントローラのバックアップ
プランを用意してまで急いだことに注目すべきかと思われるす。
http://www.hkepc.com/database/images/2008010314080787929002081.jpg
　　------------------
　　Nehalemで改良されたポイント
　　------------------
SMTわAtomでの採用で、『サーバー向け』技術じゃ無いことわ明らかになったと思うすけど。。。
メモリコントローラ内蔵等SoC的要素わ、むしろ組込チップで先行して実装されている技術す。

更にIntelの語る回路設計における"Nehalem highlight"わ、低消費電力やモジュラ設計にあったり
するということにも注目す。
http://www.intel.com/pressroom/archive/reference/IntelatVLSI_summary.pdf
　　==================
　　Nehalem Highlights:
　　Configurable clocking, fastlock low-skew PLLs, high reference clock frequencies, analog
　　supply tracking system, adaptive frequency clocking, low jitter Intel QuickPath interconnect
　　and integrated memory controller clock generation, and jitter-attenuating DLLs.
　　==================

あれ、AtomはSMTじゃなくてFGMTなんでしょ？
MACオタ的に。

511 名前：MACオタ＞505 さん[sage] 投稿日：2008/05/08(木) 22:37:06 ID:UrOM/xel
>>505
新しい目の技術すから、これをトンデモ説とまで言い切る勇気わ無いすけど、CELL PPEやAtomわ
FGMTに分類するのが普通かと思うす。
CELL PPE: http://www.research.ibm.com/journal/rd/515/chen2.gif
Atom: http://images.anandtech.com/reviews/cpu/intel/silverthorne/blockdiag.jpg
どちらもディスパッチの手前までスレッドごとに分離しているす。

>単純に競合上急ぐ必要が無いからす。むしろBloomfieldをオフダイメモリコントローラのバックアップ
>プランを用意してまで急いだことに注目すべきかと思われるす。

>単純に競合上急ぐ必要が無いからす。
Bloomfieldの価格みてよくそういえるな。
実際に買わないから意識がまわらないんだろうけど、
Bloomfieldのダイサイズで$300未満なんて本当はやりたくないのに
泣く泣くやってるんだろ。

EPTとかTLBの拡張とかはどう思ってるんだ??
L3もコヒーレンシ制御に最適化されていますが?
これらがLynnfieldやHavendaleで再構成されているわけはなし。
もともと1コアしかないAtomのSMTとNehalemでSMTが導入された意味は違う。

ああ、キャッシュくらいは再構成されてる可能性ありか。

MACオタはRealWorldTechのコア内部の解説まともによんでないだろ。
QuickPathやIMCまでは最近の流れだし、それだけでサーバ向けコアとはいってない。
それよりもIDFで明らかになったコアの細部がサーバ向けになっている。
結局のところNehalemはMeromをQuickPath化して、当時IntelはサーバでAMDにおされていた
のを取り返すためにサーバ向けの拡張を色々コアに組み込んだもの。

MacもQPIになるの？

>>906-908
>>885に引用した一節の通り『モバイルからマルチソケットサーバーに至る全製品ライン向け』の
最適化が行われているというだけの話す。昨今の設計において、トランジスタ自体わ余るほど
あるすから、消費電力に影響しない限り機能が多いことわ、モバイル向けになんら悪い影響を
与えないす。

あなたの論法わ、SilverthornがIntel 64をサポートすることを理由に、64-bit OSへ最適化されていると
主張するようなモノかと。。。

わかりいくいからまとめ。

IDFでIntelが公開したNehalemの詳細やRealWorldTechの解説記事を読む限り、

・Nehalemの"コア"の部分のCore 2に対する拡張部分はサーバ向けと思われるものばかり
・Nehalemの"アンコア"の部分もサーバ向けのものばかりだが、
　これはGainestown/Bloomfieldの話で、LynnfieldやHavendaleでは異なる。

Nehalemはサーバの事業部で開発されていて、
Gainestown/Bloomfieldを中心にアーキテクチャが公式に紹介され、
LynnfieldやHavendaleがかなり遅れて登場することからも
サーバ向け主眼でコアやシステムを設計し、
メインストリームデスクトップやモバイルは"アンコア"の部分を
付けかえる形で派生対応するという新しい方式に挑戦した。
そのためにあるのが"モジュラ設計"なわけ。
"モジュラ設計"はちょっと知識がある人をだますのには有効な手段のようだが、
実際のところLynnfieldがWestmere世代と切り分けできないところまで遅れている。
(Lynnfieldもダイはかなりでかい計算なのでBloomfieldの中〜下位の置き換えと$200超がメインになると思われる。
Havendaleも冷静にみれば、2 Nehalem core+GMCHなので$80〜90はHavendaleの中では最下位ゾーン限定の話で
あるとみられる)。
かのIntelでもこの様なので、多分、ハイエンドをモジュラ設計で派生開発し続けられる体力のあるメーカーは
Intel以外1社あればいい方だろう。漏れはモジュラ設計の将来にそんな期待はしてない。


MACオタは"モジュラ設計"に過剰な期待をよせているらしく、
"モバイル"や"サーバ"といったジャンルわけの発想がそもそも古い。
Sandy Bridgeでもサーバ向けが先行する。
などとのお花畑妄想をとばしてるが、オタの話は信じない方がいいと思うよ。

オタに限らず
信じられる話は、どこにも、ない

過去に否定された論を忘れた頃にぼりかえして
"あのときのあいつらは馬鹿だった"みたいなのはやめてほしいね。
そこまで自分の考えに自信があって、共有の掲示板でここまで
ながなが主張を押し通そうというのならば、個人ブログでも建ててやって欲しい。
>>911も単なる漏れの考えにすぎないし、信じる信じないは自由。
要は自分で考えろと。

＞昨今の設計において、トランジスタ自体わ余るほどあるすから、消費電力に
＞影響しない限り機能が多いことわ、モバイル向けになんら悪い影響を
＞与えないす。
トランジスタを増やすことが消費電力に影響するということを理解してないようだ。

インテル0.13μmプロセス

80平方mm　　　 4400万ﾄﾗﾝｼﾞｽﾀ　　Tualatin　　TDP 31.6W＠1.4GHz
82.8平方mm　　 7700万ﾄﾗﾝｼﾞｽﾀ　　Banias　 　 TDP 24.5W＠1.7GHz

Larrabeeに追われるNVIDIAがGT200に施したGPGPU向け拡張
http://pc.watch.impress.co.jp/docs/2008/0716/kaigai453.htm

この話からすると、LarrabeeはGPGPU路線で後追いになる訳だが、nVIDIAと同じ
ワナに嵌る危険が高そうな気がするのだが。

x86互換の冗長性は他社より１ランク進んだ最新プロセスでカバーするとしても、
GPU単体としての冗長性はVideoカード用途には、AMDのATiよりコスト的に不利な
のは否めないし。

また、CUDAで梃子摺ってるnVidiaと同様に、DirectX10用GPUのドライバ開発で
梃子摺ってるIntelが、CUDAを凌駕するシステムを提供出来るとは思いにくいし。

まあ独自のコンパイラを出してるIntelだから、その点は少しは何とかなるのか
もしれんが。

やべ、今>>869のリンク先みたけど、>>911に書いた通りのLynnfieldとHavendaleの話が
既にその通り書いてあるのか。わらた。

>>911
　　-----------------
　　・Nehalemの"コア"の部分のCore 2に対する拡張部分はサーバ向けと思われるものばかり
　　-----------------
ここに最大の偏見があると思うすけど。。。
http://journal.mycom.co.jp/photo/articles/2008/04/10/idf09/images/Photo04l.jpg
　・SSE 4.2
　・Imploved Lock Support
　・Additional Caching Hielarchy
　・Deeper Buffers
　・SMT
　・Loop-Stream Detector
　・Virtualization (TLB等)
　・Better Branch Prediction (スタック処理等)
コレ見て「サーバ向けと思われるものばかり」なんすか？その他もこんな感じすけど、サーバー
特化機能じゃ無いすね。
　・Macro Fusion拡張
　・アライメント制限の緩和

・SSE 4.2
・SMT
はすごくサーバ向けだと思う

>>916
>CUDAを凌駕するシステム
http://journal.mycom.co.jp/articles/2007/10/05/idf/005.html

Larrabee だんだん試したくなってきた、早く現物がほしいな
ここ数年ではIntelの本命にチップになりそうな予感。

>>918
とりあえずMACオタ自身が最初に引用したRealWorldTechの記事の方が良いよ。
分岐予測一つをとってみてもサーバ向けのチューニング。
queue/buffer類もSMT向けに増やしたってのが書いてある。
無論そこにあがっている
　・SSE 4.2
　・Imploved Lock Support
　・Additional Caching Hielarchy
　・Deeper Buffers
　・SMT
　・Virtualization
　・Better Branch Prediction
はサーバ向けのものばかりでしょ。
PenM→Core 2の時の拡張と比較してみなよ。

鯖向けは性能的には Core2Duo で間に合ってしまいそうな予感がするのは俺だけか。
低価格化と高密度化と信頼性向上と低発熱の要求しかもう残ってないような・・・

>>918に挙げたリスト、意外なモノをサーバー用と認識しているヒトがいるすね。。
　・SSE4.2: 主として文字列処理命令の強化なんで汎用の機能強化
　　(例: http://smallcode.weblogs.us/2007/11/23/strcmp-and-strlen-using-sse-42-instructions/)
　・Additional Caching Hielarchy: これこそモジュラー化のための仕様す。
　・Deeper Buffers: SMT支援
　・SMT: 電力効率向上 (Silverthorne参照)
間違っているすか？

よく読んだら、これまで『サーバー仕様』ってことになってるヒトがいるすか。。。
　・Better Branch Prediction
プロセッサのボトルネックが何かを理解しているのかはなはだ疑問になってきたす。
　　------------------
　　PenM→Core 2の時の拡張と比較してみなよ。
　　------------------
http://www.intel.com/technology/architecture-silicon/core/
　　===================
　　Further efficiencies include more accurate branch prediction, deeper instruction buffers for
　　greater execution flexibility, and additional features to reduce execution time.^(1)
　　===================

　・SSE4.2: 文字列処理の高速化の目的がXMLパーサや正規表現の高速化。やはりサーバ志向。Itantiumも同様の拡張あり。
　・Additional Caching Hielarchy: L3がサーバ向けにチューニングされてる。L2まででもモジュラー化できないこたない。
　・Deeper Buffers: SMT支援　○
　・SMT: スループット性能の向上(電力効率の悪化する高速化なんてそもそも全くやらない方針)。

RealWorldTechより、
>Intel simply states that they use “best in class” branch predictors and that their predictors are tuned to work with SMT.
予測器がSMTにチューンされてる。

https://intel.wingateweb.com/SHchina/published/NGMS001/SP08_NGMS001_100r_eng.pdf
あと、ここの16枚目みてよ。L2 BTBはデータベース向け。

単に分岐予測といってもNehalemの場合は特にサーバ向けになってるのよ。

というようにちゃんと内容まで確認し、理解すれば、
Nehalemの各々の拡張がサーバ志向であることがわかるはずです。
MACオタはそれを理解していない。もう理解する気もない方針のようだ。
とりあえず自分で引用したソースはちゃんと読もうぜ。
単なる通りかかり名無しの妄言ならよいのだが、
MACオタは書き込みの頻度がおおいし、しつこいから困る。

鯖向けねぇ、どれもたいした効果が期待できそうにない予感がするんだな
機能拡張より余計な物バッサリ切り落とした方がより鯖向け要求に合いそうな予感。

それサーバー向けの資料じゃん
それ見れば鯖向け強化が多いように感じるのはしょうがない

Nehalemの場合、Merom+CSIが基本になっていてあとは大きなコアの拡張はない。
その小さい拡張がサーバ向けなの。
Nehalemの開発時期は、IntelがOpteronにサーバ方面で追われていた時期だったので、
その弱点全般を埋める、もしくは上回るように改良してあるってだけ。

>>930
そんなこたない。
Nehalemがサーバ関係の事業部がつくったものだからそう見えるのはしょうがないが。
ならばデスクトップ向けとモバイル向けの資料とやらを見せて欲しいものだ。

基本的に社外秘資料だから見せられないんだけど
それとは別の資料が存在することは確かだよ

ちなみにオレが鯖向けとして今時の要求に合わせたCPUを設計するなら
Core2の部分はそのまま、次の世代あたりまでいけば枯れて信頼度も十分だろう、
高機能化で障害が多い今日この頃これも売りになると思う。
キャッシュはさらに増量、どんな効率の悪いコードにも耐えられる仕様にして
チューニングをあまりしなくても高性能になる事を売りにする。
メモコン等の周辺は可能な限り全部統合、部品点数が最小限になるように仕向けて高密度化を売りにする。
演算性能は現在のミドルレンジクラス程度で抑えておく。

>>931
　　------------------
　　IntelがOpteronにサーバ方面で追われていた時期
　　------------------
少なくともその理由わ『コア』の設計に無いということを認識していたから、あなたが1行目に書いた
次第とあいなったすけど。。。

とりあえず、
派生で今後「変えられる部分」と「固定の部分」の見分けがつかない人が多い
よくわかった。
MeromにCSIをくっつけて、P2Pになって足回りがOpteron相当以上なったついで、
コアもサーバ向けに強化したものがNehalem。
派生はそのコアを流用してアンコア部分を変えたもの。
だからサーバ仕様なNehalemが先行している。
ただそれだけのこと。TickTockだって??そりゃ後付です。

>>936
とりあえず。。。すか。

それを言うなら、K8, Core2と続けてサーバー・デスクトップ・モバイルの全ての分野で単一コア設計を
流用するという方針が大きな成功を収めてきたという大きな流れを見失って、何を語ることもできない
かと思うす。
ただ一つ、『電力効率』こそが現世代の聖杯す。

なんか得意の脱線モードに入ろうとしてるな。

>Havendaleの方わ、ローエンドがＰｅｎｔｉｕｍ E5200クラスとのことすから、>>853の$100を切るという
>報道も信憑性が高いす。
>Nehalemわサーバー向けとか叫んでいたヒトもいたような気がするすけど。。。

"Havendaleが$100切るのでNehalemはサーバ向けの設計ではなかった。"
→ サーバ向けに設計されたプロセッサの派生が$100切ったらそんなにおかしいのか? わらい。
今日はMACオタにとって勉強になったな。

>K8, Core2と続けてサーバー・デスクトップ・モバイルの全ての分野で単一コア設計を
>流用するという方針が大きな成功を収めてきた

Nehalemの開発時期にはCore 2は市場にまだ出てませんが何か?
2005年時点でMerom+CSIの話でてるんだが。ちゃんと情報よんでるのか?

正規表現はハードで何とかする前にソフトのアルゴリズム変えたほうが良いんじゃないかなぁと俺は思うのですが
言語によって全然処理速度違うし

熱い議論中ｽﾏﾝです(´・ω・`)。

nehalemは現状のCPUとは全く互換性が無い訳ですが、
こいつが発売されると、socket478→LGA775の時のように
一気にアーキテクチャの刷新が進むと思われますか？

それを考えたら、この夏は買い控えするべきか悩む。。。

LGA775が長生きすると思います

>>938
　　----------------
　　サーバ向けに設計されたプロセッサの派生が$100切ったらそんなにおかしいのか?
　　----------------
サーバー向けに設計したプロセッサを低価格で売らざるを得なかった会社の末路がこれす(笑)
http://journal.mycom.co.jp/news/2008/07/18/009/index.html

ソケットがアーキテクチャなのか

>>941
長生きしますかね？
775が出た頃に、予算の都合で敢えて478のソケットで自作したんですが、
今すごく後悔してるので。。。
nehalemとCore2が共存してくれるような展開になればいいのですが。

>>943
素人なもので、言葉の使い方がヘンですみません(´・ω・`)。

価格帯による。

>>940がハイエンドしかみていないのなら急速に移行が進むが、
ミドル〜ローエンドをみているのなら進まない。

Nehalemの場合、1366pinのと1160pinのとで
デスクトップでもソケットが2種類あるから一言じゃ説明しきれないなあ。
まあ、サーバ用の1366pinが先行して本来デスクトップ用の1160pinが遅れている
せいで、最初は1366pinでデスクトップがでたあとに、1160pinの比率が増える
ことになるからさ。Intelとしても苦しい戦略かと。

ちなみに人によっては
Intelは競合製品があまりないからという理由でわざと1160pin製品をおくらせている
ということらしい。おれにそのポジティブな解釈は理解できないが。

まあソケットの長生きなんて予想が非常に難しい
DP-Xeonでも使うわけだからLGA1366結構長生きするんじゃない？
と思う。今まで待ったならBloomfieldまで待っておけば？
まあこれに反論しようと思えば幾らでも出来るんだけど
所詮は水物予想なんで。

SMTがサーバ向けであることを真っ向から否定する馬鹿にかまうのやめろよ

少なくともLGA775は新規で作られることはもうない（ミドル、ローエンドクラスは別）
LGA775じゃCPU載せ換えしたくても既存CPU以外無理ってことだけは確実。

LGA1366は今のLGA771みたいな扱いになるのかな
メインのLGA1066まで待ちたいけどあと1年位先・・・

マザーの値段によると思うけど、クアッドはBloomfieldの最下位の2.66GHzが
主流になるんじゃない？$284だと売れ筋だったQ9450より安いし、Lynnfieldを
待つよりBloomfieldを買ったほうがいいような気がする。

>>950
まぁCPUの値段だけ見ればそうなるな。

マザーも大手メーカーがデスクトップ向けとして、どんどん出してくれれば
意外に安くなるかもしれんね。
DDR3は今年の末には1GBあたり5千円以下（2GBモジュールが1万円以下）
担ってくれれば

CPU 3.5万円
MB 3万円
DDR3 2GBx3 3万円

10万円以下で3点セット換えれば、結構Bloomfieldも行けるかな。

サバ仕様なら高レイテンシであるFSBをQPIに変えるだけで十分だな。
後はメニーコアやCPU + GPUが設計しやすいようアーキテクチャーをいじる程度なもんだ。
高効率＋低消費電力ならそれだけで十分。

DDR3の2GBはすでに最安が12800円なんだから年末で1万切りなんて余裕だろ

>>951
Lynnfieldはでるまで時間がかかるし、Westmereもすぐそこで下手をすると
寿命短くなりそうな予感。C2QもQ9650等がもう来年のQ1にディスコンになるし
Intelとしては、Lynnfieldが遅れるのでBloomfieldをデスクトップ向けに売れるように
したんじゃないかと思えるようなCPUの価格設定だからね。

省電力向けは、当分E8xxx系以下とQ8xxx系になりそう、グラフィック統合のHavendaleも遅れるし。

つーかLynnfieldもういらんだろ。マザーもメモリ2ch限定で作ればそんなに高くならんよ。

cpuで発売が遅れることは多々あるけど、前倒しされることは過去あったのかな？
Lynnfield発売があまりに遅いから

対AMDの1GHz競争とデュアルコア競争のときにやってなかったっけ

どのソケットが長命になるかはマザーボードメーカーが一番知りたいことだろう

>>168
ソケットメーカーの中の人も大変だろう。

LGAピンの実装失敗歩留まり低下でマザボベンダ涙目

Larrabee 弄りてぇぇぇぇ、早くぅぅ

959のバカさは異常

東北大がグラフェンをシリコン基板上に生成するのに成功したらしいね、ソースは日経産業新聞。
この材料もかなりの性能ありそうなんで、前から気になってたんだけど。

シート状のものにシリコン蒸着させて、
そのまま焼き工程にまわすっていうのはどうかなと
前から思っていたんだけど、まあいいや・・・

>>963
シリコン基板上のグラフェン薄膜作製に初めて成功
（未来の超高速大規模集積デバイスに道）
ttp://www.jst.go.jp/pr/announce/20080624/index.html
このへんだっけ？

本当に初めてなのかなぁ・・・
SiC熱処理してグラフェンって結構良く聞く話のような気がする
半年前くらいのScienceでSTMでグラフェン見てた論文載ってたけど、SiC膜から作ってたような

よく読んでなかったから分かんなかったけど
歪が少ないグラフェンを熱処理で作れたってのが新規性なんだな
なるほどねーようやるわ

ココがポイントと

本研究グループは、Si基板上に一度、８０nmという極めて薄いSiC薄膜を形成し、
これを熱処理することでSi基板上へのグラフェン作製に成功しました。
その際、Si結晶とSiC結晶の間に存在する約２０％の格子不整合注９）
を解消するため、これまでとは異なる方向に切り出したSi結晶基板を用いたことがブレークスルーとなりました。
この工夫により、Si基板の上に、これまでより歪が４分の１に抑えられたSiC薄膜を成長させることが可能になり、
その結果、グラフェン形成に成功しました。

>>963
それ随分前にTVのニュースでやってたよ・・・
なんで今更そんな古い情報を？

今初めて知ったんでしょ

ところでインジウムガリウム砒素はどうなった？

http://en.hardspell.com/doc/showcont.asp?news_id=3782

次世代Ａtomは初めての32nm採用製品で、ＩＤＦでデモするらしいとのこと。