トップページunix
1001コメント267KB

Sun Microsystems 最上川上流

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2009/04/09(木) 15:39:23
五月雨を集めて早し最上川

【意訳】五月雨のように断続的に数々のIT企業を買収して集めても、
業績の下落ぶりはまるで急流のように早く、あとには何も残らない。
【補足】
スレッドタイトルは、一説に最上川上流に不法投棄のゴミが溜まって
いる惨状を某企業の内情なぞらえて詠んだ哀歌とも。詠人不知。

【前スレ】
Sun Microsystems 最大の超新星
http://pc12.2ch.net/test/read.cgi/unix/1233928036/
0626名無しさん@お腹いっぱい。2009/04/29(水) 22:44:35
産経、朝日、毎日
読売は微妙
0627名無しさん@お腹いっぱい。2009/04/29(水) 23:49:25
>>625
ここ、何のスレですか
0628名無しさん@お腹いっぱい。2009/04/30(木) 02:30:42
>>624
Linuxに合わせられないSolarisが互換性なさすぎ
0629名無しさん@お腹いっぱい。2009/04/30(木) 02:31:27
>>595
本格的なDBって、
使うというより、
使われるって感じがするんだよね。

昔のコンピュータみたいに専属でお守りをする人をつけないと運転できない、みたいな。
0630名無しさん@お腹いっぱい。2009/04/30(木) 02:38:29
>>608
うわぁ、AMDやっちまったな。

IntelのMCMによるデュアルコアやクアッドコア製品に対して、
なんちゃってデュアルコア、なんちゃってクアッドコアと馬鹿にし、
AMDのは真のデュアルコア、クアッドコアなどと言ってしまった口で、
6コア×2の、なんちゃって12コア製品をデモするんだ・・・・。
0631名無しさん@お腹いっぱい。2009/04/30(木) 03:21:15
そうでもしなきゃNehalemに対抗できないからなw
0632名無しさん@お腹いっぱい。2009/04/30(木) 08:49:06
>>630
問題はそれで性能出るかどうかでしょ
C2Qなんかだとエンコでメモリがネックになって100%いかない例もあったけどさ
0633名無しさん@お腹いっぱい。2009/04/30(木) 09:24:13
ソフトウェアのライセンスで不利にしないためじゃない?
性能のためにコア数を増やしたと言うよりソケットを削減した感じ
0634名無しさん@お腹いっぱい。2009/04/30(木) 09:31:33
Intel→とりあえずMCMで2コア×2ダイで、クアッドコアを実現して、出荷中
そのとき
AMD→「真の」クアッドコアを開発中であることをアピール。

AMD→やっとクアッドコア製品を出荷開始
そのすぐ後に
Intel→4コアを1ダイに入れた製品を出荷開始

そして結果は、Intelの圧勝。

不正な商行為によるものだというAMD厨の主張もあるが、
それを追求すると、AMDのFUDはどうなんだって話になる。
0635名無しさん@お腹いっぱい。2009/04/30(木) 09:37:42
>>632
AMDの開発リソースは限られているので、
マルチスレッド化したコアの開発費よりも、2ダイのMCMのコストアップのほうが安上がり
なのかもね。

ところで、100%行かないってのは、何が?
0636名無しさん@お腹いっぱい。2009/04/30(木) 09:47:14
12コア出すよっていうのもFUDだろう。
AMDが12コアを出荷開始した時点で、Intelは何を出しているだろうね。
0637名無しさん@お腹いっぱい。2009/04/30(木) 10:02:36
>>635
CPU負荷
メモリバスがネックで全コアが全開で回らない
0638名無しさん@お腹いっぱい。2009/04/30(木) 10:07:12
>>636
あなたの書き込みが不安による扇動の例なんですよね?w
0639名無しさん@お腹いっぱい。2009/04/30(木) 10:19:26
>>637
そのCPU負荷というのは、具体的に何で見て?
0640名無しさん@お腹いっぱい。2009/04/30(木) 10:42:31
淫厨がこんなところにも
マカと淫厨はどこにでも涌く
0641名無しさん@お腹いっぱい。2009/04/30(木) 10:46:32
SunがAMDからIntelに乗り換えたのは事実だろ
0642名無しさん@お腹いっぱい。2009/04/30(木) 11:14:30
そしてSunは倒産の危機に直面し身売りすることになったわけですね
0643名無しさん@お腹いっぱい。2009/04/30(木) 12:50:41
乗り換えなかったら身売りどこではなく清算だったんじゃね?
0644名無しさん@お腹いっぱい。2009/04/30(木) 13:28:14
>>637
多分フィルタとかがマルチスレッド化されてないだけ
0645名無しさん@お腹いっぱい。2009/04/30(木) 14:06:28
>>641
つか、AMD でも Xeon でも SPARC でも好きなの使えってポリシーじゃないの?
0646名無しさん@お腹いっぱい。2009/04/30(木) 14:42:27
DELLのOpteronサーバーは全然売れてないらしいが
SunのXeonサーバーはどうなのかね?
0647名無しさん@お腹いっぱい。2009/04/30(木) 15:38:31
>>639
taskmgr.exe
0648名無しさん@お腹いっぱい。2009/04/30(木) 17:13:40
LSI生産、富士通が先端品を台湾社に委託 開発でも協力へ
http://www.nikkei.co.jp/news/sangyo/20090430AT1D2900V29042009.html

SPARC64オワタ?
0649名無しさん@お腹いっぱい。2009/04/30(木) 19:38:23
TSMCもあちこちから半導体製造を押し付けられてるけど大丈夫なのか?
0650名無しさん@お腹いっぱい。2009/04/30(木) 22:56:53
むしろウハウハ
0651名無しさん@お腹いっぱい。2009/04/30(木) 23:44:36
SunもこんなやつらにFUDで負けるな!
頑張れ!

23 名前: 不明なデバイスさん 投稿日: 2009/04/30(木) 17:30:46 ID:3pY85Tb4
あーあ、コメント削除されちゃいました。
こんなこともあろうかと(←一度使ってみたかったw)、魚拓をとっておきました。
http://s04.megalodon.jp/2009-0430-1535-55/japan.cnet.com/blog/petaflops/2009/04/24/entry_27021976/
IBMの営業さんなのでしょうか?僕個人としては、Grapeが本当に成功なのか、あるいは失敗なのかの事実含めて知りたかっただけなんですけどね。残念です。
0652名無しさん@お腹いっぱい。2009/05/01(金) 00:53:22
頑張れ()笑
今更何をw
0653名無しさん@お腹いっぱい。2009/05/01(金) 02:04:52
Solarisは、Tru64 UNIXと同じ運命をたどります。ありがとうございました。
0654名無しさん@お腹いっぱい。2009/05/01(金) 02:08:50
Tru64 UNIX
DEC → Compaq → HP → 終了

Solaris
Sun → Oracle → 終了
0655名無しさん@お腹いっぱい。2009/05/01(金) 02:12:37
Solaris と ミラクル・リナックス の関係はどうなるんだろ

ミラクル・リナックスの株主構成みたら、、、けっこう複雑だな

日本オラクル株式会社 18.4%
日本電気株式会社 14.0%
株式会社オービックビジネスコンサルタント 14.0%
株式会社サンブリッジ 4.0%
株式会社日立製作所 4.0%
株式会社NTTデータ 4.0%
株式会社大塚商会 2.0%
従業員持株会 14.0%
役員など 25.7%
0656名無しさん@お腹いっぱい。2009/05/01(金) 02:26:01
おそらく眼中にない。
0657名無しさん@お腹いっぱい。2009/05/01(金) 04:51:11
AIX と Linux が覇権を握る世界は想像したくないぞ
0658名無しさん@お腹いっぱい。2009/05/01(金) 06:42:52
>>647
だめじゃん

タスクマネージャに表示されるCPU使用率ってのは、CPUをアイドル以外が使った「時間」の割合。

メモリがボトルネックになってのロードストア待ちしてる間も、実行状態なのだから、
本当にメモリがボトルネックになっている状況では、タスクマネージャのCPU使用率は100%近くに貼り付くよ。
0659名無しさん@お腹いっぱい。2009/05/01(金) 09:23:26
>>657
まあちゃくちゃくとそっち方向に向いているけど
0660名無しさん@お腹いっぱい。2009/05/01(金) 09:51:34
AIXは止まってるらしいけど。Linuxももうかなりの間何も出てきてない。
ぜんぜんそっちになんか行ってないよ。願望お疲れw
0661名無しさん@お腹いっぱい。2009/05/01(金) 11:50:43
Solarisも10が出てからだいぶ経つよな
0662名無しさん@お腹いっぱい。2009/05/01(金) 11:55:47
願望オツカレwwww
0663名無しさん@お腹いっぱい。2009/05/01(金) 13:40:28
Solarisにはお悔やみ申し上げます。
0664名無しさん@お腹いっぱい。2009/05/01(金) 15:50:13
悔やみは現金で受け付けておりますw
0665名無しさん@お腹いっぱい。2009/05/01(金) 17:35:06
ハイエンド Unix は Solaris か AIX で決まりじゃない?
Linux はまだそこまでは到達していない
(IBM や富士通が頑張って運用しようとしてるけど)
0666名無しさん@お腹いっぱい。2009/05/01(金) 17:44:54
IBMはすでにメインフレームに載っけて売っとるがな。
0667名無しさん@お腹いっぱい。2009/05/01(金) 18:03:31
ハイエンドが high performance computing という意味なら、
ほぼ Linuxの独占状態じゃないかな?
0668名無しさん@お腹いっぱい。2009/05/01(金) 18:05:53
OracleをSMPマシンで動かすことがハイエンド  らしい
0669名無しさん@お腹いっぱい。2009/05/01(金) 18:14:28
普通ハイエンドっつったらHPCのことじゃないでしょ
0670名無しさん@お腹いっぱい。2009/05/01(金) 18:18:43
HPCなんてXeonのDPマシンをGbEで繋いだのばかりだしな
0671名無しさん@お腹いっぱい。2009/05/01(金) 18:48:46
HPCで性能出ただけで喜んでるバカめでて〜ww 前からいるよなプ
0672名無しさん@お腹いっぱい。2009/05/01(金) 18:50:19
HPCで性能出ることは、それはそれですごいことでしょ
0673名無しさん@お腹いっぱい。2009/05/01(金) 18:55:36
いやーそれほどでも
0674名無しさん@お腹いっぱい。2009/05/01(金) 18:57:41
安直な大域ロックのカーネルでもほぼ掛け算の数値出るよね?
0675名無しさん@お腹いっぱい。2009/05/01(金) 19:02:02
でるわけねーだろw
0676名無しさん@お腹いっぱい。2009/05/01(金) 19:04:34
出るよ。カーネルリソースもライブラリの変数も関係ないからね。
資源排他にはほぼ無縁。
0677名無しさん@お腹いっぱい。2009/05/01(金) 19:11:24
数年以内にはTop500はWindows+GPU一色だろうだけどな。
0678名無しさん@お腹いっぱい。2009/05/01(金) 19:27:10
ならんだろ。
巨大クラスタに有償OSは使い辛い。
0679名無しさん@お腹いっぱい。2009/05/01(金) 19:27:32
>>677
残念ながらそれはないな
0680名無しさん@お腹いっぱい。2009/05/01(金) 19:28:50
Solaris
0681名無しさん@お腹いっぱい。2009/05/01(金) 19:29:31
だからさ、それ科学技術系方面でそうやって使う人達にしか評価されないんだって。
逆に、HPC「だけ」でしか性能の出ないソフトウェアプラットフォームは
いかに資源排他ヘタかを証明してるようなもんだし。
0682名無しさん@お腹いっぱい。2009/05/01(金) 19:30:43
>>661
Solaris 11 due mid-2010
http://www.theregister.co.uk/2009/04/30/sun_solaris_11/
0683名無しさん@お腹いっぱい。2009/05/01(金) 20:01:48
テキトーな記事だな
0684名無しさん@お腹いっぱい。2009/05/01(金) 20:13:29
いくらなんでもORACLEはねーよ。
Solarisが可哀想だ。
0685名無しさん@お腹いっぱい。2009/05/01(金) 20:28:00
>>651
あのブログってビックブルーのFUD本部だったわけ?
0686名無しさん@お腹いっぱい。2009/05/01(金) 20:36:49
あのブログのライターが書いた本、読んだことあるけど、
著者の主観ばかり書かれててロクでもなかった。
0687名無しさん@お腹いっぱい。2009/05/01(金) 20:49:57
Thinkpadの拡販ならCNETのブログでもいいんかも知れないが
国策スパコン事業にブログでFUDして何の意味があるんだよ
0688名無しさん@お腹いっぱい。2009/05/01(金) 22:04:15
>>687

>何の意味があるんだよ

談合、役人、利権という言葉に引き寄せられやすい人々に、
税金の無駄!という言葉を流布して世論を喚起。

IBMの方が安くていいスパコン提供できますぜ。

なぜ国はIBMのスパコンいれないんだと週刊誌激昂。

FUD成功w

まぁ、こんなことはしないと思うけど。
0689名無しさん@お腹いっぱい。2009/05/01(金) 22:11:53
シャドウボクサー乙
0690名無しさん@お腹いっぱい。2009/05/01(金) 22:36:56
>>615 (ノ∀`)アチャー
0691名無しさん@お腹いっぱい。2009/05/02(土) 12:36:43
>>683
Sun、『Solaris 10』更新版を公開、買収前最後の更新か
http://japan.internet.com/webtech/20090501/10.html
0692名無しさん@お腹いっぱい。2009/05/02(土) 15:35:34
Sun Microsystems 最後の更新版
0693名無しさん@お腹いっぱい。2009/05/02(土) 20:49:13
記念に落しておかないと
0694名無しさん@お腹いっぱい。2009/05/03(日) 01:42:37
そういや Sun のロゴも赤く染まるのかね w
0695名無しさん@お腹いっぱい。2009/05/03(日) 04:48:24
エラーメッセージが ORA-XXXXX になるんじゃないかと
0696名無しさん@お腹いっぱい。2009/05/03(日) 05:20:54
そしてバグ見つけてパッチ貰おうとするとパッチが欲しいなら保守契約に入ってくれって言われるんだな。
0697名無しさん@お腹いっぱい。2009/05/03(日) 06:14:46
まぁ受益者負担で悪くないかもな
今までは別の会社のH/WにSolaris乗せるのが常態化してたし
0698名無しさん@お腹いっぱい。2009/05/03(日) 09:11:47
Oracleに吸収されたSunがソフトウエア(=OS)の会社になるってことか。
それも悪くないかも。ただSPARCは出し続けて欲しいな。
0699名無しさん@お腹いっぱい。2009/05/03(日) 11:10:10
ならSPARC買ってやれよ。
0700名無しさん@お腹いっぱい。2009/05/03(日) 13:18:21
SPARCよりもRAS強化&スケーラビリティ確保されたXeon or Opteronのほうがウマーでしょ。
0701名無しさん@お腹いっぱい。2009/05/03(日) 14:29:25
OpteronのRASとかw
0702名無しさん@お腹いっぱい。2009/05/03(日) 15:56:00
遺体umはともかくOpやXeonのRASなんてないに等しい
0703名無しさん@お腹いっぱい。2009/05/03(日) 16:16:16
XeonMPはそれなり
0704名無しさん@お腹いっぱい。2009/05/03(日) 19:21:01
Solaris10 05/09 はドライバが追加されてる?
0705名無しさん@お腹いっぱい。2009/05/03(日) 19:39:38
されてないわけないだろ。
0706名無しさん@お腹いっぱい。2009/05/04(月) 02:52:53
RASはアーキテクチャから盛り込むもので、
x86には、どんなに背伸びしても、ムリ。
0707名無しさん@お腹いっぱい。2009/05/04(月) 03:03:47
それを言っては(ry
0708名無しさん@お腹いっぱい。2009/05/04(月) 03:24:36
>>706
といっても、筐体側が対応していないと、ただの飾りなんだけどね。
V***以下のクラスだとx86と比べてRAS機能が特に優れているわけではない。
0709名無しさん@お腹いっぱい。2009/05/04(月) 03:38:27
いっぱいCPU乗ってると速くてたくさん壊れてもOK!
0710名無しさん@お腹いっぱい。2009/05/04(月) 04:25:11
>>706
じゃぁSPARCはダメだな。

Sunのサーバの信頼性の低さは、有名だもの
0711名無しさん@お腹いっぱい。2009/05/04(月) 04:34:06
今は富士通OEMだから壊れやすい鯖は過去の話になったYO!
0712名無しさん@お腹いっぱい。2009/05/04(月) 05:25:51
RASをアーキテクチャから盛り込んでるSPARCが、
CPU障害で壊れすぎて壊れすぎて、
しまいには予備的にCPUを積んで出荷してたような。

追加で金を払うとenableになりますっていう売り方だったが、
実際には、ホットスタンバイ・・・。
0713名無しさん@お腹いっぱい。2009/05/04(月) 06:50:53
>>706
命令セットアーキテクチャとシステムアーキテクチャの区別もつかない馬鹿おつw
0714名無しさん@お腹いっぱい。2009/05/04(月) 09:07:20
>>712
金を払うとenableになるのは CoD というもので
全然別ものなんだが
0715名無しさん@お腹いっぱい。2009/05/04(月) 09:40:54
>>714
CPU障害大杉への対処の隠れ蓑だよ。
なにしろ、追加費用なしだから、ぜひ! って売り込まれてたもの。
0716名無しさん@お腹いっぱい。2009/05/04(月) 09:42:10
それはひどいなw
0717名無しさん@お腹いっぱい。2009/05/04(月) 10:55:09
壊れすぎたSPARCって「UltraSPARC II」の初期の頃でしょ?

あれは素材内部の放射性物質が電気信号に干渉してデータを
壊してたんじゃなかった?

TIの製造ノウハウが未熟だったための事故であって、実際問題、
結果的に障害を生じる製品を出荷してしまったSunにも当然非が
あるけど、これは「Sunだから、SPARCだから、壊れやすい」という
理屈ではないでしょう。

その頃Linuxの台頭と、それからしばし後の.comバブルの沈静化に
よって、にわかに絶好調だったSunの業績に影を落とすターニング
ポイントとしても目立つタイミングだったから、殊更イメージが悪く
印象に残ってるのだと思う。
0718名無しさん@お腹いっぱい。2009/05/04(月) 11:27:17
総合的に判断した結果
SPARCという製品にまつわる問題として認識しました
0719名無しさん@お腹いっぱい。2009/05/04(月) 11:36:56
>>717
キャッシュに ECC が無かったのも被害を広げた原因じゃなかったっけ?
0720名無しさん@お腹いっぱい。2009/05/04(月) 12:02:58
>>717
>「Sunだから、SPARCだから、壊れやすい」という理屈
その通りだろ?なーにいってんだか。
仮に、製造が問題なかったとしても、UltraSPARC IIでは三重苦が二重苦になるだけだから勝てないよw
0721名無しさん@お腹いっぱい。2009/05/04(月) 14:03:24
職場でDNS&NIS鯖になってたSparcStationも毎週のように落っこちてた
拾ったパーツで組んだLinuxの野良鯖は机の下で何ヶ月でも連続稼働してた
0722名無しさん@お腹いっぱい。2009/05/04(月) 14:21:20
落ちる原因は?
キャッシュとかメモリの多ビットエラーならハード交換しないと解決しない
0723名無しさん@お腹いっぱい。2009/05/04(月) 14:39:20
Linux鯖なら拾ってきたパーツで修理出来るのに
SPARC壊れすぎw修理に金かかりすぎw
戦場ではまるで役立たずだな
0724名無しさん@お腹いっぱい。2009/05/04(月) 14:52:33
そういう妄想を書き散らすから50過ぎのじいさんがポピー教えろとかクソスレ立てるんだろうが。いい加減にしろこの情報弱者
0725名無しさん@お腹いっぱい。2009/05/04(月) 15:38:38
>>723
戦場にパーツが落ちているものかこの抜け作が
真の戦争とはカネが掛るものだ
おまえのは単なるホビー
■ このスレッドは過去ログ倉庫に格納されています