Sun Microsystems 最大のリストラ

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:32:59

11%-13%の人員削減だが、栗鼠似の会長は栗鼠トラ対象外。

【前スレ】
Sun Microsystems 最大の重複
http://pc8.2ch.net/test/read.cgi/unix/1141840635/

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:38:25

【過去スレ_1】
Sun Microsystem最大の失態
ttp://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
ttp://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
ttp://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
ttp://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
ttp://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
ttp://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
ttp://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
ttp://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
ttp://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧！お前にサンが救えるか
ttp://pc5.2ch.net/test/read.cgi/unix/1103972661/

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:39:33

【過去スレ_2】
Sun Microsystems 最後の理不尽
ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/
Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:42:16

＜公式サイト＞
Sun Microsystems (U.S.)
http://www.sun.com/

サン・マイクロシステムズ
http://jp.sun.com/

＜公式blogサイト＞
U.S. http://blogs.sun.com/roller/main.do
日本 http://jp.sun.com/communities/blogs/

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:47:02

Sun releases Fire 5000ネタは笑った。

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 15:12:02

乙
スレ大杉。統合したら。

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 15:12:57

>>1
あれだけたくさん立てたスレを再利用しないなら削除依頼出して来いよ。

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 15:15:43

>>5
(　ﾟДﾟ)　「Fire 5000」…ふむふむ、最新サーバーの発表か。ん？

(つд⊂)

(；ﾟдﾟ)　「Fire 5,000 Plan」……？

(つд⊂)

　 _, ._
(；ﾟ Дﾟ）　... fire up to 5,000 workers

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 15:49:16

>>6,7
Intel 批判でる度に「うっとおしいから別スレにしろ」って言うから分かれたんじゃないか。
別にかまわんだろ並立で。たいした量もないし。

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 18:45:43

最後の重複スレも立ててくれ。
たいした量でもないし、重複について語ろうぜ。

誘導 · 2006/06/05(月) 19:13:39

★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
このスレは重複スレです

[Throughput] Sun Microsystems [Deathspiral]
http://pc8.2ch.net/test/read.cgi/unix/1094824338/
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 19:26:00

このスレが後継でいいです
Itaniumにこじつけたタイトル、過去スレの再利用はお引取り願いたい

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 19:34:29

>>11
そのスレは「Linuxﾀﾝ萎え」について語るスレです。別物。

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 00:13:49

最大のリスが良かった

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

SunRay2 って、CPU は SPARC?

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 12:04:48

11%-13%の人員削減って全世界でしょう？
日本ではどうなんだろう？

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 12:22:36

日本は、撤退したりして。
そんなことはない。

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 17:19:09

>>17
それ、まだ発表しちゃだめって言われてるよね？

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 19:36:32

フライングしちゃったね

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 20:56:44

Sun travels to 'Andromeda' for blade server return
http://www.theregister.co.uk/2006/06/07/sun_andromeda_blade/

アンドロメダきたー

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

>>15
旧SunRayはたしかMicroSPARCだったと思うけど、
SunRay2 は AMD Alchemy。カタログの最後のページに書いていてある。
http://jp.sun.com/products/catalog/pdf/FY06Q4/SunRay2_2FS.pdf

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

AMDべったりだな

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 22:54:59

>>21
おおおおーー、MIPSー。びっくり。サーバー機の管理用に PowerPC も使ってるし。
開発外部なんかな? SPARClite じゃダメなんかよー?

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 23:20:04

>>20
SPARC はもういらない子になりそうな悪寒。

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 23:44:30

これからはSPteron

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 23:54:44

>>24
もうOpteronでいいよ

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

Transmeta と AMD も近づいてるだろ。Ditzel が AMD へ行く可能性もあるぞ。

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

トラメタはLR2のIPで食ってきゃいいし、Ditzelタソ移籍あるかもな

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

SunRayは昔からCPU問わない流儀でしょ。
メーカーさん、みんな参加してくれよ、Javaだからよって戦略だから。

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

アンドロメダと言えば拡散波動砲だね

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

そういえば最近龍角散の CM やってないな。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 01:16:23

ところで、Java chip が失敗したのはなぜ? プロトタイプぐらいまでは行ったんだよね、
そうすると勝算があった、ってことでしょ? 何が原因だったか、誰か知らない?

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

>>32
プロトタイプまでいくとなぜ勝算があるのか？
プロトタイプぐらいまでしかいかなくて、結局実用的にみて付加価値は何もなかったって事。

「LinuxってなんでWindowsより使われないかだれか知らない？」って質問と等しい。

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

勝算がありそうだから、プロトタイプまで行ったと言いたいとみた。
JavaOSもあったね。

MAJCってどうなったの?

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

>>32
JITやHotSpotの方が効率が良かったから。

JavaOSはいまでもある。
NC向けは停滞しているけど、JavaCardの方が活発。

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

java chipは失敗したというかazulみたいなサーバアプライアンスに使われるようになったと
理解してるんですけど
もし今後活躍の場があるとすればFPGA上に実装されたコプロとしてじゃないかな

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

azul

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 11:20:14

んと、当然、汎用 CPU 上の JIT や HotSpot より十分高い性能が出せなかったというのは
予想がつくんだけど、その先の理由を知りたい。具体的に、どんな点が
克服できなかったのか。
MAJC についても。あれは結構汎用 CPU 寄りになっちゃってるんだよね?

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

SPARC の ABI なんか見ても、スタック言語を高速に実行するための
配慮みたいなのがあったりして、そのあたりの「考えの足りなさ」が
Java chip の敗因じゃないんじゃないかと、思ってたりするんですよ。
実際モノ作ってみるまで問題点が発覚しなかったんなら、それはどんなことなのかと。
それとも改善を続ける体力がなくなっただけなの?

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 11:51:44

儲からないと判断したから。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 13:19:18

>>38
x86を見ても、
数が出て投資されるchipが速いってことが分かるのでは?

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

逆に言うと、そんな理由でしかないんなら、状況が変わってくればモロ復権があり得るね。

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

CPUの性能向上は投入リソースに比例するんだから、復権なんてありえないだろ。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 14:07:11

Java 言語周辺へのリソース投入状況の変化なんていくらでも考えられると思うが。
むしろ x86 にずっとリソースが投入され続けると考える方が変。
x86 じゃなくて Intel にリソースが投入され続けると考えた Intel は Itanium で
痛い目にあってるしw。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 14:33:07

検索システムに力を入れるのかな。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 15:48:25

汚い CISC のエミュレーションのために膨大なコストがかかり、それが商品に
転嫁されているということをもっと考慮すべきだよね。よいものが評価されない、
優れたものが残れないというのは市場経済が正常に機能していないということでしょ。
バイナリ互換性至上などという迷信による囲い込み商売は規制すべきだね。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 15:53:17

CISCエミュレーションって何の話？

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 19:26:10

newsで検索システムと音楽検索システムとかあったけど、
ipodみたく、音楽配信に参入するのかな

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 14:37:38

>>46
そんな膨大なコストをかけて、それが価格に転嫁されようとも、
スケールメリットによって他よりもコストパフォーマンスに優れているものが生き残るのは、
まさに市場経済が正常に機能しているということだと思いますが。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 17:23:27

何言ってるの? そのコスト分性能向上に回せるのよ? 現状がコストパフォーマンスに
優れてるわけがないから問題なんじゃない。
競争のない状態で市場経済なんて機能するわけがないでしょ。中学校で習わなかった?

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 17:29:05

ソフトウェアの流通量から考えてもx86系は有利だと思いますけどね
マシンのスループットと価格でコストパフォーマンスを考えてもしょうがないのでは

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 18:36:43

「ソフトウェアの流通量」という阻害要因によって競争が妨げられている。
しかもそれが参入障壁として機能するように恣意的に維持されている。
寡占は産業の衰退を招く。品質の悪いゴミばかりが残る。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 19:07:04

InteropのSunのブースのおねーちゃんは、
割とかわいい感じのひとが多かった。
CISCOの方が上だったが。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 19:14:25

>>50
> そのコスト分性能向上に回せる

それは微々たるものでしょう。
SPARCでもバイナリ互換のために色々やっていて、膨大なトランジスタ数を注ぎ込んでいますよ。

性能向上のためにはスケールメリットによって莫大な開発費を投入する必要があり、
スケールメリットを得るためには、x86という古い命令セットとの互換性を保つ必要がある。

スケールメリットによって投入できるようになる開発費が、
互換性のために必要なコストを、上まわっていれば問題ない。

DELLはx86なローエンドサーバを3万円で売ってるけど、
SunはSPARC系のローエンドサーバを3万円で売ってる?
ローエンドではSPARCのコストパフォーマンスは、x86には到底かなわないよ。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 19:25:06

>>54
> それは微々たるものでしょう。
Wintel 関係者ですか?
> DELLはx86なローエンドサーバを3万円で売ってるけど、
> SunはSPARC系のローエンドサーバを3万円で売ってる?
まっとうな競争がされていればコストパフォーマンスは今よりずっと上だという
主旨なんだけど... そんなに難しいかな?
> ローエンドではSPARCのコストパフォーマンスは、x86には到底かなわないよ。
はるかに改善されるでしょう、と言っています。今の x86 はリソースを
ほぼ独占しているのにたいした性能じゃない。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 20:50:13

>はるかに改善されるでしょう、と言っています。
仮定のお話だわな
もしかして漏れ釣られ（ｒｙ

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 21:01:51

何を期待してるのかがわからん。
高性能独自アーキテクチャが乱立しているような状況を望んでるのか？

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 21:06:35

まあ、SPARCは3万円サーバどころか、
40万円以上のクラスしか残ってないわけですが。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 21:49:57

>>55
RISC vs CISCの論争は、
それぞれ性能向上に向かって突き進んでいったら同じところに到達してしまい、
大した違いがなくなってしまったので、終わりましたよ。
マルチコア・マルチスレッド時代になって再燃するかな? という感じはあるけどね。

あなたのいう、まっとうな競争というのをやった場合、スケールメリットを享受することができません。
プロセッサ開発には莫大な費用がかかる以上、
スケールメリットなしではCPUの価格を下げることも、高性能なCPUを作ることもできません。