Sun Microsystems 最大の滝壷
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/02/01(水) 18:32:00"Rock" on the table?
【前スレ】
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/
0679名無しさん＠お腹いっぱい。
2006/02/18(土) 23:37:30Niagaraに入れ換える金があればNetworkDeployで無難に横方向に追加するのを選ぶな。
0680名無しさん＠お腹いっぱい。
2006/02/18(土) 23:46:05Niagara なら使用電力はかえって減るのに、性能は倍以上なんだ
から、わざわざ Xeon を入れて、高い電気代を払うことはない。
大規模なところほど効果は高い。
0681名無しさん＠お腹いっぱい。
2006/02/18(土) 23:54:22電力会社とグルなんじゃねーのかありゃ。
0682名無しさん＠お腹いっぱい。
2006/02/19(日) 00:03:33後々大幅なシステム変更が入ると、余計な手間と金がかかる。
とりあえず現状だとLinuxとIntel系を選んどけば大丈夫そう。
今のSunじゃ何時なくなるかわからんし。。。
0683名無しさん＠お腹いっぱい。
2006/02/19(日) 00:10:02今は心配ないですよ
0684名無しさん＠お腹いっぱい。
2006/02/19(日) 00:11:140685名無しさん＠お腹いっぱい。
2006/02/19(日) 00:11:150686名無しさん＠お腹いっぱい。
2006/02/19(日) 00:12:10そうそう、大事なのはスループット。
ついでに、早さじゃなくて速さ。
0687名無しさん＠お腹いっぱい。
2006/02/19(日) 00:14:39箸にも棒にもかからなったんだよね。なぜIntelやLinuxが
伸びたかっていうと、価格性能比が高かったからで。
ところが、今やIntelやLinuxは、そういう保守的な守りの立場で、
Sunの方が価格性能比が高いと。こういう風に時代が変わるとは
思わなかったなあ。
0688名無しさん＠お腹いっぱい。
2006/02/19(日) 00:14:48> Red HatやSuSEがSPARCサポートしないのに、どうやって切り込むんだよ。
ほんとに Linux で負荷の高い Web 構築やったことある? ンコだよ、Xeon + Linux は。
0689名無しさん＠お腹いっぱい。
2006/02/19(日) 00:15:27> Xeonでそこそこ動いてるのであれば、わざわざお金と手間をかけてNiagaraに変えようとは思わないよ。
何言ってんの?
客が増えてきた時に、そのまま移行してスケールするシステムが必要なんだよ。
Javaはその点で非常に優れているし、
Itanium2やSPARC64Vは有望な選択肢。Niagaraもたぶんそうなる。
0690名無しさん＠お腹いっぱい。
2006/02/19(日) 00:18:000691名無しさん＠お腹いっぱい。
2006/02/19(日) 00:20:31WEB鯖ではな。
鈍いCPUがたくさん有る状態で適応出来るのは、軽い処理が
大量に有る場合、つまりスループットが要求されるケース。
0692名無しさん＠お腹いっぱい。
2006/02/19(日) 00:24:370693名無しさん＠お腹いっぱい。
2006/02/19(日) 00:33:18Itanium2 + Linux
>>689
Itanium2だとOSの使いかってが同じなので選択肢になると思いますよ。
垂直方向のItanium2でいくか、水平方向のXeonでいくかはケースバイケースだけど。
0694名無しさん＠お腹いっぱい。
2006/02/19(日) 00:34:53H/Wもやたら高価くつきそうだけど
0695名無しさん＠お腹いっぱい。
2006/02/19(日) 00:37:33けど、フリーソフトのコンパイルやテストはけっこうコケるね。
同じ Linux だからといって、IA32 と同じと思ったら大間違い…
0696名無しさん＠お腹いっぱい。
2006/02/19(日) 00:42:56Itanium なんて、それこそハードもソフトもいつまでサポートされるかわからないから
怖いやん。元が他社の技術だし、そもそもハイエンド専用のはずの商品じゃないし、
ハイエンドに賭けるような会社でもないし。
それに Cutler 氏と Torvalds 氏には嫌われてるしw
0697名無しさん＠お腹いっぱい。
2006/02/19(日) 00:51:24Serviceguardは凄い技術だと思うがそれだけのためにHP-UX移行か…
0698名無しさん＠お腹いっぱい。
2006/02/19(日) 00:53:41NECは無くなってないよね？
0699名無しさん＠お腹いっぱい。
2006/02/19(日) 00:58:55HPがPA-RISC、Alphaを捨て去ってまで投資、開発した石だからそれはない。
フィオリーナたんの買物は高くついたものだ。
あとM$とLinuxがハイエンドへ行く為に手放すとは思えない。
0700名無しさん＠お腹いっぱい。
2006/02/19(日) 01:04:05HPはItanium開発部門をすべてIntelに売っぱらっちまったよね。
> あとM$とLinuxがハイエンドへ行く為に手放すとは思えない。
あと2〜3年待てば、AMD64 が今のItanium並のハイエンド機能を備える
ようになるし、M$もLinuxも、どちらもそちらの方に乗り気でしょ。
そういえばHPもOpteronサーバにかなり積極的なんだよね。
Itaniumとかちあう筈なのに。
0701名無しさん＠お腹いっぱい。
2006/02/19(日) 01:04:20PC-9801 はゴミになったろ?
0702名無しさん＠お腹いっぱい。
2006/02/19(日) 01:06:21おいおいおい、HP が金かけたからって、なんの担保になるんだよ... トホホ。
2 つめの予測も根拠薄弱だよ、なんか別の理由でこじつけてないか? それ危ないぞ。
0703名無しさん＠お腹いっぱい。
2006/02/19(日) 01:07:52特に問題はないでしょ。
0704名無しさん＠お腹いっぱい。
2006/02/19(日) 01:14:17>ハードもソフトもある程度先行きのしっかりした物を選びたい。
↓
@703
>サーバとしては、現役で使っている間、サポートが受けられれば
>特に問題はないでしょ。
何これ...
0705名無しさん＠お腹いっぱい。
2006/02/19(日) 01:14:30どことどこ?
0706名無しさん＠お腹いっぱい。
2006/02/19(日) 01:16:46HPとしては今後自社製マシンに搭載するRISCチップを２つも３つも開発するのは無駄
(というか不可能)と考えて、１つにまとめる判断を下した。
またItanium普及の為にはIntelと共同というより第三者的な位置についた方が良いという判断で
Intelに売却したと思われ。
> あと2〜3年待てば、AMD64 が今のItanium並のハイエンド機能を備える
AMDとIntelでは規模もロードマップも桁が違いすぎて勝負にならないと思う。
Intelのフルラインナップに対抗しつつ、現状の不完全64bitとRAS機能を補うロードマップは
立てられないと思う。
0707名無しさん＠お腹いっぱい。
2006/02/19(日) 01:20:58Alpha と PA-RISC 切り捨てたのは、フィオリナﾀﾝの明らかなる失策だよ。
今さら庇立てする奴が居るとは...
0708名無しさん＠お腹いっぱい。
2006/02/19(日) 01:25:02x86 では確かにフルラインナップだけど、IA64はフルラインナップには
ほど遠い状況でしょ。Intelは、Itaniumとかちあうから、XeonにRAS機能
は載せられないだろうし。
今まで通りモタモタしたItaniumの開発状況が続けば、プロセッサ数や
コア数を増やし、RAS機能を載せたOpteronに立ちうちできなくなっても
全く不思議はない。いまでも整数演算性能ではOpteronの方が速いんだし。
0709名無しさん＠お腹いっぱい。
2006/02/19(日) 01:27:39COMPAQを買収しなければPA-RISC一本で行けたかもしれないけど、
買ってしまったからには仕方が無い判断だと思う。
HPの場合チップだけでなく、HP-UX、OpenVMS、Tru64、Windowsと４つのOSについて
各RISC版を作ってサポートするのは不可能と思われ。
0710名無しさん＠お腹いっぱい。
2006/02/19(日) 01:38:27もう結果がでてるんだよ。Itanium は当初想定の域にはまったく達せず、
仕方なく残されているだけ。後は本当に居場所をなくされて終わりだよ。
Intel の、あの大げさな「延びきった前線」ロードマップを必死に守らないと
いけなくなった時点で切られるねたぶん。こういう時には重要な一点に
リソースを集中すべきなんだよ。そういう判断が会社としてできなくなっちゃってるね。
0711名無しさん＠お腹いっぱい。
2006/02/19(日) 01:43:01Linux に「ハイエンドへ行く」なんて方向性みたいなもんはないよ。
そういう指向性を持ってるのは Linux をサポートしてる IBM や SGI。
IBM は POWER 持ってる。SGI くらいだよ。
あとは上の方で出てた日本企業。これはある種の思惑を持ってるわけだけど、
アテにならんよ、まったくw
0712名無しさん＠お腹いっぱい。
2006/02/19(日) 01:47:20確かにMercedの頃はそうだけど、Madison頃からはL3 Cacheのドーピングでだいぶマシに
なって来たろ。
まぁ、自社製のフラッグシップチップを作れなくなったとこに言われたくないわな。
0713名無しさん＠お腹いっぱい。
2006/02/19(日) 01:49:19Itanium2も同じ運命をたどるのかね。
0714名無しさん＠お腹いっぱい。
2006/02/19(日) 01:49:54いままで一度たりともIA64がIA32に整数演算性能で勝った
ことないと思うけど。
それどころか今だとSPARC(Niagara)にさえマルチスレッド性能
で負けてる希ガス。
0715名無しさん＠お腹いっぱい。
2006/02/19(日) 01:53:40>確かにMercedの頃はそうだけど、Madison頃からはL3 Cacheのドーピングでだいぶマシに
>なって来たろ。
この程度なのに何でこのスレに特攻掛けてくるんだよ。
0716名無しさん＠お腹いっぱい。
2006/02/19(日) 01:56:52フィオリーナの判断ではない。AlphaはフィオリーナがCOMPAQ買ったらおまけで
ついてきたので捨てただけ。
IntelはItaniumを残したいから人を大量に募集中。
0717名無しさん＠お腹いっぱい。
2006/02/19(日) 02:01:41現時点で1〜128CPUの拡張性とRASを持っていて、WindowsとLinuxが走る石は他に無いのですよ。
糞CPUと言われようともWindowsの数とLinuxのプラットフォームの恩恵を受けられそうなのは
アイテニアムだけなんです。
どんなにPOWER5やNiagaraが優れていても数の論理には勝てないのですよ。
0718名無しさん＠お腹いっぱい。
2006/02/19(日) 02:06:39妄想するのは止めないが、スレ違いだぞ。
0719名無しさん＠お腹いっぱい。
2006/02/19(日) 02:14:27いや、オレは Itanium を糞とは言ってないぞ。クソと言ったのは Xeon だw
0720名無しさん＠お腹いっぱい。
2006/02/19(日) 02:14:55WindowsとLinuxを走らせたいシステムって
別なんじゃない？
現に1〜128CPUの拡張性とRASをWindowsとLinuxが走る石は、
どちらかしか出来ない石に数の論理で負けてる訳だし。
0721名無しさん＠お腹いっぱい。
2006/02/19(日) 02:18:11「数の論理」とか言わないといけなくなってる時点で終わってるんだよ、わかんない?
トップシェアのもんが転落するときの常套句だよね。
比して、Sun はぜったいそゆこと言わない会社なんだよな。
0722名無しさん＠お腹いっぱい。
2006/02/19(日) 02:26:27いやいや、Itanium ってのは、x86 の後継チップだったんだよ。コンシューマー向けに
大量に売れる、ね。x86 を収束させるはずだった。ハイエンドなんて元々 Intel は
それほど興味ないんだよ。システム屋じゃないからね。EPIC やってた連中は違うだろうけど。
Pen4 系がもうダメだから PenM 系にシフトしようとしてるけど、PenM 系も
ダメだった場合の保険に残してるだけなんじゃないか?
0723名無しさん＠お腹いっぱい。
2006/02/19(日) 03:58:20LinuxよりFreeBSDのほうがいいよな、シングルCPU and シングルコア限定で。
0724名無しさん＠お腹いっぱい。
2006/02/19(日) 04:03:29> あと2〜3年待てば、AMD64 が今のItanium並のハイエンド機能を備えるようになるし
Opteron登場前にも、同じようなことが言われてたね。
あと2〜3年待てば、AMD64が登場するのだから、「今」Itanium2マシンを導入するのはやめたほうがいい
Windowsのx64対応版が出る前にも、同じようなことが言われていたね。
あと2〜3年待てば、Windowsのx64版が登場するのだから、「今」Itanium2マシンを導入するのはやめたほうがいい
数年先にモノが登場し、それが実績を出すまで待つことができるなら、
今なにを導入しようか
という話にはならないのですよ。
0725名無しさん＠お腹いっぱい。
2006/02/19(日) 04:05:50どんなに優れた未来予想図であっても、今すぐ手に入らなければ、買うことができない。
0726名無しさん＠お腹いっぱい。
2006/02/19(日) 04:15:03マイクロソフトは、
Windows Server + SQL Server にはスケールアップとしてIA64がありますから、
お客様のビジネスが成長して拡大しても大丈夫ですといって、
IA64版を見せ玉にして、x64版を売っているよね。
それからどこで見たグラフだったかなぁ。
XeonとOpteronが8 CPUでサチってるけど、Itanium2は延び続けるグラフ。
0727名無しさん＠お腹いっぱい。
2006/02/19(日) 04:27:21これはCPUというよりは、チップセットの問題の方がでかいね。
今はRAS機能がないから、こういうミドル/ハイエンド向けの数の
プロセッサを積んだOpteronシステム向けに、気合い入れてチップ
セットを作るメーカがほとんどないけど、すぐに状況は変わって
くると思われ。
Xeonについては、Itaniumとのプラットフォーム統合までは出ない
だろうけど。
0728名無しさん＠お腹いっぱい。
2006/02/19(日) 04:54:130729名無しさん＠お腹いっぱい。
2006/02/19(日) 05:18:00Niagaraの設計図なんて手にいれてどうするんですか?
0730名無しさん＠お腹いっぱい。
2006/02/19(日) 06:25:070731名無しさん＠お腹いっぱい。
2006/02/19(日) 07:34:50ところで、おいら半導体設計ってサッパリなんだけれど、
そのNiagaraのHDLのソースっていうのをコンパイルすると
Niagaraのシミュレーションが出来るの?
それとも専用の半導体設計ソフトにNiagaraのHDLのソースを
喰わせるとシミュレーション出来るの?
っーかHDLのヘッダファイルとかライブラリとか処理系ってどこで売ってるの?
0732名無しさん＠お腹いっぱい。
2006/02/19(日) 07:41:48> アイテニアムだけなんです。
っていうか、MSがItaniumを切り捨て、今後の開発を行わないので、もうWindowsは保守だけ。
しかも、数年したらその保守も打ち切り。
Itaniumで動作するのは、Linux, HP-UXぐらいで、HP以外はLinuxを持ってくるしかない。
そんでもって、Intel自身がIPFのChipセットをもう作らず、Itaniumを使うコンピュータメーカーが
独自に設計して実装する必要がある有様。
こんな状況になっても、今後Itaniumが残っているなんて考えるのは、どうかしている。
Itaniumを見捨てたのは、MSとIntel。Itaniumを残したいのは、HPと日本のコンピュータメーカー。
HPはもう後がない。日本のコンピュータメーカーも、富士通のSPARCをのぞくと競争できるCPUがない。
そんな状況なんだそ。これを顧客に売りつけるっていうのも、そうとうな詐欺だよ。
0733名無しさん＠お腹いっぱい。
2006/02/19(日) 10:36:27それはない。今後も開発は継続される。
ttps://www.itaniumsolutionsalliance.org/japanese/events/developer_days/march_7_2006/
確かにIntelが新しいチップセットを作らないのはやや理解に苦しむけど、
x86の後継からRISCの置き換えに目標が変わった時点で、ハイエンドRISCマシンを出してない
単なる箱屋にItaniumの販促をしてもらう必要性がなくなったというのもある。
現行のE8870はMackinlyの時代に設計された物だけど、ハイエンドとして最低限の機能は持ってるので
差別化したいところはオリジナルを作って対応というのだろう。
アーキテクチャの変わるTukwilaまでE8870とRISCベンダオリジナルチップセットで凌げるというIntelの判断だろ。
0734名無しさん＠お腹いっぱい。
2006/02/19(日) 10:46:36やめるとは言ってない。
http://itpro.nikkeibp.co.jp/article/USNEWS/20050905/220561/
> データベース，カスタム・アプリケーション，業務用アプリケーションなどの基幹業務を想定しているという。
基幹業務とは言えないとはいえ、Exchange 12は、64bit版だけ出荷されるのに、
Itanium用は出さないって言うんだから、かなり暗雲垂れ込めてるね。
http://www.itmedia.co.jp/enterprise/articles/0602/15/news005.html
0735名無しさん＠お腹いっぱい。
2006/02/19(日) 14:10:290736名無しさん＠お腹いっぱい。
2006/02/19(日) 14:32:130737名無しさん＠お腹いっぱい。
2006/02/19(日) 14:52:340738名無しさん＠お腹いっぱい。
2006/02/19(日) 15:07:310739名無しさん＠お腹いっぱい。
2006/02/19(日) 15:13:42立てといたから。
ItaniumでUNIX!
http://pc8.2ch.net/test/read.cgi/unix/1140329582/
0740名無しさん＠お腹いっぱい。
2006/02/19(日) 15:15:41thx!
0741名無しさん＠お腹いっぱい。
2006/02/19(日) 17:58:16CPUのキャッシュコヒーレンシがらみのメカニズムの問題。
>>732
ファビョるなよ。
0742名無しさん＠お腹いっぱい。
2006/02/19(日) 21:16:05そのとおり。だから「今」Itanium が売れない。性能もメリットもないから。
0743名無しさん＠お腹いっぱい。
2006/02/19(日) 21:17:21> 確かにIntelが新しいチップセットを作らないのはやや理解に苦しむけど、
理解に苦しむ、って... それがすべてを物語ってると、なぜ悟らない? 信仰?
0744名無しさん＠お腹いっぱい。
2006/02/19(日) 21:30:21作るだけ無駄なもん作らんわな
0745名無しさん＠お腹いっぱい。
2006/02/19(日) 21:33:25ItaniumでUNIX!
http://pc8.2ch.net/test/read.cgi/unix/1140329582/
0746名無しさん＠お腹いっぱい。
2006/02/19(日) 21:35:24Intel x86 のかなりの数の MP マシンはだいぶ昔からある。80386 のやつを確か
NCR とかが出してた。ただし SMP ではない。その後もマイナーなマシンは
いくつもあったと思うが、結果きわめてマイナーな存在でしかない。これはなぜなんだろう。
CPU の機能としては、MP については i486 以降ずっと「サポートを改善した」と
Intel は言い続けてるにもかかわらず、だ。バスの問題? Pen-4 では結局ムリ?
AMD なら HyperTransport だから大丈夫?
Itanium のこの辺については、HP のエンジニアがやっててぜんぜん別もん?
そもそも x86 と Itanium を同一ソケットにすることなんか可能なのか???
0747名無しさん＠お腹いっぱい。
2006/02/19(日) 22:27:36なるほど。だけどそれじゃあ、「Unix にだけは行きたくない」汎用機移行組しか
対象にならんよ。「数の論理」が成立しないぞ。
0748名無しさん＠お腹いっぱい。
2006/02/19(日) 22:56:15SunがCrayを、HPがDECを、に相当する買い物が、Intelにはないのが辛いと思われ
やっぱりまだマイコンな会社なんだと思われ。
0749名無しさん＠お腹いっぱい。
2006/02/19(日) 23:50:450750名無しさん＠お腹いっぱい。
2006/02/20(月) 00:18:24作ってみたら性能がスケールしなかった
ってことじゃないか?
0751名無しさん＠お腹いっぱい。
2006/02/20(月) 00:20:33単一の共有バスでのSMPは4wayが限度。それ以上は複数のバス階層を持ったアーキでないと
実用的にならない。一つあるいは複数のCPUが一つのメモリシステムを共有する構成を複数、
バスなりスイッチで接続している、ある種のNUMA構成が、今のハイエンドSMPの実態。
Opteronは一つのCPUが一つのメモリシステムを占有する構成を複数、HyperTransport で接続して
いるという点で、上記ハイエンドSMPの構成に近いが、CPU数が増えるとメモリアクセスで通過する
HyperTransportの経路が増えるため、レイテンシが伸び、スケーラビリティを落としている。
Crayだかのスパコンのように、独自チップセットでCPU数が増えてもレイテンシーの伸びを抑えられる
構成をとると、スケーラビリティが改善されるが、複雑な構成は少ないCPU構成での性能劣化をまねく。
このへんはトレードオフ。スケールアウトを考えるか、スケールアップを考えるかは、ベンダの考える所。
HPは少なくともIntelよりはこのあたりは良く知っているだろう。
x86とItaniumで同一ソケットは可能だろうけど、低コストで実装できないと困るx86と、ハイエンド一本に
なってしまって、高価な実装が可能となったItaniumとでは、方向性が違うから、分けた方が良いと思う。
0752名無しさん＠お腹いっぱい。
2006/02/20(月) 00:32:02ま、ＩＴ投資の流れを追ってるだけのユーザから見れば、チップなんてどれも同じにしかみえないだろうな。
最早、ユーザはエンタープライズ・アプリケーションとか、「サービス業」らしい商品の取捨選択するのが関の山なんだろうなぁ
0753名無しさん＠お腹いっぱい。
2006/02/20(月) 00:37:450754名無しさん＠お腹いっぱい。
2006/02/20(月) 00:38:34明日はわが身という気がしないでも……
0755名無しさん＠お腹いっぱい。
2006/02/20(月) 00:40:03そのうちの CPU だけいくら高値で売ったところで売上は知れてる。
システムで売らないともうからない。
0756名無しさん＠お腹いっぱい。
2006/02/20(月) 00:40:430757名無しさん＠お腹いっぱい。
2006/02/20(月) 00:43:31と、いうことは、x86 で多 CPU MP 機の実現は、やるとしてもまだこれから、
現存してない、ってことだよね? Intel にせよ AMD にせよ。
Sun が首つっこんでるらしいから AMD の方が有利かな?
0758名無しさん＠お腹いっぱい。
2006/02/20(月) 00:50:460759名無しさん＠お腹いっぱい。
2006/02/20(月) 01:02:02s/出てるよ。/出来るみたいだよ。/
http://www.theinquirer.net/?article=23518
0760名無しさん＠お腹いっぱい。
2006/02/20(月) 01:26:16つ Horus
0761名無しさん＠お腹いっぱい。
2006/02/20(月) 01:36:43検索してみたけど、ちょっと付け焼き刃っぽいな。逆の見方をすれば、Opteron でさえ
この程度だから、Intel x86 MP にはまだすることがたくさんありそうだ。
0762名無しさん＠お腹いっぱい。
2006/02/20(月) 03:35:05Xeon MPサーバなら、UnisysやIBMが作ってる。UnisysはES7000という最大32wayサーバを出してる。4wayの
ボード複数をクロスバースイッチでつなぐ、ハイエンドUnixサーバっぽい作り。IBMのはx460で、4wayサーバを
インターコネクトで複数つなげて最大32wayサーバまで拡張できる。こっちはNUMA構成。どっちも自分とこで
作ったチップセットを使ってる。
まあ、Intelはハイエンド方面は手を出さない／出せないので、自分でハイエンド用チップセットを作れる会社
＝ハイエンドサーバを手がける会社ぐらいしか、x86で大規模MP構成はまず作れない。Sunはこの条件には
当てはまる。
0763名無しさん＠お腹いっぱい。
2006/02/20(月) 03:38:33石はIntel Xeonでも、その他はUNISYSの独自実装だが、
ES7000はスケールしないの？ 使ったことある方の
経験談求む。
0764名無しさん＠お腹いっぱい。
2006/02/20(月) 04:38:46Opteronは、たったのデュアルコアの8CPUですか。
Itanium2なら、SGIのAltixがある。
Altix 330なら1〜16CPU
Altix 350なら1〜32CPU
Altix 3700なら1〜512CPU
が、NUMA構成で全メモリを共有し、
単一システムイメージで動くらしいぞ。
対応OSはLinuxのみで、
SUSEやRedHatに対して、
SGIのパッチをあてるそうだが。
0765名無しさん＠お腹いっぱい。
2006/02/20(月) 04:56:56Opteron で 32ソケット(64コア)までサポートしてるチップセット
として、Newisys が Horus ってのを発表してるよ。
A1シリコンがSC2005の時には動いてて、B0シリコンが2005年末予定って
話だったから
ttp://www.itjungle.com/tlb/tlb102505-story02.html
今年中くらいには採用した製品が出てくる可能性があるかも。
0766名無しさん＠お腹いっぱい。
2006/02/20(月) 05:47:33すでに出荷されている製品の話をしようぜ。
0767名無しさん＠お腹いっぱい。
2006/02/20(月) 08:07:12せっかく痛スレ作ってもらったんだから、素に帰れ。
0768名無しさん＠お腹いっぱい。
2006/02/20(月) 08:07:490769名無しさん＠お腹いっぱい。
2006/02/20(月) 08:18:07x86 CPU 相手にシステムのスケーラビリティで勝った程度でそんなに嬉しいのかね?
そんなの普通は当然なんじゃないの? エンタープライズで売れたいなら。。。
0770名無しさん＠お腹いっぱい。
2006/02/20(月) 09:41:12んで勝手に勝った気になって気持ち良くお帰りいただきましょう
0771名無しさん＠お腹いっぱい。
2006/02/20(月) 10:02:02> HPは少なくともIntelよりはこのあたりは良く知っているだろう。
HPはCOMPAQw/DEC買ったけど、Tru64/Alpha軍団はMicrosoftやAMD行っちゃったよ〜
0772名無しさん＠お腹いっぱい。
2006/02/20(月) 10:03:17SunとAMDには、CrayとDECの残党がたくさんいるからね。
0773名無しさん＠お腹いっぱい。
2006/02/20(月) 10:13:46spec.orgのOMPでもSPARC64Vとたいして性能変らないね。
0774名無しさん＠お腹いっぱい。
2006/02/20(月) 11:49:16ま、大概のケースに於いて、他人から素人呼ばわりされるヤツ程負け惜しみみたいな言い訳が多いよな。
0775名無しさん＠お腹いっぱい。
2006/02/20(月) 13:56:06一応ハエヌキで PA-RISC + HP-UX やってた人達がいますが... スパっとお忘れですね?ww
0776名無しさん＠お腹いっぱい。
2006/02/20(月) 13:58:42あはははは、何べんも言われてるのにまだわからないの.. Itanium なんて
スケールできてなかったらとっくにもうこの世にないよ。
当初の予定を変更しまくって最後の居場所がハイエンドなんだからさ。
0777名無しさん＠お腹いっぱい。
2006/02/20(月) 14:03:44> SGIのパッチをあてるそうだが。
きっと Linux 消して IRIX 上書きするんだろうな。
いや、Linux には MIPS のエミュレーションさせるのかも。w
0778名無しさん＠お腹いっぱい。
2006/02/20(月) 15:06:20
■ このスレッドは過去ログ倉庫に格納されています