IA-64ってどうよ？

いまどき32bitCPU?
家庭用ゲーム機だって64bitだぜ。
これからは64bitでサクっといこうぜよ。

…でも、ほんとに64bit時代になるの？

うーん、どうかなぁ･･･普通に考えると難しいと思うけど
どう思う?>>3

俺としては、ゲイツ君が動くのを待つしかないと思うけど
キミの意見を聞きたいな>>4

折れ的には、芸津君はようやく32bitOSをメインに出来そうでホッとしている頃だろうから、
しばらくはこのまま放っておきそうだと思うんだけど、>>5さんはどう思います？

すでにWin2000は64bitバーションあるんだよね。
2年後くらいには使ってそうな気もするけど。
>>5はどう思うよ？

ｽﾝﾏｿﾝ…ｻﾖﾅﾗ…
逝ってきます…

>>5=無限loop

コストパフォーマンスを考えると、まだ３２ビットから６４ビットに
移行する時期が見えてないね、しばらく両方とも流通してからじりじり
６４ビットの比率が上がっていくだろう、使うとこは使うけど主流に
なるのは相当先のような。
>>7 はどう？

価格が安いのが出てこないとダメだね。
でも、今のP4の価格帯だったら移行してもいいかな。

>>13はどうかね？

>>13
激し過ぎるほど尿意!!

ACW(GETID("エランシア","Nexon.Elancia"),0,0,800,600,0)
SLEEP(1)
while true
if GETKEYSTATE(VK_SPACE) then BTN(LEFT,CLICK,G_MOUSE_X,G_MOUSE_Y,10)
sleep(0.05)
wend
exit

>>11
誤爆？

レジスタ幅は32bitでいいんじゃないの？
ただ、データバスの転送速度をあげる工夫がねぇ・・
ピン数増やしてバス幅ひろげるか
シリアルにして速度かせぎつつマルチチャンネルにするか
ムリを承知で多値をめざすか・・・

>>13
激し過ぎるほど尿意!!

価格が安いのが出てこないとダメだね。
でも、今のP4の価格帯だったら移行してもいいかな。

>>13はどうかね？

じゅうぶんに速ければ、需要は大きい
CGなんかは、レンダリングはなんとかなるけど
モデリングだと、まだまだ足りない
あと、動画のフォーマットもフラクタル圧縮とかだと
ぜんぜん速度が足りないし
まあ、動画はともかくCGは少々高くても買うでしょ

今のXeonクラスが64bitになったら、買う人増えそうだね。

激しすぎるほど射精！

激しすぎるほど便意！

コードサイズ増えるからなんかイヤ。

コードサイズでかいと今後ペナルティでかいと思う

いくら64bitだからって、わざわざ互換性捨ててまで乗り換えたくなる程、
パフォーマンスに差なんて無いだろ？だいたい世界最高速と言われた
Alphaは一般には見向きもされなかったのに、なんで今になってIA-64が
注目されるかねぇ。さっぱりわからん。

>>22
Intelが一生懸命営業してるからだよ。

遠い未来には切り替わるということだろう。

アーキテクチャの移行にどれだけかかるんだろうなぁ・・・

IA-64って注目されてるか？　Alphaと同じくらいじゃないの？
あ、Alphaは、消えていくか。

Win16からWin32移行に何年かかったと思ってんじゃ−
つーか、まだ一般向けはWin32にすら移行してないよな（ｗ

間違った。アプリは既にWin32に移行してるけど
16ビットコードで書かれてるOSいまだに使ってる人がいるが正確だな。

もうさっさとx86互換捨てちゃっていいよ。
x86命令実行はソフトウェア的にエミュレートしちまえ。

あ、それってCrusoeみたいなもんか。
Crusoeは128bit VLIW型だけど。

シュミレーション系のゲームだったら表現力が上がりそうだと思うのは素人？

シュミレーションとか言っている時点で素人

>>30
素人というか、どういう理屈でそういうことを思いついたのかも見当がつかない。

それ以前に、シミュレーション表現力ってナニ？

浮動小数点演算能力じゃない？
ゲームなら32ビットfloatでいいんだから
SSE2強化のIA32強化でいいじゃん。

>>34
同意
だけど、レジスタの本数は増やしたほうがいいかも

>>29
Macモナー

固定アーキテクチャなんて２０世紀の遺物だぜ
http://www.nec.co.jp/japanese/today/newsrel/9902/1502.html

>>13
やっぱりファイバーチャネルかな？

IA-64 ＝ インテル・アーキテクチャ-６４

当面は、32Bit互換モードエミュレータの速さが、CPUの価値を決めそう（w

86（286）→386の繰り返しか・・・

全てはMicrosoft次第です。

>>42
それが一番鬱・・・

>>37
それｶｺｲｲわ
日本企業にも頑張ってもらいたい！

サーバ向け。DBサーバ向け。
SUNは64ビットなのに、Intelが32ビットってのはマズイでしょ。
今後、IA-32系統と比べて急速にパフォーマンスが上がるはずだよ。
（というか、Pentium5って出るのかよ・・）

Nintendo-64はコンシューマ向け

>>46
R4300なんてN64発売当時でも既にハイエンドページプリンタくらいにしか使われて無かったYO
レジスタを64bitにすればなんでもかんでも速くなるわけじゃないYO

それは困った・・・・

>>45
Pentium5は初代PentiumのコードネームP5xxと被るから
名前を変えるんじゃないか？という予想あり

>>45
あえてSUNからいんてるに乗り換えるかな？
それとも新規ユーザーねらい？

漏れは Tru64 ユーザーなので、いずれ IA-64 に乗り換え。
Tru64 マンセー。
Deerfield いつ出すんだよコラ！

>>49
次はヘキシアム？
何かヤダ……。

>>50
成熟してくれば、乗り換える所も今後あるんじゃなかろか。
Linuxでやれる局面も多いだろうし。Windows系も頑張ればどうにかなるだろう。
価格面でのポイントが大きいと思うんだけど。

しかし、Pentium4で行きつくところまで行ったって感じがするんだけどなあ。IA-32。
パイプラインも伸びきってるし。

>>53
けど、IA64つったって高速化の技術はIA32と同じじゃないの？
まあ、命令系とか内部構造とか詳しく知らないんで
命令の実行効率自体はよくわからんけど

ただ、IA32って速度はともかく、それ以外はとりえがないよね

Ｔｒｕ６４　ＵＮＩＸ　て、ところどころ、実装が変だよ。
本家嫡流ののクセにさぁ、ｓｉｇｎａｌとかちゃんとした
実装してないんだもんなあ。

ま、何やらせても、速くていいんだが。

IA-64ってVLIWだよね。
って事はちょっとしたアーキテクチャーの変更でもbinary互換性は無くなっちゃうんだよね。
Crusoeはその問題をCode Morphing Softwareで解決出来るけど。

どうするんだろうね？
どうせWin for IA-64なんて無視されて、Linuxしか使われないからsourceからmakeし直せばいいじゃん。
ってな考えなのかな?

前評判と違って全然高速じゃなかったからどうでもいいけどね。
次の世代のやつには期待出来るかもしれないけど。

VLIWのバイナリ互換の欠点を克服したのがIA-64のEPICテクノロジ。

今の世代のItaniumは今いちなのは周知の通り。
結構次のを待ってIA-64に参入するメーカーが多いよね。

> IA-64ってVLIWだよね。
> って事はちょっとしたアーキテクチャーの変更でも
> binary互換性は無くなっちゃうんだよね
そうならないように工夫されてますよ。
IA-64では、各命令は 41bit 長で、これを3個 + テンプレート 5bit で
128bit長の「バンドル」という単位にまとめられます。
テンプレートは、上位 4ビットで、そのバンドルの 3命令の並び順と依存関係
を表現します。そしてあと1ビットで、次のバンドルとの依存関係を表現します。
で、MPU は実行ユニットの数に応じて、1つもしくは複数のバンドルの中から
依存関係の無い命令を抜いてきて実行できるようになってます。
だから、実行ユニットの数が変わってもバイナリ互換性は保てます。

> 前評判と違って全然高速じゃなかったからどうでもいいけどね。
いや、とりあえず浮動小数点演算は速いよ。
整数演算はダメダメだけど。あと、今のところ SIMD 命令も弱かったですね。

>>54
＞けど、IA64つったって高速化の技術はIA32と同じじゃないの？
ぜんぜん違うぞ。
IA64はかなーりコンパイラに頼った設計。
コンパイラの出来も良くないと速くならないのが欠点。

つぅか、ここにレス付けてる奴の9割は縁が無いから心配無用。
IA64でWindows使おうと思ってる厨房は問題外。

この先、ハイエンドサーバ市場ではSunとIA64の２択状態になりそう。
Sun以外のほとんどの会社がIA64採用。
IA64ならLinuxサーバ市場でも、Windowsサーバ市場でも戦えるのが強味かな。
こう考えると、良い悪いは別としてIA64は意外と普及しそう。

IBMのPowerチップはどうだろ？

IBMは動きが怪しいね。PowerとIA64を天秤にかけてるし。
ただ、コンパックがAlphaを手放したように、IBMもそのうちPowerを手放しそうな
気がする。
なんかIBMって現時点ではコンパック以上に気合い入ってない？
既にItaniumサーバを売ってるし。

Linuxにも妙に力入れてるし、AIX捨てちゃうのかなあ？

なんか、昔の権力と権威の権化だった頃の面影ないね＞IBM

でも、俺の本音を言うと。
AIXもLinuxもどうでもいいから英語キーボードのThinkPadを日本で発売してください。

ここのIA-64の説明を読んでいるのだが、
http://pcgaz.nikkeibp.co.jp/how/col/3/col_22.shtml
この中で「（4）実行できなかった命令が残っているバンドルと新しいバンドルを含めて
次の二つのバンドルを作り直す」という部分がなんだか意味不明。
バンドルを作り直すっていったいどうやって作り直すんだ？
このバンドルを作り直す機構について詳しい説明が書いてあるものない？

すまん、ここのページ６に図でわかりやすく書いてあった。
ftp://download.intel.co.jp/jp/developer/jpdoc/24547302-s_j.pdf
このファイル、タイムスタンプが2001/7/26になっているから最近日本語訳されたのかな？

この図の説明を見る限り、バンドルを作り直すというほどのものじゃないね。

Itaniumのコンパイラに頼った静的な命令スケジューリングって
性能的に凄く疑問。
っていうか、それってまさに初期のRISC CPUのスタイルじゃない？

あるメモリアクセスがキャッシュにヒットするかしないかは
コンパイラでは事前に予測できないため、実行時にキャッシュ・ミスした場合に
コンパイラのスケジューリング通りに実行出来ずに性能が伸びない。
だから今のRISC CPUはout-of-orderによる動的スケジューリングを
こぞって採用したわけでしょ。

>>65
確かチンコパッドはオーダーするときにオプションで
英語キーボードへの換装指定できたような。

>>69
マジィ? 全機種行けるの?
買っちゃおーかなあ。燃えて来たぜ。

いまのIA-32で行っても性能は頭打ちな感じがするし。
どうせ64bitになるなら、早いうちに手を出しておいたほうがいいと思われ。

いや、勝敗がはっきりして
あるいは、安くなってからでもいいんじゃないの？

>>71
その根拠は？

64ビットアドレッシング
64ビットデータレジスタって必要？

>>68
なんか誤解してるような。IA-64 でも投機的実行や
先行ロードなどを実装することがパフォーマンス稼ぎに
とても重要です。

>>74
両方思いっきり必要。
そういう分野も結構あるんです。私のやってるような、大規模な
データマイニングとかね。

>75
コンシューマーはどうかなーって

>>76
コンシューマーで64bitアドレッシングは、
しばらくは必要な見通したってないね
データベース屋さんで1プロセス4GBたりねーという話は聞くけど。
でも個人で4GBのメモリ積めるっていい時代やね・・・

>>75
先行ロードはどんな場合でも使える訳ではないよね？
予めロード・アドレスが分かっている場合にしか使えないし。
先行ロードが使えないメモリアクセスが多い場合は、
性能が伸びないのでは？という事です。

保守上げ

>>78
いずれにしろ、その話はIA-64の不利な点じゃないよね？
>>75は、IA-64でも同様の技術で同様に性能を伸ばせるということを
いっているんでしょ？

いずれにせよ、ｲｿﾃﾙのレジスタの少なさと制約の強さは解決してほ
しいもんだ。SPARCのアセンブラかじった事あるが、ｲｿﾃﾙに比べて
レジスタの制約の少なさに涙するぞ。

SPARCは浮動小数点レジスタなんて存在しないよ。10数本ある32bit
整数レジスタの好きなのを二本まとめて浮動小数点レジスタとして
使うんだよ。

>>81
もう激しく同意

ていうかx86って制約の多いCPUワースト3に入るぞ。
組み込み用CPUを一度触ったらもう戻れん。

>>80
投機的実行や先行ロードでは対応できないケースが多いから、
他のCPUではout-of-order機能を付けているのではないか、という意味です。

IA-64もそのうちOOOついちゃうとか(藁)
SMTもつけなきゃね。
もう、意味不明テクノロジになることうけあい。

クロックを上げやすくするためにOOO外したんでしょ？＞IA-64
なのにOOO付いてるPen4の半分のクロックって一体。。。

前から疑問に思ってたけど、
今のIA-64(Merced)って製造プロセスは何？
もしかして非公開？
アルミ0.18μなのかな？

IA-64アーキテクチャの開発当時とは状況が変わっちゃってるということか？
もういいから、IA-64命令も別の命令に変換して実行してしまおうぜ。

Intel自身がILP(命令セットレベル並列化)の限界を指摘しちゃってるし、
http://www.watch.impress.co.jp/pc/docs/article/20010718/kaigai01.htm
AMDもILPに異論を唱えている。
http://www.watch.impress.co.jp/pc/docs/article/20001025/kaigai01.htm

>>89
命令レベルの並列化に限界があるのは当然であるけど、それを追求していくのは
妥当な考え。
大昔からCPIの限界は言わ続けてるんだし。まあ幾度も破られてきたわけだけど。
っていうか、並列スレッド実行にしてもChip-multiprocessorにしても、そのうち
IA-64系でも導入されるんだから・・・。

クロックについては「初物だから遅い」っていう常識レベルに収まってる。

>>87
アルミ0.13μらしい。

>>91
それ一本なのかな？
ラインは

>>90
そうですね。アーキテクチャ屋の人に言わせると、クロックは
これから (IA-32 のペースと同じかそれ以上に) 急速に伸ばせ
るのではないか、ということみたいです。

ところで、ここ自作板なんですけど IA-64 の自作機って作れる
時代が来るんでしょうかねぇ。少なくともあと５年はムリな気が
しますが。

>>93
インテルの戦略しだいじゃないですか？
Pen4移行をあせるあまり、比較的評判の良いPwniiiを
けっこうムリなカタチで切ろうとしてるし、
過去にも、ソケット7で似たようなコトしてるし
互換CPUを振り切るために急ぐかも
成功するかは知らんけど

http://www-6.ibm.com/jp/pc/intellistation/iszpr17/iszpr17a.html
どこまで値段が下がるのか？

「導入確認OS なし」って...

コンピュータ
ソフトが無ければただの箱

レジスタが少ないって言ってる人は、他のどんな CPU と比較してるのかしら。

すぱ〜くとかだろ。どうせ。

>>51
がいしゅつかもしらんが、deerfieldキャンセルでしょ？
そんなに早くWSに載るようにはならんのだろうな。

>>99
どうせって、
なにか不満でも？

Itaniumは、整数128+浮動小数点128だから、十分多いよね。
（他にもいろいろあるけど）
まあSPARCみたいなレジスタスタック構造（より柔軟）で、IA-64のインプリメントに
よってはもっと増やせるらしい。
んで、SPARCはレジスタ指定に5bit(同時32個)だけど、IA-64では7bit(127個)だから、
SPARCより使いやすいはず。

out-of-orderの話題が出てたけど、あれってキャッシュミスに対応する
動的なスケジューリングなんか出来たっけ？・・よーわからん。
まあもともと、superscalerを導入する一番大きい要因は、
過去の互換性を取った上でCPIを上げるにはそれが一番効いたからだし。
VLIWを導入しなかったのは、互換性が取りづらいからで。
それはそれとしてItaniumでは、そういうのに関しても当然いろいろ考えてるみたいよ。
スペキュレーションとかプレディケーションとか。

＞動的なスケジューリング
ない。move fence を必死にするくらい。
まぁアーキテクチャに関しては、どうでも良いや。自作板だし。

誰かが「自作機出来るのはいつ？」みたいな事、書いてたが。
安いやつ(今更 733MHz, 2MB キャッシュ) 1000個ロットで
約 15万／個なんて CPU 誰が買うよ？(w
インテルが SV に配った WS が、\20万くらいで流れてくれれば
買う物好きは居るかもネ。

当分、自作派には縁が無いって事で、終了。

IA-64だけど、会社にあるのを触ったけど、大して速くない。
あれなら確かにペン４の方を買うわい。64BITのOSがNT4.0以上に
安定動作するなら別だが．．．．。

>>103
やっぱり出来ないよね・・。
静的なスケジューリングの問題を言うなら、動的コンパイラとかの話題
なんだろけど。

まあ価格については、急激に下がることもあるし、価格それ自体は
現時点で高くてもいいだろうだけどね。
ただ、一般に受け入れられる環境に無いし、Intel自身がそんなレンジを
狙ってる節もないしなあ。
64bitPCが欲しいっていう人には、Hammerのほうが早いかもしれない。
あっちは一般向けも考えてるみたいだし。

>>104
当然Pentium4かAthlonを買うべきでしょう。

>>102

http://www-scc.jst.go.jp/SCC/SC-houkoku/2-2.html
＞・out-of-order 実行
＞　データが揃っていないために実行不可能な命令を後から発行された命令が 追い越せるような機構。
＞　これにより、 キャッシュミス時にプロセッサがストールせず、 後続命令のうちオペランドデータ
＞　の準備できたものがあれば それらが演算器で実行される。 out-of-order 実行機能を実現している
＞　プロセッサとしては、 PowerPC、R10000、PA8000 などがある。

IA-64の場合、並列に実行出来る命令３つを１つのバンドルに固めてしまうので、
バンドル中に“キャッシュミスが起きてるデータを引数にとる演算命令”があると、
そのバンドルで処理がストップしてしまい、後続のバンドル中に実行出来る命令があっても実行できない
（２バンドル同時発行なので依存性がなければ１バンドルずつ実行できる場合もあるけど）。

スペキュレーションはプリフェッチでも似たような事が出来るし、
例外が出ないと分かっているケースでは予め実際にロードしてしまってもいい。

スペキュレーションにしてもプレディケーションにしても、
今までの欠点は確かに克服してる面はあるけど、逆にこれらを多用すると、
本来実行する必要のないロード命令や演算命令が増えてしまい、逆に遅くなることも考えられる。

って、俺は思ってるんだけど、どこか間違ってる？

>>106
実際、SMTプロセッサではスペキュレーション不要（極端？）とも聞くな。
漏れはプロセッサ屋さんじゃないので詳しいことは氏欄が。

>>106
out-of-orderが実際どこまでやってるかよーわからんし、
リンク先の説明が本当かどうだかわからんのだけど、
あれは基本的には、命令・オペランド依存関係を検査して、実行順序を入れ替えるって
感じで。既存のコードのままでスーパースケーラ効率を上げるにはその方法が効くから。
そっちが本筋だと思うけど。

で、Itaniumが採用してるスケジューリング機構は、かなり効くみたいよ。
無い場合に比べて速度が1.83倍になるっていうデータもあるし。

>>107
ロードは須らくスペキュラティブにしちゃうのはどうよ？

>>108
out-of-orderの能力はCPUによって微妙に違うと思うけど、
たとえばPentium4の場合、最適化リファレンスマニュアルには

＞ Pentium 4 プロセッサは、他の命令に対しても、メモリ操作同士で
＞ も、メモリ操作をアウトオブオーダーに実行できるように設計され
＞ ている。ロード操作は、見込み的に、すなわち、先行するすべての
＞ 分岐の結果が判明する前に実行することができる。ただし、スペ
＞ キュレーティブ・ロードでは、ページ・フォルトは発生しない。

とか

＞ ロード操作のキャッシュ・ミスのために、他のロードの発行や完了
＞ が妨げられることはない。Pentium 4 プロセッサは、最大4 つまで
＞ の未処理のロード・ミスをサポートしている。

って書いてある。この辺の見込み実行やノンブロッキングキャッシュ機能等は
P6コアも同じだと思った。

>>112
メモリ帯域が狭いと逆効果と聞くけど。トランザクション増えるから。今のメモリなら大丈夫なのかな。

どうでもいいけど、今のx86ソフトってレジスタどのくらい使えてるの？
x86みたいに命令セットで指定できるレジスタ少なくても、
out-of-orderが強化されまくると、1000本くらい実レジスタ使えるなんてことになるのか？
すると命令セットから見たレジスタ数は少ない方が命令コードの帯域幅が節約・・・せんでもいいのか。
突き詰めると並列スタックマシーンになりそう

ψ

上げてこ。

64bitだとなにがどう変わるのか、わかんない。

Windows NTって、ユーザーが使えるメモリ空間は、1プロセス2GBなのよね
2GBって今時2万強だし、ちょっと画像処理するとあっという間に不足するよ
IAv6とか作って、アドレス空間を128bitに拡張したりしないのかな

(ﾟДﾟ)ｺﾞﾙｧ

>>118
＞メモリ空間は1プロセス2GBなのよね

ということで、中〜大規模な科学技術計算には全く使えないのであった＜ＮＴ

>>120
IA-32の他のOS(PC-UNIX系とか)は使えるの？

画像処理ってアイコラつくったりとか？

>>122
高い投資だな。

0

本命のIA-64、マッキンリーって2003年あたりになるらしいね。

ゲームに使う=FPU性能ってことなら、既に80bit

「Intelが数年前まで描いていたPC向けCPUの「IA-32→IA-64」という進化論は、
　TLPの採用で完全に消え去ることになる。
「IA-32アーキテクチャは、クライアントでの命令セットのチョイスとして、
　少なくともあと20年は残る」
　http://www.watch.impress.co.jp/pc/docs/article/20010829/kaigai02.htm

IA-64離陸失敗！？

ていうかIA-64はintel自体にも失敗の意識があったので問題無し。
AMD-Hammerでかなり焦っていた様子も見て取れたしな。
というわけでこのスレは急遽「IA-64を糾弾するスレ」に変わります。合娼。

ついでにAMDにも合掌。
デュアルコアをキャンセルしたHAMMERじゃTLPに追従できねえ。
それ以前に会社もたねえ。
(ちょっと前までは本業のフラッシュメモリで得た莫大な利益をCPU開発につぎ込めたが)

20年も32ビットアドレッシングのまま？

じゃあそれで何か不都合があったの？

http://www.zdnet.co.jp/news/0108/30/e_itanium.html
>同年，Madisonに続いて登場するItanium後継チップ「Deerfield」は，
>「高密度サーバ」市場を狙ったもの。高密度サーバは通常，高さが3.5
>インチ以下のものを指す。Talwalker氏によると，Deerfieldの基本的
>なアーキテクチャはMadisonやMcKinleyと同じだが，消費電力と発熱量
>が抑えられているという。
>Deerfieldは，主にデュアルプロセッササーバで使用される。

Deerfield 生きてたのか。

＞127
IA-64離陸失敗じゃないよ。

あれは、もとからアテ馬なの。
今にして思えば、HPのPA-RICSを吸い上げるための
方便に過ぎなかったのは明白だしね。

その後、Alphaの技術(EV8)を買いとって潰したよね。

今になってみると、もともと、Intelは、IA-32を
存続させる気でいたんだね。
だから、強力なライバルと提携して・買収して、
みんな合法的に潰してしまったわけだ。

＃ こうしてみると、AMDの選択は比較的賢明だったと言えよう。

IntelがIA-32→IA-64の移行を断念した今こそ
AMDチャンス！って思えるね。
x86-64で64ビットにスムーズに移行できたらしめたもの。

話はずれるけど、最近のスキャナってすごいね〜。
５万円くらいのやつでも2400dpi 48bitカラーだって。
これでA4１枚スキャンすると3GBを超えることになるね。
もう32bitアドレス空間じゃ足りない時代が来てるんだなぁと実感。

>134
その前にWin9x系の容量制限なんとかしてほしいと思うのは俺だけじゃああるまい。
俺ひとりがWin２Kに移行したところで周囲が前のまんまでは無意味……

Win9x系はあと数ヶ月の命ダヨ！

HPがコンパックと合併したから、強力なHP-Alphaなんて出来ないかな・・・
無理だろうな。

今、64Bitを使いたかったらSUNくらいしか選べないのか。
Alphaが生きていれば色々でただろうにね。

>138
「今」ならAlphaも使える。向こう一年は手に入ると思うが。

>139
「今」なら、Alphaが一番強力だよね。
OS(Linux) + 純正コンパイラが無料で手にはいるし。。

Alphaだいすき！

>49
Pentium4�Uってのはどうよ？

>>140
「今」だけだよな・・COMPAQがDECを吸収して、HPがCOMPAQを吸収した今と
なってはAlphaはPA-RISCに対する邪魔な存在でしかないわけだし。

>>143
PA-RISCって存続するのか？
技術者がインテルに逝ってるらしいが…

面白い文書見つけた。
AlphaがIA64アーキテクチャの様々な欠点を指摘しまくっている文書のようだ。
http://www.compaq.co.jp/products/alphasystems/alphaserver/pdf/J_ref_alpha_ia64.pdf

この中で、次のような事が書かれている。

> IA64 では、コンパイラがより多くのインストラクション・レベルの並列性を検出できるよう
> に、アーキテクチャ上で拡張機能が定義されています。しかし、これらのアーキテクチャ拡張機
> 能は、IA64 プロセッサがアウトオブオーダー処理や同時マルチスレッドを効率よく実装するのを
> 困難にしています。

って書いてあるけど、インテルはIA64にも同時マルチスレッドを実装する予定。
うまく実装できるのか？

>>145
そのために色々ヘッドハンティングしたんじゃないの？

ヘッドハンティングなんだろうか........Intelに行くしか
無かったんじゃないの？

ハマーとIA64ってどちらが優れてるんだろう？

http://ascii24.com/news/i/topi/article/2001/09/28/629986-000.html

DBから64Bitなのか、順当だな。

>>150
科技計算では、多くの分野で
メモリ死ぬほど足りてないな

おぉ、IBMのPower4プロセッサすげぇよ。SPECベンチで完全ぶっちぎり。
http://www.aceshardware.com/Spades/read_news.php?post_id=55000374
IBM時代の幕開け？？

そもそもPower4が負けるはずは無いのだが。
コスト段違い。

どのみち IA-32のWin2Kには2GBの壁があるので、(Advは、3GB)
コアの世代交代は近々どうしても必要になるな。
しかし、ServerSetの6G(恐らくDual以上のみ)ってどうやってアクセス
しとるんだ?

ただ、IA-64ドライバだれも出さないよ。きっと...

PhotoShopがIA-64に対応したら移行するかな。
内部処理のビット数が上がれば合成処理性能がよくなるし。

>>155
画像データなんて、24ビットぢゃないさ。なにに64ビットになったらはよう
なるんね？

IBM が SUN を買収して 64bit UNIX/Linux で覇権を奪い返すという
シナリオはないのかな。

>>156

64bitレジスタがあれば、２．６６７ピクセル同時処理できる
32bitだと１．３３３ピクセルしか処理できないので、
約２倍速になるが？
ま、プログラマが気の利いた人ならだが。
アホプログラマだったら64bitCPUになっても速度変わらんわな。

PenPro,Pen2 以降は物理アドレスは 36bit あるよ。
http://support.intel.com/support/performancetools/pse36/sup4gmem.htm
普通にアクセスできるアドレス空間は32bitしかないから、
バンク切り替えみたいなことするんだネ。
http://www.microsoft.com/hwdev/PAE/
XP pro,server<4G, advanced server<32G, datacenter server<64G
みたいだネ。つーか、datacenter server っていくらだよ。

>>158
じゃあPentium4のSSE2なら128bitレジスタだから５．３３３ピクセルを同時処理。
Pentium4はIA-64より約２倍速い訳だね。

>>154
PSE36って知らない？

>PenPro,Pen2 以降は物理アドレスは 36bit あるよ。
バス幅だけ。セグメントレジスタの操作って超遅い命令だよ。
ソフトの乗除算ってかなりオーバーヘッドあると思うが。
動画を仮想メモリにマップして配列のアドレスを計算
したりすると重くなりそう。
かつてのEMSだのDCPIみたいな無駄の塊になる。

>>160

命令当たりはね。実際には命令のスループットが違うので２倍どころかちっとも速くない。
つーか、IA-64は計画的並列化がちゃんとできるから、
同じクロックならIA-64の方が確実に早い。
それよりも、SSE2のパック演算と、64bit整数レジスタでの擬似パック演算では
全然やり方が違うのであんま比較にならん。
MMX/SSE2のパック演算は結構制限がきつい。
掛け算は16bitx4(MMX)or16bitx8(SSE2)でしか出来ないとか。

>>163
同じクロックなら ってクロック倍以上違うんですが。
64bit整数レジスタでの擬似パック演算は、しょせん疑似でしょ。

＞158,＞163
ほげ？　ピクセルの合成演算やるのにMMX/SSE2より汎用レジスタの方が
速いなんて話聞いたことないですが。32bitレジスタでどうやって8bit×4要素処理
するんでしょう。8bit×8bitの積は16bitになるから2要素しか処理できないのでは？
MMX/SSE2使わないと飽和演算もシャッフリングもないし。

>>158
1.333ピクセルとか、2.667ピクセルとは、どんなものなの？
ちと、用語が専門的過ぎてわからんよ。

Hammerって意外に遅そうだね。

最近、Hammer2GHzのSPECint2000値が1400くらいになるっていう話が
あちこちで出てるけど、本当かなぁ？
もし本当ならPen4 2GHzより倍以上速いということになり、もの凄いんだけど。

>>169
SPECintよりもSPECfpの方が気になるが。
これも2倍くらいなら本当に凄いのだろうけど。

HammerってMckinlyと比べられるようなCPUなの？

値段的には比べるべくもないな。

age

ハマー！ハマー！ハマー！

マッキンリーマンセー

Hammerの64Bit環境とIA-64の64Bit環境ってどれくらい違うの？
説明してるサイトってある？

ServerworksのチップセットGrand Champion HE搭載マザー
RAM32G対応　クアッドXEON対応

http://www.vwalker.com/news/0108/30_idf6/30_idf6.html


正直これ欲しい･･･まじで　いや高いのはわかるがレンダリングサーバーにでも・・・。

基盤中央あたりにある銀色のチップにNECの文字が見えるね･･･。残念ながらピンぼけしているけど。

詳しい人解説キボンヌ

意外な事に64bitになるとプログラムの移植が面倒なんだよ〜。
例えば、intが64bitになっちまうと、intからdoubleにすると精度が落ちる(ｗ
とか、色々と問題が出てくるんだよ〜。単に、既存のアプリをコンパイル
し直せばいいじゃん的発想は実は危険というか現実的ではなかったりするのら〜。

>>178
ほとんどのベンダはLP64モデルを採用してて
int: 32bit
long: 64bit
pointer: 64bit
じゃない?
ポインタをintに代入して演算したりしてるとはまるけど。

良スレ保守AGE

ハマーに一票。
IA64は、IA32 を切り捨てて設計するベキだった。
P!!! 800MHz の半分の性能って、どーゆーことよ！

age

HP-UXって、IA-64になるの？
エンディアン変わっちゃうの？

IA-64の本命 真っ黄んり まだ？

>>183
結構、この夏発売された 11i v1.5 ギリギリまで苦戦してた模様。＜エンディアン
とくに ACPI 2.0, SMBIOS 廻りとか。
PC の世界を持ち込まなきゃイケなかったので。（週刊誌風に、信頼出来る関係者スジより。ｗ）

この辺りのリリースノートとか、つらつらと眺めると面白いかも。
http://www.docs.hp.com/hpux/os/11iV1.5/index.html

>>184
'99 に SV に配った SDV レベルなら、i870 チプセットで、そこそこ。'02 夏には。
でも真っ黄んりコアの、Deerfield でも本命？？？
まぁ、Madison の代まで、自作には程遠いと思われ。

IA64ってWinXP-64が主要OSなのでしょうか？
っていうか、活かせるOSがLinuxとXPしかないという事？

＞LinuxとXPしかないという事？
何かご不満でも？？？だけ？と言っても AIX 5L, HP-UXもあるし。
Windows 64bit版には、XP(〜2way)、Enterprise 〜 .NET Server(〜8way)、
E 〜 .NET Data Center Server(16way〜) といろいろありますので。
CPU way 数により、お好みをどぞ。

AIX 5L > Windows.NET > HP-UX > Linux くらいの並びじゃないの？
Tru64 の HPC 技術を HP-UX に組んでいくとニュースが出ていたが
どーなんだろ？１つの単価が高いのを並べても $TPCC の値はねぇ。

インテル、“McKinley”のパイロット出荷を12月中に開始――正式出荷は2002年半ばか

P!!! 800MHz でコンパイルした SpecCPU 2000 オブジェクトを
そのまま IA-64 で流してみました。悲惨な事に 約 2/5の性能。
IA-32 のオブジェクト、そのまま走ったけど、PII 333 位の性能じゃぁ…。（ｗ

でもって、IA-64 ネイティブでコンパイルしたオブジェクトの結果を
P!!! 800MHz と比べると、、、



4/7 (T. T);

>>188
McKinleyって 1GHz でしたっけ？
IA-32 コードは、P!!! 350MHz くらいの性能かちら…。

ぉぃぉぃ誰が買うよ、こんなウンコなクピュ！

>>189
SpecCPU 2000 はどうやって手に入れたの？ 買ったの？

命令の並列実行は早々に限界、クロックが上げやすいと
言われていたのにふたを開ければギガにも届かない。
なのにダイサイズだけはPen4もびっくりのモンスター級。
こんなIA-64に果たして未来はあるのだろうか。

ALPHAでいいじゃん

2002年、IA64が普及すると思われ。

アーキテクチャの呼称がかっこ悪すぎるよね｡　IA-64。　”いんてるあーきてくちゃ”だって。
"SPARC"みたいなのがよかったけどせめてHPの"PA"みたいな「意味のある｣ネーミングにして欲しかったよ｡
まだx86-64の方がマシだ〜｡

"PA"が何の略か書きやがれこの糞ヲタ!!

PA = Precision Architecture

だってx86を捨てるんでしょ。
x86-64じゃ、車のナンバーみたいでｼｮﾎﾞ
MIPS64の方がｶｺｲｲ

USA64　がいい！

USO64

>>188
ばかはないだろばかは。

http://www.zdnet.co.jp/news/0201/17/e_hp.html
McKinley 期待age

http://www.zive.cz/H/PCtuning/AR.asp?ARI=103690&CHID=4&EXPS=&EXPA=

32bitCPUと64bitCPUを同列に比べるのはどうか思われ。
（例えば3GHz超えの80286在ったとしても戻れない）

でも、SPECfpとかも気になるね（ｗ

>>204
同意。折れ的には 1GHz 程度のプロセッサに 8GB 程度のメモリが載るマシンが欲しい。
IA-64 でも x86-64 でも、WS に使える程度に安定してて安くてマトモな OS が走ればいいや。

なんだ、IntelもAMDの正しさ分かってんじゃん。
http://www.zdnet.co.jp/news/0201/26/b_0125_04.html

>>206
アプリが無くて、1/3 程度のクロックの CPU なんぞ誰も相手にしないよな。

ソース同じかも知れないが此処にも出てる。
http://prom.alphaloop.com/view.php?type=prom&ID=1593

極秘に開発されているって、やっぱりItaniumがコケるの予想してたヤツが多かったのかな。
何処かでItaniumサーバの出荷量が2001年で数百だったって記事見たけど、開発会社は、
騙されたって思っているのかな。

Microsoftも災難だな。Itanium版WinXPなんか作っちゃって。

http://www.zdnet.co.jp/news/0201/28/e_itanium_m.html

ガイシュツだけど別バージョン

じゃんぱらでItaniumが売ってた
動作確認どうやったんだろう？

>>211
ぷらっとほ〜むにでも持って行って試したんじゃねえか？（藁

つか64bit使いたかったら、サンマイクロ買えってこった。

サンマイクロは会社なので買えません

いまだにアルファの500MHｚを使ってるのだが・・・・

>>212
おお、その手があったか
本多の親父さんに頭下げるのか(w

しかし誰が売ったんだろう、とか
買う奴いるのか、とか興味が尽きないなぁ
来年あたり行ってもまだ売ってたりして(w

>>211
俺も見た。思ったよりリーズナブルな値段だったね。痛ニウム。
使い道ないけど。

>俺も見た。思ったよりリーズナブルな値段だったね。痛ニウム。

正しくはアイテニアム

いや、正しくは 亜依テニアム

漏れ的には
Itanium+SerialATA+RD-RAMで
一気にアーキテクチャを変えて欲しかった。

>>217
２ちゃん的には、痛ニウムがいい

>>211
ショップでは確認できないから、動作保証無しです。

>>220
あ痛ニウムに一票。

DEC-Alphaの血を引き継ぐらしいので、あ痛ニウムとは呼ばす訳にはいかない！

空いた荷有無

　
開いた入無

アンケート

Itaniumはきえる
○or×

あ痛乳無

相手に編む

Itaniumって名前は消えるかもしれんが、IA64は残るでしょ。
IntelがSunやIBMに負けてる部分だから無くす訳にはいかないしな。

>>191 「『McKinley』チップは超大型」だってさ。
http://japan.cnet.com/Enterprise/News/2002/Item/020205-3.html
益々自作とはかけ離れてきたな。

p2-XEONだってでかくても自作する奴はいた。

>>231
Pen2Xeonは、でかいとかそういう問題じゃないだろ。
あれで自作するなんて、Itaniumで自作を考える奴より頭が悪そうだ。

PentiumPROから大容量キャッシュマニアはいるんじゃねーの？