Itaniumで64ビットLinuxだぁ！

省略されたし、書き忘れたので。
Linux を使う限り
いつまで経っても、ｲｿﾃﾙ がライバル視している
既存の 64bit UNIX サーバには追いつかないです。





『信頼性なんて論外。』

良ければ ia64, 2.4.18 のソース見てね。
arch/ia64.kernel/mca.c
特に CMC/CPE (ハードが自動訂正する NON-FATAL な CPUや Platform(メモリ) の障害の事）。
イベントログとしてレジスタダンプして元のコンテキストに戻るだけ。
CPUコアに埋め込まれたキャッシュや、メモリの１ビット ECCエラーなんて
インターミッテントに起こるか？
数回の前兆の後、壊れる時は固定的に壊れちゃうモンだよ。
するってーと、どうなる？
ログ吐くためのオーバーヘッドでシステム性能ｶﾞﾀ落ち。
他の商用 UNIX は、ある閾値をもって、障害割り込みに蓋をして。
今度は一定時間に障害があるか否かチェックするモードに切り替えて
ログ吐きを少なくして。
それでも尚且つ障害が起き続けるのなら、ログ吐きを止めて。
尚起き続けるのならシステムダウンに繋がる固定障害なんで
早めに管理者に気付かせて、次回のリブート時には
ハード交換してもらうよう促す。
或いはクラスタリングで、他の装置に切り替わるようにするとか。

俺がハックしてポストしたいよ。
どっちかというとミドルウェアの方かも知れないが。

でも個人でやっても商売にならんから Linux は使う気になれない。

すんまそん。

むちゃくちゃ無知なんですが、64bit化したことによって、
恩恵を受けるビジネスオリエンテッドなアプリケーションって
どんなものがありますか？
また、どんな仕組みでメリットが生じるのでしょうか？

つまり、

「どんなアプリケーションで？」
「アプリケーション側でどういう対応をすれば？」
「どんなメリットが？」

というのが分かってないのです。

Itaniumの資料には in-memory database とかいう言葉もありましたし、
大量のメモリを扱える、というのは分かるつもりなのですが、
「64bitアドレスで処理できる」と言われただけでは、
漠然としすぎていて、よく分かりません。

何か情報へのポインタのようなものでも構いません。
よろしくお願いします。

# 以前、Alpha+64bit Oracleのページ見つけたのに
# ブックマークがどっか逝ってしもた。。。

あ、Googleで見つけますた。

64ビットUNIXの効用
http://tru64unix.compaq.co.jp/technical/64bit/nc970106/unix64.html

ver -r とやると、メモリを2GBを超えて搭載してSCSI　HDDから
ブートができない場合には：
EFI　Shell version 1.02 [12.38]
FATOpenDevice: read of part_lba failed Device Error　＜＝ここに注目
Device mapping table
blk0: VenHW(Unknown Device:00)
blk1: Acpi(PNP0A03,2)/Pci(1|0)/Scsi(Pun0,Lun0)
blk2: VenHW(Unknown Device:9F)
となる。　fs0が行方不明。
ところがメモリを２GB以下に抑えてブートができるようにした場合には、
map -r の出力は
EFI Shell version 1.02 [12.38]
Device mapping table
fs0: Acpi(PnP0A03,2)/Pci(1|0)/Scsi(Pun0,Lun0)/HD(Part1,Sig省略)
blk0: 省略
blk1:　省略
　...
blk3:　省略
といったぐあいにfs0がちゃんと現れる。

マザーボードの刻印などからみるに、
三菱のマークがあるので、これは三菱製品？？？

Phoenix base の BIOS と、29160 の BIOS の相性って感じですね。
お使いの Adaptec 29160 は、通常の？ Low Profile 版？
見分け方は、裏に廻って外部ポートが、デカイ 68pin のヤツなら通常の。
3cm 位のちっちゃいヤツなら Low Profile 版。
前者は、2.55.00 に。後者は、2.57.00 (not 2.57.2) に down してみては？
と言うのも、昔、どちらの SCSI カードも Intel WS SDV で
2GB 超メモリ積んで動かした事があるから。
http://www.adaptec.com/worldwide/support/drivers_by_product.html?sess=no&prodkey=ASC-29160&cat=%2fProduct%2fASC-29160

Itanium マシンでの DOS ブート(BIOS update のため）のしかた
知ってますよね？マニュアルに書いてあると思うんですけど。

Itanium2使ってるひといるの？
>>75のスペックは気になる。

>>90
それほど難しい実装でもないと思うが・・・
主要開発者にItanium得盛りのマシンでも寄贈するか貸与すれば
ぐんと進むだろうよ。

>>99
NUMAの資料をみると開発は結構難攻してるもよう

Itanium2 を積んだマシンが９月末までなら７８万円ぐらいで売られているよ。
日立は、Itanium2の思いもかけない高性能にあわてて、IBMへのOEM供給製造
をしていたPower３（４？）のマシンをダンピングして在庫処分にかかったね。

>>92
HPとかのホワイトペーパーやらの中には、Machine Check要因としてintermittentな
エラーを想定しているような事が書いてあったと思われ。（「障害要因としてはα線などに
よるデータ破壊があります」みたいに）

要は、実装の仕方の問題なんだろうけど。障害処理をどう実装したら良いのか、
経験が無い分未熟なのではと考えてみた。

>Itanium マシンでの DOS ブート(BIOS update のため）のしかた
>知ってますよね？マニュアルに書いてあると思うんですけど。

知りませんが、マザーボードのBIOSをアップデートするのではなければ、
SCSIカードを抜いて、ほかのIA-32のマシンに移してからSCSIBIOSの
アップデートを行い、それでIA-64のマシンに戻せばいいのでしょう？

しかたがないので、昨日からLS120のFDにブートパティションを作り、
そこに/dev/sda1 の内容と同じ物を書き込んで,手動でEFI　SHELL
のコマンドを操ってOSをブートしています。但し、OSから再起動を
かけても、かならずEFIシェルのところで起きる
　FATOpenDevice: read of part_lba failed Device Error　
のために、かならず手動でFDのデバイスをしていして、ELILOって
キーボードを叩いてやらないといけないから、リモートからネット
ごしにOSの設定変更や再起動などの管理ができないのが欠点。

>>97
大変ありがとう。
29160のROMBIOSのリビジョンを3.10.0から2.57.2にダウンバージョンしたら、
４GBのメモリ搭載でも正常にブートパティションを見つけてくるようになり
ました。手持ちがないのですが、おそらく８GBでもブートできることでしょう。
これで当面ブートに関する部分の困難は解消です。
　次は、２GBを越えてメモリを積んでいる場合にIntelのPRO/100　PCI　NIC
を使ってネットワークしているのですが、FTPなどで100MB程度のファイルを
ダウンロードしようとすると、えらく時間がかかったり、途中でネットワークが
落ちたり不通になる問題を解決しなければならない。これは多分OSとデバイス
ドライバー周りでしょうね。なぜか2GB以下のときには症状が起きない。
＃
AdaptecはIA-64の開発グループの一翼を担っているのに、この２GBを越えて
メモリーを搭載するとブートしないという問題が自覚されていないというのは、
なぜでしょうか。
＃
ちなみについでにAHA2940UWをSCSIのマスターブートコントローラ
として使おうとしてもこれまでは、ブートに行く前に画面が真っ赤に
なって、レジスターダンプがでて死んでいたのですが、最新のROMBIOSの
リビジョンである1.32から最新の2.20.0にあげたら、なんと、これもまったく
正常にブートができるようになったんです。29160と比べてSCSIバスの転送
能率が低い（４０MB/S　Max　v.s.　160MB/S)だけですが、これでも使える
です。（但し29160は64bit PCI/66MHz でも使えますが、2940UWは
32bit PCI/33MHzのみ）

http://www.nytimes.com/2002/09/29/technology/circuits/29CHIP.html?pagewanted=2&ei=5062&en=573e03cf736d51a5&ex=1033876800

投げ出したりしないよね？

多分、GCCのような昔ながらの設計で作られるコンパイラに関しては、
AMDの６４ビット方式の法が、Itanium方式よりも簡単に信頼性良く
つくれ、性能も申し分ないか、むしろよかったりするだろう。
　問題はどれだけ早くOSとキラーアプリケーションを見方につけるかだけども、
アプリが早く乗っていたという実績からすればALPHAもMIPSもPOWERも
老舗だが、所詮マシンが高額だった。特にメモリー周りが高性能をだすのには
簡単安価ではなかった。
　Itanium（２ではない）で浮動小数点演算の典型例である行列乗算は
800MHzのCPUでPC-100のSDRAMを４スロット並列でつかって、
2.4GFLOPS程度が限界のようだ。DUALだと4.5GFLOPS程度。
計算はもちろん６４ビット浮動小数点数。

>>109
今のAthlonだと倍精度浮動小数点の行列乗算てどれくらいなんだろ。
和と積の並列演算ユニットなら結構速そうだけど、
自作雑誌とかにはそういうベンチマークは乗ってないんだよね。

RedHatも7.2以降はIA-64用Linuxを出していないから、おそらく商売の観点から
は、見限ったか様子観だと思われる。AMDが出してくる６４ビットにむしろ期待
しているか、あるいはその裏でIntelもAMDに似た６４ビットCPUを作っていると
されるのに対応したLinuxを極秘で開発するほうに注力しているのではあるまいか。
　ともかく、IA-64はいまだに継子のままである。このままでは、サポートが
打ち切られてしまうのではないかと心配だ。

(-＿-) SPECfpでAlphaに抜かれた21264に。鬱だ

>>112
コンパイラがボロだからねぇ。仕方ないよ。
元COMPAQのコンパイラ屋が大挙してIntelに移籍したから
後５年も立てば(それまでもてば)良くなって来ると思う。

(-＿-)intelのコンパイラを使ったOpteronに肉薄されてる。鬱だ

>>114
opteronってHammerのこと？
それなら永遠に出ないから大丈夫だよ（藁

(-＿-)年末登場Alpha21364には勝てそうもない。鬱だ

64ビットの次は１２８ビットかな、それとも９６ビットぐらいだろうか？

ちゅーとはんぱやなぁ！

Itanium用のRH7.2のカーネルのリビルドで、カーネルのページサイズを
menuconfig で大きな値を選んでやると、scsi-dma のソースコードの
コンパイルのところがエラーになって、実際にはリビルドできない。
　なんでかなぁ。誰か大きなページサイズを選んで、リビルドできた？

自作板で話にあったMSXのレイトレーシングを
ベンチマーク化したもののソースをコンパイルしてやってみろ。
http://www5e.biglobe.ne.jp/~liquor/raytrace/
今のパソコン、スゲーハエーよ。

↑もしかして誰も64ビットなんて使ってない？
それともコンパイルできねーとか(w

>>121
環境依存べったりじゃん。

環境依存は2箇所しかないぞ。

ていうか、64bit環境使ってて、
レイトレのベンチなんてやりたがる香具師なんているの?

10分のにらめっこ。1秒の快楽だ。

Itanium(初)733で1.8秒。

Itaniumの成功は約束されている。
Sunも時期に手を染めるだろう。

age

>>127
ぉゃぉゃ、6, 7 年前にタイムスリップしてしまった方がいらっしゃいますよ。(ﾌﾟﾌﾟﾌﾟｯ

>>125
でコンパイルできたのか？

>>122
でコンパイルできたのか？

AMDの６４ビット機、だれか手にいれたかい？

>>120
の環境依存がなくなってるぞ。#pragmaがよくわかんねー。

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

ひろゆきって・・
挙動不振じゃないかい？

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

ひろゆきは毎日何してるの？ｗ

>>64
どこにいきます？(^_^;)

なんだか低調やなぁ。AMD-６４のマシンはどうなったんかな。

（＾＾）

(-＿-)年末登場の予定だったAlpha21364が今頃出てきたけどやっぱり早い。鬱だ

Hammer発売間近なんであげ！
ベンチの結果がこちら
http://www.x86-secret.com/articles/cpu/k8-1/k8-7.htm

苦労ハマー買おうぞ〜

もうすぐでるよ〜

http://pc.watch.impress.co.jp/docs/2003/0124/kaigai01.htm

つかこのウンコなスレタイなんとかならんでしょうか？

Itanium２って販売禁止命令出たって聞いたけど

>>78 の方の問題って、解決しました?

RedHat7.2でメモリ7GB積んで、普通に動いてます。
SCSI HBAはAdaptecじゃなくてQLogicだけど。

IBMは64ビット化の際にx86との互換性が無いことをチャンスとみて、
Power4を売り込むことを決意したらしく、Itaniumのマシンを
出すのをやめる（やめた）という噂だ。

ずいぶん昔に、IntelがHPと組んで、Itaniumを出すという噂が流れたときに、
それまで64ビットCPUを出していた各社（DEC､HP,IBM、SGI、、）などは、
価格で勝負にならないだろうと、勝負から降りたような面が強い。
だが、実際には、Intelだって、それほど魔法を持っているわけでは
なかったようだ。
　日本もAMDやトランスメタなどを資金面や製造設備面でプッシュしてやれば、
いろいろと面白い展開がありえるかと思えるのに。

http://www.netlib.org/na-digest-html/03/v03n07.html#2

http://www.theinquirer.net/?article=7966
Linuxにおける'charming oddity'とは何でしょう？

>>152
rpmもしくはディス鳥かな？

http://www.gdm.or.jp/voices.html

めちゃめちゃ安いっすね

Hammer来るよ〜

（＾＾）

Opteron発売あげ

Opteron用のコンパイラってなにつかうのん？

一応gccではすでに対応してると思うが…
x86_64がそれにあたるはず。

どうせすぐ陳腐化するんだから32の倍で64とかせこいこと言ってないで
1024bit位にすればインパクトあるのに、馬鹿だよな。

iccの64bitが使えればすぐに買うんだが

>>163
ﾜﾛﾀ
1024bitの命令セットってどんなんだろ

別にVLIWプロセッサだったら不思議じゃないかな？
transmetaだけじゃなくてintelも最近ではVLIW寄りになってるし。

でもベース1024bitってすげー意味なさげ。
一体どんなデータ扱うのよ。

PowerPC G4で128ビットのほうが早いんちゃうん?

>167
PPC G4(Power4じゃない)は32bit…

http://homepage.mac.com/ayaya16/

>161
ttp://www.pgroup.com/AMD64.htm

http://www.watch.impress.co.jp/akiba/hotline/20030426/opteron.html
一式揃えてもXeonと同程度の出費で済むぞ

http://muryou.gasuki.com/zenkaku/index.html
http://www.muryou.gasuki.com/hankaku/hankaku08.html
http://muryou.gasuki.com/hankaku/hankaku07.html
http://www.muryou.gasuki.com/hankaku/hankaku10.html
http://muryou.gasuki.com/hankaku/hankaku09.html
http://www.muryou.gasuki.com/hankaku/hankaku06.html
http://muryou.gasuki.com/hankaku/hankaku05.html
http://www.muryou.gasuki.com/hankaku/hankaku02.html
http://muryou.gasuki.com/hankaku/hankaku01.html
http://www.muryou.gasuki.com/hankaku/hankaku04.html
http://muryou.gasuki.com/hankaku/hankaku03.html

>>164
>iccの64bitが使えればすぐに買うんだが

% ecc -V -c
Intel(R) C++ Itanium(R) Compiler for Itanium(R)-based applications
Version 7.0, Build 20021018
Copyright (C) 1985-2002 Intel Corporation. All rights reserved.

のことじゃなくて?

AMDの64ビットCPUが安価になってうられてくれれば、イタニウムも
細い配線長で小さく熱を出さないのを作ってクロックをあげて、
値下げをしてくるのを期待できるし、あるいはAMDにそっくりの
64ビット化のアーキテクチャーを改めて出して来るのが早まるかも。

Itanium無印800MHzを使ってみて印象に残ったのは、レスポンスの
悪さ。おそらく割り込みにレジスターがむやみにあるので時間が
かかるのかな？　後は、インテルコンパイラーの最適化はすばらしいが、
最適化しないときとの性能差が激しいのと、最適化を強くやろうと
すると、コンパイルが重たいということ。64ビットのFP演算を
させると、クロック速度が２倍のCeleron1.7GHzを超えることが無いみたいだし。
（SD-RAMの初代イタ二ウム800MHzとPC2100-DRSDRAMのP4Celeron1.7GHzを
比較しているので、その点は割り引かないといけないが。）

さっきRedHatのFTPサーバーを調べてみると、どうもia64の
サポートはRH7.2以降は無くなってしまったみたいですね。
rawhide はタイムスタンプが新しいみたいだけど、あれに
乗り換えたべきものかなぁ。rawhideってup2dateでアップデート
できたりするのかな。Itaniumでは商売にならなかったのかな。　

ところでrawhide に x64-64というのがあったけど、
あれがAMDのOpteron用のブートバイナリとRPMバイナリなんだろね。

http://homepage.mac.com/hitomi18/

>>174
分かっていてわざと書いてるならごめんね．
Itaniumは「アイテニアム」と読むそうです．
(IDF JapanでIntelの人がserver系のセッションの冒頭で
「アイタニウムとかイタニウムとかさまざまに読まれていますがアイテニアムです」と繰り返し説明していました．)

Itanium2 1GHz 3MB L3 を会社で使用してますが，全ての局面でとはいえませんが，
スーパースカラー計算機用の最適化コード(複数レジスタの並列動作を徹底的に狙ったコード)を
efcでコンパイルするとP4 3.06GHzより速いよ．(64ビットのFP演算)

>>177->>178
春厨ｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━ !!!!!

Ｌ３に収まると有利なのかな？

http://homepage.mac.com/ayaya16/

RedHat 7.2 for Itanium を使っています。

Cコンパイラの出力するバイナリの実行速度は、

遅い > GNU GCC 2.98 >SGI Open64 ver.0.010-13 > Intel C++ Compiler Ver7.0 > 速い

こんな具合でした。

他にフリーで使えるC/C++コンパイラで、Itaniumでオススメなもの、ありましたら教えてください。

それでも「Intel Compiler の最適化は、糞」と言ってる企業がある。
そういうところが、無償で自社技術を提供していかなければ良いもの
にはならない。

＞他にフリーで使える
Intel は、こんな事ほざいてるビンボー学術用途向けを狙っている
訳ではないのだよ。パイが広い 32bit の世界ではない。
上述のような「お前のコンパイラ糞。ウチの技術を提供するから対価を遣せ。」
と言ってくれる企業を待っている。もちろん世界の Intel 相手なので
対価≒技術で、技術提携なのだが。

>>180
L3に収まる大きさの問題では無いので，レジスターが多くて同時実行可能命令数が多いことによると思います．L3の効果もあるとは思いますが．
マトリクスの三角分解(skyline形式でブロック分解)の部分では某社のベクトル計算機より速かったです．
(平均ベクトル長がベクトル計算機の性能を十分引き出すには短いこともありますが...)
L3の大きさを考えたチューニングを行えば，もっと性能がでると見込んで，現在，アルゴリズムの検討中です．
IDFの最適化のセッションで行列積のチューニング例が有り，かなりの性能だったと記憶しています．
後日，IDFの記録CD-ROMが送られてくるので，数値がのっていたら報告します．

これが結論！次世代サーバースペックの指標
http://info.nikkeibp.co.jp/opteron/

>>184
151のリンクの記事を読んでみた？アメリカで日本人ががんばっているのだね。

>>186
Kazushige Goto のことですね．
ソースコードが公開されていないのは残念だと思っていました．

>>187
Linux/Alphaの数値演算が遅かった時代に
libmをアセンブラで書き直してた方ですな。

まあ、アセンブラの方が、便利なこともありますからな。
特にコンパイラのバージョンが変わると、せっかく機械語命令
の並びまでを意識して最適化したソースが、コンパイルしなおし
たら、性能が落ちるコードを出すようになったりもするんで。

（　´Д｀）/＜ 先生！！こんナのが有りますた。
http://togoshi.ginza.st/mona/mona05.html
http://www.togoshi.ginza.st/mona/
http://www.togoshi.ginza.st/mona/mona03.html
http://togoshi.ginza.st/mona/mona02.html
http://www.togoshi.ginza.st/mona/monaz08.html
http://togoshi.ginza.st/mona/mona06.html
http://www.togoshi.ginza.st/mona/mona10.html
http://togoshi.ginza.st/mona/mona04.html
http://www.togoshi.ginza.st/mona/mona07.html
http://togoshi.ginza.st/mona/mona01.html
http://www.togoshi.ginza.st/mona/mona09.html

http://homepage.mac.com/hitomi18/

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

第５回
http://info.nikkeibp.co.jp/opteron/

http://pc.watch.impress.co.jp/docs/2003/0702/amd.htm

RedHat7.2なんですが、IntelのCコンパイラで、ビルドし直すと速くなりますか?

64ビットということでは、AppleのG5 PowerMACは注目されてもよいマシンだよ。
値段もデュアルでも４０万台だし。

コマーシャルさせて頂きます。
HP Itanium2機をオークションに出品しております。
興味のある方はご覧ください。
http://page.auctions.yahoo.co.jp/jp/auction/58094356

Itanium2の900MHzはCPUに欠陥があって、インテルがリコールかけてなかった
かな？？

>>199
オークションで買っても交換してもらえるっしょ。

http://www.clubsse.com/camp/zx2000_super/index.html

zx2000が40万円。tbe01217さんほど安くないけど。

何故、安く売っているのだろうか？　Opteronに比べての値下げなのか、
それともまたニューモデルが登場する予定なのかな？
たとえばCPUクロックが倍増しているとか。。

性能が向上した新しいCPU搭載機が出るから、在庫処分だと思われ。

でも、安心汁、Itanium2同士は今のところピン互換だ。

#Mercedは・・・。

やっぱり、欠陥CPUが搭載されているから安く叩き売りなのでは？
どんなコードを実行したらコケルのかだれかご存じない？
もしや、CPUが熱暴走するのか？

>>204
Deerfieldっていう、これよりクロックが5割増で
消費電力もすくないのがでるからでしょ。

覗いたが価値！ウキウキしますよ♪

http://angely.h.fc2.com/page004.html

AMD64並みの値段にして欲しいものだ。
もちろん性能を落としていいとまでは
いわないよ。

来月 hammer 発売なのに全然盛り上がらんから、
６４ビットCPU総合スレを誰か立ててくれ！

再度コマーシャルさせて頂きます。
HP Itanium2機をオークションに出品しております。
興味のある方はご覧ください。
http://page.auctions.yahoo.co.jp/jp/auction/59798506

┌───┐
│ｘゝｘ│
│　⌒　│
├───┤
└───┘

その相田似有無900MHzはチップの熱設計が不良で、900MHzクロックで
作動させると、ハングだか計算結果がおかしくなると言うものじゃなかったかな?
クロックを700だか800だかに下げればOKらしいが。

【hp】は無償交換やってないの?

初代Itaniumについては、無償でオンサイト交換してくれるって言われたけど、
無償でできる時間帯に立ち会えないから、そのままにしています。

>>213
交換どころか、その上の Madison 3M に無償アップグレードしてくれます。

マジ?

AMD64 に対抗してインテル内部で密かに開発がなされていると噂されていた
真の64ビット拡張されたx86アーキテクチャーのCPUはまだでないのかな?
取り合えず,今のインテルのIA32のCPUとピンコンパチにして貰えれば,
いいよね.

ピンコンパチは甘い。

IA32でのピンコンパチの期間は短いこと、
BIOSのサポート(やっぱりEFI欲しくないか?)
などが問題としてあると思います。

>>216
ハイパースレッディングは、機能が殺されてただけで実際にはP3からパターンには
焼き付いていたとの話ですから、今のP4は、メモリバスは64以上だし、SSE２とか64bit
以上のレジスタも扱ってる訳ですから、探せば64bitの汎用レジスターがいるかもしれませんね。
うんがぁ、アセンブラが無きゃどーしようも無さゲデスが。

Intelの場合ピンコンパチでも今の板では使えない罠。
GraniteBayとか使い道ないし。

CPU内部のマイクロ命令を差し替えれば,明日にも64ビットモードが(のろいかも
しれないけれども)動作するようになるというのはどうだろね?

クルーソーのコードモルフィング技術でも,ハードエミュレートできるかも
しれないし.(十分なレジスターがなければキャッシュをピン止めしておいて
レジスタ代わりにつかうとか....)

そんな聞くからに鈍速そうなものを使わされるくらいなら
2Gごとにメモリ管理のワーカープロセス作ってくださいとか言われた方がまだましだ。
#ほんとか?

>>220
マイクロコード方式は遅いので、互換性維持のため、一部の複雑な命令でしか使わず、
多くの良く使われる命令を、ワイヤードロジックで実装することで高速になった・・・のが486。
だと思ってるので、ちょっとパッチをあてる程度以上のことをさせるのは重くなると思う。

#ワイヤードロジックにしちゃったのはNECのV33だっけ?
16ビットではあったものの、当時としては、今のAthlon並みにIntelより速い互換CPUだったね。

今のPENTIUM はCISCの命令列をデコードして，内部のRISC的なマイクロ命令に
変換して回路を制御しています．

>>223
マイクロコード方式と言えなくもないかもしれないけど、
昔のマイクロコード方式とは、違うものなんじゃないかなぁ。

で、Itaniumで姫野ベンチのサイズXLを動かした方、いらっしゃいますか?

サイズLまでは普通に動くんですけど、topコマンドで見ると、
メモリをたった1.8GBしか使っていないので、64ビットの意味ないんですよ。

＞なんちゃって SE (6EzCE8jZ)へ
宿題は自分でやれ

>>226
自分でやって解決できないから、聞いているのですが・・・。

XLをgccとeccの両方で試したが、
片方は実行時に、セグメンテーションフォールト、
もう片方はコンパイル時に、配列が大きすぎる、とエラーになる。
(だいぶ前にやって、記録とってなかったので、どっちがどっちか、わからない。)

飽いたに倦むは,なんだか期待外れだったとしか言いようがない.だって
ちっともクロックの早いの出さないし,値段は高いし,コンパイルは遅いし,
沢山の命令を同時に発行できるというわりには浮動小数演算器の個数が
しょぼいし. とにかく,もういい加減3年目になるのに,ちっとも立ち上がって
いないじゃないか,HPのクラスターを除いては.

確かにコンパイルは遅い。EPICだから、仕方ない。
その分、IA-32よりも、最適化が効いた時の性能向上は大きいと思う。

これでクロックが3GHzとか出れば、暗号化処理とかは32ビットの2倍は出て旨いのだが。

L3-1.5Mの廉価版出たから少し値段はこなれるっぽいけど
どういう風に売りたいのかがさっぱり分からんなぁ。
fpの速さで押したいのか、64bitで押したいのか。

EPICだと,1バンドルに3命令までしか詰めることができないので,
FPユニットを沢山つけてもしかたがないと最初からあきらめて
設計しているみたいでつまらない. それに,もしも1バンドルにもっと
同時並列に実行できる命令の個数を増やそうと思ったら,それは
命令のフォーマットを変えることを意味して,せっかく作り上げた
バイナリコードの資産を捨てることを意味する.それにくらべれば,
EPICではないアーキテクチャーの方が将来ハード側の努力で同時実行
可能な処理を拡大できる期待を遺すものである.

>>231
10年前 RISC は、命令セットを単純にして、ハードも単純に。
深いパイプラインと、スーパースカラは多く。
そう言われつつ滅びようとしてるけどね。

＞将来ハード側の努力で同時実行可能な処理を拡大できる期待を遺すものである.
Itanium は、努力っつーより無理して、何でも詰め込んだ気がします。

＞せっかく作り上げたバイナリコードの資産を捨てることを意味する.
結局は、あと５年。過去の資産は残るから、どうやっても勝ち目は無い。
今は新らし物好きのオモチャでしかない。
新らし物隙は、新しいのが出て、更にコストパフォーマンスが高けりゃりゃ、
またそっちに飛び付くわけで。

＞同時並列に実行できる命令の個数を増やそうと思ったら,それは
＞命令のフォーマットを変えることを意味して
ライナスは頑張ったけど、市場は受け入れなかったし。

EPICにせずともハイパースレッド化することで,
システム全体でのスループットを改善出来たりもするし,
同じシリコン面積を使うならオンダイのマルチプロセッサ化
も可能であろう. CPUの再設計の度に命令のフォーマットを
変更してもよくてソフトは全てソースで提供されて,コンパイラが
CPUモデルに併せて最適化コンパイルしてから実行をするという
ので無い限り,アイタニウムの取ったEPICの方式は,x86がこれまで
のように20年間も活躍出来た方式なのと比べて,あまりにもその場
のみのアーキテクチャー(技術の向上で変更を余儀なくされる)に
思える.

つまりAMD64最強ということですね

インテルはIA-32互換を捨てた、IA-64のみの
廉価版アイテニウムを直ぐに市場に出すべきだ。

同時に処理可能なのが1バンドル3命令だけじゃないよ。
パイプラインには何バンドルも流れてるし、
ロジックが複雑化するのも厭わなければ複数バンドルを同時に実行してもいいわけだし。

それよりも、分岐命令の数を減らせるようになっているとか、
そういうところに着目して欲しい。

命令の並列性を確保して個々の命令をグルーピングするまでは
コンパイラに任せるわけだから、いづればそれなりに性能も上がってくるのかな。
今性能をあげないのはわざとな気もしてるけど。あと3,4年はPCサーバで
儲けるつもりというか。個人的にはAMD64の互換機をインテルに出して欲しいけど。

G5のあのTV宣伝CMを観たら,
そんなもの恐ろしがってだれも
買わなくなるんじゃないかと心配
してみたくなる.

はっきりいってgccのia64対応がまずーな限りはLinux/ia64はありえんでしょう。
LinuxはAMD64です

>>231
バンドルというのはフェッチの単位ぐらいの意味しかないのでは？
実行ユニットの個数との関係っていったい？？
それに並列実効可能な命令なんてバンドルの境界を越えていくつでも
並べることができるんだけど、並列実効可能な命令の個数を増やすために
バイナリフォーマットの変更が必要って何？？
言ってることがむちゃくちゃです。

240さんの言うことに100%同意できない部分もあるけど、大筋は同意。

初代Itanium→Itanium2で実行ユニットの構成が変わった
(たしか、浮動小数点が増えて、SIMDが減った)
りしているように、けっこう柔軟にできている。

VLIWではなくEPICである、ということは、そういうことなのかなぁと。

>>233
>x86がこれまで
>のように20年間も活躍出来た方式なのと比べて,あまりにもその場
>のみのアーキテクチャー
ia64のインターフェイスによりハード・ソフトに確保される
柔軟性を見抜けるひとでないと、ia64を語ることは難しい。

それはさておき、個人的にはAMD64マンセーなんで
Itaniumはお蔵入りでもかまわんのです。

Itanium も Itanium2 も乗加算器(乗算と加算が融合した演算器)が
2つしか無いはずだが. 浮動小数点演算能力に関しては,クロックあたり
最大4演算(64ビット浮動小数の場合), 最大8演算(32ビット浮動小数の場合)
だったと思ったが. SIMD演算に関してはSSEレベルでSSE2ではなかったような.

「64ビットにしない理由はない」――Athlon 64ついに登場
http://www.zdnet.co.jp/news/0309/23/ne00_athlon64.html

AMD64まんせー

あーところでAMD64はこのスレ収容なん？方向性違うし別スレ？

>>239
＞はっきりいってgccのia64対応がまずーな限りはLinux/ia64はありえんでしょう。
意味不明。根拠を述べよ。

>>246
そういう前に、使ってみることだ。

>>247
コンパイラは、金出して買うもの。

>>248
イソテルの社員？

インテルのコンパイラのLinux版は条件満たせば無償だったりするのだが・・・。

UNIXにおいてはCコンパイラはシステムの一部だからねえ。
外部からCCを取り入れて使うってのはUNIX的な発想ではないわな。
IntelがGCCの完全互換を目指すならいいけど。

C コンパイラがついてこない Unix もけっこうあるわけだが。

>>252
ちゃうって。システムのビルドに使うコンパイラが第一ってこと。

gccとIntelのを比べたら、Intelので全部コンパイルし直したくなる罠。

>>100
sgiがNUMAで128CPUとかやってる。
http://www.sgi.co.jp/newsroom/press_releases/2003/sep/naval_res.html

そこら辺は、コミュニティに反映されてると思うが？

激しく遅レスしてしまった。反省。
ついでに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 に押されて、このスレはスタレ気味なヨカ-ン。

age

イタニウムのマシンは、同等のAMD64のマシンに比べて値段が4倍もして高過ぎ。
売っているメーカーとモデルが少な過ぎ。これではWSとして高級なサーバーや
クラスターとしてはなんとかなっても、ほとんどの分野では亡びるぞ。
大体、PENTIUM4よりも時代後れの製造テクノロジーで作るようじゃあ、
どうしようもない。最先端のハード製造設備で作ってこそ、ハイテクであり
未来のシステムであろうに。

そんな燃料じゃ・・・

値段云々以前の問題として、
gcc使うLinuxと、Intelのコンパイラ使わないと性能でないItaniumは、相性が悪い。

AMD64最強

インテルが20万円台のデスクトップのIT2のマシンを出せないこと、
40万円以下でIT2 x 2の小型サーバーを出せないこと、
30万円台でIT2のノートパソコンを出せないことで、
痛丹膿の命運は尽きている。

お前は既に、死んでいる。

Intel Vs. AMD x86-64
ttp://japan.linux.com/kernel/04/05/31/119256.shtm

[LKML]
ttp://marc.theaimsgroup.com/?l=linux-kernel&m=107706941309340

Intel?? Extended Memory 64 Technology FAQ's
ttp://www.intel.com/technology/64bitextensions/faq.htm

ItaniumはRISCを殺すために生まれた。
alphaは死に、PAも死んだ。後はSPARCとPOWERの息の根を止めたら、
黙ってx86に道を譲るんだろう。

ポーカー勝負でいうところの、ブラフみたいなものだったのか？
みな、インテルがいつものように廉価で６４ビットCPUを出してしまえば
それにはコストパフォーマンスで対抗できないとして、勝負から降りて
しまった。MIPSしかり、ALPHAしかり、HP-PAしかり、、、

これは、かつてIBMがシステム３６０を出したときに、その開発コストが
当時の日本の国家予算とほぼ同じという数字を出したとき、ライバルメーカー
は、とてもそれほどの投資には耐えられないし、後発では回収が無理と
おもって、次々と事実上の撤退をしてしまったという事情に似ている。
（金額はオーバーに膨らましてあったと言われる）RCAもGEもハネウェルも
ブルも、経営陣が尻尾を巻いて撤退を命じてしまった。
日本も松下で計算機をやろうとしていて、幸之助がアメリカにいって
銀行家からアドバイスを受けて、計算機開発には莫大な資金が必要で
リスクがあまりにも高いので大手のRCAやGEも撤退したと聞かされた為に、
松下は帰国後、撤退を命じた。

前人未踏の巨額な投資を行って云々した、という神話を作ることによって、
後続のライバルの経営陣の意思をくじいて、市場で不動の地位を占める
という戦略は、このように心理的に有効である。

ItaniumにCMS乗せたら最強のx86互換MPUの誕生ナリ

すでに、IA-32 Execution Layerつー、x86エミュレータがあるっす。
がしかし、そんなに速くないっす。

IntelがElbrus買ったっていうから、ひそかに期待。

あげてみる

自作PC板　Itanium2専用スレ・その2
http://pc5.2ch.net/test/read.cgi/jisaku/1078614189/l50

専用スレと言いつつ最近はPOWER5の話題の方がずっと多い

>>368
なかなかItanium2で自作する人が現れないんだもの。
Itaniumと違って、Itanium2はベアボーンキットは出てたと思うんだけど・・・。

イタニウムは、だんだんとインテルのメインストリームから外されて行っている
ような感じがするね。

秋葉で、CPUとマザーボードが売られるようじゃないと、苦しいね。

本格的普及はXeonとソケット共有にしてからじゃないのかな

Itaniumが無くなって困るのは、ぶっちゃけHPとSGIの2社しかない。
どっちも自社開発のCPUを失うからね。
IBMはPower5、SUNはSPARCをプライマリに推しているから
あとはOpteronとXeonがあれば、品揃えには困らない風に見える。

Itenium買ったあとにopteronが羨ましくなったやつは負け組みだ。
Iteniumかったあとについでにopteronも買ったやつは勝ち組だ。

ホンとHPC分野は金がないと地獄だぜ〜。

>>374
そうかなぁ。top500 に入るとかならそうだろうけど、
Itanium とか言っている程度だったら別にその分の金を
P4/athlon64 とかに回せばそれを上回るパワーをトータル
でえられると思うけど。そういう意味じゃ、昔に比べると
そこそこの計算ならかなり金がなくてもできるように
なってきていると思う。

>>373
SGIってMIPS使うのやめたの？

IRIX用のMIPS-CPUは800MHzか、1GHzを最後に開発終了
だそうです。IRIX自体も開発終了。あとはバグ取りだけ。

>>375
その時その時の最高性能のマシンを渡り歩くのが勝ち組、ってことですよ。

安価で速いマシンが出てくるのを待って研究開発を遅らせたり、
高価すぎるマシンを買って何年も使い続けなくてはいけないとか、
そういうのが負け組なんですよ。

>>378
「最高性能のマシン」ってどう定義しているの？
single CPU の速度？ だったら NEC とかなのかな…
それとも総合的なパワー？ だったら並列にしちゃうと
CPU 単体のパワーだけではない。top500 上位も Itanium,
Xeon, Opteron が結構ある。
結局研究のやり方に依ると思うなぁ。

たとえば top500 の機種なんかメチャ高価で何年も使い続け
なけりゃいけないよ。

>>379
予算内で、やりたいことを最も上手にこなせるマシン。

計算機のハードウェアはつぎからつぎへと更新されて新しくてずっと良いもの
が出てくる。ソフトの方はそれほど良いものは徐々にしか出てこないが。
其のため、幾らでも計算ハードウェア能力を必要とし、しかも実状は単純な
ことを無闇に並列的にあるいはやたら速くやるだけの内容の割合が多い
数値計算やシミュレーションなどがそういったハードウェアの利用目的として
手頃。しかし、金をかけてもそれに見合った「知識/知恵」が産み出されて
いるわけでは全然ない。なぜならマシンが何かを考え出してくれるわけじゃ
ないからだ。ハードにばかり投資して、ソフトを作る人間を雇う方に金が
回らず、どこかからFTPしたり購入してきたソフトを中身に無頓着に
ブン回して、「成果」を披露しまくったって、それはそのソフトのデモン
ストレーション/ベンチマークでしかないのだが、

>>381
ソフトを開発してる間にデモンストレーションが幾つできるかな。

デモンストレーションを数多くこなして顧客アピールできればそれは満足に値するさ

>>381
ハードが新しくなったことにより今までできなかった計算ができるように
なった、ってことはあるよ。いろいろなシミュレーションとか。気象予報、
材料工学、新薬開発、等々。基礎研究でもいろいろ。

ハードが速くなり、人間があまりソフトを書く時に技術/工夫が必要でなく
なり、その分問題の内容に集中できるという利点もある。グループによって
はハードに投資過ぎるという場合もあるかも知れないが、むしろ計算機が
速くなったため、十分のパフォーマンスのものが安く買えて、残りの
予算を人件費や他のものに回せる、というケースが多いと思う。

もちろん、気象予報、癌研究、遺伝子研究、基礎研究にしろ何でも成果が
かけた金に「見合う」か、というのは主観的なものだし、常に存在する
問題。でかい計算機を使ったにしろ使わなかったにしろ。

>>381
研究者は自分でシミュレーションプログラム書いてますが何か？
それとも研究用のプログラムを外注しろとでも(w

>>384
まあ、そう突っかかっていかんでも...。
ぐらぐら沸騰したお茶でも飲んでまったりしましょ。

【PC】HP、Itanium搭載ワークステーション打ち切り【09/25】
http://money3.2ch.net/test/read.cgi/bizplus/1096072553/
http://www.itmedia.co.jp/news/articles/0409/25/news007.html

米HPはIntelのItanium 2を搭載したワークステーション販売を打ち切った。
市場の状況を理由に、同社は64ビット対応の同プロセッサを搭載したワークステーション販売を9月1日で打ち切った。
ワークステーション事業から退くという決定は、HPのItanium搭載サーバ製品に影響するものではないと話している。


> 「当社はItaniumでワークステーション市場に重点を置いたことはなかった。ワークステーション市場ではXeonプロセッサシリーズのNoconaとEM64Tが最もコスト効率が高い」

さようなら　itanium

この分だと、今年中にも、製造中止のアナウンスが出兼ねないね。

特異な CPU なのに。平凡な CPU ばっかになってしまうな。

だって使いづらいよね、Itanium.

インテルのCコンパイラで、最適化を有効にすると、コンパイルが糞遅い。
これだけで使う気が失せる。

>>390
最適化の有無でコンパイル時間はどれぐらい違うの?

390じゃないけど計ってみた
最適化なし4.1秒
最適化あり31秒

>>392
ぶったまげ！そんなに違うんだ！
コンパイル時に命令の並列性を抽出するってのには賛成だけどその処理時間には参りそうだね．

正直、開発用途にはﾂﾗｲよ

GCCが使いモノにならない、という時点で魅力半減ですよ。
Intelさん、GCCに協力してあげてくださいよ・・・。

IntelのコンパイルでOS一通りをビルドし直している人います?

>>392
ｳﾋｰ
せいぜい数倍ぐらいかと思ってたよ。
ﾏｲﾅｰな形式だと有力なアルゴリズムとかないんかな。

実際に走らせて、フィードバックかけられるんじゃなかったっけ？

Itanium用とItanium2用で最適化オプションが分かれてるから、それはない。

>397
プロファイルをつかった最適化だね
コンパイラスイッチ/Qprof_genを使えばできるみたいだよ

>さようなら　itanium
計算化学でfull64bitが必要な場合はitanium2しか選択肢が無い罠
Intelコンパイラを躍起になって開発してるあたりがitanium2が無くならない事を示している

HPやら大手ベンダーはwebやらDBやら向けだからXeonで満足なのですよ
計算化学HPC分野では必至なCPUですな。

Itanium2の2wayマシンを買う予算で、Opteronの4wayマシンを自作できるので、
研究室レベルでサポートが云々いわなければ、どちらも同じ量のメモリ・計算速度が得られるような・・・。

Itanium Knoppixがほしい

>>402
メリットがおもいつかんのだが・・・

age

>400
どうしてOPTERONではだめなのか、答えを聞きたい。

>>405
汎用の解析ソフトを複数使って業務をしているのだが、
IAマシンだと対応が早いんだが、opteronは対応がバラバラで統一感が無い。
あっちのソフトはopteronで動くけどこっちのソフトはダメとかがやっかい。

今現在の価格性能的にはopteronの方が良くてもIntel主導でソフトベンダーに
対応を働きかけてる点が評価できる。

研究室で自作コードやってる人らにはopteronが良いカモね。

>>406
IA-64対応ソフトが揃ってるのですか?

大抵の解析ソフトならIAなら対応してるが
opteronはまちまちだって事。

動作確認とかサポートしてくれるかとか肝心。

なら POWER 5 はどうなのかと小一時間（ry

>>409
値段が違うでしょ
　

LS-DYNAはOpteronで桶。

>>407

業務用の高価な解析・シミュレーションソフトのことを
>>406 は言ってるんじゃないの？
俺はその筋じゃないのであんまり詳しくないが・・・

そういう方面だと、アプリケーションという形態ではなく
特定用途ライブラリの詰め合わせパックみたいな感じで
販売されるものがけっこうあるでしょ？あとは自分で書けと。

ただそういう高価なライブラリって、一般的なユーザには
告知なんかしないよね。営業がパンフもって大企業の
研究所にこれどうですかと持っていく世界だと思う。

Itamium LinuxOSスパコンが最速

http://www.netlib.org/benchmark/performance.pdf
　・NASA/SGI (I2/1.5GHz, 8,192-way, Infiniband): 42.7 [TFlops]

http://www.sgi.com/company_info/newsroom/press_releases/2004/october/worlds_fastest.html
SGIの特集記事: http://www.sgi.com/features/2004/oct/columbia/

NECの新しく出たやつはどうなんよ？

SX-8は絵に描いた餅だよ。

スパコンを作ればこれだけの性能が出る見込みです、と言ってるだけ。
その見込みですら、IBMの本番稼働機の性能見込みを大幅に下まわってる。

NECが悪いんじゃなくて、マスコミの報道のしかたが間違ってたんだよな・・・。

100 ：名無しさん＠お腹いっぱい。 ：04/10/29 00:02:03 ID:5j2POk8I
NASAのスパコンが、一応完成（10240CPU）したらしーぞ。
Linpack 52.7TFlops　効率85.8%

http://www.newscientist.com/news/news.jsp?id=ns99996587

結局最後は、ソフトウェアの総合力と人材の豊富さで日本はアメリカに比すべく
もない。定式化、近似手法、離散化手法、数値解法、誤差解析、並列化に
まつわる様々な離散数学の手法、コンパイラの解析技報、言語設計、高性能OS、
並列IO、データ−ストレージ関連の技術、ネットワーク技術、LSIの設計技術、
どれもこれも、歯がたたない。マンパワーの点ではアメリカは日本の数十倍を
越えていると思われる。一番の大きな違いは、大学院教育を受けつつ賃金が
貰えたり、大学院で学位をとってやっとこれで独り立ちできそうな研究者に
なってからのポストドクター制度や大学を取り巻くベンチャーで実際の
開発や研究に従事出来ることかな。

IA64って売れてるのか？

>>418
それを言ってくれるなおっかさん

姫野ベンチのFEM版ってないの？
MPI用ならあったんだけど。

Intel、HPのItaniumプロセッサ開発チームを吸収
ttp://pc.watch.impress.co.jp/docs/2004/1217/itanium.htm

いよいよイタさんが加速しますね。

せっかくia64について勉強したのに、どうしてくれる！

Itaniumが死ぬのはどうでもいいがPA-RISCやAlphaの残党も道連れだからなぁ
AMDの中の人になった連中も大量にいるわけだが

>>424
＞Itaniumが死ぬのはどうでもいいがPA-RISCやAlphaの残党も道連れだからなぁ

俺もそれが１番腹立つ。特にAlphaの残党にはIntelを見限って別会社を立ち上げてくれ、と言いたい。

>>425
それなりにAMDに行ったじゃない。
しかし、StrongARMの扱いもなー。

>>426
StrongARMの開発要員は買収された後、すぐにIntelから出て行っちゃったらしいね。
結局、Intelは今の巨人と一緒で、自前を強くしたいんじゃなくて、相手陣営を弱らしたい
だけなんじゃないかと・・・

むちゃくちゃ電力を消費するCPUばかりが表舞台で流行っているのはおかしい。
日本のように組込みの比重が大きい家電分野ではむしろ、消費電力の少ない
故障の少ない、低コストの標準規格品をもっと推進するべきだ。
いまのハイエンドCPUは、ある仕事を成し遂げる為の消費エネルギーが
大きすぎる。

http://equis.ya.com/coletassoft/non_pb/linux_pie/imagepages/image8.html

60nm ルールで、クロックを4GHz、キャッシュが16MB、クワドコア といった
チップを100W位で作れて、5万円なら素晴しいのだが。

1スレッドあたりの性能や、1クロックあたりの処理能力を高めるために、
膨大なトランジスタと消費電力を注ぎ込むアーキテクチャに未来はないと思う。

そこそこの性能で小さなコアを複数並べるのが、今後のトレンドになるだろうから。

20年位前にそう言ってやってみた人達がいたような気がする。

Z80マイコンボードをメッシュ接続してスパコンを作ってた大学があったような希ガス。

クロックはもう頭打ちなの？物理的限界ってやつなの？

Itanium2のクロックは1.5GHz前後から上がらないねぇ。

消費電力の問題なのかな。

Itaniumの性能を3年で10倍にするとかいうのは、インテル社内の
政治的な問題として出てきた言葉だったのかな？こんな妄言で
PRしないといけないってことは、裏を返せば3年で終わりということか。

車内での約束が果たせなかったら、開発は失敗で
解散という意味合いがあるような気がする。
やはりメインストリームのP4の為には多くの人材が投入
されているのだろうが、ITANIUMにはそれほどの人をかけて
居られないのだろうと思う。今のようにAMD64対策だとか
ラップトップ用の低消費電力CPUもとか、組込み用もなどと
多品種をつぎからつぎへとモデルチェンジしながら出し
つづけないといけない状況下では、イタニウムのモデルチェンジ
や改良版の出足が遅く、常にファブリケーションとして
P4よりもローテクの構成技術を使って作っているようでは、
真剣味がない。
AMD64のプレフィックスによりオペランド長を指定変更する方式は
命令語の長さが長く成る傾向があるけども、命令をデコードして
マイクロ命令に直して大きな命令キャッシュに入れて置くと言う
現代のCISC+RISC方式では、欠点にはならず、過去のコードも
そのまま動かせて、今後も64ビットオペランドから128ビット
オペランド化なども同様にできるだろうので、悪くないね。
かつて、可変長アドレスアーキテクチャーの命令体系というものを
考察したことがあったけど、AMD64のやりかたはその一つの解答
だと云える。

イタニウムは今が正念場だな。IBMのPOWERもそうだが、クロックが低くても
性能が出るアプローチとして、マルチコア化ではないとすれば、イタニウム
とかPOWERPCのような同時にたくさんの命令を多くのユニットを並行して
実行させるという方向を進めて行くしかない。マルチコアの場合も、
ジョブやプロセスを細かくスレッドにわけて、自動でスレッドを適切にわり
ふって発行させるとかをハードレベルで実行できるような方向にいくかと
思う。

64bitのPENTIUM4をかってしまえば、もうイタニウムは忘れてもいいよ。

itanium2はともかく、amdの64bitcpuの場合はコンパイラどうするの？
>>395 GCCなんて糞どうでもいいって。

>>440
x86の64bit拡張がどのように行われているか考えれば自ずと答は分かると思うが
しかしAMDならわからんでも無いがPentium4のEM64Tと比べられるとは・・・

>>441
悪いが言ってる事がよくわからん。なんて名前のコンパイラ使うの？
使ってるアプリでitanium2+ifort,mac G5+xlfがいい速度出てるみたいなんで
色々検討してるんだよ。

OSは別にIntel Compilerじゃ無くても良いと思うんだけど。
libcに関しても。殆ど変わらんと思う。
その他、基本的なコマンドやユーティリティーも、ICCで速くなるとは思えない。

速くしたいのは、自分のコードと使うライブラリ。
OSが足を引っ張る時間はたいしてない。
システムコールとか使いまくるやつは差があるかもしれないけど。

K8系は今のところ、ICCでEM64T向けが良いんじゃないの？
私はまだ環境構築中でわからん。
SSE3とか使われると駄目だけど、どうなんだろう。

>>443 要はamdはコンパイラ出してないわけか。
amd+intelcompilerってのはどうなんだろう、速度的に。

>速くしたいのは、自分のコードと使うライブラリ
一から開発する/できる人ならamdでも何でも上手くやれると思う。
amdならacml等使って何とかするんだろうし。

Intel Fotran Compiler 8.0 Linux EM64T 版がAMD 64の上のFEDORA 3
でも使えます。 C compiler 8.0 Linux EMT64T もOKだし、
MKL7.2もちゃんと動作しますよ。

セレロンもそのうちに64bit化されるって言うことで、板さんは
また同僚から足元をすくわれるんですね。

TDP 130 の石なんて誰が使うってのさ。

>>447
この季節は部屋が暖まっていいぞ。

伊谷有無マシンを安価に売っている店とか、
組み立て可能なパーツ(CPU,MB,etc)を
売っている店とか、知りませんか?

>>449
自作PC板のItanium2スレで回答するから、あちらで質問しなおして下さい。

愛テニアム2値段下がって来てないか？ぷらっとあたりで*2構成のローエンドで五十万くらいになってるんだが…。

某自作PCパーツショップの価格(宣伝じゃないので伏せる)

Itanium2 CPU
1.3GHz 3MB DP LV 72,974円
1.4GHz 3MB DP 104,999円
1.6GHz 3MB DP 125,999円

1.5GHz 4MB MP 124,739円
1.6GHz 6MB MP 259,559円
1.6GHz 9MB MP 524,999円

Itanium2 マザーボード
Supermicro i2DML-8G2 dual GbEx2 SCSI 159,599円 (並行輸入なら133,349円)
Supermicro i2DMR-iG2 dual GbEx2 148,994円 (並行輸入なら123,899円)

消費税込みです。

これからは、CELL、これですよ。

DSPの瘤付きppc970だろ? イラネ

ひょんなことからRED HAT ENTERPRISE　LINUX　AS　V3.2というのを手に入れました。

64 bit Operating System compiled for Intel Extended Memory 64 Technology
なんて書いたステッカーが貼ってありますが、これっていくら位するものなのでしょうか？

>>455
Itaniumじゃないじゃん。

>>456
ちょっと違うんですか？どこで聞いたらよいか、教えていただけませんか？

>>457
EM64Tは、IA64じゃなくて、x86_64とか呼ばれるものだよ。

【AMD64】 64bit CPUでLINUXしよう Part3 【EM64T】
http://pc5.2ch.net/test/read.cgi/linux/1108137192/

保ge

携帯とPDAの戦いは、母数の多い携帯が勝ち、PDAの機能を併合
することになった。
EM64T/AMD64 vs IA64の戦いはどうなるのであろうか。。。

Mac G5で64bit linux (http://www.terrasoftsolutions.com/products/y-hpc/intro.shtml)試した人いる？

>>461
スレ違い
http://pc5.2ch.net/test/read.cgi/linux/1041968296/

>>462 　
１でPowerPC64bitもあり、と書いてあるのを確かめてから書いたのにー。
とはいえ、スレ紹介サンクス。

>>463
すまなんだ。
>>1なんて見たのは遥か遠い昔だから全然気がつかなかったよ。
x86-64がスレ違いっぽい流れだったからつい・・・

Mac Mini でも 近々でる Redhat FedoraCore 4 が動くようになると
いうことだ。

Mac MiniはItaniumuでもないし、G4だから64bitですらないんだが。

Fedora Core の Itanium サポートが無いのは痛い!
また、Itanium2 用というOSは もはや Itanium を相手にしていない可能性もある。

私はRHEL beta版の上で，release版をコンパイルしてインストールして使ってるよ(IA64)。
面倒なら，CentOSを使えばどうですか。

CentOS4.1 のCDーROMイメージを4枚分ダウンロードしてきて、インストール
しようとした。1枚目のCDーROMを入れて、
elilo linux mem=1g
などとやったら、ブートして、デバイスをどんどん認識していく、やった
しめた! とおもったが、
コンソールメッセージの表示が流れて行くとき、コンソールのフォント
が変化して、loader という文字までを目で追った直後に、
カーネルがパニックして死んだ!
Call Trace :
show_stack + 0x80/0xa0
sp=.... bsp = ...
show_regs + 0x890/0x8c0
die + 0x/150/0x240
die_if_kernel + 0x40/0x60
ia64_illegal_op_fault + 0xa0/0x1a0
dispatch_illegal_op_fault + 0x300/0x800

Kernel panic - not syncing : Fatal exception

などとなる。
無印の Itanium 800MHz Dual のマシンなのだが、もしかして
CentOS は Itanium2 とかあるいは より新しい Itanium のコードを
使っているのではないか?

ItaniumとItanium2はバイナリコンパチだよ。

CPU自体ではなくマザーボードのROM(の中身)が古いのかもしれないよ。
すでに最新バージョンになっていたら、諦めるしかないけれども・・・。

最近イタニウムがどんどん劣勢になり時代に取り残されているような気がする。
なんといっても値段が高い。クラスターの時代に、価格あたりの計算性能が
それほど良くないかむしろ悪いし、電力に関してもOPTERONの敵ではない
というのはダメだね。

http://japan.cnet.com/news/ent/story/0,2000047623,20094826,00.htm
もう清算軌道に入ったね。

これは既定路線じゃないの？
ソケットレベルでx86と互換にする方向を目指してたとかいう話があったような。
それならいらないでしょ？