【Oracle】故Sun Microsystems 最大の墓標

【Oracle】故Sun Micr ..

110:名無しさん＠お腹いっぱい。
10/05/19 09:37:55
x86なんて時代遅れにしがみついて。あわれw

111:名無しさん＠お腹いっぱい。
10/05/19 09:40:58
>>105
Wabiは当時それなりに使われてたし。Win95対応への待望表明もそこそこあったんだぞ。
「まずまずの成功例」...プププぎゃぐやめてくれる?w

112:名無しさん＠お腹いっぱい。
10/05/19 09:45:38
>>110
先端を行くことが必ずしも良いことではないよ。特に大企業では。

113:名無しさん＠お腹いっぱい。
10/05/19 10:00:11
>>111
Wabiってサーバ向けじゃないだろ

114:名無しさん＠お腹いっぱい。
10/05/19 11:55:33
「まずまずの成功例」...プププぎゃぐやめてくれる?w

115:名無しさん＠お腹いっぱい。
10/05/19 13:25:01
>>112
だけど子供の世代にサル扱いされるのはヤだし。

116:名無しさん＠お腹いっぱい。
10/05/19 13:25:13
そもそも

Marvellが鯖石作って売れる

とは思えないんだが

117:名無しさん＠お腹いっぱい。
10/05/19 14:57:41
さぁどうだろうね
鯖チップセットの実績あるnvidiaがCUDAひっさげて
チップセットビジネスに再参入してくるかもしれんし
それをどっか大手が商品化してサポートするかもしれん
IT業界は明日どうなるかわからんよ

118:名無しさん＠お腹いっぱい。
10/05/19 17:46:59
ひとはそれをきぼうてきかんそくという

119:名無しさん＠お腹いっぱい。
10/05/19 18:18:15
どのみちパソコン取られるから数出てる以外存在価値のない x86は終了。

120:名無しさん＠お腹いっぱい。
10/05/19 18:44:22
iPhone/iPadや Androidが一般化、アプリ普及
↓
パソコンがマイナー機器に
↓
「どうせパソコン使うんなら、わざわざ普段と違うプラットフォームにする
意味ないよねーw」
↓
x86しゅーりょー

121:名無しさん＠お腹いっぱい。
10/05/19 20:18:12
相変わらずキチガイすなあ

122:名無しさんφ ◆rNiNKtLPbM
10/05/19 22:36:13
10年後、もうだれもSunのことを覚えていないんだろうなぁ。

123:名無しさん＠お腹いっぱい。
10/05/19 23:18:46
>>117
AMDでさえ、サーバに進出したしね。
K7の頃は、とてもサーバに使えるシロモノじゃなかったのに、今じゃ・・・。

>>120
ぷ。IT流行語に乗せられて踊るタイプ?

>>122
すでにORACLE Solarisだしなー。
SPARCなどのハードウェアビジネス、いつまで続くのやら。

124:名無しさん＠お腹いっぱい。
10/05/20 13:29:57
非互換性が高い、エミュも難しい。数が出ている。
x86と、MSなソフトと、昔のメインフレームに共通するビジネススタイルね。
古典的手法だわな。消えるのみ。

125:名無しさん＠お腹いっぱい。
10/05/21 16:13:37
メインフレームは生き残りそうじゃないか,
メインフレームとパソコンの中間にあったものは
全て無くなりそうなのに…

126:名無しさん＠お腹いっぱい。
10/05/21 18:35:41
パソコン、なくなるよ?
いま中途半端の最右翼。

127:名無しさん＠お腹いっぱい。
10/05/21 20:08:13
Atomはサーバに使えない、じゃなくて Intel が使わせないようにしているんじゃない？
ネットブックか MID 以外に使いたいときとか Intel チップセットとセットで買わないときに
値段が跳ね上がるとか
ARM はそういう制約が無いからそこそこのパフォーマンスを持ったサーバ用途にも
進出してきている訳で

しかし、省電力とパフォーマンスのバランスからいうと、組み込み向け MIPS か
PowerPC じゃないかと思うのだが

128:名無しさん＠お腹いっぱい。
10/05/21 20:27:31
それ用のチップセットを自前で作る羽目になるのでその分のコストがかかる >>Atomサーバー

129:名無しさん＠お腹いっぱい。
10/05/21 21:04:47
IONがあるじゃん

130:名無しさん＠お腹いっぱい。
10/05/21 21:05:29
あーごめんTegraね
ARMが同梱されてる

131:名無しさん＠お腹いっぱい。
10/05/22 03:39:30
モバイル系ノートPC、サーバ
どちらにも言えることだが、
筐体全体の消費電力に占めるCPUの割合は、
あまり高くない。
Niagaraシリーズだって、CPUはCoolでも、それ以外がHotでしょ。

Atomのような低速なCPUでサーバ作ったら、電力効率が悪くてダメ。

132:名無しさん＠お腹いっぱい。
10/05/22 06:35:11
Atomは位置づけが中途半端なんだよ
省電力にもなりきれていないしパフォーマンスも大したことない

133:名無しさん＠お腹いっぱい。
10/05/22 07:56:28
売り上げと出荷数は半端ではない

134:名無しさん＠お腹いっぱい。
10/05/22 08:32:43
>>132
でもAtomがフィットする領域がデカいから。

しかし何で、このスレでx86叩いてる人は、SPARCではなくARMをx86と比較してんだ?
いくらARMがx86よりも優れているという話をしても、SPARCとは関係ないじゃん。

ちなみに、Atomが使われてるネットブックの初期ってさ、
マイクロソフトが安くWindowsを提供しないってんで、MIPS + Linux だったよね。
SPARCぢゃなかったんだよねー。

135:名無しさん＠お腹いっぱい。
10/05/22 10:46:24
MIPSネットブックまた出して欲しいなぁ
x86は秋田

136:名無しさん＠お腹いっぱい。
10/05/22 22:23:10
Xeon7500シリーズはItanium並みの価格なんだな

インテル、3年ぶりに「Itanium」新版を発表
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

製品の仕様と価格（1000個受注時）は、「9350」が動作周波数1.73GHzで35万4380円、
「9340」が同1.60GHzで19万120円など。
NEC、日本ヒューレット・パッカード、日立製作所が、搭載サーバーを製品化する見込みだ。

インテル、16スレッド同時実行対応の「Xeon 7500番台」
URLﾘﾝｸ(pc.watch.impress.co.jp)

ナンバー　　　　周波数　　Turbo Boost 　　　QPI(GT/sec)
　　コア/スレッド数　　　TDP(W) 　　　L3キャッシュ　　　　OEM価格(円)
X7560 　　8/16 　2.26 　　130 　　　○ 　　24MB 　　6.4 　　　　335,420
X7550 　　8/16 　　2 　　　130 　　　○ 　　18MB 　　6.4 　　　　247,930
E7540 　　6/12 　　2 　　　105 　　　○ 　　18MB 　　6.4 　　　　179,880
E7530 　　6/12 　 1.86 　　105 　　 ○ 　　12MB 　　5.86 　　　126,370
E7520 　　4/8 　　1.86 　　 95 　　　× 　　18MB 　　4.8 　　　　　77,770
L7555 　　8/16 　 1.86 　　95 　　　○ 　　24MB 　　5.86 　　　　286,810
L7545 　　6/12 　 1.86 　　95 　　　○ 　　18MB 　　5.86 　　　　189,600
X7542 　　6/6 　　2.66 　　130 　　 ○ 　　18MB 　　5.86 　　　　179,880
X6550　　 8/16 　　2 　　　130 　　 ○ 　　18MB 　　6.4 　　　　　223,580
E6540 　　6/12 　　2 　　　105 　　 ○ 　　18MB 　　6.4 　　　　　155,530
E6510 　　4/8 　　1.73 　　105 　　 × 　　12MB 　　4.8 　　　　　67,590

137:名無しさん＠お腹いっぱい。
10/05/22 22:56:59
Itaniumの値段が下がったからな

138:名無しさん＠お腹いっぱい。
10/05/22 23:32:24
URLﾘﾝｸ(www.xbitlabs.com)

139:名無しさん＠お腹いっぱい。
10/05/22 23:41:10
異なるコア間で投機実行か。
それ用にコンパイルする必要があるのかな?

140:名無しさん＠お腹いっぱい。
10/05/23 08:09:37
もともとItanium2の値段は安かったよ。

141:名無しさん＠お腹いっぱい。
10/05/23 10:48:52
Rockのスカウトスレッドみたいだな
読んでないけど

142:名無しさん＠お腹いっぱい。
10/05/26 01:13:37
Cobalt Qube

143:名無しさん＠お腹いっぱい。
10/05/26 11:59:27
Intelの人も、
AtomはXeon5600よりも性能あたりの消費電力で劣るから向いてないよ、それでもAtomを選ぶ用途があるなら、まぁいいけど・・・
みたいなこと言ってたらしい

144:名無しさん＠お腹いっぱい。
10/05/26 13:13:01
単価が高いXeon売りたいんだからそう言うに決まてるｗｗｗｗｗ

145:名無しさん＠お腹いっぱい。
10/05/26 13:34:18
>>144
Atomの利幅も相当なものらしいがね。

146:名無しさん＠お腹いっぱい。
10/05/26 15:01:51
Atomは利益率が高いが単価が低いので利幅はXeonより小さい

147:名無しさん＠お腹いっぱい。
10/05/26 16:41:30
>>134
> いくらARMがx86よりも優れているという話をしても、SPARCとは関係ないじゃん。

逆逆。SPARC叩くのに x86 x86言うアホがおるから、x86の話してやってんじゃん。

148:名無しさん＠お腹いっぱい。
10/05/26 17:38:40
無理がある

149:名無しさん＠お腹いっぱい。
10/05/26 17:46:58
遠大ってこういう時に使う言葉だったのか

150:名無しさん＠お腹いっぱい。
10/05/26 21:46:58
NEC、IPFサーバ ACOSシリーズに新モデル追加―設置面積半減、消費電力は約20％減
URLﾘﾝｸ(www.itmedia.co.jp)

データセンターのすべての分野での適用を狙うIntelの取り組み
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(ascii.jp)
>ただ、インテルがいかに力説しようとも、Itaniumに明るい未来が残って
>いるようには見えないのが正直なところだ。OSサポートは確かに重要では
>あるが、現実には「レガシーモード」であり、既存システムの延命のために
>使われるのが主になっていくと思われる。機能も性能も同等でOSサポート
>だけが違う、ということならともかく、これまではXeonとItaniumとでは
>価格帯もまるで異なっていたので、新規設計のシステムであえて
>Itaniumを選ぶのは相当に特殊な事情がある場合に限られそうだ。

151:名無しさん＠お腹いっぱい。
10/05/26 22:32:07
Rainbow Falls まだー？

152:名無しさん＠お腹いっぱい。
10/05/27 10:40:54
>>150
スレタイ読め

それとも、SPARCはItaniumと同じ道を歩むとでも?

153:名無しさん＠お腹いっぱい。
10/05/27 11:13:21
Itaniumと同じくSPARCの新型が出るとでも？

すばらしい楽観論だ

154:名無しさん＠お腹いっぱい。
10/05/27 12:22:57
>>153
出るだろ

Itaniumと同じくらい、計画通りにリリースされるとは思えないようなロードマップが。

155:名無しさん＠お腹いっぱい。
10/05/27 13:48:44
warota

156:名無しさん＠お腹いっぱい。
10/05/27 14:58:48
>>154
Rock開発中止のリリースさえ出ないのに？

157:名無しさん＠お腹いっぱい。
10/05/27 15:03:47
Ita 会社は儲かってる : 技術的にダメ
SPARC 会社は儲かってない : 技術的にまっとう

正反対だ。

158:名無しさん＠お腹いっぱい。
10/05/27 15:19:39
Rock量産の暁には

159:名無しさん＠お腹いっぱい。
10/05/27 15:34:17
>>157
それ信者の曇った眼じゃないか?

SPARCって本当に技術的にまっとうなのか?
Itaniumって本当に技術的にダメなのか?

俺には大差ないように見えるんだが。

160:名無しさん＠お腹いっぱい。
10/05/27 15:35:41
SPARC
Itanium

--- レジスタウインドウの壁

x86
ARM
MIPS
POWER

レジスタウインドウの有無で明暗が分かれているように見えるのは気のせいかな

161:名無しさん＠お腹いっぱい。
10/05/27 16:26:01
MIPSはもう鯖やWS用の石じゃないじゃん

162:名無しさん＠お腹いっぱい。
10/05/27 19:22:45
>>159
Itaは死ぬ程金も人も時間もかけた。おそらくあれ以上に資源割くことは
ほかのどの会社にもできない。
ひるがえって、SPARCは資金投下額がケタ違いに少ない。お話にならんくらい。
しかも、プロセス世代も古い。が、タマにそこそこの性能を出していた。
違いは明白。

>>160
Itaがレジスタウィンドウのせいでダメだったなんて話はどこにも存在してない。
願望はここで垂れ流さないでくれないか? 場所違いなんだが。
x86がヨソで相手してもらえないからって、Intelさえ言わないことを
並べ立ててもミジメなだけだろ?wwwwww

163:名無しさん＠お腹いっぱい。
10/05/27 19:24:39
>>161
これも金その他のかけ方の話であって、アーキの素性とはなんの関係もない。
「アーキは関係ない」と言ってみると、x86アーキがクズじゃなくなると思ってる
バカはどうしようもないねwp

164:名無しさん＠お腹いっぱい。
10/05/27 19:25:35
（精巧に構成されたベンチマークで）タマにそこそこの性能

165:名無しさん＠お腹いっぱい。
10/05/27 19:34:03
ゲハでやれ

166:名無しさん＠お腹いっぱい。
10/05/27 19:37:53
>>164
使ったこともないのに、なんでこんなとこへ来るわけ?
まいどまいどヘボいつっこみ寒いんだけど。

167:名無しさん＠お腹いっぱい。
10/05/27 20:20:00
>>161
SPARCはデジカメ、プリンタ、NAS、人工衛星など、幅広く組込で使われてるって主張する人もいるから、
ここでは、サーバやUNIXに限定せずに並べてみた。

>>162
具体的な累計金額をどうぞ

プロセス世代が古いって、どっちの話?

> Itaがレジスタウィンドウのせいでダメだったなんて話はどこにも存在してない。

よく言い切れるもんだな。

レジスタウインドウがボトルネックかどうかはともかくとして、
それを使うという判断をするような設計方針が共通してるんだよ、
SPARCとItaniumは。

168:名無しさん＠お腹いっぱい。
10/05/27 20:28:40
>>167
>レジスタウインドウがボトルネックかどうかはともかくとして、
>それを使うという判断をするような設計方針が共通してるんだよ、
>SPARCとItaniumは。

レジスタウィンドウがボトルネックじゃないなら、
共通していようがいまいが関係無いんじゃないの?
論理的に言ってさ。

169:名無しさん＠お腹いっぱい。
10/05/27 20:47:45
別にボトルネックじゃないだろう
特にメリットでもないけど

170:名無しさん＠お腹いっぱい。
10/05/27 21:04:59
>>162
Itaniumの製造プロセスも古い

171:名無しさん＠お腹いっぱい。
10/05/27 21:06:43
>>168
病気で言えば、レジスタウインドウは病気の症状で、病気そのものじゃない、ってことかと

172:名無しさん＠お腹いっぱい。
10/05/27 21:10:07
レジスタウインドウって言い訳に使われる犠牲者だよな

173:名無しさん＠お腹いっぱい。
10/05/27 21:12:06
>>142
コバルト飼い殺しした祟りだと俺は思っている。

あれは酷かった。

思えば、Sunの凋落はここから　いやこのあたりから始まったと言っても
過言じゃない。同じ頃、Intel Solarisを開発費の関係で潰そうとして、コミュ
ニティから反発受けて、継続したのもこのころ。

これがなかったら、Sunは５年早く潰れていたんじゃないかと思う。
メモリ関係でもなんかとんでもない問題あったような・・・　このころ。OS側
でパッチ当ててなんて・・・

JavaもJiniやらJiroやらあったのに世に出ることもなく・・・
今のSunの分岐点それは、2001年だったのではないかと俺は想う。

174:名無しさん＠お腹いっぱい。
10/05/27 21:39:48
だからさー、x86向けの SunOSはもっとずっと昔からあったんだってばさー。
外部界面のオープンさは一貫してるけど、中身まで見せるかどうかは
創業以来何度も逡巡してて、別に Cobaltの頃どうこうと関係ないぜ。
Cobaltの買収は、管理ツールまわりを Solarisに取り込もうとしたもんだろ。
ほとんどやらなかったけど。
俺は「なんでそんなもん買うかな」って思ったけどな。

175:名無しさん＠お腹いっぱい。
10/05/27 21:42:00
>>167
> よく言い切れるもんだな。

こっちのセリフだ、タコ。
おまえが「Itaがレジスタウィンドウのせいで遅い」って根拠をひとつでも示してから
お説垂れてくれるか? お?!

176:名無しさん＠お腹いっぱい。
10/05/27 21:50:09
>>175
レジスタウインドウのせいで遅いなんて言ってないんだが。
あんたの敵は、あんたの頭の中にいるんだよ

177:名無しさん＠お腹いっぱい。
10/05/27 23:26:02
ItaniumにはHP-UXがあったがx86にはWindowsとLinuxとx86 Solarisしかない
x86ハイエンドサーバ売れるのか

178:名無しさん＠お腹いっぱい。
10/05/28 03:06:46
>>163
別にx86はクズじゃないなんて一言も書いた覚えがないんだが
Intelはx86がクズだから性能上げらないし
命令セットを次々新設して必死にそこから逃げ出そうとしている

179:名無しさん＠お腹いっぱい。
10/05/28 07:21:59
>>177
売れるでしょ。

PA-RISCやSPARCも最初は馬鹿にされたもんだよ。
UNIXサーバなんか危なくて使えるかよ、と。

180:名無しさん＠お腹いっぱい。
10/05/28 11:04:13
>>176
>>160
真性だな。キモすぎる。

181:名無しさん＠お腹いっぱい。
10/05/28 11:06:22
>>179
SPARCは馬鹿にされてなんかないが。Unixの信頼性についてはいろいろ言われた。
PA-RISCねぇ。オレは評価した人には会ったことがないね。
HPが安売りしてる、カタログ値がいい。あとは悪い話ばっかり。

182:名無しさん＠お腹いっぱい。
10/05/28 11:08:08
真性狂儲が帰って来た！

183:名無しさん＠お腹いっぱい。
10/05/28 11:13:20
>>180
>>171

184:名無しさん＠お腹いっぱい。
10/05/28 11:14:25
>>181
メインフレーム屋がUNIX屋を馬鹿にしてたんだよ。
銀行の勘定系にUNIXサーバなんて使えるかボケ、と。

185:名無しさん＠お腹いっぱい。
10/05/28 11:16:03
おっと言葉が足りなかったな
もちろんSPARCも馬鹿にしてたよ、あんな信頼性のないプロセッサが使えるわけないだろ、と

最近だよ、富士通のSPARC64マシンでも良いかな、っていう話になってきたのは。

186:名無しさん＠お腹いっぱい。
10/05/28 11:50:46
プ。Unixまともに使えなかっただけ、だろ。あんたがさ。
今からでもベンキョしたら? 話はずしすぎで、ぜんぜんつまんないよ。極限無知ww

187:名無しさん＠お腹いっぱい。
10/05/28 11:51:40
メインフレーマー自己申告されました。 ..ぷぷぷpppupu-

188:名無しさん＠お腹いっぱい。
10/05/28 11:56:30
まあ、Unixもろくに使えないメインフレーマーが、本業で役に立つのかというと
甚だ疑問だわなww

189:名無しさん＠お腹いっぱい。
10/05/28 12:13:09
キチガイ警報

190:名無しさん＠お腹いっぱい。
10/05/28 12:45:42
まだ注意報レベル

191:名無しさん＠お腹いっぱい。
10/05/28 12:58:13
このスレじゃ日常茶飯事だぜ

192:名無しさん＠お腹いっぱい。
10/05/28 13:16:02
Itaniumでメインフレーム代替マシンを作る仕事は一段落して、
Xeonでメインフレーム代替マシンを作る仕事がホットだよ。

193:名無しさん＠お腹いっぱい。
10/05/28 15:21:23
ダウンサイジングが進行形なの? あれから 20年近く経ったけどw

194:名無しさん＠お腹いっぱい。
10/05/28 17:57:51
>>186,189
うわ。図星かよww

195:名無しさん＠お腹いっぱい。
10/05/28 18:00:18
>>194
自分のことだという自覚はあるんだ・・・

196:名無しさん＠お腹いっぱい。
10/05/28 18:20:03
へぇ。Unix使えないんだ。かあいそうに... で、ここになんの用?

197:名無しさん＠お腹いっぱい。
10/05/28 18:57:56
キチガイage

URLﾘﾝｸ(www.youtube.com)

198:名無しさん＠お腹いっぱい。
10/05/28 18:58:51
過去に馬鹿にされてたって話じゃないのか？

199:名無しさん＠お腹いっぱい。
10/05/28 20:52:31
で、ここになんの用?

200:名無しさん＠お腹いっぱい。
10/05/28 20:57:51
>>199
で、ここになんの用?

201:名無しさん＠お腹いっぱい。
10/05/28 21:24:02
>>199
なんの用かと言われれば、Rainbow Falls いつ出るのかなと思って

202:名無しさん＠お腹いっぱい。
10/05/29 16:39:14
Oracle kills AMD Opteron on Sun iron
URLﾘﾝｸ(www.theregister.co.uk)

Sunのx86サーバの一時代を築いたAMD Opteronサーバもオシマイか。

203:名無しさんφ ◆rNiNKtLPbM
10/05/29 17:07:06
>>202
ま、妥当な判断だよね。

Oracleからしたら、そもそもx86サーバなんて持っても仕方ないから。そんなのは
他に任せておけばいいわけで。ましてや、対した利幅の期待できる商品でもない。

仕舞いには、Intel Solaris自体も封印するだろう。

204:名無しさん＠お腹いっぱい。
10/05/29 19:07:58
Exadata用にx86サーバは残すんじゃないか？

205:名無しさん＠お腹いっぱい
10/05/31 00:46:10
Exadataはlinuxだからなあ、solaris x86イラネ、とoracleは考えるよね。
そこが間違い。solaris x86をなくしたらsolaris sparcも無くなると思う。

206:名無しさん＠お腹いっぱい。
10/05/31 14:17:36
OracleがLinuxと差別化できれば生き残る、でなければ死ぬ。
すべては神の手の上。

207:名無しさん＠お腹いっぱい。
10/05/31 18:30:07
「NoSQL」を上回る性能を目指す次世代型高速SQLデータベース「VoltDB」登場
URLﾘﾝｸ(sourceforge.jp)

Oracle大丈夫け？
また本家買収とかすんのかな

208:名無しさん＠お腹いっぱい。
10/05/31 18:49:47
>>207
もしかして DB なら何でも一緒だと思ってる?

209:名無しさん＠お腹いっぱい。
10/05/31 18:49:52
よく読んだ方がいいよ。VoltDBはそこいら辺の RDBMSと同じじゃない。
使い方が違う。
けど、やっぱあの時代の連中は取組みの姿勢が違うね。すごいわ。
Linuxみたいな代用品からは何も生まれてこんのは当然だな。

210:名無しさん＠お腹いっぱい。
10/05/31 18:52:09
>>207
> また本家買収とかすんのかな

まあ、Stonebrakerの目指してるとこはそれの可能性大だがww

211:名無しさん＠お腹いっぱい。
10/06/01 22:03:17
>>205
> solaris x86をなくしたらsolaris sparcも無くなると思う。

なんで？

212:名無しさん＠お腹いっぱい。
10/06/01 23:13:04
今、朝日テレビを見ていて驚いた
なんとＯＲＡＣＬＥ社のＣＭが流れたんだ
知らなかったのは自分だけだろうか

213:名無しさん＠お腹いっぱい。
10/06/01 23:35:47
うん、そうだよ
それにしてもセンスがないCMだよな

214:名無しさん＠お腹いっぱい
10/06/02 00:03:34
今のoracleは、次のsparcの開発がないし、xeon7500のサーバもやる気
が見られない。これでどうやってサーバービジネスやっていくのだ？
intelみたって新しい世代のCPUの開発には４，５年かかっているだろ。

215:名無しさん＠お腹いっぱい。
10/06/02 03:21:19
だからH/Wは飼い殺すつもりだって書いたじゃんかよ
この会社はハードウェアビジネスがどんなものかを学ぼうという気すらない

216:名無しさん＠お腹いっぱい。
10/06/02 11:35:30
オラクルがサーバを熱心にやったら、各サーバメーカーとのハード・ソフトの分業体制が崩れるよね。

>>213
SunのCMも酷かったな・・・

217:名無しさん＠お腹いっぱい。
10/06/03 00:09:37
割と大手のシステムとインフラ構築運用を仕事にしてますが、商用鯖としてのSUNはたぶん終わりました。
現行機は保守切れまで存続させるけど、コスト面から新規構築は絶望的ですよと。

218:名無しさん＠お腹いっぱい。
10/06/03 05:39:07
>>217
ま、当然ですね。

219:名無しさん＠お腹いっぱい。
10/06/03 13:37:33
x86でOpteronからXeonに移行完了するSunだが、SPARCどーすんだろうね

220:名無しさん＠お腹いっぱい。
10/06/03 14:23:05
SPARCのアップグレードやめたらSolarisのアップグレードもやめるでしょ
SunもといOracleは

221:名無しさん＠お腹いっぱい。
10/06/03 15:08:04
いまSunが作ってるSPARCプロセッサやSPARCマシンは、ローエンドのNiagaraシリーズだけじゃん。
ミドルからハイエンドは富士通のOEMだしぃ。

222:名無しさん＠お腹いっぱい。
10/06/03 15:15:54
つか、Sunは5/31で完全消滅したし

223:名無しさん＠お腹いっぱい。
10/06/03 15:18:59
Solarisも富士通がメンテするよ。客がいれば。

224:名無しさん＠お腹いっぱい。
10/06/03 17:30:32
落ち穂拾いだなぁ…富士通.
他所が投げ出したモノや技術者をどれだけ集めてるのか…
OracleにもOEM供給するの？

225:名無しさん＠お腹いっぱい。
10/06/03 17:38:43
逆だろ。Fがあっちいったりこっちいったりしないでスジの通った行動しないから、
どれも結果が出ないんだよ。

226:名無しさん＠お腹いっぱい。
10/06/03 18:30:32
そのとおり。
スジの通った行動しないとSunみたいになっちゃうぞ。

227:名無しさん＠お腹いっぱい。
10/06/03 18:59:11
残存者利益があるかどうかだけだな論点は

228:名無しさん＠お腹いっぱい。
10/06/03 22:10:25
昔Solarisサーバ買った客でシステムはそのままでハードだけ買い換えたいって
ところは、結構あると思うんだよね

229:名無しさん＠お腹いっぱい。
10/06/03 22:29:32
いまUltraSPARCって、Niagaraシリーズしかないじゃん。
SPARC64になると、ハードだけ入れかえと言えるのかどうか・・・。

230:名無しさん＠お腹いっぱい。
10/06/03 22:52:02
なんで？

231:名無しさん＠お腹いっぱい。
10/06/03 23:07:20
むしろTシリーズに置き換えたら性能出なくてたいへんって
ケースの方が多いんじゃないか？

232:名無しさん＠お腹いっぱい。
10/06/03 23:36:58
>>225
スジの通った行動とやらをして、Sunと共倒れはカンベン、ってことだろ

233:名無しさんφ ◆rNiNKtLPbM
10/06/04 00:48:56
>>228
いや、殆どないよ。

むしろこういう事態になって、もう期待もできないから、さっさと、x86/x64に
転換する経営判断下しているよ。

だからといって、FのSPARC64って判断はただの延命だということも知って
いる。

234:名無しさん＠お腹いっぱい。
10/06/04 01:49:22
そろそろsunの資格試験もVUEに移っちゃうのかな。

235:名無しさん＠お腹いっぱい。
10/06/04 02:33:20
>>230
CPUもサーバも、メーカーが変るんですよ?
筐体のデザイン・構造からして、違うし。

236:名無しさん＠お腹いっぱい。
10/06/04 02:45:04
それを言ったら、IIIやUV -> Tだって全然ちがうやないけ。

237:名無しさん＠お腹いっぱい。
10/06/04 02:56:28
×UV
○IV

238:名無しさん＠お腹いっぱい。
10/06/04 19:59:54
>>236
同意

239:名無しさん＠お腹いっぱい。
10/06/08 15:33:30
やけくそで富士通がOracleごとSunを買収してSPARC製品を強化するしかない！！w

240:名無しさん＠お腹いっぱい。
10/06/08 15:51:24
で、ちょっとしたら両方を分離独立させるんですね

241:名無しさん＠お腹いっぱい。
10/06/08 16:10:51
>>239
どっちかというと逆だろ？
Oracleは世界二位のソフトウェア会社だぞ？

242:名無しさん＠お腹いっぱい。
10/06/08 16:54:33
そうそう, Oracleを買収なんて無理.

Oracleがばらばらにして捨てていった
SUNの断片を拾い集めて組み合わせると
良いものが出来ないかなぁ…

243:名無しさん＠お腹いっぱい。
10/06/08 16:56:29
オラクルは何がしたいんだろう？

244:名無しさん＠お腹いっぱい。
10/06/08 17:08:02
・合衆国政府に言われて致し方無く
・リストラ候補の確保

245:名無しさん＠お腹いっぱい。
10/06/08 19:03:18
>>242
拾い集める必要がない

246:名無しさん＠お腹いっぱい。
10/06/08 20:55:10
>>243
みんながSunのH/Wが死んだということを認めるまで待ってる

247:名無しさん＠お腹いっぱい。
10/06/08 22:32:41
MSやIBMじゃ大きすぎる、Appleと合併とかあるかな。

248:名無しさん＠お腹いっぱい。
10/06/08 22:37:00
>>213
アイアンマンのあれ？
高級感を通り越していかにも高そう、こんなシステム入れたら、利益をみんな吸い取られそうな希ガス
超高温のお灸をすえられそう。

249:名無しさん＠お腹いっぱい。
10/06/08 23:09:10
>>247
時価総額だとMS抜いてAppleがIT企業の中でトップだぞ

250:名無しさん＠お腹いっぱい。
10/06/08 23:14:31
IT 企業トップと言うより、全米で2位の方が驚いた

251:名無しさん＠お腹いっぱい。
10/06/08 23:19:18
現時点での時価総額
AAPL　　　　2290.3億ドル
MSF　　　　　2192.7億ドル
IBM　　　　　 1588.4億ドル
GOOG　　　 1546.6億ドル
ORCL　　　　1081.1億ドル
HPQ　　　　　1069.4億ドル

252:名無しさん＠お腹いっぱい。
10/06/08 23:20:43
MicrosoftはMSFTでした
MSFT　　　　　2192.7億ドル

253:名無しさん＠お腹いっぱい。
10/06/09 13:26:33
ゴミクズばっかり残ったな。

254:名無しさん＠お腹いっぱい。
10/06/09 16:19:18
SUNWが真面目に仕事せずにサボってJAVAになった結果だな。

255:名無しさん＠お腹いっぱい。
10/06/09 16:20:18
目立たず　サボらず　仕事せず

256:名無しさん＠お腹いっぱい。
10/06/09 16:57:57
Sunの殿様商売っぷりには反吐がでたね

257:名無しさん＠お腹いっぱい。
10/06/09 17:08:09
末期の悪徳セールスっぷりにも

258:名無しさん＠お腹いっぱい。
10/06/09 18:31:08
オマエのことをクズだと言ってるんだこのクズ

259:名無しさん＠お腹いっぱい。
10/06/09 20:11:12
生まれてごめんなさい

260:名無しさん＠お腹いっぱい。
10/06/09 22:31:59
しかし、なんつーかな

俺はSUNを辞めるときに、同期に「この会社は１０年以内に潰れるよ」
と言い放って辞めているんだが、予想通りだった。

完全に技術バカになっていたし、完全にLinuxを舐めていた。

なんで人の言うことを聞かないんだろうね。
俺の助言を聞いていたら、すこしは違っただろうに。苦し紛れの
AMDマシンだとかは、量としては結構捌いていたみたいだけれど、
悲しかったね。

261:名無しさん＠お腹いっぱい。
10/06/09 23:01:36
潰れる時はそんなもん

262:名無しさん＠お腹いっぱい。
10/06/09 23:30:44
AMDマシンを売るにしてもだ。
使いどころが限定されるNiagaraなんぞ捨てて、本気で次期主力ローエンドとしていたら生き残っていたと思うぞ。
仕方なくRedhatのOSを採用してるケースも多いだろうからな。

263:名無しさん＠お腹いっぱい。
10/06/09 23:41:07
>>260
マクネリなのかシュワルツなのか知らないが、
彼らにどういう提言をしたんだい？

264:名無しさん＠お腹いっぱい。
10/06/10 00:15:04
お弁当箱路線を大事にしていれば…
SPARCclassicかわいいなあ

265:名無しさん＠お腹いっぱい。
10/06/10 02:19:06
DECを弱らせて潰したのが悪かったな
DECがCOMPAQに買収され技術者が流出しなければ
今ほどAMDやIntelのCPUは性能出てなかっただろうに

266:名無しさん＠お腹いっぱい。
10/06/10 02:35:15
技術論で片付くものでなく

267:名無しさん＠お腹いっぱい。
10/06/10 03:09:33
コモディティ(イメージ)とオープンソースが宗教化したからな

268:名無しさん＠お腹いっぱい。
10/06/10 06:25:40
>>263
彼らに直接じゃないけれど

本格的にローエンドのLinuxマシンを作るべきであるという点と、直接お客様と
マンツーで取り組む姿勢、などなど・・・技術以外の気になった点を担当部署
には投げていたよ。

全部やらなかったけれどね。
Linuxに関しての提言は同期は受けてくれたけれど、既存の人間（元DEC）が
鼻で笑って終わっただけ。当時、ハイエンドで喰っていければいいなどと言って
いた人間だったが、タンデムなどの例を出すまでもなく、ハイエンドでも喰って
行けなくなった現在、傲慢だったなぁと思うよ。

技術よりもSunが負けたのは営業力とその戦略。知名度の低いSunはローエンド
やミッドレンジを喰われると、本当にハイエンドのみになってしまう。

269:名無しさん＠お腹いっぱい。
10/06/10 06:43:23
>>267
コモディティ部品を使ってUNIXワークステーションを作るというのがSunの創業じゃないか。
オープンソースなアプリケーションソフトを使いたいがためにSunを買う人達に支えられて育った会社じゃないか。

Sunは自分の戦法で負けたんだよ

270:名無しさん＠お腹いっぱい。
10/06/10 07:11:25
>>268
Linuxはともかくどうしてローエンドマシンを出さなかったのかな。
さすがに、音楽ビジネスでまきかえしは無理だろうが、
デスクトップ環境を整備すれば、
itunesストア以前のMacくらいは生き延びたかもしれない。

271:名無しさん＠お腹いっぱい。
10/06/10 07:52:28
LinuxマシンならDELLと価格勝負になるが、DELLには勝てまい。

272:名無しさん＠お腹いっぱい。
10/06/10 08:22:17
HPはDELLに勝ったけどね。(といってもCompaq吸収したのが影響として大きいんだろうけど)
SunもうまくやればHPみたくなれてたかも、と思う。

まぁそのHPはItaniumさよなら決定してハイエンドをどうするのかね。
x86で攻めるつもりなんだろか。
DELLはDELLでローエンド鯖にARMを使う予定があるっぽくてわくわくするね。

273:名無しさん＠お腹いっぱい。
10/06/10 09:39:15
>>270
ローエンド機を出すという発想はずっと以前からあって、SS5や SS4はそういう
方向を向いたもんだった。Solaris2が出た直後から、Solaris Liteという
話もあった。マルチメディア方面も向いていた。が、できなかった。
Solaris Liteは結局 MacOS Xが実現したようなもの。
JavaStationも SunRayも、なんとかって Javaの小箱もあったけど、
ネタだけもってかれた感じ。

274:名無しさん＠お腹いっぱい。
10/06/10 09:44:21
（利益の大きい）ハイエンド機を喰ってしまうといけないので、
高性能の廉価機は出せなかった。例えば、Weitekの倍クロック SPARCや
ROSSの高クロック hyperSPARC、TurboSPARCは潰されたのと同然。
つまり、そいつらを活かすためには、ハイエンドがもっともっと高性能な
必要があった、ということだろう。結果的に。

275:名無しさん＠お腹いっぱい。
10/06/10 10:39:40
>>272
> SunもうまくやればHPみたくなれてたかも、と思う。

Sunが HPみたいになってたとして、何がうれしいのよ。

> x86で攻めるつもりなんだろか。

くだらん。

> DELLはDELLでローエンド鯖にARMを使う予定があるっぽくてわくわくするね。

めちゃくだらん。DELLになんか技術をひっぱる力があるとでも?
ゼロは 1兆倍しても、ゼロ。

276:名無しさん＠お腹いっぱい。
10/06/10 11:59:49
>>268
>本格的にローエンドのLinuxマシンを作るべきであるという点と、

それ、いつ頃？

2004年頃だったか、Sunは苦し紛れにSUSEベースで「Java Desktop System」とかいう
取って付けたような「要らない子」を出したことがあったよ。

何もやってなかった訳でもなくて、的外れなことなら多少は実行していたんだと思うw

277:名無しさん＠お腹いっぱい。
10/06/10 12:12:00
>>273
> JavaStationも SunRayも、なんとかって Javaの小箱もあったけど、

Sun SPOTだな。

278:名無しさん＠お腹いっぱい。
10/06/10 12:14:37
>>269
> コモディティ部品を使ってUNIXワークステーションを作るというのがSunの創業じゃないか。

決定的に違うのは、Sunがやらないと他にできない、あるいは他がやらない、という
ことじゃないって点だよ。
したり顔で Linuxだソース公開だ言ってるやつはバカとしか思えん。
誰にでも言えるわな、そんなことは。自分でやれや。

279:名無しさん＠お腹いっぱい。
10/06/10 14:13:23
>>269
結果論だがノートPCを出さなかったのが効いたな…
>>270
Ultra20とかそういう目的のマシンだったかと
まぁnForceとAMD積んだPCなのだが
Bladeのいちばんちっせえやつとか
いかんせん価格と性能がね…
>>273
Sgiの末期もShowcaseという3Dオブジェクトを扱える
素晴らしいプレゼンソフトを更改しようとしてたようだが
プロジェクト自体お蔵入りになった
あそこもFahrenheitとかゴタゴタしてまぁM$にしてやられたわけだがｗ
>>275
まぁDELLに技術を引っ張る力はないねｗ
>>278
大学とか教育機関がSun買わなくなったから…

280:名無しさん＠お腹いっぱい。
10/06/10 17:25:47
スレタイ通りに故人をしのぶはなしが弾んでいますね。

281:名無しさん＠お腹いっぱい。
10/06/10 17:28:31
亡児の歳を数えるのも楽しいもので

282:名無しさん＠お腹いっぱい。
10/06/10 20:01:38
AMDや Intelで CPUクロックを上げた連中が DECの亡霊だとしたら、
Sunの亡霊は Googleにいっぱいいるわけで。
BSD方面の人間は Appleに大量にいるし。たのしみたのしみww
Wintelがひどい冗談だったと歴史に刻まれるのも時間の問題。

283:名無しさん＠お腹いっぱい。
10/06/10 20:04:50
Wintelがひどい冗談だったと歴史に刻まれるのも時間の問題。

・・とネガキャン張ったマクネリ狂団も鬼籍となり歴史に

284:名無しさん＠お腹いっぱい。
10/06/10 20:11:10
エリックシュミットとスコットマクニリは同一人物だ

285:名無しさん＠お腹いっぱい。
10/06/11 07:54:21
コバルト買収って何だったんだろうね
あとネットスケープ系のソフトとかさ

EMSが強い時代というのはサン向きではあったんだろうけど
半導体の開発能力、サーバーの製造技術、Linux時代のワークステーション戦略の不在が響いた
SPARC Solarisとｘ86 Solarisもうまく統合できなかった

286:名無しさん＠お腹いっぱい。
10/06/11 10:50:30
ZFSとCrossbowとCOMSTARで職場のストレージを維持したいので、せめてOpenSolarisだけは死なないで欲しい。

287:名無しさん＠お腹いっぱい。
10/06/11 11:36:14
>>284
自演かよ

288:名無しさん＠お腹いっぱい。
10/06/11 19:39:00
>>272
Xeonでいいんじゃね?

>>274
結果的には、
x86に下から食われるくらいなら、自社製品に下から食われたほうが、よっぽどマシだったよなぁ。

>>275
ORACLEに身売りしなくても済んだだろうな。

>>278
Sun創業当時、Sunはそんなにユニークな会社じゃなかったと思うが。

289:名無しさん＠お腹いっぱい。
10/06/11 19:41:09
>>279
東芝や富士通がSPARCのラップトップを作っていたと思う。

ノートPCを作る上で、画面の解像度が最大のネックだったと思うよ。
簡単に手に入るのは640x480の液晶パネルだが、それじゃ狭い。

290:名無しさん＠お腹いっぱい。
10/06/11 19:48:28
むかし大学にはSun信者がたくさんいた
そして彼らはSunOS使いだというだけで就職口をゲットし、就職先にもSunのマシンを導入しまくった

しかし、そこには大きな問題が

Sunのマシンは個人が自宅に持つには高価過ぎ、システム管理を学ぶ機会は限られていた
そこで、x86なパソコンの性能が上がるにつれ、Linuxで「我慢」する人達が現われた

これがSunの敗因

大学一年生にx86パソコンと同程度の値段でSunのワークステーションを売るべきだったのだ

291:名無しさん＠お腹いっぱい。
10/06/11 20:24:28
個人のオモチャに商用OS&専用ハードは要らんのじゃね？

292:名無しさん＠お腹いっぱい。
10/06/11 20:34:40
Linuxは、まあ仕方ないんじゃないかね
正直ここまでサーバ市場に出てくるとは思ってなかったし

それより当時、なぜかJavaが流行りはじめてたので、JavaVMに
SPARC/Solarisならx86/windowsより10倍ぐらい速く動くような仕組みか
仕様を入れておけば、よかったかも

293:名無しさん＠お腹いっぱい。
10/06/11 21:39:37
>>291
そういう考え方が原因でSunは負けたんだよ。

企業サーバも個人のパソコンの延長線上にある
ってことを良く理解していたマイクロソフトは、
大学の学生にアカデミック・ライセンスを激安価格で提供したゾ。

>>292
> 正直ここまでサーバ市場に出てくるとは思ってなかったし

それが甘いというのですよ

Sunのワークステーションもまた、最初はパソコンに毛が生えたものとしてナメられてた。
しかし、
目の前にあるワークステーションに対するサーバなら、ワークステーションをスケールアップしたものが良い
というのは普遍的なものなんだよ。

Sunがのし上がるのに使ったのと同じ法則で、x86 & Linuxはのしあがってきたわけ。

だから、デスクトップのワークステーションを安く広く売らないといけなかったのよ。

> JavaVMにSPARC/Solarisならx86/windowsより10倍ぐらい速く動くような仕組みか仕様を入れておけば、よかったかも

そしたらJavaVMはx86やWindowsでは使われず、Sunローカルのものに留まったか、
あるいは、
マイクロソフトがx86なWindowsでも速く動くJavaVMを投入して企みを打ち砕いたでしょう
(よく覚えてないけどSunとMSではJavaVMの速度特性が結構違っていたと思う。)

294:名無しさん＠お腹いっぱい。
10/06/11 23:08:55
今日日の学生がUNIXシステム管理などしない。助教ですらユーザーになりきる。

295:名無しさん＠お腹いっぱい。
10/06/11 23:16:16
そりゃ今の話だろ

Sunが陣地を失い始める火種が産まれたときの話をしてるんだ

296:名無しさん＠お腹いっぱい。
10/06/11 23:21:21
>>293
少なくとも個人のオモチャにOS専用のハードは要らんだろ
MSやLinuxを例に出すならそういうことになる

AIXやHP-UXには割高な専用ハードを買う価値があり、Solarisにはそれがなかった

297:名無しさんφ ◆rNiNKtLPbM
10/06/11 23:25:31
>>295
それ、当たっているよ。

かつて、UNIXワークステーションが置いてあったような大学
だが、今では学生の殆どがそんなもの使わない。同じ大学だよ。

というかそういうものがなくなったから、Sunなんて無名なメーカ
に成り下がったしね。HPやIBMのようなネームバリューってそも
そもSunにはなかったし。

だが、大学にあって振れる機会があったから、業界ではそこそこ
という状態だったがそれもなくなり・・・・将来的にSun等知らない
という管理者も現れるだろうと危惧もしていた。

ただそんな心配もなくなったけれどね。今や企業でそんな人材を
キープしているところも減りつつある。全てアウトソースか、外部
リソースを使うようになってきた。

エントリーモデルがなくなったら、一般知名度の低いSunでは
本当にハイエンド以外で相手にされなくなってしまう。だが、ハイエンド
だけで喰っていこうとして死んだ企業は山ほど有る。IBMがPCをやめ
ても、もともとのネームバリューがあるからってのとは訳が違う。

298:名無しさん＠お腹いっぱい。
10/06/11 23:33:03
>>295
何年前の話をしてるんだ？
10年前から294のようなもんだったろ。
高価なワークステーションを買い与えてもインプリされたものしか
使えない。使いこなせない。

299:名無しさん＠お腹いっぱい。
10/06/12 01:10:18
>>294
でも、普通の人が自分のパソコンにUbuntu入れたりしてるよ。
広い意味の管理だな。

>>298
わざわざ、依存やら調べてっていうのは面倒だから、
パッケージやports使うよ。

300:名無しさん＠お腹いっぱい。
10/06/12 03:39:04
PCで済む故にSunが死に至ったという話だったんじゃないのか。

301:名無しさん＠お腹いっぱい。
10/06/12 07:04:45
ま、運命だった

それだけのことよ。

302:名無しさん＠お腹いっぱい。
10/06/12 09:40:41
>>296
わからんやつだな

なるべく速い段階からSPARCとSunOSを使わせれば、そこで満足してしまい、他の選択肢を検討すらしないんだよ。
(世の中のWindowsしか使えん連中をみてみぃ、あいつらWindowsで満足してるから他のものに触れようとすらしないぞ)

ある一定の水準を満たしたものが複数あるとき、最初に触れたものが選ばれるの。
だから、個人のオモチャにもSPARCとSunOSを安くバラ撒く必要があったの

303:名無しさん＠お腹いっぱい。
10/06/12 14:11:03
タダでばらまいたじゃないか。
だけどコアな友達しか増えず、そして貧乏になった。

304:名無しさん＠お腹いっぱい。
10/06/12 23:53:44
タダでお友達に配っただけだろ?

少なくとも日本では大学の研究室で使ってたSunはタダで配られたものじゃなかった。

305:名無しさん＠お腹いっぱい。
10/06/13 01:25:27
Linuxだと最初からGCC入ってるからGCCでコンパイルするのは楽
SolarisでGCCを使えるようにするのは面倒
業務で使うのではなく教育用ならLinuxで十分でしょう

306:名無しさん＠お腹いっぱい。
10/06/13 01:50:36
>>305
だからさ、Solaris にも最初から GCC は入ってるんだって。
何で知らないのに断言しちゃうかな…

307:名無しさん＠お腹いっぱい。
10/06/13 03:36:51
>>305
Linuxで教育を受けた人間は、業務にもLinuxを使おうとする。
それでSunがローエンド市場でシェアを失ったんだぞ。

308:名無しさん＠お腹いっぱい。
10/06/13 06:03:37
これはひどい。

309:名無しさん＠お腹いっぱい。
10/06/13 11:57:06
なにが酷いって?

310:名無しさん＠お腹いっぱい。
10/06/13 12:03:53
Sunの惨状じゃね？

311:名無しさん＠お腹いっぱい。
10/06/13 13:38:08
>>310
もう、Sunという企業は名実共に消え失せたわけですから

Sunの惨状ってのは表現として間違いだ。

ま、総括すると「技術バカ企業の末路」ってのが戒名や墓標に
なるだろう。

一方・・・
2000年当時も、WSなんてナンボ売っても売り上げ目標につな
がらない。ハイエンド入れれば１年あそんで暮らせるとか吹かし
こいてたのが多かったけれどね。

312:名無しさん＠お腹いっぱい。
10/06/13 13:48:55
技術よりも営業がアホだったんだよ
まさにITバブル

それにSunのハイエンド機ってアレだしな
値段の割に中身がお粗末
信頼性は高くないし性能がスケールしない地雷モデルが多々あったし

313:名無しさん＠お腹いっぱい。
10/06/13 16:16:16
ローエンドって具体的に何？

314:名無しさん＠お腹いっぱい。
10/06/13 18:11:09
エントリーレベルのうち、1～2CPUの、ワークステーションと共通筐体のマシン達のことだと思われ
当時x86のLinuxサーバで代替可能だったのは、そこいらへんまででしょう。

315:名無しさん＠お腹いっぱい。
10/06/13 18:22:57
今時の2CPUのPCサーバでも8コアのNehalem-EXを使ったものは
数年前のサーバと比べると驚くほど高性能
2CPUでも16コアになる時代

316:名無しさん＠お腹いっぱい。
10/06/13 19:48:20
>>315
キャッシュにヒットしている時の速度は速いが、ヒットしない場合の底力は乏しいよ。

DRAMはバースト転送の転送速度こそ年々高速化するものの、
アクセスタイムはさほど短くならないので、DIMMの枚数の勝負になる。

だから2Uの小さなサーバが、ラック2本の大きなサーバと同じ性能というのは無理なの。

317:名無しさん＠お腹いっぱい。
10/06/13 20:33:01
>>314
共通筐体ってことは、250とかその辺？

>>316
そのラック2本の大きなサーバーの性能をフルで必要とする顧客って
そんなにおらんでしょ。

318:名無しさん＠お腹いっぱい。
10/06/13 21:18:37
いるだろ

319:名無しさん＠お腹いっぱい。
10/06/13 21:55:41
>>317
ピザボックスや、それを分厚くしたようなあたり
昔はワークステーションのモデルをサーバに使っているところもあったよ

今では信じられないかもしれないが、
インターネットプロバイダのWebサーバやメールサーバが、
適当なスチールラックに積み上げたワークステーションだったりしたんだ

320:名無しさん＠お腹いっぱい。
10/06/13 22:37:03
URLﾘﾝｸ(it.impressbm.co.jp)
もうSPARCハードはいらない?

321:名無しさん＠お腹いっぱい。
10/06/14 02:33:09
>>318
Sunの話をしてるんだよな？
Enterprise 10000とか15Kとか25Kとか。それの顧客がたくさんおった
らもーかってたんじゃないの。

>>319
Ultra 1とか2のこと？そんな昔の話だったのか。
せめてBlade100とか280Rとかその時代だと思ってた。
プロバイダのサーバーが台湾製マザーボードのPCだったのなら
見たことあるよ。それもスチールラックに積み上がってたね。

322:名無しさん＠お腹いっぱい。
10/06/14 07:39:11
ピザボックスとかランチボックスとかは、ultra1とかの最近の話じゃないだろう

323:名無しさん＠お腹いっぱい。
10/06/14 07:59:13
じゃあSPARC Station20とか？
>>302とか>>307はいったいいつの話をしているのかわからんのだけど。

次ページ