ItaniumでUNIX!

1 名前：名無しさん＠お腹いっぱい。 [2006/02/19(日) 15:13:02 ] Itaniumってどうよ? Itanium Solutions Alliance https://www.itaniumsolutionsalliance.org/home Intelとコンソーシアム、Itanium支援に100億ドル投入 www.itmedia.co.jp/enterprise/articles/0601/27/news080.html 411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 01:17:06 ] >>409 OSの上で走るものはICCでコンパイルすればいいが、OS自体はGCCだからね。 412 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 01:17:43 ] ちなみに、GCCの出力するIA-64なバイナリは、恐ろしく遅い。 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 02:04:52 ] >>411 え゛???? ICC ってカーネルコンパイルできないのか。だけど、そりゃ金使って ICC でカーネルコンパイルできるようにした方がいいのでわ???? 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 04:23:11 ] そうじゃなくて、Linux kernelがgccじゃないとコンパイルできない。 415 名前：名無しさん＠お腹いっぱい。 mailto:sage ﾈﾀﾆﾏｼﾞﾚｽｶｺﾜﾙｲ? [2006/03/14(火) 05:45:18 ] >>412と>>414から「IA64用Linux kernelは恐ろしく遅い」という結論になるのだけど、本当？ PrimeQuestなんて、どうしているの？ 　＞基幹IAサーバ「PRIMEQUEST」、 　＞Javaアプリケーションベンチマークで世界最高性能を達成 　pr.fujitsu.com/jp/news/2006/01/5.html なんていう話もあるけど。 416 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 07:39:38 ] カーネルの実行時間なんて誤差だよ。 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 11:25:54 ] >>416 は世界中のカーネル技術者を的に回したなw 418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 11:41:41 ] マトなのかよ 419 名前：417 mailto:sage [2006/03/14(火) 11:47:01 ] orz 420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 12:55:11 ] >>414 だから、GCC 向けのソースをコンパイルできるように ICC 改良するなりプリプロ作るなり すればいいじゃん。 421 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 12:56:03 ] >>416 タスクによるけど、カーネルコード遅かったらやっぱイタいと思うけど。 422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 14:16:05 ] >>331 POWER3 からは PowerPC 互換に作ってあるそうだな。知らんかった。 423 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 14:45:30 ] 素人の考えだが、カーネルの実行時間のうち、 コンパイラの性能で、有意な差が出るような所はあんまりなさそう。 424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 14:54:50 ] ・I/Oバッファのカーネル空間とユーザ空間のコピー (mmapされてない時) ・プロトコルスタック間のヘッダ脱着を伴うデータのコピー (trailer protocolじゃない時) ・チェックサム に時間がかかるのが有名だけど、ほとんどの場合アセンブラの関数呼び出してる。 # 最近後ろ二つはNIC自身がやる方向へ。 425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 16:41:43 ] >>423 VM もファイルシステムも C なんだから効くべ? 426 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 17:55:26 ] >>422 PowerPC G5(PowerPC 970)とPOWERに関しては POWER processor compatibility The POWER5 architecture contains enhancements to the POWER4 architecture while maintaining binary compatibility between the two, which allows you to run the same application on both platforms. This same binary can also run on an IBM eServer BladeCenter JS20, which contains the PowerPC 970-based processor. This processor is a single-core version of the POWER4 processor, which maintains binary compatibility with other members of the Power Architecture family. www-128.ibm.com/developerworks/eserver/library/es-bincomp/ とのこと。記事自体は64bit PowerPC ELFバイナリと32bit PowerPC ELFバイナリ の互換性が中心だけど。Linux用のXL C/C++ v7.01はPower Mac G5/XServe G5で も動くけど、v8.0では切られたみたい。Mac OS X用はv6.0で完全に発売終了。 427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 23:11:44 ] >>415 SPARCが余裕でぶっちぎりました primeserver.fujitsu.com/primepower/news/article/06/0308/ 428 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 01:21:14 ] >>420 フリーではないコンパイラを使うのはGNUの精神に反すると思う。 429 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 01:34:09 ] Linux 周辺で GNU まともに理解してるやついるか? 430 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 01:45:59 ] Linux Kernel は GNU とは関係無いしね。 431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 05:08:38 ] >>427 すいぶんと控え目な棒グラフだ 432 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 13:55:00 ] >>430 GPLを採用するけど、GNUの精神なんて糞食らえ なんだよね、Linus氏は。 433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 14:18:13 ] >432 日経エレクトロニクスにまでツッコミ記事が... GPLv2(kernel) と GPLv3(userland) が混ざったシステムの行方は? とかいろいろ 434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 16:11:46 ] 日経xx で GNU まともに理解してるやついるか? 435 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 22:24:09 ] >>431 ん？どっちのグラフも相手はPRIMEQUESTじゃないよ？ 436 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 00:24:58 ] >434 社員の平均点はともかく分かっている奴はいるでしょ 意外と日系エレは組み込みとかで関係するから GPL とかに対しても真剣に書いてる方だと思うよ。 437 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 00:37:59 ] >>427 ふ〜ん、たった1.5%のリードで『余裕でぶっちぎりました』って言うんだ。 確かに32coreではPRIMEPOWERがNo1なんだけど、それはIBMがPOWER5+搭載の上位機 System p5 590/595をまだ発表していないからだね。１年４ヶ月前に発表された POWER5のデータに1.5%だけ勝って、"世界最高性能"って言われてもなあ。 それにSPECintってキャッシュヒット率が高いうえに、SPECint_rateは独立した プログラムを走らせるから、SMPのCPU間スイッチがヘボくても、メモリ帯域が不足 していてもスケーラビリティが良い、という特徴(問題)があるベンチマーク。 だから多way SMP性能をSPECint_rateで語られても、現実に使われる環境とは ほどんど相関が無いんだよね。SPECintみたいなサーバとは関係ない ベンチマークよりも、せめてSPECwebみたいなベンチマークでいい成績を出して くれればねえ。(本当はTPC-Cがいいんだけど、TPC-CはPOWERの独壇場だからなあ) SPARC64Vは今や唯一の国産CPUだからがんばって欲しいんだけど、 こういう素人を欺くようなパブリッシングは関心できないな。 438 名前：427 mailto:sage [2006/03/16(木) 00:54:41 ] >>437 そうでなくて SPECjbb2005が PRIMEQUEST480(Itanium2 32CPU, RHEL4): 322719 PRIMEPOWER1500(SPARC64V 32CPU, Solaris10): 361290 だってことを言いたかったんだけど まあいいや 439 名前：427 mailto:sage [2006/03/16(木) 01:04:48 ] POWERのチャンピオンデータはこれかな IBM System p5 570 (POWER5+ 8CPU(16core), AIX5L): 326651 まあ、32coreで均したらPOWER5+圧勝だろうね 440 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 01:12:28 ] POWER5+ 強杉 POWER5+にはハンディキャップを付けるべきだと思う 441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 01:29:28 ] POWER6出てきたらどうなっちゃうんだろね ただ、POWER5発表されてから高周波数版が出てくるまでが長かったことを 考えると、ほんとに4GHz超の製品なんて出せるのかな？とは思う 442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 01:41:09 ] >>437 0.1% だろうが 2 位が 10 年前だろうが 1 位は 1 位。ベンチマークってのはそういうもんだろ。 それ以上の意味もそれ以下の意味もない。 ベンチマーク値出す相手に「素人を欺くような」というのは全くのスジ違い。 特定のベンチマークテストが全ての性能を保証しているとでもうたってるなら別だが。 443 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 02:00:26 ] >>437 そいういう風にオリンピックの金メダルみたいにベンチマークを考える人もいるだろうけど、 実際にシステムを組む場合に、性能を予想するためにベンチマーク結果を参考にする場合の方が 多いだろ。 例えばCPU-AのベンチマークとCPU-Bのベンチマークを比較して、差が少なければ、『性能はほぼ 同等』と考えて、性能以外の要因でどっちのCPUを選ぶか考えると思うよ。 今の場合だと、SPART64Vの方がPOWER5より1.5%性能が良いからと言って、性能でSPARC64Vを選ぶ ようなケースはありそうになくて、価格とかサポートとかでどっちを選ぶか決めるだろ。 これが、SPARC64VとPOWER5+の比較だったら(16core以下の構成で充分な場合ね)、大差だから、 ベンダーとかOSとかの制約が無ければPOWER5+の方をベンチマーク結果を参考にして選ぶだろ。 「特定のベンチマークが全ての性能を保証している」なんて言うことはあり得ないけど、 「想定しているシステムのワークロードがあるベンチマークに類似している」ということは 充分あると思うから、そういう場合には上記のような考えをすると思うよ。 例えば、Javaを多用するシステムを組むなら、サーバのSPECjbbの性能を参考にするぞ。 444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 02:04:33 ] >>437 あと"ベンダーの技術力"なんかを気にしている場合には、TOPの会社にすぐ キャッチアップできているのか、１年以上かかってやっとキャッチアップ できているのかは重要な要素だと思うよ。 これも「２〜３ヶ月の差は有意ではないけど、１年以上の差があれば有意な 差だな」とか、考えると思うぞ。 445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 02:26:02 ] >>443 性能にセンシティブなケースなら、まじでちゃんと金と手間と時間を掛けて 自前でベンチやった方が良いよ。そうじゃないなら、性能以外の所で石とか OS とか決まって来るからどうでも良いが。 446 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 11:06:45 ] >>443,444 何言ってんだ? 2 位が 10 年前だから、今の 1 位はあと数ヶ月と判断して購入を先延ばしするのか? じゃ、次の 1 位は長期に 1 位だから今の 1 位は見送り? 個人が自己満足用のパソコン買うのと いっしょくたにしてるな。他所への自慢以外になんの意味もないぞ。 447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 23:06:32 ] 何を言いたいのかわかりません もう少しわかりやすく書いてください 448 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/17(金) 00:03:10 ] 高いものは買わないようにしなさい。 449 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/17(金) 00:13:29 ] わかりました 450 名前：名無しさん＠お腹いっぱい。 mailto:Over 500 Thread! sage [2006/03/20(月) 11:20:46 ] 残り500を切りました。新しいスレッドを立ててｋ打際。。。 451 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/24(金) 00:31:41 ] 500切ってないじゃん 452 名前：名無しさん＠お腹いっぱい。 [2006/03/25(土) 11:55:42 ] Japanese consortium rumoured to buy Intel Itanium www.theinquirer.net/?article=30514 453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 18:24:55 ] > (本当はTPC-Cがいいんだけど、TPC-CはPOWERの独壇場だからなあ) TPC-C はディスク性能が命で、大量にディスクを繋げば勝てるって 話をWebで読んだことがあるんだけど。 真偽は知らないんだけど、確かにTPC-C上位のシステム構成を見ると、 ディスクを山のように繋いでいるだけのような。 SPECint は CPU 性能を計るベンチマークとしてはそんなに悪くないと 思うけど。2次キャッシュ/3次キャッシュがバカでかいシステムに有利 ってのはまあ当たってると思うけど、それは SPECweb にも言えない? そういう意味で、4MBのCPU内蔵キャッシュしかない SPARC64 Vよりも、 むしろItanium に有利なのでは？ SMP性能を計るのには SPECweb の方が向いてるかもってのは、当たってる 気もするが。 454 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 18:55:03 ] >>453 > 真偽は知らない > のような。 > 言えない? > なのでは？ > 気もするが。 そんな独り言はチラシの裏へ。 455 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 18:55:54 ] ちなみに>>453のような書き込みは「ちゃんばば」と認定されます。 気をつけましょう。 456 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 19:33:11 ] >>453 キャッシュが９ＧＢもあるitaniumより２ＧＢ程度しか ないx86のほうがspec intが良い。 457 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 19:35:26 ] 9GB => 9MB 2GB => 2MB 458 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 20:20:46 ] >>453 > TPC-C はディスク性能が命で、大量にディスクを繋げば勝てるって > 話をWebで読んだことがあるんだけど。 金出してディスクつなげば勝てるんなら、苦労せん。 ディスクを山ほど用意するのは、ハイエンドサーバのDBベンチマークじゃ当たり前。 価格性能比ねらいでコスト第一でシステム組むならともかく、普通はCPUを使い きれるだけのディスクを用意するのが最低限。その上でコストバランスをとる。 ディスクI/OがネックでCPU余りまくりでした、なんて言い訳にもならない。 459 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 00:15:12 ] >>456 それは CPU コアの性能は x86 系の方がはるかに高いから当然の話。 さらに SPECint に限れば、キャッシュの小さい SPARC64 V の方が、 いまや Itanium よりも速い。 460 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 00:19:36 ] IBM が TPC-C に強いってのは、ハイエンドのベンチマークに必要なだけ の金を持っていて、しかも OS と DB の両方を自社で抱えているからじゃ ないのかな。たとえ CPU 性能の割に TPC-C の性能が出ないことが分かっ たとしても、OS や DB が他社製品だったら改良もままならないわけで。 461 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 00:53:28 ] それじゃあ HP Intel 連合も強いはずだよね。..あ、強いんだっけか? 弱いの? 462 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 21:14:56 ] ベンチマーク取るのにも、莫大な金がかかるからね。 自社製品なんだから、タダでベンチマーク取れるだろ、なんていうのは通用しない。 同じ会社でも、設計・製造している部門と、ベンチマーク取る部門が違えば、 ベンチマーク取る部門は、社内販売みたいな形で、買わないといけない。 463 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/30(木) 23:26:48 ] >>462 オリックスからレンタル汁 464 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/31(金) 17:09:34 ] いくらで借りられんの？ 465 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/31(金) 21:18:57 ] 何の映画だったかな。 ヘリコプターを売っている店で、 「緊急事態なんだ。自分はCIA副長官だ。協力してくれ。ヘリが必要なんだ。」 「レンタルはやってない。買ってくれよ。」 「いくらだ」 「○○万ドルだ」 「試乗は?」 「試乗料金も○○万ドルだ」 なんていうやりとりがあったのは。 466 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/31(金) 22:09:27 ] 知らんがな 467 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/32(土) 08:31:04 ] >>462 ええとね、見積書があればいいんだよ。 なので、頼み込んでバカ安いルータやスイッチの見積書取り寄せ たりしうわなにをすくぁあｓｄｆｇｙｈｊこｌｐ 468 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/03(月) 15:42:44 ] ベンチマークでシステムの売れ行きがかかってるんだから、当然その時点で 最新のドライブを使うよね。あの大量のドライブ、やっぱり保守の交換品に 回すんだろうなぁ。それ以外に行く先ないもんね。 469 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/03(月) 22:20:41 ] 研試。 ストレージシステムを自前で作っているのだから、 開発・テスト用に、ドライブを大量に持ってる。 470 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/10(月) 16:34:24 ] IDF Japan で Montecito マシンが展示されてたらしいけど、性能の話がぜんぜん ないね。予定通りでことさら発表する必要もないのか、それともダメすぎで 言えないのか...? 471 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/10(月) 21:38:57 ] HPはPA-RISCも載せられるの出しててずるいｗ 472 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/15(土) 09:29:26 ] ttp://www.redhat.co.jp/about/news/04102006.html JBossにCertifiedされたSOA環境がごっそりItanium2に載りそうですね。 473 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/17(月) 02:47:36 ] >>470 これからC1,C2ステップで性能改善。 今はFortranでキャッシュが使えなくてZ80なみ。 474 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 00:08:54 ] Itaniumを使ってた会社が、また一つ亡くなろうとしている。 475 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 09:52:13 ] ISAに金だすなら、AMDに金出して、 Opteronをコントロールした方が良いんじゃなか? 476 名前：名無しさん＠お腹いっぱい。 [2006/09/12(火) 21:35:25 ] Red Hat Enterprise Linux V5βｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ｯ!!! ttp://itpro.nikkeibp.co.jp/article/NEWS/20060908/247544/?ST=?ST=enterprise 477 名前：名無しさん＠お腹いっぱい mailto:sage [2006/09/13(水) 00:01:30 ] ちょっと使い込むとボロボロ落ちるLinuxを何故そんなにありがたがる？ solarisの品質に比べれば１０年以上遅れている。出たてのころのSun のレベルだ。 俺はLinuxのコンサルタントをしているが、クライアントはIBMにだまされ て見放されたやつらばっかだ 478 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/09/13(水) 00:03:53 ] IBMﾃﾗﾋﾄﾞｽ 479 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 00:18:00 ] Smalltalkで開発はじめたのにいつのまにかVisualBasicになる会社だからな。 480 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 00:21:53 ] >>477 Sun はちゃんと SMP への道筋も見えてたし、SunOS 4.0 出した頃には既に 現在へつながる行動を起こしてた。ひきかえ、Linux はどうだ。あの程度で煮詰まっちまってる。 IBM 他に持ち上げられてるように見えるが、やつらが心中でもしてくれると思ってるんなら 大間違いだぞ。 481 名前：477 mailto:sage [2006/09/13(水) 00:43:15 ] 俺はもともとSIerでsunの保守が仕事だったのでよく知っているのだが、 同じバグでもSunOSとLinuxでは質がちがう。 Solarisのバグは、基本的なソフトの構造に影響を与えないlocalなもの だが、Linuxのバグは基本的なアルゴリズムやデータ構造の変更や、修正 が数ファイルにまたがるような大問題がおおく、したがって修正できない ために放置されてしまう。まあ、ユーザからみたらどちらもバグなので 違いがわかならいと思うがね。サンがなかなかバグを直さないのはビジネス 的な観点なので、これも困ったものなのだが。 482 名前：477 mailto:sage [2006/09/13(水) 01:13:30 ] itpro.nikkeibp.co.jp/article/NEWS/20060912/247746/ こうゆう記事に素人はだまされてしまうんだな、Linuxも業務に使える、とね。 このシステムはデータウェアハウスなので、データ参照が主だ。サーバが 落ちても、ミッションクリティカルではないし、データが破壊されても、 更新がないから、オリジナルをコピーしてデータを再構築すればいい。 だから、このようなシステムにLinuxを使う判断はまちがっていないのだが、 フツーの人は、この情報を信じて、Linuxでミッションクリティカルな更新 系の大規模DBを構築してはまっちゃうんだよねえ。 483 名前：名無しさん＠お腹いっぱい mailto:sage [2006/09/13(水) 01:52:20 ] itpro.nikkeibp.co.jp/article/NEWS/20060911/247679/ この記事もひどい。ネットワーク経由の非同期のディスクミラーリング により性能向上とあるが、一般に、非同期ではトランザクション保証が できないので、よほどきちんと考えた末でなけらばHA用途では使えない。 こうゆう素人につけ込む記事が横行しているのは情けない。俺だったら、 顧客にこんな提案は絶対にしない。部下がやったらクビにしてやる。 484 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/09/13(水) 02:33:17 ] >>477 興味深い もっと吼えてってくれ 485 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 14:08:49 ] 高信頼なサーバを納得の価格で提供 h50146.www5.hp.com/products/servers/integrity/campaign/quickvalue/ コニカミノルタグループ様の基幹システムを富士通の基幹IAサーバ「PRIMEQUEST」で刷新 〜 64ビットのWindows環境でSAPアプリケーションが稼働 〜 pr.fujitsu.com/jp/news/2006/08/24-1.html 486 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 17:22:50 ] >>477 出たてのころのSunっていつの話だよ 487 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 21:12:16 ] Sun1からSun3の最初の頃の事ではないか？ あのころのSunは簡単にpanicしていたからなあ 488 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 21:53:09 ] Sun1 はさすがにごく一部にしか入ってないだろうから、Sun2 以降の m68k 機だろうな。 まあ、年数で行くと SS1 あたりも「出たて」といって差し支えないだろうけど。 なんせ 15 年以上経つから。 489 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/14(木) 01:55:50 ] >>482 馬鹿ですか。 ふつうデータはNetAppみたくNASに配置するからミッションクリティカルでも問題ないよ。 ttp://www.oracle.co.jp/technologies/linux/ 490 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/09/14(木) 02:28:35 ] 釣りだよな？ 釣りだと言ってくれ 491 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/14(木) 21:13:31 ] なんでIA64のガワ使ってるか理解しろよ そこらのx86とは信頼性がちゃうねん 492 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/14(木) 21:19:50 ] Linuxを叩いているんだ ハードウェアに不満は(あるけど)ないんだよ 493 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/14(木) 21:56:25 ] linuxのNFS周りはぁゃιぃといしか言いようが無いのだが NetApp様のおかげでOracleRACは動いている 494 名前：名無しさん＠お腹いっぱい。 [2006/09/15(金) 02:04:18 ] news.com.com/Turning+a+corner+with+the+new+Itanium/2008-1010_3-6115388.html?tag=nefd.lede 495 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/15(金) 02:23:59 ] やっとVTサポートのPAL来たこれ。 496 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 16:29:10 ] >>489 せっかくだから釣られてやろう。 ituanium+Linuxをミッションクリティカル用途でつかうにはNetAppが必須 ということだな。SunならNetAppいらないよ。どう見てもitanium+NetApp は高価格。 497 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 16:32:51 ] sunを15年〜20年保守しろという案件がきている・しかもこれが できなければ金輪際藻前のところからsunを勝手やらんという脅し つき。こんな案件にはitanium＋Linuxを提案しようかとおもって いる。ミッションクリティカル用途のitanimににはうってつけで しょ。 498 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 17:41:13 ] IA64+HP-UXなら10年は引っ張れる 499 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 18:05:41 ] 今流行の仮想化でFA。Windowsが使い物になるかはゲイツの気分次第。 500 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 20:20:46 ] >>496 実際のところprocessorの方はSunでもLinuxでもあんまり変わらん。 重要なのはStorageですよ。 SunのStorageを使うと言ってる時点で終ってるよ。 藻まえNetApp使った事ないだろ。 501 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 20:33:41 ] >>497 ちょっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 502 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 21:59:41 ] IBM > HP >>>越えられない壁>>> 日立 > 富士通 > その他 503 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 22:31:35 ] IBM >>>越えられない壁>>> その他 をスレタイでなんとかしようとしてるのでわ。 504 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 22:38:48 ] Intelの歪si >>> 越えられない壁 >>> その他の歪si IntelのSRAM >>> 越えられない壁 >>> その他のSRAM Advanced IBM UNIX >>> 越えられない壁 >>> その他 よって、 [ IBM >>> 越えられない壁 >>> その他 ] となる 505 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 23:42:35 ] >>500 なぜわざわざNFS経由で性能をおとさなきゃならんのだ？ 506 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 00:02:13 ] 性能が落ちないから使うんだが。 507 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 00:43:28 ] >>505 RAC組むにゃノード間共有すとれーじが必要なのだよ。ぼくちゃん 508 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 09:18:25 ] 脳内SIer退散しますた 509 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 10:17:41 ] Itanium, the speedy encryptor www.gcn.com/print/25_27/41891-1.html 510 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 21:53:01 ] >>507 ん？>>505は性能の話してるんじゃ？ 511 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/09/17(日) 21:56:18 ] RAC前提でIta+犬+NetAppでミッションクリティカルなシステムを組むんですって

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef