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/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の静的解析が無いとどうにもならん、てのはいまいち理解できん

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

>>286
静的解析で品質保証できないようなコードは禁止だよ。

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

通らないCコード禁止みたいなもんか
最低レベル保証みたいな意味ならわからんでもない

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

- 通らないCコード禁止みたいなもんか
+ lint 通らないCコード禁止みたいなもんか

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

いや、そうじゃない。
マルチスレッドのバグを静的解析で確実に発見できるタイプのコードを書くことが求められてる。
つまり、静的解析でバグが発見されなければバグが存在しない、ということが求められてる。

それが出来ないのなら、マルチスレッドは禁止。

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

なんか>>283と言ってることが違うような

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

>>290
> つまり、静的解析でバグが発見されなければバグが存在しない、ということが求められてる。

お前もうちょっと勉強した方がいいと思うよ。

**290** · 2009/11/07(土) 16:49:29

俺は283じゃない。

283はゲーム業界なので我々とは世界が違うだろう。
マルチスレッドといっても、彼らのと我々のとでは、使い方が違うだろうし。

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

その我々が誰々なのか知らんけど、オラんとこでは誰かがマルチスレッド禁止とか
言い始めたら大変な事になるだろうなw

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

>>294はコード書くの禁止

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

>>293
お前が283かどうかは話の流れ上関係ないのでは？

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

面倒はDB屋にやらせとけ
おいらはしこしこSQL書くだけ

**290** · 2009/11/07(土) 17:46:06

>>296
うむ、俺が話を脱線させてしまったようだ。

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

>>283
ゲームエンジンなんて他所から買えばいいだろう
欧米や韓国のゲーム屋からよりどりみどりで選べる

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

>>299
エンジンのライセンス料で赤字になるだろ
こんなスレに来るゲーム屋って時点でエロゲと理解れよ

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

その発想はなかった

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

>>290
シングルスレッドのソースを静的解析しても見つけられないバグはある。
となると、おまいさんは全部の行のunittestを書かないといけない業界に居るのかな。
それならまぁ仕方ない気もしなくもない。

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

業界を甘く見るんじゃねぇ！
おまえらみたいな人でなしが業界に逆らったら生きちゃいられねぇぞ

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

>>302
>　シングルスレッドのソースを静的解析しても見つけられないバグはある。

アプローチが逆なのよ

バグがあったときに、その原因を探すために静的解析を使って、それが万能ではないことに嘆くのではなく、
バグがあったとしても、それが万能ではない静的解析で見つけられるタイプのバグになるようにするのよ。
静的解析で完全にバグを抽出できる・・・というのは無理だけれども、できる限りやるのよ。

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

>>300
エロゲにマルチスレッドｗｗｗ

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

>>304
お前アホだからプログラマ辞めろよ

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

>>305
エロゲ屋ってUNIX自体知らなそう。

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

>>306って、
静的解析? んなもん使い物にならねーよ、俺っちのコーディング技術で十分安全だよ
とか言ってる老害ぽいな。

**名無しさん＠お腹いっぱい。** · 2009/11/08(日) 00:31:09

あのさぁ。DAWとか使ったことあるか? 軒並マルチスレッド化してるぞ。
もちろん、入力フォームと帳票デザイン延々やってるとこに
マルチスレッドプログラミングはムリだが、じゃあぜんぜん要らんのかというと
そんなことはなくて、ちょっとした裏方さん作りには既に必須。
やらないと終る、消えるのは確定。さあ消えてくれるかww? たいじょーw
そもそもデバイスドライバプログラミングとか、カーネル内だと昔からあるし。
シカケの実装は違うが、考え方は同じ。

**名無しさん＠お腹いっぱい。** · 2009/11/08(日) 00:33:55

日本語でたのむ

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

この程度わかんないようじゃ、マルチスレッドはるか以前のようだ...wwwwwwwwwww

**名無しさん＠お腹いっぱい。** · 2009/11/08(日) 00:35:38

またDAWとか言ってるのかよ。

**名無しさん＠お腹いっぱい。** · 2009/11/08(日) 00:37:24

>>290「静的解析で全てのバグを見つける(ｷﾘｯ」

お前、池沼だろ

**名無しさん＠お腹いっぱい。** · 2009/11/08(日) 00:43:01

タイミングによって出たりでなかったりするバグを探す前に、
静的解析で見つけられるようなのをなくしておきたいって話かと思った。

**名無しさん＠お腹いっぱい。** · 2009/11/08(日) 00:44:32

DAWって典型的なCPU集中で並列処理可能なデータを扱うアプリじゃん。

**名無しさん＠お腹いっぱい。** · 2009/11/08(日) 00:45:44

>>314
タイミングによって出たり出なかったり、なんてことにならないように、静的解析でバグが見つけられるようなコードを書くのよ。

>>313には理解できないようだが・・・

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

>>315
で?

**名無しさん＠お腹いっぱい。** · 2009/11/08(日) 00:51:25

>>290
> つまり、静的解析でバグが発見されなければバグが存在しない、ということが求められてる。

こんなこと不可能だろ。
その部分問題に過ぎない停止問題でさえ決定不能なのに。

**名無しさん＠お腹いっぱい。** · 2009/11/08(日) 00:53:06

要するに関数型プログラミング最高ってこと？