[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/12 04:57 / Filesize : 234 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【Oracle】故Sun Microsystems 最大の墓標



1 名前:名無しさん@お腹いっぱい。 [2010/04/22(木) 07:01:01 ]
(-人-)ナムナム

【前スレ】
Sun Microsystems 最大の解雇
pc12.2ch.net/test/read.cgi/unix/1263808782/


923 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 17:04:48 ]
HPCはえんた〜ぷらいずぅでは無いそうですよ。

924 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 17:08:51 ]
哀れなのは、T3の方だろw
ローエンドにしては高杉、ハイエンドにしてはスケーラビリティも信頼性もイマイチ。

925 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:37:41 ]
>>921
おまえ、920が読めてないのか。

>>922
わけわかめ

926 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:48:20 ]
どこで見たのか思い出せないが、x86 + Linuxは40コアあたりでガクンと性能が落ちる、なんていう論文があったな。

Linuxにはスケーラビリティ上のボトルネックになるような同期制御を伴う操作があって、
その同期の際にキャッシュのコヒーレンシがボトルネックになってしまうので、
同期制御を減らすように大改造を施すとガクンと性能が落ちなくなるよ、っていう内容。

で、その論文で面白いのは、Solaris for SPARCにも同様にスケーラブルではないが、
ライセンス上、その詳細を発表できないので察してくれとあったこと。

927 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:52:17 ]
いや、いまググって読み直したら、Solaris for x86だな。
Solarisはスケーラビリティに優れる傾向があるにせよ、やっぱり無理。
用途によっては8コアSPARCでもサチったとかいう話も。

928 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:54:06 ]
>>926
これの事かえ?
ttp://mkosaki.blog46.fc2.com/blog-entry-1139.html

929 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:54:53 ]
Sunのどこがスケーラブルなの?
昔からハードウェア的にパーティション切って使うようなサーバじゃん。

930 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 22:07:55 ]
パーティションを切らなくても使える。

931 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 22:11:59 ]
>>928
ああ、この人、ずっと前のlinux foundation主催のシンポジウムでredhatの
system tapの人にすごーく失礼な発言をしていた。相手は外国人だから分か
らなかったでしょうけど。俺は引いた。



932 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:37:14 ]
>>930
パーティション切らずにシングルOSイメージで使うと、スケールしないんだよ。

933 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:39:44 ]
>>926
スラドとかでも話題になったはずだけど、そういった改造すると、今のメインターゲット
16コアぐらいまでの構成だと性能が下がるはず。32コア以上のシステムが増えてくるのなら
ともかく、現在そういうシステムはほとんど存在しない以上、そういうシステムのため
だけの改変なんてナンセンスだ罠

934 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:42:21 ]
>>932
その辺がSPARC + Solarisのエンタープライズ向けの弱さだよなぁ。
にしても、>>923みたいな馬鹿がいるのか、このスレ…


935 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:50:38 ]
アムダールの法則ってのがあるわけで、
同じピーク性能なら、
低速コアを沢山ならべるよりも、
高速コアを少数ならべたほうが、
実アプリのスループットは高いだろうな。

936 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:59:05 ]
>>935
スループットコンピューティングェ・・・。

937 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 00:08:46 ]
>>935
実際、並列度がおもいっきり高い処理が多そうなftpサーバの運用ですら
いろいろ苦労しているのが ttp://ftp-admin.blogspot.com/
でわかるわけで。

938 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 00:55:36 ]
むしろftpサーバは並列ではなく直列だと思うが・・・

939 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 00:58:29 ]
ていうかT2000って、UltraSPARC T1だよな。
Xeon 1ソケットにリプレースしたほうが幸せになるかも。

940 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 01:41:29 ]
三年目の浮気。

941 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:15:52 ]
>>925
> おまえ、920が読めてないのか。

出ない、のは性能出ない、な。文脈汲む訓練しろよwww



942 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:21:33 ]
>>927
そりゃ、わざわざ向いてないテスト組むことも可能だろうがな。
E10K以降があれだけ売れたのは当時のハイエンドユーザーがろくにテストもしない
節穴どもだったといくらパチョコンユーザーがほざいてみてもなwwくくwwププ

>>923,934
盛大な連投ご苦労さん、誰も同意してくれんな。きみの投稿ひろってつなげたら
笑えるだろうなぁ。そんなヒマなことしないけどwwwww

943 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:39:52 ]
>>941
問題は、そこか?

> x86の 16コアなんてどうせリニアには性能出ないだろ。
> まるで、SPARCなら16コアでリニアに性能が出るかのような言い草だな、おい。
> 16CPUで出んもんは 16コア 1ソケットでも出んよ。あわれな x86じゃw


944 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:42:27 ]
>>942
あんなデカいサーバを使うような企業は、パーティション区切って使ってただろ。

945 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 10:25:04 ]
うん。

946 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:01:41 ]
パーティション区切ったら、速度面だけ見れば、4ソケットくらいの複数台のサーバをラックに積み上げるのと一緒だものね。

947 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:22:53 ]
複数台のサーバーを積み上げるとは違うスケールメリットを求めている。

948 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:32:13 ]
「速度面だけ見れば」

949 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:36:07 ]
>>923
エンプラ向け SMP機と HPC機がぜんぜん別ものなのを見れば自明だと思うが。

950 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:45:35 ]
HPCはCPU集中タスクだし、同期はOSに頼らずに自前でやっちゃうから、とてもスケールしやすい。
エンプラはI/Oやプロセス・スレッド間のやりとりや、メモリ確保・解放などを激しく行うので、スケールしにくい。


951 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:01:56 ]
「資源の競合」なんつー激基本な知識さえ持ち合わせないバカが
x86なんぼヨイショしたところで逆効果だわな。Intelもこんなバカに取り憑かれて
さぞメーワクなことだろうw



952 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:07:43 ]
>>942
気が狂うってどういう気分?

953 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:11:29 ]
しったかぶった923がものすごい勢いで発狂しているな。

954 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:25:28 ]
>>951
> Intelもこんなバカに取り憑かれてさぞメーワクなことだろうw

すごい発想だな。


x86 + Linuxでキャッシュラインの競合でスケールしないという話は、XeonではなくOpteronでの実験結果なんだよね。
Opteronのキャッシュ・コヒーレンシは、けっこう重いんだ。とくに、同一キャッシュラインを奪い合う状況に弱い。
Xeonが帯域幅を犠牲にしてでも共有バスに固執してた理由の1つが、それなんだよね。そんなXeonも、
コア数やスレッド数が増えて、レイテンシよりも帯域幅が優先されるようになったら、QPIに移行したけどね。

955 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 13:51:18 ]
>>948
速度面だけ見ればなおさら積み上げるだけじゃだーめ。

956 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 14:01:42 ]
ああSPARCのKモデル使うことと、Linpackの日に頑張ることが混じっているのか。
主は前者には無さそうだな。

957 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 16:04:23 ]
>>955
なんで?

大きな筐体の中の4ソケットのパーティションと、
ラックマウント筐体の4ソケットのサーバは、
ハードウェア的に同一だよ?

なにしろ、4ソケットのサーバの中身をバックプレーンで接続したものが、大きな筐体のマシンだからね。
で、パーティションを切るっていうのは、そのバックプレーンの接続を分割するってことだよ。

958 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 16:40:01 ]
だからSPARCのKを使う話をしてないんだろ?
スレ的にはそう思った。

959 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:02:07 ]
ん? 企業で使われていたE20KやE25Kの話してるんじゃないの?

960 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:14:55 ]
>>954
> すごい発想だな。

...「ホメ殺し」って、とってもフツーな発想なんだが。しらじらしい...ww

961 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:19:51 ]
>>952
パチョコンのことしか知らない低脳 x86使いが SMPを語ってるような興ざめな気分。



962 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:58:39 ]
>>960
その褒め殺しに至るまでの思考が、もうぶっ飛んでてワカラン

963 名前:名無しさん@お腹いっぱい。 [2010/10/23(土) 18:06:05 ]
>>959
そう思っていたけど違うみたい。
パーティションでノートパソコンを机に積み重ねてもよさげな速度を対象にするとは尾も罠かた。

964 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 18:53:30 ]
>>963
あなたの理解力が乏しすぎるんだな。
話がgdgdになるから、そういう人は遠慮してくれ。

965 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:08:24 ]
>>962
消えろ、しったか

966 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:10:04 ]
HPCとエンタープライズの区別すらできないキチガイの粘着がものすごいな。
自分が無知ってことを認められれば、もうちょっと賢くなれただろうに。

967 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:15:15 ]
>>965
お前だろ、知ったかは。
現実にはx86とSPARCのスケーラビリティの違いなんて問題にならんぞ。

968 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:16:46 ]
SPARCがXeonに塗り替えられていく様を認識できないんだろう、可哀想に。

969 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:18:50 ]
>>961
大変だね。知識がなくて同じことを言い続けて煽る以外の芸ができないって。
お前に知識のないくせに自己顕示欲が非常に強いことは理解してあげたから、
以後コテハンをつけること。

970 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:22:12 ]
とりあえず、923=942=951=961=964あたりかな? 他にもありそうだけど、確定的なのは。
それらを含めても、942でE10Kが売れた云々と言った以外は、技術論などまったくない、
単なるキチガイ煽りだなぁ。

971 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:25:52 ]
>>968
このスレ的には、SPARC vs Xeon or OpteronのCPU辺りでのスケーラビリティ論争よか、
システム全体としてSun vs HP or IBMでなぜエンタープライズ市場で負けたのかを
語るべきだよなぁ。



972 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:39:40 ]
Sunのハードウェアは信頼されてなかった。

その上で走らせる、案件対応で作ったソフトウェアの品質からすれば、
ハードウェアの信頼性なんか意味がないと思うんだが、客はそうは思わない。
だから、まずHPのSuperdomeで提案する。

973 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 20:02:31 ]
案件対応は客のわがままだけど、
ハードウェアは違うから、文句言いやすいしなw

974 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 20:44:36 ]
>>971
いや、対IBM,HPで勝負にならなかったからローエンド市場に活路を求めていたわけで
その末期のローエンドでの敗北要因を語るのも主旨から外れていないと思う

975 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 20:48:23 ]
PCの市場を食おうとしなかったことが悔やまれる。

976 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 21:01:14 ]
>>972
実際、Sun Fireとかでもトラブル多かったしなぁ。

977 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 22:30:55 ]
Sun Fireだからトラブルが多いとは思わないけど。
それしか扱わない人?

978 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 22:56:22 ]
>>975
食うべきだったのはPCではなくMacの市場かもしれない。
速度やメモリ量に対して、かなりの要求があったからね。

979 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:06:16 ]
>>978
Macの市場は知れてるし、UIで負けてるだろ
確かにサンのハードは信頼性なかった
サーバーだけじゃなくストレージの評価も低かったな

980 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:18:45 ]
>>979
でも、Macはデスクトップ市場で今も健在だよ。しかも、AdobeをWindowsに取られても、だ。

981 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:21:40 ]
>>977
日本語が理解出来ない人、乙



982 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:28:37 ]
むかしMacを仕事で使っていた人達が、
もしCPUが3倍、メモリが10倍のMacがあったら一千万でも買う、すぐに元が取れるから
って言ってたなぁ。

そういう業務用途にこそUNIXワークステーションが向いてると思うのだが・・・・

983 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:43:05 ]
UNIXワークステーションでDTP、DTV、DAWのソリューションあるの?

984 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:55:13 ]
>>981
あれ。Sun "Fire"だけとは書いて無いとか言っちゃう人なの。乙。

985 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:56:38 ]
>>983
あったような気がする。

別になくても、Macと張り合うなら、Macのアプリのソフトハウスに片っ端から金とマシンばらまいて移植してもらえばいいのさ。

986 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 00:03:37 ]
ばら撒く分に見合う実入りがあるならそれもいいんじゃね。

987 名前:ftp.jaist.ac.jpの中の人 mailto:sage [2010/10/24(日) 01:27:25 ]
>>937
UltraSPARC T1で苦労したことはありません。
スレッドがたくさん走る状況でよくスケールするいいCPUですよ。
Niagaraシリーズは価格性能比が悪いので、次のftp.jaist.ac.jpはx86にしますけど。

988 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 01:40:40 ]
>>987
他のベンダーのx86サーバーにするのですか?

989 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 05:31:05 ]
>>984
気が狂うってどういう気分?

990 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 08:55:55 ]
>>982
当時のMacがPowerだったとすると、既にUNIX機と対して能力は変わらなかったんじゃないか
Macが今も健在なのは、iMac、iPodとむしろコンシューマー向けでヒット商品を作り続けたからだろう
ワークステーション市場でどうにかなったなんて夢
何年かは何とかなったにしても、Linuxに食われて終わり

そういえばサンがアップルの買収を検討していた時代があったんだよな
90年代後半、ジョブズが戻ってくる前、時代は変わるね

991 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 12:15:09 ]
>>989
今の気分かい?井の中の蛙っていうのを観察してる気分。
これからSun以外の仕事しなきゃいけないと思うけど、これまでの経験を大事に頑張ってな。



992 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 12:34:21 ]
>>991
消えろ基地外

993 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 13:07:21 ]
またそのセリフかよ。
安心知る。今日にもスレッドごと消えて終了する。

994 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 13:26:15 ]
ほい、次スレ

Sun Microsystems 最大の企業売春
hibari.2ch.net/test/read.cgi/unix/1242037807/

995 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 14:03:53 ]
>>993
はやくおちんちんがむけるといいね

996 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 15:26:24 ]
>>990
Macに対するSunのアドバンテージは、メモリ搭載可能量とプロセッサ数、だと思う。
ワークステーション・モデルで足りなければ、サーバを机の脇に置いて使うという手もあった。

997 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 15:30:06 ]
次スレ

Sun Microsystem最後の製品
hibari.2ch.net/test/read.cgi/unix/1287901751/

998 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 15:59:18 ]
>>996
サーバーでMacと比べられるなんて失礼千万。
ワークステーションもデスクサイドサーバーも無くなってしまった今では身近に使うことは過去の夢。

999 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 16:15:53 ]
>>998
今の話なんか、してないんだが。

1000 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 16:23:57 ]
>>999
990は過去の話だけしてないぜ。
明日の話は次スレでいこうや。

1001 名前:1001 [Over 1000 Thread]
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。








[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<234KB

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