Sun Microsystems 最大の滝壷

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

NOW IN NAIAGARA!
"Rock" on the table?

【前スレ】
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/

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

インパクト大きいと思ってるのは関係者だけだろう

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

さあ、ジャンプ。x86のロードマップが伸びる、大きく伸びる、伸びて着地、
きれいなIntelマーク、K10越えであります。

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

ISSCC 2006では、トップでの発表になってるし、
少なくともCPU業界にはインパクトあったようですな。

Sunが単体CPU性能のベンチマークでIntelを凌駕したなんて、
本当に久しぶりですよ。

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

それを素直に喜べないところにUNIX厨のネジクレた根性がある、と言ってみるテスツ

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

UNIX厨というよりSun厨か

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

UltraSPARC IV+はSUNの予想を上回る需要があるとのことだけど
SUNももっと高性能なCPU出せれば業績は上がるのにね
APLに期待するしかないのかね

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

UltraSPARC IVが予想を上回る糞だったという事ですよ。

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

ということにしたいのですね。:)

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

データーベース業界も大変だな

【IT】米IBMもデータベース「DB2」のフリー版の提供を開始、OracleやMicrosoftに追随
http://news18.2ch.net/test/read.cgi/bizplus/1138647809/

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

>>59
これなんかデジャヴだったんだけど、
http://www.fujitsu.com/global/news/pr/archives/month/2006/20060105-01.html
のItanium 2の発表だな。

PRIMEQUEST 480, Itanium2 1.6GHz×32, Linux, JRockit: 322719op/s
PRIMEPOWER 2500, SPARC64V 2.06GHz×128, Solairs, Hotspot: 1157619op/s

http://www.fujitsu.com/global/news/pr/archives/month/2006/20060202-01.html
http://www.spec.org/jbb2005/results/jbb2005.html

CPUの数の分だけ差がついてるって感じですね。

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

>>80
> 「これが最終形態で打ち止め」なんて製品はあるわけない。

馬鹿。話の流れが読めないのか。SunはNiagaraを最後にSPARC止めて、
AMDに移行って話だろうに。頭悪すぎ。

**名無しさん＠お腹いっぱい。** · 2006/02/04(土) 10:32:15

>>86
Sunにそんな能力は無いよｗ

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

X4400/X4600ってどうなったの？
まさかNiagaraを売ろうとして出し惜しみ？

**名無しさん＠お腹いっぱい。** · 2006/02/04(土) 12:41:37

>>91
このスレの人間なら、まだこれから、Olympus、Niagara 2、Rock と
計画がひかえていることくらい常識なわけだが…
そろそろ巣に帰ったら？

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

Niagaraって特定用途にターゲットを絞ったニッチ製品だろ。
K10, Rockなんて具体的な話は漏れて来ないし、本当に
出てくるのかという感じ。
う～ん、期待できるのは...

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

>>93
Niagaraを売ろうとしているんじゃなくて、40zの在庫が捌けないんじゃ？
40z年内に終了らしいんで、それまでに出ると思うけど。

**名無しさん＠お腹いっぱい。** · 2006/02/04(土) 15:03:41

>>95
> Niagaraって特定用途にターゲットを絞ったニッチ製品だろ。

つーかSolarisの主要マーケットにターゲットだから、
そういうのを「特定用途」とか「ニッチ」っていうのはちょっと。

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

Intel ちょうちん必死だなwww ほんとに笑える。このスレの頭から見た限り、
Intel には全然対抗策ないねw 手詰まりもいいとこ。あるのはお金と取り回しの悪いズウタイだけ。
終わってると確信できたよ。

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

いいじゃん。活発だね。なんだかんだ言ってみんなNiagaraが気になるん
でしょう？ﾌﾟﾌﾟｯ

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

>>90
しかしItanium2悲惨だな。
LinuxやJRockitが足引っ張っている可能性考えても、
SPARC64Vに対して優位性がなければ、後発RISC CPUの意味ないじゃん。
これじゃ、採用するとするのは、会社の事情だけだな。

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

>>100
え、そう読むのですか？
1CPUあたりの性能が1.6GHzのItaと2GHzのSPARCで
同等かそれ以下と読むのだと思ってた。

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

>>100
何言ってるんですか、「後発 RISC」じゃないです、VLIW ですよ。
まったくの新規テクノロジーなのに、死ぬほど開発リソース投入してるのに、
それでも性能出ないんですよ! いったいどうしてくれるんですか?!?!

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

>>102

正確に言うと、VLIWは数十年というかなり長い（く寝かされている）技術。
問題は互換性なんだが、EPICで解決ということでItaniumが登場。
Intelの資本力でもって力でごり押しでも、やっぱダメだったね、という結論。

まぁコンピュータ量産機にはちょっと無理があるというか、組み込みとか
互換性をとる必要のないところには使われるアーキであるけれど。

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

そもそも x86 で SMP 方面の機能まったく無視し続けてきたのに、Itanium がデスクトップ方面で
後継にならないからって、急にエンタープライズ/SMP 用として売ろうったって、ムリがあるわな。
ひょっとして x86 も SMP に脇目も振らなかったんじゃなくて、SMP 用に実装する
能力がなかったのか? 初代 Pentium（60/66MHz のやつね、...いや、i486 登場の時もか?）から
ずっと「今回のはマルチプロセッサへの考慮がされている」って毎回言ってたようだけど。

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

> 1CPUあたりの性能が1.6GHzのItaと2GHzのSPARCで
> 同等かそれ以下と読むのだと思ってた。

ふつう、これを聞くと、SPARCまだまだ凄いじゃんって思うとおもうよ。
実績が全然違う上に、SPARCはスケーラブルであるということを示しているものね。

ソフト資産があれば、なおさらわざわざItaniumにする必要がないし、OSがLinux
だと、バージョンがアップで非互換が発生するのは、ある意味仕方ないモノね。
商業OSじゃないので、非互換なんて誰も気にしない。

**名無しさん＠お腹いっぱい。** · 2006/02/04(土) 19:27:26

マルチプロセッサの考慮ってのはバスＩＦのことでしょ
とにかくハード的にＭＰに出来ないんじゃ話にならないから
で、ＳＭＰにしたからといって性能が出るわけじゃない
特に昔は同期がネックでマルチＣＰＵにしても性能がでないと言われてた
デスクトップアプリの事情はまだあまり変わらないんじゃないかな
ＣＰＵが２個あると分かってても、普通の処理が２倍速くなるのは難しい

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

>>97
例えば一般的なWEB+DBの3階層とか4階層のシステムでは、
WEBフロントエンド用途に絞っているじゃない。
Niagara鯖で後ろのデカDBを扱おうってのは見識を疑う。
Solarisや従来SPARC/SPARC64は、こういった絞り込みはせず、
なんにでも使えて性能出ますというアプローチでしょ。

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

>>107
>WEBフロントエンド用途に絞っているじゃない。

んな事無いよ。

http://www.spec.org/jAppServer2004/results/res2005q4/jAppServer2004-20051109-00023.html

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

>>107
そうかなぁ。DB でも性能出そうな気がするけどなぁ。PostgreSQL 8.1 には期待してる。

**名無しさん＠お腹いっぱい。** · 2006/02/04(土) 20:34:29

それから、現 Niagara は FPU 1 個だからアレだけど、Niagara2 でコア毎に付くようになると、
デスクトップでも用途はあると思うよ。マルチメディア方面特に。
オレは DAW ソフトで音源やエフェクターのプラグインソフトが並列動作するようになると
けっこうすごいんじゃないかと見てるけど。

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

OpenOffice をさぁ、それなりにマルチスレッドに構成したら操作めっちゃ快適になったり
しないんだろうか?

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

>>100
そう思ってるのはSun信者だけ。
Window$、Linux、{HP-UX、(OpenVMS)}をchoiceできるのは大きい。

>>104
ItaniumはRISCの置き換えが目標だったから、
ミッドレンジ以上の鯖がターゲットでつよ。

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

>>106
インテルCPUを32個とか積んだマシンがリリースされていて、
それなりに性能が出ているので、そうは考えにくいな。

>>110
Niagaraは8コアで1GHz。
Opteronの2コアで2GHzを2個に勝てるのかな。

**名無しさん＠お腹いっぱい。** · 2006/02/04(土) 21:49:32

>>108
バックエンドはOpteronですが。

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

>>113
> インテルCPUを32個とか積んだマシンがリリースされていて、
>>106 は x86 の話でしょ? x86 で 32CPU でちゃんと性能出てるのなんか、ないよ。

> Opteronの2コアで2GHzを2個に勝てるのかな。

すくなくとも Xeon にはぶっちぎりで勝ってるみたいだけど。

**名無しさん＠お腹いっぱい。** · 2006/02/04(土) 22:31:34

あと、Niagaraを語る上では消費電力あたりの性能で考えてあげないとね

**名無しさん＠お腹いっぱい。** · 2006/02/04(土) 22:46:17

Niagaraの消費電力あたりの性能は素晴らしいけど、適用分野を絞った結果だから。
並列度が低くなるほど、消費電力あたりの性能は低くなるのかな。

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

>>109
性能出るかどうかはともかく、アレでシステム所要の見積もりなんてできん。
Xeonの2waySMTでも難儀だったのに4waySMT×8coreなんて…

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

> Window$、Linux、{HP-UX、(OpenVMS)}をchoiceできるのは大きい。

で、そういう大きな利点とやらがある Itanium の売り上げは、
HP、SGI、NEC、日立、富士通、その他すべて合わせても、
Sun の SPARC システムの 55% にしかならないらしいんだが。

ttp://www.itmedia.co.jp/news/articles/0601/27/news080.html
> Itaniumシステムの総売り上げはSunのSPARCシステムの総売り上げの55％

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

>>118
Niagara は SMT じゃなくて VMT (FGMT) だよ。

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

>>119
需要
ia32 >>>>>>sparc>>itanium
という事実を忘れていまいか？

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

>>119
まぁISAの発表だからあまりあてにはならん数字だが、ほぼ
03->19%、04->30%、05->55%
という延びで来てる。

今後HPCやメインフレームでSPARCが延びる事はないから
Niagaraで開拓しようとしてる唯一のニッチ市場がコケたら終りですよ。
昨年からOracleのFirst Build Targetが、SolarisからXeonのLinuxへ変わった事だし、
もっと危機感持った方がいいでつよ。

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

これ見たけどさ、ぜんぜん速くないじゃん、PA-8700+ 875MHz x2 と Itanium2 900MHz x2
ほとんど性能同じ。PA-8700+ がどれくらいのもんかは知らないけど、少なくとも
「RISC といっしょぐらいです」と言ってるようにしか見えん。いみねーw

Itanium(R)2でOracleは速くなるか?
ttp://h50146.www5.hp.com/products/software/oe/hpux/developer/column/oracle_01/

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

>>122
延びたのは日本企業が製品出したから、系列が買った（買わされた）。それが全てだろw

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

>>122
> 今後HPCやメインフレームでSPARCが延びる事はないから
UltraSPARC IV+ の需要見誤った、バックオーダー溜まっちゃってます、って出てたけど?

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 00:04:27

>>122
> Niagaraで開拓しようとしてる唯一のニッチ市場がコケたら終りですよ。

SPARC64Vがあるじゃないか。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 00:08:32

PAはRISCを名乗っているけど、RISCじゃねー。
Mysterious Instruction Set Computerと揶揄されるくらいなのに。
性能がピーキーで同じようなコードなのにパフォーマンスがぜんぜん違ってよくわからん。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 00:12:46

ビル・ゲイツもオプソが恐くて夜も眠れないこの御時世に
そらりすだけで商売する気ですか、皆さん?

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

あいつは MS-DOS の時代から絶えずなんかが恐くてずっと寝てないよ。
寝たときは会社が終わる時だw

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

私のおじいさんがくれた、初めてのワークステーション。
それはSPARCstationで、私は4歳（ｒｙ

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 00:34:35

>>114
DB 以外全てを「WEBフロントエンド」と呼ぶなら。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 00:43:58

>112
Windows は事実上 Itanium サポートを切り捨てた
ってことをご存じありませんか、そうですか

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 00:44:40

WSにおいては、だけど
鯖も怪しいよね

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

>>127
それでもSPARCよりは速かった。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 04:45:51

SPARCが遅いなんて・・・

富士通の「PRIMEPOWER」が世界最高性能を記録　Javaアプリケーションベンチマークで
http://www.itmedia.co.jp/enterprise/articles/0602/02/news025.html

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 04:50:56

>>135
もし富士通がSPARC作ってなかったら、今頃はSunのSPARCマシンは終了
が決定していたかもしれないな。

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

>>135
SPARCが速い/遅いをいうなら、同じような構成のマシンの性能も
出して欲しかったな…
JBB2005の結果みたら128CPUなんて構成、他にないじゃん…

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 07:55:17

>>136
二位はSunFire E6900のUltraSPARC IV+24CPU48コアだよ。
>>137
32CPU2.16GHzから128CPU2.08Ghzでほぼスケールしているのは、
バス周辺も含めたCPUの実力でしょう。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 09:34:40

もうすでに終わったCPUであるNiagaraについて追悼するスレッドは
ここですか？

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

>>138
スケールしてるのはCPUの実力ってことは、1CPUあたりの性能は
他プロセッサに負けてるねでOKってこと?

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 10:16:01

>>140
ソースないんでしょ? (w

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 11:07:18

>>138
スケーラビリティはSPARCの特徴(SPARCのＳだし）
他プロセッサでは128個買ってきても、繋がらないんでしょ？

それと、SolarisがMPをちゃんとサポートしてるのが大きい
Linuxじゃあ128CPUに対応しても性能でない気がする

>>141
SPARCはクロックが特別高くないから、単体で見ると微妙かと

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

>>136
...いっちゃん最初の SPARC 製造したの富士通だって、知ってる?
microSPARC も TurboSPARC も富士通だし、デジカメやプリンターに大量に採用されてる
SPARClite も富士通製だけど。終了もなにも、富士通作ってなきゃ始まってるかどうかw

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

別にスケールしなくっていいじゃん。
今はクラスタ、NUMAの時代。
その証拠にTop500のうちSPARC積んだマシンが何台はいっている?
もう大艦巨砲主義は終わったんだよ。

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

>>142
> Linuxじゃあ128CPUに対応しても性能でない気がする

128CPU なんてああた、そんな...
IBM や SGI はどの辺まで検証してんのかね?w

「カーネル2.6は8CPUまで十分スケール」---Linux Kernel Conference 2005
ttp://itpro.nikkeibp.co.jp/article/NEWS/20051111/224456/

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 11:53:12

>>144
だからさー、なんで常套句にこんなの使うわけ? 「大鑑巨砲主義」? 何がよ?
リソースバカみたいにつぎ込んで電力バカ食いするのは Intel のチップじゃんよ?

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 12:11:38

まあ、128CPUのベンチマークなんてIBMのTPC-Cと一緒で非現実的な数字だよね
そんなシステム買う客はいねーよ

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

>スケーラビリティはSPARCの特徴(SPARCのＳだし）
>他プロセッサでは128個買ってきても、繋がらないんでしょ？
と言いってSPARCの利点を挙げ他のCPUを馬鹿にしつつ
>もう大艦巨砲主義は終わったんだよ。
と言われると
>リソースバカみたいにつぎ込んで電力バカ食いするのは Intel のチップじゃんよ?
と逆切れして消費電力に逃げる。
しかし実際は
UltraSPARC IVは108wも電力を喰う事実!

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 12:14:34

>>144
データセンターの現場はそう思ってません。

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

性能も出ず、HPCではItanium、POWER、x86に差を付けられ、
買う顧客も居ないSMP鯖でベンチを出すか、Niagaraのようなショボイ鯖で騒ぐしかできない
SPARC厨
m9（＾Д＾）ﾌﾟｷﾞｬｰ!!

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

>>148
なんで逆切れなんだよ? なんで大鑑巨砲か、って聞いてんじゃん。
ヨコにつなげられないくせに、ヨコにたくさんつなげてみせると大鑑巨砲だってのが
難癖だと言ってるんだ。

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

>>147
> そんなシステム買う客はいねーよ
いや、あの、買う客いるからラインナップにあるんですけど...??

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

>>150
だから客いるっつーの、ホビーユーザーさんよ。Mr. スコットがバックオーダー溜まってるって
言ってんじゃん。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 12:29:41

確かにPRIMEPOWERの一番イイ奴は京大様お買いあげだよなぁ。
それ以外で買っている奴どこよ。名古屋大もあったっけ?
たしかにラインナップに乗せることは出来るわな、しかしそれじゃ買う顧客が居ることの
証明にはならないよん。
おまけにSUNのマシンじゃないし(あれ、富士通に泣きついてサーバのラインナップ統合したからそうでもないのかなw)
>Mr. スコットがバックオーダー溜まってるって
そりゃ自分の会社のマシンの宣伝するのは当然だろ!
世界的に売れてるってちゃんとした証明して見せろよ。
m9（＾Д＾）ﾌﾟｷﾞｬｰ!!

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 12:34:03

それと
>リソースバカみたいにつぎ込んで電力バカ食いするのは Intel のチップじゃんよ?
に対する
UltraSPARC IVは108wも電力を喰う事実!
のコメントをお伺いしたいなぁ。
m9（＾Д＾）ﾌﾟｷﾞｬｰ!!

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

なんかビジネスモデルとHPCごちゃまぜの香具師がいるな。

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

お決まりの常套句を並べてみたいだけ、虎の後ろから石投げてみたい最低男がひとりいただけか。

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

>>153
製造能力が低いだけだろ。少ない需要が一巡したら終わりだな。

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

SPARCなんて終わったCPUの信者ってまだいるんだね。

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

>>145
8CPUまでスケールしたのを確認したのはDBベンチマーク
128CPUまでスケールしたのは、アプリケーションベンチマーク。
OK?

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

バカがこっちに移動してきたか
日曜日なのによっぽど寂しいのか

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

リニアにスケールするとSUN儲が信じているSPARC+Solarisと
リニアにスケールしないとSUN儲が信じているLinuxで
1.6GHz32個と2GHz128個の結果を考察してみるとよいよ。

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

>>159
SPARC64 Vの性能は終わってないと思う

SPECcpu2000の結果

Fujitsu Limited　PRIMEPOWER650(2160MHz) 　　　　　　　　　　　1 core, 1 chip, 1 core/chip　　1501
HITACHI　HITACHI BladeSymphony (1.66GHz/9MB Itanium 2)　1 core, 1 chip, 1 core/chip　　1502
IBM Corporation　IBM System p5 550 (1900 MHz, 1 CPU)　　　　1 core, 1 chip, 2 cores/chip　 1467

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

>>162
ベンチマークリザルト希望

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

>>162
ん...?? どういう意味だ??.... あっ、わかった、Itanium に Solaris つんだら爆速、ってことか?
そうかもしれんな。だが、歴史にもしもはないから、Solaris はこの先短い Itanium には
もう載らないだろう。ああ残念だ!

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

うむ
残念な報告だ
HP-UXの将来も気遣われる

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

IBMのPowerは高性能だけどItaniumは別に高性能というほどでもないね

SPECint2000RATEの結果

Fujitsu Limited PRIMEPOWER850 (2160MHz)　　　　　　　　　　　8 cores, 8 chips, 1 core/chip　　131
HITACHI HITACHI BladeSymphony (1.6GHz/9MB Itanium 2) 　8 cores, 8 chips, 1 core/chip　　137
IBM Corporation IBM eServer p5 575 (1900 MHz, 8 CPU) 　　　8 cores, 8 chips, 1 core/chip　　159

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 14:06:54

>>165
そうだね。だからその役目はAZUSAやAltixが負うと思うよ。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 14:09:08

>>164
>>90

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 14:16:41

SPECint2000 rateのPeakだとこういう感じ

Fujitsu Limited PRIMEPOWER850 (2160MHz)　　　　　　　　　　　8 cores, 8 chips, 1 core/chip　　144
HITACHI HITACHI BladeSymphony (1.6GHz/9MB Itanium 2) 　8 cores, 8 chips, 1 core/chip　　137
IBM Corporation IBM eServer p5 575 (1900 MHz, 8 CPU) 　　　8 cores, 8 chips, 1 core/chip　　167

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

買えもしないものでよくそこまで盛り上がれますね。貧乏人たち。
おまえらが作ったもんじゃないんだからさ、うだうだ言ってんなよ。

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

会社で買って仕事に使うんだが…

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

IBMPower5はよいできで、後は他社、SPARC陣（Sun,Fujitsu)がどうキャッチアップしていくかという問題と思うが、Itaniumは、VLIWという、もともとコンピュータ向けではないという素性から、
Intelがどうビジネスを展開していくのだろうという点に興味があったが、やはりIntelも手に負えず、そうそう看板をたたまないといけなそう。
EPICでどこまで実用化できるかという点に興味があったけれど、ソフトエミュの方が速度がでるという現状では、やはりEPICでも限界があったということだろうか？
もうそろそろデータもそろってくるころだし、競争他社（＝AMD)が存在するのであればIntelとしても64bitはIA-32eに向かわざるを得ないというのが実情ではないだろうか？
２つの異なる64bitを維持するのは現実的ではないので、Itaniumを使っている日本のコンピュータ会社がItaniumを諦めた時点でItaniumは撤退することだろうね。
ビジネスをItaniumにかけてしまった日本の会社は、結局馬鹿をみたということで終わりそうだ。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 16:14:20

>>173
sgi。。。

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

確かにSgiはトドメ刺されたなｗ

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 16:20:29

SPARCに引導を渡すのはOPでもPowerでも何でもいいよ。
でSolarisに引導を渡すのは....？
Javaに引導を渡すのは...?

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

SGIは今度はAMD６４にいけばいいじゃん。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 16:39:35

>>173
馬鹿ですか。
Itanium一本の日本のベンダーなんてないっすよ。

**名無しさん＠お腹いっぱい。** · 2006/02/05(日) 16:41:21

MIPS→Itaniumに変換ツールまで作って移行したのに…>Sgi

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

なんとなく、Itanium→AMD64変換ツールを作れば、凄く受けそうだね。