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/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って綺麗なの?

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

もちろん。だってそういう主旨でそれを目的に作り直したのが
（いわゆる当時の商用）RISCだから。
x86だけが莫大なリソースを注ぎ込んで延命されたが、他は全滅した。

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

あるぇ、商用RISCが目の敵にしたCISCって、x86ではなく68kだろ。

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

当時 32bit機で Workstationが対抗してたのはミニコンだな。専用 CPUの。
VAX他、多数。
もちろん 68kもだけど、特に特別視はしてないと思う。既に速くなかったから。

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

いまだに CISC vs RISC とか言ってるのかよ

CISCはRISCを取り込み、
RISCはCISCを取り込み、
境界線がなくなったというのに

そもそもRISCってのは、
パイプラインの各段を1クロックで通過できる命令だけにしよう
という考え方であって、「単純な命令だけにしよう」じゃないのよ

昔は、加算に1クロックというのは妥当だったが、
今では、乗算が1クロックで済むので、加算のみの命令は単純過ぎて効率が悪い

SPARCのISAは、乗算が1クロックで出来ない時代の最適解かもしれないが、今の最適解じゃない。

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

CISC vs RISCはともかく、話の内容が古すぎる。
>142 が言ってるような比較はそれこそ 15年前くらいの話だし、
そもそもがそんな商用 RISCは存在してない。
乗算搭載してない商用 RISC CPUって、いつの話やねん、と。すり替えも甚だしい。

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

競争導入は弱者切捨て、ってお題目無限ループと同類w

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

>>143
今の商用RISCって、
A+B*Cのアドレスからロードして、なおかつCをポストインクリメント
なんていう命令を持ってたりするのか?

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

>>145
RISC CISCという命名が適切だったかどうかはともかく、
境界線がなくなってなんかないな。
そういうふうに取って欲しいという x86サイドの「願望」に過ぎん。
設計古すぎ。x86 ISA。

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

莫大なリソースを投下してもスケールアップもスケールダウンもできない
かわいそうさ加減がそれを象徴してる。

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

富士通とSun、SPARC64 VII搭載の新SPARC Enterpriseを発表
http://www.itmedia.co.jp/enterprise/articles/0910/13/news082.html

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

>>147
その割りには、x86は広範囲で使われてますな。

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

>>146
SPARCも同様に古すぎるんですが。

x86がアレだったのは286までで、386以降は整理されて、x64で盲腸が切り捨てられ、だいぶスッキリよ。

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

>>149
いいえ、ぜんぜん。
>>150
これも、いいえ、ぜんぜん。デコード回路が小さくできませんね。
後方互換性切って足枷になる命令捨てるまでムリ。Coldfireみたいにね。

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

今日も絶賛負け犬の遠吠えちぅだお…

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

x86 ISAはインターロック不得意だから本当に並列で性能比較されるようになると
すぐ馬脚が現れるだろ。

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

で、それはいつ～～～？？？
マチクタビレターマチクタビレター

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

>>153
たとえば、どんなベンチマークで、それが現われてる?

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

>>153
メモリバリアのこと言ってる?

x86のように並び順どおりにリタイアするならメモリバリアいらない。
その回路をケチって発行したらそれっきりで順不同に実行しちゃうのならメモリバリアが必要。

これ、キャッシュとかSMPとかとは、関係ない次元の話ですから。

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

メモリアクセスのある演算命令は時間かかるし並列性出せないんじゃないの?

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

「SPARCおよび Solarisのハードウェアスペシャリストおよび営業担当者を
Sunによる体制の 2倍以上に増やす」

ゴーゴーえりそん!w

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

それは日本サンもですか？

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

大分リストラしておいたので、元の水準にも達しません

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

Jupiter+ようやく来たか
SPARC64VII+にはしないんだな

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

Sun Storage F5100 Flash Array

昔のSunのサーバを思い出すわ。
一面のメモリモジュール

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

64bit即値使いたい

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

>>163
setx value,reg,reg_rd

**名無しさん＠お腹いっぱい。** · 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でやらかしている延期に継ぐ延期と一緒のスタイルだな。