Itaniumで64ビットLinuxだぁ！

IntelのItanium（Mackinlay）でLinuxして64ビット
コンピューティングしましょう。AMDの64ビットCPUも
いいかもしれん。PowerPC64ビットとかSparc、DecAlphaも
あり。

激しく遅レスしてしまった。反省。
ついでに256ｹﾞｯﾂ

>>255
NUMA は、MS 提唱でライセンスが必要なのと、
しかたなく DIG64 で対抗したのが２つあるからややこしい。
kernel 2.6 test1 見たけど、両方デコード出来るようになってた。
が、MS が五月蝿いから DIG64 の SLIT の方に行くかもね。

よく知らんのだけど、インテルコンパイラってマジですごいらしいね。
どっかにベンチマーク見たいのあるの？

姫野ベンチのサイズMが、
gcc 77MFlops
icc 509MFlops
くらい違う。

普通に-O3つけただけなので、もっと突き詰めれば差が出るかも。

intel が linpac 201 ベンチマークを出しているが,それによると
Itanium2 x 4CPU は22GFLOPSもでるという. ところが手持ちの Itanium x 2CPU
だと,性能は実に貧弱にしかでない.メモリ容量にあわせて行列のサイズを
減らしてみても,2CPUで最高3GFLOPS弱しか出ない. このベンチマークが
Itanium を捨てて Itanium2 を買わせる為のものではないかと思える程だ.
ちなみにITANIUM2のクロックは1.5GHz, ITANIUM は 0.8GHz である.
クロック比とCPU数を考慮しても,性能に違いがありすぎる.

CPU数が半分、クロック半分だけではありません。
ItaniumからItanium2で、浮動小数点数演算ユニットの数が倍になりました。
なので、FLOPS値が8倍違うのは順当です。

その他にも、キャッシュのレイテンシ削減、メモリバンド幅の向上など、
同一クロックでも速度に差が出る改良がなされています。

さすがに初代Itanium(Merced)は、スケジュールが遅れなければ、
1998〜99年に出ていたはずの製品なので、スピードは期待できず、
IA-64の"実機"としての存在価値しかないと思います。

わが家では、5980円で買ったItanium 800MHzに、
2980円で買ったItanium 733MHzのヒートシンクを背負わせて、
これからの季節、暖房の代わりにしようかと思っています。

AMD の64ビット安いよね,部品もシステムも. もしもこれで,OSが
AMDの64ビットを中心に先行して発売されてシェアが伸びたりなどしたら
いくら科学技術計算の性能が良いといってもITANIUMはアイタタタ.

本来PCの分野で商売を中心としていたインテルが,HPのようなもともと
サーバーやワークステーション,しかもコストパフォーマンスがPCに
くらべて圧倒的に悪いものを作って売って,メインテして飯の種に
しているところなんかと組むからこうなるのだ. エントリーの
値段が高すぎる. その性能差などは2年後の中堅クラスのPCに追い抜かれて
しまう.3年後なら普及型のデスクトップに抜かれ兼ねない.
つまり,お金をどーんと投じてWSやサーバーのような長期間たとえば5年
間それでずっとやるぐらいなら,3年とか2年半ごとにPCのちょっとだけ
いいやつに乗り換えて言った方が,資金の運用もかしこいし,5年間なら
5年間の間の幸せさはPCの方が上ではないの? 周辺や増設もWSは高いし.

＞シェアが伸びたり
もう既に CPU 出荷台数抜かれてるだろ。

>>245
収容でいいとおもう。普及が進んできたらforkするという方向で。

実は過去にAMD64(名前は違っていたが)のスレがこの板で2度程立った。
誰も見向きもしないので、dat落ちしていった。ﾅﾓﾅﾓ

とりあえずReoWorksのHDAMAで組んだ。
Itaniumじゃ気軽に自作できないよな。

本音を言えば、Itaniumﾎｽｲ

IntelのCコンパイルでコンパイルされたディストリビューションってありますか?

コンパイルでコンパイラされたディストリビューションはありません。
ていうか、gccでしかコンパイルできないソフトが多数だから無理でしょ。

Itaniumがもうちと安けりゃなー




…と無理を言ってみる

AMDがｶﾞﾝｶﾞﾚばintelは下げる。

>>269
コンパイラ・・・。もう呂律が回らないとは・・・。吊ってきます。

>>270
すでにXeonMP並みに下がったので、かんがって飼ってください。

Xeon のDUALマシンなら11万円ぐらいからあるんだが,まださすがに10万円台,
20万円台のアイタニウムマシンはあるまい. インテルはHPなんかと早く
離縁すべき.あるいは,AMDにシェアを奪われるチャンスを与えないように,
さっさとIA32の素直な拡張のアーキテクチャーによる安価な64ビットマシンも
作るべき.

>>273
XeonとXeonMPは値段が違う。

初代Itanium2マシンでよければ、ヤフオクで24万で2回出てる。
新品だと、さすがに40万するけど。

Itaniumマシンは轟音が酷い。あれは自宅におけるような
ものじゃない。

linuxっていくつ？

>>275
あのぉ〜、初代 Itanium には、直接ファンが付いてるサーバ製品無いんだけど…
（VIA C3 じゃ、ないんだから…）
もちろん、装置冷却ファンは、そりゃぁもう轟音な訳だが。

>>277
頭悪いね。

だから、linuxっていくつなのさ

すると、BSDはいつなのよ

でもMSは、「もう」だよ。

VAIO P4 2G 512MB と iMacG4 1G 512MB　で実際に比較しましたが、
なぜかiMacの方が動画編集早いのはなぜ？
IllustratorとFlashで元動画をトレースにレイヤー5のアニメを作りましたが、
なぜかiMacの方が出来上がりが早いのはなぜ？
クロックは2倍ですが…。

>>282 誤爆？

アイタニウムよりもPOWERPC G5 の方が,ナイスなんじゃないだろうか？

>>284

あげで　そんな事書くから　マカーうざいって　言われちゃうんだぞ

>>285
AIXかも知れんだろ、AS/400かも知れんだろ。

>>282には、5時間ほど考えたがな（ｗ

>>286
IBMはG5なんて言わんが

PowerPCとIBMのPOWERは別物だろう……そりゃまあ源流は同じだが。
AppleのパフォーマンスはG3あたりから急激にSONYじみてきてるよなぁ。

コンパイラまで含めて考えれば,総合的にはITANIUM2にまだ利があると思われ.
MSはAMD64用のWINDOWSサーバーを出荷するらしい.

↓この記事かな?　2004年後半でしょ。

ttp://japan.cnet.com/news/ent/story/0,2000047623,20061433,00.htm

記事の下の方にItanium用の廉価版を出すというのも載ってる。
「Intelの64ビットItaniumチップ向けの、Windows Server 2003の廉価版をリリースすると発表した。」

アイテニアムいいよね。
エラーハンドリングの仕組みとかちゃんと作れるし。
OpteronやP4とはさすがにモノた違うよ。

なぜか自作とかいう言葉出てくるのが痛いところだな、このスレ。パチョコンじゃないのよ。

>パチョコンじゃないのよ
私は自宅で計算機としてパーソナル・ユースで使用するつもりなんだが。

パーソナルでIteniumがうれしい用途ってなんだ？

自慢。

自宅での研究用途です。(FEM等の科学技術計算関係の研究者です。)

うむ、パソコンじゃない、暖房機だ。

コストパフォーマンス悪いです。購入価格も電気代も。

seti@homeの1 work unitをどのぐらいで処理する？

>>295
人工生命と人工経済飼ってるんだが、俺も欲しいわ。

>>297
クライアントのダウンロードのところにgnuって書いてあるから、パフォーマンス悪いんじゃないかな〜。

地方大学ってマジ大変だよな、計算機自宅とか意味わからん。
電気代だけで年数億かかりそうだな。
頑張れよ。

会社の環境で作り上げた成果は会社のものになる。
自分のアイデアとか知的財産を全て会社に提供するつもりはないからです。

全て→全てを

なんかよーわからんが、学校関係じゃないの？

マジレスすると、個人で買える程度のシステムだと、間違いなく
IA32でクラスタ組んだほうが速い。

1cpuで計算させたところでpenium4の方が速いぞ。
4cpuのマシンでは、多大な努力をしてMPIで書き直しても、高々4倍速だ。
仮に計算が4倍早くなったとして、周りに誰も使っている人がいないシステム
を保守するのに要する労力は数十倍にのぼると思われる。

なに、メモリが16GB程必要？
良く考えろ、16GBのデータを要する数値計算が、1.5GhzのCPUが高々4つついた
計算機で、現実的な速度で計算できると思うか？
数値計算において64bitのメモリ空間が意味をなすのはもっと大きなシステムだろ。

金に糸目はつけないって？
OK、その金で会社おこせ。そうすれば誰もあんたの業績を横取りできない。

何の研究かしらんが、数百万も計算機に費すなら、その金で優秀な学生やとった
方がよっぽど成果あがるぞ。

三連休暇なので

>>303
> マジレスすると、個人で買える程度のシステムだと、間違いなく
> IA32でクラスタ組んだほうが速い。

まあ、落ち着け。そして一回使ってから、「間違いなく」って言葉は使いなよ。
これで、マジレスは悲しいぞ。

> 1cpuで計算させたところでpenium4の方が速いぞ。
> 4cpuのマシンでは、多大な努力をしてMPIで書き直しても、高々4倍速だ。

>>292 の用途なら、Itaniumの方が速いよ。それこそ「間違いなく」
あと、上の方で「個人で買える程度のシステム」と言いながら4CPUの話をしているのも？？？だしな。
292も家で使うなら、電力/騒音/値段の関係で、2CPUくらいのシステムを想定しているだろうに。

> 仮に計算が4倍早くなったとして、周りに誰も使っている人がいないシステム
> を保守するのに要する労力は数十倍にのぼると思われる。

だから「思われる」に説得力が出るように、使ってから言えって。
自作コゾーの妄想はやめいた方がいいよ、それが世の中の全てじゃ無いんだから。

> なに、メモリが16GB程必要？
> 良く考えろ、16GBのデータを要する数値計算が、1.5GhzのCPUが高々4つついた
> 計算機で、現実的な速度で計算できると思うか？
> 数値計算において64bitのメモリ空間が意味をなすのはもっと大きなシステムだろ。

「良く考えろ」
CPUのクロック周波数と、メモリの量(あるいは帯域)に常に関連があるのかと、小一時間、、、、
16GBのデータが必要なら、間違いなくメモリに置いておきたいだろうが。

16GBを常にメモリにいれておきたい＝頻繁に計算に使うデータが16GB
そんな計算2cpuでやるの？
スゲーなー、そんな計算を自宅でやるとは凄い。
ていうか、あんた本当にコード書いた事あるの？

>>305
RDB使ってると16Gをつねにメモリに入れておきたくなるよ。

RDBってこれ？
ttp://www5a.biglobe.ne.jp/~tacky/rdb/rdb-000-toppage.htm
おいらは使った事無いからわからんかった。独りよがりですまそ。
凄いんだね、このデータベース。
でも数値計算するときに、計算機のメモリ上にデータベースおいておく
理由がわかんねー。どうして？

>>307
305が入れておかなくてよい理由を説明してくれるのでそれを待とう。
305は特許でも取っておいたほうがよいぞ。

307はRDBの話をしていたのか。それは305は関係ないな。スマソ。

しかし数値演算で16GBのメモリが無くても困らない画期的な方法は
聞いておきたいところだ。どうも自宅に置くとメモリ使用量が少なくて
済むらしいが、何かすごい技術が使用されているに違いない。

今後は研究所や大学、自動車メーカの計算機センターが続々と自宅に
移動するに違いない。

RDBってリレーショナルデータベース?
まあ、確かに大規模なものになると4GBを超える作業領域・キャッシュが
欲しくなるので、64bitマシンを使うという話は聞くが。

っていうか、別にいいじゃないか個人で買っても。

>>305
科学技術分野であれば普通にあるでしょ。
一回のシミュレーションでテラバイトなんてフツー。
ちょこまかHDに読み書きしてると劇遅なんだよね。

>>309
申し訳ないのですが、例えばどのような科学技術系の数値計算で
リレーショナルデータベースが必要となるのか教えていただけな
いでしょうか？
SQLとか使ってデータをとってくるのでしょうか？
私は流体屋なので、ちょっと想像つかないです。

>>305 一回のシミュレーションでテラバイトなんてフツー。
出力データがテラバイト、という意味ですか？
それともオンメモリでテラバイトオーダーのデータを扱うのが普通、
という意味ですか？
後者だとしたらすごい研究ですね、興味があるのでよろしければどん
な分野かおしえてください。

ちなみに地球シミュレータで扱かっているのは、水平20km格子、鉛直256層の
2048x2048x256=1G個の格子、変数の次元を12、64bit REAL でLeapfrog
で解くとして、大雑把に見て200GB程度のデータを扱います。
これを640ノードに分散並列化して解くわけです。
しょせん流体系ではこの程度が頂点なので、その末端である私などは
みなさんからみれば私などたしかに自作小僧ですね。
地球シミュレータが一応今の所は世界最高の計算機だと思い込んでいたので、
自宅でもてる程度のitaniumと同次元、といのはカルチャーショックでした。

>>313
科学屋でないからわからんけど、精度上げたらどんな分野でも当てはまるんじゃ。

ソフトで工夫して2GBのメモリをやりくりする代わりに、
ハードに金突っ込んで手抜きする・・・っていうのは、
コストパフォーマンス的に許せる場合もあるでしょう。

高々40万〜60万のパソコン + メモリ代で、
本来の研究に集中できるなら、安いと思う。

まぁ漏れは研究者じゃないし、
メモリが2GBに制限されていて悔しい思いしたことないので、実感ないけど。

#32KBとか64KBに涙したことはある。640KBでモドカシイ思いをしたこともある。
たぶんそれと同じことが、2GBでもあるのだと思う。

>>313
309=310
ただの間違い。
「入れておかない」は「メモリに入れておかない」

なんかよくわからんし、全くリナクスと関係ないんだけど、
バカSEが職業計算屋にケンカ売って論破された、で終了？

>>313
> オンメモリでテラバイトオーダーのデータを扱うのが普通

上記条件に当てはまるかどうか知らないけど・・・

NEC、ドイツ気候計算センターに世界最大規模のデータ管理システム納入
http://japan.linux.com/news/03/10/02/1331255.shtml?topic=1

>>ちなみに地球シミュレータで扱かっているのは、水平20km格子、鉛直256層の
2048x2048x256=1G個の格子

嘘書いてた。緯度方向は南北90度までだから、2048x1024x256の0.5G個の格子、
が正解。もちろん解像度はこれだけじゃなくて、領域モデルだともっと細かく切ったり
します。地球シミュレータで扱う典型的データ量、という意味で参考程度に。

>>318
0.5G個の格子x10の変数 x 64bitとして、一つのステップあたり40GBの出力が出ます。
短期予報とかで毎時のデータを記録するとして、積分時間一日あたり40GBx24≒1TB
3年後までの天気を見ようと思えば総データは1Petaになりますね。
幾分資意的ではありますが、オーダーとしてはまさにこの記事に合致します。
実際にはある境界条件を与えて1000年後、などが興味の対象なのですが、そのような
場合にはもちろん毎時のデータではなく、月平均などを記録していきます。
これらを巨大なテープ装置を駆使してこれだけのデータを順次記録していくわけです。
このように、現在の気候予報の先端は主記憶10^2GB, 二次記憶1Pのオーダです。
もちろん計算機スペック上はこれ以上の記憶容量をもっています(地球シミュレータ
だと主記憶が16GB×640ノード＝10TBあります)が、じゃあ一度にそれだけの計算を
おこなえるかというと、計算時間や並列化効率を考えると現実的じゃない、
ということになります。
>>315 もうおわかりでしょうが、世界で最もハードに金をつぎこんで手抜きしたも
のが、上記のスペックをもつ地球シミュレータ、というわけです。

もちろん、大型計算機を使うのは地球物理だけではなくて、例えば天体形成の
シミュレーション等だと、微粒子一個一個を追いかけたりすれば10億個どころで
は無く、莫大な主記憶を必要とするでしょう。しかしながら、現状ではそのよう
な計算を、単体で現実的な計算時間で行う計算機は無いように思われます。
主記憶におく必要があるデータが莫大な量＝複数回計算に使用されるデータが莫大な量
＝ものすごく莫大な計算量、というわけです。

>>306,310あたりで、一度でも参照され得る可能性のあるデータは常にメモリ上にある
のが理想的、といった意見がありましたが、まさに典型的DB屋の考えですね。
どちらが良い悪い、というわけではなくて、いわゆる数値計算とは本質的に思想が異なります。
DBの場合だと一瞬でもレスポンスが遅れるとだめで、アクセスが集中した一瞬のために、
99.9％の時間は遊ばせてでも性能を確保しますよね、
数値計算の場合には、全てのリソースがまんべんなく、大部分の時間帯でピーク
に近い性能で動いてくれればいいのです。
全体の一割の時間にディスクアクセスが入りもたついても、残り90％の時間で
ピーク性能がでていればよいわけです。トータルの計算時間だけが問題ですから。

支離滅裂になってしまいましたが、私の意見としては、科学技術系数値計算
を行うのであれば、200万出して一台の計算機を買うよりかは、10万の安PCで
16ノードのクラスタをつくってやったほうが、いろんな意味で効率的だと思います。
これはあくまで私の意見、であって必ず正しいわけでは全くありません。
どなたかがおっしゃったように、本当に2cpuのItaniumが私の常識を凌駕する
性能をもっているのであれば、是非とも購入してすばらしい研究をなさってく
ださい。

>>320
ＲＤＢも全データをメモリーに持った方が良い計算の一種だね。
地球シュミレータとの違いも理解してるし。

ようは、全部計算しなきゃならない地球と、全部参照する可能性は
有るけど、計算は一部っていう計算の違いだね。

ワーキングセットがメモリに収まってないとDisk I/O速度でしか計算
できません。必要な主記憶の量は、RDBや数値計算と言った違いより、
ワーキングセットの大きさに依存すると思いますが。
(全体をなめるようにアクセスする数値計算のほうが、メモリ量が必要
と思うけどなー)

あと、PCのI/O性能は汎用機系(ベクタースパコン)から比べると低いです。

(私はRDB屋でも数値計算屋でもなくて、コンパイラ/コンピュータ屋でした)

お値段の話だけど，
SupermicroのMBにCPUバンドル(dual Itanium2 1.4GHz 1.5MB L3)だと↓

ttp://www.myspec.com/?cnt=shopping&category=03020505&gsw=1&sort=&pg=4&mkcd=59

こんなのもでてきたので，予算的に厳しければIDEモデルで我慢して
メモリーは後でお金が出来たときに増設することにすれば60〜70万くらいのようです。
これなら手が届きそうに思います。
来年は DP Itanium2はFSB533が出るようなので，今，手をだすかどうかは「?」ですが。

某メーカーのItaniumマシンサポート状況はお寒い。
とっかえひっかえレスポンスの悪い方々が出てくる、いやはや。

>>324
年末年始の勤務、おつかれさまです。

>>324
>とっかえひっかえレスポンスの悪い方々が出てくる、いやはや。
近頃のコの業界標準ですと、それはサポートが良い方に入ります。









入るんだよなぁ、実際、いや、マジで。
２週間音沙汰なしで、解決しましたぁ？って電話が来て、話してると
他のユーザでも同じ問題が出たから、解決策欲しいなぁって事で、
客をなめてるのかなぁと思ったり。コラ、大きなユーザだからなんとか
しなきゃならないなんって俺に言うな、最悪でも騙しつづけろ(；´Д⊂)

インテルも、そろそろAMD64対抗の64ビット化x86マシンを出して来なくちゃあね。
そうなった時に、AMD64との戦いはいったいどうなるんだろうと思うね。
イタニウムはなくなるの? とかも。

>>323
しかしdual Itanium2なんて意味あるの？性能的に1CPUでは
P4EE最高クロック＞Itanium2最高クロック≒Xeon最高クロック
だから大きいメモリ必要なヤツ以外は意味無しと思うが。

メモリ越えると、めっきりと遅くなるから、4GBを越えるメモリを必要とする
計算をしまくる人にとっては、CPU自体の速度よりも、最大実メモリサイズの
方が本質的要求だったりするんだよね。

PCクラスタも同程度の値段ならIA64システムより
総メモリ量としては多く載せられるから、
1プロセスで4GB越えを望む人に需要は限られてくる気がする。
しかも、メモリ空間が大きければいい人は、コスト考えて
Athlon64かG5に流れるだろうし

Itanium2は性能いいみたいだからサーバ向けや高性能ワークステーション向けで
成功するはず。
現実にSUNのSPARCとかは性能面で太刀打ちできないみたいだし。
マイクロプロセッサは量産すればするほど儲かるからIntel相手に勝負できる
メーカーはないと思う。
パソコン市場でIntelが儲かってるうちはItaniumは安泰だろうね。
（パソコンや低価格サーバはこの先もずっとx86だろうけどね）

Itaniumは本来ならILP(InstructionLevelParallelarism)を
コンパイル時に抽出して、ずらりと並べた演算器にそれらを
同時に食わせることでパフォーマンスを上げるっていう基本的な
考えがあるわけだけど、どうもこれが限界らしいじゃん。
http://pc.watch.impress.co.jp/docs/article/20010919/kaigai01.htm
http://www.watch.impress.co.jp/pc/docs/2002/1004/kaigai01.htm
Cをコンパイルして抽出できる並列性には限界があるらしい。

じゃあどうすればILPを限界まで高めることができるのか。
言語、言語処理系。いろんなアプローチが求められてると思う。
ひとつ情報工学通のおまいらの考えを聞かせてくれ。

HT

ItaniumはLinuxと相性が良くないと思う。
IntelのCコンパイラの技術をオープンにしてgccに組み込むとかしない限り。

それでも、C言語を使う限り、それほどItaniumの性能は引き出せない。
かといって、並列に処理可能なことを記述できる言語が出てきたとしても、
プログラマの考えられる複雑度を越えてしまいそうな気がする。

だからVLIW流行ってないだろ。

Itaniumはアーキを決めた時期が悪かった気がする。

Itaは負けが決定ということですか？

>>337
CおよびCコンパイラの負けが確定ということです。

アセンブラで書けば最強ってことでひとつ

>>339
並列度って人間が考えてもそうは無いよ。
無茶苦茶頑張ると保守できないコードができあがる。

RISCだって最適化コンパイラがないと性能がでないから、同じ。
RISCやItaniumは最適化コンパイラが命だからね。
Linuxは結局x86でしか性能がでないってこと？
ItaniumはHP-UXで使えってことですか？

商用ソフトに関してはIntelの最適化コンパイラ使ってるんだろうけど、
Linux自体がネックになるとはね。

>>335
実際のDBMSで性能がでてるからItaniumが注目されてきてる。
Itaniumのクロック自体、ほかのRISC系CPU以上だからItaniumの最大性能
引き出せなくても、早いってこと。
CPUの数が少ないシステムではItaniumつかっても意味ない。

たとえばSPARCと比べるとItaniumの最適化の難しさは
半端じゃない。x86だって何の最適化もしなけりゃ遅い。
問題は最適化のし易さです。
という点で考えるとItaniumはダメすぎ

結局、ニッチな分野向けになってしまうのかな。残念だ。

Itaniumの性能がリニアに伸びるという仮説は
ILPの抽出具合にかかってるわけだけど、ハードウェアの
エンジニアが考えていたよりもコンパイラ製作ってのは
大変だったってことなんだろね。もちろん少しずつ
であれば、性能は改善されていくだろうけど。
Itanium2程度の実行ユニットの個数で頭打ちになる事態は
当初の設計じゃ少しも念頭になかったのかな。

>>342
コンパイラ屋さんはこれをネタに20年はご飯食べられる
はずだったんだろうけどね。

IA64のアーキテクチャは、新しい要素もあるけど、
従来のコンパイラ技術でやってもたくさんのレジスタがある分、
従来と同程度以上の最適化はできる。
ただそれ以上やるには、sparcやx86とかのマルチメディア命令同様、
コンパイラだけでやるのには多少荷が重い感じがするのはいなめない。

並列度の抽出は、今後のCPUがマルチコア化されるのが見えてるから
ずっとつきまとってくる問題で、コンパイラ屋は自動並列化の方が
汎用性が高くて好きだろうな

以上、すべて私見。

いちどニーモニクに落としてから並列化したらやりやすいので
ないですか？
もうそうしてるのかな？

細粒度の並列性抽出なんてたいしたことないって。もうネタとして
終わってるよ。

たいしたことないのは、研究成果じゃん
誰も自動並列化を使わないお寒い実態

コンパイル遅くてやってらんね
これが一番困る

>>348
彼等の手におえる問題というのはもうなくなりつつあります。
それでいて「情報」は終ったとかなんとか。終ってるのは
おまえら自身だってのに。

素直にベクトル命令の強力なのを備えた方がよくはなかっただろうか?

ベンチマークでいい値を出してるのも、数値計算系なんですよね。

ベクトルとまではいかなくても、数値計算用のSIMD命令あれば、
それで十分なんじゃないかと思ったりもします。

ただ、Itaniumには、プレディケーションなど、パイプラインストールしにくい仕掛けがあるので、
コンパイラがうまく使ってくれれば、効率の良いプロセッサなのかもしれない。

まぁとりあえず、初代MercedがTDP 130Wって時点で、効率も何もないわけですが。

ベクトルユニットを付けるより、プリロード、プリフェッチ命令つけて
ソフトウェアで頑張って疑似ベクトル化した方がコストが安いという
目論見があったみたいだけど、コンパイラが頑張ってくれないと…って感じだろうね

文字列処理は苦手だと思うね。

AMD64 に押されて、このスレはスタレ気味なヨカ-ン。