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/08(木) 21:48:28

>>29-30
http://journal.mycom.co.jp/news/2009/09/03/033/index.html

**名無しさん＠お腹いっぱい。** · 2009/10/08(木) 21:57:22

オレの EV7 が最強という事で結論がでたので終了

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

>>36-38
三連投乙
Sunが半導体製造してるという誤解をしているという誤解にもとづいた叩きですか。

35 · 2009/10/08(木) 22:22:07

もちろん、ファウンドリに製造委託することを前提に、Sun側が負担する開発費の話ですよ。

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

同じ400mm2のダイサイズでも、
プロセスの微細化の世代が進むにつれて、
ファウンドリに払う料金が高くなっているし、
ファウンドリに渡す設計データを作るのに要する費用も高くなってる。

**名無しさん＠お腹いっぱい。** · 2009/10/08(木) 22:42:59

TSMCが55nmを提供してからも、Sunは65nmを使った新製品を投入してるしな。
しかもNiagaraはGPUなどのハイパフォーマンスではなくローパワーのプロセスを使ってたと思う。
ローパワーのプロセスだと、すでに45nmが量産体制に入っているのだが、
いまだにSunはNiagaraシリーズの45nm版を発表すらしていない。

**名無しさん＠お腹いっぱい。** · 2009/10/08(木) 22:47:00

もとい
Sunが55nmを使わなかったのは、55nmはハイパフォーマンスしか提供されてなかったから、か。

**名無しさん＠お腹いっぱい。** · 2009/10/08(木) 22:58:31

いや来年のRainbow Fallsは40nmだってば。

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

コンピュータでは「CPU性能」が最も潰しが利くから、これで優位に立てないと苦しい。

よほど唯一無二と言われるような決定的なメリットでもないと、その先生きのこれない。

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 00:13:42

x86との差別化は、CPUコアではなく、メモリで行うべき。

x86はボリュームゾーンに合わせて設計されるので、
メモリのチャネル数が、コア数の半分程度しかない。

メモリのチャネル数をコア数の2倍にしたら、どうか。
Niagara系の8コアにメモリを16チャネル。

これなら、x86ではカバーできない領域の客をゲットできる。

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

ソケット当りメモリ16枚のサーバー限定じゃ数出ないだろ

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

Niagaraは2バンクだから32枚。

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

16チャネルってどんだけのピン数になるんだよ

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

>>49
ボリュームゾーンはx86がやるから、SPARCは残りのニッチへ。

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 01:32:48

you、XDR使っちまいなよ
差別化しようとするとそうするしか無いような…
でもXDRが広まったらx86に取り込まれるだけか…

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

>>51
じゃあRAMBUS社にお金はらってパケット系のメモリインタフェースにして。

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 01:53:56

インタフェースの帯域幅に比べて、ランダムアクセスを連続して行った場合のスループットは、あまり高くない。
1/3くらいか。

つまり

パイプライン動作するのであれば、
アドレスを2回ではなく8回に分割しても、
データを64ビットバスではなく16ビットバスで転送しても、
XDRのような高速なシリアル転送技術がなくても、
スループットは僅かにしか低下しない。

x86のようなシングルスレッド、あっても2スレッドのコアにとっては、メモリのレイテンシが性能上のボトルネックになるが、
Niagaraのような8スレッドものコアになると、メモリのレイテンシが4倍になってもスループットが微減なら、性能上のボトルネックにならない。

スループットを保ってメモリI/Fのピン数が1/4になるなら、4倍のチャネルを持てるということ。
つまり、メモリのスループットが4倍になるということ。
メモリのランダムアクセスがボトルネックになるような用途では、4倍の性能向上を得られる。

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

T2→T2+で、コアあたりのメモリチャネル数は半減してる

T2はdualチャネルのメモリコントローラが4つ
T2+はdualチャネルのメモリコントローラが2つ

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 03:05:37

シリアル系のインターフェースを使うってのは、
帯域幅じゃなくてピン数の限界という物理的な要請からなんじゃ？
DDRxとか使って多チャンネルにするとヤバい事になるという

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

>>56
T2+はCPU間インターコネクトが必要だから、その分削らざるを得なかったんだろう
チップ当たり半分になっても、４チップ載せれば全体では２倍になるし

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 03:20:36

>>57
すでにFB-DIMMでピン数を節約してるのを忘れてた。
DDRの4倍は可能でも、FB-DIMMの4倍は無理だわ。

>>58
4チップ乗せればコア数も4倍よ。

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

>>42
アタマわるいってことはもう重々よくわかったんで、もういいですよ。

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

>>39
10%もってりゃ十分なボリュームだよ。
Fは以前は 1%ぐらいだったと思うけど、やっぱ APL以来だいぶ伸びたな。

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

パソコンのビデオカードのメーカーが、TSMCの40nmを使った製品を5月には出荷しているのだが、
SunのRainbow Falsは、なんで来年とか眠たいこといってんの?
Victoria Fallsのときも、試作チップのテスト初めてから製品化まで1年も寝かしてたし。

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

>>62
> パソコンのビデオカードのメーカーが、

たぶん、見下してこういっているんだと思うが、
会社の時価総額や純利益を調べてみろ。
あっちはビデオカード専門、Sunは箱やソフトもやってる。
それなのに全体で負けてる。勝ち目あるわけがない。

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

>>62
アタマわるいってことはもう重々よくわかったんで、もういいですよ。

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 11:45:32

>>64
ファウンドリを使っても、最先端のプロセスのイニシャルコストは、かなりの金額になる
それはプロセス世代が進むにつれて、金額が大きくなってきている
ってことは理解できるか?

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 11:54:00

なんでビデオカードのチップとＣＰＵが同程度の複雑さだと思うのか理解できん

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

うむ、CPUよりもビデオカードのほうが複雑だな。

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

>>65
おまえな、>35 の

> 最先端のプロセスの開発費が高くてSunには負担できないのだよ。
> こからも周回遅れのプロセスを使い続けると思うよ。

これの根拠として弱い、って言われてるんだよ。バカだからわかんないんだろうが。
退場。いねボケw

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

>>68
最先端のプロセス(を使ったプロセッサ)の開発費が・・・

って読めないのは、あなたに読解力がなさすぎるから。

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

>>65
その内容と>>62の内容が繋がっているようには見えない件
そういう文章を書く方が悪いだろう

GPUはバグが出ても問題をドライバでフォローしたりするが
CPUではそうもいかないから安直な比較は出来ない

また、最先端プロセスを採用して性能を生かすには
腕のいいエンジニアとファウンドリとの密接な連携が必要
そこら辺が問題ありまくりのSunに期待できるわけがない

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

>>69
そう読んでも何の根拠にもならない、と言ってるんだが。正味バカなんだな。
まだまだ上塗りするのか? 勝手だがなwwww

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

>>71はいつもの人なのでスルーしなよ

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 20:44:37

>>62
http://www.google.co.jp/search?hl=ja&q=TSMC+40nm+%E6%AD%A9%E7%95%99%E3%81%BE%E3%82%8A
http://www.google.co.jp/search?hl=ja&q=%E5%B0%91%E9%87%8F+Radeon+4770+OR+5870

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 20:59:34

もうプロセスがどうとかファウンドリがどうとか
そういう次元の問題じゃないと思うんだがなぁ…

なんつーか存在意義自体があやしいと言うか。

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 21:22:30

>>73
秋葉原って、スポット市場っていうか、余りモノの処分地じゃないか。
そこに最新製品が出まわるのは、マーケティング目的の宣伝のため。

最近はGPUを活用しようっていう流れがあって、
最新製品は開発者やメーカー、特殊な企業ユーザなどに先に充当される。
たとえばAMDのCPUは、秋葉原に出る前に、スパコンに出荷されてたりする。

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 21:31:05

´,_ゝ`）ﾌｰﾝ

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

>最近はGPUを活用しようっていう流れがあって、
>最新製品は開発者やメーカー、特殊な企業ユーザなどに先に充当される。

妄想で変なこと書かないほうがいいよ

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 21:57:00

>>75
TSMC40nmプロセスで生産されているGPU（今現在Radeonのみ）が
率先して充当される　特殊な企業　の具体的な名称を60分以内に複数羅列してちょ。

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

>>78
たとえばハリウッドの映画会社のCG部門。
具体的な社名は必要ないでしょう。

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

知らないなら黙ってればいいのに

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 22:24:08

ILMのレンダーファームをNVIDIA製GPUベースで構築していくことを発表
http://journal.mycom.co.jp/articles/2009/10/06/gtc05/005.html
＞ 2005年時のレンダーファームはAMDのOpteron CPUベースで構築された事が分かっている。
　　　　　　　　　　　　　　　　　　　　　　　　　 ~~~~~~~~~~~~~

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 22:30:34

2005年ってww

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

>>79
3ds、Maya、XSI等のメジャーソフトは言うに及ばず（＊）
DreamworksやILMの内製ツールも全てCPUベースだってば。
＊一部pliuginでGPU処理に対応しているものもある。

**名無しさん＠お腹いっぱい。** · 2009/10/09(金) 22:39:25

>>82
ん、厨房？
企業のシステム入れ替えペースはだいたい3～4年って決まってんだよ

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

TSMCの40nmは歩留まりが悪いとかいう話もあるけど、Sunには関係ないですから。
ファーストシリコンが戻ってきてから、最終的な製品になるまで、年単位で時間がかかるから。

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

痛いRade厨がこのスレにまで侵食してきたのか

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

>>85
そこへ至るまでにもたっぷり時間がかかるのを忘れてもらっちゃ困るなぁ

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

すでに40nmのRainbow Fallsの情報が出てるじゃないか。
ただ、Victoria Fallsと違ってリーク情報のみで、Sunからの発表が皆無なんだよなー。

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

>>86
radeってゲロフォースと比べるとGPGPU対応度は低いのでは

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

>>81
ILMのOpteronマザーにサクサクGPUボードを刺すだけのような気もするんだけど
そんなに容易じゃないのかな
当時はnForce Professonal全盛だったから相性で困ることもないような

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

>>90
パソコンじゃないんだから。

低コストでより多くの計算力を得るために、
余分な電源容量も、余分な空きスロットも、余分な冷却能力も、持たない
1Uサーバあるいはブレードサーバをラックに詰め込んでるでしょう、たぶん。

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

ILMの2005年のシステムは↓これ。(AMDのプレスリリースがソース)
ttp://www.angstrom.com/products/titan64_superblade.htm

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

なんかこれ見る限りではPCI Expressの口持たなそうだな

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

持つわけ無いw
Blade使ったこと無い?

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

ラックマウントはあるけどbladeはない
つーかPCI-X世代の製品ってこと言いたかったんだが

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

>>74
「そう思いたい」という願望を、ここで発表するのはやめてくれないかな?
付き合いきれんのだよ、そのバカさ加減に。
ジャンクに 5寸釘でも打てや。自分ちで。ここは迷惑。

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

>>96に聞くが、いったいどのような理由でSPARCが将来有望なの?

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

Ocacleとの組み合わせ

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

Oracle?
x86とSPARCで何が違うのさ、Oracle使う上で。

二代目Exadata、SPARCではなく、x86だったでしょ?

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

>>97
最初のスレから 2万回読め。ボケ。

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

>>100
つまり、理由は説明できない、と。

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

まあ、無いものは説明のしようが無いわな。

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

>>97
x86に将来がないと言ったのは Intelだけどね。

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

将来がない物を広告使って容赦なく客に押し付けるのがIntelのビジネススタイルでしょ

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

x86だと台数増えちゃうのがな。

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

とりあえず ISAは x86で我慢するとしても、ファームは Open Firmwareにしようぜ。
BIOSはもうカンベン。
EFIはギャグだった、ひどいもんだ。ほんと仕様まとめる能力ねーよな、Intelは。

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

>>17-19

2006年
http://japan.cnet.com/news/ent/story/0,2000056022,20099350,00.htm
Itaniumサーバの売上は、「Sun Sparc」サーバの売上の半分以上

2009年
http://pc.watch.impress.co.jp/docs/news/event/20090924_317313.html
「Itaniumアーキテクチャはすでに重要な目標を達成した。
すでに数カ月前にSPARC系のシステムの売り上げを上回ったのだ」

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

もう必死こくやつ全滅したんで盛り上がらないよ?

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

あんな話に乗せられてとてつもない大金出すくらいなら、自前の RISCアーキを
ベースにしたらよかったのに。i960という有望なのがあったのに。実績もあったのに。
ダメだねぇ。評価能力ないねぇ。

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

>>107
SPARCの売り上げが半分に落ちただけじゃ

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

(´；ω；｀)ﾌﾞﾜｯ

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

>>103
そのIntelは何度もx86からの転換を試みているじゃないか。
その上で、やっぱり当分はx86だねってことを実証してきた。

で、SPARCは?

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

>>109
i960にunixマシンのメインCPUの実績、あったっけ?

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

より劣った奇っ怪なi860でさえunixマシンのメインCPUの実績があったというのに、i960ときたら。

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

>>107
HP+Intelの会社の規模をSunと比べると、
最低でも10倍以上は売れてないといけないんだけどな。
少なくとも現時点ではね。

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

>>115
なんでパソコンやプリンタまで含めちゃうの?

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

ttp://www.geocities.jp/andosprocinfo/wadai09/20090411.htm
> Sunのプロセサ部門のCTOであったMarc Tremblay氏がMicrosoftに移った
> Rockのチーフアーキテクト
> 私の推測ですが，Rockが死んだか，生き残る見込みが無くなったのが，
> 彼がSunを辞めてMicrosoftに移った原因ではないでしょうか？

続報ないのかな。

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

というより、MicrosoftがOracleを制するために、
大金をはたいて、キーパーソンを引き抜いたのでは?
Javaのラムダ式を仕様策定、実装していた人も引き抜いた。

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

死蔵させる。まさに反社会的行動。

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

>>112
実証されたのは x86の「まともさ」では、ないだろ?
x86である必要は全くない。
転換もできないんだから技術力もない。

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

>>120
x86には将来がないという話、
転換もできないインテルの発言だから信憑性ないんじゃない?

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

>>119
Sunが十分な待遇と仕事を与えなかったのが悪い。
Rockに十分な予算を与え、キャンセルせずに製品化していれば、いまもSunに残っていた可能性あるよ。

あと、マイクロソフトが優秀な人材を引き抜きまくって死蔵しているというのは誤解でしょう。
C#が3.0でラムダ式を導入してるから、死蔵ではないよ。

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

>>121
x86に将来がないと言わなかった会社は、当の Intelを含め、ひとつもない。

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

無知もはなはだしいな。それ願望か?wwww

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

>>123
じゃぁ、お前さんが技術力ないと切り捨ててるインテルではなく、他の会社の発言を引っ張ってきなよ。

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

>>122
おまえが1000億単位でSunに投資しなかったのが悪い。
以上、

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

[速報]サンの27年間の歴史にさよなら。SPARC、Java、MySQLはオラクルが引き継ぐ。米Oracle OpenWorld基調講演
http://www.publickey.jp/blog/09/27sparcjavamysqloracle_openworld.html

＼(^o^)／ｵﾜﾀ

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

現 Oracleに今後もしっかり残していかないといけないような技術ネタはないからね。
実際存続するのは今 Sunにある技術。
オープンにやってくれるのかという点は心配だが、元々オープンでもなんでもない
会社の取り巻きが騒ぐのはまったくバカげてて白けるばかり。

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

> ハードウェアとソフトウェアのすべてのピースを1つの会社で対応できることは、
> どの企業も提供できていない大きな価値だ

あれ、IBMは・・・何が足りないのかな。

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

信用。

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

どっかのコラムにあったが、1つのプロセッサーに膨大な数のトランジスタ素子を
詰め込めるようになったおかげでx86のように汚いISAでも関係ない状態になったと。

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

適当なこと書いてるコラムだな

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

>>132
「適当」の意味知ってる？

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

英語でいうと take it too

**名無しさん＠お腹いっぱい。** · 2009/10/13(火) 02:41:11

>>133
本来の意味で使う人は滅多にいない、
慣例的に使われている意味で解釈しろよ。

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

>>122
> C#が3.0でラムダ式を導入してるから、死蔵ではないよ。

移籍前ですが？

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

>>131
関係ないことにしないと誰も x86買わなくなるだろ?

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

そんなにx86のISAって汚いの?
そんなにSPARCのISAって綺麗なの?