Itaniumで64ビットLinuxだぁ！

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

Opteron楽しみだね。年内出たらそっこう買だね。

hammerが今のところ一番身近っぽいな。
まだ出てないけど。

でも個人で持てる64bit機、はぁはぁ…

盛り上がりそうにないから、64bitLinux統合すれに変更してくれ。

2038年までには乗り換えるぞ・・・

ゲーム機ですら128ビットだといっているのに、OSは何をやっているのだ
と問いたい。

そりゃ、根本的に違うだろ。

OSの場合互換性が必要だからね。
Windowsだって、3.1から10年も経とうとしてるってのに、
互換性を重視していまだに内部で16ビットのコードが残ってたりする。

じゃあ、実際にアプリで６４ビットバージョンが普及するのは１０年後か・・・

AMDﾏﾝｾｰ！
インテルの独占だったら、
64bitPCなんて5年以上先の話だったと思う。

という訳で来年の頭に発売予定の
Hammerは楽しみ。

あげるよー

超初心者に突っ込みをくらう>>6をage

>>3
＞でも個人で持てる64bit機、はぁはぁ…
Sun の Bladex00 とかだったら、１台￥15万くらいじゃなかったッケ？
純正増設 DIMM とかは、ボッタ栗値段がついてたけど
アキバで売ってるの使えたりして。

その代わり、Itanium, Itanium2 は、ダメだね。
1000個ロット単位で、1CPU ￥15万だから。

そういえば McKinley の正式名称が Itanium2 になったそうだが。
Pentium -> Pentium2 -> Pentium!!! -> Pentium4 って
Pentium の数が売れてブランド名とかの販売戦略で Pentium を
残したんだよね？
Itanium なんて、でんでん売れてなくて（<- 和歌山弁）
性能も同クロックの P!!! の 2/7 しか出ないダメダメ CPU なのに
2 付けて、どーすんだよ。

>>13
>Itanium なんて、でんでん売れてなくて（<- 和歌山弁）
>性能も同クロックの P!!! の 2/7 しか出ないダメダメ CPU なのに
>2 付けて、どーすんだよ。

設問1
MPEG2は8Mbpsですが、一時間の動画を32ビットアドレスで
かつオンメモリで扱うことは可能ですか？

設問2
ページサイズを4Mにするといかなる影響がありますか？

設問3
セグメントレジスタを切り替えた場合、見た目は１命令
ですが、メモリーの転送がどれだけ発生するでしょうか?
キャッシュはどうなりますか?

>6
＞ゲーム機ですら128ビットだといっているのに、OSは何をやっているのだ
犬コロだって動いてるじゃん。
http://pc.2ch.net/test/read.cgi/linux/995559975/103

てか、商用 UNIX 機に関しちゃ、金さえ出せば、いくらでも 64bit CPU はあるんよ。
わざわざ犬コロ使いたい自虐的なヤツが、他の商用 UNIX 機みたいな
１台 2WAY, 5〜600万出すわけ無いじゃん。
（まぁ、今朝の日経産業新聞に載ってたケド、IA32 x 32 で w2k で
２台￥10億も出すような物好きな、ミノルタっちゅー所があったみたいだけど。）

Intel の OEM で、HP が売ってる Itanium 733MHz x 1, cache 2MB の最低ヤツで
$8,000 (<- OS 無し。OS は、更に +$8,000)
大体￥100万出して、ftp で拾ってきた犬コロか？おめでてーな。

>>14
設問1)
残念ながら処理系によっては2GB越えは可能です。

以下、うんこ

>>14
全部あてずっぽうで、すまんけど。
俺、キャプチャーとか、エンコとか好きだから。

A1.
8Mbps で 1h って約 4.7GB片面 の DVD 一枚だよね。
（正確な値は、計算めんどっちい。）
4GB 以上扱えるのが魅力なんで、メモリでブン廻せたらハエーだろうな。

A2. すまん、逆に問い
＞ページサイズ
TLB で扱えるサイズの事？
最大いくつダッケ？Intel のデベロッパーサイトから
Software Developer's Manual Vol.2 拾ってくりゃ判るんだが
生憎手元に無い。

影響は、１プロセスで使える範囲が広くなって良いよな。

A3.
わりぃ、セブメントレジスタの概念って持ってるか知らん。
（IA32 の環境に飛び込む事は出きるらしいが）
ネイティブでやりゃぁ良いじゃん。

と、ここまで書いて、性能が悪いのを IA32 環境だからだろ？
と言い訳したかったのか？
2/7 って、IA64 ネイティブの環境と、IA32(P!!!) 比べた値じゃなかったか？
自作板で拾い読みしたから、覚えてないが。

これも自作板だった気がするが、i386 って、はえー i286 つって売れたじゃん？
Itanium って完全失敗作で、おせー(足元にも及ばん) P!!!。P2 400くらい。
だもんで、Opteron （なんちゃらハマー）が本命。
なんていってるヤツも居たが、どーだろね？

>>14 に書いてある不備を全部引き継ぐわけだろ。あと３年は、ダメだよな。

あー、省略されちった。

Itanium って完全失敗作で、おせー(足元にも及ばん) P!!!。P2 400くらい。
だもんで、Opteron （なんちゃらハマー）が本命。

で省略されるように狙えば良かった。

4KBってSCSIの転送単位の最小量に由来するって
インターフェースにあった。
つまり仮想記憶のディスクIOをできるだけ小刻みにするって趣旨。
この前提が崩れた場合、従来のOSとデザインがマッチしなくなるだろう。
386以降はセグメントレジスタを入れ替えると、マイクロコードが
セグメント情報を読みに行ってメモリー管理ユニットの
アドレス変換テーブルを切り替えるようになってる。
CPU内部で何十ステップかのプログラムが動作して、何度も
メモリーをアクセスするんでパイプラインもぐちゃぐちゃになる。

>>19
＞パイプラインもぐちゃぐちゃになる。
Pen4 がダメだ！とか発売当時言ってたヤツの理屈が、
そのパイプラインが深過ぎて、、、分岐予測がどーのこーの
って言ってたんだよな。
でも実際は、パイプライン深くした事によって、クロック上げやすくなって
コンパイラの開発も従来資産で、どんどん進んで。
メモリレイテンシも、じゃんじゃか上がって。
P4 売れないと、IA64の開発費出ないんで必死だよな。
ダメダメ言われて「いや、バックアッププランも用意してる」
なんて言ってるけど。

>>19
最初、何書いてんだかチンプンカンプンでよ。
誤爆レスか？
って思ったら、おめー >>14の ffyzbFVu じゃねーか。
んっで、何が言いたいんだよ。

話は反れるけど、ちょっと聞いくれよ >>14 よ。
＞4KBってSCSIの転送単位の最小量に由来するって
その SCSI ボードでも、4GB 越えのアドレスに DMA 出来なくって
困ってるヤツがあるんだよ。
そこんとこ、どーなんよ？

>>20
っていうか、クロックをバカみたいに上げるために手っ取り早く
パイプラインの段数増やしただけだと思うが。論理が逆だよ。

>>14
はーやーくーしーろーよー
＞おめー、何が言いたいんだよ。

よーし、パパ寝ちゃうぞー。

>>23
精髄反射レスだ。
＞論理が逆だよ。
どっちが先なんか知らん。その通りだったら、その通りだ。
んで、おめーの Itanium Linux 関する意見っちゅーのは
宜しければ書いて頂けませんか？

>>14
Q3. セグメントに関しちゃ、昔からサッパリ君でよ。
Z80 より 6809 の方が、スッキリしてて好きでな。
PA-RISC は、入りやすかったんよ。
んで、今でもコメットさんですら判んねぇ。（情報処理のヤツな）

Q2. のページサイズが 4KB ってのも、PA-RISC もそーなんだよ。
１ページ 4KB ってのは。
PPN(Pysical Page Number) とか VPN (Virtual) とか。
でもよ？もう10年近くなる古い話で申し訳ないんだが、
最大 256KB(うろ覚え) 扱える BTLB(Block ...) っての持ってて、
IA64 で言う所の VPHT だっけか？何個かまとめて扱えるてよ
更にリプレイス出来ん様にロックが掛けられて、
たかだか 10MB 弱のカーネルなんか、リプレイス無しでブン廻せてたんよ。
IDE なんか無かったぞ。SCSI2 1GB の HDD 有難がって使ってたもんだ。
でも、SCSI の転送単位のなんとかやらで、破綻してたか？
使い方によって、使い分けるべ？ふつー。

Q1. MPEG2 8Mbps って決まってねーぞ？
予談だが、>>17 で書いた通り、1h って約 4.7GB片面 の DVD 一枚だよね。
DVD-Video の企画からすると平均 8Mbps って良い線だけどな。

規格な。

あー、ついでに Q3 のキャッシュがどーのこーのって、
128B ラインサイズで、カポカポ拾うんだから
VLIW のバンドルってかんけーねぇんじゃねーの？
つか、キャッシュなんてソフトウェアが意識しなきゃいけねーの
サイテーのアーキテクチャだと思うが。
これ最強に面白れーよ。
http://pc.2ch.net/test/read.cgi/linux/1010895550/86

http://pc.2ch.net/test/read.cgi/unix/1013653220/22-
http://pc.2ch.net/test/read.cgi/unix/984486488/78-96
も面白いよな。

古典的なこれとか
http://piza.2ch.net/log/unix/0008251/945060590.html
後続かなかった、これとか
http://piza.2ch.net/log/unix/0008251/956023488.html
も笑える。

で、Itanium(tm) は、ダメって事でおけ？

誰かItaniumのクロックがなかなか上がらない理由を説明してよ。

64bitのアドレスを16進表記するとさ、
一目で数値が分らないんだけど、これも慣れるもんかね。

64ビットマシンに限った話ではないけども、例えばインテルのPentium系は
ハードウェアのページサイズが普通のサイズ以外に１MBぐらいのものが
ハード的には設定できるよね。でも普通のLinuxやUnixでそのような
異なる大きさの仮想記憶のページは使えるようにはなっていない。
これはせっかくある機能を生かして使えないので損している。
例えば、mallocのようにメモリーをアロケートする場合に、その
割り当てをページ単位でしかもそのページのサイズを指定して
割り当てることができるようにならないものだろうか？

>32
4MBにするとAthlonとNvidiaでほげほげではなかったかな？

>>32
↓は？

http://www.osdl.org/cgi-bin/eidetic.cgi?command=display&modulename=projects&on=1061

x86-64のカーネルも相変わらず4kなんだよなぁ。。。

chip set 460GX　で使えるSDRAMメモリーの種類は？
Registered、Unbuffered、ECC付き、ECC無し、PC100、PC133
のどれだ？　700MHzのItaniumと800MHzのItaniumだとメモリの
種類を変えないとだめ？

＞SDRAMメモリーの種類は？
Registered、ECC付き、PC133
＞700MHzの
そんなの無い。733MHz
＞種類を変えないとだめ？
良い。

460GXを使っているばあい、ECCが必須で、しかもUnbuffered
（非Registered）でないとだめ。
（チップセットのドキュメントはインテルサイトに行けば読める）
CL2、CL3はどうなのかは判らない。PC100でもPC133でも動きそう
ではあるが、ひょっとするとCPUのクロック（と内部倍率）と
関係があるかな。

一応 TurboとRedhatからItanium用は出てる。
買う？
http://www.jp.redhat.com/products/Itanium/
http://www.turbolinux.com/products/tls7i/index.html

FTPで入手すれば十分では？

ポインターが64ビットならば､CやFortranのプログラミング
モデルも、整数も64ビットを標準にするべきである。
そうしないと、ソフトウェア的には一種のセグメントもどき
の処理をしないといけない。バグも入りやすくなる。

>>41
新たなソフトを作る分には問題無いだろ。リニアな空間なら
ｘ８６のセグメントとは全然違って楽勝だろ。

問題はint=pointerを前提としたK&R時代のスタイルを持った
プログラマーだよ。こういった連中を淘汰するのにちょうど
いいんじゃないのか（ｗ）

>>42
int=32bitと思っている連中を淘汰するためにint=long=64bitきぼん。

　a[k] の形で配列をアクセスする場合に、
　a は６４ビットポインターなのに、添え字式の型は32ビットの整数
だとすると、あたかもaがセグメントレジスターで、添え字式がセグメント
内のオフセットだということをいいたいのだ。つまりセグメントサイズが
4GB であるが、セグメントは６４ビット空間の任意の位置をベースに
できる。それから相対で＋−２GBのアクセスができる。。と。
フルに６４ビットのアドレス空間を使えるようにするのには、
配列の添え字の式を６４ビットであるとしてくれなければ、困る。

ぽいんた＋32ビット整数の演算結果は64ビット。
で、size_tとか使ってる式の結果は64ビット。
memset(pos + 1, 0, (size_t)1000);とか。
だからANSI−CとC++の場合はmake一発で通る確立は低くない。
定数を置く時にちょっと問題あるかな。

>>44
ちなみに、offset_t k;
a[k]が正解だろ。

Fortran だって、整数が６４ビットでなければ、配列の添え字式が３２ビット
整数では、非常に困るよ。確かに８バイト整数を宣言して使えば可能なの
かもしれないが、、、
　コンパイラのオプションで整数を８バイトを標準とするという設定が
できるものもあるが、そういうことをした場合に、異なるモデルの
オブジェクトをリンクできてしまうと、ややこしいことになる。
リンク時にエラーとするか、あるいはせめて指定すれば検査して
ワーニングをリンカーが出してほしいね。

http://www.zdnet.co.jp/enterprise/0205/29/02052908.html
ロイターさん、タイトルのつけ方がヤバイです。

あのようにでかいパッケージで、電源供給にすごいサイズのユニットを
必要とし、熱をがんがん出すCPUあるいはシステムがノートコンピュータ
に搭載されようになるにはずいぶん時間がかかるだろうし、デスクトップ
としても、とてもPentium４並のシステムには価格的にもなり難いだろう。
　ところがもしもAMDあたりが、内部レジスターの６４ビット拡張により
あっけなくPentium４とそれほど違わない物量のマシンを作ってしまえば、
大量にでまわるシステムのためにならソフトを書く動機が生じやすいので、
結果的にItanium系は普及せずに終わる可能性が相当あると思う。
せめてかつてのSlot-1程度のパッケージングと消費電力に抑えてくれなきゃ。

>49
わけわかめー。
Itaniumの事について言ってるの？

このスレ板に有無の話をしているのではないのか、すれちがいかな？

誰も板に有無なんて期待していないというワナ。
まぁ5年後ぐらいにはみんな使っているでしょうけど。

C言語のプロトタイプ宣言には次のような機能を追加すべし、


int f(int, long long, int [long long]);

すなわち、配列の引数の型の情報をも宣言に含めるのだ。

関数の仮引数の宣言における配列の添え字の型の宣言だけではなくて、
変数としての配列の宣言においても、配列のサイズを与えるためだけ
ではなくて添字式の型を宣言できるように拡張するとよいだろうね。
現在のC言語では添字式は整数値であると決められている為に、なにかと
不便だ。

たとえば現在なら
static a[];
と書くところを

static int a[(long)]; とかくことで配列ａの添字式はlong として
計算されてポインタ値ａに加算されるとしたらよい。

static int b[(unsigned long)];は添字式が値が符号なしロングとして
static int c[(signed short)];は添え字式が値が符号付のSHORTとして、
static int d[(unsigned char)];は添え字式の値が符号なしCHARとして、
static int e[(long long)];は添え字式の値がlong longとして計算される。
という意味にすればよい。
配列のサイズも含めて宣言する場合でも同様に、
static int g[(long long)1234567890123];
などと書けるようにするとよい。

>>54
ハァ？
b[(char)offset] とかすればいいじゃん。

配列の添字が符号付だと、何がしあわせなのでしょうか？
バグの温床になるだけのような気がしますが...

今のC言語では添え字は整数としてポインターに足されているのではなかった？

　　右辺値の場合は　a[n] は　*(a+n) と同じでしょ。

vector使えば良いのでは？

int が３２ビットというのは良くない。６４ビットマシンでは
６４ビットになるべきだ。さもなくば、配列の添え字式は
ロング（６４ビット整数）として計算されてポインターと
加えられることにC言語の規格を変えて欲しい。それも無理なら、
上のようなプロトタイプ宣言で明示的に指定したときには
添え字式をそのような式として評価するようにして欲しいな。

offset_tを定義すれば無問題

>>60
けど、やっぱILP64(っていうんだっけ?)が良いとは思う。
long longが128とかあるのかね。

実メモリーが１００GB程度つめるマシンが欲しい。

>>62
メモリスループットが最大2GB/Sしかない現行Itaniumでは
何もせずにメモリスキャンするだけで50秒かかる罠

It's same legacy Pentium-pro. hahaha

100GBをディスクでスワップすると、100MB/Secの転送レートで理想的
に連続転送しても、1000秒かかる罠。ましてやランダムとまではいか
なくても、位置をばらばらにシークしながら仮想記憶するとなると、
もっとかかるしOSのオーバーヘッドも入るので実メモリに乗ってないと
ぜんぜん早くならない罠。

Celeron1.7GHz（P4コア）でPC2100規格のメモリ845Gチップセットと
Itanium800MHz（133MHzSDRAMの４ウェイ）のマシンをIntelの
レファレンスコンパイラで数値計算で性能比較してみると、
Celeronの方がほぼ倍早いという結果になってしまって、
拍子抜けしました。
　ソースは行列積で、CPUのレジスタが沢山あると有利になるように
アンロールをいろいろに変えて書いてみたのですが、
６ｘ６程度で飽和してしまい、あまり性能が向上しません。
まるで、内部のFPレジスタが64個程度しかないみたいですね。
Celeronの方が圧倒的にコストパフォーマンスがいいです。
イタニウムの利点は記憶のアドレスレンジが広いことです。
デメリットは、機械語のリストをアセンブラソースで出力しても
さっぱりわけがわからない（不勉強のせいもあるけど）。
コンパイルが遅い。（特に最適化する場合に）

この先、IntelはHammer対抗アーキテクチャと
Itaniumアーキテクチャの二正面戦争をしばらく続けて、
じきに東部戦線は放棄されるのがもう既定じゃないか？

リトルエンディアンｷﾀ━━━(ﾟ∀ﾟ)?━━━!!?

pentium pro の二の舞の予感

カニバリズム（共食い）

HPが100万ぐらいのItanium２のマシンを出すみたいだよ。
でもチップセットがインテル製ではなくて独自らしいので、
どうなるやら。

>>66
Pentium4とAthlonだとどうなるかご存じありませんか？
雑誌などに掲載されるベンチマークは全く当てにできません。
行列積ならまだ参考になる。

www.hpc.co.jp/IA-Dev/IADEV-ifc.htm

その他もろもろ：
www.hpc.co.jp

まだまだインテルのコンパイラといえども、バグがあるな。
特にオプチマイザと並列化のあたりが。。

>>71
Debianスレにも報告しといたが、反応ないのでこっちにも○値ポスト。
ttp://www.specbench.org/osg/cpu2000/results/res2002q3/#SPECfp

只今単体CPU世界最高速(HP zx6000)

IA-64用のLinuxのディストリビューションで、もっともイイのは何？

>>76
自分で好きなディストリ入れて試せ。
それをココで報告しろ。
俺は RedHat 7.1/7.2 しか使ったこと無い。

　メモリを２GBより多く積むと、SCSI-HDDからブートが出来ない。

Vintageなどが売っているIA-64（Itanium−１、SMP）のレファレンス
マシンで、RedHat7.1−IA64を動かしていた。このマシンはブートの
HDDはSCSIで、SCSIカードはAdaptec29160だとおもう。
メモリはSD-RAMで８スロットあり、必ず４つを対にして、ECCつきの
適切なメモリーを増設しないといけないのだ。
　さて、最初４スロットに128MBのSD-RAMが４本で合計512MBのメモリ
容量でうごかしていた。この４本を抜いて１本が５１２MBのメモリ
を４本で２GBにしてもちゃんとHDDからブートできて動いた。
それで最初にささっていた128MBのSD-RAM４本を残りのスロットに
挿して総メモリ容量を2.5GBにしてみると、BIOSではちゃんと2.5GBと
認識されるが、なぜかEFIでブートのステージでSCSI−HDDのリージョン
が見えずつまりブートにひつようなディスクがあたかも存在しない
かのようになって、どうやってもブートしない。加えたメモリーを
抜いたり挿す位置を交換したりしてみたが、やはり総メモリ容量が
２GBまでは、正常にブートするが、2.5GB、3GB、4GBなどにすると、
全然だめだ。ハードウェアのマニュアルにはメモリーは１GB−DIMM
をつかえば８スロットで８GBまで、512MBモジュールをつかえば４GB
までメモリを積めるとはっきり書いているのだが。
　ちなみに２GBを超えた容量にして（たとえば2.5GB）それでDVD-ROM
ドライブからブートさせてOSのインストールをさせると、順調に進行
してインストールが完了するが、そうやって無事にHDDにインストール
された後で、HDDからブートさせようとしても、やはりブートローダー
はHDDのイメージを見つけることが出来ない。
＃
SCSIカードが2GBを超えるメモリ容量のマシンでは問題があるのかな？
マザーボードのBIOSが古いから？　あるいはSCSIのBIOSの問題？
EFIのバージョンが古いから？
＃
とにかくこれじゃあ、せっかく4GB以上の実メモリーを積めるメリットが
発揮できない。みなさん、SMPで２GBを超えるメモリのシステムでLinux
を無事動かしている例を紹介してください。

SCSI BIOS の問題。29160 は、BIOS rev 3.10 以上じゃないと
2GB 超えの DMA が出来なかったような。
或いは、Redhat 7.1 の elilo の問題か？
いづれにせよ、SCSI BIOS rev と elilo の ver を書け

Adaptec２９１６０のBIOSはRev3.10と最新だ。
EFIのバージョンは1.02でこれも新しい。
BIOSは、Phoenix　ServerBIOS　3　Release6.0　だ。

>>78
Alphaは３Ｇで問題なく動いていたがな。
Itanium買えるような金はないから分からん。

Itaniumはどうせデバイスドライバとか、PCIボードのROMとかが32ビット
モードで書かれていて、IA-32に半分よりかかって頼ったようなところが
まだ残っているんだろうな。ItaniumのマシンのマザーボードにIA-32
ではちゃんと動作するPCIのカードを挿しても、カードによっては
BIOS画面に行く前に画面が真っ赤でレジスターのダンプリストが
表示されてしまうもの。いろいろなところで２GBに壁がまだ残って
いるんじゃないかな？何しろIA-32だと2GB以上のアドレスは安易にint
とかlong にしていたらば、負の値になるんだからね。Forループで
まわしてたりすると、動かない罠

>>71
Intelの出来立てほやほやのチップセットよりは
信用できるんじゃない？

>>80
＞EFI 1.02でこれも新しい。
EFI の最新は、1.1[14.xx] ですけど？
それより RedHat 7.1 の問題ではないのですか？
素のカーネルは、2.4.3 だし。
2.4.18 をビルドして立ち上げてみては？

RedHatのもんだいではないと思うよ。だってEFIのブートローダが
ブートディスクのパティションを見つけられないのだから。
ELILOを起動する以前の問題だから。
＃
ともかく、２GBよりも大きな物理メモリーを持っているItanium機
（できればDualが可能な機種）で、起動ができてOSも動作する
というシステムをもっていたら、そのあたりがどうなっているのか
おしえて欲しい。Adaptec29160ではダメだが他だとOKだという可能性
とか、Adaptec29160のBIOSｰROM（現在Rev3.10）をうまくフラッシュ
アップすれば直るとか、
＃
Pheonix　ServerBIOS　３　Release6.0をアップデート
したら直るとか、そういう情報があれば歓迎。
＃
EFIのアップデートは、かりにやるとしたらどうやればできるの？
IntelのサイトにいってもEFIの仕様書しかない。ボードごとに
ベンダーが仕様に基づいて変更を入れながら実装するのだとしたら、
共通のバイナリは無いということになるのか？

＞EFIのブートローダが
EFI にブートローダーは無い。あえて言えば Boot Maintenance Manager。
＞システムをもっていたら、そのあたりがどうなっているのか
意味不明。そのあたりとは？
＞２GBよりも大きな物理メモリー、Dual、Adaptec29160 Rev3.10
全くもって関係ないね。
＞Pheonix　ServerBIOS　３　Release6.0をアップデート
そりゃ単なるリファレンス BIOS のコピーライト表示だろぅが。
Phoenix base なら SCSI BIOS 実行時のメッセージが出るべ？
そんとき HDD はスキャンされんのかよ？
＞Vintageなどが売っている
On ボードで QLogic だかの SCSI コントローラかなんか乗ってるべ？
それ殺せば？
＞EFIのアップデート、EFIの仕様書しかない。
どうやっても EFI のせいにしたいらしいな。(w

そんなあんたは、何のために Itanium 機使ってんだ？
まさか、その変のパチョコンの延長として使ってるんじゃ
ねーだろぅな、ゴルァ！

まず EFI shell で ver, map -r とでもやった結果書きやがれ。

いたにうむ

ともかく２GB以下のメモリを積んでいるときにSCSIブートディスクをEFIが
みつけてきてブートできる状態だったとして、それにメモリを追加して
2．5GBとか４GBにすると、ブート時にSCSIブートディスクのパティションが
見失われて、起動が出来ないのだ。
　その場合でもIDEのCD-ROMからだと、メモリが２GBを超えていても起動
ができて、OSがインストールできる。だがインストール完了後にSCSI　HDD
がEFIシェルからは見失われておりブートできない。メモリを減らして２GB
以下にすれば、EFIシェルからSCSI　HDDが見つかってブートができるよう
になる。
　２GBよりも大きなメモリを積んでいるマシンで、RedHatなどの
IA-64対応のLinuxをSCSI　HDDからブートして正常に稼動できるという
システムをお持ちなら、それがどのような構成なのかを教えて欲しいのだ。

HPのWebサイトにいくと、Itanium2のシステムが最強だという気分に
なってくる。欲しいな欲しいな８CPUのシステムが、でもまだちょっと
高い。

>>89
HP に 8CPU のシステムってあるッケ？
知ってる範囲では、1/2/4CPU までだと思ってた。
他、
三菱が 2CPUまで。
ｲｿﾃﾙ OEM が 4CPUまで。
日立が 8CPUまで?
ﾕﾆｼｽが 32CPUまで?
NEC の AZUSA が 16CPUまで?
ASAMA が 64CPU だッケ？

いずれにせよ Linux の SMP って糞だから
いくら FSB や IO の帯域が大きくたって
CPU数増やしてもシステム性能伸びないよ。
HP の spec FP が top なのは 1CPUで FSB スカスカで
使えるからでしょ。
メモリのレイテンシを良くしたり、4th cache 積むなり、
66MHz-64bit PCI とか PCI-X, 3GIO とか企画が伸びて
ハードがそれに追いつけばベンチなんて幾らでも上がるよ。
spec INT なんて CPU の周波数依存だし。

いつまで経っても、ｲｿﾃﾙ がライバル視している
既存の 64bit UNIX サーバには追いつかないです。
信頼性なんて論外。

省略されたし、書き忘れたので。
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の設定変更や再起動などの管理ができないのが欠点。

さらに、気が付いたこと、IntelのEEPRO100の100MBPSカードが
ついているけど、メモリーを4GBにしてやると、RedHat7.1（IA64)
などでは、ネットワークの調子がおかしくなる。たとえば１００MB程度の
ファイルをダウンロードしようとすると、途中でファイル転送が
つっかかってとまってしまい、ネットワークがたとえば
　　＃　ping あるホスト
とやっても不通になったり、netstat -rn などでみると、
ルーティング情報が落ちてしまう。なんどやってもそうなる。
それで ftpの最中に
#ifconfig eth0 down
#ifconfig eth0 up
をなんどかやると、やっとダウンロードが完了となるが、
トータルのスループット速度は極めて遅くなる。SMPの
カーネルでブートしてもSingleCPUカーネルをブートしても
そうなります。2GBのメモリで運用しているときにはこのような
症状は起きないのですが。。。。
OSの内部か、デバイスドライバーが悪いのかも。

詳しいことはしらないのですが、デバイスドライバーは
IA-32のモードで動作するように書かれているのでしょうか？
それで２GBを越えた構成などでは障害が起こるのかな？　
　MandrakeのIA64用最新OSのインストールも、インストーラが
異常終了するし、SuSE7.2（IA-64）も、インストーラでファイル
システムを初期化するところでハングします。
＃
IBMやHPから売られているItanium　WSで本当にメモリーを２GBを
越えて４GBとか８GBとか積んでいても
　　１）SCSIブートが正常にできるのか？
　　２）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

　　　　　　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾀﾁｸﾋﾞﾀﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾀﾁｸﾋﾞﾀﾚﾀ〜
　　　 　 　 ☆　ﾁﾝ　　〃　 Λ＿Λ　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　Opteronまだ〜？　早く早く〜
　　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　 長野りんご. 　 |／

苦労ハマー買おうぞ〜

もうすぐでるよ〜

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

めちゃめちゃ安いっすね

　　 ,.´ / Vヽヽ
　　　 ! i iﾉﾉﾘ）) 〉
　　　 i l l.´ヮ｀ﾉﾘ　＜先生！こんなのがありました！
　　　 l く/_只ヽ 　　　
　　|￣￣￣￣￣|
http://saitama.gasuki.com/koufuku/

　　 ,.´ / Vヽヽ
　　　 ! i iﾉﾉﾘ）) 〉
　　　 i l l.´ヮ｀ﾉﾘ　＜先生！こんなのがありました！
　　　 l く/_只ヽ 　　　
　　|￣￣￣￣￣|
http://saitama.gasuki.com/koufuku/

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
おいらは使った事無いからわからんかった。独りよがりですまそ。
凄いんだね、このデータベース。
でも数値計算するときに、計算機のメモリ上にデータベースおいておく
理由がわかんねー。どうして？

　　　　　　　　#　y k Z A f
　　　　　n　$　　 　　　　　　 o E
　　　　q　　　　　　　　　　　　　 　｢
　　　9　　　　　　　　　　　　　　　　　#
　　 j　　　　　　　　みるまらー　　　　　|
　　j　.（＼　　　　　　　　　　　　　　 /)　　q
　 H　　＼＼　　　　　　　　　　　　/)″　 　i
　7　　　（（＼＼　　　　 ＿__　　　　/)″　 =
　#　　　 （ （＿ヾヽ ＜_葱看＞ヽ/ヾ) 　　　(w
　　　　 .（ 　（　ヾ／　I .(（ﾊ)) i　＼ヽヾヾ 　　｢
　　　　しし／／　　 .ﾉゝ - `ﾉﾊ 　ヾヾ) 　　　T
　　　　 し／// /ヽ　　/　　L____　ヾ) 　　
　　　　　,し(/////ヽ/　.|∧|　　〃
　　　　　　(/(/(/　　.　　||メ||　　ヾ)
　　　　　　　(/(/　 　　　||ﾒ||
　　　　　　　　　　　　　　|　 |)

>>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に流れるだろうし

■２ちゃんねる閉鎖だってよ。
http://news5.2ch.net/test/read.cgi/newsplus/1075593174/595-596

595 名前： 名無しさん＠４周年 投稿日： 04/02/01 12:31 ID:pYo6O9H3
　　　　　　　２ちゃんもう閉鎖するって本当？

596 名前： ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ [sage] 投稿日： 04/02/01 12:31 ID:???
　　　　　　　>>595
　　　　　　　本当。

■関連ｽﾚ
□祭りｽﾚ
　http://live5.2ch.net/test/read.cgi/festival/1075609181/l50
□議論ｽﾚ
　http://news5.2ch.net/test/read.cgi/newsplus/1075618052/l50

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と互換にする方向を目指してたとかいう話があったような。
それならいらないでしょ？

CELLが１兆円を投資したというと、むきになってCOREとかいう名称を
つけたCPUを作ったり、あるいはイタニウムに１００億ドルが投資されて
などと、広告によるイメージ防戦にやっきになっている。
もともと技術中心主義の会社だったのに、最近はなんだか営業が中心で
ある比重が高まっていないか？
AMDによって、大きくブランドイメージの差を狭められてあせってるね。

>もともと技術中心主義の会社だったのに

そうなの？

IBM様の気まぐれと投げやりな開発姿勢という強運のおかげで大きくなった、
という気がしないでもない。

もともとはIBMが時代遅れのハイブリッド型ICというのにこだわり続けた
ことと、コアメモリにいれあげて居たために、モノリシックICとICメモリ
に遅れをとったためにインテル製のSRAMやDRAMのメモリを採用したことが
インテルの第一歩。その次が日本のビジコン社へのOEM用のCPU i4004を
開発し、それを外販する権利を得て、ビジコンが没落したことで、
LSI CPUに関しての権利を問題なく独占出来たことが大きい。次に
８ビットマイコン8008を開発、それを8080にし、8080Aを作り、
16ビットCPUの8086、8088ときてIBM社がアップルのパソコン市場の
急成長に焦りを感じて自社製のIBMパソコンのCPUとして8088を採用
したことが大きかった。後は80186、80286、80386、ときて
i860 へ向かうかそれともi386路線を堅持するかということで
社内が割れたが、結局ソフト互換路線を堅持してi860はやめになり、
i486, i486SX, i486DX, i486DX2, i486DX4 となりながら Pentium
を開発。Pentium II, Celeron, Pentium III, Pentium 4 ときて
という具合になってきた。

http://pc8.2ch.net/test/read.cgi/linux/1108137192/
x86_64スレ、新スレ立てる前に落ちた？

>>477
Itaniumm到達するまで語ってくれ。

>>478
たててみた。
http://pc8.2ch.net/test/read.cgi/linux/1148478345/

おれ、このまえ Athlon 64 X2 5600+ とメモリ 2G 買った。
やっぱ速いね。

>>481
ディストリなに使ってんの？
PC買い換え時期なんだけど64bitよくわかんね

>>482
FC6
今日 FC7 にしようかな、と思っている。

FC7 じゃねえ、 F7 か。w+

gentooのほうが64bit化すんのに楽だったりはしないん？
しかしAthlonて安いね。
今までAMDはなんとなく避けてきたけど、惹かれる。

簡単だよ。でも、multilibだと結構死ねるよ。
glibcとかgccとかコンパイルするとき大変。

一年前、Oracle(10.0.2) の Itenium版で、マルチコアＩｔｅｎｉｕｍだとＯＵＩがマトモに動かないと知って
現場で絶望したのも今は昔・・・


今では業界を離れ、キーボードを投げ、農業にいそしむ毎日です。

>>487
Itenium だけに、相手にされなかったのだな

>488
>Itenium だけに、相手にされなかったのだな

誰が旨いこと言えと・・・ってそもそも俺がスペル間違ってるのか・・・死のうorz

　　　_　_
　　(　ﾟ∀ﾟ)
　　(　 ∩ミ　　edora! edora!
　 　|　ωつ,ﾞ
　 　し ⌒Ｊ

結局、64bitで普通に手に入るのはx86_64だけだよね。

PPC64

POWER6, Itanium2, SPARC64 あたりは今でもサーバ用に使われてるよ?

あ、それは普通ではないってことか…

Intelは今後Itanium2をどうする気なのだろうか？
実は、Intel自体がすでに見切ってたりするのだろうか？

Fedora 9 ia64 now available
ttps://www.redhat.com/archives/fedora-devel-list/2008-July/msg00110.html

RedHatはItaniumのサポートを止めるようなことを聞いたがな。

Windows ServerもHP-UXもあるからLinuxなんかいらんやん

Windows ServerはUNIX系、Linx系と比べるとどうしても安定性・信頼性という面で見劣りしてしまうのでちょっと…

というかWindows server for Itaniumは放置プレイ

と言うかItanium自体が放置プレイ。
いつまでTukwila作ってんのかと。

やっとメルセドのItaium　Dual　CPU　800MHz、４GBメモリのマシンを
棄てられるよ。購入当時300万円もしたけど、出たのと同時に
ポンコツになったようなマシンだったね。
イタニウムは沈没船だった。

http://www.atmarkit.co.jp/news/201004/01/fujitsu.html
富士通は今後、Itaniumを使ったサーバ製品を投入する計画はないという。

M$も見限った
米MicrosoftがItanium対応製品の開発終了を発表
http://itpro.nikkeibp.co.jp/article/NEWS/20100405/346621/

Intelも見ｒｙ

H*UXはいまだにダマ縞くり瓜まくりですが、何か？

Oracleにまで見限られるとは
まぁOracle自体があちこちから見限られてるが

もう諦めろってｗ

HP、Oracleを提訴――Itaniumのサポート打ち切りは違法
http://www.itmedia.co.jp/news/articles/1106/16/news060.html

>>1
うわ、10年前のスレじゃないか。

遥か10年前、私は高校1年生でした。
ItaniumはXeonとともに日経パソコンの広告に掲載されているのを覚えてます。

懐かしいなぁ。もうそんなに時が経ったか。

今では64ビットOSを使いたいがためにイタニウムを選ぶ必要などありません。

>>9
10年経った
OSは64ビットになったが
アプリはXPのサポートが続く限り32ビットのが多いだろうね

まあまあ
Poulson つまり Itanium 9500も発表されたし

>>510
なんか感慨深いな

10年前かぁ、ほんと感慨深いね。
自分がちょうどプログラマになった頃だ。
今は35歳で上流に移っても体きついから
悩んでいたけどまだまだ楽しいんで、
楽しめてる限り続けようと思った。

もうすぐ確実にXeonが共食いするだろ