Sun Microsystems 最富の庇護

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

考えようによっては強力なパトロンを得た SPARC & Solaris OPENな魂は野獣どもの歯牙をググりぬけられるのか?! 秘密兵器 Rockの登場はいつ?! 【前スレ】 Sun Microsystems 最大の岩望 http://pc12.2ch.net/test/read.cgi/unix/1247220804/

**名無しさん＠お腹いっぱい。** · 2009/10/17(土) 11:36:38

ROCKはアウトラン3Dとムーンストーンと同時発売です

**名無しさん＠お腹いっぱい。** · 2009/10/17(土) 15:54:33

(´；ω；｀)ﾌﾞﾜｯ

**名無しさん＠お腹いっぱい。** · 2009/10/17(土) 22:49:13

まあ、エリソンが言葉通りやる限りは、Sun製品の販売としては最高の時代が
訪れることになるね。脳無しアンチが焦って意味不明を繰り返すのも
わからないではない。
技術的におもしろいもんが今後も続けて出るのかは未知だけど、
今ある商品を改良しつつ売るには、いい期間になるだろう。

**名無しさん＠お腹いっぱい。** · 2009/10/18(日) 07:19:49

アングロサクソンのえげつなさ・・・

**名無しさん＠お腹いっぱい。** · 2009/10/18(日) 08:28:36

>>188
Sun 4が出た頃より、良くなることなんてあるのかなあ。
Javaが全然商売になってないしなあ。

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

ないだろ

**名無しさん＠お腹いっぱい。** · 2009/10/18(日) 19:35:16

8コア64スレッドのCPUをダバダバ積んだOracleマシンを
山ほど売れるかどうか

**名無しさん＠お腹いっぱい。** · 2009/10/18(日) 19:43:47

大規模DBはこれから結構な量がMapReduceに移行していく可能性があるし、
Oracleもうかうかしてられんよ。

まぁSunはともかくOracle滅びろと思ってる俺なんかはニヨニヨしながら見てられますが

**名無しさん＠お腹いっぱい。** · 2009/10/18(日) 19:56:21

>>193
同意。しかし Oracleの追随もきっとすごいと思う。TimesTen DBみたいに初めは別製品として
出しておいて、次のメジャーリリースで本体に取り込むんじゃないかな。想像だけどね。

**名無しさん＠お腹いっぱい。** · 2009/10/18(日) 20:30:02

>>194
おいおい、Times TenはOracle出身じゃないんだが。

**名無しさん＠お腹いっぱい。** · 2009/10/18(日) 21:20:04

TIMES TEN って「oracleの10倍速い」っていうふれこみの製品だったんだけど。
oracle に買収されたのは皮肉というかなんというか。

**名無しさん＠お腹いっぱい。** · 2009/10/18(日) 21:45:52

TIMES TEMは更新時のジャーナルを取らないってきいたことがある。
それでもデータベースって名乗っているところが怖い。
最近のＩＴは嘘つき商品ばっかになってきた。red hatのリアルタイム
linuxとかねー。割り込み応答時間の保証をしないのにリアルタイム
OSって名乗っていいのか？それだったらよほどsolarisのほうがリアル
タイム。まあ、株のトレーダーは名前だけでだませるから商売になる
んだろうが。。。

**名無しさん＠お腹いっぱい。** · 2009/10/18(日) 23:50:25

メモリ・データベースってこと、忘れてないか?

**名無しさん＠お腹いっぱい。** · 2009/10/19(月) 01:09:25

TimeTenはジャーナル取るよ。ただし基本的に非同期。

MapReduceっぽいことは今でもOracle Coherenceでできるはず。
まあこれも買収製品ですけど

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

もちろん、ORACLE DBMSの先行きはわからん、ということが含まれてるよ、この買収は。
だからこそ Sun製品に力入れるとあれほど念をを押す。

**名無しさん＠お腹いっぱい。** · 2009/10/19(月) 15:59:09

>>175
いつの時代だよｗｗｗ

**名無しさん＠お腹いっぱい。** · 2009/10/19(月) 22:02:33

なつかしいね

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

http://blogwatcher.pi.titech.ac.jp/nandemorss/index.cgi?url=http%3A%2F%2Fpc12.2ch.net%2Ftest%2Fread.cgi%2Funix%2F1254895521%2F

**名無しさん＠お腹いっぱい。** · 2009/10/21(水) 22:19:29

titechですか？
そういえばそろそろ4年経ちますね。次はきまったのかな？

**名無しさん＠お腹いっぱい。** · 2009/10/22(木) 05:03:18

>>199
TimeTenはジャーナル取るよ。ただし基本的に非同期

トンクス。でもサーバが落ちたらデータ修復できないじゃん。

**名無しさん＠お腹いっぱい。** · 2009/10/22(木) 18:36:29

なのでレプリケーションをとって二重化するのが定番＞TimesTen
そしてレプリケーションも同期と非同期が選べます。これまた基本は非同期ですが

**名無しさん＠お腹いっぱい。** · 2009/10/22(木) 23:39:43

なるほどね。サーバー２重化ね。FT機がいるわけね。

**名無しさん＠お腹いっぱい。** · 2009/10/25(日) 17:01:12

ttp://www.theregister.co.uk/2009/10/25/apple_drops_zfs/

**名無しさん＠お腹いっぱい。** · 2009/10/25(日) 18:15:30

やっぱり

**名無しさん＠お腹いっぱい。** · 2009/10/26(月) 01:28:18

UFSもだ。

**名無しさん＠お腹いっぱい。** · 2009/10/26(月) 23:11:45

Oracleが巨人IBMに“宣戦布告”－誰のための競争？
http://enterprise.watch.impress.co.jp/docs/series/infostand/20091026_324389.html

**名無しさん＠お腹いっぱい。** · 2009/10/27(火) 02:35:43

>>誰のための競争？

絶滅危惧種たる儲のためのリップサービス

**名無しさん＠お腹いっぱい。** · 2009/10/27(火) 06:51:55

買収計画の停滞によりサンは毎月約1億ドルの赤字が発生

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

>>211
すくなくとも、Oracleに対してハードウェアで協力してた連中の「ため」では、
ないわなww HPと DELLだっけ?

**名無しさん＠お腹いっぱい。** · 2009/10/28(水) 13:34:40

OracleのExadata V2って中身はSunのXeon鯖にSunFlashFireCardを刺したものだけど
CPUも新しくなってる割にはこんなチート噛ましても性能は
前モデルHP Oracle Database Machineのたった2倍程度でしかないのね

**名無しさん＠お腹いっぱい。** · 2009/10/28(水) 16:12:54

そうだな、HPもチート噛ましてさっさと追いつけばいいのにな。
まあ、元々がチートなら難しいんだろうがwww

**名無しさん＠お腹いっぱい。** · 2009/10/29(木) 00:52:16

いやXeonって世代が変わってFlashFireCardで下駄を履かせても
2倍程度にしか速くならないパチモンだなって言いたかったのだが
はっきり書けば良かったな

**名無しさん＠お腹いっぱい。** · 2009/10/29(木) 08:09:28

何だこいつ
プギャって欲しいのか

**名無しさん＠お腹いっぱい。** · 2009/10/29(木) 09:20:14

もともと、
ランダムアクセス性能の低いHDDでも何とか性能を出そうと様々な努力をする
っていうシステムじゃん、データベースって。

フラッシュメモリ使ってランダムアクセスを高速化して、性能が2倍になったのなら、けっこういい線いってると思うよ。

**名無しさん＠お腹いっぱい。** · 2009/10/29(木) 09:37:12

>>217
いやだから「HPもそうすれば（下駄履かせれば）いいのに」とはっきり書いてるだろw

**名無しさん＠お腹いっぱい。** · 2009/10/29(木) 10:13:33

HPはOracleにProliantを提供してただけ。

**名無しさん＠お腹いっぱい。** · 2009/10/29(木) 13:31:17

>>220
ＨＰの人乙ｗ

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

>>217
sparc, ita, powerのrisc御三家は世代が変わっても到底も２倍速くならない。
パチモンのxeon以下のくず

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

日本IBM、x86サーバ向け新型SSDを発売――既存半導体ドライブの25倍のI/O性能
ttp://www.computerworld.jp/topics/storage/166609.html

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

>>223
itaって riscでも御三家でもないけどwwwww

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

>>225
同一市場にいるってことだろが。
それくらい読み取れない偏狭な人は・・・・世間では何て言うんだっけ。

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

baka

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 15:38:45

teinou

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

>>226
知るかボケ。カス。クズ。

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 16:32:00

>>226
読み取れるって、何が?

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 16:58:45

nirenntou

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

ita risc gosanke.. pppppppww

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

Rockは、結局 Yellowstone Fallsになる、ってことでいいのか?
4core x8threads x192sockets 28nmで 2012年?

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

それは

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

Oracleが巨大SMP機を必要とするとは思えないのだが。

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

何でそう思うの?

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

いつもの願望だろ。傷口広がるばっかりなのに。

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 22:44:16

>>236
いままでHPのSuperdomeが、あの規模どまりだったでしょ。
192CPUなんて必要ないっすよ。

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 22:49:36

と低脳が申しております

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 22:50:43

でるでる詐欺

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 22:58:39

じゃぁSunの100CPUを越えるマシンって、
保守性や可用性のためではなく、
シングル・イメージで192CPU使うような、
そういうユーザーがどれだけいたのよ。

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

いつもおんなじ展開でつまんね

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

何が年寄りの繰言だってぇ？

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

スケールアウトしたくない処理って、マルチスレッドしたくない処理でもあるんだよな。
だからCPUが増えても・・・ねぇ。

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

TPCのトップは oracle + T5240x12台構成のRACだから
ハイエンドマシンは不要になったのよ。

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

TPC-C 世界最高速
ttp://www.tpc.org/results/individual_results/Sun/Sun_T5440_TPC-C_Cluster_ES_101109.pdf

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 23:21:33

>>244
スケールアウトしたい処理が何の問題も無く
スケールアウトできると思ってるんだな・・・

あんたに仕事を頼んだら楽しそうだなw

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 23:21:51

スケールアウトで性能向上しないソフトはプログラマの怠慢

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 23:22:42

Cluster Y

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

何も知らなきゃ怠慢に見えるかもしれないけど・・・ねぇ。

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

ベクトル計算機を不要にしたのはクラスタ
TPC-Cで最高となったのもクラスタ

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 23:27:00

そしてTPC-CもTOP500と変わらなくなる、と

**名無しさん＠お腹いっぱい。** · 2009/11/04(水) 23:28:32

たぶんね、IAサーバーの天下だな。気にくわないけど

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 00:21:37

>>251
ちげーよ
ベクトル計算機だってクラスタ組むんだよ。

いわゆるベクトル計算機が廃れたいちばんの理由は、
プロセッサがワンチップかつ高集積になって、プロセッサのコアの演算速度と、外部バスの速度の比率が大きくなったこと
ボトルネックが演算器ではなく外部バスになった時点で、演算器のベクトル長の短い・長いは、さして重要ではなくなった。
あとは、メモリアクセスの粒度だが、それも問題にならなくなった。

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 00:22:17

>>247
問題があって容易にスケールアウトできないのは、
プログラマにとって「スケールアウトしたくない処理」ね。

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 00:42:12

つまりそれは「スケールアウトしたいけどできない処理」
ノードを跨げない処理がシングルスレッドばかりとは限らない

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 00:48:05

まぁそうなんだが、
そういうのはマルチスレッドでも、肝心な部分はロックで1スレッドのみ入れるとかで、
CPUコアを増やしてもスループットがあまり上がらないんだわ。

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 00:56:51

248はリードオンリーのDBを想定してるんだろうｗ

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 09:17:33

>>257
実際はロックで1スレッドだけなんてそうそう無いけどな。
GC だって並列処理できる時代に・・・ねぇ。

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 09:26:07

>>257
ttp://ja.wikipedia.org/wiki/UltraSPARC_T1

| サンの顧客の一つは、UltraSPARC T1 で動作する MySQL アプリケーションが、
| AMD Opteron サーバより 13.5 倍高速であることを示す結果を公表している。

「現実から目をそらす」というのは、こういうのを言うんだぜ?
x86におもねって思考停止することだけじゃないんだなw
君の言ってることはもうずっと「願望」の、羅列なんだよ、ラ・レ・ツ。事実とは違う

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 10:46:23

資料読んだけどどうもバイナリログ書き込みで
ZFSがチートしてるっぽいなあ

CPUの比較でも4倍速いそうだけど、
シングルコアのだいぶ古いOpteron 244 (1.8GHz)が相手だぞ

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 11:21:52

T1システムがOpteronシステムの13.5倍以内の価格なら
バカ売れなんですよね。

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

T1なんかもう売ってないだろ
T2買えT2

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 13:57:22

>>260
馬鹿乙

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 14:07:33

ふたことめには「NTTで HP-PAが売れた」っていう、あのバカだろ?w

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 14:40:58

>>259
案件対応で作る部分では、コストと品質の兼ね合いで、ロック粒度は大きくとります。
スケールアウトもスケールアップもできない(やりたくない)のは、そういうところがボトルネックなのです。

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 18:21:34

ロック粒度大＝並列稼働しない、の? ウデ悪いんじゃね?ww

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 21:24:29

馬鹿には使いこなせないので、売れません｡･ﾟ･(ﾉД`)･ﾟ･｡

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 22:12:27

各種サービスで儲けるために、製品を意図的に複雑怪奇で落とし穴だらけに作ってるんでしょ?

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 23:16:12

そりゃOracleだ。

あっ…

**名無しさん＠お腹いっぱい。** · 2009/11/05(木) 23:40:35

神に楯突く愚か者逝ったああああーーーー（-人-）ﾅﾓﾅﾓ

**名無しさん＠お腹いっぱい。** · 2009/11/06(金) 00:51:29

>>266
スケーラビリティを多少は気にしないと今時 x86 でも辛いんじゃないかな。
クラスタリングは魔法の杖じゃないし、クロックだってそうは上がらないでしょ。

>>266 さんが良い案件に巡り会われる事を祈ってます。

**名無しさん＠お腹いっぱい。** · 2009/11/06(金) 21:51:19

ふつうのプログラマにはまっとうな並列プログラムは作れないよ。
うちの会社の中みてて、そう思う。特殊な外注さんだけだな。作れるのは。

**名無しさん＠お腹いっぱい。** · 2009/11/06(金) 21:59:09

マルチスレッドで二桁のCPUをしゃぶり尽くすコードを書けたとしても、
それを保守する人たち全員が同じレベルの人間という保証がないので、
そういうコードは書いちゃいけないのです。

散々いじってダメにした揚げ句に直してと泣きつかれるくらいならまだしも、
あいつが難解なコードを書いたから悪いとか、あいつのコードに元々バグがあったのが顕在化したんだとか、
そういうこと言われるの、嫌だもの。

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

業務アプリ屋だけどマルチスレッド禁止にしてるよ

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

最近の話の流れから、Sunのファンって事業部にはいなくて研究所にいるんだよなーってことを思い出したわ。

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

もうデータくらいしか残ってないけどな。研究所。

**名無しさん＠お腹いっぱい。** · 2009/11/07(土) 00:10:17

ザコはマルチスレッドなプログラム書かなくていいよ。
ちゃんと俺たちが書いてあげるからSIやってろ。

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

わかりました
よろしくお願いします

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

>>278
x年後、過労死による労災認定を申請する278の細君の姿が…

**名無しさん＠お腹いっぱい。** · 2009/11/07(土) 00:53:52

そういう意味では Java の Parallel Arrays とかは潜在的な需要があるのかな。
まぁ Java VM のバージョンを上げられないとか言われるるんだろうけど…

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

1年単位ではバージョンアップできなくても
3年や5年単位では出来るかもね。
保守の兼ね合いでバージョンアップ粒度は長めにとります。

**名無しさん＠お腹いっぱい。** · 2009/11/07(土) 10:39:03

マルチスレッドプログラミングは静的解析(ゲーム業界だとCoverityが有名だが、他の業界は知らん)使わないとバグってどうにもならん。
開発プロセスがしょぼい所が取り残されて負けるとしたら、マルチスレッドは凄く良い淘汰システムだ。

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

ゲーム業界を引き合いに出すな。コードに要求される特性が違いすぎる。

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

LinuxやSymbianやWind RiverやPalmなどのOSにも使われている>Coverity
http://www.coverity.com/html_ja/research-library.html

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

普通、マルチスレッドのバグでやっかいなものって動的なものだから、
coverityの静的解析が無いとどうにもならん、てのはいまいち理解できん