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)