ItaniumでUNIX!

**名無しさん＠お腹いっぱい。** · 2006/02/19(日) 15:13:02

Itaniumってどうよ?

Itanium Solutions Alliance
https://www.itaniumsolutionsalliance.org/home

Intelとコンソーシアム、Itanium支援に100億ドル投入
http://www.itmedia.co.jp/enterprise/articles/0601/27/news080.html

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 23:37:15

>>194
SPARC とかにまねできないとかほざくから、とっくにやってました、って上げただけだろ。
型番の具体例まであげてやったんだから自分でググれよな。なに調子にのってんだよ。

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 23:58:00

なーかーよーく！

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 01:34:33

>>201
情報ありがとう
需要はそれなりにあるのね

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 02:00:51

>>202
今、真似できない。

おわかりですか?

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 02:30:36

>>205
わかるか、このバカ。

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 02:33:18

Itanium は 5 番煎じ、7 番煎じ、新しい要素なんか何もない。しかも、速くもない。
存在に意味がない。

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 02:42:13

>207
未来もないってのを追加しといてくれ

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 03:45:57

痛い信者はItaniumが一番!

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 04:06:23

AMD厨は目敵にするのな。

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 20:15:35

AMD厨的には、足向けて寝られないCPUだけどな
Itaniumがなければ、Intelが64bit化でこけることもなく
AMD64なんてのが出せるチャンスは生まれなかっただろう

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 20:27:47

じゃあ、巡り巡ってSun厨も足を向けて寝られない訳だな。
AMD64がなければSunは今頃Java標準化団体に成り下がっていたかもしれない。

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 23:40:32

AMD64用のWindowsも、AlphaやIA64でメンテされてきたWindowsの64ビット対応部分の成果を使っているしな。

しかしそれを言うと、ファビョるんだよな。

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 23:44:14

まぁこのスレでファビョったヤツが出てくるのはデフォだから。

**名無しさん＠お腹いっぱい。** · 2006/02/25(土) 23:58:49

>>213
何言ってるんだ、NT のコアは VMS だ。VAX だよ。

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 00:22:56

set def [´Д｀]

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 13:54:47

中古痛マシンがもう少し安くなればOpteron並に個人で使うヤシが出てくるんだが
1.5GHz x1の相場が250k円前後の今だとまだチト高い。

S/Wの方は開発目的でRed Hat Enterprise LinuxとIntel Cコンパイラが無償入手可能。
Red Hat Enterprise Linuxについては一ヵ月間全てのプロダクトを落しまくりOK。

ttp://www.redhat.com/en_us/USA/home/developer/
ttp://www.intel.com/cd/software/products/ijkk/jpn/compilers/224378.htm

iccで自動並列化して遊んだり、EFIもいじれる。

ttp://www.intel.com/jp/business/japan/pdf/525J-001.pdf

Windowsについては有償のMSDNに入らないと入手できないが、
たいていキャンペーンや割引きがあるので、実売価格は4割引きくらい。

ttp://www.microsoft.com/japan/msdn/howtobuy/vs2005/subscriptions/#sub_pricing

Java Application ServerはBEA WebLogicが開発目的で無償入手可能。

ttp://www.beasys.co.jp/dev2dev/index.html

OpteronやSPARCより旬な石として面白いと思うのだが。

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 14:35:31

> OpteronやSPARCより旬な石

最期で笑いを取るとは
おぬしなかなかやるなｗ

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 14:39:03

俺は「S/W」で笑った

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 17:16:48

SPARCはもう飽きた。RogueWaveのTools.h++以外面白くないよ。
Op厨は論外。

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 17:24:01

まあ、今が旬なのは確かかもな
今を逃したら、触る機会は永遠に来なくなるだろうから

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 17:50:10

旬がいつか来ると信じて、Itanium は走り続ける

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 20:12:43

> 1.5GHz x1の相場が250k円前後の今だとまだチト高い。

これより2倍以上速い Athlon 64 X2の新品マシンが10万円代で余裕で買える

> S/Wの方は開発目的でRed Hat Enterprise LinuxとIntel Cコンパイラが無償入手可能。
> iccで自動並列化して遊んだり、EFIもいじれる。

これらはAMDのマシンでも使える

> Windowsについては有償のMSDNに入らないと入手できないが、

AMDなら一般向け小売りで入手可能

> Java Application ServerはBEA WebLogicが開発目的で無償入手可能。

AMDなら、無償に入手できるJava Application Serverが選び放題。

> OpteronやSPARCより旬な石として面白いと思うのだが。

どうみてもAMDの方が旬なんだが…

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 21:12:27

EFIってOpにあったっけ…

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 21:38:15

>>223
> これより2倍以上速い Athlon 64 X2の新品マシンが10万円代で余裕で買える

そうだね。

> これらはAMDのマシンでも使える

Opteronではiccの自動並列化機能は使えない。
EFIも付いてない。

> AMDなら一般向け小売りで入手可能

IA-64も同じだよ。

>> AMDなら、無償に入手できるJava Application Serverが選び放題。

商用App鯖なら実質WebSphereとWebLogicがシェアを二分してるから
どっちか動けばいいよ。
オプソのApp鯖はJVMさえ条件満たしてればItaniumでも動くハズ。

> どうみてもAMDの方が旬なんだが…

IA-32とたいして変わらないAMD64はつまんね。

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 22:03:39

> EFIってOpにあったっけ…

EFI 対応の Vista が出たら、Opでも出るんじゃねえ？
それ以前に EFI 使ったからって、なにか嬉しいことあるか？

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 22:06:16

> IA-32とたいして変わらないAMD64はつまんね。

アセンブラでプログラミングするならともかく、高級言語で
書く限り、命令セットの違いなんて全然関係ないじゃん。

性能や値段は関係あるけどね。
性能で倍以上、値段で倍以上、両方トータルすると4倍以上
AMDの方が優れてるんだから、普通の判断力があったらAMD
の方を使うでしょ。

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 23:11:08

>>227
> アセンブラでプログラミングするならともかく、高級言語で
> 書く限り、命令セットの違いなんて全然関係ないじゃん。

iccは高級言語の繰り返し処理を並列化するので、HyperThreadやILPには有利。
同じコア数ならHTを持つIntelのチップの方が倍の性能になる。

> 性能や値段は関係あるけどね。

そう、だから自作Op厨はOpteronを買う。
個人使用でItaniumマシンを買う人は少ない。

でもお仕事は別。
一部の性能値だけで評価しない。
拡張性もRASも無いOptenronは、Itanium2と同じ土俵じゃない。

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 23:20:59

>>223
> これより2倍以上速い Athlon 64 X2の新品マシンが10万円代で余裕で買える

てか、Athlon64とItanium2比べちゃダメだろ。

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 23:25:12

> 同じコア数ならHTを持つIntelのチップの方が倍の性能になる。

HTの性能向上は、せいぜい30%程度ってインテル自身が言ってるけど。
HPC系のアプリの場合、HTを使うと逆に遅くなることも多い。

> iccは高級言語の繰り返し処理を並列化するので、HyperThreadやILPには有利。

SPECint を見る限り、icc使ってもOpteronやAthlon 64よりItaniumが遅いようだよ。
駄目ぢゃん。

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 23:44:58

SPECint至上主義のOp厨にとってはダメでしょ。

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 23:48:17

HyperThreadingで倍速になるプログラムが一個でもあったら教えてほしいなｗ

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 23:56:46

Intel の身勝手な主張を鵜呑みにするバカ。ま、関係者か、食いぶちかかってる人間だろうな。
その船、降りられるなら降りた方がいいぞ。ブクブク言ってるの聞こえないか?

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 00:15:39

>>231
そうかそうか、んじゃ、Itanium の得意なベンチマークでもいいや。なんか具体的にある?
勝ってるやつ。SPECfp とか言わないでよねん。

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 00:16:40

ファビョってまつね。

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 00:22:46

プレディケーションとやらが、どれくらい効くのが、見てみたい気はするな。

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 00:39:11

でしょでしょ。

ちょこちょこっと簡単なプログラム書いて、
プリディケーションやスぺキュレーションをon offして差を見たいですよね。
アセンブラ吐かせて、ホントにプリディケーション動いてるのかよ?って。

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 03:02:33

プリディケーションは、GCCでさえやってる
itaniumの命令で、コンパイラが全然使わないのはヒントのみ
今のところ、命令セットの差が決定打になってない

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 05:40:37

>>238
コンパイラが使うかどうかではなく、
プレディケーションによって、どれくらい性能が上がるのか、ということを知りたいわけよ。

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 08:16:30

つーか、使わねーと話になんねー、ってことはない?

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 10:52:28

GCCのspeculationサポートは、GCC4.1からだね。

ttp:www.gccsummit.org/2005/2005-GCC-Summit-Proceedings.pdf

現行のRed Hat Enterprise Linux V4(RHEL4)ではGCC3.4ベースなので
3/Mリリース予定のRHEL5まで待たねばならないね。

現時点でRed Hat NetworkにRHEL5のβが出てないという事は
リリースが遅れるのかな。

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 11:58:16

HTが有効なベンチマークまだー(ﾁﾝﾁﾝ

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 12:33:54

>>234
じゃ
TOP500 List for November 2005 4位。
LINPACK Rmax 51870、Rpeak 60960
いじょ。

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 13:53:11

物量作戦かよ

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 14:06:12

褒めたいときスケーラビリティ
貶したいとき物量作戦

まあなんだかよくわからん世界だな。

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 14:51:43

わからんのはお前が無知だから。

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 20:39:51

GCCは論外としてさ、
ICCでプレディケーションをON/OFFできるの?

**名無しさん＠お腹いっぱい。** · 2006/02/27(月) 21:51:25

>>243
ぽか～ん。マジ、そんなのしかないワケ? 本気? ....終わり過ぎ...

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 00:32:07

>>243
別の希望。ひょっとして、SPECfp 以外にまともに数値出るもん何もないのか?
＃ソンナヒドイノ??

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 00:54:22

>>238
プリディケーションやスペキュレーションは、
12命令同時実行できる並列実行に特化したItaniumじゃないと
あまり恩恵ないんじゃね?

分岐条件が3つあったら、

3通り同時実行(3/3=1) -> Itanium2

3通り順番に実行(1*3=3) -> その他CPU

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 01:48:20

あんまりいい比較じゃないけど、SPEC jAppServer2004の結果で。

http://www.spec.org/jAppServer2004/results/res2006q1/jAppServer2004-20051220-00025.html
3,734.68 JOPS@Standard (Itanium2 1.6GHz 4ソケット×8ノード)
http://www.spec.org/jAppServer2004/results/res2005q4/jAppServer2004-20050928-00018.html
1,781.47 JOPS@Standard (Opteron 2.4GHz 2コア×2ソケット×5ノード)

数字の上で半分（4ノード分）にしても勝ってる。

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 02:12:16

いや、そういうの待ってたんじゃないの。それ SPARC に負けてるけど...

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 03:45:49

>>249
もまえの部屋で一番速いコンピュータと、NASAで使うAltixと比べて何が嬉しいのかね。
どっちが世の役に立ってるかわかるだろ。

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 04:02:01

NASA で使うマシンより速いだなんて気分良いな。

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 04:20:26

やっぱりSPARC最高(*^ーﾟ)b

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 10:35:40

>>250
じゃAMD64は
なんちゃってプレディケーション。
なんちゃって64bitな訳だな。

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 10:52:18

>>251
コア数1.6倍で2.1倍の性能だから、
ベンチの時期考えても、まあ辛うじてItanium2の勝ちか。
AMD64は4ソケットってあるのかな?

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 10:56:24

分岐条件（比較命令とか）を３つ同時に実行って‥‥(;´д｀)

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 11:13:01

>>247
最適化なしで、プレディケーション、スペキュレーションが無効になる。
あとFPスペキュレーションのスイッチはItaniumしか無いので、
他の石じゃやってないんだろうね。

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 13:22:37

HPとAMD(とNovell)
ttp://h50146.www5.hp.com/info/newsroom/pr/fy2006/fy06-061.html

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 14:28:47

>257
Opteron M/B の 4socket なんてごく当たり前にあるですよ
(自作板で話題になる程度には)

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 17:52:06

>>252
> それ SPARC に負けてるけど...
別にかまわん。Solaris厨だし。

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 18:16:10

>>259
最適化を切ると、他のものまで、無効になる気が・・・

>>258
命令の並び順で、
先に処理できることをどんどん前倒ししていくと、
どーしても前倒しできない分岐だけが後に残る。
だからItaniumは3つの分岐命令を同時に処理するらしい。

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 19:17:50

>>263
> 最適化を切ると、他のものまで、無効になる気が・・・

確かにマニュアルを見る限りではそれだけというのは無理そうですね。

ttp://www.intel.com/software/products/compilers/clin/docs/main_cls/index.htm

ICC(Linux)では「-O2」でプレディケーション、スペキュレーションが有効になるのは
Itaniumだけになってるけど、GCC等で他の石でも使えるのかね?＞Op厨

命令バンドル、レジスタ・モデルといったILPを支援する機能がないと
プレディケーション、スペキュレーションなんて効かないと思うんだが。

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 20:18:28

「SolarisのDTraceへのLinuxの解答」プロファイル・ツール：SystemTap
「x86、x86_64、PPC64、Itanium2」RHEL4 Update2に統合

ttp://sources.redhat.com/systemtap/

「SMPマシンをサポートするサンプルベースのプロファイラ」：OProfile
2月リリース予定のRHEL4 Update3でItanium2サポート予定

ttp://oprofile.sourceforge.net/

「フルモデリング・デバッガ」：Frysk
RHEL4 Update3でTechnology Previewとしてx86のみサポート

ttp://sourceware.org/frysk/

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 22:18:27

がんばってはりまんな。
Linux への回答、ということは、メインツリーに入ったの?

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 22:30:50

>>264
AMDはIntelを訴えていたような…
iccがAMDのチップを特別に差別していると。

要するに、CPUを見て最適な手法を変えているけど、
そこでAMDは特に対処してないだけ、
AMDからすればそのくらい出来るだろ、やってくれ、という話と思う。

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 23:08:13

>>266

>Current project members include Red Hat, IBM, Intel, and Hitachi.

**名無しさん＠お腹いっぱい。** · 2006/02/28(火) 23:15:30

ああ、やっぱり...

**名無しさん＠お腹いっぱい。** · 2006/03/01(水) 00:32:48

>>267
冷たいかもしれんが、Intelも敵に塩を送る様なことはしないだろ。
自前のコンパイラを持たないAMDが悪い。
とりあえずAMD64のチップでコンパイル出来るだけでも良しとしろぐらいでいると思うよ。

今後回路規模が大きくなって複雑になればなる程コンパイラの重要度は増すよ。
どうすんだろAMD。

**名無しさん＠お腹いっぱい。** · 2006/03/01(水) 01:01:51

x86 じゃそんなに改善することもないだろ。VLIW じゃないんだから別にコンパイラが
がんばって命令入れ替えないと使いもんにならんということもないし。

**名無しさん＠お腹いっぱい。** · 2006/03/01(水) 02:37:00

AMDのCPUで最も速いコードを吐くコンパイラが、ICCだった頃があってね・・・。

**名無しさん＠お腹いっぱい。** · 2006/03/01(水) 10:18:58

今は違うの?

**名無しさん＠お腹いっぱい。** · 2006/03/01(水) 15:48:27

あいうえお　１２３４　！”＃＄％　ＡＢＣＤ　ａｂｃｄ　￥＊＋；
abcde　　ABCDE　1234　　!"#$%&'()=~|\

**名無しさん＠お腹いっぱい。** · 2006/03/01(水) 22:08:20

コンパイラが無いとプロセッサ作れないんじゃね?
命令セットやアーキテクチャを拡張したくても思うようにできないじゃん。
今までどうやって作ってたんだろ。
組み込みかどっかのコンパイラベンダ買収するなり、親密になるなりした方がいいんじゃないのか。
SunなんてAMDを利用する事しか考えてないんだから。

**名無しさん＠お腹いっぱい。** · 2006/03/01(水) 22:37:45

コンパイラが無い訳じゃないだろ。パッケージして出してないだけだと思うけど。
gcc のコードって、AMD から出たもんじゃないのか? 仕様から外部の人が起こしたの?

**名無しさん＠お腹いっぱい。** · 2006/03/02(木) 00:45:37

GCCはSunOSで育った汎用コンパイラという感じがするな。
Itanium版GCCは、Gelatoコミュニティと協力して改良を進めているそうな。
ttp://gcc.gelato.org/

**名無しさん＠お腹いっぱい。** · 2006/03/02(木) 01:03:44

GCC が有名になったのは Motorola 680x0 でだけどね。

**名無しさん＠お腹いっぱい。** · 2006/03/02(木) 06:17:55

まあ当時のワークステーションはSun3が主流だったというだけの話だけどな。

**名無しさん＠お腹いっぱい。** · 2006/03/02(木) 07:56:12

68Kなら良いけど、SPARCだとたいして速いコード吐かない気がする。
まあ、吐いたら、Sunのコンパイラの価値が下がるけど。

**名無しさん＠お腹いっぱい。** · 2006/03/02(木) 08:29:30

気がするだけですかそうですか。

**名無しさん＠お腹いっぱい。** · 2006/03/02(木) 13:37:14

>>279
Sun 以外にも m68k 使ってるとこはたくさんあった。というより、当時
マイクロプロセッサでまともにワークステーション作れるのって m68k しかなかった。
GCC はコンパイル速度もできたバイナリの実行速度もすごく優秀だった。
>>280
けど SPARC への最適化はあんまりされなかったね。3.x 以降は結構いいとか聞くけど。

**名無しさん＠お腹いっぱい。** · 2006/03/02(木) 16:31:26

定量的に比較した訳じゃないから、気がするだけ。

**名無しさん＠お腹いっぱい。** · 2006/03/03(金) 00:05:15

こっちにも貼っとこ

Solaris ported to Itanium?
http://www.theregister.co.uk/2006/03/02/sun_solaris_itanium/

**名無しさん＠お腹いっぱい。** · 2006/03/03(金) 21:43:46

つまり
「Itaniumに愛を掲げるHP」
ttp://www.itmedia.co.jp/enterprise/articles/0603/03/news048.html

**名無しさん＠お腹いっぱい。** · 2006/03/03(金) 21:45:08

「Oracle、Itanium搭載HPサーバのサポート拡大」
ttp://www.itmedia.co.jp/enterprise/articles/0603/03/news019.html

**名無しさん＠お腹いっぱい。** · 2006/03/03(金) 22:27:45

>>285
当初 2002 年までにサーバ市場で 330 億ドルの売上の予定だったのが、
今 2009 年までに 66 億ドルに拡大する、になってるわけね。こりゃあなどれんな。
ブタベニってww

**名無しさん＠お腹いっぱい。** · 2006/03/03(金) 23:04:44

予定と予想の違いがついていない件について

**名無しさん＠お腹いっぱい。** · 2006/03/03(金) 23:10:21

そうだな。で、はずれたのはどっち? どっちかにすると面目保てるとでも?ww

**名無しさん＠お腹いっぱい。** · 2006/03/03(金) 23:24:44

「Solarisからのマイグレーション」
ttp://h50146.www5.hp.com/solutions/infrastructure/migration/solaris/?jumpid=reg_R1002_JPJA

**名無しさん＠お腹いっぱい。** · 2006/03/03(金) 23:38:47

>>287
IDCが馬鹿なだけ。
半導体なんてそんなもんだ。
この微細化の御時世に、simulation通りに一発で動く訳がない。
メモリや汎用品でも大変なのに、EPICを使った始めてのプロセッサで動く方がおかしい。
今だから言えるけど。

**名無しさん＠お腹いっぱい。** · 2006/03/04(土) 00:54:23

こればっかりは「そんなもんだ」で済まないぜ。Intel の踏ん切り次第では
致命傷の可能性がある。

**名無しさん＠お腹いっぱい。** · 2006/03/04(土) 07:38:19

なんで外部のIDCの予想をIntel/HPが実現しないと
面目が保てないのか理解できない。

**名無しさん＠お腹いっぱい。** · 2006/03/04(土) 12:27:47

montecitoのバグだらけのPALがなかなか直らない
今日このごろですが、皆さん大丈夫でしょうか？

**名無しさん＠お腹いっぱい。** · 2006/03/04(土) 14:11:55

>>293
なるほど、じゃ、今程度で予定通りなんだ。そりゃ結構。PA-RISC のリプレース程度だよね。
そこまでいってないか?ww
あと OpenVMS も置き換えるんだっけ??

**名無しさん＠お腹いっぱい。** · 2006/03/04(土) 18:43:51

>>295
alphaの開発がとっくに止まってるから、既にリプレースの最中では
ないかと

**また業界標準か！** · 2006/03/04(土) 19:40:41

VAXからAlphaへとそのプラットフォームを広げたOpenVMSは、費用対効果に優
れた業界基準のインテル� Itanium� 2プロセッサ搭載のHP Integrity サーバにも
対応しました。

http://h50146.www5.hp.com/products/software/oe/openvms/itanium/

**名無しさん＠お腹いっぱい。** · 2006/03/04(土) 23:35:11

世界で 100 台もあるのかね、OpenVMS て。Oracle とか動くの?

**名無しさん＠お腹いっぱい。** · 2006/03/05(日) 00:09:06

OracleのRACはVAXが産まれ故郷ですぜ。

**名無しさん＠お腹いっぱい。** · 2006/03/05(日) 00:09:33

当然あるだろ。MVSと同じで動かすのは過去の遺産だよ。

**名無しさん＠お腹いっぱい。** · 2006/03/05(日) 01:39:30

>>299
いや、VAX の VMS 上で Oracle が動いてた（というかあっちが元）なのは当然知ってるが。
Itanium+OpenVMS に持ってっても商売にならんのではと思ってね。
ま、なきゃ話にならんけど。
>>300
でもねぇ、VAX はミニコンだからねぇ。ほんとの汎用機に比べてあんまり残ってないんじゃないの?
少なくともオレは知らないもんで。汎用機が残ってるとこはいっぱい知ってるけど。