Sun Microsystems 最大の日本撤退

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/06/08(木) 00:04:32 ] 2006年 Sun Microsystems　日本撤退発表 君はこのフライングスレにその証を残せるか 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/29(水) 09:16:35 ] 今の Web ブラウザーは JavaScript と DOM がグリグリ動かないとダメだからね。 当時の要求仕様のままなら HotJava って実用的かもよ。Java の性能改善してるから。 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/29(水) 09:24:52 ] 今やjigみたいな製品もあるんだから、 HotJavaもやり直せばいいのに。 今やJVMはJavascriptの処理系入りだし。 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/29(水) 21:49:56 ] >>320 Infomosaicなら知ってる 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/21(金) 16:24:19 ] >>289 OpenSPARCなんて、ただのマーケティング目的のネタだよ。 こんなもん公開したって誰も使わないし、使おうとしても使えるもんじゃない ということがわかっているから、公開しちまうんだよ。 プロセッサ開発の肝心要な部分は公開されてないんだからさ。 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/21(金) 17:28:14 ] じゃあ SimplyRISC ともう一社はバカの集団だってか?w 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/21(金) 17:35:30 ] 商業的に成功するプロセッサを作ろうとはしてないだろ。 かのMIPSだって途中から苦しくなって終わってしまったのに。 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/21(金) 17:54:38 ] そりゃまた...... 高尚な心配だな。 プププ MIPS より儲からなかったらどうしよう。たいへんだぁ〜〜〜!! 本気でしゅか? 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/21(金) 17:58:45 ] SimplyRISC の検索結果 約 1,050 件 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/21(金) 20:40:57 ] すげーな、1000件もヒットしているあるよ pppp 330 名前：名無しさん＠お腹いっぱい。 [2007/09/27(木) 22:37:03 ] hpに負ける時点でSunはやる気がない。 331 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/28(金) 01:36:57 ] Sun「来期から本気出す！」 332 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/28(金) 11:34:40 ] hpに負けてたっけ？2位だった気がするんだが。 まあhpはUNIXで減らしてもx86で大勝ちしているからなんてことないんだろうが。 IBMもNiagara対抗チップ出すみたいだし、これからがSunにとっては正念場だな。 せめてUnixの中だけでもシェアトップを取り戻さないとやっぱり死に逝く運命だと思う。 333 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/28(金) 21:33:17 ] そのUNIXで、Sunとhpを天秤にかけて、hpを採用するのが多いのだが。 たとえばNTTドコモのiモードのサーバ。 最初の頃はSunだったけど、新聞一面を飾るような障害多発で、Sunではなくなったよね。 これでもかっていうくらいの冗長構成だったのだが・・・。 334 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/28(金) 21:45:20 ] またおまえかｗｗｗ 世界シェアでは、IBM、Sun、HPだな。 HPはシェア落として、Sunは微増。IBMは激増。 335 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/28(金) 22:16:49 ] >>333 でも HP に替えてもっと痛い目に遭ってるらしいが。 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/28(金) 22:20:37 ] hpのPA-RISCには、 ベンチマークのスコアを稼ぐために、 不自然な命令や、 コンパイラの最適化があるんだっけ? 337 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 01:18:46 ] ドコモのｉモードのサーバに関して言えば、住商が悪いんでしょ？ 致命的な失敗だったけど。 338 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 02:01:35 ] システム構成は非公開のハズなのに、 当時のSun Fireの最上位モデルをバカスカ使ったフラッグシップ事例として、 けっこう話題になってた。 それでコケたのは痛い。 339 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 02:34:04 ] あれ以来、ドコモ以外のみかかでも、SUN＜ＨＰの流れが定着・・・ 住商の罪は重い でも、住商じゃなくて、富士通がＳＵＮと組んでたら、違う結果だったかも。 340 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 04:14:59 ] >337 詳しく 341 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 04:56:12 ] 住商でなくて、伊藤忠ですた。 342 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 04:57:44 ] >>340 住商でなくて、伊藤忠ですた。 ja.wikipedia.org/wiki/CIRCUS_%28%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%29 343 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 05:19:59 ] 携帯電話のシステムを、一点集中で設計するのは、どーなんだろな。 スケールメリットは捨てがたいけど、都道府県別にサーバを立ててもいいのにね。 344 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 14:43:37 ] >>342 よくわかりました。最初は金かけなかったんで失敗したんですね。 みかかが馬鹿ですね 345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 14:59:54 ] >>344 いや、金はかかってたと思うぞ。 聞くところによると、ものすんごい冗長構成だったそうだよ。 元々の信頼性が低いハードは、いくら冗長構成にしてもダメ、っていう典型例だと思うな。 昔々の話だけど、NECのメインフレーム屋が、同じ会社のパソコンのPC-8001に対して、 バスにパリティが付いてないのは論外だ、こんなのオモチャで使い物にならないと頭ごなしに否定したらしいんだが、 いざメインフレームとパソコンの信頼性を比較してみたら、パソコンが勝っちゃったんだよ。 346 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 15:17:39 ] >>345 日本語でおｋ 347 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 15:38:33 ] 適当に良いように解釈すると、 元々の信頼性が低いハードの組み合わせ/設計で、無理矢理に信頼性をあげたメインフレームでは、 パソコンにも劣ると言うことか？ 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 16:22:44 ] i-modeはスイッチも冗長構成にして、 そこもfail overに失敗して、落ちていたと聞いたが。 コンポーネント選択、設計全てに問題がありそうだ。 349 名前：名無しさん＠お腹いっぱい。 [2007/09/30(日) 17:04:45 ] そこでSPARC64なんですが、遅すぎましたね。 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 17:10:00 ] Rockの出来が良いみたいだからね。 351 名前：↑↑↑↑↑ mailto:sage [2007/09/30(日) 18:18:26 ] え〜〜〜〜〜〜〜〜〜〜〜っ！ 352 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/30(日) 18:31:14 ] Rock量産の暁には 353 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 00:16:27 ] >>345 >元々の信頼性が低いハードは、いくら冗長構成にしてもダメ、っていう典型例だと思うな。 たぶん、ハードウェアのせいではなくて、大規模システムの運用経験が無かった CTCの担当者が能力不足のまま手探りで構築して案の定失敗しただけだろ。 もしハードウェアが最初からhpでも、CTCの同じ連中に構築させたら結局は失敗 したんじゃないか？ 354 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 00:51:41 ] CTCでなくSunの技術者なら・・・納期すら守れなさそ 355 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 01:06:42 ] 能力不足なのにサポート料高いね＞＞ＣＴＣ 356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 02:10:15 ] ていうかさ、NTTドコモは自社で設計を評価できる人間を育てるべきだろう。 就職の倍率がえらく高いのだから、優秀な頭脳をたくさん抱えてるのだから。 357 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 09:28:37 ] 最後に責任取る立場には結局立ち回りの要領の悪いヤツがなるんだよ。 中途採用のコシカケばっかりだと避けられない。ドコモに限らず。 358 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 10:28:03 ] >>356 人事の話だから外には出てこないけど、 たぶん担当は降格だと思うよ。 359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/01(月) 11:09:40 ] けっこうな人数がドコモからNTTグループ内の子会社に飛ばされていると思うよ。 年三回という破格の賞与がもらえないだけでなく、 定年時の退職金・その後の企業年金の額が、まるで違ってくる。 360 名前：名無しさん＠お腹いっぱい。 [2007/10/02(火) 01:26:45 ] 冗長構成にした場合、障害検出条件は、それぞれのシステムで作りこまないと いけないから、これができなかったんでしょうね。 よくありますよ、ＨＡクラスタソフトをデフォルトインストールのまま使って、 障害時に切り替わらないって話。ＨＡクラスタソフトの問題じゃなくて、使う ほうが馬鹿なんですよね。そこらのパッケージソフトと同じノリでつかっちゃ だめです。 361 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/02(火) 02:06:34 ] 障害時に適切にフェイルオーバーするかどうか、試験しないのかよ。 362 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/02(火) 02:21:06 ] マニュアル調査でpgrなディフォールト値見てorzすることもしばし。 363 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/02(火) 05:08:46 ] 試験で成功しても、いざという時にうまく切り替わらないってことはよくあるな。 364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/02(火) 05:33:43 ] 自己のハードウェア障害ではなかったりして、 切り替わった先でも即死したりするよな。 365 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/02(火) 22:30:20 ] （笑えないやつ多数。テンション下がりまくり顔面蒼白） 366 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/03(水) 02:09:45 ] 障害試験ってやりかたがわからないとかめんどくさいって 理由でしない奴多いぜ。これホント。 それと多いのが負荷テストせずに稼働後に性能問題だす奴。 cpu使用率で%sysがそんなに多くないのに、OSのチューニング を最適にせして最大性能出せとしつこく迫ってくる奴もいる。 OSチューニングしても%userは減らないぜ。アプリの責任だよなあ。 367 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/03(水) 10:57:17 ] カーネルパラメータなんてミドル推奨のやつしか設定したことないな。 368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/03(水) 11:36:33 ] チューニングが必要ってのは、ダサいな。 369 名前：名無しさん＠お腹いっぱい。 [2007/10/03(水) 23:12:46 ] SunのPCサーバがこんなに伸びるとは思わなかったな。正直。 X4150/X4450も良い設計だから、更に売れそうだね。 japan.internet.com/webtech/20071003/12.html だが、もっとも驚くべき結果は、x86 サーバー市場においては比較的新参といえる Sun が、がっちりと第3位の座を得たことだろう。報告書には次のようにある。 「われわれは、どれほどの顧客が Sun の x86 製品をデータセンターに導入して いるのか、そのことに今も感銘を受けている。そしてそれ以上に驚くべきは、 ほぼ全ての調査項目において、Sun が一貫して Dell を上回ったことだ。 これは x86 サーバー市場に参入してわずか数年しか経っていないベンダーに とって、すばらしい成長といえる」 370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/03(水) 23:30:33 ] アンディたん… 371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/03(水) 23:38:51 ] もともとDELLなんて存在してないのも同じだから、それと 同程度といわれてもなあ。シェアの数字をはっきりと言わ ないところがミソだな。 372 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/04(木) 11:50:45 ] たしかにアンディの設計した X4100 シリーズが出てから サンの x86 でも買ってもいいかな？って思うようになったもんなｗ 373 名前：名無しさん＠お腹いっぱい。 [2007/10/05(金) 07:54:59 ] >>371 >もともとDELLなんて存在してないのも同じだから 本気で言っているらしいところが笑いのミソ？ 374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/05(金) 11:43:40 ] DELLぷぷ。組み立て屋のw? 375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/05(金) 11:46:38 ] 目糞鼻糞を嗤う 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/05(金) 13:18:25 ] >>768 欧州だけはシェア高いけどね。 377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/05(金) 15:41:00 ] 768 はだいぶ先だなぁ.. こりゃまた遠大な仕込みだww 378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/05(金) 16:30:34 ] その頃まだSunが安泰だといいんだが… 379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/05(金) 16:31:59 ] Dellを抜いて、最大のWindowsServerマシンの出荷メーカになっている 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/05(金) 16:38:01 ] BlackBox上陸ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!! 381 名前：名無しさん＠お腹いっぱい。 [2007/10/07(日) 20:47:13 ] X4150/X4450に続き、T5000シリーズ(T2)もリリースされる。 勢いつくかな？ 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/08(月) 19:29:20 ] 早くバルサの４コア出せよ！！ 383 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/08(月) 22:43:53 ] T2 は応用範囲広いからな。バリエーション作ってデスクトップも出して欲しいな。 384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 09:59:11 ] SPARCなWSなんて、いまどき、流行んないよ。 385 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 14:54:29 ] 並列処理したい仕事なんて実はいくらでもある。MS-Word や MS-Excel 以外にねwww オレにとってはとりあえず DAW。マルチトラックに仮想エフェクターラックを 組むと、数十並列くらいで音データ処理できる。 映像のことはよー知らんが、似たようなもんだろ? それに、OpenOffice も実装方法によってはマルチコアを活かしてすげー 速くなる可能性もある。優秀な OS がある分考慮しても断然有利。 いまのうちだぞー、はよ出せーww 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 15:25:18 ] >>385 並列に処理できるからといって、 並列に処理しなければいけない、 並列に処理したほうが必ずしも速い、 ということはないよ。 ベンチマーク値を見る限り、DAWアプリケーションであっても、 T2 よりも、インテルのデスクトップ向けクアッドコアCPUのほうが速そう。 ましてや、もうすぐ出るAMDの新コアは、演算ユニット倍増されてるので、 クアッドコア化とも相まって、T2を突き放した性能になると思われる。 387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 17:06:37 ] >>386 無理www UltraSPARC T2のSPECfp_rate2006 = 62.3 これは1ソケットの世界最高記録で、ぶっちぎり。 しかも、1.4GHz動作。 インテルとかAMDは2倍の周波数で2ソケットでないと対抗できない。 Xeon X5365 4コア 3GHz×2ソケット SPECfp_rate2006 = 66.8 ttp://www.spec.org/cpu2006/results/res2007q3/cpu2006-20070903-01968.html Opteron 2350 4コア 2GHz×2ソケット SPECfp_rate2006 = 77.3 ttp://www.spec.org/cpu2006/results/res2007q3/cpu2006-20070820-01864.html Opteron 2360SE 4コア 2.5GHz×2ソケット SPECfp_rate2006 = 86.3 ttp://www.spec.org/cpu2006/results/res2007q4/cpu2006-20070908-01998.html 388 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 18:12:48 ] >>386 > 並列に処理できるからといって、 > 並列に処理しなければいけない、 > 並列に処理したほうが必ずしも速い、 > ということはないよ。 それはまさにソフトウェア(OS)がゴミだから。Solaris にはあてはまらない。 並列に処理するようにアプリを作製すれば、間違いなく速い。 > ベンチマーク値を見る限り、DAWアプリケーションであっても、 > T2 よりも、インテルのデスクトップ向けクアッドコアCPUのほうが速そう。 何のベンチマーク見てんの? 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 22:04:10 ] 何夢見てるんだろう？？？ 390 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 22:45:53 ] spec fpはメモリバンド幅に制限されるだろうから 演算器を増やしてもspec intほど簡単にはあがらないだろうね。 俺も、T2の２ソケット版が出たら、HCP用にT2を売り込もうかと真面目に 考えているよ。性能良いし消費電力も低いし良いことずくめ。 391 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 23:00:40 ] hexagonal close-packed structure ? 392 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 23:05:17 ] >>388 CPUに負荷が集中するタイプの処理で、 なおかつ、 アプリケーションが適切にマルチスレッド化されていれば、 OSのマルチスレッド性能には、あまり依存しない。 そして、 > 並列に処理するようにアプリを作製すれば、間違いなく速い。 なんて軽く言えるほど、簡単なことではない。 393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/09(火) 23:10:02 ] >>390 HPC? 2ソケットにするのもいいけど、1ソケット構成のまま10GbEでクラスタ組みたい。 4Uサイズに、16台 + 10GbEスイッチ を押し込んだモノを作ってくれないかなぁ。 T2には10GbEのMACが内蔵されているので、シャーシ内接続なら、PHY省けないかな。 394 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 00:01:47 ] >>393 あ、HPCですぅ。失礼。 >>シャーシ内接続なら、PHY省けないかな。 PHYがあっても性能落ちないYO 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 03:19:13 ] HPCって T2はGaussian test397でどのくらいでるの。 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 08:51:39 ] ゆうちょ銀はNTTデータか。 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 09:18:55 ] 並列なら、それなりに大きい粒度(1thread/1req.とか)でやればいいけど、 並行は結構難しいと思うよ。 まあ、俺にはだけど。。 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 10:31:24 ] >>392 > CPUに負荷が集中するタイプの処理で、 > なおかつ、 > アプリケーションが適切にマルチスレッド化されていれば、 > OSのマルチスレッド性能には、あまり依存しない。 そんな処理は科技系以外にはほとんど存在しないよ。 >> 並列に処理するようにアプリを作製すれば、間違いなく速い。 > なんて軽く言えるほど、簡単なことではない。 だから Solaris のチャンスなんじゃないか。まともな OS のない Intel にはとんでもなく難しいことなんだから。つーか、スタートラインにさえ 立ってないからな。 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 12:15:14 ] >>398 > そんな処理は科技系以外にはほとんど存在しないよ。 なわけない。 個人向けのビデオ・エンコーダーの類いでさえ該当するよ。 > だから Solaris のチャンスなんじゃないか。 T2のピーク性能を引き出すために多数のスレッドに分散させることで、 Solaris程のマルチスレッド性能の高さが必要になってくるのであって、 8スレッド程度なら、そんな必要はない。 OSに出来ることは限られていて、結局は、アプリの作りの問題だし、 同じスループットが出るのなら、スレッド数は少ないほうが良い。 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 12:53:27 ] >>385 最近じゃエクセルのシートとかをHPCで処理するのがはやりらすいよｗ www.is.doshisha.ac.jp/WindowsHPC/meetings/070215.html 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 13:39:07 ] ヲイオヰ.... ビデオエンコードって、並列化できない処理の典型なんじゃないの?? 402 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 13:46:08 ] >>401 馬鹿には並列化できないな。 403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 14:08:28 ] そうだな。馬鹿のどっかの会社は VLIW のプロセッサーは作ったけど コンパイラーができなかったしなwwwwwwwww これで 2 度目だよなー wwwwwwwww 3 度目だっけ??www 404 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 14:29:38 ] >>403 どこから電波を受信してるんだ? 405 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 17:54:36 ] 可哀想だから、そっとしておこう 406 名前：名無しさん＠お腹いっぱい。 [2007/10/10(水) 21:06:07 ] 1UのT5120、シャシーデザインもなかなか良いな。 www.sun.com/servers/coolthreads/t5120/ T1000はDVD-ROMがつかないので不評だったけど、T5120はDVDがつくｗ T5220だと内蔵Diskが8本載るので、ZFS使うのも面白そうだ。 ライセンス的な問題はあるんだけど、Oracleも高速に動くと思う。 実際、T2000もなかなか速かった。 407 名前：名無しさん＠お腹いっぱい。 [2007/10/10(水) 21:29:21 ] www.sun.com/servers/x64/x4150/ X4150みたいに、1Uで8台のDiskが載っていると、もっと嬉しかったがな 408 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 21:35:19 ] T2マシンは、XeonやOpteronの2Pマシンと戦えるのか? CPUの消費電力が半分でも、サーバ全体の割合で見ると小さくなる。 それでいて、価格が高いとなれば、SPARCユーザしか欲しがらないだろう。 409 名前：名無しさん＠お腹いっぱい。 [2007/10/10(水) 21:37:14 ] T5120/T5220。10G Ethernetが2発搭載されているのって、なかなか良くねーか？ 以前、UltraSPARC T2は、10Gをワイヤスピードに近い性能でドライブ出来ると 言っていなかったっけ？ 実験してみたいよ。 410 名前：名無しさん＠お腹いっぱい。 [2007/10/10(水) 22:15:05 ] >>408 他の商用UNIXサーバに見劣りしなければいいんだよ。 あと、無償の仮想化機能もエッジサーバには有効。 VMware買うと高いからね。サーバより高い。 これも無償のXen使う手もあるけど。Solaris＋Zoneの方が手軽。 411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 22:42:34 ] しかし、なんでT2のマシンはこんなに高いんだ？？ 話では、T2の一番安いやつは$1,000切ってるんだろ？ それが、x86系と大差ない筺体に組み込まれるたとたん$13,000〜って。 旧来のSPARCマシンにしてもここまでの割高感はなかったけどな。 412 名前：名無しさん＠お腹いっぱい。 [2007/10/10(水) 22:51:11 ] T2000 1.4GHz×8Coreの約1000万もひどかったけどな。 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 23:03:02 ] >>410 おまけにVMwareじゃゲストOSの動作保証はないし、Directorとか Carepackみたいなシステム管理機能は動かないしね。VMwareなら べて喜んでいる奴の気が知れない。 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 23:11:35 ] 信者は面白いこと言うな 415 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 23:15:08 ] >>411 下から攻めてくるIAサーバに対抗する製品ではなく、SPARCサーバの下のほうをリプレースする製品だから、だろうね。 安く出してしまうと、SPARCの従来製品が全く売れなくなるんだろうな。 >>412 あれには呆れたよ。 8コア×4スレッドの凄いCPUとして美辞麗句を並べておきながら、 実際に売るのは4コアとか6コアなんだもの。 416 名前：名無しさん＠お腹いっぱい。 [2007/10/10(水) 23:20:51 ] >>415 T1000 1G×8Coreは安かったよ。DVD付かないんで売れないけど 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 23:21:36 ] なんであんな売り方してユーザは暴動を起こさないの 418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 23:22:47 ] DVDなんていらないじゃん。 419 名前：名無しさん＠お腹いっぱい。 [2007/10/10(水) 23:24:19 ] >>417 残念ながら、Sunにクレームつけるほど、Sunを使いたがっている ユーザがいなくなってしまった。 SPARCの性能改善のボトルネックになっていたTIのせいだねｗ 期待の富士通もSPARC64遅れに遅れたし。(IV+に追いつかれたと言う...) 420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/10(水) 23:27:45 ] >>419 TIのせいにしてはいかんよ。SUNにプロセッサの設計力がないからだ。 421 名前：名無しさん＠お腹いっぱい。 [2007/10/11(木) 00:06:02 ] 製造遅れが多かったよ。TIは。不良品も沢山

---

---

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

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