Sun Microsystems 最大の超新星

**名無しさん＠お腹いっぱい。** · 2009/02/06(金) 22:47:16

超新星（ちょうしんせい、supernova）は重い恒星がその一生を終えるときに
起こす大規模な爆発現象である。

[前スレ]
Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/

**名無しさん＠お腹いっぱい。** · 2009/04/03(金) 09:02:46

>>827
M9000ベースのSMP構成のスパコンならSolarisでいいだろうが、
こういうタイプのスパコンのノードにSolarisを使うのはナンセンスだろう。

ノードにはモニタなどと呼ばれる小さな小さなファームウェアが走っていて、
中央から渡されたコードとデータを処理して帰すという単純処理だと思うよ。
そうでなかったら、動作タイミングが揃わずに効率が低下してしまうもの。

**名無しさん＠お腹いっぱい。** · 2009/04/03(金) 14:03:24

しかし、Opteron や Xeon 使わなくても
SPARC でも数並べりゃ 110テラ越すんだなｗ

＞LINPACKベンチマークの実行効率（理論性能に対する実行性能の比）は、
＞3008ノード（3008CPU、1万2032コア）の計算で、実行効率 91.19％。
＞実行時間は60時間40分で、ともに世界1位という。
＞HPC向けミドルウェア「Parallelnavi」や高性能コンパイラなどによって実行効率を飛躍的に高めた。

**名無しさん＠お腹いっぱい。** · 2009/04/03(金) 14:34:42

>>829
x86はFMとFAが別命令だが、SPARC64はFMAで一命令だから、基本から2倍の性能。
しかも動作クロックが2GHz以上と高いし、SIMDもやる。んで、1コアで8～10Gflops出る。

**名無しさん＠お腹いっぱい。** · 2009/04/03(金) 19:30:40

SSE5でFMA追加するらしいね

**名無しさん＠お腹いっぱい。** · 2009/04/03(金) 21:43:33

RFC!RFC!
http://www.nhk.or.jp/itwb/

**名無しさん＠お腹いっぱい。** · 2009/04/03(金) 21:52:32

IIIMF友達のJUSTSYSTEMが、
FA用センサー会社キーエンス傘下だって。
http://itpro.nikkeibp.co.jp/article/NEWS/20090403/327768/

iWnnはOpenWnnとなってAndroidに採用されたというのに…

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

OpenWNN ってこれか。

http://android.git.kernel.org/?p=platform/packages/inputmethods/OpenWnn.git;a=tree;f=src/jp/co/omronsoft/openwnn

**名無しさん＠お腹いっぱい。** · 2009/04/03(金) 23:25:47

カウントダウン…

**名無しさん＠お腹いっぱい。** · 2009/04/04(土) 00:28:55

どの方向から見てもSunって読める、あのマークが消えるのはちょっとさみしい…

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

当分はブランドとして残すかもね。

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

http://www.columbiasports.co.jp/
これ?

**名無しさん＠お腹いっぱい。** · 2009/04/04(土) 18:12:17

カウントダウンに向けて……
http://www.itmedia.co.jp/enterprise/articles/0904/04/news003.html

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 11:16:20

Sun滅亡の日まで、あと?日

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 11:34:09

たぶん週明けだろ。
Sunがなくなるのは構わないが、
Solarisが(たぶん)徐々になくなっていくのは哀しいね。

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 12:11:58

*BSDが本気を出すときがきたか

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 12:13:38

コストカッターが社長か…

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 12:18:22

>>842
ハイエナしてるだけで、革新が全くない。まだLinuxの方がええわ。

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 12:52:52

やっぱり買収されたら、SPARC はフェードアウトするのかな。
Itanium2 の前に SPARC が逝くことになるのか w

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 14:39:47

>>845
世界最速のSPARCが登場します！！なんてことはないよな…

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 14:41:16

SPARCは富士通がしばらく作り続けるでしょう。
Solarisは微妙だな。ポーティングや並列の効率化以外、
Sunの開発に頼っていた分が大きいし。
IBM次第じゃないかな。

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 14:44:07

富士通もHPもピンチだな
どうなってしまうのか・・・

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 14:44:12

IBMに買われたらIBMがSPARC作り続ける理由はあまり無いような

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 15:27:17

合併後
スパーク廃止、リナックスから撤退して、ソラリスに絞る
シンフォニー廃止。。。オープンオフィスに絞る

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

Niagara系は残すんじゃないかな

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 17:12:34

NiagaraだけSPARCアーキにするのは、あれだから、
Niagara風のPOWERを作るんじゃないかな。

Sunのもつ特許だけ取得して実装は捨てるのもアリ。

**名無しさん＠お腹いっぱい。** · 2009/04/05(日) 17:25:27

Ｐｈｏｔｏｓｈｏｐみたいなプロ用のソフトを
Ｊａｖａでたくさん作って欲しい。。。
もちろん無料ソフトで。。。

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

もちろん自由ソフトで

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

>>841
ＡＩＸとSolarisの二拓になるわけだが、前者はあまり開発が活発じゃないし、
Open側で進むPowerアーキ移植が安定すればAIXのマイグレーションにするのかもしれん

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

MIPS → PS2で採用はオシマイ
SPARC → ゲーム機に見向きもされず
PPC → ゲーム機で採用され続け

ゲーム機がポイントだな。

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

Sun申し出を拒否して生き残れるの?

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

>>857
Sunの全社員が個人事業主化、そして階層性ディストリビューター制度に（ｒｙ

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

倒産するまでゆっくりまってるＩＢＭ！

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

今日はJAVA暴落か？w

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

そういやSGIはチャプター11の後に買収されたな。

**名無しさん＠お腹いっぱい。** · 2009/04/06(月) 12:37:52

>>856
そもそもsparcはゲーム機向きじゃないし、Sun自身がそのような指向をもっていない

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

>>862
MIPSも、PPCも、ARMもゲーム機で使われたのに、どーしてSPARCだけが?

**名無しさん＠お腹いっぱい。** · 2009/04/06(月) 12:53:40

MIPSはNEWSに使われてたからでは？
CellのPPCはIBMとの共同開発だったから
SEGAのSH2とかSH4とかは国産の方が融通がききやすいためと推測

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

SEGAは当初、SH2を使うつもりはなかったし、ましてや、SH2を2個も乗せるなんて思ってもいなかった。
色々あってSH2に変更になり、しかしSH2の演算能力では足りないとなって、2個乗せるという荒技になった。

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

ソース
ttp://resource.renesas.com/lib/jpn/superh/theme/06.html
当初、日立はセガにPA-RISCを売り込んだwwww

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

そりゃ Sunや Fの作る SPARCはゲーム機には向いてないだろうが、
ゲーム機に向いてる SPARC作るのになんか支障でもあるかよ?
単にだれもそうしなかっただけだろ。

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

レジスタウインドウとか癖が強すぎたんだろ

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

レジスタウィンドウごときで「癖」とか言ってたら何も作れんわなww

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

組み込みはヨソ任せだったからな
積極的に開発・展開しなかったのは大きいだろう

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

当時が、今みたいに開発環境重視だったなら、PA-RISCやSPARCの採用はあり得たかもね。

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

割り込みへの応答速度がネックだったのかもな。
その原因がレジスタウィンドウなどコンテキストのデカさ。

ゲーム機って、水平同期信号で割り込みかけるとか、あるしさ。

**名無しさん＠お腹いっぱい。** · 2009/04/06(月) 14:19:27

ttp://jp.reuters.com/article/marketsNews/idJPnTK842870520090405

とりあえずソース

**名無しさん＠お腹いっぱい。** · 2009/04/06(月) 14:24:02

白人は相手が弱り切るところを待って襲いかかるから
この場合はユダヤIT資本か

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

M$もYahooに対して同じことやったし、まずは買収の揺さぶりをかけたうえで
顧客も技術者も散逸させてガタガタにしてやろうってことよ

本当にユダヤは同じ手しか使わない
分かりやすい

**名無しさん＠お腹いっぱい。** · 2009/04/06(月) 16:37:38

>>856
PowerPCなんてオモチャじゃん。
POWERならいざしらず。別物だぜ。

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

>>872
>その原因がレジスタウィンドウなどコンテキストのデカさ。

お前、SPARCの内部実装全然しらないだろw
そんなの80年代の話だよ。

**名無しさん＠お腹いっぱい。** · 2009/04/06(月) 16:41:39

>>876
昔のPOWER
↓PC向けに別物として進化
PowerPC
↓ハイエンドのエンタープライズ&ミッションクリチカル向けに強化
今のPOWER

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

水平同期割込ならR800で余裕ですよお嬢さん

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

>>878
POWER3からPowerPCのISもISAに含めるようになっただけで、
設計はまったく別物。用途が全然違うから。

**名無しさん＠お腹いっぱい。** · 2009/04/06(月) 21:24:48

ウチの勤務先ではある種の機械を制御するため、組み込み型のCPUとしてSPARCを使っていた
時代があったが、民生用としてコストが高すぎるのと、それから一番大事なのはその上で動く
業界標準的なソフトウェアのメーカーがSPARCにはあまり注力しなかったという理由があって、
PPCへと移ることになった。ゲーム用というのも同じ理由じゃないかな。

**名無しさん＠お腹いっぱい。** · 2009/04/06(月) 21:45:30

組み込みCPUなんて

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

IBMのサン買収交渉は決裂――買収金額で合意に至らず
http://www.computerworld.jp/topics/ma/140569.html

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

次は chapter11 が何時来るかだな

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 00:00:48

http://finance.yahoo.com/echarts?s=JAVA#chart11:symbol=java;range=5d;indicator=volume;charttype=line;crosshair=on;ohlcvalues=0;logscale=on;source=undefined
ﾜﾛﾀ
結局買収報道前より株価上がってるなあ…

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 08:12:20

グーグル、自社設計のサーバを初公開--データセンターに見る効率化へのこだわり
http://japan.cnet.com/special/story/0,2000056049,20390984,00.htm

>Hoelzle氏は、x86プロセッサを搭載したメインストリームサーバが唯一の選択肢だったと付け加えた。
>「10年前、（検索を）無料の製品として機能させるには、比較的安価なハードウェアで運用するしかなかった。
>それをメインフレーム上で動かすことはできない。採算が十分に取れないのだ」（Hoelzle氏）

今はNiagara2で実行できますか？それで十分に採算は取れますか？

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 09:20:55

値段と入手製の問題があるだろうな

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 10:09:33

>モジュール式データセンターはGoogle独自のものではない。
>Sun MicrosystemsとRackable Systemsはともに、そうした
>タイプのものを販売している。しかし、Googleがモジュール
>式データセンターを導入したのは2005年だ

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 10:25:28

カスタムでハード作ってるとこにそんなこと言ってなんの意味があるんだ?

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 10:28:34

>>881
VxWorksは SPARC対応してたね、確か。でもそれくらいか。
BSD/OSを Windriverが買った時は i386と SPARCがメインだったはず。
実際には石でメジャーなのはあんまりないね。SPARCliteくらい。
あと LEONなのとかで自前開発が少しあるだけ。

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 10:41:47

Niagara2は消費電力が大きくてダメ、なんじゃないかな。

GoogleのサーバはノートPC向けのCPUを使っているという話をどこかで見たよ。

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

>>891
それでもギガバイトのマルチプロセッサママ板なんだよな

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 15:21:08

確かCPUもIntelに特注して高温下でも正常に動作するやつ卸してもらってるんでしょ
数も数万から数十万単位だろうしリッチな製造設備をもってるとこにしか対応できんだろうな

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 18:44:54

MicrosoftがSunを買収すべきではない5つの理由
http://www.itmedia.co.jp/anchordesk/articles/0904/07/news056.html

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 19:48:44

少なくとも、もうマクニリや CEOが好き嫌い論じれる状況じゃないだろな。

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 19:56:04

今注目をあびる優れたSunがこの先生きのこるには？

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 20:19:23

高速な SPARCの開発

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 20:22:27

Rock量産の暁には

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 21:58:19

Javaのプロソフトを開発（廉価または無料）
Ｊａｖａを高速で走らせるウルトラソラリスの開発
ソラリスを高速で走らせるウルトラスパークの開発

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 22:36:35

>>894
特に、Microsoftが買収したらOpenOfficeの位置付けが難しい
というのは大きいだろうな。

富士通が買収しても日和ってMicrosoftとの対立を避けたがる
だろうから、OOoへの支援は縮小されそうだし、やはりIBMしか
Sunを抱え込む力がある企業は無いかも。

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 01:32:24

随分と、OOoを中心に考えるね

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 01:34:40

Sunの製品それしか使ってないんじゃない

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 01:34:57

MySQLにもJavaにもSPARCにもSolarisにも代わりは居るけど
OOoには居ないからな

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

まあ、なんだかんだ言っても、JavaがGPLで公開されたことは大きい。

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 03:17:43

>>903みたいな乞食ばっかり群がってきてSunが可哀想

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

MicrosoftがSunを買ったらOOo、Java、MySQL、Solarisが開発中止になるのは目に見えているなぁ。
まぁ開発コミュニティのある派生プロジェクトがあるのでSolaris以外はどうということは無いが。
OOo→Go-OO
Java→IcedTea
MySQL→Drizzle

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 08:19:08

そのあたり見透かされて誰もSunを欲しがらないんだろうな
悲惨だな

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 08:37:01

>>903
OOoがなければMS-Officeがあるじゃない

OOoを使うのなら、MS-Officeの販売価格と同額を寄付すべき
ただで使えるというだけなら、MS-Officeを不正コピーしとけ。

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 09:44:17

Ｊａｖａのアプリケーションで、プロ用に耐えるのってあまりないよね
プロ用のソフトをたくさん作って、
Ｓｕｎは、Ｊａｖａのアプリケーションがもっとも軽快に動くマシンを
販売すれば、サーバーだけじゃなく、パソコンメーカーとしても
利益をあげられるよ。
アップルみたいにハードで稼ぐんだ！！

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 10:26:19

Sun には SPARC があるじゃないかｗ

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 10:52:12

だからガベコレをCPUレベルでSPARCに実装しろと(ry

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 10:53:12

プ、プロ用、ですか。ぷ。

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 10:55:50

>>895
そうでもなかったみたいねw マクニリが蹴っ飛ばしたらしいww

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 12:19:33

マクニリまだ会長でしょ？なら口出しするでしょ。

そうだ、SPARCにJazelle入れよう！
GCのハードウェアサポートは欲しいなぁ。
といっても、メモリ管理用のファームウェア的な位置づけで
GPUならぬMPU(？)が、サポートしてくれる感じで。
CPUからのアクセス全てに入ると重そうだから、棲み分けはできるようにして・・・

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 12:21:10

>>911
GCをどうやってCPUレベルで実装するというのよ。

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 12:22:45

>>914
いまどき、メモリ上のオブジェクトの再配置なんて、やらんでしょう。
GCでやるのは、使われていないオブジェクトの破棄。

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 12:33:52

お高いんでしょう？

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 12:48:51

これでいいよｗ
http://www.teldevice.co.jp/product/ajile/focus.html

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

>>916
compaction はするでしょ。
G1でもやってるし。
>>915
メモリをフラットで扱うのがローレベルな扱いでOSやJVMが
その上の論理的な構造を把握しているが、
その構造をある程度理解して扱うサポートをしてもらえないかな、と。

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

compactionっていつの時代の話だよ

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 13:18:55

　　　　　　　　　　　　　　　　　　　　　　γ　　　　γ
　　　　　∧__∧　いつも心に太陽を・・・　　　　　　　　　　γ
　　　　（::::::::::: ）　　　　　　　　　　　　　　　...................................
　　　　.（○::::::: ）　　　　　　　　　　　 .::::::::;;;;;;;;;::::........
　　　 ~"''"""゛"゛""''･、　　　　　　 ...:::;;;''　　　　 ';;;:::::.......
"゛""''""""゛゛""''' "j'　　　　　　　...::::;;;''　　　　　　 '';;;::::::........
::::ﾍ　:::::....ヽ :::;;;ﾉ　 ::(　　　　　　....::::::;;　　　　　　　　 '';;;::::::.......
:　ゝ　　:::::......ﾉ:;;..／　　~~^^~~~~~^^~^^　~~^^　~~~~~^~~~~^

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 13:25:10

>>920
今の時代でもありますよ。

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 13:46:12

>>914
このくらいの段階だと株主（例の、少し前に 20%くらい押えたのがいたし）でしょ。
経営陣に口出しの余地はないかと思ってたよ。
まあ、これも本当の話かどうかわんないけど。
MSがどうの、なんてバカ話はともかくww

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 13:50:35

マクニリは株主だろ。

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 13:54:34

長時間動かし続けるサーバとか、
コンパクション無しでヒープのフラグメントとか大丈夫なの？

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 14:59:21

>>925
JVMの実装と、アプリの実装、両方が適切だとフラグメントは問題にならない。

**名無しさん＠お腹いっぱい。** · 2009/04/08(水) 15:21:10

そうなのか。
マルチスレッドのアプリとかだと、難しそうだな。