Sun Microsystems 最大の日本撤退

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

2006年 Sun Microsystems　日本撤退発表

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

**名無しさん＠お腹いっぱい。** · 2007/10/01(月) 09:28:37

最後に責任取る立場には結局立ち回りの要領の悪いヤツがなるんだよ。
中途採用のコシカケばっかりだと避けられない。ドコモに限らず。

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

>>356
人事の話だから外には出てこないけど、
たぶん担当は降格だと思うよ。

**名無しさん＠お腹いっぱい。** · 2007/10/01(月) 11:09:40

けっこうな人数がドコモからNTTグループ内の子会社に飛ばされていると思うよ。
年三回という破格の賞与がもらえないだけでなく、
定年時の退職金・その後の企業年金の額が、まるで違ってくる。

**名無しさん＠お腹いっぱい。** · 2007/10/02(火) 01:26:45

冗長構成にした場合、障害検出条件は、それぞれのシステムで作りこまないと
いけないから、これができなかったんでしょうね。
よくありますよ、ＨＡクラスタソフトをデフォルトインストールのまま使って、
障害時に切り替わらないって話。ＨＡクラスタソフトの問題じゃなくて、使う
ほうが馬鹿なんですよね。そこらのパッケージソフトと同じノリでつかっちゃ
だめです。

**名無しさん＠お腹いっぱい。** · 2007/10/02(火) 02:06:34

障害時に適切にフェイルオーバーするかどうか、試験しないのかよ。

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

マニュアル調査でpgrなディフォールト値見てorzすることもしばし。

**名無しさん＠お腹いっぱい。** · 2007/10/02(火) 05:08:46

試験で成功しても、いざという時にうまく切り替わらないってことはよくあるな。

**名無しさん＠お腹いっぱい。** · 2007/10/02(火) 05:33:43

自己のハードウェア障害ではなかったりして、
切り替わった先でも即死したりするよな。

**名無しさん＠お腹いっぱい。** · 2007/10/02(火) 22:30:20

（笑えないやつ多数。テンション下がりまくり顔面蒼白）

**名無しさん＠お腹いっぱい。** · 2007/10/03(水) 02:09:45

障害試験ってやりかたがわからないとかめんどくさいって
理由でしない奴多いぜ。これホント。
それと多いのが負荷テストせずに稼働後に性能問題だす奴。
cpu使用率で%sysがそんなに多くないのに、OSのチューニング
を最適にせして最大性能出せとしつこく迫ってくる奴もいる。
OSチューニングしても%userは減らないぜ。アプリの責任だよなあ。

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

カーネルパラメータなんてミドル推奨のやつしか設定したことないな。

**名無しさん＠お腹いっぱい。** · 2007/10/03(水) 11:36:33

チューニングが必要ってのは、ダサいな。

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

SunのPCサーバがこんなに伸びるとは思わなかったな。正直。
X4150/X4450も良い設計だから、更に売れそうだね。

http://japan.internet.com/webtech/20071003/12.html
だが、もっとも驚くべき結果は、x86 サーバー市場においては比較的新参といえる
Sun が、がっちりと第3位の座を得たことだろう。報告書には次のようにある。
「われわれは、どれほどの顧客が Sun の x86 製品をデータセンターに導入して
いるのか、そのことに今も感銘を受けている。そしてそれ以上に驚くべきは、
ほぼ全ての調査項目において、Sun が一貫して Dell を上回ったことだ。
これは x86 サーバー市場に参入してわずか数年しか経っていないベンダーに
とって、すばらしい成長といえる」

**名無しさん＠お腹いっぱい。** · 2007/10/03(水) 23:30:33

アンディたん…

**名無しさん＠お腹いっぱい。** · 2007/10/03(水) 23:38:51

もともとDELLなんて存在してないのも同じだから、それと
同程度といわれてもなあ。シェアの数字をはっきりと言わ
ないところがミソだな。

**名無しさん＠お腹いっぱい。** · 2007/10/04(木) 11:50:45

たしかにアンディの設計した X4100 シリーズが出てから
サンの x86 でも買ってもいいかな？って思うようになったもんなｗ

**名無しさん＠お腹いっぱい。** · 2007/10/05(金) 07:54:59

>>371
>もともとDELLなんて存在してないのも同じだから
本気で言っているらしいところが笑いのミソ？

**名無しさん＠お腹いっぱい。** · 2007/10/05(金) 11:43:40

DELLぷぷ。組み立て屋のw?

**名無しさん＠お腹いっぱい。** · 2007/10/05(金) 11:46:38

目糞鼻糞を嗤う

**名無しさん＠お腹いっぱい。** · 2007/10/05(金) 13:18:25

>>768
欧州だけはシェア高いけどね。

**名無しさん＠お腹いっぱい。** · 2007/10/05(金) 15:41:00

768 はだいぶ先だなぁ.. こりゃまた遠大な仕込みだww

**名無しさん＠お腹いっぱい。** · 2007/10/05(金) 16:30:34

その頃まだSunが安泰だといいんだが…

**名無しさん＠お腹いっぱい。** · 2007/10/05(金) 16:31:59

Dellを抜いて、最大のWindowsServerマシンの出荷メーカになっている

**名無しさん＠お腹いっぱい。** · 2007/10/05(金) 16:38:01

BlackBox上陸ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!

**名無しさん＠お腹いっぱい。** · 2007/10/07(日) 20:47:13

X4150/X4450に続き、T5000シリーズ(T2)もリリースされる。
勢いつくかな？

**名無しさん＠お腹いっぱい。** · 2007/10/08(月) 19:29:20

早くバルサの４コア出せよ！！

**名無しさん＠お腹いっぱい。** · 2007/10/08(月) 22:43:53

T2 は応用範囲広いからな。バリエーション作ってデスクトップも出して欲しいな。

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

SPARCなWSなんて、いまどき、流行んないよ。

**名無しさん＠お腹いっぱい。** · 2007/10/09(火) 14:54:29

並列処理したい仕事なんて実はいくらでもある。MS-Word や MS-Excel 以外にねwww
オレにとってはとりあえず DAW。マルチトラックに仮想エフェクターラックを
組むと、数十並列くらいで音データ処理できる。
映像のことはよー知らんが、似たようなもんだろ?
それに、OpenOffice も実装方法によってはマルチコアを活かしてすげー
速くなる可能性もある。優秀な OS がある分考慮しても断然有利。
いまのうちだぞー、はよ出せーww

**名無しさん＠お腹いっぱい。** · 2007/10/09(火) 15:25:18

>>385
並列に処理できるからといって、
並列に処理しなければいけない、
並列に処理したほうが必ずしも速い、
ということはないよ。

ベンチマーク値を見る限り、DAWアプリケーションであっても、
T2 よりも、インテルのデスクトップ向けクアッドコアCPUのほうが速そう。
ましてや、もうすぐ出るAMDの新コアは、演算ユニット倍増されてるので、
クアッドコア化とも相まって、T2を突き放した性能になると思われる。

**名無しさん＠お腹いっぱい。** · 2007/10/09(火) 17:06:37

>>386
無理www

UltraSPARC T2のSPECfp_rate2006 = 62.3
これは1ソケットの世界最高記録で、ぶっちぎり。
しかも、1.4GHz動作。

インテルとかAMDは2倍の周波数で2ソケットでないと対抗できない。

Xeon X5365 4コア 3GHz×2ソケット SPECfp_rate2006 = 66.8
ttp://www.spec.org/cpu2006/results/res2007q3/cpu2006-20070903-01968.html

Opteron 2350 4コア 2GHz×2ソケット SPECfp_rate2006 = 77.3
ttp://www.spec.org/cpu2006/results/res2007q3/cpu2006-20070820-01864.html

Opteron 2360SE 4コア 2.5GHz×2ソケット SPECfp_rate2006 = 86.3
ttp://www.spec.org/cpu2006/results/res2007q4/cpu2006-20070908-01998.html

**名無しさん＠お腹いっぱい。** · 2007/10/09(火) 18:12:48

>>386
> 並列に処理できるからといって、
> 並列に処理しなければいけない、
> 並列に処理したほうが必ずしも速い、
> ということはないよ。
それはまさにソフトウェア(OS)がゴミだから。Solaris にはあてはまらない。
並列に処理するようにアプリを作製すれば、間違いなく速い。

> ベンチマーク値を見る限り、DAWアプリケーションであっても、
> T2 よりも、インテルのデスクトップ向けクアッドコアCPUのほうが速そう。
何のベンチマーク見てんの?

**名無しさん＠お腹いっぱい。** · 2007/10/09(火) 22:04:10

何夢見てるんだろう？？？

**名無しさん＠お腹いっぱい。** · 2007/10/09(火) 22:45:53

spec fpはメモリバンド幅に制限されるだろうから
演算器を増やしてもspec intほど簡単にはあがらないだろうね。
俺も、T2の２ソケット版が出たら、HCP用にT2を売り込もうかと真面目に
考えているよ。性能良いし消費電力も低いし良いことずくめ。

**名無しさん＠お腹いっぱい。** · 2007/10/09(火) 23:00:40

hexagonal close-packed structure ?

**名無しさん＠お腹いっぱい。** · 2007/10/09(火) 23:05:17

>>388
CPUに負荷が集中するタイプの処理で、
なおかつ、
アプリケーションが適切にマルチスレッド化されていれば、
OSのマルチスレッド性能には、あまり依存しない。

そして、
> 並列に処理するようにアプリを作製すれば、間違いなく速い。
なんて軽く言えるほど、簡単なことではない。

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

>>390
HPC?

2ソケットにするのもいいけど、1ソケット構成のまま10GbEでクラスタ組みたい。
4Uサイズに、16台 + 10GbEスイッチを押し込んだモノを作ってくれないかなぁ。

T2には10GbEのMACが内蔵されているので、シャーシ内接続なら、PHY省けないかな。

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

>>393
あ、HPCですぅ。失礼。

>>シャーシ内接続なら、PHY省けないかな。
PHYがあっても性能落ちないYO

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

HPCって T2はGaussian test397でどのくらいでるの。

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

ゆうちょ銀はNTTデータか。

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 09:18:55

並列なら、それなりに大きい粒度(1thread/1req.とか)でやればいいけど、
並行は結構難しいと思うよ。
まあ、俺にはだけど。。

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

>>392
> CPUに負荷が集中するタイプの処理で、
> なおかつ、
> アプリケーションが適切にマルチスレッド化されていれば、
> OSのマルチスレッド性能には、あまり依存しない。
そんな処理は科技系以外にはほとんど存在しないよ。

>> 並列に処理するようにアプリを作製すれば、間違いなく速い。
> なんて軽く言えるほど、簡単なことではない。
だから Solaris のチャンスなんじゃないか。まともな OS のない
Intel にはとんでもなく難しいことなんだから。つーか、スタートラインにさえ
立ってないからな。

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

>>398
> そんな処理は科技系以外にはほとんど存在しないよ。

なわけない。
個人向けのビデオ・エンコーダーの類いでさえ該当するよ。

> だから Solaris のチャンスなんじゃないか。

T2のピーク性能を引き出すために多数のスレッドに分散させることで、
Solaris程のマルチスレッド性能の高さが必要になってくるのであって、
8スレッド程度なら、そんな必要はない。

OSに出来ることは限られていて、結局は、アプリの作りの問題だし、
同じスループットが出るのなら、スレッド数は少ないほうが良い。

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

>>385
最近じゃエクセルのシートとかをHPCで処理するのがはやりらすいよｗ
http://www.is.doshisha.ac.jp/WindowsHPC/meetings/070215.html

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

ヲイオヰ.... ビデオエンコードって、並列化できない処理の典型なんじゃないの??

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

>>401
馬鹿には並列化できないな。

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

そうだな。馬鹿のどっかの会社は VLIW のプロセッサーは作ったけど
コンパイラーができなかったしなwwwwwwwww
これで 2 度目だよなー wwwwwwwww 3 度目だっけ??www

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 14:29:38

>>403
どこから電波を受信してるんだ?

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 17:54:36

可哀想だから、そっとしておこう

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 21:06:07

1UのT5120、シャシーデザインもなかなか良いな。
http://www.sun.com/servers/coolthreads/t5120/
T1000はDVD-ROMがつかないので不評だったけど、T5120はDVDがつくｗ
T5220だと内蔵Diskが8本載るので、ZFS使うのも面白そうだ。
ライセンス的な問題はあるんだけど、Oracleも高速に動くと思う。
実際、T2000もなかなか速かった。

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

http://www.sun.com/servers/x64/x4150/
X4150みたいに、1Uで8台のDiskが載っていると、もっと嬉しかったがな

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 21:35:19

T2マシンは、XeonやOpteronの2Pマシンと戦えるのか?
CPUの消費電力が半分でも、サーバ全体の割合で見ると小さくなる。
それでいて、価格が高いとなれば、SPARCユーザしか欲しがらないだろう。

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 21:37:14

T5120/T5220。10G Ethernetが2発搭載されているのって、なかなか良くねーか？
以前、UltraSPARC T2は、10Gをワイヤスピードに近い性能でドライブ出来ると
言っていなかったっけ？実験してみたいよ。

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 22:15:05

>>408 他の商用UNIXサーバに見劣りしなければいいんだよ。
あと、無償の仮想化機能もエッジサーバには有効。
VMware買うと高いからね。サーバより高い。
これも無償のXen使う手もあるけど。Solaris＋Zoneの方が手軽。

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

しかし、なんでT2のマシンはこんなに高いんだ？？
話では、T2の一番安いやつは$1,000切ってるんだろ？
それが、x86系と大差ない筺体に組み込まれるたとたん$13,000～って。
旧来のSPARCマシンにしてもここまでの割高感はなかったけどな。

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

T2000 1.4GHz×8Coreの約1000万もひどかったけどな。

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 23:03:02

>>410
おまけにVMwareじゃゲストOSの動作保証はないし、Directorとか
Carepackみたいなシステム管理機能は動かないしね。VMwareなら
べて喜んでいる奴の気が知れない。

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

信者は面白いこと言うな

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

>>411
下から攻めてくるIAサーバに対抗する製品ではなく、SPARCサーバの下のほうをリプレースする製品だから、だろうね。
安く出してしまうと、SPARCの従来製品が全く売れなくなるんだろうな。

>>412
あれには呆れたよ。

8コア×4スレッドの凄いCPUとして美辞麗句を並べておきながら、
実際に売るのは4コアとか6コアなんだもの。

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 23:20:51

>>415
T1000 1G×8Coreは安かったよ。DVD付かないんで売れないけど

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 23:21:36

なんであんな売り方してユーザは暴動を起こさないの

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

DVDなんていらないじゃん。

**名無しさん＠お腹いっぱい。** · 2007/10/10(水) 23:24:19

>>417 残念ながら、Sunにクレームつけるほど、Sunを使いたがっている
ユーザがいなくなってしまった。
SPARCの性能改善のボトルネックになっていたTIのせいだねｗ
期待の富士通もSPARC64遅れに遅れたし。(IV+に追いつかれたと言う...)

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

>>419
TIのせいにしてはいかんよ。SUNにプロセッサの設計力がないからだ。

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

製造遅れが多かったよ。TIは。不良品も沢山

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 00:21:05

IBM、HP、富士通、こいつらは自社工場でプロセッサを製造できるが、
Sunは、半導体工場を持たないので、他社に依頼するしかない。

そうなると、どーしてもキビシイわな。
TIに見切りを付けて富士通に製造依頼する手はなかったのか?
パソコン級になるが、TransmetaのEfficeonは富士通で製造だったよね。

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 00:26:01

>>422 設計はともかく、製造は台湾UMC頼みですね。
TIよりは全然良いと思います。
富士通はSPARC64VIで大失敗しましたね。技術力と言うより経営の
問題なのでしょうか。VIIは早急に出して欲しいです。
信頼性ではピカイチですからねぇ。このチップ

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 00:35:23

富士通もPRIMQUESTなんつークズマシンにリソース割くから。
せっかく欧州で伸び始めていたPRIMEPOWERを失速させてしまう。
最近、ようやく自社のSPARC Solarisユーザが重要である事に気がついたらしいが

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

>>422
PAはずいぶん前からIBMのプロセスだっただろ？
今となってはItaだし

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 00:39:19

富士通だって最新のプロセス使えるはずなんだけどな。

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

NECもベクトルのみ。Cellは泣かず飛ばず。
富士通にはがんばって欲しいよ。

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

>>426
プロセッサよりもシステムLSIの需要のほうが大切でしょう。
家電製品向けのものは、出る数の桁が違うから。

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

システムLSIも儲かっていないんだよなぁ

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 01:05:31

儲からなくても、社員と工場を維持できれば、それで十分。
それらを失ってしまうと、イニシアチブの取れないどうでもいいメーカーに転落してしまう。

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 01:14:41

そう言っては、儲からない事業を残してきたんだよな。

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 01:23:34

アホが。

経常利益に貢献しないからといって切り捨てるくらいなら、メーカーやめたほうがいい。

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

おれはメーカーをやめるぞ！ジョジョーーっ!!

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

コア事業以外は捨てる(選択と集中)のが常識だと思うけど？

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 10:56:50

>>422
> TIに見切りを付けて富士通に製造依頼する手はなかったのか?
富士通がまともに取り組んでくれてればそうしてたんじゃない?
最初の SPARC だって microSPARC だって turboSPARC だって
富士通製だったんだから。
なんだかんだ言っても富士通内で Unix やネットワークの重要性を
理解してる人は小数派なんだろ。
高クロックに走ってた hyperSPARC の延長線上を活かして、2本立てで競走に
できなかったのがまずかったと思うね。

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

>>417
互換性で囲い込んでるパソコン分野とは違うんだよ、ぼうや。
「高い」と思えば他社品買うだけ。「出口コスト」が低いからね。

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

>>434
新卒の新入社員レベルの経営だな、それは。

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

>>435
SuperSPARC がコケたからなーｗ

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

いや、SuperSPARC はスーパースカラーの記念すべき CPU なんだが....
ちょっと数字的に低かったねw

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

実際 Sun の SPARC 機が売れなくなったのはもっとずっと後。

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 22:35:20

速度だけが売りのRISCで速度が出せなかったんだからしょうがない。

**名無しさん＠お腹いっぱい。** · 2007/10/11(木) 23:07:49

UltraSPARC-IIのCache障害(設計不良)がイタかったと思う。
せっかくのE10Kの信頼性が台無し。
サーバ市場から退出させられた理由でもある。
IIIで直るかと思いきや、しばらくは同様のトラブルを抱えていたし。
本当に安心できるようになったのは、IVから。時既に遅し。
性能的に言えば、IV+で他社に追いついたが、その頃には、Sunは
死に筋のイメージが定着していて、顧客に検討してもらえないように
なってしまった。日本市場の話だけどな。
USではIV+のラインは売れていたらしいじゃん。

もっと早くにSPARC64取り入れていれば、また違ったのかもしれない。
こちらの提携もちょっと遅かった。

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

>>441
RISC の概念を採用しなかった CPU はほぼもう皆無ですが、
それでも「速度だけが売り」なんですか?
「RISC じゃなさ加減」でいくと SuperSPARC はかなり「RISC じゃない」面が
追加されたプロセッサですが。

**名無しさん＠お腹いっぱい。** · 2007/10/12(金) 11:26:14

RISC論争なんて、とうの昔に終わった話だろう。

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

速度だけが売りのx86非互換で速度が出せなかったんだからしょうがない、と言ってみる。

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

ひどくレベル下がってるねぇ。

**名無しさん＠お腹いっぱい。** · 2007/10/12(金) 14:48:35

まぁいずれにせよ SPARC が足踏みしてる間に x86 に先を越されたってこったｗ

**名無しさん＠お腹いっぱい。** · 2007/10/12(金) 14:55:01

はぁ。ぜんぜん越されてないですよ。x86 はおなじとこぐるぐる回ってるだけですから。
使えないです、はい。

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

>>448
上の SuperSPARC, UltraSPARC のクロック足踏みのことだろ？

**名無しさん＠お腹いっぱい。** · 2007/10/12(金) 15:58:04

ところが、UltraSPARC II 250MHz で構成された E10k に勝てるマシンを
最新の x86 では作れないわけよ。Intel もそんなことはわかってるわけだが、
一部のバカがさww からかうとおもしろいよねw
オレも 15年前に PC-Unix が流行り出したころは WS と同じにしようとして
喜んでたけどねww 低次元だったwww

**名無しさん＠お腹いっぱい。** · 2007/10/12(金) 15:58:49

「最新の x86 でいくらカネかけようができないわけよ」に訂正w

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

E10kってどこから買ってきたんでしたっけ？

**名無しさん＠お腹いっぱい。** · 2007/10/12(金) 16:33:20

CRAY?

**名無しさん＠お腹いっぱい。** · 2007/10/12(金) 16:39:56

サンの買収担当者は良い目をしているな。自社にない良いものを持ってくる。
黒歴史もあるが w

**名無しさん＠お腹いっぱい。** · 2007/10/12(金) 16:50:04

age

**名無しさん＠お腹いっぱい。** · 2007/10/12(金) 16:50:05

E10kのもととなったCRAY CS6400は最大64CPU
現在のフラグシップのE25kは最大72CPU

SUNの技術力が伺い知れます