Sun Microsystems 最大の日本撤退

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 00:04:32

2006年 Sun Microsystems　日本撤退発表

君はこのフライングスレにその証を残せるか

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

電源作ったら電源作ったで、
>>655は「ろくなの作れないから辞めとけ」って言うに決まってソラリス。

**名無しさん＠お腹いっぱい。** · 2007/11/17(土) 18:56:09

まぁ素人さんには、同じCPUを積んだデスクトップとサーバの消費電力の違いが理解できないのだろう。

**名無しさん＠お腹いっぱい。** · 2007/11/18(日) 10:45:52

>>647 1CPUで比較すればT2高速じゃん。

**名無しさん＠お腹いっぱい。** · 2007/11/18(日) 15:03:01

>>666
1CPUにこだわる理由があれば、ね。

**名無しさん＠お腹いっぱい。** · 2007/11/18(日) 16:04:35

600万の2Uサーバなんて意味わかんねー

**名無しさん＠お腹いっぱい。** · 2007/11/18(日) 16:11:14

ぼったくるという意味があるじゃないか

**名無しさん＠お腹いっぱい。** · 2007/11/18(日) 17:12:10

酸っぱいぶどうは高いところになっているものです。

**名無しさん＠お腹いっぱい。** · 2007/11/19(月) 15:03:29

消費電力の半分は空調。主たる熱源であるCPUの電力性能比が改善されれば空調が消費する電力も減る、はず。

**名無しさん＠お腹いっぱい。** · 2007/11/19(月) 15:06:55

SunはNiagaraサーバとIAサーバの1ラックあたりの電力と性能をばばんと比較提示するぐらいのことはしていい。
それが出来ないなら、いろいろ言われるのはしゃーないわな。

**名無しさん＠お腹いっぱい。** · 2007/11/20(火) 12:15:57

環境破壊のマシンですね

**名無しさん＠お腹いっぱい。** · 2007/11/20(火) 15:33:29

>>663
>>658 みたいなのが P4 とかどうしようもないの買うんだろうな。アホくさw

**名無しさん＠お腹いっぱい。** · 2007/11/20(火) 15:34:04

>>672
してないのか?

**名無しさん＠お腹いっぱい。** · 2007/11/20(火) 18:35:38

提案する時はTCOで出すだろ

**名無しさん＠お腹いっぱい。** · 2007/11/20(火) 19:26:27

>>674
最初の印象だけで語るなよ。
結局はAMDのK7も、同じくらい消費電力が大きかったんだし。

**名無しさん＠お腹いっぱい。** · 2007/11/21(水) 00:01:40

677は仕方がないとして
何でいつのまにかパチョコンレベルの話題になるのか・・

**名無しさん＠お腹いっぱい。** · 2007/11/22(木) 16:25:13

ここのアンチがぜんぶパコチョンラベルだからw

**名無しさん＠お腹いっぱい。** · 2007/11/25(日) 08:46:39

そのパソコンのCPUに経営を脅かされたのは、どこの会社かな。

**名無しさん＠お腹いっぱい。** · 2007/11/25(日) 10:51:26

クレイリサーチシリコングラフィックスコンベックスディジタルイクイップメントシンキングマシン ...

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

何言ってるんだ。Sunだよ。

日本でインターネット・サービスが一般人向けに始まった頃、
信頼性を要求されないサービス品質のメールサーバやWebサーバは、
Sunのワークステーションをサーバとして使うのが普通だった。

いまでは、どうよ? みんなIAだぞ。

膨大な土地を失ったことにも気がついてないSun信者って・・・。

**名無しさん＠お腹いっぱい。** · 2007/11/25(日) 11:12:20

煽るのはよくないと思うんだ

でも、事実だったり(ボソ)

**名無しさん＠お腹いっぱい。** · 2007/11/25(日) 17:22:02

地表の膨大な土地を失ったから、地底に走ったんだなｗ

**名無しさん＠お腹いっぱい。** · 2007/11/25(日) 17:42:36

プロジェクトBlackBoxのことか？w

**名無しさん＠お腹いっぱい。** · 2007/11/25(日) 23:04:20

待ちに待った日本撤退はまだですか？

**名無しさん＠お腹いっぱい。** · 2007/11/25(日) 23:14:00

Sunから直に買うところはないんだから、日本法人が撤退しても、痛くない。

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 01:07:24

もともと、パソコンに毛が生えたUNIXマシンを売ってたSunが、パソコンとは違うんだと言ってもなぁ。
パソコンの性能が上がったら駆逐されて当然だろ?

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 02:14:16

>>688
あ、それはすごく正論かも。

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 09:42:46

まぁ未だにSunのWSを使ってサービス継続しているところもあるのだが

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 10:58:16

ま、パフォーマンス以外の品質でどこまで勝負になるかだろうなぁ

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 14:25:37

>>682 >>683
>>688 >>689
どうみても自演だぞ。寒い寒い。

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 14:32:29

>>692
妄想ひどいな。

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 14:53:05

うわっ。張り付いてやがる。うへぇ～～w

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 16:06:29

うどん屋でカツ丼定食を頼んだ。
ところが出てきたのはカツ丼だけ。
セットのうどんがついてない。
俺は店員に言ったよ。

丼だけぇ～

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 17:37:14

丼引きぃ～

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 21:47:06

>>693-696
荒らしですか？ここはハイレヴェルなスレなのでやめてください。

**名無しさん＠お腹いっぱい。** · 2007/11/26(月) 21:54:01

笑えるな
ハイレヴェルだってよ

**名無しさん＠お腹いっぱい。** · 2007/11/27(火) 01:07:18

さすがうに板、ラベルがちがうぜ

**名無しさん＠お腹いっぱい。** · 2007/11/27(火) 11:19:47

連投自演はペアなのがバレバレだよ。ヘタだなぁw 13分空けて投げたわけだなwww

**名無しさん＠お腹いっぱい。** · 2007/11/27(火) 19:40:49

しかし、なすとらん　も　あばかす　も
そらりすx86 に対応しとらん～。

うーーん、どうしたものか。
犬には対応しとるのに・・・・

AIXかぁ

**名無しさん＠お腹いっぱい。** · 2007/11/28(水) 00:10:08

つがうしゃん

**名無しさん＠お腹いっぱい。** · 2007/11/28(水) 00:36:59

どれとどれが13分？

**名無しさん＠お腹いっぱい。** · 2007/11/29(木) 02:33:02

13分の1の確率で自演

**名無しさん＠お腹いっぱい。** · 2007/12/04(火) 02:35:53

http://japan.zdnet.com/news/os/story/0,2000056192,20362384,00.htm

zもSolarisが載ったね。

**名無しさん＠お腹いっぱい。** · 2007/12/04(火) 19:27:27

これすごいじゃん。
でもオレはそんなものより sun4c + cg6 な携帯電話とか PDA とか作って
NeWS と SunView 動かしてほしいな。

**名無しさん＠お腹いっぱい。** · 2007/12/04(火) 21:00:27

>>706
ほとんど需要皆無

**名無しさん＠お腹いっぱい。** · 2007/12/05(水) 13:26:25

>>706
俺は買うｗ

**名無しさん＠お腹いっぱい。** · 2007/12/05(水) 16:55:54

>>706
SPARClite でスマートフォン作って
SunOS4.1.4 動かせばいいじゃないかな？ｗ
K/B は type-4 配列でどぞ。

**名無しさん＠お腹いっぱい。** · 2007/12/05(水) 23:47:23

SPARCである必要、あんの?

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 15:22:52

SPARC じゃなきゃ、なんの意味があんだよwwww

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 15:33:11

Solarisに意味があるんだが。

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 17:15:50

その時代にか? ウソこけ。

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 17:49:29

>>713
話の流れ、読めてないだろ。

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 18:37:14

はぁぁぁぁ?? 読めてねのは __お__ま__え__ の方だボケww

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 18:56:29

Solaris 1 = SunOS 4.1

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 19:06:24

知らんのなら書かんかったらええのに。かわいそうに。

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 19:34:56

SunOSが好きだっていう人は沢山いたが、SPARCが好きだって人はあまり見かけなかったな。

**名無しさん＠お腹いっぱい。** · 2007/12/06(木) 20:55:08

>>717

**名無しさん＠お腹いっぱい。** · 2007/12/07(金) 02:31:47

>>718
でも俺の周りは結構いたよ。
SPARCの仕様の本を読んでわくわくしてた。

**名無しさん＠お腹いっぱい。** · 2007/12/07(金) 02:50:36

場所によるのかな。

俺の周りはプロセッサに関してはMIPSのほうが受けていたよ。
潔い、とね。

**名無しさん＠お腹いっぱい。** · 2007/12/07(金) 13:16:38

>>720
SPARC はレジスタウインドウが醜いって感じだったろ？
MIPS のがすっきりしててきれいと思ったよｗ

**名無しさん＠お腹いっぱい。** · 2007/12/08(土) 14:37:52

レジスタウィンドウにケチつけるやつは山ほどいるが、まともに理由を言えるやつには
まだ会ったことないぞwwww

**名無しさん＠お腹いっぱい。** · 2007/12/08(土) 15:11:03

レジスタ・ウィンドウの問題点はズバリ、クロックを上げることが難しくなること。

といっても今となってはレジスタ・ウィンドウをABIに提供しないプロセッサでも、
内部ではレジスタ・リネーミングとハードウェア・スタックなどによって同等の機能を持っていたりもするが。

MIPSの連中は、
関数呼出しで引数をすべてスタックに積む、もしくは、すべてレジスタ渡しするために関数呼び出しのオーバーヘッドが大きい
という問題に対して、
レジスタ・ウィンドウによってハードウェアで解決するよりも、コンパイラの改良によって解決すべきだとした。

ソフトウェア技術者から見れば、MIPSのアプローチのほうがエレガントだろう。

**名無しさん＠お腹いっぱい。** · 2007/12/09(日) 08:37:20

結局同等の機能を持っているとしても、
仕様がかっちり決まっているのは、CPU屋にとっても不自由だしな。
実際レジスタ・ウィンドウは完全に廃れたし。

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

はぁ? 思いっきり舞い戻ってますが。やっぱりしったかだらけやんwwww

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

>>724
> レジスタ・ウィンドウの問題点はズバリ、クロックを上げることが難しくなること。
その程度のことなら CPU についてなーーーんも知らんガキにも言えるわけやね。
ということで、落第。

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

レジスタウィンドウの問題点はガキでも分かるって事だな。

**名無しさん＠お腹いっぱい。** · 2007/12/10(月) 22:03:45

未亡人の抵抗？

**名無しさん＠お腹いっぱい。** · 2007/12/11(火) 00:24:39

>>727
そういう物言いは、模範解答を自分で示してから、な。

学生にレポート書かせて、その中から盗むような、そういうタイプの教員みたいな言動むかつく。

**名無しさん＠お腹いっぱい。** · 2007/12/11(火) 00:33:02

SPARCがレジスタ・ウィンドウを使ったのは、
レジスタ数が少ない低速プロセッサとレジスタ数が多い高速プロセッサの両方で同じバイナリが走る
ということを狙ったものだと思う。

その構想が当らなかった以上、SPARCのレジスタ・ウィンドウが評価されないのも当然だろう。

ちなみにインテルのEPICも同じ失敗しているな。
バイナリ互換のために数々の機能が盛り込まれているものの、日の目を見てないから。

**名無しさん＠お腹いっぱい。** · 2007/12/11(火) 16:19:30

>>727
教授、無駄話ではなく、ちゃんと講義してください。

**名無しさん＠お腹いっぱい。** · 2007/12/11(火) 16:25:45

SPARCの製造中止まだですか？

**名無しさん＠お腹いっぱい。** · 2007/12/11(火) 21:49:28

>>727は根拠もなくSPARCをヨイショしてたキチガイか。

**名無しさん＠お腹いっぱい。** · 2007/12/11(火) 23:09:21

根拠もなく（意味もわからず）レジスタウィンドウ批判してる糞バカはおまえな。

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 00:29:19

具体的な話をしているほうが優性だな。

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 10:57:42

え? どこに具体的な話なんか出てるよwwwwww

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 11:00:45

レジスタ・ウィンドウで頑張っているCPU、
SPARC以外は何ですか?

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 12:27:42

IA-64

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 13:06:42

IA-64には、64bitの汎用整数レジスタが128本、82bitの浮動小数点レジスタが128本、
1bitのプリディケーションレジスタが64本、分岐先レジスタ（間接分岐に使用）が8本ある。
汎用レジスタや浮動小数点レジスタが128本もあるのは、並列に実行できる命令の数を多くするためと、
関数呼び出し間でのパラメータの受け渡しなどにも使う（SPARCのレジスタウィンドウのように使う）ためである。

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 13:18:39

インテルは、明示的なレジスタ・リネーミング & レジスタ・スタックなどと言ってるようだが。

128本のうち、32本はスタティックで、MIPSのようにいつでもどこでも同じ名前で同じレジスタが参照される。
残り96本は、名前と参照されるレジスタの関係が固定ではない。

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 13:18:58

test

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 13:48:12

現代じゃ大量のレジスタを用意する必要があって、コンテキストスイッチじゃ
当然そいつらを主記憶上に退避しなきゃなんないんだが、
特に「レジスタウィンドウ方式だから」不利だってことが具体的にある?
レジスタリネーミングでできるだけレジスタ数を増やさずに工夫する方が
有利だなんて、それこそ RISC/CISC 原理主義論争以上に不毛な議論だと思うが。

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 15:35:17

Intelは自分のアーキテクチャをクリスクって呼んでたっけ。

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 15:37:31

ていうか、レジスタそんなに大量に必要なの?

8本では足りないとは思うが、32本もあれば十分じゃね?

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 16:03:41

>>745
だからスタックに吐き出すか
レジスタに抱えるかって考え方の違い。

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 16:06:35

レジスタといっても、その実体は、演算器には繋がっていないスタックだろ。

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 16:08:25

ハードウェア・スタックエンジンとか言われているものと、やってることは同じ。
ハードが制御するか、ソフトが制御するかの違い。

ソフトで制御しようというのは、RISC的な考え方。
ハードで制御しようというのは、CISC的な考え方。

まぁRISCの始祖はSPARCはRISCではないと言ってるが。

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 17:07:30

>>745
またまたまたそんなアホ話を... こんな次元で「レジスタウィンドウが」とか
のたまってるのか??

ある時点のプロセスからみて 32本が足りるかどうかって話ならわかるが、
今どき CPU 上に物理的に存在するレジスタが 32本や 64本で足りるわけがない。
そんな区別さえついてないわけかよトホホほ...

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 18:44:29

SPARCはRISKだよな

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 18:49:36

745はSPARC信者による工作

**名無しさん＠お腹いっぱい。** · 2007/12/12(水) 20:00:02

GPLでコミュニティに公開サン、64スレッドCPU「T2」をオープンソース化
http://www.atmarkit.co.jp/news/200712/12/sun.html

Sunのオープンソース支援に、元社員が疑問符
http://www.itmedia.co.jp/enterprise/articles/0712/12/news085.html

**名無しさん＠お腹いっぱい。** · 2008/01/09(水) 00:45:42

>>743

使っているかもしれないし、使っていないかもしれないレジスタ（16個）を、
ウィンドウオーバーフロー時に退避しなければならないのは意外と重い。
この点がレジスタウィンドウ方式の欠点。

**名無しさん＠お腹いっぱい。** · 2008/01/09(水) 09:21:53

他の方式だと使ってないレジスターを判別して保存対象から外せると言ってる?
比較対象は何?

**名無しさん＠お腹いっぱい。** · 2008/01/09(水) 23:09:54

%i0～%i7, %l0～%l7の16個のレジスタがウィンドウオーバフロー時の退避対象だけど、
関数内で16個フルにレジスタを使っているケースは少ない。半分使っている例すらまれ。
disって見てください。

なのでcaller責任、あるいはcallee責任でレジスタの内容をそのつど、
スタックに退避する方がよいという意見もある。

ただしウィンドウオーバフローが発生しないケースではレジスタだけで動作できる機会が
多くなるので、レジスタウィンドウ方式が有利。

コンパイラもできるだけ、ウィンドウオーバフローの原因となるsave命令をはき出さないよう
工夫をしてきているので、結果として一長一短という感じかな。

**名無しさん＠お腹いっぱい。** · 2008/01/11(金) 19:14:09

なるほど、じゃあ、「最近のプログラムはレジスター渡しが減るかもしくは
パラメーターが皆無の場合が増え、かつウィンドウオーバーフローが
激しく起こるようになった」とでもいう前提を付ければ「問題あり」という結論を
導けるというわけだ。
で、実際その前提は暗黙で了解されるような内容なのか? 説明してみてくれ。

**名無しさん＠お腹いっぱい。** · 2008/01/11(金) 23:28:54

>>756

ごめん。日本語が理解できなかった。

> 「最近のプログラムはレジスター渡しが減るか
> もしくはパラメーターが皆無の場合が増え、
> かつウィンドウオーバーフローが
> 激しく起こるようになった」とでもいう前提

これはどこから生じた話？

**名無しさん＠お腹いっぱい。** · 2008/01/12(土) 17:06:00

>>757

「関数内で16個フルにレジスタを使っているケースは少ない」を
「最近のプログラムは引数が少かゼロの場合が増え、かつウィンドウオーバーフロー
の頻度が高くなった」という前提を作ったのですね。

私はその前提には違和感感じますね。

**名無しさん＠お腹いっぱい。** · 2008/01/12(土) 18:10:59

おまえら
２ちゃんねるに
きている
じてんで
ぜんていが
ちがうから
はなしにならん

**名無しさん＠お腹いっぱい。** · 2008/01/12(土) 21:18:48

ぜんていがちがうのはおまえだけもうくるな

**名無しさん＠お腹いっぱい。** · 2008/01/12(土) 23:36:45

まけぐみ

**名無しさん＠お腹いっぱい。** · 2008/01/13(日) 00:49:46

ま
ち
て
て
ん
が
な

**名無しさん＠お腹いっぱい。** · 2008/01/13(日) 16:53:46

http://www.geocities.jp/andosprocinfo/wadai08/20080112.htm
・Itaniumは5年以内に消滅
・Sun終了、Rockは最後のあがき