トップページ⇒unix
987コメント268KB

Sun Microsystems 最大の回復

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2007/02/09(金) 00:37:01
"DELLまがい"のPCパーツ組み立て屋稼業も穴場のOpteron
に特化したら意外とヒット。いつまで続くか回復基調。


【前スレ】
Sun Microsystems 最大の移行
http://pc10.2ch.net/test/read.cgi/unix/1164826577/
0220名無しさん＠お腹いっぱい。2007/02/22(木) 11:56:47
宝くじは買わないと当たらないわ
0221名無しさん＠お腹いっぱい。2007/02/22(木) 11:57:44
>>219
そんなの捨ててしまえばいいじゃない
0222名無しさん＠お腹いっぱい。2007/02/22(木) 12:00:47
>>221
おまえウチにきてSPARCバイナリ使ってる上司をなんとかしろ
0223名無しさん＠お腹いっぱい。2007/02/22(木) 12:05:50
>>222
そんなの捨ててしまえばいいじゃない
0224名無しさん＠お腹いっぱい。2007/02/22(木) 12:07:20
まあそーなんだけどねー
今会社辞めるとニート一直線だわ。
0225名無しさん＠お腹いっぱい。2007/02/22(木) 12:09:25
上司を捨てろよ
それか、入れ替える方が今のまま使い続けるよりもお得であることを
スーパー上司に提示すればよし
0226名無しさん＠お腹いっぱい。2007/02/22(木) 13:59:57
巻き添え喰らうから他人を追い落とすような提案をしない方がヨロシ
コンピュータを入れ替えて浮くコストなんて微々たるものだよ
0227名無しさん＠お腹いっぱい。2007/02/22(木) 14:04:46
巻き添えを食らえば間接的な効果としてSPRACバイナリに煩わされることもなくなる
というわけで219向けにはいいかもね
0228名無しさん＠お腹いっぱい。2007/02/22(木) 14:22:37
SunがSolaris x64でSPARCバイナリを動かすためのSPARCエミュレータを提供しないのは、ユーザ本位とはいえない。
0229名無しさん＠お腹いっぱい。2007/02/22(木) 19:46:29
x86もセグメントごとにビックエンディアンかリトルエンディアンかの変更できればいいのに
0230名無しさん＠お腹いっぱい。2007/02/22(木) 20:19:49
んなことしたら、バイエンディアンのItanium2が売れなくなるだろうに。
0231名無しさん＠お腹いっぱい。2007/02/22(木) 20:42:20
駄目だよ SPARC バイナリで囲わないとみんな x64 に流れちゃう。
0232名無しさん＠お腹いっぱい。2007/02/22(木) 20:42:29
SUNの株上がりそうな気がする。なんだろうこの胸騒ぎ。
俺、死ぬのかな･･･
0233名無しさん＠お腹いっぱい。2007/02/22(木) 21:15:26
>>232
それ何て死亡フラグ？
0234名無しさん＠お腹いっぱい。2007/02/22(木) 21:18:42
とりあえず株買っておけば？
0235名無しさん＠お腹いっぱい。2007/02/22(木) 22:10:39
>>219,222
おまえソース探し出してくる能力ないだけだろプ。
0236名無しさん＠お腹いっぱい。2007/02/22(木) 22:22:31
たいていの管理者は一度システムができあがったら
２度とコンパイルしないものなのだよ。
0237名無しさん＠お腹いっぱい。2007/02/22(木) 22:32:20
あっさり肯定されました。以上w
0238名無しさん＠お腹いっぱい。2007/02/22(木) 22:40:40
株は買わないとキャピタルゲインは得られないわ。
誰かが上がる前の価格で株をくれないかなあなんて思ってても、
絶対そんなことないんだからね！
0239名無しさん＠お腹いっぱい。2007/02/22(木) 22:42:24
ソースがあっても、そう簡単には済まないわけで。

>>231
SPARCバイナリ縛りといってもバイナリトランスレータがあるわけで・・・。
0240名無しさん＠お腹いっぱい。2007/02/22(木) 22:48:57
べ、別にSunの株なんか買いたくないんだから勘違いしないでよねっ！
0241名無しさん＠お腹いっぱい。2007/02/22(木) 23:09:33
よくよく考えると、SunがPCサーバメーカとして、かなりのシェアを取っている事に
おまえらは驚きを感じないのか？ 実質最後発に近いぜ？
0242名無しさん＠お腹いっぱい。2007/02/22(木) 23:29:56
感じないよ
俺アンディたんのファンだから
0243名無しさん＠お腹いっぱい。2007/02/22(木) 23:38:23
やっぱうまくまとめるよな。すっきりと。カッコいいよな。
0244名無しさん＠お腹いっぱい。2007/02/22(木) 23:43:57
ナチュラルボーンエンジニアだと思う
0245名無しさん＠お腹いっぱい。2007/02/23(金) 03:07:37
アンディ・ベクちゃん、ドクちゃんｗ
0246名無しさん＠お腹いっぱい。2007/02/23(金) 03:15:03
ttps://sdc.sun.co.jp/sdcpersonal/ の証明書が(ry
いやあのねメルマガ停止しようとしたのよ。
0247名無しさん＠お腹いっぱい。2007/02/23(金) 09:46:20
>>241
捏造＆思い込み(願望)

精神病院を紹介しようか。お馬鹿Sun。
0248名無しさん＠お腹いっぱい。2007/02/23(金) 10:34:36
Sun 拡販の恐怖におびえる人おつかれ。こんなとこ来てないで販売戦略練ったら?ww
0249名無しさん＠お腹いっぱい。2007/02/23(金) 18:37:34
まずはIBMのsystem xシリーズを血祭りだ！
0250名無しさん＠お腹いっぱい。2007/02/23(金) 23:06:16
サン、市場をしのぐペースで売り上げを伸ばす--2006年サーバ市場調査
http://japan.cnet.com/news/ent/story/0,2000056022,20343831,00.htm

> Sunではx86サーバとSPARCサーバの売り上げが伸びを見せ、
> 2006年第4四半期は好調な決算を発表している。
0251名無しさん＠お腹いっぱい。2007/02/23(金) 23:14:47
不調だったのが普通になっただけかも。
0252名無しさん＠お腹いっぱい。2007/02/24(土) 00:34:18
Sun's servers resurgent in 2006 - Gartner
http://www.theregister.co.uk/2007/02/22/gartner_2006_sales/

> Sun, however, seemed able to ship higher-margin, big iron
> in this environment. For example, its Unix server shipments
> actually fell 3 per cent during 2006, while revenue rose
> 12 per cent. No other major vendor posted an increase in
> Unix server revenue.
0253名無しさん＠お腹いっぱい。2007/02/24(土) 09:41:22
Ita 轟沈、x86 飽きられて没落は順当だけど、POWER 伸びてないのはなんだろね。
POWER6 待ちで買い控え?
0254名無しさん＠お腹いっぱい。2007/02/24(土) 10:32:43
Sunは落ち目のサーバメーカである事は、Sunの社員、ファン、アンチの誰もが
認める事実だよな？
だが、その落ち目のSunがサーバ市場シェア3位だ。ちなみに富士通は5位。
普通に考えると、5位にも入れさえしない某国産メーカの方々は、サーバビジネス
から手を引いたほうがいいんじゃね？
0255名無しさん＠お腹いっぱい。2007/02/24(土) 10:38:04
5位以下はOther Vendors
http://www.gartner.com/it/page.jsp?id=501405
0256名無しさん＠お腹いっぱい。2007/02/24(土) 11:02:21
>>254
いやいや、SPARC 陣営に加わってくださいな。
0257名無しさん＠お腹いっぱい。2007/02/24(土) 11:53:18
>>254
ダブルカウントだから。

たとえば日本のメーカー3社がSun鯖(OEM含む)を10億ずつ売った場合のシェアは、

Sun 30億
日本メーカーA社 10億
日本メーカーB社 10億
日本メーカーC社 10億

ということになる。
本当に売れたのは30億なのに、ダブルカウントで60億のシェアになってしまう。
0258名無しさん＠お腹いっぱい。 2007/02/24(土) 19:15:46
ダブルカウントにはなっていないよお。
そこまで馬鹿じゃない。
0259名無しさん＠お腹いっぱい。2007/02/24(土) 19:17:24
>>257
工場出荷であれば全額Sunになる。
販売価額であればOEM先になる。
0260名無しさん＠お腹いっぱい。2007/02/24(土) 20:10:49
1が2に増えたら、200%だ
0261名無しさん＠お腹いっぱい。2007/02/24(土) 20:15:12
１位のIBMと2位のHPは磐石じゃんかw
3位のSunと4位のDellで争ってるのねw
0262名無しさん＠お腹いっぱい。2007/02/24(土) 20:38:48
そそ、だからPower, AIXとItanium, HP-UXはSPARC, Solarisと比較してはいけないｗ
0263名無しさん＠お腹いっぱい。2007/02/24(土) 22:08:57
SPARC, Solarisのライバルはx86, Windows or Linuxだな
0264名無しさん＠お腹いっぱい。2007/02/24(土) 23:14:27
WebサーバはSun、
DBサーバはhp

そういう組み合わせで作ることが多いでしょ。
0265名無しさん＠お腹いっぱい。2007/02/24(土) 23:56:04
ビビると連投するクセがありますね?
0266名無しさん＠お腹いっぱい。2007/02/25(日) 00:40:48
Web, Ap は x86 Linux
DB(Oracle) は SPARC Solaris
が多いな.
0267名無しさん＠お腹いっぱい。2007/02/25(日) 03:31:05
>>264 hpと言ってもProLiantだけどな。
変な話だが、Oracle社の開発方針が変わったせいか、x86/X64 Linux以外の
プラットホームではBugが多くて。
0268名無しさん＠お腹いっぱい。2007/02/25(日) 03:34:13
>>257 ガートナーやIDCは君よりも頭良いと思うよ。
Sunのシェアが大きくて悔しいの？
0269名無しさん＠お腹いっぱい。2007/02/25(日) 04:48:07
>>262はOSとCPUの区別もつきやがりませんか?

どさくさにまぎれてItaniumを入れてくるあたりが泣ける。
0270名無しさん＠お腹いっぱい。2007/02/25(日) 08:40:15
google.com
http://searchdns.netcraft.com/?restriction=site+contains&host=google.com&lookup=wait..&position=limited
amazon.com
http://searchdns.netcraft.com/?restriction=site+contains&host=amazon.com&lookup=wait..&position=limited
oracle.com
http://searchdns.netcraft.com/?restriction=site+contains&host=oracle.com&lookup=wait..&position=limited
mixi.jp
http://searchdns.netcraft.com/?restriction=site+contains&host=mixi.jp&lookup=wait..&position=limited
0271名無しさん＠お腹いっぱい。2007/02/25(日) 10:36:44
>>267
いや、Superdome。
Oracleはデファクトの座にあぐらをかいているのか、バグ大杉だよな。
0272名無しさん＠お腹いっぱい。2007/02/25(日) 13:49:26
>>261 hpのサーバ売上げのかなりの部分はProLiantが占めているんじゃないの？
0273名無しさん＠お腹いっぱい。2007/02/25(日) 14:15:56
売上高はわかった

じゃぁ、利益率はどこが1番なわけ？
0274名無しさん＠お腹いっぱい。2007/02/26(月) 00:22:53
ハイエンドサーバーの全世界での出荷金額は年々下がってるんだよね
0275名無しさん＠お腹いっぱい。2007/02/26(月) 07:45:17
富士通の宣伝になるけど検索してたらこんなの出てきた

UNIXサーバ PRIMEPOWER
国内RISC サーバ市場 シェアNo.1 を獲得
ttp://primeserver.fujitsu.com/primepower/news/article/06/1110/?from=topa
0276名無しさん＠お腹いっぱい。2007/02/26(月) 10:48:45
RISC ってくくりだともう Sun, IBM, 富士通しかないよね。B 社は PA-RISC だろうか。
IBM 苦戦してるんだなぁ。Linux/POWER も伸びてないんだね。
0277名無しさん＠お腹いっぱい。2007/02/26(月) 11:10:12
まぁ、日本市場はSPARCが一番メジャーということで決まりのようで。。
0278名無しさん＠お腹いっぱい。2007/02/26(月) 12:09:51
世界サーバー市場調査、2006年の出荷台数は前年比8.9％増
ttp://japan.internet.com/busnews/20070226/12.html

> RISC および『Itanium』ベースの UNIX サーバーでは、
> Sun がシェア54.1％を獲得して首位に立った。
> しかしRISC/Itanium 分野全体の出荷台数は、2005年に比べて1.6％減少した。
> HP は自社製 RISC プロセッサ『PA-RISC』搭載製品を徐々に減らしており、
> RISC 分野でのシェアを10.1％落としている。
0279名無しさん＠お腹いっぱい。2007/02/26(月) 12:27:09
SPARCが選ばれているわけでも、
PRIMEPOWERが選ばれているわけでもなく、
富士通が選ばれているのだけれども、
そこんとこ、わかってる?

サーバ本体なんてシステム価格の一部分でしかないよ。
0280名無しさん＠お腹いっぱい。2007/02/26(月) 12:41:49
まあ、そうだな。
東証の新システムの評判がよければ、富士通オンリーのところはPRIMEQUESTにある程度流れるだろうな。
それでも、SPARC+Solarisじゃなきゃ嫌だという客はたくさん残ると思うよ。
0281名無しさん＠お腹いっぱい。2007/02/26(月) 12:52:02
x86でPRIMEQUESTみたいなサーバーって作れないの？
0282名無しさん＠お腹いっぱい。2007/02/26(月) 13:02:48
>>281
Pentium4ベースのXeonなら32CPUとかのシステムはあったが性能が出なかった
Intel Core 2ベースでどうなるかは知らない
0283名無しさん＠お腹いっぱい。2007/02/26(月) 13:09:38
>>257
それって、業界常識。お馬鹿Sunの達成数の5割水増しって事で差っぴいて計算する
のが普通。

日本及び、欧州の場合、富士通Sunが頑張ってるんで、大馬鹿Sunの数値が伸びてる
マジックが・・・
0284名無しさん＠お腹いっぱい。2007/02/26(月) 13:11:59
>>280
ありえんな。SPARC+Solで信頼を繋いだのではなく、富士通というブランドで
繋がっているユーザの率を考えろ！って。ｗ

もうね、もうね、もうね、お馬鹿Sunなんだから、メッ！
0285名無しさん＠お腹いっぱい。2007/02/26(月) 14:16:59
お馬鹿Sunという言葉が好きなようだ
0286名無しさん＠お腹いっぱい。2007/02/26(月) 14:41:32
まあこいつの書くことはアタマ悪すぎて相手する気にもならんw
0287名無しさん＠お腹いっぱい。2007/02/26(月) 14:42:29
／^o^＼ﾌｯｼﾞｻｰﾝ
0288名無しさん＠お腹いっぱい。2007/02/26(月) 17:07:15
>>282
っていうかItanium用のチップセットが作られてXeon用が作られないわけがないんだけども
やっぱり、CPUより高いチップセットって許されないんだろうね
0289名無しさん＠お腹いっぱい。2007/02/26(月) 19:42:09
>>288
XeonがSMPで性能が飽和するのが早いのは、
キャッシュ容量とキャッシュコヒーレンシプロトコルの問題だろう。
もともと4Pあたりまでをカバーすることに最適化されているので、
スケーラブルではないんだよ。
0290名無しさん＠お腹いっぱい。2007/02/26(月) 20:11:27
Xeon の RAS 機能で大丈夫かといわれると...
正直システムが1時間止まると売り上げが数百万を超える損失が出る世界だと採用されないだろうね.
0291名無しさん＠お腹いっぱい。2007/02/26(月) 21:22:24
そういう局面、ほんとに多いかなぁ。以前 RAS 弱かったころの Unix 機だと
そんなに問題になるか? そこ押さえないとダメな分野があることを否定するわけじゃないが、
たいていで検討対象外とか言われると、ウソつけぇって思っちゃうけど。
セールスの「おしきせ」だろ?
0292名無しさん＠お腹いっぱい。2007/02/26(月) 22:27:04
昔のUNIX機と比べて品質が下がってる。
恐らくSunの低価格低品質路線が他社も巻き込んだせい。
0293名無しさん＠お腹いっぱい。2007/02/26(月) 23:15:23
>>290
ハードウェアの信頼性が高くても、ソフトウェアの信頼性が低ければ、止まる。

ハードウェアの信頼性が高くても止まることはあるので、多重化したほうがいいが、
多重化しても同じソフトが走っていたら、ソフトウェアの信頼性がネックになる。

0294名無しさん＠お腹いっぱい。2007/02/26(月) 23:20:20
>>292
結局、世の中のほとんど全ての用途では「市販のWindows PC並み」
の品質で充分だったと言うことだろう。

で、ごく限られた用途だけが桁違いの品質を要求するから、そういう
製品は市場規模の狭さが一層の製造コスト高を生じる悪循環。

それを打破するには、Windows95発売時の広告キャンペーンくらい
の勢いで「これからのコンピュータは品質が重要！」と吹いてまわる
ことで、一般消費者にとっては不必要な水準の品質を押し売りして
スケールメリットを得るとか、そういう努力が必要。
0295名無しさん＠お腹いっぱい。2007/02/26(月) 23:26:43
>>294
そのほとんどの用途に適合する品質のものを組み合わせて
ごく限られた用途の品質を実現すればいいんじゃない？
0296名無しさん＠お腹いっぱい。2007/02/26(月) 23:40:58
>>295
RAID的発想？

Googleみたいなサービスでは、まさにそういう感じだけど、それだと
ますます、限られた用途が狭く高コストに追い込まれていくだろう。
0297名無しさん＠お腹いっぱい。2007/02/26(月) 23:46:33
IBMのzシリーズ以外は全部x64
そういう時代が来るのかな
0298名無しさん＠お腹いっぱい。2007/02/26(月) 23:47:27
>>289
プロセスルールが進んでるからXeonMPの方がキャッシュ積めるし
コヒーレンシプロトコルもスケーラビリティもチップセットの実装次第でしょ？
0299名無しさん＠お腹いっぱい。2007/02/27(火) 00:07:34
>>297
その中間にSPARCがあるw
0300名無しさん＠お腹いっぱい。2007/02/27(火) 00:11:24
>>296
そうだね。RAIDだね。
「限られた用途」の範囲が狭くなればなるほど成功、ってことでいんじゃない？
0301名無しさん＠お腹いっぱい。2007/02/27(火) 00:12:59
>>296
そのHDDからして限られた用途というのはほぼ絶滅してしまったわけだし。
0302名無しさん＠お腹いっぱい。2007/02/27(火) 00:18:50
iシリーズもx64に移植されるのか。
0303名無しさん＠お腹いっぱい。2007/02/27(火) 00:20:29
>>298
> コヒーレンシプロトコルもスケーラビリティもチップセットの実装次第でしょ？

違います。

キャッシュコヒーレンシのメカニズムはCPUに実装されているので、
チップセット側では、どうにもできないのです。
0304名無しさん＠お腹いっぱい。2007/02/27(火) 00:22:40
x86 さんは、まずコヒーレンシメカニズム再設計でしょ。イチから。
で、ついでに ABI もイチから設計しなおそうよ.... あっ! それが Itanium だったのかそうだねw
0305名無しさん＠お腹いっぱい。2007/02/27(火) 00:24:37
>>300
「"人類のリソース"争奪戦」に「品質向上」派も参戦してみても
そう悪くない話だと思うのですが。

「波及した過剰品質」に支えられる何らかのブレークスルーが
未来を今までとは少し違った方向性に進歩させてくれるかも。
0306名無しさん＠お腹いっぱい。2007/02/27(火) 00:31:00
>>303
XeonMPもItanium2もMESI
ディレクトリやスヌープフィルタを持つのはMCH
スケーラビリティはチップセット側の実装次第
0307名無しさん＠お腹いっぱい。2007/02/27(火) 00:31:30
>>305
まあ、今のままでも結構品質は必要以上によかったりするんじゃない？
とか思ったり。
品質向上に経済合理性が出るまではこの進路じゃないのかなあとも。

工業製品、ボリュームが一番多いクラスが一番品質がよくなりそうなものだし。
0308名無しさん＠お腹いっぱい。2007/02/27(火) 00:34:09
>>305
ほら、たとえばvistaを出している会社は、
そのソフトを動かすのにECCメモリをほしがったり欲しがらなかったり。
0309名無しさん＠お腹いっぱい。2007/02/27(火) 00:50:00
>>306
ところがXeonMPの32wayはItanium2の32wayほどスケールしない。
色々と違うのですよ。
0310名無しさん＠お腹いっぱい。2007/02/27(火) 01:06:10
ちゃんとスケールすんだったら多少は売れるだろうよ。ぜんぜん売れないじゃん。
クズ、ってことなんだよ。
0311名無しさん＠お腹いっぱい。2007/02/27(火) 01:17:25
Xeonの32cpuってウニシスだけだろ。それもwindowsしか動かない。
使い道無いじゃん。せめてlinuxぐらい動かせ。
0312名無しさん＠お腹いっぱい。2007/02/27(火) 01:20:56
IBMも出してるんじゃなかったっけ？
ES7000は2年くらい前から、Linuxもサポート始めているよ。
0313名無しさん＠お腹いっぱい。2007/02/27(火) 01:27:55
>>309
だから、チップセットが違うと何度言えば
0314名無しさん＠お腹いっぱい。2007/02/27(火) 01:32:42
うちは10分とまれば数百万〜数千万の世界だけど、Xeon+Linuxです。
任意の３台以上が同時に落ちても大丈夫なような構成になってる。
DBはSunだけど、Oracle RACにしたらXeon(or Opteron)+Linuxでいけるんじゃ
ないかと思う。ユーザー会員数は100万以上だけど、顧客グループごとに
DBが分かれているので、1DBで32CPUとかは必要ないみたい。
0315名無しさん＠お腹いっぱい。2007/02/27(火) 01:48:44
そ・れ・だ・け・で・済めばまだいいが！
0316名無しさん＠お腹いっぱい。2007/02/27(火) 02:47:01
>>313
あえてスケールしないようなチップセットを作るアホがいるわけないでしょうが。
0317名無しさん＠お腹いっぱい。2007/02/27(火) 02:48:22
>>314
> 任意の３台以上

すげー
0318名無しさん＠お腹いっぱい。2007/02/27(火) 04:02:43
>>313
このノーテンキぶりが Intel の洗脳の巧妙さを物語っている。
0319名無しさん＠お腹いっぱい。2007/02/27(火) 11:24:38
3台以上が同時に落ちても大丈夫だが、1-2台だとアウトなわけだな。
■ このスレッドは過去ログ倉庫に格納されています