【Oracle】故Sun Microsystems 最大の墓標

1 名前：名無しさん＠お腹いっぱい。 [2010/04/22(木) 07:01:01 ] (-人-)ナムナム 【前スレ】 Sun Microsystems 最大の解雇 pc12.2ch.net/test/read.cgi/unix/1263808782/ 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/06/29(火) 18:20:13 ] シンクライアントだから大丈夫っていう油断が、セキュリティ・ホールだって話よ。 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/06/29(火) 19:45:32 ] そんな油断だれもしてないし。マッチポンプ典型 397 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2010/06/29(火) 20:43:01 ] Oracle refreshes Sun Xeon server lineup www.theregister.co.uk/2010/06/28/oracle_sun_fire_server_revamp/ 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/06/30(水) 09:07:26 ] ハード出たね。久しぶりに。 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/06/30(水) 12:56:45 ] 過去形ですが Sun Microsystems Was Working on Low-Power x86 Microprocessor - X-bit labs ttp://www.xbitlabs.com/news/cpu/display/20100629143826_Sun_Microsystems_Was_Working_on_Low_Power_x86_Microprocessor.html 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/06/30(水) 13:05:18 ] あれあれ？いいんですか？使いますよRainbow Falls 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/06/30(水) 14:42:35 ] 帰れよ 402 名前：名無しさん＠お腹いっぱい。 [2010/07/09(金) 12:47:02 ] サン吸収合併でオラクル犬脂肪ｗ 403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/09(金) 23:53:15 ] 昨日知った。 合併後に犬と遊ぶことを楽しみにしてたのに。残念だ。 404 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 14:45:55 ] 最近のiフォンやipadを見てると Bill Joyの先見性の凄さが分かってきた SUNを退社したときに、モバイルの時代が来るって最初に言ってたのは彼だったよね 405 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 19:03:26 ] >>404 でも、「早すぎる」のは商売にはならないから、会社の利益にはつながり難いよね。 ところで、その「モバイルの時代」の次は一体どういう時代が予想されるだろうか？ 406 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 19:23:21 ] network is the computer が今でいうクラウドですよ 407 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/12(月) 04:26:50 ] そうだな、「幸福実現党」やらウヨを見てると「オウム真理党」も早すぎたのかもな。 408 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/12(月) 18:22:45 ] >>404 Sun SPOTだよな。結構。1番茶で儲けるのはたいへん。 Sunも 80年代は 2番煎じ 3番煎じで儲けたんだけど。 Googleがこの先どうか。 409 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/19(月) 23:20:01 ] >>407 成功してないものに早いも遅いも無いと思うけど 410 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/19(月) 23:35:44 ] すげえ たった2レス先へのレスなのに間が1週間空いてる 411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/20(火) 12:00:41 ] この板では年単位のもよくあること。 412 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/20(火) 18:07:07 ] >>409 407のクズさ加減に何もコメントはないけど.. 成功してたら早いも遅いもないわな。バカ? 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/22(木) 07:53:06 ] >>411 業務用の製品のスレはどのスレもそんなものだよね このスレが伸びるときはパソコン趣味の人たちが荒らしにくるときだけ 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/22(木) 11:22:20 ] 夏休みに入ってタガが外れた中学生だろ. しばらく見てたら飽きてどこかへ行っちゃうよ. むしむし 415 名前：名無しさん＠お腹いっぱい。 mailto:age [2010/07/22(木) 23:50:53 ] もっと呼ぼう。 416 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/23(金) 15:13:32 ] いまどき大学院生ですらSunなんか知らんはず 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/23(金) 16:00:12 ] 今の院生ならopteron鯖が売れたころに被るんで知ってるんじゃない？ てか東工大いいのうｗ 418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/23(金) 17:54:48 ] 菅直人？ 419 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/23(金) 22:56:08 ] >>417 その東工大だけど、HPに乗り換えました… 420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/24(土) 10:41:46 ] NEC+HPってなってるけど、配分はどのくらいなの？ 421 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/26(月) 13:51:19 ] MSが ARMの設計ライセンス受けたらしい。終ったな、MS。Intelも。 422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/07/26(月) 15:08:14 ] >>420 ハードがHP、SIがNEC? 423 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/03(火) 19:45:04 ] T3が 2010後半に出るのか? 424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/03(火) 20:29:00 ] なんかHPが、Nehalem-EXの8ソケットでもスケールするというサーバを売ってるな。 425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/03(火) 20:59:52 ] >>423 Rockみたいに、開発中止のプレスリリースもしないで無かったことにするんじゃない？ 426 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 00:25:55 ] まだ買う客はいるのか？ 427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 10:25:44 ] Oracle Corporation Sun Fire X4470 (Intel Xeon X7560 2.26GHz) 32 cores, 4 chips Operating System　　　Oracle Solaris 10 10/09 Compiler:　　　　　　　　　Oracle Solaris Studio Express 6/10 SPECint?_rate2006 = 788 SPECint_rate_base2006 = 724 www.spec.org/cpu2006/results/res2010q3/cpu2006-20100620-11762.html Sun Fire X4800 (Intel Xeon X7560 2.26GHz) 64 cores, 8 chips Operating System:　　　Oracle Solaris 10 10/09 Compiler:　　　　　　　　　Oracle Solaris Studio Express 6/10 SPECint?_rate2006 = 1380 SPECint_rate_base2006 = 1260 www.spec.org/cpu2006/results/res2010q3/cpu2006-20100620-11760.html 428 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 10:26:31 ] NEC Corporation Express5800/R140b-4(Intel Xeon X7560) 32 cores, 4 chips Operating System:　　　SUSE Linux Enterprise Server 11 (x86_64) Compiler: Intel C++ Professional Compiler for IA32 and Intel 64, Version 11.1 SPECint?_rate2006 = 772 SPECint_rate_base2006 = 718 www.spec.org/cpu2006/results/res2010q3/cpu2006-20100705-12173.html Cisco Systems Cisco UCS B440 M1 (Intel Xeon X7560, 2.27 GHz) 32 cores, 4 chips Operating System　　　SuSe Linux Enterprise Server 11 (x86_64) Compiler: Intel C++ Professional Compiler for IA32 and Intel 64, Version 11.1 SPECint?_rate2006 = 771 SPECint_rate_base2006 = 720 www.spec.org/cpu2006/results/res2010q2/cpu2006-20100528-11388.html 429 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 10:27:17 ] IBM System x3850 X5 (Intel Xeon X7560) 32 cores, 4 chips Operating System:　　　SuSE Linux Enterprise Server 11 Compiler:　　　　　　　Intel C++ Professional Compiler for IA32 and Intel 64, Version 11.1 SPECint?_rate2006 = 770 SPECint_rate_base2006 = 720 www.spec.org/cpu2006/results/res2010q2/cpu2006-20100329-10288.html Fujitsu PRIMEQUEST 1800E(Intel Xeon X7560) 64 cores, 8 chips Operating System:　　Red Hat Enterprise Linux Server release Compiler: Intel C++ Professional Compiler for IA32 and Intel 64, Version 11.1 SPECint?_rate2006 = 1340 SPECint_rate_base2006 = 1250 www.spec.org/cpu2006/results/res2010q1/cpu2006-20100315-10023.html 430 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 15:21:52 ] HP DL980 G7のベンチマークは、まだか。 431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 15:30:02 ] 参考 M4000 4コア×4CPUで、SPECint_rate_base2006 = 136 M5000 4コア×8CPUで、SPECint_rate_base2006 = 267 M9000 4コア×32CPUで、SPECint_rate_base2006 = 1370 CPUが4倍になって性能が5倍になるのが、M9000 いくら速さよりも信頼性やスケーラビリティとは言っても、性能が・・・ 432 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 16:09:56 ] >CPUが4倍になって性能が5倍 え？ 433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 16:14:46 ] ローエンドの仕様がショボかったらそうなっても不思議ではないが… 434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 16:24:00 ] CPU４倍で性能５倍で価格は１４倍か 435 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 16:24:49 ] おっと違うのをみていた。価格は９倍か。 436 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 16:51:10 ] SPEC*_rateで「スケールしてる」とか言ってるバカはまだいるのかよ。 そんなんだったら（エンプラ的には）カスみたいな並列機が昔からあるつってんだろ。 本気でヴァカだな。 437 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 18:14:31 ] SPEC CPUとほぼ比例して性能出るケースもあるって散々ガイシュツだろ 過去スレの流れも覚えてない馬鹿はおまえ 438 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 18:21:46 ] >>436 そういや以前は、 x86は、SPECですらスケールしないSMPできない糞プロセッサ とかいってた人がいたような・・・この系列のスレで 439 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 19:33:57 ] >>437 > SPEC CPUとほぼ比例して性能出るケースもあるって ああ、あるさ。SPEC*_rateのケースが。 バカ。カス。クズ。去ね。ガキ。 「パソコンしか使ったことないので意味が解りません」って顔に貼ってあるわタコ。 440 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 19:58:50 ] >>423 ttp://en.wikipedia.org/wiki/UltraSPARC_T3 > Upcoming support for the UltraSPARC T3 and it's official naming was confirmed > on July 16th 2010 when the ARCBot under Twitter noted unpublished PSARC/2010/274 > which revealed a new "-xtarget value for UltraSPARC T3" being included in OpenSolaris.[ だってよ 441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/04(水) 20:30:48 ] >>439 別のベンチマーク ttp://h50146.www5.hp.com/products/servers/proliant/benchmark/bench-1007a/ HPの自画自賛なんで、 比較対象がPOWER7ではなく6だとか、 他のベンチマークはどーなんだよ! とか、 ツッコミどころはありますが、 ポイントは、 SPARCは比較対象にすら上がってない ってことですね。 442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 00:13:48 ] おまえら何とタタカッテいるのですか？ いつまでもタタカッテいるのですか？ 443 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 00:15:25 ] このスレはナルト的には真実の滝なんだ 444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 01:36:27 ] なぜかHPはXeonサーバを例にだしOracleのXeonサーバは無視する流れ >>427-429の中でOracleのSun Fire X4470やSun Fire X4800の ベンチマーク値が最高値な点には誰も触れない 微々たる差だがLinuxよりx86 Solarisが有利なんじゃないの？ 445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 01:41:09 ] ItaniumとXeonは適材適所で使っていく cloud.watch.impress.co.jp/docs/column/keyman/20100804_385374.html 446 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 06:53:20 ] ttp://www.tpc.org/tpce/results/tpce_perf_results.asp ここにもSPARCの姿はなし このランキング見ると、いかにNehalem-EXがすごいか、わかる 8コア×4ソケットで、前作Xeonの6コア×16ソケットと同等の性能を叩き出すのだから。 ttp://www.tpc.org/tpcc/results/tpcc_perf_results.asp こっちはトップがSPARCで、あとはPowerとItaniumだが、 SPARCだけがCluster=Yで、他はCluster=Nなんだんわ。 >>444 コンパイラ違うしねぇ・・・ 447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 10:21:03 ] もう石の話はする意味あんまりないんじゃない 大した石でなくても、たいがいの処理はできるし 448 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 13:17:52 ] >>446 > このランキング見ると、いかにNehalem-EXがすごいか、わかる はいはい、結論ありきでいろいろ考えると楽しいか? サルww 449 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 13:19:42 ] SPEC*_rate...ww そんな資源排他なんかなんにもしなくても 掛け算で得られる値出して自慢されてもppppkk 450 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 13:27:14 ] パソコン → スマートフォン、タブレット方面からの発展でこの世から不要になる サーバー向け → エンプラ RISCを x86が要らなくした（幻想だけどな）のと 同じ理由で x86も要らなくなる ごく近い将来、両方とも ARM他に塗り変るね、 ほんの一瞬だ、x86天下。当然だが。ギャグだな。高いし遅いし。ムダ過ぎる。 451 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 15:06:37 ] なに3連投してんだか >>448 それしか言えないのか? おまえは。 >>449 おいおい>>438や>>446が見えなかったのか? >>441も見えてないようだな >>450 だから何? いくらx86を馬鹿にしても、SPARCの終焉は変らんぞ。 452 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 18:35:35 ] つかARMスレでやれよ。 453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 21:16:41 ] 墓場でする話題ではないな。 454 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/05(木) 23:08:43 ] ARMが勢力を伸ばせばSPARCの失地回復がなるとでも思っているのかしら？ 455 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 02:23:44 ] ARM（笑） 456 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 11:26:14 ] >>451 > おいおい>>438や>>446が見えなかったのか? > >>441も見えてないようだな 見た? アホか。中身ゼロなんだよ、おまえのオツムといっしょでw 457 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 11:26:58 ] >>454 x86コケにするとムキになるやつからかうとほんとオモロイwwww 458 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 11:30:56 ] SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! 459 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 12:40:50 ] また3連投か >>456 見てないんだな。中身ゼロだと決め付けて、見てないんだな。 もし見たうえで言ってるなら、頭おかしいんだろうな。 お前がSPECは実戦的じゃないと言うので、実戦的なベンチマークの話をしてるのになー。 460 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 18:50:36 ] SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! 461 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 19:05:24 ] 科学技術系に閉じた文脈でもないのに SPEC*_rateの自慢してるバカは お前以外に見たことないんだが。 【レポート】Intel Woodcrestの性能 (1) SPECint journal.mycom.co.jp/articles/2006/06/06/woodcrest/index.html : | また、SPECint_rateとrateが付いている方は、システム内の全プロセサで | SPECintのプログラムを並列に動作させて総合スループットを測るのであるが、 | rateなしの方は、基本的に1個のプロセサコアだけで実行される。 : | 最近のプロセサは内蔵するキャッシュが大容量化し、SPECintのプログラムの | 大部分はキャッシュに収まり、殆ど、CPUコアの整数演算プログラムの | 処理性能が見えると言われている。 まあ、意味わかんねえんだろうがなwwwwwwwwwpw 462 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 19:12:22 ] マイコミ（笑） 463 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 19:21:46 ] そっとしておいてやれよ ttp://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%B9%E3%83%9A%E3%83%AB%E3%82%AC%E3%83%BC%E7%97%87%E5%80%99%E7%BE%A4 464 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 20:34:48 ] >>461 なんでSPEC*_rateに執着してんの? TPC-CとかTPC-Eの話は、見えないの? 465 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 23:03:16 ] TPCって何か知らないんじゃね？ 466 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/06(金) 23:19:41 ] しーっ 触っちゃ駄目って言ってるでしょ！ 467 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 03:01:59 ] いやいや、SPEC*_rate並べてるバカがいたんだよ。 : 君だけど。ぷ ...ブーーww SPEC*_rate値がリニアじゃないマシンなんて話にならんのだがwwwwwwwwwwwkwkwkw 468 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 03:35:20 ] いつのまにかx86 vs SPARCのスレになってるな Solarisの話をするやつはいないのか？ 469 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 03:44:54 ] OpenSolarisもforkしたし、話題は無いんじゃね？ 470 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 05:28:30 ] いつの間にかって程でもないし vs SPARCって程でもない（もう相手にならんしｗ） 471 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 10:47:31 ] >>467 >　SPEC*_rate値がリニアじゃないマシンなんて話にならんのだが M9000でリニアに伸びるのは32CPUまでで、64CPUになるとサチるんだが・・・。 それにしてもx86、だいぶリニアに近い領域が広くなったよなー。 話にならないと馬鹿にしていたものが、馬鹿にできなくなってきたなー。 しかもSPARCの32ソケットに対してx86は8ソケットでしょう? ソケット数が多く必要なら、リニアに伸び続けないと話にならないが、 ソケット数が少なくて済むなら、リニアに伸びなくなる手前の領域で使うから、リニアに伸び続けなくても困らないんだよなー。 このままSPARCの性能向上が鈍化したまま、x86の性能が倍加すると、 SPARCだとラック1本、x86だと4Uサーバ1台ってなことになっちゃうぞ。 472 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 11:29:01 ] Xeon最強！ 473 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 11:57:48 ] x86 vs SPARCはおかしい だってOracleだってXeonサーバ作ってるからな 474 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 11:59:23 ] その上、一応上に上がってるSPEC CPU2006の結果では Solarisの乗ってるOracleのXeonサーバが最高値出してる 475 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 12:06:44 ] Xeon最強！SPARCイラネ！ 476 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 12:14:47 ] >>473 つか、OracleはSPARCに対し、とっくに見切りをつけている。 477 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 12:19:12 ] さすがはOracle！ 478 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 13:26:36 ] SMPサーバの処理速度は、メモリで決まる、と言っても過言ではない SPARCが優れているからスループットが高いというよりは、 SPARCサーバがメモリコントローラ&モジュールを大量に積んでいるからスループットが高い x86サーバでも、コンカレントに動作する複数のメモリコントローラを大量に積めばスループットが出る それを実証しているのがXeon7500番台を採用したサーバ 479 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 18:57:58 ] Xeon7500番台のサーバが他のハイエンドサーバに比べて安いのは 8ソケットまで対応したチップセットをIntelが提供してるからだろ だけどIntelにとっては数が出ないと採算あわないんじゃないの？ 480 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 19:32:18 ] >>479 HPのDL980 G7は8ソケットだけど、HP独自のグルー・チップを使って、スケーラビリティを確保してるよ。 8ソケットまでグルー・レスというけど、性能を出そうとしたり、可用性を高めようとするなら、グルー・チップが必要になる。 チップセットに関しては、チップセットといってもQPIとPCI Expressブリッジみたいなもんだから、ソケット数に関係ない。 481 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 20:58:04 ] F通もSPARCに対して見切りをつければいいのに。ものづくり(笑) 482 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 21:30:48 ] >>480 それだとItaniumサーバ並の価格にならないか Itaniumサーバと比べてどれくらい安くなってるの？ 483 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 21:37:44 ] Itaniumで同等性能を得ようと思ったら、64CPUとかになっちゃうと思う。 だから、Itaniumサーバよりは安いんじゃないかな。 484 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 21:39:04 ] >>481 既に富士通はPrimeQuestシリーズをItaniumからXeon7500シリーズに変更してる 富士通がハイエンドサーバーPRIMEQUESTの新版、CPUをItaniumからXeonへ変更 itpro.nikkeibp.co.jp/article/NEWS/20100331/346499/ 富士通はItaniumを搭載した旧モデルの販売を今後も続けるものの、 「従来の機種を生産し続けるだけで、新しいItaniumが出ても搭載機を出すことはしない。 2010年2月に出た『Itanium 9300番台』を搭載する予定もない」（河部本本部長）という。 485 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 22:24:04 ] >>479 モジュール使いまわしてるからXeonMPのデザインコストはかなり低いだろ 数が出ないと苦しいどころかチップセットで埋まるはずの古いプロセスにプレミア付けて売ってる状態 486 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/07(土) 22:30:18 ] ハイエンドでXeonが普及するということはWindows ServerやLinuxが ハイエンドで普及するということで 独自のOSを持たない日本のサーバメーカーにとっていい話ではあるな 487 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/08(日) 12:26:30 ] >>482 ItaniumとXeon7500じゃ、出荷台数が1桁から2桁は違うだろうから、製品価格に乗せる開発費は小さくなるだろう。 それに、用途もハードウェアの作りも保守体制やアップグレード等々なども違うだろうから、製造コストだけでは値段は決まらないだろう。 >>484 富士通はPRIMEQUESTをXeonに変更して価格1/3とか言ってたような。 >>485 技術者の経験を使いまわしている点も大きいよ。 富士通がSPARC64やれるのも、メインフレームのGPと同じ部隊が経験を共有してるからこそだろう。 488 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/08(日) 22:44:44 ] >>486 PCと一緒で台湾に仕事奪われるだけだろ 489 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/09(月) 16:41:11 ] ハードウェアは輸入でもいいが、ソフトウェアや構築、サービスなどは輸入できないので、そこで稼げばいいんですよ・・・というのが日本のIT しかも、ユーザー側がアホなので、変な要求仕様でコストを跳ね上げたり、ITゼネコンを間に入れないと仕事の発注すらできないテイタラク 490 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/10(火) 23:35:19 ] それってIT業界的には安泰なのかもしれないが 日本の国家としての競争力的にはどうなんだ？ 491 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/11(水) 07:16:58 ] >>489 なりたくてなったわけじゃないと思うけどね ＩＢＭにもインテルにも勝てなかったから >>490 IT業界は安泰じゃない 492 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/11(水) 12:53:56 ] 日米半導体摩擦で、NECがx86互換CPUをやめたんだよなー。 大人しくセカンドソース作っていれば良かったのに、 勝手にバグ修正する(互換性を損なう)とか、 セカンドソース契約せずに互換CPUを作るとか、 本家よりも高速な互換CPUを作るとか、 本家の商売の邪魔をするような振る舞いをしたから潰されたのだと思う。 493 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/11(水) 13:21:50 ] >492 そんな企業は山のようにあったし、それぞれ判断も根拠もたどった道も ぜんぜん違うので、なんの説得力もない。バカ? その後も MIPSアーキでいいの作ってたし。 むしろ HPの OEMなんかやる必要なかったんじゃないかと思う。 494 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/11(水) 15:56:24 ] >>493は、いつものアレなんでスルーしましょう 495 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/08/11(水) 18:10:57 ] ttp://www.geocities.jp/andosprocinfo/wadai10/20100807.htm > 2010年8月5日のThe Registerが， > Oracleが旧SunのHPC営業の大部分の人員を先週レイオフしたと報じています。 > また，残っている人もHPCではなく，ExaData V2の販売に回されているそうです。 > これ以上の情報は無いのですが， > HPのx86マシンへのSolaris OEMを切り，IBMもx86 Solarisを止めるという報道が流れており， > Oracleは手間の割に儲からない商売をたたみに掛かっているようです。 SunのHPCって、 現行x86CPUと将来リリース予定のSPARC CPUの性能比較をしてみたり、 実在しないブレードサーバ (現状ではT2が1CPUで一杯のサイズのブレードにT2を4つ入れ、しかもSMP動作させる) を紹介したり、 なんともエグかったな。 結局、導入されたのはx86のブレードだった。 Sunの宣伝通りなら、演算性能が低く、それでいて消費電力がデカいはずなのに、ユーザーはx86を選んだ。 まぁ、実在しないものを買うことは、できないもんな。

---

---

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

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