Sun Microsystems 最恵の支援

Sun Microsystems 最恵の支援 at UNIX

1:名無しさん＠お腹いっぱい。
08/10/24 20:09:31
Rock大遅延なるも、富士通のSPARC64に救われたSun。
これから、どうなるのでしょう

【前スレ】
Sun Microsystems 最後の信者
ｽﾚﾘﾝｸ(unix板)

2:名無しさん＠お腹いっぱい。
08/10/24 20:10:10
【過去スレ_1of3】
Sun Microsystem最大の失態
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems最大の敗退
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems最大の反省
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems最大の虚勢
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems最後の航海
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems最後の晩餐
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems ラストダンス
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最後の反撃
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最後の一葉
ｽﾚﾘﾝｸ(unix板)
だまれ小僧！お前にサンが救えるか
ｽﾚﾘﾝｸ(unix板)

3:名無しさん＠お腹いっぱい。
08/10/24 20:10:38
【過去スレ_2of3】
Sun Microsystems 最後の理不尽
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最後の量産
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最後の遺産
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最後から二番目の真実
ｽﾚﾘﾝｸ(unix板)
Sun Microsystem 最大の遊撃
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最大の滝壷
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最大の重複
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最大のリストラ
ｽﾚﾘﾝｸ(unix板)
Sun Microsystem 最大の夜長
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最大の移行
ｽﾚﾘﾝｸ(unix板)

4:名無しさん＠お腹いっぱい。
08/10/24 20:11:30
【過去スレ_3of3】
Sun Microsystems 最大の回復
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最後の提携
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最大の黒箱
ｽﾚﾘﾝｸ(unix板)
SunMicrosystems 最大の探検
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最大の字余り
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最後の信者
ｽﾚﾘﾝｸ(unix板)
Sun Microsystems 最恵の支援
ｽﾚﾘﾝｸ(unix板)

【公式サイト】
Sun Microsystems
URLﾘﾝｸ(www.sun.com)
サン・マイクロシステムズ
URLﾘﾝｸ(jp.sun.com)

blogs.sun.com
URLﾘﾝｸ(blogs.sun.com)
サン・マイクロシステムズ - 公式ブログ
URLﾘﾝｸ(jp.sun.com)

5:名無しさん＠お腹いっぱい。
08/10/24 20:19:46
(ﾟдﾟ )乙　これは乙じゃなくてポニーテールなんたらかんたら

6:名無しさん＠お腹いっぱい。
08/10/25 18:37:57
>>1　乙

7:名無しさん＠お腹いっぱい。
08/10/25 21:27:01
サンの共同創業者ベクトルシャイム氏、新興企業の会長へ
URLﾘﾝｸ(japan.cnet.com)

8:名無しさん＠お腹いっぱい。
08/10/27 00:18:27
Rockが遅れたからやることなくなっちゃったのかな？

9:名無しさん＠お腹いっぱい。
08/10/27 11:04:32
とんちんかんなことばっかりやってるからだよぉ

10:名無しさん＠お腹いっぱい。
08/10/27 11:38:20
とんちんか～んな買収だって
マクネリの常識って

11:名無しさん＠お腹いっぱい。
08/10/27 19:52:58
xVM Server なかなかリリースされないね

12:名無しさん＠お腹いっぱい。
08/10/28 18:48:58
M3000 が出たとの案内来た。
シングルスレッド重視な環境向けに、
SF24x/44xa後継にドゾとのことなんだが、

SPARC64系はALOM/ILOMとは別物がのってるのですね。
M系(Fを名乗ればよいのに)は眼中に無かったので
チト驚いた。

13:名無しさん＠お腹いっぱい。
08/10/28 23:51:30
>>12
富士通製なのでPrimePowerで使ってたXSCFですね。

14:名無しさん＠お腹いっぱい。
08/10/29 17:08:44
パネルデザインは Sunっぽいね。

15:名無しさん＠お腹いっぱい。
08/10/29 17:12:18
そんなことなかった..w T2000とかとはだいぶ違うな

16:名無しさん＠お腹いっぱい。
08/10/30 15:05:50
>>7
やっぱベクちゃんは高速スイッチが好きみたいだねｗ

17:名無しさん＠お腹いっぱい。
08/10/31 11:11:45
Sunに籍は残すみたいだな。またあとで会社ごと買うのかw?

18:名無しさん＠お腹いっぱい。
08/10/31 13:15:35
Sun Microsystems 最後のハロウィーン！

19:名無しさん＠お腹いっぱい。
08/10/31 13:34:51
M3000祭りかと思ってきてみたら・・・葬式会場みたいな雰囲気だな。

20:名無しさん＠お腹いっぱい。
08/10/31 14:13:23
RockのTMはL1でしかつかえないのか。
32Kを2コアで共有すると、かなり狭い感じがする。

21:名無しさん＠お腹いっぱい。
08/10/31 14:23:49
お前、どんだけ長いトランザクションをやろうとしてるんだよ。

22:名無しさん＠お腹いっぱい。
08/10/31 15:50:37
お前、Rockなんか出ると思ってるんかよ。

23:名無しさん＠お腹いっぱい。
08/10/31 16:04:15
Rockはロールバックされるか?

24:名無しさん＠お腹いっぱい。
08/10/31 17:27:15
>>22
そんなにビビらんでもww

25:名無しさん＠お腹いっぱい。
08/10/31 21:58:51
SPARC64VII+を来年出すって言ってるんだから
早くても出るのは再来年だろうな

26:名無しさん＠お腹いっぱい。
08/10/31 22:08:53
鬼畜Sunのことだから
Rock鯖をリリースできるようになれば、
富士通への配慮とかせずにSPARC64にぶつけてきますよ、たぶん。

27:名無しさん＠お腹いっぱい。
08/10/31 22:23:05
配慮もなにも、さっさとだすしかないでしょ

28:名無しさん＠お腹いっぱい。
08/11/01 10:34:55
なんか旧態依然としたこと言ってんな... いいもんが売れる、そんだけだろ。
どっかの囲い込み業界とは違うからな。「互換性」とか言って脅しかけるようなのとは。

29:名無しさん＠お腹いっぱい。
08/11/01 11:01:16
> いいもんが売れる、そんだけだろ。

Sun、7～9月期決算は17億ドルの大幅赤字
URLﾘﾝｸ(www.itmedia.co.jp)

なるほど

30:名無しさん＠お腹いっぱい。
08/11/01 11:06:28
はいはい、よかったね、がんばってね。

31:名無しさん＠お腹いっぱい。
08/11/01 12:47:39
>>28
SPARCは囲い込みが不十分だったために、
「いいもんが売れる、そんだけ」の理由で、
x86に大量にシェアを奪われたわけですよ。

メールサーバやWebサーバに、SPARCstationやSPARCserverを使うのが当たり前だった頃、
x86でそれらをやろうものなら、かなりのチャレンジャーか、無謀なバカと見られていたわけだが。

32:名無しさん＠お腹いっぱい。
08/11/01 13:46:26
確かに安くて良いものが売れてるな w

33:名無しさん＠お腹いっぱい。
08/11/01 14:37:11
>>31
...意味わかんないんだね。「囲い込み」をすること自体が、旧態依然なんだが。
Sunが登場して以来の意味まるでわかってないようだ。

34:名無しさん＠お腹いっぱい。
08/11/01 16:38:48
>>33
言いたいことはわかるよ。
UltraSPARCとSPARC64の間で自由に行き来ができるからこそ競争によって性能が上がっていく
そう言いたいんでしょ?

富士通がSunの完全なライバルで潰し合いして良いなら、「いいもんが売れる」でも構わないが、
Sunは富士通に補完してもらっているパートナーなわけで、富士通がSPARC64儲からないのでやめる
って言い出したら、Sunは困るよ。

35:名無しさん＠お腹いっぱい。
08/11/01 17:03:46
>>34
> Sunは富士通に補完してもらっているパートナーなわけで、富士通がSPARC64儲からないのでやめる

そんなん言うくらいならもうとっくにやめてるぜ? なんべんもなww
今一番もうかるとこだろ。他になにがもうかってるよ? Itaか?プ

36:名無しさん＠お腹いっぱい。
08/11/01 17:29:42
>>35はいつも野荒らしですスルーしましょう。

Rockが出た時の話をしているのに、今の話してるし。

37:名無しさん＠お腹いっぱい。
08/11/01 17:47:35
Sunと富士通が足引っ張り合うことにしたくてしょうがないわけだな。
かわいそうに。ほんとあわれだw

38:名無しさん＠お腹いっぱい。
08/11/01 18:03:04
いままでの経緯があるからなぁ。

39:名無しさん＠お腹いっぱい。
08/11/01 18:11:09
SunからのOEMを縮小した某社。

研究所はSun大好きで、Sun鯖とJavaで開発してるんだけど、
事業部はSun大嫌いで、研究所が作ったものを使わずに、HPで別に開発してる。

なぜかは、説明しなくても、業界人ならわかるよね?

40:名無しさん＠お腹いっぱい。
08/11/01 18:17:02
遊びで使う分にはSunはおもしろいかもしれないが
現場はHPにしてもらいたい

41:名無しさん＠お腹いっぱい。
08/11/01 18:21:47
まあ、Rockが予定通りだったら、今頃Mシリーズなんて放置プレイだったろうな

42:名無しさん＠お腹いっぱい。
08/11/01 18:31:07
バックアッププランとして頼りにされはするが
Sunが失敗した場合にしか売れないんじゃ
大変だな。

富士通の場合は自社の案件で使うだけで
開発費を確保できるから、SPARC64続け
てこれたのだと思う。

外販メインなら、とっくにダメポ。

43:名無しさん＠お腹いっぱい。
08/11/01 18:33:29
>>40
ドコモの件がダメ押しだったね。
あれ以降、Sunで提案するのは恐くてできなくなった。

ドコモがSun使ってるって話を聞いたときにはビックリしたよ。
他人事なのに、え? 大丈夫なの? って心配になった。
偏執的な多重化してるから大丈夫って聞いてたけど、
大丈夫じゃなかった。

44:名無しさん＠お腹いっぱい。
08/11/01 20:43:29
>>43
ドコモの件は「CTCがヘボだったから失敗した」という説も聞くけど、
Sun自体に何か根本的な問題があったのか？

45:名無しさん＠お腹いっぱい。
08/11/01 20:48:59
国内でCTC以上にSun製品扱えるところってどこ？

46:名無しさん＠お腹いっぱい。
08/11/01 21:01:53
>>44
ダメ押しなんで、本当の原因が何かは、どうでもよかったりする。

47:名無しさん＠お腹いっぱい。
08/11/01 22:17:39
>>44
Sunの根本的な問題「所詮WS用OS屋」

48:名無しさん＠お腹いっぱい。
08/11/02 16:05:19
> なぜかは、説明しなくても、業界人ならわかるよね?

研究所と事業部のコミュニケーション不足?

49:名無しさん＠お腹いっぱい。
08/11/04 22:01:06
IBM smells Sun red ink
URLﾘﾝｸ(www.theregister.co.uk)

IBMがSunのケツの穴狙ってるってよ

50:名無しさん＠お腹いっぱい。
08/11/04 22:43:13
IBMの機体で動くSolarisも開発したし、そんな事もういいじゃん…

51:名無しさん＠お腹いっぱい。
08/11/05 16:43:41
SPARC64がなければ即死だった

52:名無しさん＠お腹いっぱい。
08/11/05 23:04:45
Jonathan Schwartz scrambles aboard the Obama train
URLﾘﾝｸ(www.theregister.co.uk)

Sunはオバマの尻馬に乗ってやがる

53:名無しさん＠お腹いっぱい。
08/11/06 00:29:17
>>48
ok 知らないなら、それはそれで幸せだ。

54:名無しさん＠お腹いっぱい。
08/11/06 00:31:35
コミュニケーション不足が正解ぢゃないだろ。

Sunは納入した後に大変なんだ。
事業部はそれを実際に経験している。

研究所はプロトタイプっぽいものを作るところまでしかやらないから、
その後の事は知識としてしか知らないのよ。

55:名無しさん＠お腹いっぱい。
08/11/06 01:08:31
ラボでも24H365D試験とかやれば骨身に染みるだろうな・・

日本のシステム運用思想とSunは相性が悪いと感じる

56:名無しさん＠お腹いっぱい。
08/11/06 12:30:36
事業部が自らの経験を研究所にフィードバックできないなら、コミュニケーション不足じゃない?

事業部＜気がする

57:名無しさん＠お腹いっぱい。
08/11/06 12:34:56
ああ、途中で送ってしまった。

「気がする」じゃなくて、定量的・定性的に示せばいいじゃない。
「気がする」だけなら、たぶん「気のせい」

58:名無しさん＠お腹いっぱい。
08/11/06 12:59:59
なぜそこまでコミュニケーションの問題にしたいのか

59:名無しさん＠お腹いっぱい。
08/11/06 18:53:58
研究所がHPを使わないのは、コミュニケーション不足、だな。

一方、
事業部がSunを使わないのは、コミュニケーション不足ではない。

60:名無しさん＠お腹いっぱい。
08/11/06 18:59:49
>>57
> 「気がする」じゃなくて、定量的・定性的に示せばいいじゃない。

これだから研究所の人は頭でっかちなんだよ。
「お客の要求であり、提案では変えられるものではない」
そう言われて素直にHPに乗り換えない研究所の連中は、
学生の頃に慣れ親しんだSunを使い続けたいだけだろう。

61:名無しさん＠お腹いっぱい。
08/11/06 19:13:33
どうせオラ動かすだけだろ

62:名無しさん＠お腹いっぱい。
08/11/06 20:08:42
Solaris 10の新しいのが出ましたが、さて。

63:名無しさん＠お腹いっぱい。
08/11/06 20:23:36
>>54
富士通製のMシリーズもダメなのか?

64:名無しさん＠お腹いっぱい。
08/11/06 20:50:21
客がみなhpuxを望むとはにわかに信じ難い

65:名無しさん＠お腹いっぱい。
08/11/06 20:58:03
HP-UXではなく安定稼働するハードウェアを望んでるんだろ？

66:名無しさん＠お腹いっぱい。
08/11/07 01:34:56
Sun injects Euro universities with OpenSparc
URLﾘﾝｸ(www.theregister.co.uk)
> just like the early years for the Itanium

ほらあ、TPMもRockは初期のItaniumみたいだって言ってるじゃん

67:名無しさん＠お腹いっぱい。
08/11/07 15:49:35
Intelと違って、スジの悪い製品を養う余裕はどう見ても無さそうだが
どうするんだろうねえ。止めるなら早めの方が。もう遅いか。

68:名無しさん＠お腹いっぱい。
08/11/07 17:03:06
RockとItaniumの共通点

・シングルスレッド性能を追求するために数々の機能を盛り込んだ
・テープアウトした後に年単位で遅延

ダメポ。

69:名無しさん＠お腹いっぱい。
08/11/07 20:16:48
>>65
>>63

70:名無しさん＠お腹いっぱい。
08/11/07 22:24:25
中身は富士通なのでハードウェアの信頼性は高い
→ 競合相手の富士通に塩を送るのかよ

中身は富士通でもメーカー保守はSunだろ?
→ 競合相手の富士通は、富士通の保守を提供できる

今回は中身が富士通でも、次は中身もSunになるんだろ?
→ 競合相手の富士通は、次も中身は富士通だ

71:名無しさん＠お腹いっぱい。
08/11/08 00:14:31
妄想イクナイ

72:名無しさん＠お腹いっぱい。
08/11/08 22:24:19
Sun Microsystems 最後の妄想

73:名無しさん＠お腹いっぱい。
08/11/08 22:48:50
>>68
シングルスレッド追求って、トランザクションメモリとスカウトスレッド？

まあ、トランザクションメモリと EPIC は、結局、ソフトウエア開発者に負担かかる
という点で似てるのかもしれない

74:名無しさん＠お腹いっぱい。
08/11/10 12:58:03
電力効率無視して投機実行でシングルスレッド性能向上とか
周回遅れの発想もいいとこじゃない?
トランザクショナルメモリも、設計レベルでソフトウェアの実装の取り替えが必要な上、
3桁オーダのスレッド環境でこそ真価が発揮できる新技術なのに、
in-orderなNiagaraには実装できませんでした、じゃ目も当てられない。
だったらRock-Niagara共通でIntelのHATMを実装した方がよっぽど役に立った、
ということになる。

何か深慮遠謀があるならいいけどね。

75:名無しさん＠お腹いっぱい。
08/11/10 14:52:57
マルチスレッドでスループットが出ればOKなものはNiagaraシリーズ
シングルスレッドにせざるをえないものはRock・・・なんていう両面作戦を考えちゃったんだろうね。

後者はIBMのPOWERとかに頑張ってもらえばよかったのに。

76:名無しさん＠お腹いっぱい。
08/11/10 17:02:33
>>75
WW2末期のナチスドイツみたいな惨状だな。

極東の同盟国(Fujitsu)の方が最後まで粘るかなw

77:名無しさん＠お腹いっぱい。
08/11/11 19:21:33
コードネームは寿司か

78:名無しさん＠お腹いっぱい。
08/11/11 22:59:28
フグの寿司なんてあるのか？

79:名無しさん＠お腹いっぱい。
08/11/12 04:27:14
海の向こうの話だからあるかもねｗ

80:名無しさん＠お腹いっぱい。
08/11/12 09:39:44
>>42
Sun機しか使ってこなかったとこに SPARC64機が入ったんだから、
Rock機がすぐれた製品として出てきてもニーズによってはそのまま SPARC64機を
使うだろうから、すごいチャンスだと思うが。
それとも今までみたいなシェアで細々との方がよかったって言ってるわけ?
なんか悲壮な願望を述べてあるけど、想定にムリがありすぎw

81:名無しさん＠お腹いっぱい。
08/11/12 09:59:55
チャンスどころか危険でもあるぞ。

SPARC64は良く売れました、しかし、SunはSPARCを捨てました
ってことになったら元も子もないだろ?

82:名無しさん＠お腹いっぱい。
08/11/12 10:13:42
はぁ? なんで Sunが SPARC捨てる? 終息に向かうんなら Sunブランドで
SPARC64全面採用になるだろうし。
つーか、妄想はなはだしいよ。君の考えているようなことはあり得ない。気の毒だが。

83:名無しさん＠お腹いっぱい。
08/11/12 11:21:06
SunはSunSoftに社命変更してOS専門でいいじゃん

84:名無しさん＠お腹いっぱい。
08/11/12 11:32:26
SPARC絶好調なのになんで捨てるの?

85:名無しさん＠お腹いっぱい。
08/11/12 11:33:21
そしたらFujitsuが互換OSを出してくるかもな

86:名無しさん＠お腹いっぱい。
08/11/12 12:04:36
はぁ.. そうね。出せば?

87:名無しさん＠お腹いっぱい。
08/11/12 20:37:59
>>80
富士通にとってはチャンスだが、Sunにとっては自社のUltraSPARCのシェアを侵蝕されている。
Rock遅延で困っている時なら助け船だが、Rockが出た後は邪魔でしかない。
SPARC64は今まで細々とやってこれたのだから、これからもやっていけるだろう。
しかしUltraSPARCは細々になったら、やっていけない。
では、プロセッサ開発から撤退し、代わりにSPARC64を採用するかというと、
他社の作ったプロセッサを採用したサーバというのは、すでにx86でやっている。
ならば、x86に一本化しましょう。

これがSunがSPARCを捨てるシナリオの1つ。

88:名無しさん＠お腹いっぱい。
08/11/12 20:56:17
URLﾘﾝｸ(www.geocities.jp)
ハイエンドは下降だがNiagaraは伸びてるんだから
Rock失敗してもSPARC捨てないだろ。

ウルトラC: どこかの互換ベンチャーを買収して、x86ベースのCMTサーバを作る。

89:名無しさん＠お腹いっぱい。
08/11/12 22:13:31
そうも楽観していられないぞ。
Niagaraが他社のシェアを食っているならともかく、既存のSun鯖をリプレースしているので、先行きが暗い。

実際、
> ハードウェア製品の売り上げは$1.246Bで17%ダウンと大きな落ち込み
> ソフトウェアは$124Mで27%アップ
という数字が出ていて、これが継続するようなら、

たとえ今が黒字でもいずれ赤字転落するので転落する前にハードウェア事業化から撤退して、
ソフトウェア事業だけに専念する

なんていう経営判断がなされる恐れがある。

共食いなのは、以下でわかるでしょう
> ハイエンドのSPARC Enterpriseが$576Mで27%ダウン
$789M から $213M 減ってる
> NiagaraベースのCMT（Chip Multi-Threading)サーバは#338Mで83%のアップ
$184M から $153M 増えてる

> 絶対額で言うと，落ち込んだとは言えSPARC Enterpriseがハード全体の半分弱を占め

ハードウェア事業の半分を占めるSPARC関連が、こうもネックだと、x86一本化もありえるな。

90:名無しさん＠お腹いっぱい。
08/11/12 22:14:58
SPARC Enterpriseは思うように売れてない。
富士通から安価に仕入れられるのなら継続するが、マージンが薄いなら、扱いをやめる
というのもありえるな。

91:名無しさん＠お腹いっぱい。
08/11/12 22:32:35
SPARC64の載ったWSが欲しいのう

92:名無しさん＠お腹いっぱい。
08/11/12 22:46:52
お弁当箱のSPARC64(･∀･)ﾎｼｲ!

93:名無しさん＠お腹いっぱい。
08/11/12 23:44:45
URLﾘﾝｸ(pr.fujitsu.com)
FX1の中に入っているノードを流用してワークステーション作ってくれないかな。

そんなものを作ったら、それをInfinibandで繋げて使うって話になっちゃうか。

94:名無しさん＠お腹いっぱい。
08/11/13 10:27:49
なんか涙目で Sunの行く末を呪ってるやつがいるが、あわれだなwwwww
SPARC64機が売れないのは旧 UltraSPARC顧客がまだ様子見してるからだよ。
少なくとも来年後半までは Rock出ないんだから、どう転んでも今後拡大する。
その後出た Rockが売れるか、「SPARC64機いいじゃん」ってことになるか、
どっちにせよ SPARCは安泰。Sunの儲けの幅は違うけどね。
加えて Niagara系絶好調じゃんよ。これくらい SPARCのデキがいい時期は
今までなかったくらいじゃねーのか?

95:名無しさん＠お腹いっぱい。
08/11/13 10:32:04
いいなぁ、先のことを考えなくて済む人は。

96:名無しさん＠お腹いっぱい。
08/11/13 10:34:09
そうだな。もうくるなよ。

97:名無しさん＠お腹いっぱい。
08/11/13 14:58:57
神宮前が爆発してサンのオフィスは影響なかったの？ｗ

98:名無しさん＠お腹いっぱい。
08/11/13 15:02:39
相変わらず信者は都合よくしか考えないな

Sunが本格的にヤバくなるまでSPARC64を売りたがらなかった理由を考えろって。

99:名無しさん＠お腹いっぱい。
08/11/13 15:40:04
Sunと富士通のコミュニケーション不足?

100:名無しさん＠お腹いっぱい。
08/11/13 16:27:55
Sunが調子のりすぎ/態度でかすぎで話をぶち壊してるから

101:名無しさん＠お腹いっぱい。
08/11/13 18:21:00
はぁ。本気であわれですね。そんなこと言っててなんか慰めになるの?

102:名無しさん＠お腹いっぱい。
08/11/13 20:12:39
慰めにならんな。
Sunはアングロサクソン的に自社を守ることが最優先だから、
富士通のビジネスなんて面倒みてやる筋合いないんだよ。

103:名無しさん＠お腹いっぱい。
08/11/13 21:23:37
SPARC Enterprise M3000
のSPEED,Rate結果が SPEC CPUに
登録されてますよ。
値は、絶望しそうなので、見ないほうが…。

104:名無しさん＠お腹いっぱい。
08/11/13 21:28:07
じゃ見ない

105:名無しさん＠お腹いっぱい。
08/11/13 22:10:41
ワークステーション用途でSPARCである必要性って何?

106:名無しさん＠お腹いっぱい。
08/11/13 22:20:00
幼児体験による偏愛

107:名無しさん＠お腹いっぱい。
08/11/13 22:50:10
なんだよ趣味かよ。

それなら適当なラックマウントサーバを縦置きする台に乗せて使いなよ。

108:名無しさん＠お腹いっぱい。
08/11/14 06:41:20
富士通がSunを買収してしまえば話は早いのに。

109:名無しさん＠お腹いっぱい。
08/11/14 11:33:36
頭悪いんだな、正味。

110:名無しさん＠お腹いっぱい。
08/11/14 14:21:38
なんかロイターに出てるな

111:名無しさん＠お腹いっぱい。
08/11/14 18:19:06
趣味の連中は、適当な中古のワークステーションを使えばいいじゃないか。

Ultra25
CPU UltraSPARCIIIi 1.34GHz、キャッシュ1MB
メモリ 1GB
HDD 160GB SATA
グラフィックス XVR-300
これで中古が16万円。
趣味で使うには十分な性能だろう。

もうちょっとCPUパワー欲しいなら
Blade 2500
CPU UltraSPARCIIIi 1.6GHz×2
メモリ 4GB
HDD 73GB×2
ビデオ XVR-600
これで44万。前世紀に9800で一式買ったと思えば、安いだろ。

いや、お金はないんだというのなら、
Blade 1500
CPU UltraSPARCIIIi 1GHz
メモリ 1GB
HDD 80GB
ビデオ XVR-500
これで9万。

112:名無しさん＠お腹いっぱい。
08/11/14 22:24:28
Sun to Cut Up to 6,000 Employees Amid Economic Slump (Update1)
URLﾘﾝｸ(www.bloomberg.com)

113:名無しさん＠お腹いっぱい。
08/11/14 23:03:35
ひでー話だ。

決算が悪いのにレイオフを発表しないと株価が下がって株主から叩かれる
っていうルールがあるから、レイオフを発表したんだろうが、ひどい。

$600Mかけてレイオフして、削減できるのは年間$700M～$800Mだから、
世界的な不況が1年で終わったら、踏んだり蹴ったりだな。

それにしても従業員の18%を削減か。
これじゃ、Rockはヤバくないか? ただでさえ既にレイオフで人が大幅に減らされた後なのに。

114:名無しさん＠お腹いっぱい。
08/11/15 01:20:26
新人の希望退職再び？

115:名無しさん＠お腹いっぱい。
08/11/15 15:40:23
rich green

116:名無しさん＠お腹いっぱい。
08/11/15 18:15:38
>>111
中古でBlade2000(単純に物珍しさでRISCのハードがほしい)でも買おうか
と思ってるが、飽きたらじゃまな粗大ゴミになっちゃうからなあ、どうし
ようか迷ってる。

117:名無しさん＠お腹いっぱい。
08/11/15 23:20:15
PS3にLinuxじゃダメ？

118:名無しさん＠お腹いっぱい。
08/11/16 00:27:26
その手のを自宅で使ったことのない人は、

・消費電力が大きい = 風通しの悪い部屋では暑くてたまりません。
・騒音が大きい = 鬱陶しいので電源入れる気がしません。
・筐体が大きい = 場所くってたまりません。

この3つをよく考えたほうがいい。

消費電力が少なく、動作音が小さく、場所も取らなければ、
電源入れっぱなしにして、いろいろと活用できるのだが、
その逆だと、持っているだけで使わないということになりやすい。

RISCいぢりたいだけなら、
ブロードバンドルーターをハックしたほうがいいかもしれない。

119:名無しさん＠お腹いっぱい。
08/11/16 00:43:21
UNIX本舗に、
ノート機のGENIALStation737Sの中古があるぞ。
UltraSPARCIIe 450MHz、512MB、20GB、14インチXGAで、8万円。
性能の割りには値段が高いが、場所取らないぞ。

Blade 100も小さくはないが大きくもない。
UltraSPARCIIe 500MHz、256MB、40Gで、2万ちょっと。

120:名無しさん＠お腹いっぱい。
08/11/16 02:18:31
Sun、従業員を最大6000人削減するリストラ計画を発表
URLﾘﾝｸ(www.itmedia.co.jp)

121:名無しさん＠お腹いっぱい。
08/11/16 03:40:52
>>118
もしかしたら、あのPentiumD搭載+ハイエンドGPUのフルタワーPCよりも煩く熱いとか?

思うに、その手のUNIXマシンは冷却fanがPC用に比べあまり良くないので煩いし熱いだけ
なんでは?

122:名無しさん＠お腹いっぱい。
08/11/16 03:48:41
>>120
製品別に組織を分けるということは・・・切り売り、もしくは、切り捨ての準備か?

123:名無しさん＠お腹いっぱい。
08/11/16 03:53:58
>>121
んー、考え方の違い、かな。
良くないと思うのなら、手を出さないことです。

124:名無しさん＠お腹いっぱい。
08/11/16 08:04:44
UNIXをかじる程度ならPCにx86ソラリスとかFreeBSD入れればいいんだが
その昔、憧れた何百万の高級イメージを味わいというのもあるからね

125:名無しさん＠お腹いっぱい。
08/11/16 08:10:35
そういうタイプの人に稼働機が渡るのは、もったいない。

126:名無しさん＠お腹いっぱい。
08/11/16 14:36:09
>>123
考えるまでもなく良くないわな
メリットなんか何もない
奇矯なこだわりがある人だけが手に入れて物欲を満足させるためのアイテムだ
実用品ではなくオブジェとして捉えるべき

127:名無しさん＠お腹いっぱい。
08/11/16 14:36:46
組み込みで使われるMIPS/ARMだが、単価が安くミップス/ARM自体にはそんなに収益入らないんだっけ?
そう考えると、量が出回ってある程度単価を高く設定できるPC市場を抑えることができたintelは
凄い得してる。
SUNは自社WSの互換機を奨励してるが、WS市場を押さえたら次はPC市場にSparcを
普及させるつもりだったんだろう。

128:名無しさん＠お腹いっぱい。
08/11/16 14:39:35
PC用の冷却fanたとえばどんなのが良いもの?

129:名無しさん＠お腹いっぱい。
08/11/16 16:33:34
>>128
冷却ファンは詳しくないが、数の出回るPC用の方がメーカーも力入れてるだろう
から、UNIXマシン用よりもファン性能が高いんじゃないのかな?

130:名無しさん＠お腹いっぱい。
08/11/16 16:37:47
>>126
オブジェなら故障品を産廃から漁ったらどうよ。
動くのはモッタイナイ。

>>121
>>129
そういう妄想するレベルなら、豚に真珠。

131:名無しさん＠お腹いっぱい。
08/11/16 20:32:07
オフィスに置くタイプ（いわゆるWS)の騒音は、PCとそんなに変わんないと思う。
消費電力と排熱はPCより多いだろうけど、その辺が問題なきゃいいのでは。

132:名無しさん＠お腹いっぱい。
08/11/16 22:21:33
会社の居室はビル空調や多数のPCやら何やらで、かなりの背景雑音だから気にならないよ。
自宅だと、かなり大きく聞こえるでしょう。

133:名無しさん＠お腹いっぱい。
08/11/16 22:24:53
昼夜逆転してる俺みたいなのは騒音に神経質にならざるを得ない

134:名無しさん＠お腹いっぱい。
08/11/17 00:10:21
冷蔵庫、上部か下部に1Uサーバ納められるように作られていれば…

135:名無しさん＠お腹いっぱい。
08/11/17 01:24:30
Sun Storage 7000が話題にならないのは不思議だ。
画期的なサーバだと思うんだが。
もっとも、低価格モデルにHA機能が付いていないのはイタイ。
相変わらずSunのマーケティングはズレている。
物はいいんだけどなぁ。

136:名無しさん＠お腹いっぱい。
08/11/17 20:25:01
高価格モデルを売るためですよ。

137:名無しさん＠お腹いっぱい。
08/11/17 22:10:16
SUNが組み立てたスパコンがTOP500の6位に入ったね。
URLﾘﾝｸ(www.itmedia.co.jp)

138:名無しさん＠お腹いっぱい。
08/11/17 22:45:03
スレで何度も紹介されている
URLﾘﾝｸ(signalspot.com)
の35ページの案件だね。

UltraSPARC T2が一番すぐれていると主張しているのだが、
1ブレードにT2を4つ積んだ製品をSunが出せなかったので、
Opteronに落ち付いたのかな。

139:名無しさん＠お腹いっぱい。
08/11/17 23:15:05
SUNの社長逮捕報道で、資本・業務提携企業のngi groupがコメント

　ngi group株式会社は17日、同社と資本・業務提携を締結している
株式会社SUNの役員ら4人が逮捕されたとの報道について、
事件とは一切関係ないとするコメントを発表した。

　この報道は、脱税容疑で逮捕状が出た元大阪府議の弁護士の逃亡を手助けしたとして、
SUNの社長を含む役員3人と元社員1人が、犯人隠避の疑いで大阪地検特捜部により逮捕されたというもの。

140:名無しさん＠お腹いっぱい。
08/11/18 00:15:27
イヒ

141:名無しさん＠お腹いっぱい。
08/11/18 00:38:15
>>139
おいおい、紛らわしい社名なだけで、このスレのSunとは関係ない会社だろう。

142:名無しさん＠お腹いっぱい。
08/11/18 09:48:11
>>138
去年の秋に世界１目指してたのに
バルセロナ出荷遅れ＋500テラ届かずで
この順位になっちまったんだよｗ
今年になっても 500テラ越えてないじゃんｗ >> TACC Ranger

143:名無しさん＠お腹いっぱい。
08/11/18 14:31:30
>>137
top500 に Sun のシステムはいくつかあるけど
SPARC 使ったシステムが１つもないｗ

144:名無しさん＠お腹いっぱい。
08/11/18 14:47:51
そりゃ別にばんばん UltraSPARC機が売れてた時からそうだから
売上とはあんま関係ないけどな。TOP500と企業収益結びつけたがるバカが
粘着してたけど。また出たか?w

145:名無しさん＠お腹いっぱい。
08/11/18 15:00:44
誰も売り上げのことなんか一言も書いてないぞｗ

それでも TACC は４位で初登場してたのね。

4. Texas Advanced Computing Center/Univ. of Texas United States
　　Ranger - SunBlade x6420, Opteron Quad 2Ghz, Infiniband / 2008
　　Sun Microsystems 62976 326.00 503.81 2000.00

146:名無しさん＠お腹いっぱい。
08/11/18 17:55:01
>>143
1台あるよ……と思ったら富士通だった。日本のJAXA。

>>144
たとえば2000年6月のTop500をProcessor Familyで見ると、
Sparcがシェア24.4%で2位なのがわかる。
UltraSPAC II 400MHz とかだったようだ。
ちなみに1位は28.6%のPower。

147:名無しさん＠お腹いっぱい。
08/11/18 19:18:20
2000年か…なつかし…

148:名無しさん＠お腹いっぱい。
08/11/18 19:36:15
サン、社員20％弱・6,000人規模の大幅人員削減を実施へ
長引く業績不振に対処。ソフトウェア部門トップの辞任も発表
URLﾘﾝｸ(www.computerworld.jp)

149:名無しさん＠お腹いっぱい。
08/11/18 19:42:54
>>146
LINPACKなんぞではエンプラ用途については全く指標にならん。
まあエンプラ用途が全てとまでは言わんが。

150:名無しさん＠お腹いっぱい。
08/11/18 21:48:44
>>146
CrayのスパコンのSPARCのラインがSGI経由でSunに渡って、E10KとしてSunから出た。
だもんで、既存のCrayのユーザがE10Kを買ったのだと思う。

151:名無しさん＠お腹いっぱい。
08/11/18 23:03:37
>>144
一番気にしているのはお前なんじゃないか w

152:名無しさん＠お腹いっぱい。
08/11/19 10:28:18
>>148
へぇ、リッチ・グリーンやめちゃうのかｗ
そういやソフトウェア部門も再編するんだね。

153:名無しさん＠お腹いっぱい。
08/11/19 16:28:32
>>146
222位　宇宙航空研究開発機構 JAXA FX1 富士通 SPARC64 Ⅶ　 18.54 TFLOPS　　89.81％

これだね。
URLﾘﾝｸ(pr.fujitsu.com)

154:名無しさん＠お腹いっぱい。
08/11/19 23:24:25
日本一の実行効率て

155:名無しさん＠お腹いっぱい。
08/11/20 14:41:25
>>154
たしかに効率いいね。

＞SPARC64VIIを512個，CPUコア数では2048個利用している。
＞この場合のピーク性能は，512個×40.32GFLOPS＝20.64TFLOPSとなる。
＞これに対し，実効演算速度は18.54TFLOPSだった。

156:名無しさん＠お腹いっぱい。
08/11/20 14:53:11
ベクトルからスカラーに軸が移って
日本は見事にスパコン後進国になったなあ。
それだけ計算機需要がないということなんだろうけど。

157:名無しさん＠お腹いっぱい。
08/11/20 18:13:05
>>155
> ノード間高速バリア同期、リダクション演算機能をハードウェア機構で実現 (オプション)

これが効いているのだろう。

ちなみにFX1の筐体、5Uとデカい割りには4ノードしか乗ってない。
SunのX4600くらいの密度で実装して8ノードにしなかったのかな。

158:名無しさん＠お腹いっぱい。
08/11/20 18:22:11
NECのSX-8iの実効16Gflopsは、いまとなっては、パソコン用のCPUに追い付かれてるしなぁ。

159:名無しさん＠お腹いっぱい。
08/11/20 19:05:32
計算流体力学研究所
Wikipedia項目ﾘﾝｸ

> 1987年5月最初のスーパーコンピュータ（富士通製 FACOM VP200）を導入、
> 以後順次台数を増やし、ピーク時にはNEC、日立製作所など合計7台のスーパー
> コンピュータを保有する

> 創業当時、閑静な住宅地にスーパーコンピュータが次々と運び込まれたこと
> を米国の情報機関が聞きつけ、「極秘に核兵器の開発をしているのではない
> か」と疑われた。実際、当時の流体研の計算能力は、米国の軍事研究機関を
> 凌いでいた。
↓
> 1990年代末スーパーコンピュータがパソコンに置き換わる

実はスパコン要らないのか?

160:名無しさん＠お腹いっぱい。
08/11/20 19:17:07
電気代月 2千万かぁ.. 想像つかんなww

161:名無しさん＠お腹いっぱい。
08/11/20 19:58:27
>>159
計算内容が変らなければ、
昔にスパコンでやっていたものがパソコン1台で置き換えられたとしても、
不思議じゃないよ。

162:名無しさん＠お腹いっぱい。
08/11/20 20:54:02
何かの資料で、MIPS当たりの価格で計算して、昔はスパコンのほうが
お買い得だったのが、最近は逆だ、って解説してたな。

163:名無しさん＠お腹いっぱい。
08/11/20 21:50:46
>>116
中古のPOWER MacG5買った方がいいんじゃない？

164:名無しさん＠お腹いっぱい。
08/11/20 22:19:42
やりたい計算が決まってるなら、自分で設計してFPGAに焼…

165:名無しさん＠お腹いっぱい。
08/11/20 22:38:40
>>162
自分もどこかで読んだよ。

>>164
DSPやFPGAが速かったのも昔の話だと思う。

166:名無しさん＠お腹いっぱい。
08/11/20 23:03:18
>>162
PentiumProが登場した辺りからPCのパフォーマンスが飛躍してきたな。
一方SparcはじめRISC勢は減速状態に
（明確な性能差のあったAlpha-AXPは会社が危うい状態)

167:名無しさん＠お腹いっぱい。
08/11/20 23:21:10
自分が学生の頃、数値シミュレーションやっている研究室にAlphaマシンが入った。
速い? って色んな人が聞いてたけど、値段に見合うほど速くはないって苦笑いしてた。

それまでは数百万のマシン1台を10～20人で共用して使い切るのが安かったが、
他の人と同時に計算するくらいなら、
独り占めできるパソコンで計算したほうが速いって気がつく人も出てきていた。

168:名無しさん＠お腹いっぱい。
08/11/20 23:40:19
UINXワークステーションはせめて、主力機の価格をPCの2～3倍程度に抑える
ことができなかったのかな?

169:名無しさん＠お腹いっぱい。
08/11/21 01:35:07
ちょうど立ち上がって来ていたインターネットのサーバとして、
サーバではなくワークステーションを使うところが多かったため、
ワークステーションを安売りすると大損すると思ったんだろうね。

170:名無しさん＠お腹いっぱい。
08/11/21 03:07:42
>>168
できない。フェラーリみたいな理由で。
CPU/マザボ/ケース/電源をまとめて開発するとそれだけで大変なお値段に・・・
そのかわり良い面もあるけどね。

171:名無しさん＠お腹いっぱい。
08/11/21 03:14:54
いやいや、当時のSunのWSの出荷数からすれば、
CPUとチップセット以外は、
PCメーカー各社がぞれぞれ独自設計で製造したPCの数と、
さほど変らないと思うんだが。

172:名無しさん＠お腹いっぱい。
08/11/21 04:02:57
自社で石の製造してないぶんだけ不利では!?

173:名無しさん＠お腹いっぱい。
08/11/21 04:09:50
* CPUの開発によるトコが高いと思うよ。
*- intelみたいに大規模に作ってるわけじゃないし
*- モデル毎にバラバラで汎用性ないし(なぜ汎用性無いのかわからない！ヒートシンクやCPUファン統一すれば良いのにといつも思う)
*- CPU壊れたときどこが悪かったのかSolarisのmessagesやcorefileに詳細に出すようになってるところもコストアップの要因だと思う

174:名無しさん＠お腹いっぱい。
08/11/21 05:03:43
そんなにSunのワークステーションって高価だったかなぁ。

マルチプロセッサ機は数百から一千万したけど、
シングルプロセッサ機は100万前後のもあったと思う。

175:名無しさん＠お腹いっぱい。
08/11/21 07:09:18
SS5/170あたりは安かったでしょ。

176:名無しさん＠お腹いっぱい。
08/11/21 07:28:13
MIPSが組み込みで使用されるようになったのはPSやN64での採用がきっかけ?
それにUNIX-WSもPC-ATコンパチのようにコストの安い途上国で生産するという
手段も取っていたんでは?

177:名無しさん＠お腹いっぱい。
08/11/21 09:13:17
>>176
MIPSは各社が手を出してたから、きっかけはPSじゃないんじゃね?

178:名無しさん＠お腹いっぱい。
08/11/21 09:33:28
>>167
> 独り占めできるパソコンで計算したほうが速いって気がつく人も出てきていた。

あのさぁ。そんなバカばっかりなわけないでしょ、計算速度がイノチの人達なのに。

179:名無しさん＠お腹いっぱい。
08/11/21 09:38:19
>>174
そうそう。増設機器やミドルは高かったけど、最小構成はそんなに高くなかった。
SS1百万円くらいだったはず。あっちだと 8千ドルくらいだった気がする。
SS4は 40万円くらいだったか?

180:名無しさん＠お腹いっぱい。
08/11/21 10:53:52
>>178
空くのを待つなら、あるいは、同時に走らせて遅くなるなら、
パソコンで計算したほうが早く得られる場合があるって話だろ。

181:名無しさん＠お腹いっぱい。
08/11/21 11:45:57
そもそもミニコンとかと違って個人で占有できる、ってことで Workstationが
売れたわけで、そんな経緯も知らずに当時 Alpha使ってた科技系の
エンジニアとか学者学生とかそういないだろ。

182:名無しさん＠お腹いっぱい。
08/11/21 12:01:44
UNIXワークステーションを占有して使えていた人のほうが珍しいかもしれない。

183:名無しさん＠お腹いっぱい。
08/11/21 17:33:27
想定してる時代が違うな。80年代と 90年代。

184:名無しさん＠お腹いっぱい。
08/11/21 17:41:00
90年代初めからしか知らないけど占有して使えた

185:名無しさん＠お腹いっぱい。
08/11/22 02:42:48
sparcのワークステーションってもう辞めたの？

186:名無しさん＠お腹いっぱい。
08/11/22 02:58:36
みんな恵まれていたんだな。

187:名無しさん＠お腹いっぱい。
08/11/22 08:41:50
SparcマシンのPC-ATコンパチに対するハード性能での優位性が今でもあったら?
例えば、現行のSparcチップがCore2の3～4倍とか

188:名無しさん＠お腹いっぱい。
08/11/22 08:58:46
鱈エバ定食

189:名無しさん＠お腹いっぱい。
08/11/22 09:05:34
いまからワークステーション用途でのSPARCを復活させるには、どーしたらいいんだろうね。
SPARCでなければならない用途というのが思い浮かばないよ。

190:名無しさん＠お腹いっぱい。
08/11/22 09:16:35
>>189
要するにその昔は性能での優位性があったからこそWS用途でSparcが
用いられたわけだろ。
ならば、現行のx86を5倍は上回る性能を出せば復活できる。

191:名無しさん＠お腹いっぱい。
08/11/22 09:27:12
性能よりも、
UNIXであること、
使いたい優れたソフトウェアがUNIX向けだったこと、
この2つが理由だったと思う。

いまではWindowsに取って代わられた。
いくら性能が5倍でも、Windowsでなければ復活はない。

192:名無しさん＠お腹いっぱい。
08/11/22 09:33:36
性能5倍で価格は何倍?

現状でWindowsパソコンでは、
CPU1個で足りないなら、最大で4あるいは8ソケットくらいまではスケールアップの選択肢がある。
OSもアプリも、大きく変える必要がなく、シームレスだ。

OSやアプリを変えてまで乗り換える判断がなされる閾値が5倍として、
6コアのXeonMPの4ソケット機の5倍の性能、
4コアのOpteronの8ソケット機の5倍の性能、
それを実現するのは大変じゃない?

193:名無しさん＠お腹いっぱい。
08/11/22 09:35:54
>>191
Sparc版WindowsをMSに出してもらうってことか。
しかし、それなりの性能差があれば速度重視の特定分野で復活できそうだが。
(当然、価格を極力抑える)

194:名無しさん＠お腹いっぱい。
08/11/22 09:36:28
Rockが出れば、16コア×8ソケットくらいで5倍は実現できるだろ。

195:名無しさん＠お腹いっぱい。
08/11/22 09:40:56
>>193
性能差を維持しなければならないし、
それなりの数が出なければ価格を抑えられないよ。

196:名無しさん＠お腹いっぱい。
08/11/22 09:50:17
WSとしてのSPARC復活は難しいから…
とりあえずx86マシンの現在のBIOSを蹴散らしOpenPROMを…

197:名無しさん＠お腹いっぱい。
08/11/22 10:15:08
現状で
> 6コアのXeonMPの4ソケット機
> 4コアのOpteronの8ソケット機
こんなのをサーバではなくワークステーションとして使ってるユーザがどんだけいるのか、と。

ほとんどいないなら、その5倍も、必要とされてないだろう。

198:名無しさん＠お腹いっぱい。
08/11/22 11:40:17
5倍の性能を維持するのは製造プロセスでパラダイムシフトが起こらない限り無理
しかも容易に他社に真似されないレベルのものを。

199:名無しさん＠お腹いっぱい。
08/11/22 11:51:08
盲腸だらけのx86と違って、SPARCなら同じ製造プロセスで5倍の性能を実現できるだろ。
T1、T2は登場時点では、x86をぶっちぎっていたんだし。

200:名無しさん＠お腹いっぱい。
08/11/22 13:06:35
SPARCそのものが欠陥アーキテクチャなわけで

201:名無しさん＠お腹いっぱい。
08/11/22 13:18:20
触るな

202:名無しさん＠お腹いっぱい。
08/11/22 13:32:38
SPARCがx86に対して性能面での優位性があったのは80386まで

203:名無しさん＠お腹いっぱい。
08/11/22 14:15:17
486のパソコンよりも、メモリ搭載量やI/Oまわりが格段にすぐれていたと思う。

204:名無しさん＠お腹いっぱい。
08/11/22 15:04:06
それCPUの性能ちゃう

205:名無しさん＠お腹いっぱい。
08/11/22 16:03:03
>>193
RISCのWindows NTマシンが売れなかったのを忘れたか？
ソフトウェア資産の重要性はSunもSolaris 2で学んだよな

まあSPARCに関わらず主要なプロセッサで突然そんな性能を
廉価に実現できたりしないし、性能だけで飛びつく連中は
簡単に浮気するぞ
むなしい妄想はほどほどにしとけ

206:名無しさん＠お腹いっぱい。
08/11/22 17:00:47
x86のISA縛りがなければ5倍の性能ぐらい達成できる!

と夢見た時期もあったけどみんな討ち死にだ。
あ、GPUがあった。

207:名無しさん＠お腹いっぱい。
08/11/22 19:23:21
プロセス技術の進歩で大量のトランジスタを詰め込めるように
なった結果、出来の悪いx86命令セットをRISCに変換したり
効率上げるための機能を詰め込めるようになった。

208:名無しさん＠お腹いっぱい。
08/11/22 19:31:25
x86がちょっとキャッシュ積んだりOoO実装しただけで敵わなくなったくせに
Sunの技術力が足りないだけでしょ？

209:名無しさん＠お腹いっぱい。
08/11/22 20:04:14
足りないのは技術力だけか？

210:名無しさん＠お腹いっぱい。
08/11/22 20:15:35
お金もたりない

211:名無しさん＠お腹いっぱい。
08/11/22 20:44:59
AMDにはお金が足りていたの？

212:名無しさん＠お腹いっぱい。
08/11/22 20:51:36
AMDは金を投じてDECから開発者を引き継いだ。

213:名無しさん＠お腹いっぱい。
08/11/22 20:54:46
Sunもそうすりゃ良かったのになぜ出来なかったの？
変なプライドがあった？
自らの技術力を過信してた？
SPARCってお荷物を抱えていたから？

214:名無しさん＠お腹いっぱい。
08/11/22 20:59:36
AMDは買収したNexGenのCPUがより優れていると見るや自社のCPUを捨てた
その後DECを買収してまた過去のテクノロジとさよならした
SunがDECを買収したとして、同じ決断が出来ただろうか？
足りなかったのは技術力よりも経営陣の決断力ではないか？

215:名無しさん＠お腹いっぱい。
08/11/22 21:03:53
DECを買ったのはコンパック

216:名無しさん＠お腹いっぱい。
08/11/23 00:59:39
x86⇒RISC風命令変換　これってそんなに難しい技術じゃなかったらしく
1986年の論文だかにもあるらしい
これができたから、x86は性能向上が可能になった。

ということは前もってx86の性能向上は予見できたってことか。

217:名無しさん＠お腹いっぱい。
08/11/23 01:17:22
>>189
簡単にウイルスにかかっちゃう
役所とか警察とか学校で使ってもらう
ウインドウズが動かないから安心。x86でLinuxも普及につれ
ウイルス出てきそうだし。

218:名無しさん＠お腹いっぱい。
08/11/23 01:23:02
あーあ

219:名無しさん＠お腹いっぱい。
08/11/23 02:03:15
>>214
SPARCを捨てろって? AMDは中身こそ大胆に変えているが、x86であることは捨ててない。
SPARCとバイナリ互換で、中身がSPARCとは別物にしたら・・・オーバーヘッド大きそうね。

220:名無しさん＠お腹いっぱい。
08/11/23 02:04:36
>>215
会社は、ね。
技術者は違う。

>>217
SPARCが普及すれば、それをターゲットにしたウィルスだって、出てくるでしょう。

221:名無しさん＠お腹いっぱい。
08/11/23 02:38:03
>>219
x86は元の効率が悪かったので、オーバーヘッドがあってもRISC命令変換に
よる性能向上があった。
それだから、SUNがSPARCより効率の良い命令セットを考案しそれを内部変換で実行
できるようにすればいいのでは。

222:名無しさん＠お腹いっぱい。
08/11/23 03:13:56
CISCの場合、その定義からしても複数の単純な命令で置きかえれるような
命令を含んでいるから、そこでいうRISC変換はもともとあり得るものだった。

SPARCは基本的に、単純な命令で構成されているので、同じ意味での
RISC変換は意味がない。

もっともSPARCの内部アーキが、初期のSPARCから変わってないことはない。
大きな意味で考えればsuperscalarなんかも内部的に効率によい命令
アーキテクチャで実行しているといえるのでは？

次ページ