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/15(木) 12:38:58

setxって、V9の命令じゃないじゃん。

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

マクロだよ
V9の仕様書に載ってる

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

>>166
横レスすまん
マクロで16ビット×4個に分解して合成するのは、64ビットの即値が使える、とは言えないと思うんだ。

まぁ即値の制限はRISCの弱点かもね。
コードサイズは肥大するし、命令数は嵩張るし、しかも直前の命令の出力を入力にするから、並列実行できないし。
といっても、コード中の即値の大半は小さなビット数で表現できる値なので、普通は問題にならないでしょ。
暗号とかの処理くらいかな、大きな即値がゴロゴロ出てくるのは。

**名無しさん＠お腹いっぱい。** · 2009/10/15(木) 16:09:05

>>167
> マクロで16ビット×4個に分解して合成するのは、64ビットの即値が使える、とは言えないと思うんだ。

それは文脈によるだろ。

> まぁ即値の制限はRISCの弱点かもね。

命令長固定しちゃえば、当然の帰結。

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

http://jp.sun.com/sunnews/press/2009/091013.html

クソワロタｗｗｗ
ここまでするかおいｗｗｗ
つーかこれが必要な機関なんてあんのかよｗｗｗ

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

>>169
既出

**名無しさん＠お腹いっぱい。** · 2009/10/15(木) 19:44:18

>>169
おまえ、PC使っとけ。脳が許容してないから、ムリするな。ケムリ出るぞ?w

**名無しさん＠お腹いっぱい。** · 2009/10/16(金) 00:27:30

>>169
それが必要な機関はあるけど、そんな機関でSunを選ぶことはないと思う

**名無しさん＠お腹いっぱい。** · 2009/10/16(金) 01:37:38

>>172
でも、そんな機関でもOracleは選ぶだろ。
F5100はOracleのインデックス専用ストレージ。
Oracleががんがん売り込むだろう。もうじき自社製品になるんだからな。

**名無しさん＠お腹いっぱい。** · 2009/10/16(金) 05:14:53

既存の用途に使ったら、ただのダウンサイジングで、ジリ貧ですぞ。
従来とは桁違いのIOPsを得られるのだから、従来は出来なかった・無謀と言われていた用途に使うべきでしょう。
たとえば2chのサーバのストレージ、とかな。

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

prestoserve思い出したの、オレだけ? Sunこういうの好きだよね。

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

ジョナサンがモジュール持ってニコニコしていたのが懐かしい
日の目を見ただけrockより幸せ

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

Rockはまだわからんぞ ..w

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

Rockを製品化するなら、そろそろ発表しないと。
発表から出荷まで1年くらい見るとして、来年の今ごろには出荷しないと、性能的に寿命すぎてる。

**名無しさん＠お腹いっぱい。** · 2009/10/16(金) 12:42:43

現実みろって

**名無しさん＠お腹いっぱい。** · 2009/10/16(金) 13:47:18

あれ? ちょっと前に出てたロードマップの、片方のタイプは Rock継承だろ?

**名無しさん＠お腹いっぱい。** · 2009/10/16(金) 14:34:52

Rockそれ自体はキャンセルしておきながら、それをアップデートしたものを提供予定・・・
・・・それって、IntelがItaniumでやらかしている延期に継ぐ延期と一緒のスタイルだな。

**名無しさん＠お腹いっぱい。** · 2009/10/16(金) 17:23:17

だから、遅れない CPU開発の方が少ないっていってんだろ。どんだけ無知なんだ。
確かに Niagaraは特筆するほど速かったが、あれは特例。

**名無しさん＠お腹いっぱい。** · 2009/10/16(金) 17:31:34

で、Rockは、「あと」どれだけ遅れるんだ?

**名無しさん＠お腹いっぱい。** · 2009/10/16(金) 20:01:50

Rock is dead!

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

永遠の開発中CPUか・・・

**名無しさん＠お腹いっぱい。** · 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