SunMicrosystems 最大の探検

[表示 : 全て最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 05/09 19:04 / Filesize : 100 KB / Number-of Response : 442
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：名無しさん＠お腹いっぱい。 [2008/04/10(木) 02:19:28 ]: サンマイクロ探検隊
「発売！秘境ヴィクトリアの滝を搭載したラックマウントサーバーは実在した！！」

www.sun.com/servers/coolthreads/t5240/
www.sun.com/servers/coolthreads/t5140/

【前スレ】
Sun Microsystems 最大の黒箱
pc11.2ch.net/test/read.cgi/unix/1193754625/
201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 23:42:17 ]: >>200
Windowsサーバよりも、
安く・管理しやすく・高性能なサーバをタイムリーに出してれば、
ここまでシェアを奪われることもなかっただろう。

何も好き好んでx86でLinuxや、なんとかBSDを使ったわけじゃない。
Sunよりも安上がりだから、しかたなく使ったんだ。

あるいは、WindowsNTのRISC版に、
MIPS、PowerPC、Alphaと一緒に
SPARCを並べてもらったら、よかったのかもしれない。
202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 23:52:15 ]: LDOMS使っている人いる？
203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 23:53:08 ]: そいやWABIなんてのがあったな。
204 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/19(土) 01:19:42 ]: 連中、12コアぐらいまでは増やすつもりでいるようだよ
これだけ足の速い商品、新しいもの売ってかないと会社が死ぬから
性能上がった振りしてコア倍増してくんだろうな

ttp://northwood.blog60.fc2.com/blog-entry-1885.html
205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 02:15:15 ]: メモリアクセスがコアのローカルのキャッシュにヒットしていて、
なおかつ、コア間でキャッシュラインを共有していない状況に
なるように、使う側が配慮しているようなプログラムでは、
コアを増やせば、それなりに性能アップするだろう。

たとえばVMware ESXで、1コア1仮想マシンで使うとか。
206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 03:20:43 ]: >>204
よだれたらしてうれしがって買うやつが大量にいるからな。Pen4 で証明されてる。
207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 03:31:12 ]: 実際、目的のアプリのパフォーマンスが上がって、
できなかったことが、できるようになるのなら買う
という人がいてもおかしくないぞ。

リアルタイムで何かを処理する場合、
たった1割の性能アップでも、
不可能を可能にすることがあるんだ。
208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 03:50:52 ]: 黒目がちですね。
209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 05:03:27 ]: 家庭用のビデオカメラがHDになった今、
HD解像度の動画をパソコンで編集して
MPEG4-AVCで圧縮しようと思ったら、
そりゃぁもう湯水のごとくプロセッサパワーが
必要になるわけで。
210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 15:11:37 ]: それを担うのはハードウェアエンコードチップかもしれんし、GPUかもしれん。
211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 16:17:49 ]: 古い記事で申し訳ないがシンクライアント、かなり導入進んできてるんだね
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070611/274352/?ST=system
212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 16:34:40 ]: ハードウェア・エンコードチップやGPUは、
複数のコーデックのサポートや、バグ修正や機能向上、そして短期開発を考慮して、
マルチメディア命令を装備した汎用CPUに近づいてきてる。

富士通のFR-Vとかは汎用プロセッサに近い。
ttp://journal.mycom.co.jp/news/2003/11/05/10.html
こんな活用事例もある。
213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 17:35:38 ]: FR-Vなんてもう作ってないだろ？
214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 17:50:52 ]: >>213
知ったか乙
215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 18:12:43 ]: 電デバの人？
まだ作ってんだ
216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 22:00:19 ]: メディアプロセッサと呼んじゃうと死亡フラグだ
実装は汎用コアでも、あくまでハードウェアエンコーダであるべき
217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 11:19:47 ]: >>212
汎用プロセッサの使い方に「近い」ってのは、実際命令セット維持しなきゃならない
こととはまた違うし。
218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 15:06:07 ]: だがしかし、専用ハードウェアが必要だったことが、
プロセッサの性能向上と特殊命令の実装により、
1つ、また1つと、ソフトウェアで可能になってる。

電力効率が悪いものの自由度は大切だ。
219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 18:31:02 ]: つまり、x86 の行き詰まりは間近。IA64 当初に Intel が予言した通り。
220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 18:38:18 ]: x86というか、パソコンのCPUの行き詰まりな。

ワープロ・表計算・Webブラウザなどを使うだけという、
用途が停滞すれば、
x86だろうとSPARCだろうと、性能向上が必要なくなり、行き詰まる。

パソコンだけでなくサーバーも同じで、
やることが同じなら、コンパクトにする方向に進み、つまり、売上減となる。
221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 21:54:08 ]: サーバは集約の要求があるから、電力性能比を上げれば上げるほど売れる。
222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 22:44:53 ]: 保守契約が切れる度に、どんどんラックの本数が減っていく。
これ、ヤバいと思うよ。
223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 22:57:14 ]: そりゃ仕事が増えない会社はヤバイわな
224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 22:59:25 ]: SUNの入ったラックという意味だろう、JK
225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 09:36:43 ]: >>222
それをヤバいと思う連中は、マジやばいだろなwww
商機と思えなければ、消え去るのみだ。
226 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/22(火) 10:19:50 ]: x86のコアが増えていけば、Sun Rayサーバとしては
便利に使えそうだがどうだろ
227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 10:43:05 ]: コアの増えた x86 が有用ならもうとっくに市場に出回ってるよ。
なんべん書かすん?
228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 11:59:04 ]: >>227
すでに4コア製品が出まわってますが?

ダイ面積と歩留まりの関係から、そう簡単に8コアにはできん。
どんなに有用でも、4コアx2CPUよりもトータルで高く付くなら、
製品として成りたたない。

これでも理解できない小学生には、こう言えばいいかな。
Rockが有用ならもうとっくに市場に出まわってるよ。
あるいは
コアを更に増やしたUltraSPARC T2+が有用ならもうとっくに市場に出まわってるよ。
229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 13:12:42 ]: Rock有用なので8コアでいいからさっさと発売してくれ。

てか16コア250Wは、無理だろう。空冷的に考えて。
230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 13:13:49 ]: カタログに載ってるだけだったら、別に
いくら熱くなろうが問題はない。
231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 13:50:10 ]: MSのSQL Serverが7.0の頃、
SQL Serverじゃ将来スケールアップできない
と言われると、
大丈夫です、Itaniumがありますから
といって客を納得させてた。

そういう将来の心配をする客って、
急激な規模拡大はしないんだよね。
Itaniumはカタログにあるだけで十分に役に立った。

急激に規模拡大する場合は、
短い期間で開発してはシステム更新を繰り返すので、
SQL ServerでダメとなったらOracleに変えればいいだけで、
別にどーってことないんだわ。
232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 15:49:56 ]: >>228
4コアとそれ以上の区別がつかんアホがコアの数や SMP の何を語ろうがムダだ。
それ以前にこんなとこには用はねーだろ? 来るなゴミ!

> Rockが有用ならもうとっくに市場に出まわってるよ。
Sun は x86屋みたいに CPU 開発に金かけれないの。そんなことさえ踏まえずに
垂れ流してんのか消えろや。失せろ。
233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 15:51:26 ]: >>231
> Itaniumはカタログにあるだけで十分に役に立った。
なるほど。じゃあまた別の考え出してカタログ作りゃいいじゃん。
234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 16:11:11 ]: >>232
幼稚園児並の煽りしかできないのか?

> Sun は x86屋みたいに CPU 開発に金かけれないの。

インテルと同じだけの開発費を使っても、
ダイサイズや消費電力が大きすぎてムリなんだが。
235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 16:12:27 ]: >>233
暗にSunのRockのことを揶揄してるんだろ。
236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 19:05:26 ]: >>234
お前の知識は XDBus や MBus 以前なんだよ。1990年代初頭なんだよ。
わかったら勉強しとけ。来んなゴミまくな。私物化すんじゃない!!!!!
237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 19:29:15 ]: >>236
とうとう赤ん坊並の喚きよう。
238 名前：名無しさん＠お腹いっぱい。 [2008/04/22(火) 19:49:54 ]: >>237
234はXDBusやMBusを知っている歴戦の勇者。それが見抜けぬようでは。
昔のSunは良く落ちたよねぇ。

>>236
SBus以前だったりして
239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 19:51:06 ]: 一人二役ですかwww
240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 20:59:20 ]: スクールバスとマイクロバスか、なにもかも懐かしい…
241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 21:20:25 ]: トリビア
Sunの最初のワークステーションのバスはインテルだった。
242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 22:57:01 ]: >>241
その頃はCPUもMotorolaの68000で、まだCPUの自社開発はしてないな。
243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 23:10:57 ]: はあ。そうだと x86 のメニーコアができるのかよ。アホか。寝言もたいがいにしてくれ。付き合いきれんわ。
244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 23:32:07 ]: >>243
何言ってんだ?
どっから電波を受信してるんだ?
245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 23:32:24 ]: 誰も言ってないことが見える>>243は病気だと思います。
246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/22(火) 23:33:49 ]: SUNを否定されると、己れのアイデンティティーが否定される
からそっとしておいてあげて。
247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 00:32:14 ]: x86サーバはデュアルコア以上のものしか売っていない

Sun Fireはデュアルコア以上となると\500万を超えるものしか売っていない
248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 01:20:25 ]: >>247
Sun Fire T1000とSun Fire T2000
SPARC EnterpriseもありならT5000シリーズも

V490の一番しょぼい構成のやつも500万切ってるね
SPARC Ⅳだから今から買うやつはほとんどいないだろうけど
249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 11:19:49 ]: はぁ。低次元な上に、つまらなさ過ぎなんだよな... ほんとに相手する気が起きんのだが。
も少しヒネれよ。さらし場じゃねーての。
250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 14:52:14 ]: >>249
相手する気が起きないと言いつつも、幼稚園児なみの発言を繰り返す

どういうこと?
251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 20:59:22 ]: >>249
一番スレを荒らしてるように見えるんだけど。
しばらく書き込まないでいれば、平和なスレに戻るんじゃね？
252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 12:48:58 ]: pc.watch.impress.co.jp/docs/2008/0424/kaigai437.htm
> 4命令を実行するより、4命令をデコードする方が難しいだろう
x86がILPで躓いてるのにお前らもTLPか。

RISCなら8命令同時実行ぐらい可能なんじゃね?
コア間で実行ユニット共有して、ILPとTLPを同時に追求とかできんの?
253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 15:56:03 ]: Intel が Am29000 64bit 拡張したのでも出せば面白いかもな。
x86 64bit化のクロス攻撃でw
254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 16:11:07 ]: x86って以前は6命令同時実行じゃなかったか?
255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 16:13:53 ]: これだけペナルティを背負ってるx86に、下からシェアを侵蝕されたSPARCって、どんだけ・・・
256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 16:53:11 ]: >>252
> RISCなら8命令同時実行ぐらい可能なんじゃね?

残念、意味がないようだ。

www.watch.impress.co.jp/pc/docs/article/20010718/kaigai01.htm
> 5命令/サイクル以上は難しい。
> IPCが上がらなくなる原因のひとつは、ILPにしても、ひとつのインストラク
> ションフロー(プログラム中の命令の流れ)の中で命令スケジューリングをす
> る点は変わらないからだ。そのため、データのディペンデンシが壁となって
> どうしてもIPCをある程度以上は上げられない。

> コア間で実行ユニット共有して、ILPとTLPを同時に追求とかできんの?
Alphaはそれを目指していたようだ。

> EV8のSMTでは，CPUは仮想的に4つの「TPU(Thread Processing Unit)」を持
> ち、それぞれが異なるスレッドを並列に実行する。各TPUは、それぞれ個別
> のプログラムカウンタとレジスタマップを持つが、実行ユニットや物理レジ
> スタといったCPUのハードウェアリソースのほとんどは各TPUで共有される。
257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 19:41:24 ]: そこで出来たのがItaniumですよ
258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 19:57:28 ]: > コア間で実行ユニット共有して、ILPとTLPを同時に追求とかできんの?

それがNiagaraシリーズだろ。
259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 20:07:02 ]: Out of orderすらないNiagaraのどこにILP追求があるのかと小一時間
260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 23:09:53 ]: Niagaraはぎったんばったん方式。
261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/25(金) 12:05:00 ]: >>255
そのペナルティを厚塗りしてカバーするためにどれだけのリソースが無駄に
投入されてるかよく考えるべきなんだよ。地球温暖化なんかよりはるかに
深刻な問題。
262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/25(金) 20:29:58 ]: 誰の問題なんだよ w
263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 00:01:28 ]: Update: Sun confirms it's buying Montalvo
www.news.com/8301-10784_3-9928558-7.html

結局買収したみたい
264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 11:51:24 ]: Jupiter Processor (SPARC64-VII) for Sun SPARC Enterprise M-Class Servers
blogs.sun.com/olympus/entry/jupiter_cpu_for_sun_sparc

SPARC64VIIまだー？
265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 13:14:02 ]: 富士通の期待
itpro.nikkeibp.co.jp/free/WAT/ITARTICLE/20040729/7/
> 　消息筋は「沈みかかっている船から降りるのが技術者たちの常。サンに
> Rockを開発できる力が残っているかどうか疑問だ」と見ており、サンが今後、
> 大型サーバーの開発製造を富士通に委託し、ソフトに投資を振り向ける可能
> 性が強いと見ている。

現実
itpro.nikkeibp.co.jp/article/COLUMN/20070509/270354/
> Rockはサンの現行最上位である「UltraSPARC IV+」の16倍という桁外れの性
> 能が見込まれるため、仮に富士通SPARC64 VIIIや同IXがあったとしても敵わ
> ない。APL（SPARC Enterprise）は、Rock登場後数年を待たずに命運が尽き
> る。Jupiter後の富士通は、APL提携時の約束に従いRockを売ることになるは
> ずである。

そして伝説へ…
mainichi.jp/select/biz/news/20080415ddm008020058000c.html
> 　富士通が半導体事業を分社化し先月設立したばかりの「富士通マイクロエレ
> クトロニクス」で、社長がいきなり交代するという異例の事態になっている。
266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 14:34:26 ]: SPARC にせよ Efficeon にせよ、やるんならもっときっちり力入れりゃいいのに、
中途半端な感じだよねぇ。なんで Itanium なんかやってんだか...
オレはてっきりブラフだと思ってたんだけど、マジだったとは。あきれた。
やっぱその辺ちゃんと分ってる人達が F社内で少数派なんだろうな。
上も理解できてないし。
267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 15:02:15 ]: その文脈でEfficeonが出てくる理由がわからない
トランスメタ会社ごと買っちゃえば良かったとかそういう話か？
268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 15:11:31 ]: そういう意味じゃ>>263のMontalvoも富士通のプロセス使ってたらしいけどな
269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 23:16:31 ]: >>261
それほどのリソースを無駄に投入しているということは、それだけ、原価が高いということだろ。
それにも負けるSPARCアーキテクチャって、実は、大したことないんじゃないか?
270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 00:08:15 ]: SPARCに優位性があるなんて考えてる奴は誰もおらんよ。

アーキティクチャもISAも、CPUの興亡とはまるで関係がない。
271 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 03:01:31 ]: >>269
それぐらい競争力に差がついてしまってるということ。
その原因が「MS-DOS 資産の継承」というとてつもない幻想が根本にあるということ。
272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 03:05:15 ]: >>270
それは単に Intel の言い分。ISA が x86 以外なら現存のどれにしても、
大きなメリットがある。x86 じゃいつまで経ってもトランジスタ数は多いし、
プロセス世代あたりじゃ性能よくない。
273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 03:49:46 ]: >>272
SuperSPARCあたりから言われていたSunの設計が糞！ってことですよねｗ
274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 16:26:05 ]: SPARCじゃいつまで経っても……

まあPowerも苦しいし、ニッチから出られないのは
Sunに限った話ではないけれど。
275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 00:33:40 ]: >>269
どんだけ馬鹿なんだ
SPARCは確かに大した事ないが根拠が馬鹿すぎるw
276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 01:22:31 ]: Amazon EC2に採用されるぐらいのインパクトが欲しいねえ。
277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 07:10:54 ]: x86Solarisが出てきた時点で、もうおわった
278 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/28(月) 09:24:46 ]: ずいぶん昔に終わってたことになるが
279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 10:32:14 ]: でしょ
280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 21:13:29 ]: Alpha版のWindowsNTで、FX!32とか使う
なんていう選択肢も昔はあったんだぞ。

なぜSPARCは同じアプローチをせず、
WABIとか、裁判とかやってたんだ?
281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 22:25:41 ]: x86のソフトエミュレーションに手出したとこはみんな潰れてるじゃんよ……
282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 23:56:04 ]: 最終的には Intel 自身が同じテツを踏んだね。まったくもってギャグ。呪いの類いだなww
283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 23:57:37 ]: >>277
Niagara 以降、UltraSPARC IV+ までばんばん売れちゃってるのに、何が終わりなんだ?
あ、x86 のダメさ加減が証明されて x86 が終了? まあ、Intel もそう言ってたしそうかもねw
284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 00:02:49 ]: あいかわらず病的だのう
285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 00:35:25 ]: しかも、必死すぎで笑えるよな
286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 00:59:52 ]: ローエンドもSPARCを売ってくりゃれ
287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 04:56:57 ]: >>281
SunはWABIで手を出したけど潰れてないじゃん。

>>283
ローエンドからx86にシェアをかなり奪われた後で、
少し挽回したくらいで「ばんばん売れちゃってる」と言われてもな。

昔はTCP/IPを喋るサーバはSunを使うのが常識だったわけで、
そのシェアを維持してx86の下からの侵攻を防いでいたら、
世界中のWebサーバはSunでSolarisだっただろう。
288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 05:21:28 ]: x86の下から侵攻を防ぎたくても、SuperSPARCの性能と価格じゃ無理だったんです＞＜
289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 05:32:12 ]: なんで性能が低かったの?
なんで価格が高かったの?

複雑怪奇なx86よりも遥かに有利なハズなのに。
290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 06:26:01 ]: DECのAlphaは速かった。
SunのSPARCは遅かった。

買収されなければAlphaは今も生き続けていただろう。
291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 11:15:36 ]: Sunの詣って、かなりIntelに粘着するよなw
292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 11:18:35 ]: 詣？
293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 12:08:51 ]: 儲(もうけ)と入力しようとして詣(もうで)としてしまったに一票
294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 14:02:19 ]: x86より遥かに有利なハズのプロセッサがいくつ現われては消えたことか
295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 15:18:12 ]: アーキティクチャによる利といっても、パフォーマンスで1.5倍分くらい(超適当)が限度なんだろう。
それは規模の経済による設計・生産面での不利で簡単に覆されてしまう。
逆に言えば、x86より数が出ないのに喰らいつけていける程度には優秀なアーキティクチャ
なのだ。
296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 19:32:05 ]: x86はWindowsアプリ大量に抱えてるからな
それに今、PCでCPUパワーを大量に消費するソフトを言えば
ゲームや動画関連、画像処理、音楽などのマルチメディア系
それ以外はCPUパワーあまりまくり
性能よりも過去の資産の方が重要な時代
それにIntelのx86は製造プロセスで優位に立っているので消費電力の面でも優秀
297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 21:58:43 ]: SunOSマシンがx86にシェアを食われはじめた頃のx86って、
インテル、AMD、Cyrix(IBM、SGSトムソン)、IDT、TI、UMC、NexGen(IBM)
けっこうな数のメーカーが参入してたと思う。
298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 22:01:24 ]: >>295
CPUを単体売りせず、
CPUとは桁違いの価格のサーバやワークステーション、そしてOSと抱き合わせで売るから、
存続してるんだろ。
299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 22:04:06 ]: 壊れたら箱ごと交換して、直前のバックアップまで戻る
それでも構わないようなWebサーバに使うには、
Sunのワークステーションは高価すぎた。1桁高かった。
300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 00:05:57 ]: しかも高くてもいいから壊れちゃいけない用途にはイマイチで……
SPARCの優劣をどうこういう以前の話ですな

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef