トップページunix
1001コメント323KB

Sun Microsystems 最期の落日

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2009/06/06(土) 20:00:02
Oracle傘下となったSun Mircrosystems
ITの未来はどっちだ!?


【前スレ】
Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/l50
0094名無しさん@お腹いっぱい。2009/06/09(火) 16:33:06
>>88
ま〜しかし、よくそんだけ「ねじ曲げ」られるねぇ話題を。感心するわ。

> そんな昔の話なら、8080やZ80、8086を作った会社のほうが多いかもしれん。

知らんがな。SPARC作るとこが少ないってあったから、そんなことないって
言っただけ。Intelのがどうとか、知ったことか。

> Intelが組み込みを捨てた理由と、再参入の理由の話してるんだよ。

知らんちゅーねん。アホか。

> i960は失敗したプロジェクトの残したものを再利用したもので、
> 組み込み向けに使われるようになった時点で、もう開発は打ち切られてる。
>
> XScaleはDECとの裁判で手に入れたもので、Intelが自分から始めたプロジェクトじゃない。

なんの言い訳なんだか。たいがいにしてくれるか?
0095名無しさん@お腹いっぱい。2009/06/09(火) 16:33:50
>>92
Intel自体が並列化推してるけどな。
0096名無しさん@お腹いっぱい。2009/06/09(火) 16:34:11
反省も何も、客がSunでまとめるだけのカネがなくなっただけじゃん
サポートだって中国で手抜いてるDELLみたいなのやシマンテックみたいな扱いだと
切れてたんだろ?
カネは出さずに口を出す
一番下品なやつだな
0097名無しさん@お腹いっぱい。2009/06/09(火) 16:35:41
まあ、個人的にはNehalem EXを採用したSunのサーバが今から楽しみです
0098名無しさん@お腹いっぱい。2009/06/09(火) 16:35:52
>>93
x86? 別に要らんけど。ぜんぶ消えてもなんの問題もないが。
肝心なとこには使われてないもんなww
0099名無しさん@お腹いっぱい。2009/06/09(火) 16:37:51
>>97
楽しみだねぇ。
ところで、x86の現行機種でいいんだが、リニアスケール自慢の記事は、ないもんかね?
0100名無しさん@お腹いっぱい。2009/06/09(火) 16:38:21
ねぇよ。ねぇ
0101名無しさん@お腹いっぱい。2009/06/09(火) 16:40:35
8ソケット機は出すのかなあ
0102名無しさん@お腹いっぱい。2009/06/09(火) 16:43:46
えっ? なんで、出さないの?
0103名無しさん@お腹いっぱい。2009/06/09(火) 16:44:14
自社ではチップセットを開発できないんだろ
もういいから
0104名無しさん@お腹いっぱい。2009/06/09(火) 16:45:04
Nehalem EXの真の実力を引き出せるのはSolarisだけ!
とかなったらいいよね
0105名無しさん@お腹いっぱい。2009/06/09(火) 16:46:03
知らんがな
0106名無しさん@お腹いっぱい。2009/06/09(火) 16:46:33
現行最新の x86の、真の実力は、どうやって引き出せばいいの?
0107名無しさん@お腹いっぱい。2009/06/09(火) 16:47:22
>>102
SPARCが売れなくなったら困るとか言って出さない可能性はあるんじゃね?

>>103
8ソケットまではチップセットというかノードコントローラはいらないよ
0108名無しさん@お腹いっぱい。2009/06/09(火) 16:48:12
真の実力は、出ません。
0109名無しさん@お腹いっぱい。2009/06/09(火) 16:48:47
>>106
WindowsとかLinuxでいんじゃね?
スケール(笑)しないんでしょ?
0110名無しさん@お腹いっぱい。2009/06/09(火) 16:50:29
結局出ないのが、「真の」実力。仮の実力で我慢してください。
0111名無しさん@お腹いっぱい。2009/06/09(火) 16:52:30
うんうん、そうだねw
0112名無しさん@お腹いっぱい。2009/06/09(火) 16:53:40
まあ、Sandy Bridgeが出る頃にはSPARC終了だろうな
0113名無しさん@お腹いっぱい。2009/06/09(火) 16:53:41
Windows+Nehalem EXでいいじゃん
転んでも泣かない
0114名無しさん@お腹いっぱい。2009/06/09(火) 16:54:07
エリソンが NetBook出す、って言ってんだから、それに全力投球、だろう。
0115名無しさん@お腹いっぱい。2009/06/09(火) 16:54:32
Sandy Bridgeねw
エンコが速くなりましたってかwww
0116名無しさん@お腹いっぱい。2009/06/09(火) 16:57:16
UNIX板でエンコとか
0117名無しさん@お腹いっぱい。2009/06/09(火) 17:00:44
ぢゃあSandy BridgeでAVX以外の何が売りなのよ
0118名無しさん@お腹いっぱい。2009/06/09(火) 17:01:52
またぞろ「コンパイラががんばる」って話なんだよなぁ。懲りんねぇ..
0119名無しさん@お腹いっぱい。2009/06/09(火) 17:03:00
GPU統合とかw
エンプラに全然関係ねぇw
それでSPARC終了とかwww
0120名無しさん@お腹いっぱい。2009/06/09(火) 17:04:23
相変わらずループしてんな
0121名無しさん@お腹いっぱい。2009/06/09(火) 17:05:26
>>118
絶対に懲りんよw
Tick Tockモデルで振り回される客悲惨w
というかそういうアフォ客(カモ)しか相手にしてないわけだが
0122名無しさん@お腹いっぱい。2009/06/09(火) 17:09:18
>>119
いやいや、エンプラな問題も分解してベクトルに展開してだな...
がんばっちゃうぞ、コンパイラーw
0123名無しさん@お腹いっぱい。2009/06/09(火) 17:09:27
>>94
ねじ曲げてるのは、そっちなんだがなぁ・・・
0124名無しさん@お腹いっぱい。2009/06/09(火) 17:10:34
>>122
それは凄い
Intelのお手並み拝見だなw
痛ニウムにだまされた客にも買ってもらえそうだwww
0125名無しさん@お腹いっぱい。2009/06/09(火) 17:10:49
>>96
つまり、Sunにとっては莫大なシェアを失っても、もともと利益の出ない部分だから、痛くもかゆくもない、と。
0126名無しさん@お腹いっぱい。2009/06/09(火) 17:12:12
>>121
それ考えると、Transmetaのコードモーフィングはまともだったよね。
資金繰り的に間に合わなかっただけで、ちゃんと最後には Efficeonで性能出てたから。
0127名無しさん@お腹いっぱい。2009/06/09(火) 17:13:30
うは、ちょっとスレから目を離した間に、30レスも進んでる。
しかも、たった一人が自演してgdgdな雰囲気にしてるな。
0128名無しさん@お腹いっぱい。2009/06/09(火) 17:16:44
頭のおかしいアンチx86が居るからな
0129名無しさん@お腹いっぱい。2009/06/09(火) 17:17:18
散々脱線工作されたので、ここいらで話をまとめるぞ

・多マルチコアはSPARCよりもMIPSが先行している
・マルチコアはシングルスレッド性能に行き詰まっての苦肉の策で誇るようなものではない
・マルチコアで容易にスケールするのは、コア自体の性能が低いからである
・SPARCは組み込みでも採用例が少なく、ワークステーションでは終息、エンタープライズも下からx86に食われまくり
0130名無しさん@お腹いっぱい。2009/06/09(火) 17:19:43
x86でマルチコアがスケールしないのは当然
コアが2倍になっても、メモリが2倍になってないから
0131名無しさん@お腹いっぱい。2009/06/09(火) 17:20:15
>>129
そんなの全部否定されたぜ。どこ読んでたんだ。
今日のまとめは一点だけ。

>65
『x86のマルチコアはスケールしない。』
0132名無しさん@お腹いっぱい。2009/06/09(火) 17:21:10
あわれ...w

『x86のマルチコアはスケールしない。』
0133名無しさん@お腹いっぱい。2009/06/09(火) 17:21:33
>>128
頭がおかしいというか、頭がおかしいふりして煽ってるだけでしょ
0134名無しさん@お腹いっぱい。2009/06/09(火) 17:22:27
x86で、リニアスケールする、って記事は、ないの?
現行機種でいいんだけど。
0135名無しさん@お腹いっぱい。2009/06/09(火) 17:23:07
>>131
ほほう。

それぞれの項目が、どこで否定されたのか、示してもらおうか。
0136名無しさん@お腹いっぱい。2009/06/09(火) 17:23:22
えー、今日のまとめは

『Nehalem EXの真の実力を引き出せるのはSolarisだけ!』

にしようよー
0137名無しさん@お腹いっぱい。2009/06/09(火) 17:26:20
>>130
帯域幅は前のモデルに対して倍以上になってるじゃない
なんでそんなウソつくの?
0138名無しさん@お腹いっぱい。2009/06/09(火) 17:26:58
今日のbot君は現行の使い方を覚えたみたいだな
0139名無しさん@お腹いっぱい。2009/06/09(火) 17:28:13
>>136
「そんな、『真の実力』とかわけわからんこと言われてもなぁ...」(Solaris談)
0140名無しさん@お腹いっぱい。2009/06/09(火) 17:29:31
>>139
レジストリ(笑)いじったり、秘密のAPI(笑)とかTweak(笑)があるんじゃないの?
0141名無しさん@お腹いっぱい。2009/06/09(火) 17:30:38
じゃあ

『Nehalem EXの実力を引き出せるのはSolarisだけ!』

でいいよー
0142名無しさん@お腹いっぱい。2009/06/09(火) 17:31:23
そんな出てもないものの話されても…
IBMのFUDじゃないんだからさw
0143名無しさん@お腹いっぱい。2009/06/09(火) 17:33:13
でも、RockよりNehalem EXの方が筋が良さそうじゃない
0144名無しさん@お腹いっぱい。2009/06/09(火) 17:34:27
確かにPowerよりNehalem EXの方が筋がよさそうだよな
COFF(笑)
0145名無しさん@お腹いっぱい。2009/06/09(火) 17:35:39
ああ、Rock忘れてた
0146名無しさん@お腹いっぱい。2009/06/09(火) 17:37:02
Power/AIXからNehalem EX/Solarisにリプレースした方がいいかもしれない
先のないAIXと違ってSolarisはオープンテクノロジだからな
0147名無しさん@お腹いっぱい。2009/06/09(火) 17:38:41
DB2とAIXなんか捨ててさっさとOracle/Solarisに乗り換えようぜ
0148名無しさん@お腹いっぱい。2009/06/09(火) 17:42:24
>>137
帯域幅なんて、どうでもいいんです。
大切なのはレイテンシ。

コアが倍になったら、
レイテンシを半分にするのは無理なので、
(独立した)メモリコントローラを倍にする必要がある。
0149名無しさん@お腹いっぱい。2009/06/09(火) 17:42:27
Oracle(DBMSね)要るんかな...
合併して最初になくなるのは Oracle DBMSだったりして。
0150名無しさん@お腹いっぱい。2009/06/09(火) 17:43:40
>>148
えっと、まともな SMPやってる会社はそんなことしてませんよ?
1990年代の問題ですね? そういう風に洗脳されてるんですか?
0151名無しさん@お腹いっぱい。2009/06/09(火) 17:43:47
DB2はこの瞬間に消え去ってもいいけどOracleとMySQL/PostgreSQLは非常に困る
0152名無しさん@お腹いっぱい。2009/06/09(火) 17:44:02
パチョコンのメモリコントローラはビット幅を増しただけで実質的にシングルチャネル。
0153名無しさん@お腹いっぱい。2009/06/09(火) 17:45:03
>>150
なるほど、SunのNiagaraは、まともじゃないんだね。
144bit幅のメモリコントローラを4つも積んでるんだもんね。
おかしいよね。
0154名無しさん@お腹いっぱい。2009/06/09(火) 17:45:34
>>150
だからこのスレのx86バカはこの程度だって何度も罵倒されてるのよ
>>152
当たり
0155名無しさん@お腹いっぱい。2009/06/09(火) 17:47:05
>>152
だからマルチコアでスケールしないんですね、わかります。
0156名無しさん@お腹いっぱい。2009/06/09(火) 17:50:10
「ほらみろ。おれのせいじゃねーじゃん(ぼそっ)」(Solaris談)
0157名無しさん@お腹いっぱい。2009/06/09(火) 17:58:27
そんなこと言わないで
犬糞とは違うってことを見せつけておくれよ
0158名無しさん@お腹いっぱい。2009/06/09(火) 18:05:08
Nehalem EX量産の暁には…
0159名無しさん@お腹いっぱい。2009/06/09(火) 18:07:50
「じょーだんじゃねーよ、オレしかいねーだろーがよ、まともにチューニング
付き合えるのさ、外部にさらしちゃう前にちゃんと詰めをやれってんだよ。
オレぁやだぜ、こんなんは。Itaんときだってそうっだったろ、恥かくのは
こっちなんだからな。やなこった。」(談)
0160名無しさん@お腹いっぱい。2009/06/09(火) 18:10:30
Solarisタソ、がんがれ!
0161名無しさん@お腹いっぱい。2009/06/09(火) 18:20:57
SolarisのIA64へのポーティングって、Mercedでやったんだろ?
Mercedは、まぁ、あれだ、FSBが弱すぎたんだ、ありゃ。
0162名無しさん@お腹いっぱい。2009/06/09(火) 19:34:44
Sunは技術に関しては先見の明があるな
ピンチに陥ってもOracleに拾ってもらえたし、ある意味
データベースコア技術の獲得といえるかもしれない
0163名無しさん@お腹いっぱい。2009/06/09(火) 20:19:35
AMDだっけ?
シングルコア時代のOpteronに比べて、
今度の6コアOpteronは、
ソケットあたりの性能が15倍になったって
言ってるのは。

ソケットあたりの性能が6年で15倍ですよ。
それに対してメモリのレイテンシは殆ど変らず。

これでスケールするなら魔法だよ。
0164名無しさん@お腹いっぱい。2009/06/09(火) 20:19:56
データベースコア技術は PostgreSQLのエンジニア、MySQLのエンジニア、
さらに他にもなんか買ってたっけ、たくさんいるんだからもーいらねーだろw
0165名無しさん@お腹いっぱい。2009/06/09(火) 20:21:32
>>163
> これでスケールするなら魔法だよ。

『x86のマルチコアはスケールしない。』

-- 大・団・円 --
0166名無しさん@お腹いっぱい。2009/06/09(火) 20:26:55
へえ。SMP的にはダメ CPUなんだ。
0167名無しさん@お腹いっぱい。2009/06/09(火) 20:41:11
>>162
なんてポジティブシンキング!!
0168名無しさん@お腹いっぱい。2009/06/09(火) 20:58:37
サン、特別株主総会招集を決定--オラクルとの合併案の投票へ
http://japan.cnet.com/news/biz/story/0,2000056020,20394614,00.htm
0169名無しさん@お腹いっぱい。2009/06/09(火) 21:01:14
合併したら、会長と、社長は退社しちゃうの?
0170名無しさん@お腹いっぱい。2009/06/09(火) 21:09:46
しちゃうんじゃね?
0171名無しさん@お腹いっぱい。2009/06/09(火) 23:41:34
そもそもSPARC自体がリニアにスケールなんてしてないがな。
x86は8コア以上は主流じゃないのでスケールの議論にそもそもなりにくい。
HPCを見る限りは別段悪いわけじゃない。
Niagaraもスケーラビリティ全然悪いし、なにしろシングルスレッド性能が低すぎる。
0172名無しさん@お腹いっぱい。2009/06/09(火) 23:51:05
Niagaraはスジは悪くないけど、多数の負荷をかけないとスループットががた落ちになるのがなー
ということで Web 関連ぐらいしか使い道が見いだせん
0173名無しさん@お腹いっぱい。2009/06/10(水) 00:23:24
>>169
BEAの社長とか残ってるんじゃない?
0174名無しさん@お腹いっぱい。2009/06/10(水) 04:31:59
>>162
物は言い様だなw
0175名無しさん@お腹いっぱい。2009/06/10(水) 07:12:42
>>164
三次元CGアプリとかならともかく
データベースなんてローテクはオープンソースで十分だよな
ショボすぎて笑える
0176名無しさん@お腹いっぱい。2009/06/10(水) 08:25:39
>>163
ソケット数=HTバス数だったっけ?
0177名無しさん@お腹いっぱい。2009/06/10(水) 09:22:25
>>176
何を言ってるんだ?
0178名無しさん@お腹いっぱい。2009/06/10(水) 09:45:13
>>171
かわいそうに。そう考えないと精神が安定しないんだね。

> ..、なにしろシングルスレッド性能が低すぎる。
x86の SMPがろくでもないのとはなんの関係もないね。
0179名無しさん@お腹いっぱい。2009/06/10(水) 09:50:04
>>175
ローテクとまでは言わんがw プンソでも十分高度なことやってる。
0180名無しさん@お腹いっぱい。2009/06/10(水) 10:20:46
>>178
おまえさ、>>57を読んでみ。

スケールするっていうのは、バスに対してコアの性能が低いことの裏返しなんだよ。
0181名無しさん@お腹いっぱい。2009/06/10(水) 10:23:10
バス、って、コア間インターコネクトのことなのかな?
それ、飽和してんじゃね? 他の方法考えた方がいいと思うよ? あれ? QPIは? ..ww
0182名無しさん@お腹いっぱい。2009/06/10(水) 10:25:42
うわ、悲惨ww なにこれ。
ttp://connexitor.com/blog/pivot/entry.php?id=191
0183名無しさん@お腹いっぱい。2009/06/10(水) 10:27:54
エリソン、x86機維持するのかな? 利幅薄いし、差別化むずかしいし、やめちゃうかもね。
0184名無しさん@お腹いっぱい。2009/06/10(水) 10:32:46
>>180
>57 ってさ、インターコネクト等の工夫ではどうしようもない、そういう主旨だよな?
もうダメってことか、x86は。もちろん、SMP的には、だがw
残念だな。Nehalem-EX期待してたのに。ダメなんだ?
0185名無しさん@お腹いっぱい。2009/06/10(水) 10:36:07
本田△があややたんに移籍だってさwwww
アムステルダムの皇帝テラカッコヨスwwwwwwwww

【サッカー】本田圭祐が強豪・アヤックスに移籍?4年契約・移籍金600万ユーロで交渉大詰め…とオランダメディアが報じる
http://anchorage.2ch.net/test/read.cgi/mnewsplus/1244594671/
0186名無しさん@お腹いっぱい。2009/06/10(水) 10:40:12
SPARC信者の言ってるx86ってのは、Pentium3くらいまでの事かもな。

Pentium3の高クロックのSMPはスケールしなかったね。
1CPUでさえメモリがボトルネックになる場合があったのに、そのまま同じバスに2CPUですよ。
相互関係が希薄な2つのスレッドでさえ、メモリアクセスが競合してパフォーマンスが低下した。
コードにもよるが自分の場合は、CPUを2個にしても速度が1.33倍だったな。
たぶん半分のクロックのCPUなら、もっと2倍に近かったんだろうな。
0187名無しさん@お腹いっぱい。2009/06/10(水) 10:42:18
当時はmp3エンコード花盛りだったが、きっちり2倍出てたけどな。
0188名無しさん@お腹いっぱい。2009/06/10(水) 10:45:17
>>186がどういうタイプのジョブを投入した時のことを
言っているのかよくわからんが、
流石にmp3エンコードでスケールしないシステムは売ってないだろ。
CPUセントリックなジョブだから。
0189名無しさん@お腹いっぱい。2009/06/10(水) 10:46:15
>>181
飽和するほど単体コアの性能が高いんですよ。

>>182
それ、SPARCとの比較じゃないな。
何度も同じURLをコピペすんなよ。

>>184
ちげーよ。
コアの性能に見合ったものがあれば良いってことさ。

>>187
mp3エンコードってキャッシュのヒット率が高いんじゃね?
あるいはCPUが遅かったか。
0190名無しさん@お腹いっぱい。2009/06/10(水) 10:46:51
>>187
計算主体で OSの資源競合にあんまり関係ないタスクは、少々手抜きな作りでも
性能出るのよ。SPECrateしかり。HPC_だけ_得意なのはそう難しくない。
エンプラ向けはそうはいかん。
0191名無しさん@お腹いっぱい。2009/06/10(水) 10:48:08
>>189
なんの反論にもなってねーよ....

>>>181
> 飽和するほど単体コアの性能が高いんですよ。

じゃ、もうずっと飽和しとけや。
オレはいちおう QPIに少し期待してる。
0192名無しさん@お腹いっぱい。2009/06/10(水) 10:49:23
エンプラ出ました
0193名無しさん@お腹いっぱい。2009/06/10(水) 10:49:34
>>191
IntelとAMDどちらも、飽和対策を継続的にやってますんで。
■ このスレッドは過去ログ倉庫に格納されています