Sun Microsystems 最期の落日

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:00:02

Oracle傘下となったSun Mircrosystems
ITの未来はどっちだ！？

【前スレ】
Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/l50

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:01:15

また重複か。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:10:20

>>1
ポニーテール乙 !

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:13:44

>>1
乙

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:31:59

　　　　　　　　　　　　　　　　　　　　　　γ　　　　γ
　　　　　∧__∧　もうﾀﾞﾒﾎﾟ・・・　　　　　　　　　　　　　γ
　　　　（::::::::::: ）　　　　　　　　　　　　　　　...................................
　　　　.（○::::::: ）　　　　　　　　　　　 .::::::::;;;;;;;;;::::........
　　　 ~"''"""゛"゛""''･、　　　　　　 ...:::;;;''　　　　 ';;;:::::.......
"゛""''""""゛゛""''' "j'　　　　　　　...::::;;;''　　　　　　 '';;;::::::........
::::ﾍ　:::::....ヽ :::;;;ﾉ　 ::(　　　　　　....::::::;;　　　　　　　　 '';;;::::::.......
:　ゝ　　:::::......ﾉ:;;..／　　~~^^~~~~~^^~^^　~~^^　~~~~~^~~~~^

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:59:43

【過去スレ_1of3】
Sun Microsystem最大の失態
ttp://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
ttp://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
ttp://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
ttp://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
ttp://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
ttp://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
ttp://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
ttp://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
ttp://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧！お前にサンが救えるか
ttp://pc5.2ch.net/test/read.cgi/unix/1103972661/

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 21:00:56

【過去スレ_2of3】
Sun Microsystems 最後の理不尽
ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/
Sun Microsystems 最大の滝壷
ttp://pc8.2ch.net/test/read.cgi/unix/1138786320/
Sun Microsystems 最大の重複
ttp://pc8.2ch.net/test/read.cgi/unix/1141840635/
Sun Microsystems 最大のリストラ
ttp://pc8.2ch.net/test/read.cgi/unix/1149485579/
Sun Microsystem 最大の夜長
ttp://pc8.2ch.net/test/read.cgi/unix/1159681441/
Sun Microsystems 最大の移行
ttp://pc10.2ch.net/test/read.cgi/unix/1164826577/

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 21:02:39

【過去スレ_3of3】
Sun Microsystems 最大の回復
ttp://pc11.2ch.net/test/read.cgi/unix/1170949021/
Sun Microsystems 最後の提携
ttp://pc11.2ch.net/test/read.cgi/unix/1181454302/
Sun Microsystems 最大の黒箱
ttp://pc11.2ch.net/test/read.cgi/unix/1193754625/
SunMicrosystems 最大の探検
ttp://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
ttp://pc11.2ch.net/test/read.cgi/unix/1214127349/
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/
Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/
Sun Microsystems 最大の超新星
http://pc11.2ch.net/test/read.cgi/unix/1233928036/
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/
Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 21:03:50

【公式サイト】
Sun Microsystems
http://www.sun.com/
サン・マイクロシステムズ
http://jp.sun.com/

blogs.sun.com
http://blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
http://jp.sun.com/communities/blogs/

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 22:03:04

支持！

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 22:20:31

SPARCさえ使っておけば多い日も安心。

こうですか？わかりません！

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 23:24:11

HPにはプリンタがある！
Sun+Oracleなんて恐くないやい

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 02:15:31

OracleがＳｕｎを買収した事により、コア係数は変更になるだろうな。
Ｉｔａｎｉｕｍのみ0.5だったが、これからはSPARCの係数が低くなると
思われる。
特にT2/T2+の係数が0.25以下になれば、影響は大きい。

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 02:21:37

そうかなあ
おれはSun以外のベンダのサーバのコア係数を上げると思うよ
既にPOWER6が0.75->1になってるよね

ドル箱のSPARCのコア数を下げたら大損だろう
あのおっさんがそんなことを許すわけがない

まあRockは0.25にしてやってもいいかぐらいは思っている
んじゃないかと

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 02:38:58

富士通に将来のSPARCの開発を支援して欲しいと言っているのだから
その程度の手土産は希望してもいいだろう

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 02:56:24

どうなることやら

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 07:16:12

>>12
HPのプリンタの大半はキヤノンが作ってるよ

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 13:52:52

>>14
そうすっと、Itaniumも0.5→1かな？

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 10:45:09

Itaサポートのゆくすえについてですか?wwww

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 11:38:14

Itaniumって、そんなに酸っぱい葡萄なの?

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:17:53

低脳がスレ立てるの禁止できないのか? 下品なタイトルのは即削除してほしいな。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:30:16

>>21
一応は向こうが先に立っているのを、スレ住人の総意で無視してるだけ
だから即削除ってのは穏やかじゃない。

過去にもSunスレで強引にItaniumがらみのタイトルをつけたスレが無視
されつつも存在だけは長期間残留し続けたりした。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:35:42

>>21
ガキじゃないんだから、削除して欲しいと思うのなら、削除依頼してこいよ、自分で。
俺は放置すればいいと思ってるから、削除依頼しないでいいと思うが。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:57:04

「スレ住人の総意で無視」されてるのなんか存在する必要ねーだろ。消えろ消えろw

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:57:53

>>24がスレの空気を悪くしてるんだよな、ずっと

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 14:17:48

空気のよくなる話題をふればいいじゃん、自分で。そんだけのことだろ?

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 14:30:33

>>26
お前もな

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 15:04:49

下品スレ立てた低脳はいっさい気の効いた話題をふれないけどなwwwwwwwwwwwwwwwww

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 15:48:22

だらかといって>>28がスレを荒らしてよい理由には、ならんな。
自分よりも下等な人間がいるからといって自分が堕落することを許すのは人としてどうかと思う。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 16:48:52

だからといって>>29..
空気のよくなる気の効いた話題をすればいいんだよ、今すぐ。>>29書かずにさ。
メタやってる限りあんたもおんなじ。
というか、自演だろ? 低脳くんw

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 16:53:55

>>30
鏡

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 17:19:44

Oracle NetBookは省電力な OpenSPARCと OpenSolarisの上に Androidの皮、だなたぶん。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 17:20:48

あっ.. Androidじゃなくて、JavaFXか? 独自性強くなっちゃうけど..

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 23:45:02

Snapdragonの上でJavaを動かします

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 00:45:35

AndroidのLinuxをSolarisに置き換えるわけか

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 08:46:40

マルチコアはSPARCよりもMIPSが先行

ttp://www.cavium.com/newsevents_Caviumnetworks_OCTEON-II.html
MIPS64コアを32コアだ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 11:01:47

andoさんとこ、もう 3年近く前だが。

ttp://www.geocities.jp/andosprocinfo/wadai06/20060812.htm

16コアのサーバー機があるようだ。通信用の CPUみたいだけど。
どれくらいの性能出るのかは興味あるね。けど Linuxじゃな..

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 11:04:17

>>36
今 MIPSなんて特定用途向けでやってるとこはそんな潤沢なリソースはないわけで、
ざばざばリソース使える x86がいかにマルチコア作りにくいか証明してるね。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 11:16:27

>>37
それの後継製品だよ。
16コア500MHzから32コア1.5GHzに強化されたの。

>>38
x86のコアが大きいのは、それだけ機能が豊富だから、なんだよ。

そのMIPS64と同じ程度、
つまり、2issueでin-orderで、SIMD命令なしの、特定機能専用ブロック付くらいなら、
32コアを集積して1.5GHz動作させるくらい、なんとか、なるだろう。

ていうか、Larrabeeは2issueでin-orderで、SIMD命令ありで、
32コアとか48コアとか言ってるんですよ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 11:55:46

>>39
> x86のコアが大きいのは、それだけ機能が豊富だから、なんだよ。

ああ、もうない方がいいのに互換性のために必要な機能、だろ?

> 32コアを集積して1.5GHz動作させるくらい、なんとか、なるだろう。

なんでそうしないで

> ていうか、Larrabeeは2issueでin-orderで、SIMD命令ありで、
> 32コアとか48コアとか言ってるんですよ。

とかいうわけわからん使う気もないもん作るの? 並行して作れないの?

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 12:27:17

>>40
> ああ、もうない方がいいのに互換性のために必要な機能、だろ?

違う。

out-of-order実行、多issue、たくさんの実行ユニット、レジスタリネーミング、
SIMD命令、高速で倍精度のFPU、高速な乗除算、高クロックのための深いパイプライン・・・etc・・・

こういった、RISCの末裔たちにも共通な機能が、トランジスタを食うのですよ。

> なんでそうしないで

現状でx86を使っている多くのアプリケーションでは、
たとえ1コアから32コアまでリニアにスケールしたとしても、
効率が良くないからだろう。

じゃぁなんで組み込み用でMIPSを32コアも集積した製品があるのかというと、
組み込み用途では、コードおよびデータのローカリティが高いので、
コアあたりのキャッシュが小さくても破綻しないのよ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:26:12

>>41
お、近づいてきたぞw

> こういった、RISCの末裔たちにも共通な機能が、トランジスタを食うのですよ。

ほんとの RISCの末裔たちにもそれあるじゃん。MIPSにもさ。で、なんで x86には
できないの?

> たとえ1コアから32コアまでリニアにスケールしたとしても、
> 効率が良くないからだろう。

おー、まさに。OS含めたソフトウェアの作りが古典的だから、そういうことだな。

> 組み込み用途では、コードおよびデータのローカリティが高いので、
> コアあたりのキャッシュが小さくても破綻しないのよ。

あれ? んじゃ、Atomも同じ構成にした方がいいじゃん。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:54:53

>>42
> ほんとの RISCの末裔たちにもそれあるじゃん。MIPSにもさ。で、なんで x86には
> できないの?

RISCの末裔たちで、それらのトランジスタを食う機能を満載したものは、x86と同程度のコア数だね。

> そのMIPS64と同じ程度、
> つまり、2issueでin-orderで、SIMD命令なしの、特定機能専用ブロック付くらいなら、
> 32コアを集積して1.5GHz動作させるくらい、なんとか、なるだろう。

ってのが読めていれば、そんな疑問は出てこないと思うんだがなぁ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:58:03

いつものビョーキなので仕方ない

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:59:32

>>42
>> たとえ1コアから32コアまでリニアにスケールしたとしても、
>> 効率が良くないからだろう。
> おー、まさに。OS含めたソフトウェアの作りが古典的だから、そういうことだな。

古典的とか、そういうことではなく、ワーキングセットの大きさが違うのよ。
同じキャッシュサイズで、コア数を1から32に増やすと、コアあたりのキャッシュサイズは1/32になっちまう。

> あれ? んじゃ、Atomも同じ構成にした方がいいじゃん。

Atomがターゲットにしているアプリは、ワーキングセットが大きいから。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:04:53

>>43
そんな話してるんだっけか? また途中でねじ曲げてるなぁ...

> RISCの末裔たちで、それらのトランジスタを食う機能を満載したものは、x86と同程度のコア数だね。

それだとぜんぜん >38を否定したことにはならないんだが。
x86じゃやっぱり作れないんじゃん。

> ってのが読めていれば、そんな疑問は出てこないと思うんだがなぁ。

なぜそれを商品で出さないのか、と聞いてる。
なぜ、Larrabeeみたいな申し訳程度のもんを見せる必要があるの?

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:06:58

>>46の理解力のなさに脱帽

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:07:43

>>45
> Atomがターゲットにしているアプリは、ワーキングセットが大きいから。

なるほどね。組込みは組込みでも、ワーキングセットが大きいものだけを
ターゲットとしている。...それ、RISCだと、新規にコア起こしたりしないよね。
既存のものを流用する。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:08:08

そういやSunはNiagaraを組み込み向けに外販するって息巻いてたけど、
組み込み用OSでSPARCをサポートしているのは、増えたのかな。

ちなみにWind RiverがIntelに買収されちまったよ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:09:26

>>48
だから何?
SPARCだって組み込み向けにはSPARCliteっていう別のコアを作ったじゃないか。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:09:42

やっぱ作れないんだな。作れてもクズが出てくるww

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:12:17

>>50
SPARCliteはワーキングセット大きいの想定してないと思うよ。MMUないしね。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:15:26

>>48
> それ、RISCだと、新規にコア起こしたりしないよね。既存のものを流用する。

たとえば?

俺の知ってる組み込み向けRISCは、ワークステーションなどで使われているのとはコアが別だぞ。
クロックを止められるようになっていたり、省電力のために数々の変更が加えられていたりするぞ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:18:34

>>51
ファビョるな見苦しい

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:20:35

SPARCで組み込みなんて流行らないよなぁ
信者はごく一部の例外的な事例を持ち出すけどさ。
組み込み向けOS各社の製品がSPARCをサポートしてない。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:27:52

マルチコアってのは自慢にならんのだよ。
シングルコアで性能が延びなくなったので、苦肉の策で転進する先だからな。

x86のマルチコアの性能がスケールしにくいのは、
それだけコア単体の性能が高いってことなんだよ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:31:09

4GB/sの帯域幅のメモリがあった場合、
2GB/sの帯域幅を必要とする高性能コアなら、2コアまで、それ以上はスケールしない
0.5GBの帯域幅を必要とする低性能コアなら、8コアまで、それ以上はスケールしない

コアの性能が低いことを忘れて、
2コアまでしかスケールしないものよりも8コアまでスケールするもののほうが優れている
というのは、ちょっとねぇ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:37:02

>>56
> x86のマルチコアの性能がスケールしにくいのは、

そうそう、そこは認めるわけね。

>>57
> 2コアまでしかスケールしないものよりも8コアまでスケールするもののほうが優れている

そんなこと言ってないが..www
そうなのか? 2コアまでしかスケールしないのかよカワイソー知らんかった..w.w.w

>>54
どういう意味なんか知らんが、>57 みたいなやつのこと? あ、同じ人? こりゃしつれーwwww