【Penryn】 真のUNIX� ..
2:名称未設定
07/09/21 20:49:51 aBWwKTQ+0
2007年、11月12日 … 45mmﾌﾟﾛｾｽPenryn系Xeon、簡易64bitﾓｰﾄﾞ
2008年、第３四半期 … Nehalem系Xeon、True 64bitﾓｰﾄﾞ
3:名称未設定
07/09/21 21:03:25 nMULx1Ya0
今までのは所詮EMT64だもんな、ｴﾝﾊﾝｽﾄﾞﾒﾓﾘﾃｸﾉﾛｼﾞw
4:名称未設定
07/09/21 21:09:50 aBWwKTQ+0
>3
後藤の記事を読むまで、てっきり、Appleは現行機種を
EMT64ﾓｰﾄﾞ⇒True64bitで、移行してくれてると思っていた。
危なかった。もう暫くG5でｶﾞﾝｶﾞﾙ。
5:名称未設定
07/09/21 21:32:40 XMDJhaeC0
NehalemもEM64T（今はIntel 64と呼ぶ）なんだけどな。
なんか勘違いしてないか。おまいら。
6:名称未設定
07/09/21 21:46:35 XD5mewd20
先生!質問です!IA-64とx64とEMT64は違うのですか!?教えて下さい!おながいします!!!
7:名称未設定
07/09/21 21:51:58 uP9z67a90
>>6
,-,,,,、 ,-,,,,_
,,,,,,,、 ,,,,,,_ﾞ'-,. "'i､ .,,,,,,,、 ,,,,,,,ﾞ'-、＾'i､ .i,￢ｰ-、
ﾞ''i､｀＼ ＼.`''-＼,,lﾞ `'i､ `''i､ ‘'-,｀''-＼,,lﾞ ＾'i､ ,)
丿 ,l,＿,,,,,,,― |i､ ｝ 丿 Z＿,,,,,,-ヘヽ、ﾞl | .| ＿_
,/ ,,-----〟 ,,,7ﾞ"｀ ,/ ,,-----〟 ,,,）ﾞ″ | | .,,-'",,,,,,、`'i､
,/｀.／ / 丿 ／ .,/｀ ,lﾞ 丿 |ﾞヽ,,,―" ｀ﾞ'ｭ‐ﾞ_,／゛ | |
.,／.,,/｀ /｀ 丿 ,／ ,／ ,/ 丿 ＼,,,,-‐,! '`,／ .| lﾞ
,,-",,／ 丿 ,i´ ,／_,／ 丿 ,i´ 丿 ,,,i´ ,! |
i彡‐" ,/｀ ,/｀ ｨ,ン'" ／ .／ ,/ .| | |
,,i´ .／ ,,‐｀.／ ,/｀.,┤ | | | ./ﾞ|
.,／ .,／ ,／ .,／ ／ 丿 | .| ｛ ｛ .,/ ,lﾞ
,,／ ,／｀ ,,／ ,／｀ ／ ,､ﾞ'-,| lﾞ | }, ._／.ノ
_,／ﾞ,,／゛ _,／ﾞ,,／゛ lﾞ .,/｀＼ | ヽ,_ ﾞ"゛,,／
(ン'"゛ (ン'"゛ ｀″ ﾞl 丿 ｀ﾞﾞﾞﾞ゛
ﾞ'"｀
8:名称未設定
07/09/21 23:35:04 hOFW+3nf0
>>6
正直ぐぐれって言われたら2ch必要ないよな
IA-64はDECから引っ張ってきたチップのアーキテクチャ
Itaniumとかに実装されてる
現在Appleはサポートしてないし、今後たぶんしない
EMT64じゃなくて、EM64Tだろ
x86系CPUの64Bit拡張のこと
AppleはLeopardでサポート予定
9:5
07/09/22 00:02:11 XMDJhaeC0
まず、Intelの32bitのアーキテクチャがx86。486とかPentiumなどに使われてたヤツな。
IA-32と呼ぶ場合もある。
で、次にIntelはHPと共同で新しい64bitのアーキテクチャを設計した。これがIA-64（Itanium
で使われてる）。古いしがらみを排除した「真の64bitアーキテクチャ」なんだけど
従来のx86アーキテクチャとの互換性が低いという問題があり、市場に受け入れられなかった。
（エミュレーションで互換性を確保する設計だったので速度が遅く実用的ではなかった）
続く
10:5
07/09/22 00:07:35 UDW4exY80
んで、そのスキにAMDは従来のx86アーキテクチャを64bitに拡張したAMD64を開発した。
こっちはx86との互換性が高いので広く受け入れらることになって、結局IntelはAMD64互換
アーキテクチャを自社のCPUに実装した。（両社はクロスライセンスを結んでるので
特許などの問題は発生しない）これがEM64Tで後にIntel64に名称変更された。
続く
11:名称未設定
07/09/22 00:08:45 us9Hojl+0
重複スレ
誘導↓
Intel uPs Info 3
ｽﾚﾘﾝｸ(mac板)
12:名称未設定
07/09/22 00:10:32 wW8tbFCZ0
>Penryn系Xeonの簡易64bitには勿体無い。
>>1 は生きているだけで地球上のリソースの無駄。。。
64bit化の恩恵が受けられるような立場じゃねぇんだろ。。
いったい、広大なメモリ空間を何に使うんだ??
やさしいCocoa か ヒレガス本でも読んで、少しは人様の役に立てるようなアプリ作れってんだ。。
13:5
07/09/22 00:10:57 UDW4exY80
Intel64とAMD64を総称したものをx64と呼ぶ。これは主にMSが使ってる名称（Windows XP x64 Edituonとかね）。
AMDがAMD64の正式発表前にx86-64と呼んでいたこともあって、今でもLinuxの世界などでは
x86-64と呼ばれてる場合もある。
次で最後
14:5
07/09/22 00:21:55 UDW4exY80
最後。
MeromもPenrynもNehalemもIntel64アーキテクチャのCPUであることに変わりはない。
ただ、MeromやPenrynの64bitサポートは、まぁ言ってみればやっつけ仕事で
32bit実行時と比較してCPUの実行ユニットの稼働率が低くなっちゃってて、若干の
性能低下があったわけ。Nehalemは最初から64bitコードの実行を考慮した設計になってる
ので、64bit実行時でも性能低下がおきない。
CPUの内部の設計が変わって、より効率よく64bitコードを実行できるようになったという
だけで、命令セット自体はどちらもIntel64。
15:6
07/09/22 00:28:06 V8IHJ6+c0
丁寧な説明ありがとうございます。なんとなくですが理解できました。
とりあえずx64はIntel 64(旧EM64T)かつAMD64でIA-64は沈みゆく泥舟というわけですね！
あとLeopardの64bit対応はCocoaフレームワークとCarbonフレームワーク(QuickDrawやQuickTime Cは除く)でしたっけ？こういう部分の性能もやはりCPUの設計で変るんでしょうね！
16:5
07/09/22 00:28:42 UDW4exY80
あ、ちょっと捕足しておく。「アーキテクチャ」というのは色々な意味があって、
「命令セットアーキテクチャ」と「マイクロアーキテクチャ」というのは別物。
たとえばIntel Core2とAMD Athron 64の命令セットアーキテクチャは同じだけど、
CPU内部の実装方式（マイクロアーキテクチャ）は当然異なる。
同じIntelのCPU同士でもMerom/PenrynとNehalemは命令セットアーキテクチャは同じで
マイクロアーキテクチャは違う。>>1の引用先の記事で書かれている「マイクロアーキテクチャは一新」
というのはそういう意味。
17:名称未設定
07/09/22 00:35:09 UNW4SwU90
沈んでも良いからIA-64とかPower6とかのmac出して～。
18:名称未設定
07/09/22 00:37:42 nw1WJBG60
>>17
もうPOWERは忘れろ
19:名称未設定
07/09/22 00:51:41 UNW4SwU90
性能の良し悪しは別としてCORE2とかだとwinと同じCPUで楽しみが半減なんだよね～。
20:名称未設定
07/09/22 03:10:13 XFue7H4f0
Cellにすればよかったのにねぇ
21:名称未設定
07/09/22 04:15:27 8LQTzUlI0
結 論 ： 11月発売の、Mac Pro（Penryn系Xeon）は 買っては いけない。
=============================================
Penryn系の64bitはサポートは、やっつけ仕事で
32bit実行時と比較して、CPUの実行ユニットの
稼働率が著しく低い。
=============================================
22:名称未設定
07/09/22 04:30:48 DXme45ui0
>2008年、第３四半期 … Nehalem系Xeon
これまで待てってか？
23:名称未設定
07/09/22 04:35:37 8LQTzUlI0
>22
春に、Power6 の Ｇ６が出るから安心だよ。
ジョブスはいい奴だから、安心してくれ。
24:名称未設定
07/09/22 07:16:52 UKhemkn90
今のCｏｒｅ系Xeonも一緒なんだろ？
まてない奴は32bitOSのTigerのうちに買っとけということか
25:名称未設定
07/09/22 07:40:17 O4bUQd1b0
Tigerも64bitだろ
26:名称未設定
07/09/22 08:01:39 eEGiXl7Y0
CUIはな。
27:名称未設定
07/09/22 09:34:36 t7UNHKGI0
主要アプリケーションが64bitに最適化されるのは
どうせまだ時間がかかるだろうし、
別に待たなくていいんじゃ？
28:名称未設定
07/09/22 11:15:54 MMOr0N9O0
Nehalemの32bit性能はPenrynと比較してどうなの。
2008年の第３四半期頃でも殆どのアプリは32bitだと思うんだけど。
29:名称未設定
07/09/22 15:13:10 wwIcqjXc0
実際にTigerで64bitのソフト作って32bitとパフォーマンス比較した人いる？
30:名称未設定
07/09/22 15:20:27 gN/ch6zt0
>>29
MacBook Proスレの前の前のスレで比較していた香具師がいた。
その香具師が組んだアルゴリズムでは、x86_64がi386より12%ほど速いという結果だったな。
31:名称未設定
07/09/22 16:20:03 eCDcIb/W0
URLﾘﾝｸ(www.geekpatrol.ca)
Tigerで比べることにどこまで意味があるかは分からんが。
結局はLeopardの方が速くなるんじゃない？
8コアとかに最適化されそうだし。
32:名称未設定
07/09/22 16:34:32 wwIcqjXc0
今のやっつけ64bitでも32bitより速いんじゃんw
33:名称未設定
07/09/22 16:45:17 nM5zSbIX0
>>30
ああそれ俺もリアルタイムで生暖かく見守ってた。
その香具師はこうも言ってたな。
・同じ処理でも32bitに比べて64bit版は約２倍のメモリーを消費しているようだ
・必ずしも64bitにすれば高速化するというわけではない
・32bit/64bit のUniversalBinaryを作ると現状(Tiger)では64bitが優先的に動くようだ
34:名称未設定
07/09/22 18:09:21 FV5QtjRI0
つーかCore2発表時から散々話題になってるのに、何で1年以上経った今この話題なん?
64bitモードでMacro-fusionが効かなくなると言うだけの話。
URLﾘﾝｸ(pc.watch.impress.co.jp)
そもそも64bitのパフォーマンスに深刻な問題があるようなら今のXeonは売れるはずがないw
35:名称未設定
07/09/22 18:36:08 UDW4exY80
>>34
＞何で1年以上経った今この話題なん?
Nehalemの話題が出てきだしたからな。一部の人間がNehalemで64bit性能向上→ Penrynの64bitは遅いと
短絡的に過剰反応してるだけ。
36:名称未設定
07/09/22 21:44:25 BOx72J880
>>34
AMD信者が散々煽ったあれね。
「CoreMAは64bitだと使い物にならない」とか「64bitならAMD」とか。
実際は「64bitだとパフォーマンスが落ちるものがある」ってだけで、64bitでも
十分速い（競合CPUと比べても最速）んだけど。
37:名称未設定
07/09/22 21:59:04 Dhz7IjY40
>>8
DEC?当時からHPだろ?
38:名称未設定
07/09/22 22:11:23 P9SR/v9d0
Leopardでサポート予定とか電波飛ばし過ぎ
39:名称未設定
07/09/23 00:23:47 LzM6Icr00
>>31
8コアに最適化だとNehalemの機能が使い切れない。
8コア×2スレッドSMTでXeonだと更に×2スレッド。
そもそもLeopardはSMTに対応してるのか？
40:名称未設定
07/09/23 00:44:15 HZVmcCab0
普通にマルチコア対応にすればいい話だろ。
41:名称未設定
07/09/23 00:46:57 DwMSmw690
HyperThreadingなPen4にTiger入れても2 logical CPUで認識されるので
対応してるだろう>SMT
42:名称未設定
07/09/23 02:11:49 CQoDQrTaO
>>37 IA64はDECのAlphaプロセッサの技術を使ってるよ。
DECのPC部門がコンパックに売却されて、その後、HPに吸収された。
Alphaプロセッサの部門はインテルに売却したんだよ
43:名称未設定
07/09/23 10:25:06 bnyjRVjp0
>>42
DEC Alphaが健在の頃からつくってた気が…
買収後技術が使われてるのは確かだろうけど。
44:名称未設定
07/09/23 18:24:09 LzM6Icr00
>>40
対応CPU数が32もあるのかな？って話。
>>41
認識してるなら良いけど。
45:名称未設定
07/09/23 20:59:46 W8xWFJLl0
結 論 ： 11月発売の、Mac Pro（Penryn系Xeon） は 黒歴史。
=============================================
Penryn系のXeonは、設計ミスで、64bit稼働時は
32bit実行時と比較して、CPUの実行ユニットの
稼働率が著しく低い。その為、Leopard（常時64bit）で
Penryn系のXeonは、負荷が高まり、非常に熱く遅い。。
=============================================
Intel、45nm製品（Penryn系Xeon）の11月12日投入を正式発表
URLﾘﾝｸ(pc.watch.impress.co.jp)
…Penryn系Xeonには、試作ながら64bitﾓｰﾄﾞも搭載された。
IntelがNehalemの概要を発表、実動デモも公開。２００８年発売予定。
URLﾘﾝｸ(pc.watch.impress.co.jp)
…これまでの欠点を改善した本当の64bitを提供できる。
46:名称未設定
07/09/23 22:26:35 gf8YRZNf0
黒歴史は>45自身。
47:名称未設定
07/09/23 23:40:33 DwMSmw690
つか現状x86-64環境で最速なのは間違いなくCore2Duo系だから、何も問題ない。
もし32bitで動かした方が速いアプリケーションがあるなら、単に32bitモードで動かせばいいだけの話。
48:名称未設定
07/09/24 09:50:02 zX7YR5ty0
ていうか>>45は単なる亜夢厨。
49:1
07/09/24 13:23:51 W3ot1aV50
いや、Power6厨かもしれん。かなりの確率で。
50:名称未設定
07/09/24 21:21:24 jqFyouzd0
Itanium房だろ。
POWER房は64-bitに関してわ（あまり）頓珍漢な事わ言わん。
51:名称未設定
07/09/25 22:42:03 mpv1HjNq0
>POWER房は64-bitに関してわ（あまり）頓珍漢な事わ言わん。
×：関してわ
○：関しては
52:名称未設定
07/09/25 22:54:21 GdagXvMB0
関して歯
53:名称未設定
07/09/27 00:30:13 mlyWj/Qp0
「わ」につっかかるやつがいるとは・・・
54:名称未設定
07/09/27 01:19:42 F17ZNyDE0
はやくPenryn載せろよ
55:名称未設定
07/09/27 10:53:12 dWavahFZ0
どうせNehalemが出るのは来年なのだし、それならまだ32bitが主流の今
Penrynでも十分って事だろう。
56:名称未設定
07/09/27 22:01:52 MDCTvuzO0
十分も何も最速。
57:名称未設定
07/09/28 04:46:51 YoIMfjC40
次ｽﾚ立てました。
【Leopard】 真のUNIX vs 偽の64bitCPU 【Penryn】
ｽﾚﾘﾝｸ(mac板)
58:名称未設定
07/09/28 04:47:53 YoIMfjC40
【Leopard】 真の64bit UNIX vs 偽の64bit CPU 【Penryn】
ｽﾚﾘﾝｸ(mac板)
59:名称未設定
07/09/29 23:30:30 8xN1XjU60
Penrynの1.5倍のCPUコアを持つ次世代CPU「Nehalem」＠後藤弘茂のWeekly海外ニュース
URLﾘﾝｸ(pc.watch.impress.co.jp)
●アーキテクチャを刷新したNehalem
Intelが来年(2008年)春に投入する、次期CPUマイクロアーキテクチャ「Nehalem(ネハーレン)」。
現在のCore2ｱｰｷﾃｸﾁｬはP4型NetburstのリリーフでPentium３（P6）ｱｰｷﾃｸﾁｬの再登板に過ぎない。
今回のIDFでは、Netburstの正統進化である次世代ｱｰｷﾃｸﾁｬ「Nehalem」の全貌が明らかになった。
１） 64bit最適化
２） SMT(Simultaneous Multithreading)：P4系HyperThreding論理ｽﾚｯﾄﾞ⇒物理ｽﾚｯﾄﾞ化搭載。
３） 高速 L3ｷｬｯｼｭ搭載。
４） メモリコントローラ内蔵
…デモ機では、現行Core2ｱｰｷﾃｸﾁｬの約３倍のパフォーマンスを示した。
60:名称未設定
07/09/30 00:09:05 nWNlesKB0
>Intelが来年(2008年)春に投入する
>Pentium３（P6）ｱｰｷﾃｸﾁｬの再登板に過ぎない
>全貌が明らかになった
>論理ｽﾚｯﾄﾞ⇒物理ｽﾚｯﾄﾞ化
>デモ機では、現行Core2ｱｰｷﾃｸﾁｬの約３倍のパフォーマンスを示した
全部嘘乙。何がしたいんだ?
61:名称未設定
07/09/30 00:50:00 VvT1S4lm0
Netburstって悪い印象しかないから、正常進化と言われても不安だ。
62:名称未設定
07/09/30 00:55:26 Hl7LAozK0
>>61
Netburst？何の話をしているんだ？
63:名称未設定
07/09/30 01:00:40 K/z2pnfU0
>今回のIDFでは、Netburstの正統進化である
64:名称未設定
07/09/30 01:13:24 nWNlesKB0
Netburstのチームが開発してるのは確かだが、Netburstに近いアーキテクチャなのかはまだ不明。
トレースキャッシュが載る可能性はあるかもしれんが、深いパイプラインはさすがにないだろう
65:名称未設定
07/09/30 12:01:53 dDZRBNXv0
>>60
彼がNetBurst / Itanium房だよ。
全てが不思議だろwww
66:名称未設定
07/09/30 14:13:57 VWjKKBY10
>>60
>>Intelが来年(2008年)春に投入する
確か第2四半期投入のはずだから、第2四半期前半なら春だろう。
67:名称未設定
07/09/30 14:24:38 nWNlesKB0
Nehalemの投入は2H 2008予定なんだが、いつから第2四半期になったんだ?
68:名称未設定
07/09/30 15:43:43 klqDVpkp0
2Hの意味を知ってるか？
69:名称未設定
07/09/30 16:01:17 VvT1S4lm0
2nd Halfだから第2半期だね。
第2四半期なら2Q。>>59の記事では2008年後半と言っているので、2Hが正しく、第2四半期は間違い。従って
>>Intelが来年(2008年)春に投入する
は捏造。理解した？
70:名称未設定
07/09/30 17:03:58 doNGIQya0
NetBurst信者だかAMD信者だか知らんがhalfとquarterの区別すらついてないとはご苦労な事だな
71:名称未設定
07/09/30 21:01:28 Tausbed00
なんでもいいが、いつなんだ？
72:名称未設定
07/09/30 21:13:43 EoyAQkPb0
何が
73:名称未設定
07/09/30 21:30:54 Tausbed00
もういい｡･ﾟ･(ﾉД`)･ﾟ･｡
74:名称未設定
07/09/30 22:24:16 F+eMRHjA0
980 名前：名称未設定[] 投稿日：2007/09/30(日) 14:23:46 ID:OQEmT45Y0
>>978
PentiumMとCoreを作ったイスラエルチームは、ﾓﾊﾞｲﾙ機用CPU開発部隊で
小さなコア面積で消費電力で16bit・32bitに特化したﾁｭｰﾆﾝｸﾞを得意としている。
一方、オレゴンのNetBurst・Nehalem系は、64bit・128bit向け ﾜｰｸｽﾃｰｼｮﾝ・ｻｰﾊﾞ用で
負荷に強く、ﾋﾟｰｸ性能の高いCPUの開発が得意なチームです。
>980
やっぱり、Core2系は ﾓﾊﾞｲﾙ系のｱｰｷﾃｸﾁｬの流用なので64bitが遅いんですね！
自分的には、G5からの乗り換えなんで、やはりきちんとした64bit機で
Intelの正統なﾜｰｸｽﾃｰｼｮﾝ用ｱｰｷﾃｸﾁｬのNehalemが気になります。
まぁ、2008春ってことは、1月にはベンチマークとかでてくるだろうから
現行機との実際の性能差がいか程かは、
年明けまで、待つのが吉なんでしょうね。
大差なければ、型落ちしたCore2機を買えばいい事だし（笑
焦らず待ちます。ありがとうございました。
75:名称未設定
07/09/30 22:45:00 nWNlesKB0
なんでわざわざ改変してコピペ?
16bitにチューニングとか128bit向けとか完全に電波
76:名称未設定
07/09/30 22:47:49 Tausbed00
結局、真の64bitCPUは、来年の９月ごろなのか。これであってる？
77:名称未設定
07/09/30 22:51:35 doNGIQya0
真の64bitってなんですか
78:名称未設定
07/09/30 22:57:49 lVM26NKi0
ヒント：Power6
79:名称未設定
07/09/30 23:01:48 EoyAQkPb0
しかしこれだけCore MAのネガティブキャンペーンやってる人って何なんだろう
しかも嘘情報で
80:名称未設定
07/09/30 23:17:16 tSFCVTNN0
でも、なんか、あながち嘘やﾈｶﾞｷｬﾝでもないらしいよ。
本田雅一の「週刊モバイル通信」
■ 第393回 ■チックとタック。あなたの好みはどちら
URLﾘﾝｸ(pc.watch.impress.co.jp)
なんか、Intelって酷い会社だね。
81:80
07/09/30 23:18:35 tSFCVTNN0
バックナンバーも読めるみたい。結構、勉強になった。
本田雅一の「週刊モバイル通信」 バックナンバー
URLﾘﾝｸ(pc.watch.impress.co.jp)
82:名称未設定
07/09/30 23:31:00 Ulhn0wQr0
ID変えるぐらいなら半角カナ使うのやめればいいのに。
あと相変わらず貼付ける記事が全くソースになってないね
83:名称未設定
07/09/30 23:41:30 nWNlesKB0
>>80
だったら60で指摘したのを否定する根拠を早く出すように。まあ無理だろうが
Penryn系は現在のをベースに
・L2キャッシュ増量
・除算のレイテンシの改善
・SSE4命令追加
・45nmプロセスによる消費電力削減
とまあ、鉄板としか言いようの無い構成なので、いくら頑張っても
コケる可能性は限りなくゼロに近いと思うがねw
その代わり(SSE4を使わなければ)劇的な改善は無いけど。
Nehalemに期待するのは結構だけど、買い控えを煽るなら
せめてアーキテクチャの詳細が公開されてからやって欲しいもんだ
84:名称未設定
07/10/01 03:35:15 28qzMXaT0
x86とx64でベンチマーク的な性能を比較すると見劣りするけど
今のところ一番バランスが良いCPUだから気にする必要ない
アルゴリズムによっては逆転するし
85:名称未設定
07/10/01 03:42:39 EJf3f/xA0
NetBurstやK8と比べた時に、32bitアプリケーションに比べて
64bitアプリケーションの方が性能差が小さい が正しい
同じアプリケーションで32bit版と64bit版を比べたときどちらが速いかは場合による。
86:名称未設定
07/10/01 06:00:41 T9x8Hyag0
今のCore2のｱｰｷﾃｸﾁｬｰが、無理やり、Core（32bit） ｘ ２で64bitを実現しているから遅くて
32bitのWindowsに負ける話なんじゃない？ で、来年春にでるNehaleｍってのが、
Coreが64bitに最適化されていて、しかもQuadなんだって。
87:名称未設定
07/10/01 06:37:48 7KCIkW0W0
実際、Core2ｱｰｷﾃｸﾁｬｰ は 今年 で 打ち切り な 件
88:名称未設定
07/10/01 11:56:59 1BXtFKTR0
>>86
そんな事してないから。
それを言うなら128bit SSEを64bit演算器x2でやってるNetBurstやK8の方が詐欺。
Core2はネイティブ128bit。
89:名称未設定
07/10/28 12:50:13 FHN4114D0
128bitアーキテクチャの登場もそんなに遠くなさそうだな。
90:名称未設定
07/10/28 13:13:31 1coankB10
AppleはAMDを選んでおくべきだったな
91:名称未設定
07/10/28 13:33:42 idIz+1RK0
まあ、昔からIntelはAppleにアプローチしていたからね。かなりの好条件を
Apple側に提示したのだろう。それじゃ無いとXeon搭載MacProがあの値段に
なるはずが無い。
92:名称未設定
07/10/28 14:14:54 JodpB08Y0
>>90
AMDの現状を見てそんなことを言うのは頭がおかしいとしか思えない
93:名称未設定
07/10/28 18:21:17 v3fi0qiN0
まぁ、AMD を選んでいたら PPC のような道を歩んでいたかも知れないし
Intel の本当の競合として切磋琢磨できたかも知れない。
でも、もう既に Intel の天下になってしまっているので、何を言おうがもう遅い。
94:名称未設定
07/10/29 11:50:44 XgU16hvV0
やっぱりCellがよかったなぁ
SONYも抜けたことだし
95:名称未設定
07/10/29 12:08:34 BeTdL2YM0
Cellなんて特定アプリケーションのアクセラレータにしかならん
96:名称未設定
07/10/30 11:26:44 aa0hvzIl0
903 ：Socket774 ：2006/09/24(日) 21:31:43 ID:ioitbMn2
543 ：陸奥 ：2006/09/23(土) 10:52:58 ID:+hmnAAbj0
PS3用のCELLは3.2GHzと高速なコアが8つも動いているが、その内訳は、親分であるPPEが１つと
残り7つの子分SPE。子分はメインメモリから超遠い場所にあるので全て親分を通して仕事を
小分けにして貰っています。仕事は速いが記憶力は無いので命令は手短に。言わば直線番長。
MPEGのデコードや、核爆発のシミュレートなら問題は無い。決定論的世界。
「画面や空間を7等分して、自分の番号の区画を計算してね、式はこれ。」
「最初のデータは自分の番号に100を掛けた番地にあるよ。終わったら700足して次ね。」
「その計算終わったら、次の計算式は隣のアドレスにあるから、今の計算式を上書きしてOK。」
「38個の計算式全部終わったら教えて。」
親分はこれだけ指示を出して、次のフレームまでマインスイーパー。
だけどね、例えばレースゲーム、プレーヤーによる不確定要素多すぎ。
「画面や空間を7等分して、自分の番号の区画を計算してね、式はこれ。」
「最初のデータは自分の番号に・・・あれ？」
97:名称未設定
07/10/30 11:27:34 aa0hvzIl0
904 ：Socket774 ：2006/09/24(日) 21:32:19 ID:ioitbMn2
544 ：陸奥 ：2006/09/23(土) 10:56:02 ID:+hmnAAbj0
子分１「親分！予定ではインベタでシケインをクリアする筈が、この馬鹿プレイヤー急に
アクセルを踏んでコースアウトしました！！自分の計算担当区画は既に壁の中ですが
処理すべきデータ無し、暇、仕事無い？」
子分２「ああ、さらにパニクッてセレクトボタンで後方視点にしてるっ！一気に12台の後続車が自分の
区画に入ります、このままだとポリゴンが多すぎて一度に衝突計算できません。分割希望。」
子分３「タイヤのスキール音を鳴らしたいので、音色データアドレスと車速、相対位置、ブレーキ強度
のデータを8台分送ってください。あと疑似7.1chサラウンドの計算式を忘れました。再送求む。」
親分 「ええっと、じゃあ子分２のポリゴンを分割して子分１に送るから、ポリゴン分割は子分５に
任せた。子分１と２はコースデータを保持、それから子分３はなんでそんな事忘れてるの？
え、さっきのコースアウトで多重衝突の計算式とデータに入れ替えましたか、そうですか。」
子分５「え、今ポリゴン分割計算式貰うと、自分の区画の位置データと運動方程式、忘れるけどいいの？」
子分１「ひまー。」子分２「ひまー。」
親分 「ちょっと待って、サーバから対戦要求来てる・・子分７はシステム担当だよね？相手して。」
子分７「今サウンドプレイヤーのマイ・ベストランキングを暗号化しながらフレンドと交換中でーす。」
親分 「おい、水たまり踏んでるけど、パーティクル用意・・あ、フレーム落ちた。」
98:名称未設定
07/10/30 11:28:22 aa0hvzIl0
905 ：Socket774 ：2006/09/24(日) 21:33:09 ID:ioitbMn2
545 ：陸奥 ：2006/09/23(土) 10:58:19 ID:+hmnAAbj0
こうならない為に、ある程度事前に子分の負荷を予測して負荷分散してやらなくてはならないのですが、
核物理等の数値計算系と違い、映像、物理計算、音響、システム管理、通信処理等の負荷がインタラク
ティブに1/60秒単位で変化するゲームやOS処理では、複数のコアの全てを常に休まず働かせる事が
非常に難しいのです。だからカタログスペック通りには能力を発揮できません、コンパイラと、主には
プログラマの腕次第です。タダ乗り時代は終わった！！らしい。
99:名称未設定
07/10/30 15:02:34 KvqBxFDI0
オー人事 オー人事
100:名称未設定
07/10/31 00:09:02 Z0PiNB/C0
親分に惚れた
101:名称未設定
07/10/31 01:58:07 1KIPbDSm0
>>98
>コンパイラと、主にはプログラマの腕次第です。タダ乗り時代は終わった！！らしい。
Cellの話もお笑いだが、それを言うならIntelやAMDも一緒だな。
これからはいかに効率よくスレッドを有効に扱うかでアプリの性能が決まる。まさに
クロック重視のタダ乗り時代は終わったと言うところだろう。
102:名称未設定
07/10/31 10:49:10 wk5OXzBbO
アプリの性能 = 速度なんだとしたら
スレッド化しないでCPUを占有してしまうほうが良い場合もある
103:名称未設定
07/10/31 21:22:31 2Ia5niy60
ナニ言ってんだ。この多コア時代に計算能力を占有しようと思ったら、効果的なスレッド化は必須だろ。
何もしなければ、一つのコアの分割された一部の計算時間しか使わせてもらえないんだから。
104:名称未設定
07/11/01 01:21:11 08TNuMVT0
少し前まではどんなプログラムでもCPUのクロックが上がることでパフォーマンスが
勝手に上がってくれた。いわゆるタダ乗りの時代。
しかし現在のトレンドはクロック重視よりコアの数を増やす方向。その元では
いかにスレッドを有効に扱えるかが高いパフォーマンスの決め手になる。
だからIntelも多スレッド化を有効に扱う命令群を投入しているし、これからも
増やしていくらしい。プログラマーはこれらをいかに有効に扱うかが腕の見せ所。
まさにタダ乗り時代は終わったと言うところだろう。
105:名称未設定
07/11/01 03:07:37 BSggkonF0
マルチスレッド化して各コアに負荷分散することでスループットアップなんてどんだけ限られた場面なんだ。
マルチスレッド/マルチコアはレスポンス向上といった、"遅くなりにくい技術" だと思うんだけどな。
確かにスループットが良くなる場面もあるが、全てにおいてそうであるとは限らない。
むやみにスレッドを生成してハードウェア（コア数）を超えてしまうとキャッシュが有効に作用しなくなって
逆に極端なレスポンス低下になる。
並列実行したほうが良いか否かの設計がしっかりしていて場面に応じて適切にコア数にあわせたマルチスレッドを使える。
そういう奴が腕の立つプログラマーって言うんじゃないかな。
106:名称未設定
07/11/02 21:09:19 AWr57Kck0
で？
107:名称未設定
07/11/03 00:19:45 9SO9EV9X0
>>106
お前には関係ない
108:名称未設定
07/11/04 15:30:27 9LGIuEOW0
>>104
無料アプリ、無料OSの時代にプログラマーに腕を求められても困る。
109:名称未設定
07/11/05 02:34:31 JtIFAF6l0
>>108
無料ならパフォーマンスが低くてもいいのか？そうでないだろう。
与えられたリソースをいかに有効に扱うかが、プログラマの腕ではないのかな。
110:名称未設定
07/11/17 22:58:09 FOdztiNd0
プログラマに深い所を意識させないのも近年のシステムの仕事なんだけどな
多コア時代のプログラミングのためには、既存のフレームワークは力不足かもな
Obj-Cのスレッド機構にもゾーニング風な仕組みが必要になってくるのかな。
計測ツールの進化も欠かせないね。Instrumentsは進化期待できそうだけど
111:名称未設定
07/11/18 08:28:32 wnuG2kqy0
>プログラマに深い所を意識させない
フレームワークの恩恵は受けてもいいけど、プログラマは深い所で行われていることを意識しておくべきだ。そうしないと深いところで問題が起きたときに対処できないからな。
112:名称未設定
07/11/20 04:13:18 bpcPpSPZ0
>>84
AMD系とかPen４系はｘ64のレジスタ倍増効果で
32ビットに比べて素直にパフォーマンスアップなんですよね。
Core2系は32ビットチューニングで３２ビットが速いだけで
64ビットが遅いわけじゃない・・・
（同じクロックのAMDのｘ64より速い）
113:名称未設定
07/11/20 23:39:45 oDsqIYti0
>>111
アセンブラ知らないプログラマーを嘆いてもりあがってたブログあったな
実際、二つの話題をごっちゃにしてかき混ぜる物言いかもですけどね。
深部を知悉しないと扱えない一般PC用システムは、そうでないシステムより糞
深部を意識していない／できないプログラマは、そうでないプログラマより低能
ご意見は同意
114:名称未設定
07/12/11 19:49:32 OTyWYjmJ0
【PC Watch】 大容量メモリを搭載できない、現行Mac ～ 元麻布春男の週刊PCホットライン
URLﾘﾝｸ(pc.watch.impress.co.jp)
今、64bit環境への移行が着々と進んでいるのはMac OSの世界だ。
最新のMac OS X Leopardではライブラリである“Cocoa”も含め、
OS全体が64bit化され、その能力を持ったMac(Core 2 Duo搭載Mac)では
自動的に64bit環境が利用される。ハードウェアがAppleによりコントロールされたMacの世界では、
Windowsのようにデバイスドライバが問題になることも少ない。CPUを除いては…
完全な64bit OSと64bit CPU機の組み合わせは、２００８年２月に登場する、
Nehalem機を待つしかないのである。
115:名称未設定
07/12/11 20:27:00 cjd47Nw40
>>114
64bit化が着々と進んでいるのはMac OSの世界だって、遅々として進んでいないの間違いだろ。ｗ
元麻布さんもすっかり時代に取り残されてるが、記事と下のスレ読んでコラムニストの能力を
判断した方が良いだろう。
【合言葉は】提灯ライター総合27【チューンアップ】
ｽﾚﾘﾝｸ(jisaku板)
116:名称未設定
07/12/11 20:29:50 jFgB2ZgV0
64bit CPUを積んでれば64bit readyになるという意味では、Windowsより進んでる
Windowsは意図的に64bit editionを買わなきゃならんからね
117:名称未設定
07/12/11 21:33:52 XpaFUrVR0
進んでいるかどうかは、どれだけ活用されているかによるだろ。
OS Xでどの程度64bit機能が有効利用されているんだ？
118:名称未設定
07/12/11 22:17:23 q7pXVxl10
進んでいるの意味を取り違えてないか?
114の記事にある通り「移行」が着々と「進んでいる」のは事実。
活用はほとんどされてないと思うけど。
119:名称未設定
07/12/11 23:07:45 XpaFUrVR0
>>118
着々の具体的な内容plz。
120:名称未設定
07/12/11 23:09:28 A1JZYSp90
お前今までなに読んでたんだ
121:名称未設定
07/12/11 23:38:35 XpaFUrVR0
>>120
Mac用64bit商用アプリが皆無なこととか？
122:名称未設定
07/12/12 00:54:18 MYgNax980
移行って言うのはみんな64bitアプリを使うようになる事だろ。
そういう意味では移行は進んでいないと思うぞ。
移行するための地盤作りはほぼ完了したけど。
123:名称未設定
07/12/12 01:00:28 gMRYqcfO0
だから64bit環境への移行って書いてあるのが読めないのかね
環境ってのは地盤の事だろうが
124:名称未設定
07/12/12 02:06:51 MYgNax980
ああごめん、読み飛ばしてた。
125:名称未設定
07/12/12 02:22:58 FZfahA9B0
Vista64bit版では動かないアプリやドライバなどがあり、結局32bitWindowsと
デュアルBootの環境にしている者が多い。
それに対してMacはLeopardのカーネルが32bitではと某スレで議論されているが
32bitと64bitのハイブリッド環境。
果たしてどちらが良いのやら。
126:名称未設定
07/12/12 02:36:41 MYgNax980
Vistaの32bit版/64bit版デュアルブートってライセンス違反だよね？
どちらか片方しかインストールできなかった気がしたけど。
127:名称未設定
07/12/12 03:38:42 FZfahA9B0
よくは分からないが、片方ずつしか使わないのでlicense違反にはならない
らしい。
詳しくはWindows板で議論されていたのでそちらの方を覗いてみては。
128:名称未設定
07/12/12 07:50:06 DVWuHLaw0
>>125
それが別製品である事のメリットだろ、わからないのか。ｗ
MacユーザがOS Xでは賄えない機能をBootCampや仮想PCのWindowsで対応しているのと
同じようなもんだろ、常考。
129:名称未設定
07/12/12 08:28:24 mXfZD7zD0
>>128
＞MacユーザがOS Xでは賄えない機能をBootCampや仮想PCのWindowsで対応しているのと
違うと思うw
130:名称未設定
07/12/12 08:37:47 DVWuHLaw0
同じだな。違うとすれば継続的に使用するか、最終的な一本化を目的として複数のOSの使い分けを
するかどうかだけ。
これまでもOS変更の過渡期に何度も経験してきた事だし、しばらくの間は旧OSと新OSを平行して
使うのが普通。しかも64bit版は同梱か実費程度で入手できるからな、良心的で良い。
131:名称未設定
07/12/12 08:39:17 mXfZD7zD0
OSXという一つのOSだよ。
132:名称未設定
07/12/12 13:07:42 FZfahA9B0
>>130
結局は64bit版で使えないアプリがあるとわざわざ32bit版のOSと再起動して使うって
結構バカみたいだよね。
>64bit版は同梱か実費程度で入手できるからな、良心的で良い。
クソ高いUltimate版だけだろう、同梱なのは。どこが良心的なのか。
だからいつまでたってもVista64bit版は普及しないのだよ。
133:名称未設定
07/12/12 23:25:53 mZi3HtDs0
>>132
TigerとLeopardを切り替えたり、BootCamp使ってるマカーに同じ事言って
あげたらいいよ。ｗ
それと実費程度って日本語読めないのかな？必要なユーザにだけ手数料程度で
配布することで、無駄なコストを抑えているんだけど？
134:名称未設定
07/12/12 23:31:10 YKgUoBLs0
ドザおちけつ
135:名称未設定
07/12/12 23:32:06 KNgcLnXO0
TigerとLeopardはバージョンが違うけど、Vistaはそうじゃないだろうw
136:名称未設定
07/12/13 01:52:26 kkPDmEK50
そもそも、TigerとLeopardはバージョンが、BootCampでMacOSとWindowsは違うOS。
Vista32bitと64bitは同じOS。
同じOSでデュアルBoot環境で使う事が不便だといっている。
137:名称未設定
07/12/13 02:09:28 EP5VG+Rg0
>>136
32bit版と64bit版は別のOSなんだがね、認識を改めな。
138:名称未設定
07/12/13 02:24:25 kkPDmEK50
>>137
それじゃ、32bit版と64bit版が同じLeopardの方が便利そうだな。
139:名称未設定
07/12/13 03:07:40 EP5VG+Rg0
>>138
まともな64bitアプリがあればな。チェスで遊んでろ、ルールぐらい知ってるか？ｗ
140:名称未設定
07/12/13 03:10:22 9MuIDzGY0
論点がずれてるよ。
ここまで簡単に言いくるめられちゃうと手応えがないので、もう少し修行してきてください。
141:名称未設定
07/12/13 06:07:34 8YluT37SO
>>139
自分用の自作ツールは64bitで作ってますが何か？
ええ、無駄に64bitですよ？
まあx86_64とi386のUniversal Binaryなので気が向いたら32bitでも動かせるわけですが
142:名称未設定
07/12/13 08:27:41 Yy5YPgCc0
>>141
自作アプリなんかどうでもいいから、好きにオナニーやってろ。
143:名称未設定
07/12/13 08:57:43 8YluT37SO
自作すらできない末端ドザの涙目な書き込み乙であります
144:名称未設定
07/12/14 02:09:49 6ZKa5dtK0
URLﾘﾝｸ(sherpa-on-line.hp.infoseek.co.jp)
145:名称未設定
07/12/14 20:33:47 lbTnkgU00
れおぽんに３２Bitと６４Bit版があるとは、おどろき。
146:名称未設定
07/12/15 20:08:53 IxoKnpP10
とりあえず、２月にでる 新しい Nehalem系の iMac、MacProまで
待つのがよさそうって事ですね。
OSX 64bit x CPU 64bit って、ﾜｸﾜｸしますね。
147:名称未設定
07/12/15 20:45:48 3VdzTdB10
>>146
Nehalemは来年末だが。
2009年まで待つのか？
148:名称未設定
07/12/15 21:25:43 AFnA9jTp0
Nehalemはトップダウン，MacServeから導入されるかと。いや，MacProの最上位版一機種だけとか。
149:名称未設定
07/12/16 05:36:40 Btd15soX0
>>146-148
結局、年明けのMWSF後の2008年2月に出るのは何?
150:名称未設定
07/12/16 07:56:59 pF84kUj70
>>149
年明けの１月、MWSFで発表を噂されているのは
PenrynのMacPro
小型ラップトップ
3GiPhone
シネマディスプレイ
など。
正確なところは2chではわからないと思われますのでジョブズにでも聞いてください。
151:名称未設定
07/12/17 03:53:25 O9sdFXF80
>>150
3GiPhoneは2008年末ジャマイカ
小型ラップトップにwktk
152:名称未設定
07/12/17 03:58:39 wjOdx5no0
>>151
URLﾘﾝｸ(japanese.engadget.com)
153:名称未設定
07/12/17 05:17:39 lpkuUGXF0
よくそんな古い記事を引っ張りだしてきたな
154:名称未設定
07/12/17 11:20:43 tLxYCWxj0
とりあえず、３月にでる 新しい Nehalem系の iMac、MacBookまで
待つのがよさそうって事ですね。
OSX 64bit x CPU 64bit って、ﾜｸﾜｸしますね。
155:名称未設定
07/12/17 11:36:23 wjOdx5no0
／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|３月にでる 新しい Nehalem系の iMac、MacBookまで待つ事にしたよ。
ﾚヽ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
∧＿∧ ∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
（ ´∀） /￣ヽ (・∀・ ；) ＜来年ならPenryn系なのでは。
（ `つ 日 凸 （ つ つヽ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
（＿ ⌒./ 凵ヽ | ｜ ｜ |ヽ.凸| |
「 （＿/Ｙ ヽ _（＿_） | |＼| |
┗┳━|￣￣￣￣￣| ＼|. │ ｜
┻＼| .｜ ＼.| │
156:名称未設定
07/12/17 12:17:21 aZwHkfqd0
インテルが、Nehalemコアの概要を発表、実動デモも公開：【後藤弘茂のWeekly海外ニュース】
URLﾘﾝｸ(pc.watch.impress.co.jp)
Nehalem系コアでは、CPUコアのマイクロアーキテクチャは一新される。 Gelsinger氏は、
Nehalemが64-bitに最適化されたマイクロアーキテクチャになることも明確にした。
32-bitモードももちろん従来通りサポートされるが、最初から64-bitを考慮した設計となっている。
現行のPenryn系CoreMAのように、64-bit時のパフォーマンスが、32-bit時より遅い問題改善されるので
OSX Leopardのような64bitOSには、Nehalemのような真の64-bitCPUが最適である。
新しいiMac64やMacBook64には、もう少しだけ待って欲しいと付け加えた。
157:名称未設定
07/12/17 13:03:24 qv+Z7Ylf0
涅槃はWS/鯖向けだからNehalem系のiMac、MacBookは2010年以降かも。
158:名称未設定
07/12/17 14:31:27 uLqR3IpF0
アップグレードしたら買っちゃおうかな、、、MacPro。
159:名称未設定
07/12/17 14:48:44 O+wPuDg60
>>156
だから元記事に書いてないのに引用文みたいに張り付けるなよ低能
160:名称未設定
07/12/17 20:58:12 GTqLv/3u0
>iMac64、MacBook64
ゲーム機みたいだな
161:名称未設定
07/12/18 00:15:06 Fil87jGK0
>>152
今年の2月の噂記事を出されてもなー
まだこっちの方がマジだよ。
URLﾘﾝｸ(maclalala.wordpress.com)
Jobs としてはバッテリーライフがまだ伸びると信じているが、「来年末」まではユーザーには届かないだろうと語った。
While Jobs believes that the battery life will increase to th [sic], he said that users may not see that until “late next year.”
162:名称未設定
07/12/18 01:21:20 V8IcacZh0
URLﾘﾝｸ(japan.cnet.com)
しかしこういう憶測もあるようだ。
163:名称未設定
07/12/18 02:01:03 dVtRiaNb0
別のスレでok
164:名称未設定
07/12/18 02:42:33 9r64RYLm0
春にでるという新型のNehalem型64bitノートに、ThinkPadとかみたいな
トラックポインタが付いてくれる、もしくは、ThinkPadでOSXが動いてくれると、
古今東西で最強なんだが。糞32bit粗大ごみVistaを捨ててLeopardに移行したいよ。
165:名称未設定
07/12/18 03:15:22 dVtRiaNb0
Nehalemなノートは来年中にすら出ないから安心しろ
166:名称未設定
07/12/18 06:01:29 oEc3xqFm0
秘められた"真の革新"を暴く - the inner universe of Leopard
URLﾘﾝｸ(journal.mycom.co.jp)
the inner universe of Leopard - 「rcの引退とlaunchdの強化」
URLﾘﾝｸ(journal.mycom.co.jp)
167:名称未設定
07/12/21 07:02:31 3hc2WqqC0
2008年の第４四半期に Nehalem UP 版の「Bloomfield」(クワッドコア)のみ発売される予定って状況なのに、
なんで Nehalem 搭載の Mac Pro が CPU 発売の半年以上前になる第１四半期に登場すると思えるのだろうか。
……これは巧妙なドザの煽りなのか？ そんなわけは無いだろうが。
168:名称未設定
07/12/21 07:22:42 0+Yxd3Ku0
>>167
CPUがG4やG5からのユーザーには、現状の、次々新しいCPUが出て来る状態についていけないのだろう。
さらに多くのコードネーム、チップセットまで。次から次へとやって来る。情報に溺れてるのさ。
169:名称未設定
07/12/21 08:54:37 TaSyHT7q0
いや、
ただ単にNehalemとPenrtnを間違えたが
謝れずに煽り続けている小心者だろう。
170:名称未設定
07/12/22 10:02:28 bm74Jb3z0
iMacに搭載されるのは早くても2011年以降だろ。
171:名称未設定
08/01/03 23:27:52 u11Cu1XH0 BE:4812252-2BP(1)
Penrtn
172:名称未設定
08/01/05 00:51:34 fy7oixyf0
P パラソル
e エンジン、
n 西日の
r ローテーション……
t つまさき
n 臭うわ
173:ヽ・´∀｀・,,）っ━━━━━━┓
08/01/12 05:56:39 h/YsIblL0
混じれ酢していい？
Intelアーキテクチャは実レジスタとのアクセスが遅いから
3WayのALUにアキュムレータ相当のものを備えて3レジスタ分はレイテンシ0で連続アクセス可能に
なってる。
命令レベルで連続で使うレジスタ数が少ないほうが速く、汎用レジスタ16本＋XMMレジスタ16本を
まんべんなく使おうとすると、実レジスタファイルの読み書き分待たされるから
その分遅くなることがある。
これがCore MAの64ビットが遅くなることがある最大の理由。
174:ヽ・´∀｀・,,）っ━━━━━━┓
08/01/12 06:15:19 h/YsIblL0
レイテンシ・スループットを見てみればわかるがMeromからはALUは完全に64ビット。
32ビット倍速ALUを2回くぐらせて64ビット加減算を実現してるNetBurstのほうが
むしろまがい物。
Core 2は64ビットが遅いんじゃなくて、使えるレジスタ数が少ない32ビットで特に速いだけ。
事実AthlonやOpteronなんか64ビットでもクロックあたり性能は、平均的には64bitでのCore 2に
追いつけるかどうかの程度でしかない。あとは実装差異で違いが出る程度。
Nehalemは基本はCore MAと同じだがSMTで実レジスタファイルアクセスのレイテンシを隠蔽することで
性能を稼ぐのだと思ってるが。
175:名称未設定
08/01/13 22:43:28 Ie7Selbd0
普通命令ウィンドウ内で発行待ちの命令には
依存する先行命令の結果がレジスタを介さずに直接フォワーディングされるから、
そもそもレイテンシ0(相当)じゃないの?
いやintelの細かいアーキテクチャは知らないから想像で言ってるけど。
176:名称未設定
08/01/13 22:47:51 Ie7Selbd0
あとNetBurstの話で32bit幅の倍速ALUを使って
2サイクルで64bit命令を実行してるとあるけど
intelの公表してるレイテンシ/スループットは32bitと64bitで区別されてないようなんだが...
64bit幅じゃなかったら増えるよね。
つかそもそもNetBurstでもPrescott以降は倍速ALU積んでないよね。
177:ヽ・´∀｀・,,）っ━━━━━━┓
08/01/14 00:00:57 3bpscpJc0
>>175
> 普通命令ウィンドウ内で発行待ちの命令には
> 依存する先行命令の結果がレジスタを介さずに直接フォワーディングされるから、
> そもそもレイテンシ0(相当)じゃないの?
x86で3命令同時実行だと、1クロックあたりで参照できるべきレジスタ数は、理論上は最大6レジスタ＋α。
Core MAでは、3命令＋Load＋Store実行できる命令帯域を備えているが、先行命令の結果は3レジスタ分しか参照できない。
増えたレジスタの分、へたにインターリーブしようとするとストールしてしまう。
ついでに、64ビットで追加されたレジスタを使うとREXプリフィックスが付く分命令長が増えて、命令フェッチ帯域が削られる。
16byte/clk程度の帯域しかないのに、x64でSSEを使うと6～10バイト平気で使ってしまう。
Nehalemはこの辺も含めて改良されるのではないかと思ってるが。
>>176
Prescottでも倍速は積んでるよ。一部の命令が等速に移行しただけ。
178:名称未設定
08/01/14 00:49:44 s6BlHt870
>>177(最後)
ええそうなの?
見たところ倍速(レイテンシ0.5)で実行される命令が見つからない...
179:名称未設定
08/01/14 04:29:39 o5mADUPz0
128bit FS「ZFS」のMac OS X Leopard用最新ビルドが公開
URLﾘﾝｸ(journal.mycom.co.jp)
最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5383日前に更新/48 KB
担当:undef