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

Intelが良くないとAMDが増長して
AMDが良くないとIntelが増長するだけなんで
両者とも”良く”ないと消費者的には旨味が無いんだよなぁ。
Intel、もっとがんがれや。

>>951
「漏電」の次は「放電」になったりして…

漏電の次は感電に決まっています。

AMDの増長ってなんかあったっけ？
あそこは、「業界みんなで儲けましょう」ってスタンスだから、増長して変なことやったら一発で終わりなんだが。

♪ローデン ローデン ローデン

元麻布の言っている事はAMDにとって喜ばしい事なのがAMD厨には理解できんのかな?
彼の主張ではYamhill < Athlon64って事だぞ。
正しいかどうかは…IDF待ちだけどな。

>>957
彼が言いたいことは、intelがx86-64を投入せず、ニッチ市場に留まるAMD64は主流になり得ないって事だよ。

>彼の主張ではYamhill < Athlon64って事だぞ。
そんなことでも全然無くて、
「Yamhill自体は64bitと関係なくって、32bit CPUで今まであったようなメモリ拡張なんだよ。って言うかそれで間に合うじゃん」
って言ってるの。

その理由は、「x86-64がintelによって行われた拡張じゃないから」ってだけなんだな。

DirectX9(シェーダ2.0+)みたいにAthlon64の"64"も商品名
で終わるのかな？

8086のプログラミング経験した者にはセグメントによるメモリ拡張なんて悪夢なんだがな…。

PrescottにせよTejasにせよ
通常時の電力よかBIOSアップデート中にブレーカー落ちる確立が増大するのが・・・・・

>>961
それ、コンデンサあぼ〜んで物理的に破損の次に笑えない・・・

>>958
元麻布の痛いところはPAEのクソさをまったくわかってないところだな。
あんなもんどういじったってダメなものはダメ。夢見すぎ。

665 名前：名無しさん[sage] 投稿日：04/02/14 09:30
950 名前： ◆4C/Athlons [sage] 投稿日：04/02/14 02:44 ID:DzeS7bki
●●●●　ほぼノンフィクション劇場・『 POWER GAME 』　●●●●

　 ��
Σ (ﾟﾛﾟﾉ)ﾉ　ｱﾑﾄﾞの野郎、64bit版x86なんか出しやがった！


　In�п@　　まぁいいや、ｳﾁからみれば、ｱﾑﾄﾞごときはﾊﾅｸｿだ
(*´▽`)　　今回も3DNow!の時みたいに サクっと潰しちゃおう


　In��
（ ・A・）ﾉｼ　お〜いｹﾞｲｼ！　今度ﾍﾟﾝﾃｧﾑを独自路線で64bit化すっから
（ﾉ　. ）　　　そん時のために新OSを用意しとけ！
　〉 〉

　　　　　　　ｹﾞｲｼ
　　　 　 　 ○　／ てめーは何様だ？　この身勝手野郎！
　　　　　/ヾ|>　＼ んなマンドクセー移殖作業、出来るか！　ｳﾞｫｹ
＿|￣|○ 　<


　　　　　○　　／ いいかﾊﾅｸｿ、64bit化すんならAMD互換命令にしろよ
　　　　　ノ|） 　＼ 貴様ごときのチンケなプライドで これ以上市場を混乱さすな
＿|￣|○ <し


　　In�п@.｡ｏO( 畜生…　せめて独自拡張てんこ盛りの
　(´Д｀;ゞ、　　（ x86-64互換CPUを作って…　出し抜いてやる……
　　 ノノＺ乙

ワロタｗ
ｹﾞｲｼ流石だな。

>>958
＞「Yamhill自体は64bitと関係なくって、32bit CPUで今まであったようなメモリ拡張なんだよ。
＞って言うかそれで間に合うじゃん」 って言ってるの。
別にIntelがそう判断したからどうしたの?
そう思いたい奴には思わせておけばいいじゃん。
実際に元麻布の主張からは「Yamhill = なんちゃって64bit < Athlon64」なんだから。
あとは市場がどう判断するかは誰にも予想できないでしょう。

Intelには是非、”なんちゃって元麻布６４ビット”をやって欲しい。そうなると、目下プレスコで
迷走中で済んでるけど、RDRAM級の脱線になるだろうから。
（でもその可能性低いかな。）単なるIntelファンの悔し紛れの妄想だと思うが。

今時のプログラマはフラットなアドレス空間上の
規制の少ないプログラミングモデルに慣れてるから
セグメント切り替えてプログラミングするような
ものは無理です。RDBや数値計算ライブラリの
メーカーだけが使う話だからといっても無理だろね。
ところで元麻布ってプログラム書いたことあるのか？

おれはプレスコにAMD64互換の64bit命令＆レジスタが実装されてるなんて到底信じられない。
将来的にその方向にいく可能性はかなり高いと思うが、プレスコ設計する時点で
intelがそんなこと考えるなんて、時期的にあり得ないでしょ。

>>968
君はビジュアルべーシクかVC++をいじってるのかな？
無理です、って、あんたには無理かもしれないけど、ねぇ。

>>963
どういじったって駄目に見えた8086がココまできているわけだしなあ。
技術としての素性の善し悪しと商業的な成功失敗はほとんど関係ないわけで。

>>969
VC++ はともかく VB で PAE 使うようなプログラム書くのかよ……。

>>969
元麻布本人ですか？
今時マルチセグメントのアーキテクチャなんて聞いた事ありません。
DQNな元麻布はそれがコンパイラの拡張で可能だとか抜かしてるところが
さらに痛いという。

> DQNな元麻布はそれがコンパイラの拡張で可能
たぶん 8086 時代の FAR ポインタみたいなものを想定してるんじゃないの？
ポインタを介したメモリアクセス時に、必ずセグメントとセットで読み書きする
命令をはき出すと。

激しく遅くなるけどな。

>>972
いや、AMD64と互換だってのが信じられん、と。
intel的には独自のx86の64bit拡張、or IA64を降ろして来る、
で対処しようとしたはず。
MSに待ったをかけられてその方針が変わったとして、それはプレスコにはまにあわんだろ。
intel的にはできるかぎりAMD互換とするかの判断は先延ばしにしたいはずなんだから、
どうせenableしないであろうプレスコに実装するはずがない。
まして90nmの最初なんだから、無駄に冒険する意味が全くないでしょ。
ただ、設計後に非互換から互換への変更は困難だが、互換から非互換への変更はわけないので、
intelがそこまで考えてAMD互換(も保険として可能)な64bit拡張を数年前から計画
していたのなら、「参りました」でしょう。
3,4年前なんてまだIA64が降りてくるのが一番可能性高かったわけで、AMD64なんて
正気か？って感じでしたから。
インテルとしてもおそらく設計当時としてはまさか本当に互換にするなんて考えてな
かったと思うけど、パラノイア、ですからね。そのくらいの先読みまでしてるのかも。
っていうか、後藤のコラムはそういう事を言ってるのかな。

つか昔から弱点とされている深いページテーブルを更に掘るって
方向性は考えられない
指数的に増えた分はページキャッシュのヒット率に響いて、増えた
以上の性能劣化を呼ぶ
ましてスタック分化やデータフレーム保護が載ってくると（ｒｙ

>>957
AMD厨は淫厨と違って、AMD有利不利に関係なく、
おかしな記事はおかしいと指摘する。

>>976
そうだな、AMD厨はいつでも正しい。おかしなことを言うのはいつでもAMD厨以外の大多数の一般人だ

言ってることがおかしいから厨なんじゃないのか？

ia32の限界はセグメントじゃなくて線型アドレス空間の限界が4GBだってこと。
これをどう拡張しないことには問題解決しない。PAEみたいな物理メモリの
搭載可能量を増やす技術がいくらあっても意味がない。
それでは元麻布はそれに対して何か積極的なことを言ってるのか。
何も言ってない。こんなのは予想じゃなくてただの「占い」。

仮にGDT周辺を設計し直して線型アドレス空間を広げても、コードセグメント、
スタックセグメント、BSSとそれぞれ4GB割り当てたところで得られる領域は僅かだよ。
なぜ4GBに制限されるのか。それはポインタのビット数。
じゃあx86の頃みたいにアプリケーションに
セグメント切り替えさせてプログラミングさせるのか。
おれが言いたいのはこんなプログラミングモデルを強いるアーキテクチャなど
今時誰も活用しないだろうということ。

LaGrandeやVenderpoolでハードウェアの仮想化技術が取り込まれる。
これの技術的な詳細は全然明らかになってないけど、おれはベースとなる
システムと、仮想マシン上の二段階のメモリ管理技術が必要になると思う。
その詳細は図りかねるけど。それにしたって仮想マシン上のアプリケーションに
4GB以上の線型アドレス空間を提供するような方法を考えるのは難しい。


元麻布は技術のライターなんだから、ちゃんと自分の分る範囲で技術的な
記事を書けといいたいね。Yamhillがフラットな64bitアドレス空間を
提供せずともいかにして拡張可能なのか、その可能性を少しはまじめに
考えてから記事を書けと。

相手が「おまえらは言ってることがおかしいから厨だ」とレッテル貼りするわけだから、
厨と言われている本人は、自分の発言が正しいと確信している。

マジレス乙

>978

が良いこと言った。

ぜんぜん言ってねえ

>979

元麻布氏は絶対に自分の文章が技術的でかつ知的だと思っている
と思うよ。

プレスコで焼いたスルメを肴にAMD酎をどうぞ。

プレスコでパンが焼けますか？（・∀・）

温度的に無理だと思います。
カップウォーマーか床暖房あたりなら温度的にいけると思います。

>>979
そういえばプレスコは２つのOSを動かせるんだっけ
でもその為だけにメモリ管理を仮想化したところで
使い道は何も無いと思うが？（しかもペナルティ大きそう）

Prescottでは無理です。
実装はされていても、機能が有効になっていません。

パン生地の発酵にはちょうどいいかも。
っていうか、板状にソケットならべて、そのうえに全部プレスコさしたら
ワッフル焼き器みたいじゃねー？

>>974
だれもPrescottでのYamhillがAMD互換なんて言って無いと思うが？
時期的にも間に合わないからTejasのCTでようやくイネーブルってのが
大方の見方だよ。
あとIA64を降ろすなんて無理。根本的にアーキテクチャが違うんだから。

prescottの上にちんぽ置いたらフランクフルトが焼けそう。

>>992 １�aですか

>>991
プレスコがAMD６４互換かどうかはどうでもいい話しだと思うが・・・
まぁ実現するとしても、互換性は命令セットレベルの話しで
細かな詳細は違いが出てくるんじゃないかな？（命令クロック数とか・・）

どちらにせよINTELがどのように６４をサポートするかは楽しみだなｗ

>>988
メモリ管理が2階層ってのはよく考えたら間違いだ。訂正。
仮想マシン上のカーネルは空くまで普通のハードウェアの
メモリ管理機構とやり取りしてるように見える。だけど
その裏側では、本ちゃんのメモリマネージメントユニットが
忙しく働いてる形になるかな。本ちゃんOSのVMMとMMUが
どういった動作になるのかは興味があるね。

>>994
いや、そのどうでもいい(誰もしてない)話にこだわってる974がいたから否定しただけですよ。

>>991
>だれもPrescottでのYamhillがAMD互換なんて言って無いと思うが？
後藤とか。にわかに色々いわれてます。

>時期的にも間に合わないからTejasのCTでようやくイネーブルってのが大方の見方だよ。
yamhillとCTは違うものなのか？
だとしたらなんで全く使わないyamhillを実装するのだ？
市販品で使わない機能が実装されているのはテストの為。
cpuはマスクからサンプルを作るだけでも莫大なコストがかかるので、次の世代で有効化する
機能は前の世代の量産品に実装してサンプルとして使ってしまう。
もしプレスコに実装されてるyamhillとtejasでenableされる予定のCTが違うとしたら、
そのCTとやらはtejasでは間に合わないよ。
独自拡張のyamhillを捨てAMD互換のCTに持っていく、というシナリオならtejasでは
enableされない、or tejas自体が大幅に遅れる。

>あとIA64を降ろすなんて無理。根本的にアーキテクチャが違うんだから。
appleが数年前PowerMACでやったことをやるつもりだった。
レガシー一掃できるし、そのためにIA64は設計された。
10年前はPCアーキテクチャに対してAMDやLinuxの存在が影響力を持つなんて
考えもしてなかったろ。
wintel独占状態であればできた。

>>992
フランクフルトは無理でも
ポークビッツなら…

>>992
ポークビッツの癖に…

1000？

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。