トップページunix
1001コメント280KB

Sun Microsystems 最富の庇護

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2009/10/07(水) 15:05:21
考えようによっては強力なパトロンを得た SPARC & Solaris OPENな魂は野獣どもの歯牙をググりぬけられるのか?! 秘密兵器 Rockの登場はいつ?! 【前スレ】 Sun Microsystems 最大の岩望 http://pc12.2ch.net/test/read.cgi/unix/1247220804/
0019名無しさん@お腹いっぱい。2009/10/08(木) 03:06:59
SPARCもPA-RISCも、そしてItaniumも
アーキテクチャで売れているのではなく、SunあるいはHPのunixサーバの中に入っているから、
売れてるの。

一部の例外を除いて、SPARCのプロセッサが広く外販されてますか?
PA-RISCなんて外販一切しないし情報さえ隠蔽ですよ。
Itaniumは外販されてるけど、誰も買いませんね。

そう、ユーザーはプロセッサなんて、どうでもいいんです。
0020名無しさん@お腹いっぱい。2009/10/08(木) 06:34:14
>>19
そういうマジなことを言うなよ。
2chなんだからさ。
0021名無しさん@お腹いっぱい。2009/10/08(木) 06:57:44
そう、ユーザーはx86以外のプロセッサなんて、どうでもいいんです。
0022名無しさん@お腹いっぱい。2009/10/08(木) 09:06:13
Crusoeと添い寝したことありますが…
0023名無しさん@お腹いっぱい。2009/10/08(木) 09:20:59
Crusoeはx86系だろう
0024名無しさん@お腹いっぱい。2009/10/08(木) 10:23:47
>>19
> そう、ユーザーはプロセッサなんて、どうでもいいんです。

だな。じゃなきゃ x86みたいなクズ石が大量に売れるわけがない。
0025名無しさん@お腹いっぱい。2009/10/08(木) 10:58:10
また負け惜しみが始まるお・・・
0026名無しさん@お腹いっぱい。2009/10/08(木) 11:17:49
そのクズ石より全然売れてないSPARCって…
0027名無しさん@お腹いっぱい。2009/10/08(木) 11:27:15
何が負けたの? スポンサー探しそこねたの?
0028名無しさん@お腹いっぱい。2009/10/08(木) 11:41:28
単に遅いからだよw>SPARC
0029名無しさん@お腹いっぱい。2009/10/08(木) 11:49:01
SPARC機って、一時期より減ってるけど、依然としてかなりの数売れてると思うが。
他に「先なくなった」石はたくさんあるけどね。
今の所プロセス的にも最先端じゃないし、まだかなりの伸びシロがあるアーキかと。
0030名無しさん@お腹いっぱい。2009/10/08(木) 11:51:57
資金的な背景も万全になったしね。有望だと思うよ。
比べて、POWERはかなりの性能値を上げたにもかかわらず、伸びないね。
やっぱ以前の囲込み体質のイメージが敬遠させてるんだろうか。
0031名無しさん@お腹いっぱい。2009/10/08(木) 12:26:09
>>30
一度なんか買ったり売ったりしてつながりできたらもうヤバイ会社だって良くわかるからね
わざわざそんなところと取引したりしないほうがいいと思うよ
0032名無しさん@お腹いっぱい。2009/10/08(木) 13:49:20
Oracleがオーナーになって、Sunのオープンさ加減がグレーになったわけだが、
競合他社はもともとクローズドな企業ばかりなので、その点で何かが不利に
なったわけではない。
財務改善するだろうし、商業的な点での不利はなんもないわな。
0033名無しさん@お腹いっぱい。2009/10/08(木) 16:16:01
ロンドン証券取引所がMS SQL SeverからOracleに移行だって。
やったぜ、Oracle。

石はx86でOSはLinuxだけど、まあ気にすんな。
Sun? 何それ? タブロイド紙がどうかしたか?
0034名無しさん@お腹いっぱい。2009/10/08(木) 16:21:10
Sunは英国で製造してたからな。今でも工場あるのかは知らんが。
英国の官僚あたりが知らんわけがないよ。
0035名無しさん@お腹いっぱい。2009/10/08(木) 20:07:31
>>29
> 今の所プロセス的にも最先端じゃないし、まだかなりの伸びシロがあるアーキかと。

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

いや、それも、そろそろ厳しいかもな。
周回遅れでも、微細化とともに開発費が上がっているからね。

開発費の上昇に合わせて製造量が伸びればいいんだが、伸びないだろ。
だから、もう先がないんだよ。
0036名無しさん@お腹いっぱい。2009/10/08(木) 21:34:02
プロセスの開発はファウンドリの仕事
0037名無しさん@お腹いっぱい。2009/10/08(木) 21:35:16
プロセスの開発費? この人何いってんの? ...プっ
0038名無しさん@お腹いっぱい。2009/10/08(木) 21:36:10
やっぱ x86ありがたがって使ってるやつで __おバカ__ ばっかりww
0039名無しさん@お腹いっぱい。2009/10/08(木) 21:48:28
>>29-30
http://journal.mycom.co.jp/news/2009/09/03/033/index.html
0040名無しさん@お腹いっぱい。2009/10/08(木) 21:57:22
オレの EV7 が最強という事で結論がでたので終了
0041名無しさん@お腹いっぱい。2009/10/08(木) 22:01:09
>>36-38
三連投乙
Sunが半導体製造してるという誤解をしているという誤解にもとづいた叩きですか。
0042352009/10/08(木) 22:22:07
もちろん、ファウンドリに製造委託することを前提に、Sun側が負担する開発費の話ですよ。
0043名無しさん@お腹いっぱい。2009/10/08(木) 22:24:24
同じ400mm2のダイサイズでも、
プロセスの微細化の世代が進むにつれて、
ファウンドリに払う料金が高くなっているし、
ファウンドリに渡す設計データを作るのに要する費用も高くなってる。
0044名無しさん@お腹いっぱい。2009/10/08(木) 22:42:59
TSMCが55nmを提供してからも、Sunは65nmを使った新製品を投入してるしな。
しかもNiagaraはGPUなどのハイパフォーマンスではなくローパワーのプロセスを使ってたと思う。
ローパワーのプロセスだと、すでに45nmが量産体制に入っているのだが、
いまだにSunはNiagaraシリーズの45nm版を発表すらしていない。
0045名無しさん@お腹いっぱい。2009/10/08(木) 22:47:00
もとい
Sunが55nmを使わなかったのは、55nmはハイパフォーマンスしか提供されてなかったから、か。
0046名無しさん@お腹いっぱい。2009/10/08(木) 22:58:31
いや来年のRainbow Fallsは40nmだってば。
0047名無しさん@お腹いっぱい。2009/10/08(木) 23:35:16
コンピュータでは「CPU性能」が最も潰しが利くから、これで優位に立てないと苦しい。

よほど唯一無二と言われるような決定的なメリットでもないと、その先生きのこれない。
0048名無しさん@お腹いっぱい。2009/10/09(金) 00:13:42
x86との差別化は、CPUコアではなく、メモリで行うべき。

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

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

これなら、x86ではカバーできない領域の客をゲットできる。
0049名無しさん@お腹いっぱい。2009/10/09(金) 01:06:17
ソケット当りメモリ16枚のサーバー限定じゃ数出ないだろ
0050名無しさん@お腹いっぱい。2009/10/09(金) 01:16:05
Niagaraは2バンクだから32枚。
0051名無しさん@お腹いっぱい。2009/10/09(金) 01:16:54
16チャネルってどんだけのピン数になるんだよ
0052名無しさん@お腹いっぱい。2009/10/09(金) 01:32:12
>>49
ボリュームゾーンはx86がやるから、SPARCは残りのニッチへ。
0053名無しさん@お腹いっぱい。2009/10/09(金) 01:32:48
you、XDR使っちまいなよ
差別化しようとするとそうするしか無いような…
でもXDRが広まったらx86に取り込まれるだけか…
0054名無しさん@お腹いっぱい。2009/10/09(金) 01:35:23
>>51
じゃあRAMBUS社にお金はらってパケット系のメモリインタフェースにして。
0055名無しさん@お腹いっぱい。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倍の性能向上を得られる。
0056名無しさん@お腹いっぱい。2009/10/09(金) 02:06:06
T2→T2+で、コアあたりのメモリチャネル数は半減してる

T2はdualチャネルのメモリコントローラが4つ
T2+はdualチャネルのメモリコントローラが2つ
0057名無しさん@お腹いっぱい。2009/10/09(金) 03:05:37
シリアル系のインターフェースを使うってのは、
帯域幅じゃなくてピン数の限界という物理的な要請からなんじゃ?
DDRxとか使って多チャンネルにするとヤバい事になるという
0058名無しさん@お腹いっぱい。2009/10/09(金) 03:14:58
>>56
T2+はCPU間インターコネクトが必要だから、その分削らざるを得なかったんだろう
チップ当たり半分になっても、4チップ載せれば全体では2倍になるし
0059名無しさん@お腹いっぱい。2009/10/09(金) 03:20:36
>>57
すでにFB-DIMMでピン数を節約してるのを忘れてた。
DDRの4倍は可能でも、FB-DIMMの4倍は無理だわ。

>>58
4チップ乗せればコア数も4倍よ。
0060名無しさん@お腹いっぱい。2009/10/09(金) 09:21:17
>>42
アタマわるいってことはもう重々よくわかったんで、もういいですよ。
0061名無しさん@お腹いっぱい。2009/10/09(金) 09:23:40
>>39
10%もってりゃ十分なボリュームだよ。
Fは以前は 1%ぐらいだったと思うけど、やっぱ APL以来だいぶ伸びたな。
0062名無しさん@お腹いっぱい。2009/10/09(金) 09:40:51
パソコンのビデオカードのメーカーが、TSMCの40nmを使った製品を5月には出荷しているのだが、
SunのRainbow Falsは、なんで来年とか眠たいこといってんの?
Victoria Fallsのときも、試作チップのテスト初めてから製品化まで1年も寝かしてたし。
0063名無しさん@お腹いっぱい。2009/10/09(金) 09:49:24
>>62
> パソコンのビデオカードのメーカーが、

たぶん、見下してこういっているんだと思うが、
会社の時価総額や純利益を調べてみろ。
あっちはビデオカード専門、Sunは箱やソフトもやってる。
それなのに全体で負けてる。勝ち目あるわけがない。
0064名無しさん@お腹いっぱい。2009/10/09(金) 09:52:07
>>62
アタマわるいってことはもう重々よくわかったんで、もういいですよ。
0065名無しさん@お腹いっぱい。2009/10/09(金) 11:45:32
>>64
ファウンドリを使っても、最先端のプロセスのイニシャルコストは、かなりの金額になる
それはプロセス世代が進むにつれて、金額が大きくなってきている
ってことは理解できるか?
0066名無しさん@お腹いっぱい。2009/10/09(金) 11:54:00
なんでビデオカードのチップとCPUが同程度の複雑さだと思うのか理解できん
0067名無しさん@お腹いっぱい。2009/10/09(金) 11:59:20
うむ、CPUよりもビデオカードのほうが複雑だな。
0068名無しさん@お腹いっぱい。2009/10/09(金) 12:03:54
>>65
おまえな、>35 の

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

これの根拠として弱い、って言われてるんだよ。バカだからわかんないんだろうが。
退場。いねボケw
0069名無しさん@お腹いっぱい。2009/10/09(金) 12:14:26
>>68
最先端のプロセス(を使ったプロセッサ)の開発費が・・・

って読めないのは、あなたに読解力がなさすぎるから。
0070名無しさん@お腹いっぱい。2009/10/09(金) 12:28:26
>>65
その内容と>>62の内容が繋がっているようには見えない件
そういう文章を書く方が悪いだろう

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

また、最先端プロセスを採用して性能を生かすには
腕のいいエンジニアとファウンドリとの密接な連携が必要
そこら辺が問題ありまくりのSunに期待できるわけがない
0071名無しさん@お腹いっぱい。2009/10/09(金) 13:29:55
>>69
そう読んでも何の根拠にもならない、と言ってるんだが。正味バカなんだな。
まだまだ上塗りするのか? 勝手だがなwwww
0072名無しさん@お腹いっぱい。2009/10/09(金) 20:07:14
>>71はいつもの人なのでスルーしなよ
0073名無しさん@お腹いっぱい。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
0074名無しさん@お腹いっぱい。2009/10/09(金) 20:59:34
もうプロセスがどうとかファウンドリがどうとか
そういう次元の問題じゃないと思うんだがなぁ…

なんつーか存在意義自体があやしいと言うか。
0075名無しさん@お腹いっぱい。2009/10/09(金) 21:22:30
>>73
秋葉原って、スポット市場っていうか、余りモノの処分地じゃないか。
そこに最新製品が出まわるのは、マーケティング目的の宣伝のため。

最近はGPUを活用しようっていう流れがあって、
最新製品は開発者やメーカー、特殊な企業ユーザなどに先に充当される。
たとえばAMDのCPUは、秋葉原に出る前に、スパコンに出荷されてたりする。
0076名無しさん@お腹いっぱい。2009/10/09(金) 21:31:05
´,_ゝ`)フーン
0077名無しさん@お腹いっぱい。2009/10/09(金) 21:48:25
>最近はGPUを活用しようっていう流れがあって、
>最新製品は開発者やメーカー、特殊な企業ユーザなどに先に充当される。

妄想で変なこと書かないほうがいいよ
0078名無しさん@お腹いっぱい。2009/10/09(金) 21:57:00
>>75
TSMC40nmプロセスで生産されているGPU(今現在Radeonのみ)が
率先して充当される 特殊な企業 の具体的な名称を60分以内に複数羅列してちょ。
0079名無しさん@お腹いっぱい。2009/10/09(金) 22:19:16
>>78
たとえばハリウッドの映画会社のCG部門。
具体的な社名は必要ないでしょう。
0080名無しさん@お腹いっぱい。2009/10/09(金) 22:23:36
知らないなら黙ってればいいのに
0081名無しさん@お腹いっぱい。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ベースで構築された事が分かっている。
                          ~~~~~~~~~~~~~
0082名無しさん@お腹いっぱい。2009/10/09(金) 22:30:34
2005年ってww
0083名無しさん@お腹いっぱい。2009/10/09(金) 22:36:52
>>79
3ds、Maya、XSI等のメジャーソフトは言うに及ばず(*)
DreamworksやILMの内製ツールも全てCPUベースだってば。
*一部pliuginでGPU処理に対応しているものもある。
0084名無しさん@お腹いっぱい。2009/10/09(金) 22:39:25
>>82
ん、厨房?
企業のシステム入れ替えペースはだいたい3〜4年って決まってんだよ
0085名無しさん@お腹いっぱい。2009/10/09(金) 23:02:57
TSMCの40nmは歩留まりが悪いとかいう話もあるけど、Sunには関係ないですから。
ファーストシリコンが戻ってきてから、最終的な製品になるまで、年単位で時間がかかるから。
0086名無しさん@お腹いっぱい。2009/10/09(金) 23:06:56
痛いRade厨がこのスレにまで侵食してきたのか
0087名無しさん@お腹いっぱい。2009/10/09(金) 23:24:33
>>85
そこへ至るまでにもたっぷり時間がかかるのを忘れてもらっちゃ困るなぁ
0088名無しさん@お腹いっぱい。2009/10/09(金) 23:28:31
すでに40nmのRainbow Fallsの情報が出てるじゃないか。
ただ、Victoria Fallsと違ってリーク情報のみで、Sunからの発表が皆無なんだよなー。
0089名無しさん@お腹いっぱい。2009/10/10(土) 00:36:32
>>86
radeってゲロフォースと比べるとGPGPU対応度は低いのでは
0090名無しさん@お腹いっぱい。2009/10/10(土) 00:39:22
>>81
ILMのOpteronマザーにサクサクGPUボードを刺すだけのような気もするんだけど
そんなに容易じゃないのかな
当時はnForce Professonal全盛だったから相性で困ることもないような
0091名無しさん@お腹いっぱい。2009/10/10(土) 01:28:52
>>90
パソコンじゃないんだから。

低コストでより多くの計算力を得るために、
余分な電源容量も、余分な空きスロットも、余分な冷却能力も、持たない
1Uサーバあるいはブレードサーバをラックに詰め込んでるでしょう、たぶん。
0092名無しさん@お腹いっぱい。2009/10/10(土) 01:43:42
ILMの2005年のシステムは↓これ。(AMDのプレスリリースがソース)
ttp://www.angstrom.com/products/titan64_superblade.htm
0093名無しさん@お腹いっぱい。2009/10/10(土) 06:05:19
なんかこれ見る限りではPCI Expressの口持たなそうだな
0094名無しさん@お腹いっぱい。2009/10/10(土) 08:41:43
持つわけ無いw
Blade使ったこと無い?
0095名無しさん@お腹いっぱい。2009/10/10(土) 09:35:30
ラックマウントはあるけどbladeはない
つーかPCI-X世代の製品ってこと言いたかったんだが
0096名無しさん@お腹いっぱい。2009/10/10(土) 12:16:41
>>74
「そう思いたい」という願望を、ここで発表するのはやめてくれないかな?
付き合いきれんのだよ、そのバカさ加減に。
ジャンクに 5寸釘でも打てや。自分ちで。ここは迷惑。
0097名無しさん@お腹いっぱい。2009/10/10(土) 12:27:12
>>96に聞くが、いったいどのような理由でSPARCが将来有望なの?
0098名無しさん@お腹いっぱい。2009/10/10(土) 12:57:41
Ocacleとの組み合わせ
0099名無しさん@お腹いっぱい。2009/10/10(土) 13:06:38
Oracle?
x86とSPARCで何が違うのさ、Oracle使う上で。

二代目Exadata、SPARCではなく、x86だったでしょ?
0100名無しさん@お腹いっぱい。2009/10/10(土) 13:14:50
>>97
最初のスレから 2万回読め。ボケ。
0101名無しさん@お腹いっぱい。2009/10/10(土) 13:29:14
>>100
つまり、理由は説明できない、と。
0102名無しさん@お腹いっぱい。2009/10/10(土) 14:05:56
まあ、無いものは説明のしようが無いわな。
0103名無しさん@お腹いっぱい。2009/10/10(土) 15:57:08
>>97
x86に将来がないと言ったのは Intelだけどね。
0104名無しさん@お腹いっぱい。2009/10/10(土) 16:30:37
将来がない物を広告使って容赦なく客に押し付けるのがIntelのビジネススタイルでしょ
0105名無しさん@お腹いっぱい。2009/10/10(土) 16:50:34
x86だと台数増えちゃうのがな。
0106名無しさん@お腹いっぱい。2009/10/10(土) 17:01:51
とりあえず ISAは x86で我慢するとしても、ファームは Open Firmwareにしようぜ。
BIOSはもうカンベン。
EFIはギャグだった、ひどいもんだ。ほんと仕様まとめる能力ねーよな、Intelは。
0107名無しさん@お腹いっぱい。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系のシステムの売り上げを上回ったのだ」
0108名無しさん@お腹いっぱい。2009/10/10(土) 19:10:13
もう必死こくやつ全滅したんで盛り上がらないよ?
0109名無しさん@お腹いっぱい。2009/10/10(土) 19:27:38
あんな話に乗せられてとてつもない大金出すくらいなら、自前の RISCアーキを
ベースにしたらよかったのに。i960という有望なのがあったのに。実績もあったのに。
ダメだねぇ。評価能力ないねぇ。
0110名無しさん@お腹いっぱい。2009/10/10(土) 21:35:13
>>107
SPARCの売り上げが半分に落ちただけじゃ
0111名無しさん@お腹いっぱい。2009/10/10(土) 21:41:58
(´;ω;`)ブワッ
0112名無しさん@お腹いっぱい。2009/10/10(土) 22:18:50
>>103
そのIntelは何度もx86からの転換を試みているじゃないか。
その上で、やっぱり当分はx86だねってことを実証してきた。

で、SPARCは?
0113名無しさん@お腹いっぱい。2009/10/10(土) 22:22:11
>>109
i960にunixマシンのメインCPUの実績、あったっけ?
0114名無しさん@お腹いっぱい。2009/10/10(土) 22:30:42
より劣った奇っ怪なi860でさえunixマシンのメインCPUの実績があったというのに、i960ときたら。
0115名無しさん@お腹いっぱい。2009/10/11(日) 00:20:54
>>107
HP+Intelの会社の規模をSunと比べると、
最低でも10倍以上は売れてないといけないんだけどな。
少なくとも現時点ではね。
0116名無しさん@お腹いっぱい。2009/10/11(日) 00:35:23
>>115
なんでパソコンやプリンタまで含めちゃうの?
0117名無しさん@お腹いっぱい。2009/10/11(日) 13:12:16
ttp://www.geocities.jp/andosprocinfo/wadai09/20090411.htm
> Sunのプロセサ部門のCTOであったMarc Tremblay氏がMicrosoftに移った
> Rockのチーフアーキテクト
> 私の推測ですが,Rockが死んだか,生き残る見込みが無くなったのが,
> 彼がSunを辞めてMicrosoftに移った原因ではないでしょうか?

続報ないのかな。
0118名無しさん@お腹いっぱい。2009/10/11(日) 13:27:16
というより、MicrosoftがOracleを制するために、
大金をはたいて、キーパーソンを引き抜いたのでは?
Javaのラムダ式を仕様策定、実装していた人も引き抜いた。
0119名無しさん@お腹いっぱい。2009/10/12(月) 09:38:19
死蔵させる。まさに反社会的行動。
■ このスレッドは過去ログ倉庫に格納されています