【Penryn】 真のUNIXに、真の64bitCPU 【Nehalem】

　2007年、11月12日 … Harpertown、Wolfdale-DP（45mmﾌﾟﾛｾｽPenryn系Xeon、簡易64bitﾓｰﾄﾞ）

　2008年、第３四半期 … Nehalem系Xeon

　Intel、45nm製品（Penryn系Xeon）の11月12日投入を正式発表
　http://pc.watch.impress.co.jp/docs/2007/0920/idf02.htm

　　　　　　　　　　　　　　　　　　↓しかし

　IntelがNehalemの概要を発表、実動デモも公開：後藤弘茂のWeekly海外ニュース
　http://pc.watch.impress.co.jp/docs/2007/0920/kaigai388.htm

　　Nehalem系では、CPUコアのマイクロアーキテクチャは一新。
　　Gelsinger氏は、Nehalemが64-bitに最適化されたマイクロアーキテクチャになることも明確にした。
　　32-bitモードももちろん従来通りサポートされるが、最初から64-bitを考慮した設計となっている。
　　現行のPenryn系CoreMAのように、64-bit時のパフォーマンスが、32-bit時より遅い問題改善される。

　どう、考えても真の64bitUNIXであるLeopardは
　Penryn系Xeonの簡易64bitには勿体無い。

　2008年の第３四半期まで待つべき。それか、Opteron機だせ。

　2007年、11月12日 … 45mmﾌﾟﾛｾｽPenryn系Xeon、簡易64bitﾓｰﾄﾞ

　2008年、第３四半期 … Nehalem系Xeon、True 64bitﾓｰﾄﾞ

今までのは所詮EMT64だもんな、ｴﾝﾊﾝｽﾄﾞﾒﾓﾘﾃｸﾉﾛｼﾞw

>3
後藤の記事を読むまで、てっきり、Appleは現行機種を
EMT64ﾓｰﾄﾞ⇒True64bitで、移行してくれてると思っていた。
危なかった。もう暫くG5でｶﾞﾝｶﾞﾙ。

NehalemもEM64T（今はIntel 64と呼ぶ）なんだけどな。
なんか勘違いしてないか。おまいら。

先生!質問です!IA-64とx64とEMT64は違うのですか!?教えて下さい!おながいします!!!

>>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　丿　　　　　　　 ｀ﾞﾞﾞﾞ゛
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ﾞ'"｀

>>6
正直ぐぐれって言われたら2ch必要ないよな
IA-64はDECから引っ張ってきたチップのアーキテクチャ
Itaniumとかに実装されてる
現在Appleはサポートしてないし、今後たぶんしない


EMT64じゃなくて、EM64Tだろ
x86系CPUの64Bit拡張のこと
AppleはLeopardでサポート予定

まず、Intelの32bitのアーキテクチャがx86。486とかPentiumなどに使われてたヤツな。
IA-32と呼ぶ場合もある。
で、次にIntelはHPと共同で新しい64bitのアーキテクチャを設計した。これがIA-64（Itanium
で使われてる）。古いしがらみを排除した「真の64bitアーキテクチャ」なんだけど
従来のx86アーキテクチャとの互換性が低いという問題があり、市場に受け入れられなかった。
（エミュレーションで互換性を確保する設計だったので速度が遅く実用的ではなかった）

続く

んで、そのスキにAMDは従来のx86アーキテクチャを64bitに拡張したAMD64を開発した。
こっちはx86との互換性が高いので広く受け入れらることになって、結局IntelはAMD64互換
アーキテクチャを自社のCPUに実装した。（両社はクロスライセンスを結んでるので
特許などの問題は発生しない）これがEM64Tで後にIntel64に名称変更された。

続く

重複スレ

誘導↓

Intel uPs Info 3
http://pc11.2ch.net/test/read.cgi/mac/1190013206/

>Penryn系Xeonの簡易64bitには勿体無い。

>>1 は生きているだけで地球上のリソースの無駄。。。
64bit化の恩恵が受けられるような立場じゃねぇんだろ。。
いったい、広大なメモリ空間を何に使うんだ??
やさしいCocoa か ヒレガス本でも読んで、少しは人様の役に立てるようなアプリ作れってんだ。。

Intel64とAMD64を総称したものをx64と呼ぶ。これは主にMSが使ってる名称（Windows XP x64 Edituonとかね）。
AMDがAMD64の正式発表前にx86-64と呼んでいたこともあって、今でもLinuxの世界などでは
x86-64と呼ばれてる場合もある。

次で最後

最後。
MeromもPenrynもNehalemもIntel64アーキテクチャのCPUであることに変わりはない。
ただ、MeromやPenrynの64bitサポートは、まぁ言ってみればやっつけ仕事で
32bit実行時と比較してCPUの実行ユニットの稼働率が低くなっちゃってて、若干の
性能低下があったわけ。Nehalemは最初から64bitコードの実行を考慮した設計になってる
ので、64bit実行時でも性能低下がおきない。

CPUの内部の設計が変わって、より効率よく64bitコードを実行できるようになったという
だけで、命令セット自体はどちらもIntel64。

丁寧な説明ありがとうございます。なんとなくですが理解できました。
とりあえずx64はIntel 64(旧EM64T)かつAMD64でIA-64は沈みゆく泥舟というわけですね！
あとLeopardの64bit対応はCocoaフレームワークとCarbonフレームワーク(QuickDrawやQuickTime Cは除く)でしたっけ？こういう部分の性能もやはりCPUの設計で変るんでしょうね！

あ、ちょっと捕足しておく。「アーキテクチャ」というのは色々な意味があって、
「命令セットアーキテクチャ」と「マイクロアーキテクチャ」というのは別物。

たとえばIntel Core2とAMD Athron 64の命令セットアーキテクチャは同じだけど、
CPU内部の実装方式（マイクロアーキテクチャ）は当然異なる。
同じIntelのCPU同士でもMerom/PenrynとNehalemは命令セットアーキテクチャは同じで
マイクロアーキテクチャは違う。>>1の引用先の記事で書かれている「マイクロアーキテクチャは一新」
というのはそういう意味。

沈んでも良いからIA-64とかPower6とかのmac出して〜。

>>17
もうPOWERは忘れろ

性能の良し悪しは別としてCORE2とかだとwinと同じCPUで楽しみが半減なんだよね〜。

Cellにすればよかったのにねぇ

　　　　結　論　：　11月発売の、Mac Pro（Penryn系Xeon）は　買っては　いけない。


　　　　　　　　　　=============================================

　　　　　　　　　　　　Penryn系の64bitはサポートは、やっつけ仕事で

　　　　　　　　　　　　32bit実行時と比較して、CPUの実行ユニットの

　　　　　　　　　　　　稼働率が著しく低い。

　　　　　　　　　　=============================================

>2008年、第３四半期 … Nehalem系Xeon

これまで待てってか？

>22

　春に、Power6　の　Ｇ６が出るから安心だよ。

　ジョブスはいい奴だから、安心してくれ。

今のCｏｒｅ系Xeonも一緒なんだろ？
まてない奴は32bitOSのTigerのうちに買っとけということか

Tigerも64bitだろ

CUIはな。

主要アプリケーションが64bitに最適化されるのは
どうせまだ時間がかかるだろうし、
別に待たなくていいんじゃ？

Nehalemの32bit性能はPenrynと比較してどうなの。
2008年の第３四半期頃でも殆どのアプリは32bitだと思うんだけど。

実際にTigerで64bitのソフト作って32bitとパフォーマンス比較した人いる？

>>29
MacBook Proスレの前の前のスレで比較していた香具師がいた。
その香具師が組んだアルゴリズムでは、x86_64がi386より12%ほど速いという結果だったな。

ttp://www.geekpatrol.ca/2006/09/32-bit-vs-64-bit-performance/

Tigerで比べることにどこまで意味があるかは分からんが。

結局はLeopardの方が速くなるんじゃない？
8コアとかに最適化されそうだし。

今のやっつけ64bitでも32bitより速いんじゃんw

>>30
ああそれ俺もリアルタイムで生暖かく見守ってた。
その香具師はこうも言ってたな。
・同じ処理でも32bitに比べて64bit版は約２倍のメモリーを消費しているようだ
・必ずしも64bitにすれば高速化するというわけではない
・32bit/64bit のUniversalBinaryを作ると現状(Tiger)では64bitが優先的に動くようだ

つーかCore2発表時から散々話題になってるのに、何で1年以上経った今この話題なん?
64bitモードでMacro-fusionが効かなくなると言うだけの話。
http://pc.watch.impress.co.jp/docs/2006/0718/kaigai288.htm

そもそも64bitのパフォーマンスに深刻な問題があるようなら今のXeonは売れるはずがないw

>>34
＞何で1年以上経った今この話題なん?

Nehalemの話題が出てきだしたからな。一部の人間がNehalemで64bit性能向上→ Penrynの64bitは遅いと
短絡的に過剰反応してるだけ。

>>34
AMD信者が散々煽ったあれね。
「CoreMAは64bitだと使い物にならない」とか「64bitならAMD」とか。

実際は「64bitだとパフォーマンスが落ちるものがある」ってだけで、64bitでも
十分速い（競合CPUと比べても最速）んだけど。

>>8
DEC?当時からHPだろ?

Leopardでサポート予定とか電波飛ばし過ぎ

>>31
8コアに最適化だとNehalemの機能が使い切れない。
8コア×2スレッドSMTでXeonだと更に×2スレッド。
そもそもLeopardはSMTに対応してるのか？

普通にマルチコア対応にすればいい話だろ。

HyperThreadingなPen4にTiger入れても2 logical CPUで認識されるので
対応してるだろう>SMT

>>37 IA64はDECのAlphaプロセッサの技術を使ってるよ。
DECのPC部門がコンパックに売却されて、その後、HPに吸収された。
Alphaプロセッサの部門はインテルに売却したんだよ

>>42
DEC Alphaが健在の頃からつくってた気が…
買収後技術が使われてるのは確かだろうけど。

>>40
対応CPU数が32もあるのかな？って話。
>>41
認識してるなら良いけど。

　
　　　結　論　：　11月発売の、Mac Pro（Penryn系Xeon）　は　黒歴史。

　　　　　　=============================================

　　　　　　　　Penryn系のXeonは、設計ミスで、64bit稼働時は

　　　　　　　　32bit実行時と比較して、CPUの実行ユニットの

　　　　　　　　稼働率が著しく低い。その為、Leopard（常時64bit）で

　　　　　　　　Penryn系のXeonは、負荷が高まり、非常に熱く遅い。。

　　　　　　=============================================

　　　　　　Intel、45nm製品（Penryn系Xeon）の11月12日投入を正式発表
　　　　　　http://pc.watch.impress.co.jp/docs/2007/0920/idf02.htm

　　　　　　　…Penryn系Xeonには、試作ながら64bitﾓｰﾄﾞも搭載された。

　　　　　　IntelがNehalemの概要を発表、実動デモも公開。２００８年発売予定。
　　　　　　http://pc.watch.impress.co.jp/docs/2007/0920/kaigai388.htm

　　　　　　　…これまでの欠点を改善した本当の64bitを提供できる。

　

黒歴史は>45自身。

つか現状x86-64環境で最速なのは間違いなくCore2Duo系だから、何も問題ない。

もし32bitで動かした方が速いアプリケーションがあるなら、単に32bitモードで動かせばいいだけの話。

ていうか>>45は単なる亜夢厨。

いや、Power6厨かもしれん。かなりの確率で。

Itanium房だろ。
POWER房は64-bitに関してわ（あまり）頓珍漢な事わ言わん。

>POWER房は64-bitに関してわ（あまり）頓珍漢な事わ言わん。

　×：関してわ

　○：関しては

関して歯

「わ」につっかかるやつがいるとは・・・

はやくPenryn載せろよ

どうせNehalemが出るのは来年なのだし、それならまだ32bitが主流の今
Penrynでも十分って事だろう。

十分も何も最速。

次ｽﾚ立てました。

【Leopard】 真のUNIX vs 偽の64bitCPU 【Penryn】
http://pc11.2ch.net/test/read.cgi/mac/1190375301/

【Leopard】 真の64bit UNIX vs 偽の64bit CPU 【Penryn】
http://pc11.2ch.net/test/read.cgi/mac/1190375301/

Penrynの1.5倍のCPUコアを持つ次世代CPU「Nehalem」＠後藤弘茂のWeekly海外ニュース
http://pc.watch.impress.co.jp/docs/2007/0927/kaigai389.htm

●アーキテクチャを刷新したNehalem

　Intelが来年(2008年)春に投入する、次期CPUマイクロアーキテクチャ「Nehalem(ネハーレン)」。
現在のCore2ｱｰｷﾃｸﾁｬはP4型NetburstのリリーフでPentium３（P6）ｱｰｷﾃｸﾁｬの再登板に過ぎない。
今回のIDFでは、Netburstの正統進化である次世代ｱｰｷﾃｸﾁｬ「Nehalem」の全貌が明らかになった。

　１） 64bit最適化
　２） SMT(Simultaneous Multithreading)：P4系HyperThreding論理ｽﾚｯﾄﾞ⇒物理ｽﾚｯﾄﾞ化搭載。
　３） 高速 L3ｷｬｯｼｭ搭載。
　４） メモリコントローラ内蔵

　…デモ機では、現行Core2ｱｰｷﾃｸﾁｬの約３倍のパフォーマンスを示した。
　

>Intelが来年(2008年)春に投入する
>Pentium３（P6）ｱｰｷﾃｸﾁｬの再登板に過ぎない
>全貌が明らかになった
>論理ｽﾚｯﾄﾞ⇒物理ｽﾚｯﾄﾞ化
>デモ機では、現行Core2ｱｰｷﾃｸﾁｬの約３倍のパフォーマンスを示した

全部嘘乙。何がしたいんだ?

Netburstって悪い印象しかないから、正常進化と言われても不安だ。

>>61
Netburst？何の話をしているんだ？

>今回のIDFでは、Netburstの正統進化である

Netburstのチームが開発してるのは確かだが、Netburstに近いアーキテクチャなのかはまだ不明。
トレースキャッシュが載る可能性はあるかもしれんが、深いパイプラインはさすがにないだろう

>>60
彼がNetBurst / Itanium房だよ。
全てが不思議だろwww

>>60
>>Intelが来年(2008年)春に投入する
確か第2四半期投入のはずだから、第2四半期前半なら春だろう。

Nehalemの投入は2H 2008予定なんだが、いつから第2四半期になったんだ?

2Hの意味を知ってるか？

2nd Halfだから第2半期だね。
第2四半期なら2Q。>>59の記事では2008年後半と言っているので、2Hが正しく、第2四半期は間違い。従って
>>Intelが来年(2008年)春に投入する
は捏造。理解した？

NetBurst信者だかAMD信者だか知らんがhalfとquarterの区別すらついてないとはご苦労な事だな

なんでもいいが、いつなんだ？

何が

もういい｡･ﾟ･(ﾉД`)･ﾟ･｡

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機を買えばいい事だし（笑
焦らず待ちます。ありがとうございました。

なんでわざわざ改変してコピペ?

16bitにチューニングとか128bit向けとか完全に電波

結局、真の64bitCPUは、来年の９月ごろなのか。これであってる？

真の64bitってなんですか

　
　ヒント：Power6

しかしこれだけCore MAのネガティブキャンペーンやってる人って何なんだろう
しかも嘘情報で

でも、なんか、あながち嘘やﾈｶﾞｷｬﾝでもないらしいよ。

本田雅一の「週刊モバイル通信」
■ 第393回 ■チックとタック。あなたの好みはどちら
http://pc.watch.impress.co.jp/docs/2007/0921/mobile393.htm

なんか、Intelって酷い会社だね。

バックナンバーも読めるみたい。結構、勉強になった。

本田雅一の「週刊モバイル通信」　バックナンバー
http://pc.watch.impress.co.jp/docs/article/backno/honda.htm

ID変えるぐらいなら半角カナ使うのやめればいいのに。
あと相変わらず貼付ける記事が全くソースになってないね

>>80
だったら60で指摘したのを否定する根拠を早く出すように。まあ無理だろうが

Penryn系は現在のをベースに
・L2キャッシュ増量
・除算のレイテンシの改善
・SSE4命令追加
・45nmプロセスによる消費電力削減
とまあ、鉄板としか言いようの無い構成なので、いくら頑張っても
コケる可能性は限りなくゼロに近いと思うがねw
その代わり(SSE4を使わなければ)劇的な改善は無いけど。

Nehalemに期待するのは結構だけど、買い控えを煽るなら
せめてアーキテクチャの詳細が公開されてからやって欲しいもんだ

x86とx64でベンチマーク的な性能を比較すると見劣りするけど
今のところ一番バランスが良いCPUだから気にする必要ない
アルゴリズムによっては逆転するし

NetBurstやK8と比べた時に、32bitアプリケーションに比べて
64bitアプリケーションの方が性能差が小さい　が正しい

同じアプリケーションで32bit版と64bit版を比べたときどちらが速いかは場合による。

今のCore2のｱｰｷﾃｸﾁｬｰが、無理やり、Core（32bit） ｘ ２で64bitを実現しているから遅くて
32bitのWindowsに負ける話なんじゃない？　で、来年春にでるNehaleｍってのが、
Coreが64bitに最適化されていて、しかもQuadなんだって。

　　　　　　　　　　　実際、Core2ｱｰｷﾃｸﾁｬｰ　は　今年　で　打ち切り　な　件

>>86
そんな事してないから。

それを言うなら128bit SSEを64bit演算器x2でやってるNetBurstやK8の方が詐欺。
Core2はネイティブ128bit。

128bitアーキテクチャの登場もそんなに遠くなさそうだな。

AppleはAMDを選んでおくべきだったな

まあ、昔からIntelはAppleにアプローチしていたからね。かなりの好条件を
Apple側に提示したのだろう。それじゃ無いとXeon搭載MacProがあの値段に
なるはずが無い。

>>90
AMDの現状を見てそんなことを言うのは頭がおかしいとしか思えない

まぁ、AMD を選んでいたら PPC のような道を歩んでいたかも知れないし
Intel の本当の競合として切磋琢磨できたかも知れない。

でも、もう既に Intel の天下になってしまっているので、何を言おうがもう遅い。

やっぱりCellがよかったなぁ
SONYも抜けたことだし

Cellなんて特定アプリケーションのアクセラレータにしかならん

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等分して、自分の番号の区画を計算してね、式はこれ。」
「最初のデータは自分の番号に・・・あれ？」

904 ：Socket774 ：2006/09/24(日) 21:32:19 ID:ioitbMn2
544 ：陸奥 ：2006/09/23(土) 10:56:02 ID:+hmnAAbj0
子分１「親分！予定ではインベタでシケインをクリアする筈が、この馬鹿プレイヤー急に
　　　　アクセルを踏んでコースアウトしました！！自分の計算担当区画は既に壁の中ですが
　　　　処理すべきデータ無し、暇、仕事無い？」

子分２「ああ、さらにパニクッてセレクトボタンで後方視点にしてるっ！一気に12台の後続車が自分の
　　　　区画に入ります、このままだとポリゴンが多すぎて一度に衝突計算できません。分割希望。」

子分３「タイヤのスキール音を鳴らしたいので、音色データアドレスと車速、相対位置、ブレーキ強度
　　　　のデータを8台分送ってください。あと疑似7.1chサラウンドの計算式を忘れました。再送求む。」

親分　「ええっと、じゃあ子分２のポリゴンを分割して子分１に送るから、ポリゴン分割は子分５に
　　　　任せた。子分１と２はコースデータを保持、それから子分３はなんでそんな事忘れてるの？
　　　　え、さっきのコースアウトで多重衝突の計算式とデータに入れ替えましたか、そうですか。」

子分５「え、今ポリゴン分割計算式貰うと、自分の区画の位置データと運動方程式、忘れるけどいいの？」

子分１「ひまー。」子分２「ひまー。」

親分　「ちょっと待って、サーバから対戦要求来てる・・子分７はシステム担当だよね？相手して。」

子分７「今サウンドプレイヤーのマイ・ベストランキングを暗号化しながらフレンドと交換中でーす。」

親分　「おい、水たまり踏んでるけど、パーティクル用意・・あ、フレーム落ちた。」

905 ：Socket774 ：2006/09/24(日) 21:33:09 ID:ioitbMn2
545 ：陸奥 ：2006/09/23(土) 10:58:19 ID:+hmnAAbj0
こうならない為に、ある程度事前に子分の負荷を予測して負荷分散してやらなくてはならないのですが、
核物理等の数値計算系と違い、映像、物理計算、音響、システム管理、通信処理等の負荷がインタラク
ティブに1/60秒単位で変化するゲームやOS処理では、複数のコアの全てを常に休まず働かせる事が
非常に難しいのです。だからカタログスペック通りには能力を発揮できません、コンパイラと、主には
プログラマの腕次第です。タダ乗り時代は終わった！！らしい。

オー人事 オー人事

親分に惚れた

>>98
>コンパイラと、主にはプログラマの腕次第です。タダ乗り時代は終わった！！らしい。

Cellの話もお笑いだが、それを言うならIntelやAMDも一緒だな。
これからはいかに効率よくスレッドを有効に扱うかでアプリの性能が決まる。まさに
クロック重視のタダ乗り時代は終わったと言うところだろう。

アプリの性能 = 速度なんだとしたら
スレッド化しないでCPUを占有してしまうほうが良い場合もある

ナニ言ってんだ。この多コア時代に計算能力を占有しようと思ったら、効果的なスレッド化は必須だろ。
何もしなければ、一つのコアの分割された一部の計算時間しか使わせてもらえないんだから。

少し前まではどんなプログラムでもCPUのクロックが上がることでパフォーマンスが
勝手に上がってくれた。いわゆるタダ乗りの時代。

しかし現在のトレンドはクロック重視よりコアの数を増やす方向。その元では
いかにスレッドを有効に扱えるかが高いパフォーマンスの決め手になる。

だからIntelも多スレッド化を有効に扱う命令群を投入しているし、これからも
増やしていくらしい。プログラマーはこれらをいかに有効に扱うかが腕の見せ所。
まさにタダ乗り時代は終わったと言うところだろう。

マルチスレッド化して各コアに負荷分散することでスループットアップなんてどんだけ限られた場面なんだ。
マルチスレッド/マルチコアはレスポンス向上といった、"遅くなりにくい技術" だと思うんだけどな。
確かにスループットが良くなる場面もあるが、全てにおいてそうであるとは限らない。
むやみにスレッドを生成してハードウェア（コア数）を超えてしまうとキャッシュが有効に作用しなくなって
逆に極端なレスポンス低下になる。
並列実行したほうが良いか否かの設計がしっかりしていて場面に応じて適切にコア数にあわせたマルチスレッドを使える。
そういう奴が腕の立つプログラマーって言うんじゃないかな。

で？

>>106
お前には関係ない

>>104
無料アプリ、無料OSの時代にプログラマーに腕を求められても困る。

>>108
無料ならパフォーマンスが低くてもいいのか？そうでないだろう。
与えられたリソースをいかに有効に扱うかが、プログラマの腕ではないのかな。

プログラマに深い所を意識させないのも近年のシステムの仕事なんだけどな

多コア時代のプログラミングのためには、既存のフレームワークは力不足かもな
Obj-Cのスレッド機構にもゾーニング風な仕組みが必要になってくるのかな。
計測ツールの進化も欠かせないね。Instrumentsは進化期待できそうだけど

>プログラマに深い所を意識させない
フレームワークの恩恵は受けてもいいけど、プログラマは深い所で行われていることを意識しておくべきだ。そうしないと深いところで問題が起きたときに対処できないからな。

>>84
AMD系とかPen４系はｘ64のレジスタ倍増効果で
32ビットに比べて素直にパフォーマンスアップなんですよね。

Core2系は32ビットチューニングで３２ビットが速いだけで
64ビットが遅いわけじゃない・・・
（同じクロックのAMDのｘ64より速い）

>>111
アセンブラ知らないプログラマーを嘆いてもりあがってたブログあったな
実際、二つの話題をごっちゃにしてかき混ぜる物言いかもですけどね。

深部を知悉しないと扱えない一般PC用システムは、そうでないシステムより糞
深部を意識していない／できないプログラマは、そうでないプログラマより低能

ご意見は同意

【PC Watch】 大容量メモリを搭載できない、現行Mac 〜 元麻布春男の週刊PCホットライン
http://pc.watch.impress.co.jp/docs/2007/1211/hot519.htm


　今、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機を待つしかないのである。

>>114
64bit化が着々と進んでいるのはMac OSの世界だって、遅々として進んでいないの間違いだろ。ｗ
元麻布さんもすっかり時代に取り残されてるが、記事と下のスレ読んでコラムニストの能力を
判断した方が良いだろう。

【合言葉は】提灯ライター総合27【チューンアップ】
http://pc11.2ch.net/test/read.cgi/jisaku/1188093841/

64bit CPUを積んでれば64bit readyになるという意味では、Windowsより進んでる
Windowsは意図的に64bit editionを買わなきゃならんからね

進んでいるかどうかは、どれだけ活用されているかによるだろ。
OS Xでどの程度64bit機能が有効利用されているんだ？

進んでいるの意味を取り違えてないか?
114の記事にある通り「移行」が着々と「進んでいる」のは事実。
活用はほとんどされてないと思うけど。

>>118
着々の具体的な内容plz。

お前今までなに読んでたんだ

>>120
Mac用64bit商用アプリが皆無なこととか？

移行って言うのはみんな64bitアプリを使うようになる事だろ。
そういう意味では移行は進んでいないと思うぞ。
移行するための地盤作りはほぼ完了したけど。

だから64bit環境への移行って書いてあるのが読めないのかね
環境ってのは地盤の事だろうが

ああごめん、読み飛ばしてた。

Vista64bit版では動かないアプリやドライバなどがあり、結局32bitWindowsと
デュアルBootの環境にしている者が多い。

それに対してMacはLeopardのカーネルが32bitではと某スレで議論されているが
32bitと64bitのハイブリッド環境。

果たしてどちらが良いのやら。

Vistaの32bit版/64bit版デュアルブートってライセンス違反だよね？
どちらか片方しかインストールできなかった気がしたけど。

よくは分からないが、片方ずつしか使わないのでlicense違反にはならない
らしい。

詳しくはWindows板で議論されていたのでそちらの方を覗いてみては。

>>125
それが別製品である事のメリットだろ、わからないのか。ｗ
MacユーザがOS Xでは賄えない機能をBootCampや仮想PCのWindowsで対応しているのと
同じようなもんだろ、常考。

>>128
＞MacユーザがOS Xでは賄えない機能をBootCampや仮想PCのWindowsで対応しているのと

違うと思うw

同じだな。違うとすれば継続的に使用するか、最終的な一本化を目的として複数のOSの使い分けを
するかどうかだけ。

これまでもOS変更の過渡期に何度も経験してきた事だし、しばらくの間は旧OSと新OSを平行して
使うのが普通。しかも64bit版は同梱か実費程度で入手できるからな、良心的で良い。

OSXという一つのOSだよ。

>>130
結局は64bit版で使えないアプリがあるとわざわざ32bit版のOSと再起動して使うって
結構バカみたいだよね。

>64bit版は同梱か実費程度で入手できるからな、良心的で良い。
クソ高いUltimate版だけだろう、同梱なのは。どこが良心的なのか。
だからいつまでたってもVista64bit版は普及しないのだよ。

>>132
TigerとLeopardを切り替えたり、BootCamp使ってるマカーに同じ事言って
あげたらいいよ。ｗ
それと実費程度って日本語読めないのかな？必要なユーザにだけ手数料程度で
配布することで、無駄なコストを抑えているんだけど？

ドザおちけつ

TigerとLeopardはバージョンが違うけど、Vistaはそうじゃないだろうw

そもそも、TigerとLeopardはバージョンが、BootCampでMacOSとWindowsは違うOS。
Vista32bitと64bitは同じOS。

同じOSでデュアルBoot環境で使う事が不便だといっている。

>>136
32bit版と64bit版は別のOSなんだがね、認識を改めな。

>>137
それじゃ、32bit版と64bit版が同じLeopardの方が便利そうだな。

>>138
まともな64bitアプリがあればな。チェスで遊んでろ、ルールぐらい知ってるか？ｗ

論点がずれてるよ。
ここまで簡単に言いくるめられちゃうと手応えがないので、もう少し修行してきてください。

>>139
自分用の自作ツールは64bitで作ってますが何か？
ええ、無駄に64bitですよ？
まあx86_64とi386のUniversal Binaryなので気が向いたら32bitでも動かせるわけですが

>>141
自作アプリなんかどうでもいいから、好きにオナニーやってろ。

自作すらできない末端ドザの涙目な書き込み乙であります

http://sherpa-on-line.hp.infoseek.co.jp/%83A%83b%83v%83%8B%82%CCG4%91%CE.html

れおぽんに３２Bitと６４Bit版があるとは、おどろき。

　とりあえず、２月にでる 新しい Nehalem系の iMac、MacProまで
　待つのがよさそうって事ですね。

　OSX 64bit x CPU 64bit って、ﾜｸﾜｸしますね。

>>146
Nehalemは来年末だが。
2009年まで待つのか？

Nehalemはトップダウン，MacServeから導入されるかと。いや，MacProの最上位版一機種だけとか。

>>146-148
結局、年明けのMWSF後の2008年2月に出るのは何?

>>149
年明けの１月、MWSFで発表を噂されているのは
PenrynのMacPro
小型ラップトップ
3GiPhone
シネマディスプレイ
など。

正確なところは2chではわからないと思われますのでジョブズにでも聞いてください。

>>150
3GiPhoneは2008年末ジャマイカ
小型ラップトップにwktk

>>151
ttp://japanese.engadget.com/2007/02/23/3g-iphone-jan-2008-rumor/

よくそんな古い記事を引っ張りだしてきたな

　とりあえず、３月にでる 新しい Nehalem系の iMac、MacBookまで
　待つのがよさそうって事ですね。

　OSX 64bit x CPU 64bit って、ﾜｸﾜｸしますね。

　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　|３月にでる 新しい Nehalem系の iMac、MacBookまで待つ事にしたよ。
　　　　 　 ﾚヽ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　∧＿∧　　 　 　　　∧＿∧　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　 （　　´∀） /￣ヽ　　(・∀・ ；)　＜来年ならPenryn系なのでは。
　　 （　　　`つ　日 凸　（　つ　つヽ　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　 （＿　⌒./　　　凵ヽ |　｜ ｜　|ヽ.凸|　　 |
　　 「 　（＿/Ｙ　　　　　ヽ _（＿_）　|　|＼| 　　|
　　┗┳━|￣￣￣￣￣|　 　　 　 ＼|. │ 　｜
　　　 ┻＼|　　 　 　 　.｜　　　 　 　 ＼.| 　 │

　
インテルが、Nehalemコアの概要を発表、実動デモも公開：【後藤弘茂のWeekly海外ニュース】
http://pc.watch.impress.co.jp/docs/2007/0920/kaigai388.htm

　　Nehalem系コアでは、CPUコアのマイクロアーキテクチャは一新される。　Gelsinger氏は、
　　Nehalemが64-bitに最適化されたマイクロアーキテクチャになることも明確にした。
　　32-bitモードももちろん従来通りサポートされるが、最初から64-bitを考慮した設計となっている。
　　現行のPenryn系CoreMAのように、64-bit時のパフォーマンスが、32-bit時より遅い問題改善されるので
　　OSX Leopardのような64bitOSには、Nehalemのような真の64-bitCPUが最適である。
　　新しいiMac64やMacBook64には、もう少しだけ待って欲しいと付け加えた。

涅槃はWS/鯖向けだからNehalem系のiMac、MacBookは2010年以降かも。

アップグレードしたら買っちゃおうかな、、、MacPro。

>>156
だから元記事に書いてないのに引用文みたいに張り付けるなよ低能

>iMac64、MacBook64
ゲーム機みたいだな

>>152
今年の2月の噂記事を出されてもなー
まだこっちの方がマジだよ。
http://maclalala.wordpress.com/2007/09/19/3g-iphone-2/
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.”

ttp://japan.cnet.com/mobile/story/0,3800078151,20363220,00.htm
しかしこういう憶測もあるようだ。

別のスレでok

春にでるという新型のNehalem型64bitノートに、ThinkPadとかみたいな
トラックポインタが付いてくれる、もしくは、ThinkPadでOSXが動いてくれると、
古今東西で最強なんだが。糞32bit粗大ごみVistaを捨ててLeopardに移行したいよ。

Nehalemなノートは来年中にすら出ないから安心しろ

秘められた"真の革新"を暴く - the inner universe of Leopard
http://journal.mycom.co.jp/articles/2007/11/20/iul00/

the inner universe of Leopard - 「rcの引退とlaunchdの強化」
http://journal.mycom.co.jp/articles/2007/12/11/iul01/

2008年の第４四半期に Nehalem UP 版の「Bloomfield」(クワッドコア)のみ発売される予定って状況なのに、
なんで Nehalem 搭載の Mac Pro が CPU 発売の半年以上前になる第１四半期に登場すると思えるのだろうか。

……これは巧妙なドザの煽りなのか？　そんなわけは無いだろうが。

>>167
CPUがG4やG5からのユーザーには、現状の、次々新しいCPUが出て来る状態についていけないのだろう。
さらに多くのコードネーム、チップセットまで。次から次へとやって来る。情報に溺れてるのさ。

いや、
ただ単にNehalemとPenrtnを間違えたが
謝れずに煽り続けている小心者だろう。

iMacに搭載されるのは早くても2011年以降だろ。

Penrtn

P パラソル
e エンジン、
n 西日の
r ローテーション……
t つまさき
n 臭うわ

混じれ酢していい？

Intelアーキテクチャは実レジスタとのアクセスが遅いから
3WayのALUにアキュムレータ相当のものを備えて3レジスタ分はレイテンシ0で連続アクセス可能に
なってる。

命令レベルで連続で使うレジスタ数が少ないほうが速く、汎用レジスタ16本＋XMMレジスタ16本を
まんべんなく使おうとすると、実レジスタファイルの読み書き分待たされるから
その分遅くなることがある。

これがCore MAの64ビットが遅くなることがある最大の理由。

レイテンシ・スループットを見てみればわかるがMeromからはALUは完全に64ビット。
32ビット倍速ALUを2回くぐらせて64ビット加減算を実現してるNetBurstのほうが
むしろまがい物。



Core 2は64ビットが遅いんじゃなくて、使えるレジスタ数が少ない32ビットで特に速いだけ。
事実AthlonやOpteronなんか64ビットでもクロックあたり性能は、平均的には64bitでのCore 2に
追いつけるかどうかの程度でしかない。あとは実装差異で違いが出る程度。

Nehalemは基本はCore MAと同じだがSMTで実レジスタファイルアクセスのレイテンシを隠蔽することで
性能を稼ぐのだと思ってるが。

普通命令ウィンドウ内で発行待ちの命令には
依存する先行命令の結果がレジスタを介さずに直接フォワーディングされるから、
そもそもレイテンシ0(相当)じゃないの?

いやintelの細かいアーキテクチャは知らないから想像で言ってるけど。

あとNetBurstの話で32bit幅の倍速ALUを使って
2サイクルで64bit命令を実行してるとあるけど
intelの公表してるレイテンシ/スループットは32bitと64bitで区別されてないようなんだが...
64bit幅じゃなかったら増えるよね。

つかそもそもNetBurstでもPrescott以降は倍速ALU積んでないよね。

>>175
> 普通命令ウィンドウ内で発行待ちの命令には
> 依存する先行命令の結果がレジスタを介さずに直接フォワーディングされるから、
> そもそもレイテンシ0(相当)じゃないの?

x86で3命令同時実行だと、1クロックあたりで参照できるべきレジスタ数は、理論上は最大6レジスタ＋α。
Core MAでは、3命令＋Load＋Store実行できる命令帯域を備えているが、先行命令の結果は3レジスタ分しか参照できない。
増えたレジスタの分、へたにインターリーブしようとするとストールしてしまう。

ついでに、64ビットで追加されたレジスタを使うとREXプリフィックスが付く分命令長が増えて、命令フェッチ帯域が削られる。
16byte/clk程度の帯域しかないのに、x64でSSEを使うと6〜10バイト平気で使ってしまう。

Nehalemはこの辺も含めて改良されるのではないかと思ってるが。

>>176
Prescottでも倍速は積んでるよ。一部の命令が等速に移行しただけ。

>>177(最後)
ええそうなの?
見たところ倍速(レイテンシ0.5)で実行される命令が見つからない...

128bit FS「ZFS」のMac OS X Leopard用最新ビルドが公開
http://journal.mycom.co.jp/news/2008/01/11/008/index.html