Itaniumで64ビットLinuxだぁ！

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

>>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でやるの？
スゲーなー、そんな計算を自宅でやるとは凄い。
ていうか、あんた本当にコード書いた事あるの？