08/06/26 15:29:51 I3hfESaw0
いちおつ
3:名称未設定
08/06/26 17:48:17 3kddYdrL0
うっぷすいんほって何？
4:名称未設定
08/06/27 11:48:53 TPhqu8PIO
乙
5:名称未設定
08/06/29 17:45:37 6xhzC9U60
ho
6:名称未設定
08/07/02 00:14:19 rwYkpwLh0
su
7:名称未設定
08/07/04 17:19:16 fgLIt9p50
年末にはNehalem搭載MacProが出るのかね
8:名称未設定
08/07/07 19:17:47 6WIpDbt10
年末に出るのは1s向けのNehalemでXeonは遅れるんじゃないのか。
Appleのことだからフライングで供給してもらうかもしれんが
9:名称未設定
08/07/12 22:10:45 X2NY0d4t0
ho
10:名称未設定
08/07/16 21:37:41 2tJDaSEC0
ze
11:u
08/07/19 16:54:24 TT3/04Gc0
Intel Roadmap indicates multiple Havendale incoming Q3′09
URLﾘﾝｸ(en.expreview.com)
- Lynnfield/HavendaleもHyper-Threading有り
- LynnfieldはTurbe Boost Technology有り。
# Lynnfieldは4 core + PCIeなので200mmsq切るのは厳しいか??
# Havendaleも2 core + GMCHのMCMなのであまりV2, V1は45nmでは無理の予感。
# Nehalem系のV2,V1はWestmere世代待ちか、DC Atomかなあ。
# Westmereへの以降時期がかなり謎。TickTockはやっぱ難しいのか…。
12:u
08/07/19 16:56:23 TT3/04Gc0
というわけで、小さいネタのみだがこのスレ復活。
以前より漏れのレベルが落ちているので、存在価値は多分微妙だが。
13:u
08/07/19 17:07:40 TT3/04Gc0
Intel's Larrabee GPU based on secret Pentagon tech, sorta
URLﾘﾝｸ(arstechnica.com)
Larrabee P54C-based説について。
かなり以前、IntelはP5世代が引退させたあとに、米国国防総省にP54CのRTLコードを提供した。
で、国防総省はP54Cをベースに対放射線版のを軍事用途向けP5を作った。
数年後、そのPentagon版P5も引退したあと、今度はIntelにPentagon版P5のRTLが返された。
それをMany-Core向けに拡張したものがLarrabeeのcoreってことらしい。
# ちなみに漏れはこれを読んでもP5-basedだとは思ってない派。
14:名称未設定
08/07/19 17:14:12 tdFjqt3o0
詳細が発表されたらされたで、
各自が思うところのﾎﾆｬﾗﾗﾍﾞｰｽ論で
また不毛な議論に花を咲かせようじゃないか。
15:u
08/07/19 17:24:23 TT3/04Gc0
議論は表スレで(なら個人の見解書くなとかいわれそうだが)。
ここはまったりいきたいのです。
# 2-issue in-orderってだけじゃAtomもそうだし、P5だとはいわん。
# やっぱuop変換なしで、U,Vパイプベースじゃないと。
# 最近のx86のFPU/SIMDに使われているトランジスタ数がオリジナルP5よりも大きい(はずな)こと、
# SMT, SIMD拡張, 64bit化, 仮想化などなど、P5以降にしなければならない拡張があまりにもありすぎること、
# などからなんとなくバランス悪いし無理かなあと。なにしろuopもregister-renamingもないんだ。
# 一体どうやってx86 decodeするの??ってかんじ。
16:u
08/07/19 21:02:02 cm1TEuNQ0
Runtime Environment for Tera-scale Platforms
fURLﾘﾝｸ(download.intel.com)
Intel VCGの論文。
# ここでシミュレーションしてるTS-CMP processorってのが微妙にLarrabee似かも。
# SIGGRAPH 2008で論文発表する人が著者にいるだけあって、
# よく知らんがRun-Timeで都合が悪いところは吸収して、多数コア+HW MultiThreadingを分回すってのも
# Larrabeeの方向にやはり近い気が。
TS-CMP processor
- 16 in-order core
- HW Multi-threading, round-robin each cycle
- 32KB L1D, 2MB shared L2, 4MB off-chip L3
- L1: 3 cycle, L2: 12 cycle, L3: 40 cycle
>We used a cycle-accurate simulator to evaluate McRT’s
>performance on a TS-CMP processor. The simulated
>platform consists of an array of up to 16 in-order cores,
>each of which has four threads. Each core will select a
>different thread each cycle, round-robin, unless the thread
>is stalled due to, for example, a cache miss, being in the
>sleep state. The memory system consists of a 32 KB L1
>data cache that is shared by all four threads in the core, a
>2MB L2 cache that is shared by all the cores, and an
>off-chip 4MB L3 cache. All caches were simulated with
>an 8-way set associative configuration. The L1 cache
>access time is 3 cycles, the L2 cache access time is 12
>cycles, and the L3 cache access time is 40 cycles.
Doug Carmean, Visual Computing Group, DEG
Eric Sprangle, Visual Computing Group, DEG
17:u
08/07/20 00:27:34 MiB13c6B0
対応表(仮)
XE $999 → Bloomfield-3.2G
P1 $530 → Bloomfield-2.83G → Lynnfield
MS3 $316 → Bloomfield-2.66G($283) → Lynnfield, Havendale
MS2 $266 → Lynnfield, Havendale
MS1 $183 $224 → Havendale
E2 $163 → Havendale
E1 $133 → Havendale
V3 $113 → Havendale
V2 $64-$84
V1 $34-$53
# 一応考えたが今いち正確な対応がわからない。
# Bloomfieldの価格=$284はシステムで高価になることに対するIntelの普及のための配慮??
# 32nm Westmereがいつ出るのか知らないが、
# Westmereもサーバ向けの6 coreを先行して開発していていて
# デスクトップ向けのClarkdaleが遅れているとすると、
# Bloomfieldと同じ状況でまた巨大なダイをデスクトップ向けにバーゲンしなきゃいけなくなる。
# サーバ用に4 core Westmereを開発していればよいが、
# その場合でもQuickPathのサーバ用マザー&socketをまた転用することに。
# いずれにしろsocketが異なるであろうLynnfieldとDesktop Westmereとの間の移行関係に無理がある。
# 逆にClarkdaleが早期にでたとするとLynnfieldが恐ろしく短命に終わってしまう。
# Lynnfieldはしばらく32nmに移行しないで粘ることにすると、
# ClarkdaleとSandy Bridge世代の関係がよくわからなくなるな。
# とにかくLynnfield/HavendaleとWestmere世代の移行は無理がある予感。
# 実はLynnfieldも4 coreなのであまり安売りできないはずで、バーゲン状態に近い。
# つか、4 coreって32nmでもIntelの過去のMainstreamと比べてでかいんで。
# 調子に乗ってcore数増やしすぎなんじゃ??
# 今のRoadmapは無理がありすぎな気がするのだが早くに考え過ぎか…。
18:u
08/07/20 00:28:27 MiB13c6B0
x Bloomfield-2.83G
o Bloomfield-2.93G
19:u
08/07/22 21:52:11 D1B6505E0
Intel Bloomfield CPU pricing reveals pleasant surprise
URLﾘﾝｸ(www.digitimes.com)
Bloomfield 3.20GHz $999
Bloomfield 2.93GHz $562
Bloomfield 2.66GHz $284
20:u
08/07/22 22:00:14 D1B6505E0
32NM ATOM ON IDF 2008
URLﾘﾝｸ(xtreview.com)
8月のIDFでは、32nm版Atomをデモ。
Cell PhoneやiPhoneのサイズが可能に。
# 32nm Atom = Lincroft
21:u
08/07/22 22:07:40 D1B6505E0
Intel: Atom Will Not Substitute Celeron Processors.
URLﾘﾝｸ(www.xbitlabs.com)
Intelは現時点でAtomでCeleronを置き換えるつもりなし。
22:u
08/07/22 22:23:55 D1B6505E0
Nehalem arrives in week 40 and 44, possibly
URLﾘﾝｸ(www.bit-tech.net)
Bloomfieldは10月末。 # …かもしれない
X58チップセットはそれだけで$70のコストであり、マザーボードはかなり高価になる
(nVIDIAのnForce 790i Ultra SLIは$100+なのでさすがにそこまではいかない)。
>We've also been told that Intel's premium X58 chipset alone will cost $70,
>making the boards quite expensive, but this is not unexpected and by no means
> completely insane like Nvidia launching the nForce 790i Ultra SLI
> with a chipset that cost $100+.
23:u
08/07/23 19:24:34 XaNk5EyX0
>>20 訂正
More Details on the Intel Atom Emerge
URLﾘﾝｸ(www.anandtech.com)
>Moorestown will allow Intel’s Atom CPU to exist in larger smart phones (4 - 5” size),
>while its successor in 2010/2011 will use the magic of Intel’s 32nm process to finally
> get into something iPhone-sized.
表スレでいわれている通り、Lincroftは45nmだった。
AnandTechの過去の記事によれば32nmはMoorestownのさらに後継ということらしい。
# にしちゃやたらデモが早いんですが…。
24:u
08/07/23 20:20:43 XaNk5EyX0
# ちょっと発見。
# $530 → $562 ($32アップ)
# $316 → $284 ($32ダウン)
# 2.66GHzを貧乏人向けに従来より安く設定しているかわりに、
# 2.93GHzを同じ価格差分上昇させただけ??
# 2.66GHzを買う人は2.93GHzを買う人には感謝しなきゃ（･∀･）
25:名称未設定
08/07/23 20:24:57 w8379Ch40
ごめんなさい
それでも買えない貧乏人で
ごめんなさい、ごめんなさい
26:u
08/07/28 00:45:51 /r4YWaPu0
Nehalem-EP......BLOOMFIELD
URLﾘﾝｸ(www.xtremesystems.org)
xtremesystemsの掲示板にNehalemのES品をベンチした結果がそこそこあり。
# 例によってマルチスレッドものが多い。
27:u
08/07/28 00:57:32 /r4YWaPu0
以下、シングルスレッドよりの結果(Yorkfield vs Bloomfield)を抽出
QX9650 = Yorkfield 3GHz
Bloomfield = Bloomfield 2.93GHz
・Cinebench R10 Single Core # ← Single Threadのことなはず
- QX9650 3.263
- Bloomfield 3.396 (+6.6%)
・Cinebench R10 Multi Core
- QX9650 11.437
- Bloomfield 14.299 (+28%)
・Whestone
- QX9650 3.124
- Bloomfield-HTなし 3.152 (+3.3%)
- Bloomfield-HTあり 2.786 (-8.7%)
・Dhrystone
- QX9650 6.468
- Bloomfield-HTなし 7.652 (+21%)
- Bloomfield-HTあり 7.045 (+12%)
()内は同クロック換算での性能比 vs Yorkfield
# CinebenchはSingle Threadで+6.6% Yorkfieldより早い
# Whestone(=FPU)は+3.3%で、HT ONだとYorkfield以下にまで落ちる
# Dhrystone(=ALU)は+21%も速い。HT ONだと約-10%落ちる
# Dhrystoneみたいな単純ベンチだとBufferやらにうまくはまんのかな
# HTだと静的分割で容量や帯域が減る部分あるからおちんのかな
# あとで誰かが詳しく解析してくれるだろう（･∀･）
28:u
08/07/28 01:08:55 /r4YWaPu0
訂正
ぜんぜん違う。
BOINC ManagerのWhestone/Dhrystoneがper CPUだから、
HT ONの結果が悪く見えるってだけ。
というわけで、>>27のコメントは無かったことでよろしく。
29:名称未設定
08/07/28 13:41:12 oSKc0BSx0
CPUの速さって頭打ちなん?
ムーアの法則は終わり?
30:名称未設定
08/07/28 18:37:31 XAvBqRmv0
ムーアの法則はCPUの処理速度について言及した物ではないから。
31:名称未設定
08/07/28 19:29:42 Gu7w0ktk0
じゃあアムダールは?
32:u
08/08/01 14:10:00 phykfOmM0
Via's Nano L2100 takes on Intel's Atom 230
URLﾘﾝｸ(techreport.com)
Low-end grudge match: Nano vs. Atom
URLﾘﾝｸ(arstechnica.com)
VIAのNano(Isaiah)とAtom 230(Diamondville)の比較ベンチ記事。
# 正直、Pentium MとAtomの中間程のクロック当たり性能
# (PC Mark2005 CPUでAtom +33%)でしかなく思ったより速くない。
# Performance per Watt でも90nm Pentium M(Dothan)に負けているのでCPUとして旨味がない。
VIAスレよりコピペ。
Atom
L1:3 cycles
L2:16 cycles
nano
L1:4 cycles
L2:24 Cycles
33:名称未設定
08/08/08 00:39:39 HHyF/lKu0
ho
34:名称未設定
08/08/13 22:51:52 8VyxyAHL0
ze
35:名称未設定
08/08/18 09:15:33 AGnF5NVe0
m
36:名称未設定
08/08/25 22:35:02 btW8gkhH0
tai
37:u
08/08/25 23:59:07 j8jktXaM0
あまりにも暇が無く、IDFの情報を確認できるのも再来週くらいだ。
幸い、今回のIDFは新情報がすくないようだけど。
>>29
ムーアの法則については、ロジック部が1世代のシュリンクでも0.7倍くらいにしか
縮小されてないってところが味噌。
URLﾘﾝｸ(www.chip-architect.com)
cacheなどのSRAM部はロジック部よりもトランジスタ密度が高いので、
同じ面積でもトランジスタ数が多いし、縮小率もいい。
で、Intelはムーアの法則が続いていることをSRAMが9割を裕に超えるItaniumを引き合いにだして
宣伝しているの(それでも24ヶ月で2倍くらいが実際の値だけど)。
URLﾘﾝｸ(ja.wikipedia.org)
個人的にはマイクロプロセッサにおけるムーアの法則なんて少なくともシングルコアで見れば
既に(P6～NetBurstあたりで)終わっていて久しい。
(logic部分のトランジスタ比の平方根が実際の性能向上率に近いのでL2 L3やらのSRAM部はカウントにいれる意味性が薄い。)
38:u
08/08/26 00:07:28 5q0LAF8B0
余談だが、
ロジック部が1世代のシュリンクでも0.7倍くらいにしかならないってところから
逆算すると、結局1世代のシュリンクで増やせるコア数はせいぜい1.4倍くらいにしかならない。
しかも、シングルコアでの拡張が全くないわけではないのでまあ本当はコア数なんて
むやみやたら増やせないはずだが、Intelはやたら増やしたいみたいなんだよね。
ネイティブ4 core化したためにBloomfieldやLynnfieldは価格を下げられない。
WestmereやSandy Bridgeもコンシューマでは4 coreで強気のはずで、
最近でてるロードマップは正直あまり信用できないと思ってる。
39:名称未設定
08/08/27 01:12:17 8N+4VQn+0
CPUアーキスレの団子とToHeart(仮名)とオタの漫才を
誰か三行でまとめてくれ
40:名称未設定
08/08/27 08:24:24 XzDDiX1J0
リ
ッ
チな回路（笑）（笑）
41:名称未設定
08/08/27 09:04:13 1hzLwNu40
俺
イコール
正義
42:名称未設定
08/08/27 18:36:28 HhyGN9g90
MACオタ
名無しと団子
三兄弟
43:名称未設定
08/08/30 00:22:40 db5LjGcM0
ついに荒らし始めたよw
44:名称未設定
08/08/30 17:21:42 H6XJQM9R0
MACオタが
まともに
見えてしまう
45:MACオタ
08/08/30 18:22:39 DJepu+s80
>>44
二人とも『難しい言葉を知っている方が勝ち』と思っているフシがあって、自身で理解できない
概念をやりとりしているのが紛糾する元のように見えるすね。。。
団子さんも『マニュアルにも載ってる 常 識 で す。』とか叫んでる割に、Developer Manual
3Aで懇切丁寧にストアバッファの説明があることを知らなかったようだし、例の粘着名無しさんわ、
正しい知識の中に、ところどころトンデモが混ざるというマッド特有の論理展開を見せてくれるす。
それにしても二人とも社会人とかこの道20年とか主張しているのに、平日昼間から熱く議論を
戦わせているのだけわ不思議としか言い様が無いす(笑)
46:u
08/08/30 22:49:12 3ORPufOw0
URLﾘﾝｸ(www.spec.org)
Sunスレで見つけたけど、富士通のSPARC64 VIIが
SPECfp2006(rateじゃない方)でXeonを振り切って世界最高スコアを出した。
# Nehalemで超えられそうな範囲ではあるが、これにはびっくり。
47:u
08/08/30 22:56:54 3ORPufOw0
URLﾘﾝｸ(www.spec.org)
# Wolfdale-DP 3.4GHz でこのスコアか。やっぱNehalemで超えられるか怪しいな。
# 無論、これでもPOWER6 5GHzには勝ってる。
48:MACオタ＞u さん
08/08/30 23:21:04 DJepu+s80
>>46-47
これわ、SPEC2000時代の"179.art trick"の再来す(笑)
当分世間でわ最適化とチートの違いについての議論で喧しくなるのでわ？
49:MACオタ＠補足
08/08/30 23:28:19 DJepu+s80
Sunの悪名高い"179.art trick"に関する記事す。
URLﾘﾝｸ(www.theinquirer.net)
50:u
08/08/30 23:34:02 3ORPufOw0
URLﾘﾝｸ(www.spec.org)
こっちが正解だな。Sunのと全然ちがう。
Blogといいなんといい、さすがSunは素晴らしい。
51:u
08/08/30 23:46:35 3ORPufOw0
なんだたんなる自動並列かよ。漏れのはやとちりだった…。
URLﾘﾝｸ(www.spec.org)
52:u
08/08/31 00:24:20 JuyuLJNV0
明らかになるCore i7の秘密～DDR3メモリサポートとTurbo Modeのカラクリ
URLﾘﾝｸ(www.4gamer.net)
>この点について，Intelで「Overclock Guru」としても知られるDunford氏は，
>「Smackoverでは，BIOSメニューに『TDP値を任意に指定する』設定項目が設けられる。
>例えば，この値を190Wなどと高めに設定すれば，Turbo Modeによる恩恵も大きくなる」
>と説明する。
TGdailyにも書いてあるが、
NehalemではTDPをデフォルトの値から任意にBIOS上で変更でき、
冷却能力依存でTurbo Modeの恩恵を拡大できる。(例:130W→190W)
53:名称未設定
08/08/31 00:35:08 RSd9rRSC0
>>52
MacじゃEFIでの変更は無理だな
Penrynのターボモードは2コアのうち1コアをオフにするから、OS Xじゃサポートしないと思っていたが
今回のデスクトップ（は採用製品ないけど）やサーバー向け機能だとしても、アップルは使わせないだろうな
54:u
08/08/31 22:45:37 JuyuLJNV0
Larrabee paper review
URLﾘﾝｸ(lucille.atso-net.jp)
# もっと詳しくレビューして欲しいなあ。
55:名称未設定
08/09/05 22:50:19 VYtVW2Zg0
ho
56:MACオタ＞u さん
08/09/06 20:18:39 KVnsulHy0
>>54
Siggraphの論文そのものを読んだほうが100倍ためになると思うすけど。。。
ちなみにプレゼン資料のほうもココにおいてあるす。
URLﾘﾝｸ(s08.idav.ucdavis.edu)
57:名称未設定
08/09/13 20:11:54 UC26C+RH0
shu
58:名称未設定
08/09/20 12:07:48 XDJNTSsn0
一流大学卒の専門家が数人集まると高尚な議論へ発展して、
見る方としてはありがた くぁｗせｄｒｆｔｇｙふじこ。
613 ：,,・´∀｀・,,）っ ：2008/09/20(土) 10:16:37 ID:ALOSlSrK
実験から考察して固定観念を切り崩していくのが科学だ。
実験すれば解る事実すら認めないのだから、そんな教育すら受けてないんだろうな。
616 ：Socket774 ：2008/09/20(土) 11:17:04 ID:zgYvllNz
団子はエンジニアだけどサイエンティストじゃないよなー
なんかさー、サイエンスに対するコンプレックスが駄々漏れで気持ち悪いだよねー
617 ：Socket774 ：2008/09/20(土) 11:51:32 ID:59KlAnFS
おれの指摘は完全に正しいのだが、君達が理解できていないだけのこと
59:名称未設定
08/09/20 19:47:23 M1fLWDhg0
団子は煽りすぎ。
他人とディスカッション出来ないタイプ。
60:MACオタ＞58 さん
08/09/20 21:51:23 sxMJGBgR0
>>58
--------------------
一流大学卒の専門家が数人集まると高尚な議論へ発展して、
--------------------
本来の技術分野の議論というのわ、ああいったモノでわ無いので誤解しないで欲しいす。
団子さんわ、「実験した」と称するなら阿呆でも再現できるように内容を書くべきだし、
キチガイ粘着のヒトわ「俺は知っている」でなく、何を知っているのか述べるべきなんすけど。。。
いまアーキテクチャスレッドで揉めているのわ、どちらのチンチンがデカいか？という話題でしか
無いす。
61:名称未設定
08/09/23 01:47:24 cTGfj3RS0
いや皮肉じゃないのかそれはw
62:名称未設定
08/10/01 20:16:13 nFmMPbi70
ho
63:名称未設定
08/10/05 17:04:33 aAZn0usH0
dngは、何でいつもx86の資産ばかりこだわるの?
64:名称未設定
08/10/06 02:16:15 5c6LklUD0
x86しか使ったことないからじゃね
65:MACオタ＞64 さん
08/10/06 02:39:50 stVTHjWG0
>>64
以前仕事でItaniumを扱ったって自慢してたす。
CELL/B.Eについてわ、この辺。 URLﾘﾝｸ(tripper.kousaku.in)
その上、彼わPowerPC Mac-miniのユーザーす。
66:,,・´∀｀・,,）っ-○◎●
08/10/12 13:28:13 Om3rCJhu0
ようカスども
67:,,・´∀｀・,,）っ-○◎●
08/10/12 13:29:07 Om3rCJhu0
検証も兼ねてEeePCをわざわざ自腹で買った俺様を舐めんな。
68:,,・´∀｀・,,）っ-○◎●
08/10/12 13:36:19 Om3rCJhu0
>>45 つまらん揚げ足取りやってるな。
（フェンス君の言うストアデータの破棄を目的とした）ストアバッファリング機構は存在しない
って意味合いだよ。
帯域確保・低レイテンシ化確保のためのバッファリングの存在は俺自身が主張してるっつーの。
たとえばPrescottのL1がレイテンシの割に大して遅くなかったのだって
ライトバックバッファが間に存在したからだ。
って懐かしいネタだな
69:,,・´∀｀・,,）っ-○◎●
08/10/12 21:48:16 Om3rCJhu0
ほら、誰か煽れよ
70:,,・´∀｀・,,）っ-○◎●
08/10/13 19:50:34 JTqFA0Mr0
>>65についてだけど、こないだディスク交換したらDVDに傷が付いてて再インストールできなくて
以来Linuxマシンとして活用してるってのは参考までに。
71:,,・´∀｀・,,）っ-○◎●＜ほら何か言え
08/10/13 19:51:16 JTqFA0Mr0
72:名称未設定
08/10/14 11:26:09 ubBjcfrj0
ここはu様の個人スレなので。
73:u
08/10/14 20:54:18 jc15SCAm0
前スレに書いたPOWER7に関する情報も参考に。
ｽﾚﾘﾝｸ(jisaku板:950番)
=====================
開発グループが異なるとわ言え、POWER6で電力効率向上のために一旦あきらめたOoOEを
再投入する 技術的裏付けわ謎す。冷却に関してわ水冷技術で先行しているために問題わ
無さそうす。
=====================
やっぱりOOO復活か。
漏れ的にはOOO=電力効率が悪いは半信半疑だった
(アーキではなく同時代の回路技術が原因な気がする)ので、きたきたって感じ。
ちなみにやっぱ漏れはもうここから引退するので、あと煮るなり焼くなりよろしく。
74:u
08/10/14 21:01:07 jc15SCAm0
一応ちょっと書いておくと、
Larrabeeで90W 10 coreだったと仮にすると、1コアあたりは超単純計算で9W。
Clarksfieldでは45Wで4 coreだったとすると1コアあたりは11W。
OOOのハイエンドプロセッサがパフォーマンス最優先で回路設計されていた時代はさておき、
in-orderは今復活して本当に電力効率で優れているといえるだろうか??
もちろんLarrabeeはP5-basedといわれているとはいえ512-bitのベクトル拡張もあるわけだが、
それにしても4 issue OOO + LNIでもそこまで電力大きくなる気がしない。
以前Part1か2でEPIの話があったが、Yonahとi486のEPIは殆どかわらないという論文もあった。
そんなところです。
75:名称未設定
08/10/14 21:19:59 t9fgm6IC0
おいおい
２ちゃんに現役も引退もない
76:名称未設定
08/10/14 21:35:26 jc15SCAm0
引退っても2chに全く書き込みしないということではない罠。
積極的なニュース貼りネタ貼りの活動はやめるけど、
たまに暇つぶしに書き込む&名無しによる活動は継続。
もちろん読むだけならネットにつなげる日は確実に、
これまで通り主要なCPU関連のスレは徘徊するのだった。
77:,,・´∀｀・,,）っ-○◎●
08/10/18 23:50:27 6v7IJN9B0
> Larrabeeで90W 10 coreだったと仮にすると、1コアあたりは超単純計算で9W。
うーん、不正解。Larrabeeのコア数は8の倍数です。
いつぞのSIGGRAPHの10コアで云々は机上論の話。
で、製品は16コアで150WのTDP以内にに収まるだとか言われてるけど、GDDR3メモリとかも含めた
PCIeに刺さるボード全体での消費電力になるので、CPU単体と比べるのはいささかアンフェアかと
つーかClarksfieldって本当に出るのか怪しくなってきた感がある。
出ても大型ノート向けじゃないの？イスラエルチームも嫌いと言ってるくらいだし
たかだかDDR3に対応しただけで「Centrino 2」を立ち上げた時点で、Intel全体の意志として
Nehalemのモバイル版は見送るモノと思ってたのだが。
Penrynの消費電力の低さは魅力だしなぁ
78:名称未設定
08/10/19 04:07:24 P/3pgAzM0
団子さんは今日も鋭い分析で驚いた。
79:名称未設定
08/10/19 12:59:03 C1xtvS4W0
100万以上のトランジスタを費やしたPCUで、プロセッサ全体を監視しクロックや電源を制御。
コア単体での電源のON/OFFを可能にするPower Gateのために、大電流に耐える
7mm厚の電力配線層を追加で貼り付け、スイッチング専用のトランジスタを開発。
等々、かつてないほど省電力に気合が入っているわけだが。
URLﾘﾝｸ(pc.watch.impress.co.jp)
URLﾘﾝｸ(journal.mycom.co.jp)
とは言え、Auburndale（Havendale）投入がずいぶん先になってしまい、
ノートブック向けをClarksfiled（Lynnfiled）だけで展開するわけにもいかず、
45nm世代はPenryn系列の息が長そうな感はある。
80:名称未設定
08/10/19 13:08:12 P/3pgAzM0
団子さんが低消費電力と認めるPenrynも、そしておそらくSandyBridgeも4イシューのアウトオブオーダーなのだが。
団子さん的にはイスラエルのSandyBridgeはインオーダーとの予想ですね。
81:名称未設定
08/10/19 14:20:43 /3rKfTXs0
2009年Q1に2.93GHz追加のあとは2010年まで、Quad系拡充だけかね
82:,,・´∀｀・,,）っ-○◎●
08/10/19 14:22:02 AQDPVDw20
>>80
イスラエルチームの作品の性能が高いのは、性能向上効果の高い部分を重点的に向上させて
処理をさっさと終わらせて待機状態になったほうが、結果的に省電力になるという観測に基づいてる。
デュアルコア・マルチコア化もその一環だし、Core 2ではSSEの演算性能が劇的に向上している。
必要なものなら消費電力が高くなっても受け入れる。
SandyBridgeは4 issueっていう読みは君と同じです。
5issue以上の線も考えたが別の理由であり得ないことに気づいた。
イスラエルチームが特に嫌いと言ったのはAuburndaleだね。
メモコン・GPU専用ダイとのMCMで、QPIによって接続する方式をとってるが
モノリシックでないと統合に伴う省電力化の恩恵がほとんどないからね。
その他、サーバ重視しすぎでどこそこモバイルに向いてない部分が多すぎるんだと。
83:名称未設定
08/10/19 15:12:50 P/3pgAzM0
Clarksfieldの45WはMCH分上乗せだから、
Penrynよりも目立って電力効率で劣っているわけではないでしょう。
SandyBridgeも同程度の電力を維持するのではないかと。
で、団子さん的にはSandyBridgeはインオーダー色濃厚なんですよね。
おれは全くアウトオブオーダーだと思うんですがね。
84:,,・´∀｀・,,）っ-○◎○
08/10/19 15:17:53 AQDPVDw20
> で、団子さん的にはSandyBridgeはインオーダー色濃厚なんですよね。
なんで言ってもないことを勝手に想像するの？頭悪いの？
85:,,・´∀｀・,,）っ-○◎●
08/10/19 15:29:36 AQDPVDw20
Core 2 QX9300 TDP 35W
PM45 TDP 7W
Clarksfield TDP 55W
Core 2 P9000番台 TDP=25W
GM45 TDP=11W
Auburndale TDP45W
同一プロセスでもこなれてくるとTDPは落ちるモンなんだけどね普通は。
それに見合う性能向上があるならトレードオフになるだろうけど
ノートはバッテリーの持ちが大事だからねぇ（QX積むようなレンジには必要なさそうだが）
だからオレゴンには期待するなと
86:名称未設定
08/10/19 15:51:12 P/3pgAzM0
↑もちろん性能向上分があるんだけどね
それからチップセットが電力増大傾向にある
87:名称未設定
08/10/19 16:08:13 P/3pgAzM0
>だからオレゴンには期待するなと
そうだLarrabeeには全然期待できないね
88:,,・´∀｀・,,）っ-○◎●
08/10/19 16:10:57 AQDPVDw20
まあそうだな。
89:,,・´∀｀・,,）っ-○◎●
08/10/19 19:47:04 AQDPVDw20
脱線するぜ
EeePCが54800円で売ってる店が、値段据え置きで16GBのUSBメモリをサービスしてくれます。
この店ではUSBメモリがタダでもらえると見なしてよいか？
90:,,・´∀｀・,,）っ-○◎●
08/10/19 19:48:43 AQDPVDw20
俺は、それはセットだからお得価格だって言ってるんだけどね。
この板の重鎮的にはタダらしいんだよ。
91:名称未設定
08/10/20 11:12:18 99tCC+XJ0
USBメモリなんて要らんし即捨てる。最初から付いてこないに等しい
つまり\0ではなくてnullだ
92:,,・´∀｀・,,）っ
08/10/20 17:13:25 q/HMxPLJO
それはつまり積和算命令においてアキュムレート値に0を指定して乗算とみなすということですね。あなたは賢い。
93:,,・´∀｀・,,）っ
08/10/20 19:30:16 q/HMxPLJO
あ、ちなみにEeePCとUSBメモリの話はたとえ話ですよ。
94:名称未設定
08/10/23 00:37:53 nnufksPm0
半導体製造装置オークションに大量出品の匿名企業、正体はインテル社か（2008/10/22）
URLﾘﾝｸ(eetimes.jp)
,'⌒,ｰ､ _ ,,.. ,
〈∨⌒ ／＼__,,.. -‐ '' " _,,. ‐''´
〈＼ _,,r'" 〉 ／/ /／ . ‐''"
,ゝ `く/ / 〉 / ∧_,. r ''"
- - - -_,,.. ‐''" _,.〉 / / . {'⌒) ∠二二＞ - - - - - - -
_,.. ‐''" _,,,.. -{(⌒)､ r'`ｰ''‐‐^‐'ヾ{} +
'-‐ '' " _,,. ‐''"`ｰ‐ﾍj^‐' ;; ‐ -‐ _- ちょっくら入札しに行ってくる
- ‐_+ ;'" ,;'' ,'' ,;ﾞ ‐- ｰ_- ‐
＿＿＿＿＿＿,''＿__,;;"＿;;＿＿,,＿＿＿＿＿＿＿＿＿＿＿
／／／／／／／／／／／／／／／／／／／／／／／
95:,,・´∀｀・,,）っ-●◎○
08/10/24 01:42:23 S/rLQ15J0
Larrabeeはシュリンクを待たずにいきなり48コアなんて噂浮上
URLﾘﾝｸ(northwood.blog60.fc2.com)
これが本当なら32コアで300Wなんてアホみたいな噂は嘘だったことになるな
（300WはPCIeの上限）
もしくはnVIDIA/ATIの40nm GPUに対抗するために32nmを前倒ししてきたのか？
まあ、40nmって言ってもバルクじゃたかが知れてるが。
96:名称未設定
08/10/24 15:18:25 iJHIvs/D0
♥
97:名称未設定
08/10/24 19:56:24 nPRTSrj+0
>>95
FUDzillaの元ソースをみてみろ。
It looks like the first version of Larrabee is supposed to be a
graphics chip with 48 cores, and not with 80 cores as most originally expected.
今まで80コアだと予想されていたが、48コアで残念だってw
電波ですね。いまだにPolarisと勘違いしてやがる。
98:MACオタ＞97 さん
08/10/24 21:00:51 30ap5gPo0
>>97
それ以前に、未だに"FUD"zillaの腐れルーマーを信じるヒトが存在すること自体が驚きす(笑)
99:名称未設定
08/10/24 21:03:28 nPRTSrj+0
FUDzillaはね、元ソースはいいみたいなんだが、
ライターがものすごい馬鹿で勘違いが多いからどうしようもない。せっかくの情報が台無し。
2chの平凡な名無し以下だねぇ。
100:MACオタ＞99 さん
08/10/24 21:25:38 30ap5gPo0
>>99
---------------
FUDzillaはね、元ソースはいいみたいなんだが
---------------
独自ソースの記事わ捏造す(笑)
101:名称未設定
08/10/24 21:31:59 nPRTSrj+0
元ソースというかソースの業界脈。
FUDzillaのフィルタ能力がないからむちゃくちゃになって出てきてるだけ。
102:,,・´∀｀・,,）っ-○◎●
08/10/25 01:31:15 fUrTbkVn0
>>97
それ気づいたけど別スレにも書いたことだから
ｽﾚﾘﾝｸ(jisaku板:247番)
北森の人も英語は弱いっぽいのであまりあてにしていない
103:名称未設定
08/10/25 01:32:47 OOrGsk9c0
つまり48コアなんてのは信用にあたいしないってことね。
団子は信じ切っているようだが。
104:,,・´∀｀・,,）っ-○◎●
08/10/25 01:39:00 fUrTbkVn0
ああ、べつに確信も否定もする気はないね。
ただどっちにしろ32nmまではnVIDIAよりは不利になるって情報ならあった。
積和算のクロック数が4クロックだから加算のレイテンシは1クロックだなんて言う人間のいうことほど
信用できないものはないよ。
105:名称未設定
08/10/25 01:40:59 OOrGsk9c0
>いきなり48かよ！
>16-32コアで順当に攻めると思ってた俺
最初はちょっと信じちゃってただろw このノリ
106:,,・´∀｀・,,）っ-○◎●
08/10/25 01:49:30 fUrTbkVn0
さあ、消費電力に言及してる資料あったしな。
それ以上にもそれ以下にもならないんじゃない？
32nmのWestmereが出るような時期に45nmプロセスでスタートと言われてる。
減価償却終わってるから、でかいダイで出しても問題ないってことだろうな
しかしCeleron作るのとどっちが儲かるんだろうな？
107:名称未設定
08/10/25 03:23:11 a4obVWfZ0
1stシリコンがない状態で誰もかれもが好き勝手言ってきたわけで、信用するとか以前の問題。
スケーラブルな設計なはずだし、市場動向を睨みつつ中の人が任意に決定するとしか言いようがない。
108:名称未設定
08/10/25 12:18:42 OOrGsk9c0
>>106
つまり団子さんは48コアの可能性濃厚とみているわけですね。
おれ的には予想より少ないコア数ででてみんな罵倒モードにはいるとみていますが。
109:,,・´∀｀・,,）っ-●◎○
08/10/25 15:02:12 fUrTbkVn0
いいや、俺個人としては45nm版は32コアで、48コアが拝めるのは32nmじゃないかと思ってる。
メインストリーム製品コアの増加比率的に。
45nm で 4コア
32nm で 6コア
22nm で 8コア
もちろん、45nmで48コア、32nmで80コアでもほぼ比率どおりなんだけども。
48×1.5＝72
ただ、製品のラインナップは多いに越したことは無いから
やれるならやればいいんじゃないの？
110:名称未設定
08/10/25 17:41:28 OOrGsk9c0
おれは素直に10～16コアだと思うね。
16コアが限度。32コアはお花畑過ぎる。
1年後には罵倒モードの団子さんがみられますね。
111:,,・´∀｀・,,）っ-●◎○
08/10/25 21:59:22 fUrTbkVn0
コア数だとかピークFLOPSは本質ではないな
端からGPUだとは思ってないし、CPUに統合されるまではただの露払い。
誤答宏茂の言うようにLarrabeeのSIMD命令が「将来のCPUで使われる拡張」
という位置づけが正しいとして
いつまで不自由させる気だ？ってのは気になるな
ビット単位のNOTで2オペレーションかかるとかさｗ
いい加減NANDなりNORなりサポートしようよ。
コンピュータの論理素子で一番単純なものを辿っていくとNANDかNORに
たどり着くことくらい素人でもわかるのに、なんでこの会社はMMXが出てから
10年も放置し続けてるのかね。汎用レジスタ側ではNOTやNEG命令使えるのに。
Cellが駄目なのは、既にOpcode空間に余裕が無いから。
倍精度を高速化したらあと何もやれることないだろ。
性能がおっつかなくなったら使い捨てる気丸出し。
MMX/SSEは、やれるのに放置してるのが気に入らない。
別にpcmpeqb + pxorでもいいんだよ。
ただSIMDユニットが１基しかないプロセッサではやらせないでくれ
どうだ、つまんねーだろ
112:名称未設定
08/10/25 22:42:42 OOrGsk9c0
団子さんはLarrabeeに期待しているのか期待していないのかよくわからないですね。
LarrabeeはLNIとメニーコア周辺のテストをIntelが早めにやりたいってだけってのは同意。
単純にGPUと比較してどうたらの記事は飽きた。
113:名称未設定
08/10/25 22:45:16 OOrGsk9c0
最近の誤答さんの記事は、
・GPUのGPGPU化とLarrabeeの方向性
・新しい低消費電力コアの秘密(インオーダーとポラックの法則)
の2ネタの無限ループだしな。
114:名称未設定
08/10/25 23:14:35 OOrGsk9c0
URLﾘﾝｸ(www.geocities.jp)
>常識的に見て「一方的に離婚」と[アバター消し」のどっちが悪い行為なんでしょうかね。
>それに，こんなケースに税金使うのも勿体無いような気がします。
くだらない事件だとは思うが、アバター消しの方が悪いに決まってるだろっ。
IDとパスワード使って進入して、故意にデータ削除に近いことやってるんだからさあ。
115:MACオタ
08/10/25 23:15:17 /cZfg5+80
今までSIMDの幅が128-bit程度に留まっていた理由わ、ちゃんとアルす。
・ベクトル長を増やしても用途が広がらない
・タスクスイッチのオーバーヘッドが増える
汎用プロセッサにLRB (intelわLNIでわ無く、LarrabeeのISAをこう呼んでいるす)が採用されるかわ、
疑問す。まして単なるAVXのワイド版だとすれば、必要性すら皆無かも。。。
116:名称未設定
08/10/25 23:22:02 OOrGsk9c0
>汎用プロセッサにLRB (intelわLNIでわ無く、LarrabeeのISAをこう呼んでいるす)が採用されるかわ、
>疑問す。
まこたんわかってないね。確定ではないとはいえ、Intel CPUがどういう方向に進化しようという
流れなのか理解できてない。団子先生に説明してもらわないと。。。
> ・ベクトル長を増やしても用途が広がらない
> ・タスクスイッチのオーバーヘッドが増える
これは一般的すぎる。Intel特有のこだわりにはみえない。
117:名称未設定
08/10/25 23:23:00 OOrGsk9c0
>まして単なるAVXのワイド版だとすれば、必要性すら皆無かも。。。
こっちの方ね。わかってない。
118:,,・´∀｀・,,）っ-●◎○
08/10/25 23:46:56 fUrTbkVn0
x86は論理レジスタ本数は少ないほうなんだけどね。
コア数が増えていくならコンテクストスイッチの頻度は相対的に減るから
そこにSIMD拡張に費やす余地が出てくる。
多コア化を推し進めるほどシングルコア性能を向上させ続けることができる
って面白い話だと思わんかね？
119:,,・´∀｀・,,）っ-●◎○
08/10/25 23:54:10 fUrTbkVn0
つーかSIMDの幅を増やす場合、LSUで一度にストアできるビット数も増えることになるから
コンテクストスイッチの時間的に大きな問題になるとは思えんのだがな。
それとも何か？
Sandy BridgeのAVXがネイティブ256ビットではなくて128ビット×2って事実を認める気になったのかな？
Loadは2本だから安心しろよ。128ビット幅だけど。
120:名称未設定
08/11/06 21:07:42 oKRRJ3qZ0
ho
121:名称未設定
08/11/13 21:39:21 uYgQ1Hzm0
ze
122:名称未設定
08/11/20 19:16:52 O5PoN1Ej0
m
123:名称未設定
08/11/22 03:20:45 nyf5uIV/0
連休が近くなると,MACオタが元気になる気がするのですが,これはど
124:名称未設定
08/11/28 22:30:43 clGGZJre0
頭脳放談 第102回 「Core i7」の面を見れば……
URLﾘﾝｸ(www.atmarkit.co.jp)
125:名称未設定
08/11/28 23:56:53 c4mbtITH0
Massaさん、面白い話が書けなくなってきたなあ
残念
126:名称未設定
08/12/06 14:14:01 Vjs45hM70
ho
127:名称未設定
08/12/14 21:21:03 6aiL+7bg0
ze
128:名称未設定
08/12/22 21:46:55 xpR/Ra7nO
ん
129:名称未設定
08/12/23 12:27:54 rOoYHhsJ0
もう落としていんじゃね？
130:名称未設定
08/12/28 19:07:59 pRD9mmbq0
ho
131:MACオタ
08/12/28 20:14:28 djpEikQ70
一応、２ちゃんねるの管理的にわ『保守わ荒らし』す。
URLﾘﾝｸ(www.media-k.co.jp)
でも保守荒らしのヒトが、それで反省した例も無いすから彼らが飽きるまで放置するしか無いす(笑)
132:名称未設定
08/12/28 21:28:54 IA+OxsQu0
良いお年を
133:名称未設定
09/01/06 01:39:02 wgCWHbwp0
明毛尾目
134:名称未設定
09/01/13 20:02:33 jF9qZ7xe0
ho
135:ころしやまん ◆snOWCRs4I2
09/01/13 21:48:34 gAF8aAmZ0
136:,,・ ∀ ・,,）っ-○◎○
09/01/20 23:40:04 wOuIW6B10
ここが噂のMACオタ先生が放置完全宣言決め込んだスレか。
むしろ過ごしやすく、快適になったとのではないかと期待してみる手素津。
137:,,・´∀｀・,,）っ-●◎○
09/01/22 02:50:50 EcCWQxd/0
ＭＡＣｦﾀのコピペはウザイのは同意。
読みたい奴に読ませたいならブログにでも書きやがれです。
所詮やってることはＳＰＡＭと同じ。
138:,,・ ∀ ・,,）っ-○◎○
09/01/25 14:48:16 bJndmWs60
最長寿Intelスレの表スレが落ちたままだな
まあ、このままなくなってくれても全然かまわんのだが
139:名称未設定
09/01/29 22:03:06 Z+u7UWQO0
ho
140:名称未設定
09/02/06 00:17:29 9M1rglFp0
眉なし団子が病気にかかったみたい
141:,,・ ∀ ・,,）っ-○◎○
09/02/06 00:21:11 uyuWahBF0
かなり苦しいですw
142:,,・´∀｀・,,）っ-●◎○
09/02/11 14:19:17 tSOMH7TM0
いっぺん氏んでみる？
143:,,・´∀｀・,,）っ-●◎○
09/02/11 22:00:34 tSOMH7TM0
＞例えばx86 ISAわ、浮動小数点の積和演算命令を持たないすけど、この結果HPC分野でわLinpackでのピーク
＞性能が劣るという理由で選択から外れたりすることがあるす。
144:名称未設定
09/02/16 22:15:03 5Z19wUSR0
ze
145:名称未設定
09/02/25 00:41:29 RAcNtJD20
m
146:名称未設定
09/02/25 22:59:26 VWV9mOc30
頭脳放談 第105回 不況のときこそ明日の技術へ投資せよ
URLﾘﾝｸ(www.atmarkit.co.jp)
147:名称未設定
09/03/07 20:38:56 SbDAuR7k0
ho
148:名称未設定
09/03/09 20:18:15 MMrppieI0
68. x86 プロセッサの将来 (2009/2/28)
URLﾘﾝｸ(jun.artcompsci.org)
死ぬ気で使えるようにするのか？諦めるのか？
URLﾘﾝｸ(www.ne.jp)
149:名称未設定
09/03/14 15:36:05 uz5RZgqm0
(2009 3/8 間違いの指摘と訂正の追加 3/13)
150:名称未設定
09/03/21 09:05:22 WrLlCy9u0
ze
151:名称未設定
09/03/30 21:28:48 I/tR6wwZO
andoさん復活祈願
152:名称未設定
09/04/09 02:20:23 3pK7bnE+0
m
153:名称未設定
09/04/14 13:13:55 eBNB2p7K0
Intel、同社製MLC SSD用の性能改善ファームウェア
URLﾘﾝｸ(pc.watch.impress.co.jp)
154: ◆ILoveinTcg
09/04/15 03:01:43 Oz70AZbE0
テスト
155:チラシの裏
09/04/16 03:07:50 tG/4M6wd0
今更表スレに上がってた論文を読んだ....
DX9世代のゲームなら10コア@1GHzで十分実用的な感じ(7950GT～X1950 XTX位?)だが.....
今のGPUだとどの位なのかがわからねーから意味ないな
まあ～LarrabeeがGPUとして全く使い物にならないという悲惨な事態にはならなさげ
156:チラシの裏2
09/04/17 02:32:49 n0Oo2o+40
んでまあLarrabeeの性能をもちっとわかりやすく見積もりたいのだが
わかってるのは
URLﾘﾝｸ(en.wikipedia.org)(GPU)
>Graphs show how many 1 GHz Larrabee cores are required to maintain 60 FPS at 1600x1200 resolution in several popular games.
>Roughly 25 cores are required for Gears of War with no antialiasing, 25 cores for F.E.A.R with 4x antialiasing, and 10 cores for Half-Life 2: Episode 2 with 4x antialiasing.
ようするに
hogeというゲームを1600x1200 4xAAで遊ぶ場合
xxコア@1GHzで最低フレームレートが60になりますよ
ってこと
だがビデオカードのレビューでは大概最低フレームレートなんか測定してない
困った
仕方が無いからグラフに定規を当てて平均フレームレートを出してみた...
//高校の物理でやるあれ....
めんどいのでやるのはF.E.A.R.だけにしよう....
平均フレームレートは...114ぐらい....か?
この辺りと比較してみる....
URLﾘﾝｸ(pc.watch.impress.co.jp)
Larrabee-25C@1GHzはGeforce 9800 GTX+を明確に上回るけどGeforce GTX 260と比較すると少し劣る?
157:名称未設定
09/04/17 17:47:05 Ar5MVeP50
Larrabeeは性能でなく，その表現力で競う物になるだろう。
158:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/17 20:28:57 /hlmiwyC0
最近の自作板の流れをみていると、反吐がでるよね。
LRBのリリース一年以上前の大本営ネタを拡大解釈して持ち上げ過ぎ。
未だにターゲットクロックやコア数の全貌もみえない。
IDFのウエハも試作研究チップレベルでごまかしてても全然おかしかないが。
例のスケーラビリティのグラフも未だにシミュレーションって下に注釈書いてあるんだだわ。
今までさんざんIntelに釣られてきたのに全く反省がないな。
ぼかして釣ってるだけのLarrabeeネタは有害だと思います。
GPGPUの対抗馬だって話題性とりたいだけだっての。
HPCならそこそこ使えるかもしれんが。
159:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/17 20:32:09 /hlmiwyC0
シリコンってだけならPolarisもとっくにウエハ展示されてた罠。
IDFのウエハ、対象配置のPolarisx2や、Becktonと縦横のダイ個数が同じなのも気になるわ。
160:名称未設定
09/04/17 21:00:03 owdxAf6k0
>未だにターゲットクロックやコア数の全貌もみえない。
Intelがダンマリ決め込んでいるのだから当たり前。
>IDFのウエハも試作研究チップレベルでごまかしてても全然おかしかないが。
IDFでウェハと量産開始時期が出る前はこんなこと言ってるのに。
668 名前：---⊂(´∀｀旦⊂☆諫碕[sage] 投稿日：2009/03/27(金) 21:18:08 ID:N+VRP1rM
URLﾘﾝｸ(game.watch.impress.co.jp)
後藤じゃないけど、Larrabeeってまだリリース時期未定やってんの?
失敗作の予感がしてきた。
>期待されている、「GPUキラー」の異名を取るIntelのCPU/GPUハイブリッドプロセッサ
>「Larrabee」もDirectX 11に対応すると見られるが、こちらもリリース時期は不透明だ。
>なお、Larrabeeについては、GDC2009会期中に関連セッションについてレポートする予定なので、
>続報に期待していただきたい。
>例のスケーラビリティのグラフも未だにシミュレーションって下に注釈書いてあるんだだわ。
スライド使い回しなんて特に珍しくも何とも無い。
>シリコンってだけならPolarisもとっくにウエハ展示されてた罠。
x86ではない非商用のチップが何か？
>IDFのウエハ、対象配置のPolarisx2や、Becktonと縦横のダイ個数が同じなのも気になるわ。
病院逝け。
161:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/17 21:06:30 /hlmiwyC0
>ダンマリ決め込んでいるのだから当たり前。
Intelは性能を推測されると不味いからわざと性能が類推されるような情報は
全て隠蔽しているのだよ。コア数やクロックだけじゃなくてね。
>IDFでウェハと量産開始時期が出る前はこんなこと言ってるのに。
その書き込みがどうかしたか?
リリース時期に決定的な情報は未だに出てないぞ。
2009年末から2010年頭なんてとりあえず逃げ口煎ってみただけのレベルだ。
元は2008年～2009頭とかそんなもんだったが。ルーマー初心者君よ。
GPUの世界で1年も遅れたら死んだも同然の糞チップですよ。
>シリコンってだけならPolarisもとっくにウエハ展示されてた罠。
>x86ではない非商用のチップが何か？
意味わかってねーのにレスつけんな。
試作研究レベルでもウエア起こすんだから、代わりにLRBの研究と称して
ウエアみせるくらいは普通にありうる。
>IDFのウエハ、対象配置のPolarisx2や、Becktonと縦横のダイ個数が同じなのも気になるわ。
>病院逝け
無知は消えろ(わらぃ
162:名称未設定
09/04/17 21:18:20 owdxAf6k0
>リリース時期に決定的な情報は未だに出てないぞ。
>2009年末から2010年頭なんてとりあえず逃げ口煎ってみただけのレベルだ。
期間に直せば3ヶ月程度。これ以上細かい粒度で時期を指定するとかそうそう無いから。
>元は2008年～2009頭とかそんなもんだったが。ルーマー初心者君よ。
>GPUの世界で1年も遅れたら死んだも同然の糞チップですよ。
ルーマー上級者の方はLarrabeeのコア数に関する噂が、
16～24, 24～32, 48と(或いはもっと多様に)変化していることを知らないのですね。
2008年～2009頭に予定していた仕様で登場すると思っているのですね。
>試作研究レベルでもウエア起こすんだから、代わりにLRBの研究と称して
>ウエアみせるくらいは普通にありうる。
ハイエンド向け製品のウェハだとCEOが明かしたばかり。
ルーマーばっかじゃなくてたまには財務の記事も読め。
163:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/17 21:22:46 /hlmiwyC0
まあ、おれは結果勝負だから別に1名無しとの議論の行く末なんてどうでもいいがね。
モノが出てみてから再び意見なり感想なりを書き込んでくれや。
Intel次世代CPUスレはPrescott以前の妄想モードに戻りつつあるかな。
164:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/17 21:25:27 /hlmiwyC0
とかいってるとモノがでてこないまま、プロジェクトがあぼ～んしてみたり。
165:名称未設定
09/04/17 23:54:29 AKJLBmHI0
Larrabeeに最適化した（Pixomatic＋）Quakeで
従来のx86CPU（C2Q、i7等）で走らせた時と比較してLarrabeeはこんなに速い！
というデモンストレーションを次のIDFでかまして巷の失笑を買う予定
166:チラシの裏3 >>155-156
09/04/18 00:40:37 biOfv1gm0
F.E.A.R.だけってのも味気ないのでやっぱりHalf Life 2 episode 2も定規で測ってみる....
平均フレームレートは78ぐらい....?
この辺りと比較してみる....
URLﾘﾝｸ(pc.watch.impress.co.jp)
Larrabee-10C@1GHzはRadeon HD 4670とはいい勝負だけどGeforce 9600 GTとは競合できない?
//誰も居ないと思っていたらなんか伸びてて驚いた...
//
//有名な固定さんがきてたのかしら.....
167:チラシの裏4
09/04/18 00:49:36 biOfv1gm0
まとめてみる
//性能が高い順にソート
F.E.A.R.
Geforce GTX 260 715 GFlops
Radeon HD 4870 1200 GFlops
Larrebee-25C@1GHz 800 GFlops
↑明確な差異↓
Geforce 9800 GTX + 705 GFlops
Radeon HD 4850 1000 GFlops
Half Life 2 episode 2
Geforce 9600 GT 208 GFlops
↑明確な差異↓
Larrebee-10C@1GHz 320 GFlops
Radeon HD 4670 480 GFlops
GPUの性能が2年で3倍になると仮定した場合...
ハイエンド Larrebee-40C@2GHz ミッドレンジ Larrebee-16C@2GHz
このぐらいで出せばx86 many-coreはGPUとしても普通に競争力を持てるはず.....
168:名称未設定
09/04/18 01:10:42 biOfv1gm0
x Larrebee
○ Larrabee
169:チラシの裏5
09/04/19 01:55:39 PYj8khDY0
更に今更の話を続ける...
どうやらLarrabeeのグラフィックスパイプラインは特定のAPIに依拠しないらしい....
DirectXでもOpenGLでも書けるが普通のC++で書けるようだ....
門外漢なのでDirectXやOpenGLじゃなくてC++だと具体的に何が嬉しいのかわからないが表現力が増すらしい....
物理演算やリアルタイムレイトレーシングを含む次世代のゲームエンジン....
つまり汎用プロセッシングと旧来的なグラフィックスプロセッシングとシームレスな開発環境....?
よくわからんことは横に置いて考える....とりあえずIntelツールは魅力的に見える
特にThreading Building Blocksによるスケーラビリティの確保はコードの資産価値を引き上げるだろう....
これとCtの出来はIntelの将来を左右すると思っている....個人的に
なんだかこの記事みたいな内容になってしまった...
URLﾘﾝｸ(pc.watch.impress.co.jp)
170:名称未設定
09/04/19 02:29:00 6UwP81XE0
P54Cの表現力にご期待
171:,,・´∀｀・,,）っ-○○○
09/04/21 05:34:45 K7yh5+Kd0
P54Cの現役時代には既に事務処理（整数演算）のPentium、
アート（浮動小数）のPowerPC（Mac）なんて言われてたがな。
垂直方向の演算密度の高さはCISCの【性能面での】アドバンテージですよ。
一方、浮動小数がふるわなかったのはそれこそスタックマシンベースのISAだったから、
これに尽きるのだが、Larrabeeでは512ビットのSIMDレジスタ32本と、インオーダ・2issueのコアとしては
パワーバランス崩壊級の厨性能を誇ります。
てか、これGPUだと思う？
GPUで多倍長演算とか多用するような分野は知らないよ。
これはまちがいなくGPUである以前にスパコン向けアクセラレータ。
トップ500寡占状態を完成させる野望のためにあるようなプロセッサ。
172:名称未設定
09/04/21 06:26:47 IEmHD7lr0
最初のLarrabeeはGDDRらしいじゃん。HPC向けが本命ならECCメモリ位使うだろ。
エミュレートかその辺で済ませようなんて気合入ってない証拠。
＞てか、これGPUだと思う？
GPUではない。GPUを否定する何か。
173:名称未設定
09/04/21 07:36:52 aedcnRSx0
P54CはGPUだよ。
だから以降のP6、netburst、merom、nehalemもGPUだよ。
URLﾘﾝｸ(www.radgametools.com)
174:チラシの裏6
09/04/21 21:05:04 45frk9qZ0
今更Nehalem再考....
Nehalemでは前代のPenrynに様々な改良が加えられているわけだが...
・フロムスクラッチで全面Static Circuit化
ってのの意味が実はよくわかっていなかった....
ふと正解に近そうな理由を思いついたのでメモ....
その理由は、「微細化の恩恵を受けるため」.....?
実はIntelの場合Merom(65nm)からPenryn(45nm)への光学シュリンクではプロセサコア部の面積は30%程度しか減っていない....
既にCMOSでは、熱密度のために、線幅を30%減らせばチップ面積が50%減る時代は終わっている....?
Intelがこれを問題視しなかったとは思えない....
苦労して微細化しても経済的なダイサイズではコア数は1.5倍にしかならないなんて....
そんなわけで熱密度を抑えるために全面Static Circuit化という大工事をやったんじゃないかと...
Nehalem(45nm)からWestmere(32nm)への光学シュリンクでプロセサコア部の面積が50%減るならば、
SandyBridgeは8コアでも案外ダイサイズはBloomfieldと変わらないのではないか?
1D-TorusならXbarと違って面積を喰わない....
ちなみにPOWER6も高クロックでぶん回すために熱密度の低いStatic Circuitを採用してたり....
そういえばNehalemでプロセサコア部に配置されたL2$は8T-SRAMだった...
URLﾘﾝｸ(www.sijapan.com)
> 同じくIBMは、32nm以降に向けてSRAMセルの安定性を6T-SRAMと8T-SRAMで比較検証し、
>トランジスタ数が2個増えるが8T-SRAMの方が、安定性がよく微細化に有効であると発表した。（8A-2）
175:チラシの裏7
09/04/21 21:07:11 45frk9qZ0
これに伴って予想ダイサイズもかなり小さくなる....
Westmereの250sqmm前後 を 200sqmm前後に下方修正
SandyBridgeの300sqmm前後 を 250sqmm前後に下方修正
NehalemはPenryn比だとプロセサコアがかなり大きく成っている.... しかし機能拡張は大人しめ....
やはりStatic Circuit化とL2$(8T-SRAM)統合に起因....?
上述した二つに加え、QPI, IMC, ATA, Turbo Boost, モジュラー設計, Power Gate.......
Nehalemで施された拡張は後の世代で役に立ちそうなものばかり....
やはりそういうことか...?
何れにせよIntelはプロセッサの開発競争で大きくリードしているように見える.....
それほどにNehalemで貯えた資産は大きい....
176:名称未設定
09/04/21 22:20:40 VEr0K0S50
Nehalemが大きな仕事であることは間違いない
でも「Nehalemで貯えた資産」という言い方はちょっと…
・大昔からシリアルバスやCSIの研究してたっしょ
・IMCはTimnaで経験してるでしょ
・Turbo Boostは元Foxtonでしょ、ハイファのEDATも下敷き
177:名称未設定
09/04/22 01:39:06 fJKnxz5U0
8T-SRAMとStatic Circuitはそれを採用せざるを得ないほど
消費電力が大きかったのかっていう感じを受けるな。
Power Gateはプロセス面から見てもかなり頑張ってるな。
将来有望。
178:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/26 13:56:47 9jBPBAqE0
Merom(Core2)が大電力と爆熱化の時代にうまくフィットしたってのは
確かにあるのだが、いかんせんPCオタクの世界でIsraelは過大評価されすぎている。
>>176の言うとおり、CSIはTukwilaだしTurbo BoostはIsraelの技術だが、
TimnaのIMCと、Intelの主力製品であるXeon/旧Pentium系、ノートを一気に
IMC/CSI化する大仕事はIsraelの開発力では対応できたかあやしいぜ。
オレゴンのP6, NetBurst, Nehalem
イスラエル、MMX, Tillamook, Timna, PenM/Merom
を比較するとオレゴンの方が明らかに大仕事しているのだが。
NehalemやNetBurstの方が大声ではいえないが、
技術的に前進している部分がおおく、中身や将来性よりも出たときのベンチレビューのスコアで
評価の優劣がきまるPCオタク界には評価されにくかったともいえる。
179:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/26 13:58:17 9jBPBAqE0
TimnaごときのIMC化と比較されてもこまるってことだな。
TimnaはAtomがIMC化するのと同レベルの話だわ。
失敗してもあまり痛くないしね。NehalemのCSI/IMCは失敗が許されんよ。
180:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/26 14:00:30 9jBPBAqE0
ちなみにFoxtonとTurbo Boostは確かに一見似ているが異なる技術だね。
181:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/26 14:10:12 9jBPBAqE0
イスラエルの実力はSandy Bridgeでどれだけ新しい技術を投入できるかを
みないと何ともいえないな。
Meromまでは先行するオレゴンの製品にP4バスやらSSE2/3をはじめ、
仕様を合わせる感じの開発だったが、Sandy Bridgeは新しいものをつくらいないといけないんで。
AVX以外に前進はあるのだろうか?
特に電気的な話になると米国チームには全然及んでない気がするのだが。
まあオタ受けねらうなら電気よりもアーキですが。
182:名称未設定
09/04/26 14:13:44 78wxbtxr0
はいはい
Netburstは技術的に前進して将来性が有りまくりでしたよね
183:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/26 14:15:28 9jBPBAqE0
もちろん電力や発熱を除けばね。
あまりにもイスラエルマンセーで、オレゴンが糞だとおもっている
厨房が増えすぎたのでつい愚痴ってしまったわ。
184:名称未設定
09/04/26 14:23:52 78wxbtxr0
4年ほどCore2のターンだったからそういう厨房が増えるのはしょうがない
安いii5やi3が普及してくればまた変わってくるさ
185:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/26 14:40:52 9jBPBAqE0
オレゴンはイスラエルよりも大仕事をしている分、失敗したときの衝撃も大きい。
サランタクララ/HPのIA64チームもそうだし、こりゃ当たり前のこと。
それが消費者騙しで誇大妄想の拡張をやって自爆Intelをピンチに追い込んだ
オレゴンチーム、というゆがんだ解釈につながった。それだけだな。
その後、結局Tukwilaより先にQPIを実装させて登場したNehalemの出来を見ても
オレゴンがIntelの中核チームであることに間違いはない。
186:名称未設定
09/04/26 14:59:26 U2fyDKvj0
>>184
3年位じゃね？
187:OOO-⊂(´∀｀旦⊂☆諫碕
09/04/26 15:07:34 9jBPBAqE0
Core 2からまだ3年たってないんだな。
NetBurstの爆熱フィーバーが遠い過去の出来事のようにおもえるわ。
とはいえ、世の中ではNetBurstマシンがまだまだ腐るほど現役で使われているのだが。
Meromの成功評価はMCMの助けがあったのも大きいな。
クアッド以上のコアはMP用以外用意していなかったので、
MCMが無ければ4コア以上はAMDに遅れをとっていたかもしれない。
逆にMCMがあったせいでBloomfieldをはじめとするネイティブ4コア製品が
技術的に頑張ったわりに、いまいちインパクトを与えられない状況になってしまったわけだが。
188:名称未設定
09/04/26 15:13:39 U2fyDKvj0
いまのIntelは手抜きフェイズだがAMDがMCM12コアにDDR3-4chという自爆テロに出たので来年は少しは本気になるだろ
Beckton-DPの投入を予測しておく
189:名称未設定
09/04/26 16:15:49 7sweYQHn0
HT/QPIやIMCだとMCMすると大変そう
ホップ数もややこしくなるし
AMDはG34で力業するみたいだがIntelもMCMやるかなあ
190:名称未設定
09/04/27 02:20:09 SPeq9uPe0
空冷限界のTDPは両社ともそう変わらないんだし、
コアの電力効率が劣ってるのに、競合他社よりコア多く積んだら
TDPの上限をかなり上げない限り、
電力と熱でクロック上昇を妨げられ、シングルスレッド性能が酷く残念な
ハイエンドCPUが出来上がってしまうのでは?、という危惧。
32nmでintelが躓けば(AMDは躓かないという前提)面白くなるのかね。
191:名称未設定
09/04/27 02:29:18 x7hZ3DEe0
どうせハイエンドサーバー向けでしか出ない
シングルスレッド性能は下がるしコストも上がるので
そこはNehalem-EX(Beckton)が固めてるだろうし
そもそもコスト競争になったらAMDに勝ち目が無いってのは大分前に指摘した通り
また、AMDは早晩脱落するとしても
IntelはAtomやLarrabeeで自身の将来を切り開いて行かねばならない
192:名称未設定
09/04/28 01:41:57 E1cfOhSB0
Windowsの売上高が減少した原因はネットブック―マイクロソフト幹部が認める
URLﾘﾝｸ(www.computerworld.jp)
193:誤答
09/04/30 01:57:25 Ta7q+mG10
URLﾘﾝｸ(pc.watch.impress.co.jp)
> Intelの8コアハイエンドCPU「Nehalem-EX(Beckton:ベックトン)」はFB-DIMMインターフェイスを
> オンマザーボードのバッファチップを介してDDR3 DIMMをサポートする。コスト面ではAMDに利がある。
194:名称未設定
09/05/02 06:59:31 ubub/qtZ0
「Nehalem」プロセッサの実力を徹底検証する
驚異的な性能を示す新型Xeonプロセッサの魅力に迫る
URLﾘﾝｸ(www.computerworld.jp)
195:,,・´∀｀・,,）っ-○○○
09/05/04 18:21:16 8HMR4CZP0
>>188
そうも思えないがな。
Many-Core、じゃなくてMagny-Coursはラインナップの空白を埋めるためだろう。
AMDとしてはWestmere無双状態はサーバ市場だけは食い止めたい。
196:,,・´∀｀・,,）っ-○○○
09/05/04 18:39:03 8HMR4CZP0
Nehalem 1ソケット4コアでHT使えばShanghai 2ソケット8コア分の性能なんて言われる事態だからな
更にWestmereで6コアになり計24スレッドになる。
スレッド数だけは追いつかないと駄目だろ。
197:名称未設定
09/05/05 06:37:04 qFAa82aS0
スレッド数上げるのも良いけど、コア積み過ぎてクロック上げられなくなるんだから
どっちにしろヤヴァいのであ?
198:名称未設定
09/05/05 08:10:36 sZYe1Gl90
Niagaraもそこそこ売れてるしサーバーはそれでもいいんじゃねー？
しかしそのNiagaraを上回るスループットでTurbo Boostまで備えたNehalemは完璧としか言い様がないな
199:,,・´∀｀・,,）っ-○○○
09/05/05 17:52:05 EvzAltmX0
TDP縛りがあるからコア数を積んだぶんクロックが上げられないってのは正しいが
クロック＆電圧を7割程度に抑えれば、理屈の上では消費電力は1/3程度になり
同じTDP枠で3倍のコアを載せることができるようになる。
スレッド数で稼ぐってのは戦略としては十分アリだよ。
4コアは高クロック化でラインナップを充実させればいい。
しかし、負けるのが解ってても出さなきゃいけないことはあるんだね。
Paxvilleを出したときのIntelがこんな感じだ。
200:名称未設定
09/05/05 19:05:00 poX4wJ0s0
300平方mmを切るNehalem-EPに、400平方mm近いIstanbulで戦わざるを得ないってこところが
AMDの苦しいところだろうな。
最悪Magny-Coursですら、Gulftownに対して大きく性能を上回れないってことになりかねないし。
201:名称未設定
09/05/05 19:33:40 T/MjLTGc0
>最悪Magny-Coursですら、Gulftownに対して大きく性能を上回れない
大きく上回るどころか同等なら儲けもん。
6コアで2.4GHzなら12コアは2.0GHz程度。
理論演算性能でも66%しか上がらない。
Istanbul 2.4GHzのSPECint_rate_base2006は184
URLﾘﾝｸ(finance.yahoo.com)
Nehalem-EP 2.93GHzのSPECint_rate_base2006は240
URLﾘﾝｸ(www.spec.org)
Gulftownは32nmプロセスだがIstanbul同様クロックが下がって30%しか性能が向上しなかった(製造プロセスとしては90nm Prescott級の失敗)と仮定しても、
184 * 1.7 = 312.8 (多めに見積もったMagny-Coursの性能)
240 * 1.3 = 312 (極めて悲観的に見積もったWestmere-EPの性能)
FB-DIMM2@4chに24MBのL3キャッシュを備えるBecktonが相手だとお話にならないであろうことは火を見るより明らか。
202:,,・´∀｀・,,）っ-○○○
09/05/05 20:15:01 EvzAltmX0
ところで自作板にいるMACオワタ(ペニス）君の劣化具合がかなり酷いんだが。
技術的な話題になるとボロが出まくるのは昔からなのか？
203:名称未設定
09/05/06 00:42:34 OUVy38h00
>>199
> クロック＆電圧を7割程度に抑えれば
今時電圧はそんなに下げられないよ
下げるとリーク電流がえらいことになる
204:,,・´∀｀・,,）っ-○○○
09/05/06 00:44:42 NKsKejrK0
じゃあ電圧を9割強、クロック6割くらいかな。
まあ、ひどいことになるな。
205:名称未設定
09/05/06 01:07:06 ytJd2eQd0
>まあ、ひどいことになるな。
ワロタ
笑える状況じゃないんだが、なぜかワロタ
206:名称未設定
09/05/06 01:13:27 Kjx6YeSY0
｜695 ：,,・´∀｀・,,）っ-○○○：2009/05/06(水) 00:01:31 ID:YebxnnTm
｜ゲーム屋風情が偉そうに
ああ、そうだな。
（大企業iの）ゲーム屋風情（部門）が偉そうにするのも気に障るよな。
URLﾘﾝｸ(software.intel.com)
URLﾘﾝｸ(software.intel.com)
URLﾘﾝｸ(software.intel.com)
URLﾘﾝｸ(software.intel.com)
URLﾘﾝｸ(www.projectoffset.com)
207:,,・´∀｀・,,）っ-○○○
09/05/06 03:30:54 NKsKejrK0
どこでIntelが出てくるんだ？ｗｗ
208:名称未設定
09/05/06 03:34:28 7ZIGg+XY0
Intel様にケンカを売る団子
209:,,・´∀｀・,,）っ-○○○
09/05/06 03:34:36 NKsKejrK0
> 650 名前：Socket774[sage] 投稿日：2009/05/05(火) 02:07:09 ID:DxOnYt1N
> >>642
> WWSの内情について知らないのがはっきりした。良かった。
>
> 652 名前：Socket774[sage] 投稿日：2009/05/05(火) 02:19:37 ID:DxOnYt1N
> そうだね。GDC来ればよかったのにね。
>
> 694 名前：Socket774[sage] 投稿日：2009/05/05(火) 23:59:56 ID:DxOnYt1N
> ほんと超一級の揚げ足取りだな
こいつだろ
IntelにWWSなんて部門はないよ。ソニーのPS部門にはあるけど
210:,,・´∀｀・,,）っ-○○○
09/05/06 03:41:02 NKsKejrK0
本人たちにしかわからないアナグラムを仕込んで応酬を繰り広げてるので
一介のMac使いにすぎないおまいらにやり取りの意味がわかるわけがねぇ
211:名称未設定
09/05/06 06:53:20 sEHrBwfw0
Intel buys into chip tool firm
URLﾘﾝｸ(www.theinquirer.net)
GT300 delayed till 2010
URLﾘﾝｸ(www.theinquirer.net)
Itanium Aims for the Mainstream
URLﾘﾝｸ(www.internetnews.com)
212:名称未設定
09/05/08 03:01:42 ONjcgzm+0
URLﾘﾝｸ(aceshardware.freeforums.org)
The real story of Tukwila is how it well it scales up in performance
at 8, 16, 32, and 64 sockets. A 4s Tukwila box may only be 2.5x-3x
better than a 4s Montvale box but a 64s Tukwila Superdome may
outperform the 64s Montvale Superdome by 4x-5x or more.
Itanium 9150M 1.66 GHz x16
1,354,086tpmC
URLﾘﾝｸ(www.tpc.org)
Itanium 9150M 1.66 GHz x32
2,382,032tpmC
URLﾘﾝｸ(www.tpc.org)
Itanium 9050 1.60 GHz x64
4,092,799tpmC
URLﾘﾝｸ(www.tpc.org)
POWER6 5.0 GHz x32
6,085,166tpmC
URLﾘﾝｸ(www.tpc.org)
213:名称未設定
09/05/08 23:12:40 b96YzYYX0
The Core 2 Quad Q8400: Intel's $183 Phenom II 940 Competitor
URLﾘﾝｸ(www.anandtech.com)
インテルとノベル、モバイル機器向けOS「Moblin」の推進で協力
URLﾘﾝｸ(japan.cnet.com)
214:名称未設定
09/05/09 13:15:05 J0Xs5Dm50
x86でのIntegrated Memory ControllerはマジでIntelが元祖だったらしい・・・
URLﾘﾝｸ(www.cpu-world.com)
>80386SL - low-power microprocessor with power management features, with
>16-bit external data bus and 24-bit external address bus.
>The processor included ISA bus controller, memory controller and cache controller.
215:名称未設定
09/05/11 01:26:58 MzhiD89l0
もう1つのSSD
URLﾘﾝｸ(pc.watch.impress.co.jp)
216:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/13 21:46:07 fQy4e05I0
謎の新x86チップ、Xcore86。
妖しいの大好き。
713 ：[Fn]＋[名無しさん] [↑] ：2009/05/13(水) 21:13:56 ID:CsL/jUtu
Gecko EduBookに乗ってるXcore86ってやつは、
URLﾘﾝｸ(xcore.weebly.com)
URLﾘﾝｸ(www.vortex86dx.com)
IntelやAMDに対抗するもんじゃないとは書いてあるが、
これって実際実力はどんなモンだろうね。
他に採用ノートが見つからないし。
217:名称未設定
09/05/13 21:49:04 fsZZzXwq0
URLﾘﾝｸ(techon.nikkeibp.co.jp)
218:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/13 21:56:29 fQy4e05I0
>>217
なんだmP6の系譜か。
219:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/13 22:05:41 fQy4e05I0
URLﾘﾝｸ(www.legitreviews.com)
GTX280のダイを改めてみて思った。
テクスチャユニットの面積比が極端に小さいあいつは
RGPとしての性能は考えちゃいないんだと。
220:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/13 22:18:27 fQy4e05I0
通常、GPUの構成はレンダリングパイプの処理を滞りなく行うため、
一般的なゲームグラフィックスアプリでネックが発生しないようにリソースがバランス
されている。
従って、テクスチャユニットのスループットが明らかになれば
そのままRGPとしての性能をほぼ推し量ることができる。
Larrabeeは最近のIntelチップにしては、I/O類やキャッシュも目立たない。
本心はHPC向けの設計なのか、演算器異常特化でTflops級を何が何でも出したいだけだったのか。
いや、おれの予想が良い方向に見事にはずれることに期待していますがね。
221:名称未設定
09/05/15 00:13:04 8Hv+adcI0
69. GRAPE-DR の HPL 実効性能 (2009/5/9書きかけ)
70. 次世代スーパーコンピューター計画見直し (2009/5/14)
222:名称未設定
09/05/16 09:51:16 l8wOeGFa0
>>220
>通常、GPUの構成はレンダリングパイプの処理を滞りなく行うため、
>一般的なゲームグラフィックスアプリでネックが発生しないようにリソースがバランス
>されている。
実はこれはマヤカシだというのがLarrabee: A Many-Core x86 Architecture for Visual Computingで指摘されているわけだが
223:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/16 14:17:12 dC0nnAgF0
まやかしなんて書いてないだろ。
それとは別にLarrabeeは各レンダリングパイプ上の処理をソフトウエアとプログラム性の高いコアで
動的ロードバランシングしながら処理出来るのから、リソースのバランスから大部分
解放されているのが売り文句のようだが、テクスチャユニットは固定機能でその例外なんだよ。
つまり、GPUもLRBも固定で持っているテクスチャユニット分量の比較で
およその性能が推測できるのことは変わらない。
224:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/16 14:30:26 dC0nnAgF0
LRBは、従来のGPUのプロセッサコアよりも汎用性が高くて、
ソフトでもっと柔軟に動的使い分けができるんだけど、
ダイをみると、LRBのプロセッサコアの面積比が異常におおきく、
テクスチャユニットの面積が非常に小さい。
柔軟性があっても面積が小さくできなけりゃ結果は意味ないよね。
テクスチャユニットの面積比の小ささは、ダイの大部分を占めるプロセッサコア
の面積あたりのスループットがRGP的処理をしている時に大したことがない
ということの証明なんだよ。
この結果を好意的に解釈した結果が、理論flopsを重視したマーケチング向け製品か、
RGPとしての用途なんて最初から考えてないってことだ。
225:名称未設定
09/05/16 15:17:12 l8wOeGFa0
>まやかしなんて書いてないだろ。
セッション5の4
"Our conclusion is that application dependent resource balancing is not sufficient."
>ダイをみると、LRBのプロセッサコアの面積比が異常におおきく、
>テクスチャユニットの面積が非常に小さい。
URLﾘﾝｸ(i41.tinypic.com)
この写真を見て言っているのだろうが32KBしかキャッシュを持たないはずのテクスチャユニットに
プロセサコア(と分析されている)部分より面積が広いSRAMの様なパターンがあるんだぜ
あまり当てにならないと考える
セッション3の5読めばわかると思うがプロセサコアと物理的な距離をあけたくないだろうし
テクスチャユニットはプロセサコア(と分析されている)部分に含まれていると予想
ちなみにRadeonとかGeforceのレイアウトもそんな感じ
226:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/16 15:26:40 dC0nnAgF0
>Our conclusion is that application dependent resource balancing is not sufficient.
やっぱここか。これ旧来のGPUに対していってるんじゃないぜ。
検討中のLRBに対して言ってるんだが。で、不十分だから柔軟にロードバランスできるようにscatter/gatherやら
bit-scanを追加しているって流れだぞ。
>SRAMの様なパターンがあるんだぜ
その画像の分析がどこまであてになるかは確かにあやしいが、
おれにはSRAMの様なパターンには見えないね。
227:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/16 15:31:30 dC0nnAgF0
>セッション3の5読めばわかると思うがプロセサコアと物理的な距離をあけたくないだろうし
これソフトのブロック図だぞ(わらぃ ハードの物理的レイアウトとは何の関係もない。
ついでにブロック図ってのはハードにしろ接続が示してあるだけで、物理的な配置とは関係ないぜ。
関係ないからこそ図の意味がある。
228:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/16 15:42:11 dC0nnAgF0
>ちなみにRadeonとかGeforceのレイアウトもそんな感じ
>>219
URLﾘﾝｸ(img.hexus.net)
229:OOO-⊂(´∀｀旦⊂☆諫碕
09/05/16 15:45:51 dC0nnAgF0
ああ、なんだ図の方じゃないのか。
まあ、図1をみればテクスチャユニットがRingバス上にぶらさがってるのがわかるね。
230:名称未設定
09/05/16 16:51:31 l8wOeGFa0
>>Our conclusion is that application dependent resource balancing is not sufficient.
>やっぱここか。これ旧来のGPUに対していってるんじゃないぜ。
>検討中のLRBに対して言ってるんだが。で、不十分だから柔軟にロードバランスできるようにscatter/gatherやら
>bit-scanを追加しているって流れだぞ。
え？
>>ちなみにRadeonとかGeforceのレイアウトもそんな感じ
>>>219
>URLﾘﾝｸ(img.hexus.net)
ああうん
これは間違っていたかも
>その画像の分析がどこまであてになるかは確かにあやしいが、
ところで、Larrabeeのテクスチャユニットの面積はどの程度が最適なのだろうか
RV770とGT200を見ているとあまり面積を割いてないRV770でも戦えているようだが
231:名称未設定
09/05/17 11:19:40 zVHpXr4Z0
AMD shrugs off Intel cross-licensing threat
URLﾘﾝｸ(news.cnet.com)
もうほとんど忘れていた話だが期限は今日までだったらしい。
近日中に出るであろうIntelのプレスリリースに注目が集まる。
232:名称未設定
09/05/17 12:10:53 fSxqUSJD0
EU独禁法違反でそれどころじゃないお！
233:名称未設定
09/05/17 12:31:27 zVHpXr4Z0
インテルCEO、制裁金14億4,000万ドルに強く反論
URLﾘﾝｸ(www.computerworld.jp)
URLﾘﾝｸ(www.computerworld.com)
これか。
/.jのコメント。笑った。
URLﾘﾝｸ(slashdot.jp)
>なるほどこれがEUの景気対策ですか
234:,,・´∀｀・,,）っ-○○○
09/05/18 00:02:10 sslgF7jt0
まあおちつけクソ共
スカラ版とベクトル版両方が用意されてるビットインターリーブやフィールド挿入なんかの演算は
基本的にアドレス・オフセット生成用だな
235:名称未設定
09/05/18 00:25:05 HtL6ETbHO
よう、クソ
236:名称未設定
09/05/18 01:14:42 z+Ltl92o0
EUのタカリ商売
237:名称未設定
09/05/18 01:26:56 tewePpJv0
日本にも言いたいがアメ企業が気に入らないなら国内企業にちゃんと梃入れしろ
京速とか制裁金とか対応が半端すぐる
238:,,・´∀｀・,,）っ-○○○
09/05/18 01:59:35 nCvsfnBM0
京速って神戸だったよな
神戸大や阪大あたりもしばらく休校らしいね。
239:名称未設定
09/05/20 06:31:22 urVaIXEQ0
Nikon: EUV program alive and well
URLﾘﾝｸ(www.eetimes.com)
EUVの導入は22nm以降、主流になるのは16nm以降
Intel's eight-core Nehalem-EX out next week
URLﾘﾝｸ(www.theinquirer.net)
Istanbulに対抗してPaper Launchか?
IstanbulもPaper Launch臭いが
Intel previews Atom 'Pineview' chip, Linux OS
URLﾘﾝｸ(news.cnet.com)
Intel "Medfield" Platform Targets Smartphone Market
URLﾘﾝｸ(www.dailytech.com)
240:名称未設定
09/05/20 20:25:26 Vw7FNX+z0
インテル、ネットブック向けLinux「Moblin 2.0」のベータ版を公開
URLﾘﾝｸ(www.computerworld.jp)
インテル、次世代Atomプラットフォーム「Pine Trail」の概要を発表
URLﾘﾝｸ(www.computerworld.jp)
【レポート】トランジスタ開発はIntelのハート - インテル及川氏が語るCPUのトレンド
URLﾘﾝｸ(journal.mycom.co.jp)
遠ざかるスパコン世界一の座
URLﾘﾝｸ(www.itmedia.co.jp)
一社製造体制で、より強化されたのかもしれない日本の次世代スパコン開発
URLﾘﾝｸ(hpc.livedoor.biz)
勝負の行方は性能ではなく価格で決まった。(Nano vs Atom330)
URLﾘﾝｸ(www.ne.jp)
241:名称未設定
09/05/20 21:51:03 9VrFbvmR0
>>240
>【レポート】トランジスタ開発はIntelのハート - インテル及川氏が語るCPUのトレンド
>URLﾘﾝｸ(journal.mycom.co.jp)
この記事にLarrabeeは16コア以上と書いてある。
45nmだと32コアでも600sqmmを超えそうなのでメインストリーム～ローエンドは32nmだと思われ。
まるっきりXeonとXeonMPですな。
Intel and AMD begin server war dance
URLﾘﾝｸ(www.theregister.co.uk)
>>239のNehalem-EXが来週登場という記事はINQ記者の予想に過ぎないようだ。
Intelがプレスへ送ったメールからはハイエンドサーバーに関する何らかの発表を行うことしか読み取れないらしい。
The Registerはスケジュールが若干早めてTukwilaの発表をするのではないかと予想している。
また、自社のブレードにNehalem-EXを搭載するのは2010年の第1四半期になるという回答を富士通へのインタビューから得たらしい。
これを以ってNehalem-EXそのものか富士通の対応のどちらかが遅れているはずだと書いている。
何れにせよIntelが半年以上先の製品の発表を行うとは考え難いのでTukwilaの発表は順当な予想だと思う。
ただし、先日エンプラ部門のトップであるパット・ゲルシンガーが来日した時に
Nehalem-EXは早ければ夏頃登場と言っているので前倒しされた可能性もそれなりにある。
URLﾘﾝｸ(journal.mycom.co.jp)
まとめるとこんな感じ。
本命 Tukwilaのみ発表。
対抗 TukwilaとNehalem-EX両方発表。
大穴 Nehalem-EXのみ発表。