Sun Microsystems 最大の解雇
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2010/01/18(月) 18:59:42前スレ
Sun Microsystems 最富の庇護
http://pc12.2ch.net/test/read.cgi/unix/1254895521/
0002名無しさん@お腹いっぱい。
2010/01/18(月) 19:03:28Sun Microsystem最大の失態
http://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
http://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
http://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
http://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
http://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
http://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
http://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
http://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
http://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧!お前にサンが救えるか
http://pc5.2ch.net/test/read.cgi/unix/1103972661/
Sun Microsystems 最後の理不尽
http://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
http://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
http://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
http://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/
0003名無しさん@お腹いっぱい。
2010/01/18(月) 19:06:15.| || || |
| __|l−l|__ l
/__ __\
< =\_・)o(・_/= > / ̄ ̄ ̄ ̄ ̄ ̄
\彡(_人_)ミ / < 毎年毎年、数十人から何百人と簡単に安易にクビが切られていく・・・・・・・・
>_ _ < \______
<,, (/ _)、 ,,>
_ \_/ \_/ _
( \|ニ ニ|/ )
\゙ ¬、 ___べ/
\_(⌒__/
 ̄
0004名無しさん@お腹いっぱい。
2010/01/18(月) 19:06:52Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/
Sun Microsystems 最大の重複
http://pc8.2ch.net/test/read.cgi/unix/1141840635/
Sun Microsystems 最大のリストラ
http://pc8.2ch.net/test/read.cgi/unix/1149485579/
Sun Microsystem 最大の夜長
http://pc8.2ch.net/test/read.cgi/unix/1159681441/
Sun Microsystems 最大の移行
http://pc10.2ch.net/test/read.cgi/unix/1164826577/
Sun Microsystems 最大の回復
http://pc11.2ch.net/test/read.cgi/unix/1170949021/
Sun Microsystems 最後の提携
http://pc11.2ch.net/test/read.cgi/unix/1181454302/
Sun Microsystems 最大の黒箱
http://pc11.2ch.net/test/read.cgi/unix/1193754625/
SunMicrosystems 最大の探検
http://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
http://pc11.2ch.net/test/read.cgi/unix/1214127349/
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/
Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/
Sun Microsystems 最大の超新星
http://pc11.2ch.net/test/read.cgi/unix/1233928036/
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/
Sun Microsystems 最大の企業売春
http://pc12.2ch.net/test/read.cgi/unix/1242037807/
0005名無しさん@お腹いっぱい。
2010/01/18(月) 19:07:40Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/
Sun Microsystems 最期の落日
http://pc12.2ch.net/test/read.cgi/unix/1244286002/
Sun Microsystems 最大の岩望
http://pc12.2ch.net/test/read.cgi/unix/1247220804/
Sun Microsystems 最富の庇護
http://pc12.2ch.net/test/read.cgi/unix/1254895521/
0006名無しさん@お腹いっぱい。
2010/01/18(月) 19:08:22Sun Microsystems
http://www.sun.com/
サン・マイクロシステムズ
http://jp.sun.com/
blogs.sun.com
http://blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
http://jp.sun.com/communities/blogs/
0007名無しさん@お腹いっぱい。
2010/01/18(月) 19:25:49http://japan.internet.com/finanews/20100118/12.html
> 苦境の Sun Microsystems 買収手続きが遅れている Oracle だが、今後数週間以内に買収が完了次第、
> 最大半数もの Sun の従業員を解雇するかもしれない。これは、金融サービス大手 UBS のアナリストが、
> 報告書の中で指摘した話だ。
>
> Sun は社内向けの連絡で同報告書の内容を否定し、これは「まったく事実と異なる」と従業員らに伝えた。
>
> だが、Oracle と Sun の合併に詳しい複数の情報筋は、手続き完了後に一部を除く全ての部署を対象にした
> 大規模な人員削減があると述べていた。
>
> こうした大量解雇は、想定外の事ではない。2つの企業が合併することで当然重複が起きる上、
> Sun が過剰なまでに「科学プロジェクト」を設け、収入に繋がらない事業に取り組んでいるとの見方を考えれば、
> 大型人員削減の実施はあり得る話だったが、その規模が分からなかった。
>
> UBS のアナリスト Brent Thill 氏は、Oracle は少しでも利益性をひねり出すため、Sun の従業員1万3800人を
> 解雇する構えだと述べた。Sun が米証券取引委員会 (SEC) に提出した最新の書類によれば、
> 同社の従業員は2009年9月時点で約2万7600人を数える。
>
> 買収成立は、欧州連合 (EU) による承認が下りるかどうかにかかっているが、その可能性は高まっているようだ。
> EU が判断を下す期限は27日だが、取材に応じた情報筋の1人は、19日にも承認が下りる可能性があると述べた。
>
> Oracle は、買収完了後の通期決算における非 GAAP ベースの営業利益として15億ドルを達成したい考えだが、
> そのためには、こうした大量解雇も必要になるだろうと Thill 氏は報告書の中で指摘している。
>
> Oracle と Sun の広報担当者はいずれも、噂や憶測に対するコメントは差し控えると答えた。
0008名無しさん@お腹いっぱい。
2010/01/18(月) 19:30:130009名無しさん@お腹いっぱい。
2010/01/18(月) 21:30:380010名無しさん@お腹いっぱい。
2010/01/18(月) 22:53:12乙
0011名無しさん@お腹いっぱい。
2010/01/18(月) 23:27:28/ ̄・ヽ っ
・、_ ノ /  ̄ヽ
(__)⊂ヽ/ ,-、 )
(___)__人_ノ
~ ~
0012名無しさん@お腹いっぱい。
2010/01/19(火) 00:16:43いらない子はどーんどんしまっちゃうからね〜♪
0013名無しさん@お腹いっぱい。
2010/01/19(火) 09:47:130014名無しさん@お腹いっぱい。
2010/01/19(火) 10:46:340015名無しさん@お腹いっぱい。
2010/01/19(火) 12:12:59http://japan.zdnet.com/fyi/story/0,3800100774,20406866,00.htm
> Reutersの報道によると、OracleによるSun Microsystems買収を阻止するための嘆願書の署名を集めていた
> Michael "Monty" Widenius氏が、欧州委員会による承認の可能性が高まっていることから、次は中国とロシアに
> 嘆願する意向だという。ロシアでは独占禁止当局が利害関係先に情報提供を求め始めたところで、
> 中国もまだ買収を承認していない。MySQLの生みの親としても知られるWidenius氏は、
> MySQLデータベースが競合であるOracleの手に渡ることに警鐘を鳴らし、2009年12月末より「Save MySQL」で
> 嘆願書の署名を募集している。
0016名無しさん@お腹いっぱい。
2010/01/19(火) 16:39:54http://www.uniadex.co.jp/news/2010/news_20100118_375.html
0017名無しさん@お腹いっぱい。
2010/01/19(火) 16:41:40http://sourceforge.jp/magazine/10/01/19/0210232
おら来る涙目
0018名無しさん@お腹いっぱい。
2010/01/20(水) 16:45:490019名無しさん@お腹いっぱい。
2010/01/20(水) 21:58:020020名無しさん@お腹いっぱい。
2010/01/21(木) 09:34:59Oracleにとってはむしろ好都合だろ。MariaDBが今の MySQLの位置付けになるには
長い時間がかかる(そもそもなれない可能性大)だし、MySQLへの文句は
「MariaDB使ったら?」ってかわせるようになる。
>>19
企業製品とはそういうもんだ。ほんとに使われないんなら金もかからん。
0021名無しさん@お腹いっぱい。
2010/01/21(木) 11:43:29済むようにするためだろ。本音はハードのサポートまで一括で請け負って丸儲けを目論ん
でるんだろうが。
MySQLみたいな小商いには興味がなくて、競合する製品にならなければそれで良いんだ
ろうな。
0022名無しさん@お腹いっぱい。
2010/01/21(木) 13:26:57そんなたいそうなもんかとw
0023名無しさん@お腹いっぱい。
2010/01/21(木) 14:06:450024名無しさん@お腹いっぱい。
2010/01/21(木) 14:11:090025名無しさん@お腹いっぱい。
2010/01/21(木) 14:12:23だから Sun使わずに MS-Windows使ってます、そういうことだろ?
0026名無しさん@お腹いっぱい。
2010/01/22(金) 00:59:41ttp://news.cnet.com/8301-13578_3-10438652-38.html?tag=newsEditorsPicksArea.0
0027名無しさん@お腹いっぱい。
2010/01/22(金) 11:10:22http://blogs.sun.com/jag/entry/so_long_old_friend
0028名無しさん@お腹いっぱい。
2010/01/22(金) 21:21:470029名無しさん@お腹いっぱい。
2010/01/22(金) 21:25:510030名無しさん@お腹いっぱい。
2010/01/22(金) 22:50:520031名無しさん@お腹いっぱい。
2010/01/22(金) 23:10:420032名無しさん@お腹いっぱい。
2010/01/24(日) 14:48:260033名無しさん@お腹いっぱい。
2010/01/24(日) 15:21:560034名無しさん@お腹いっぱい。
2010/01/26(火) 15:22:05わからなそうだな。F終ったか..
0035名無しさん@お腹いっぱい。
2010/01/26(火) 16:04:260036名無しさん@お腹いっぱい。
2010/01/26(火) 16:34:420037名無しさん@お腹いっぱい。
2010/01/26(火) 22:15:00Fが終わったんじゃねえ
SPARCが終わったんだ
0038名無しさん@お腹いっぱい。
2010/01/27(水) 13:35:560039名無しさん@お腹いっぱい。
2010/01/27(水) 20:26:110040名無しさん@お腹いっぱい。
2010/01/27(水) 22:02:430041名無しさん@お腹いっぱい。
2010/01/27(水) 23:32:100042名無しさん@お腹いっぱい。
2010/01/27(水) 23:45:04http://japan.cnet.com/news/biz/story/0,2000056020,20407459,00.htm
0043名無しさん@お腹いっぱい。
2010/01/28(木) 10:26:01DELLになったってしゃーない。
0044名無しさん@お腹いっぱい。
2010/01/28(木) 12:42:56http://enterprise.watch.impress.co.jp/docs/news/20100128_345310.html
0045名無しさん@お腹いっぱい。
2010/01/28(木) 15:20:51http://www.oracle.com/us/products/servers-storage/solaris/index.html
0046名無しさん@お腹いっぱい。
2010/01/28(木) 15:21:47http://www.oracle.com/us/products/servers-storage/servers/blades/index.html
0047名無しさん@お腹いっぱい。
2010/01/28(木) 19:16:26Oracle Solaris
ワロタ
0048名無しさん@お腹いっぱい。
2010/01/28(木) 20:04:510049名無しさん@お腹いっぱい。
2010/01/28(木) 20:35:490050名無しさん@お腹いっぱい。
2010/01/28(木) 21:43:540051名無しさん@お腹いっぱい。
2010/01/28(木) 22:20:52http://www.atmarkit.co.jp/news/201001/28/sun.html
0052名無しさん@お腹いっぱい。
2010/01/29(金) 00:26:530053名無しさん@お腹いっぱい。
2010/01/29(金) 08:57:10SPARC に直ってるじゃんw
0054名無しさん@お腹いっぱい。
2010/01/29(金) 14:51:37エリソンは、Intelも敵に回すつもり(というか、回したい)んだから、
捨てないと思うけど。
x86なんて、この世でいちばん要らんアーキだし。
0055名無しさん@お腹いっぱい。
2010/01/29(金) 16:21:230056名無しさん@お腹いっぱい。
2010/01/29(金) 16:40:35AlphaやCrusoeも取り込んでるんでしょう?
昔の80x86の様なモノと同じ中身では無いし…
SPARCは最初からシンプルだったから
変わるのが難しいのかも…
最近の改良点って線幅のサイズダウンとか
省電力とかの他に何かあるんだろうか?
PARISCとかならもっと改変の余地はあると思うけれど
(…例が古すぎか〜)
0057名無しさん@お腹いっぱい。
2010/01/29(金) 16:56:11たとえばNiagaraシリーズのようなマルチスレッドをやると、大きなレジスタファイルは非効率だよね。
L1D$よりもアクセス頻度の低いデータがレジスタウィンドウの隠れている部分に残っているのは、無駄だよ。
マルチスレッドなんだから、レジスタウィンドウの切り換えのレイテンシが大きくても構わないわけで、
まずは、レジスタファイルを限界まで小さくしたらどうだろう。
さらに、マルチスレッドなのだから、レジスタのアクセスのレイテンシが0クロックである必要すらない。
16本は0クロックで、残りのinとoutの16本はL1D$上に置いてもいいんじゃないかな。
シングルスレッド性能は低下するが、そこはヘテロで。
特性の異なるCPUコアが混在したものを上手にOSがハンドリングすることは、
CPUとOSの両方を同じ会社が作っているSunの強みだと思うよ。
0058名無しさん@お腹いっぱい。
2010/01/29(金) 17:13:58さて次はどれが潰されるのか。
0059名無しさん@お腹いっぱい。
2010/01/29(金) 17:32:560060名無しさん@お腹いっぱい。
2010/01/29(金) 20:53:27一瞬、OTN のサブスクライバページに迷い込んだかと思ったぜ。
0061名無しさん@お腹いっぱい。
2010/01/29(金) 23:55:31半分くらいは(…しかかな?笑)理解できたと思うけれど,
現代的な用途では,SPARCLiteみたいなものの方が
合ってるってことなのかな?
SPARCLiteってまだあるのかな?
0062名無しさん@お腹いっぱい。
2010/01/30(土) 00:08:17キヤノンのデジカメのファームウェアを解析&改造してるロシア人のサイトで
「キヤノンのDIGICはSPARCだからやりやすいぜ!同志!」みたいな書き込みを見た事がある
0063名無しさん@お腹いっぱい。
2010/01/30(土) 10:52:58> AlphaやCrusoeも取り込んでるんでしょう?
そんなバカな。
> 昔の80x86の様なモノと同じ中身では無いし…
中身の話はしてないわな、誰も。外身がダメでそのせいで結局ダメという話。
> 最近の改良点って線幅のサイズダウンとか
> 省電力とかの他に何かあるんだろうか?
思考停止の自慢ですか? 改良は常にされてますけど。SPARCだろうが x86だろうが。
> PARISCとかならもっと改変の余地はあると思うけれど
> (…例が古すぎか〜)
はあ。改変して Itaniumができたんですけど。すごかったですよ、いろいろ。
見てなかったんですか?
0064名無しさん@お腹いっぱい。
2010/01/30(土) 10:58:480065名無しさん@お腹いっぱい。
2010/01/30(土) 11:03:44内部RISC化の過程でAlphaの開発者が参加している.
ClrusoeはIntelが買い取ってしまった.
x86系統はi486まで,Pentiumから内部RISC化していってる…
Intaniumは…次がなくなっている…
0066名無しさん@お腹いっぱい。
2010/01/30(土) 11:18:11でも、内部RISC化したと認識されてるのはuOPs分解が始まったPentiumProからなんじゃね?一般的には
0067名無しさん@お腹いっぱい。
2010/01/30(土) 11:21:08RISCの欠点だった、命令のバンド幅がデカいというのを、そのまま継承している点は、良くないけどね。
0068名無しさん@お腹いっぱい。
2010/01/30(土) 11:24:57486は「ワイヤードロジック」と言われてたぞ。
0069名無しさん@お腹いっぱい。
2010/01/30(土) 11:28:40> 内部RISC化の過程でAlphaの開発者が参加している.
Alphaの技術者は DEC消滅後 Athlonや SPARCやその他ほとんどのアーキの開発に
参加して、高クロック化に貢献してる。
RISC化ちうのは i486以降ずっと続けられてて、PenProで中身はほぼ RISCだが
これは i960の連中の成果。i960はバークレー RISCベース。
当時はまだ DECがあって Alphaがもっともがんばってた時期。
> ClrusoeはIntelが買い取ってしまった.
はぁ? Transmetaは Intelの省電力技術を特許侵害だと訴えてるんだが。
Crusoeの製造権利を買ったのはどっかマイナーな会社だったろ? それをまた
Intelが買ったのか?
知財残してた Transmeta社は Novaforaという会社に買収されたらしいが。
> x86系統はi486まで,Pentiumから内部RISC化していってる…
> Intaniumは…次がなくなっている…
もう完全にワケワカ。何言ってんの?
0070名無しさん@お腹いっぱい。
2010/01/30(土) 11:58:09ほぼ独占のガリバー企業が死ぬ程の時間と死ぬ程の改善努力をしたにもかかわらず
モノにならなかったアーキテクチャが「そんなに悪くない」とかいう根拠はなに?
i960みたいに経営判断で放置されたものの内実を見て「悪くない」と
言われれば、そうかもなって思うけど。
0071名無しさん@お腹いっぱい。
2010/01/30(土) 11:59:200072名無しさん@お腹いっぱい。
2010/01/30(土) 12:01:55Itaniumも経営判断で放置されてるだろ
Madison以降まともに出てきた製品は無い
0073名無しさん@お腹いっぱい。
2010/01/30(土) 12:05:520074名無しさん@お腹いっぱい。
2010/01/30(土) 12:06:400075名無しさん@お腹いっぱい。
2010/01/30(土) 12:15:34がんばれ
0076名無しさん@お腹いっぱい。
2010/01/30(土) 12:30:540077名無しさん@お腹いっぱい。
2010/01/30(土) 13:04:09営業と技術の話は別。
Mckinleyは良いCPUだったと思うよ。
0078名無しさん@お腹いっぱい。
2010/01/30(土) 13:59:54技術がダメだったからどうしようもなかった。
つーか、思いっきり全力投球して性能出なかったんだから、
「良い CPU」なわけないと思うけど。
そんなにいいと思うんなら、Intelから買ってやれよ部隊ごと。Intel大喜びだぜ?ww
0079名無しさん@お腹いっぱい。
2010/01/30(土) 15:01:190080名無しさん@お腹いっぱい。
2010/01/30(土) 15:34:12Mckinleyは性能でてたでしょうが。
0081名無しさん@お腹いっぱい。
2010/01/30(土) 16:17:05ベンチマーク「だけ」、な。
0082名無しさん@お腹いっぱい。
2010/01/30(土) 16:21:230083名無しさん@お腹いっぱい。
2010/01/30(土) 16:32:27なんでベンチマークの話にしたがるかねぇ
0084名無しさん@お腹いっぱい。
2010/01/30(土) 16:56:34ゾンビ同士仲良くしろよ。
0085名無しさん@お腹いっぱい。
2010/01/30(土) 17:47:31シングルスレッド追求の UltraSPARCは低調だが、SPARC64は絶好調だし。
Niagaraも息切れしたけど、資源投入できてればまだまだ伸びシロがある。
Oracleがついて資源的には安泰だからこれから楽しみ。
Itaは終り。なにもかも揃ったこれ以上は望めない環境で性能を出せなかった。
今からでも、i960を復活させるべきだな。
0086名無しさん@お腹いっぱい。
2010/01/30(土) 17:58:100087名無しさん@お腹いっぱい。
2010/01/30(土) 17:58:41x86も終りだ。同条件になったらまったく勝ち目がない。
「バイナリ互換性」がとっくの昔に幻想と化してることはみんな気づき出してるし。
0088名無しさん@お腹いっぱい。
2010/01/30(土) 18:00:24Niagaraでもコストパフォーマンスでxeonに勝つのは難しかろう
プロセッサ開発なんて先行きが怪しいんだから
そんなのは富士通に押し付けてOracleは手を引くんじゃね?
0089名無しさん@お腹いっぱい。
2010/01/30(土) 18:00:42ヨソの赤字事業が利益貢献すると思ってるから買うわけ。きみバカ?
0090名無しさん@お腹いっぱい。
2010/01/30(土) 18:06:06おめでたいなー
買収ってのは、美味しいところだけつまみ食いして残りをばっさり捨てる、という大リストラの免罪符なんだよ。
0091名無しさん@お腹いっぱい。
2010/01/30(土) 18:08:00x86は終わってもIntelとAMDのプロセッサのビジネスは終わらないでしょ。
彼らは優れたプロセッサ設計の会社ではなく、優れたプロセッサ製造の会社なんだよ。
0092名無しさん@お腹いっぱい。
2010/01/30(土) 18:10:13Javaなんか特に所有する必要もないし。
IBMに対抗する、明確。垂直統合には、ハードと OSが必要。優秀なやつが。
0093名無しさん@お腹いっぱい。
2010/01/30(土) 18:11:110094名無しさん@お腹いっぱい。
2010/01/30(土) 18:12:44> 彼らは優れたプロセッサ設計の会社ではなく、優れたプロセッサ製造の会社なんだよ。
そう。だから、既存の RISCまんべんなく作りゃいいんだよ。ARMも SPARCも。
0095名無しさん@お腹いっぱい。
2010/01/30(土) 18:12:530096名無しさん@お腹いっぱい。
2010/01/30(土) 18:13:30ニュース読めや少しは。
あたまわるいぞ?ww
0097名無しさん@お腹いっぱい。
2010/01/30(土) 18:15:08IntelはARMやってたけどMarvellに売っちゃったからなぁ。
まぁ、IntelがSPARC作って売るようになったら、それこそ、SunのSPARCサーバは脂肪だろ。
DELLやHPそしてIBMが、Intel製SPARCを積んだサーバを、今のXeonサーバのように売りまくるだろうからな。
0098名無しさん@お腹いっぱい。
2010/01/30(土) 18:15:54エリソンがSPARCの開発を強化するって言ったことに対して、方々から「正気か?」っていうコメントが寄せられたっていうニュース読んだよ。
0099名無しさん@お腹いっぱい。
2010/01/30(土) 18:18:32UltraSPARCや SuperSPARC作ってるのは TI。hyperSPARCは ROSS。
microSPARC, TurboSPARCは富士通。それ以前の v7 SPARCは 5社くらいあったか。
Sunのサーバーが、何だって??!
0100名無しさん@お腹いっぱい。
2010/01/30(土) 18:20:22エリソンは、ずーっと、未だこの方、「正気」だったことなんて、ないんだよ。
そんなことも知らんのか?
IBMと張る、ってのは、本気だよ。アホなんだから。
0101名無しさん@お腹いっぱい。
2010/01/30(土) 18:21:28たったそれだけのことでx86との製造プロセスの差をゼロにできるのに。
製造がネックなんじゃなくて設計がネックなんじゃネーの?
■ このスレッドは過去ログ倉庫に格納されています