Sun Microsystes最期の霊山

1 名前：名無しさん＠お腹いっぱい。 [2011/07/25(月) 00:04:48.60 ] 夏らしく　現実から取り残された元SEと　まだ夢を見たい客の　亡霊が戯れます 棺桶に片足突っ込んでる　他ベンダからも賑やかしが続々参戦 【前スレ】 Sun Microsystem最後の奉公 hibari.2ch.net/test/read.cgi/unix/1298734709/ 251 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage kani? [2011/09/14(水) 11:27:48.39 ] >>249 おおリンクありがとう SeaMicroの記事も面白いな >>250 拡張された命令はOracleで使える暗号化機能だけじゃないのな 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/14(水) 12:15:15.90 ] >>246 > そんなことしたら、SPARC64の客を奪うだろうが。 なんか問題あるのか? つか、SPARC64の客って、どれくらいいると思ってんだ? Intel と AMDが、互いの客を配慮して CPU作ってるか? きみバカ言われてもこたえんねwww 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/14(水) 12:31:09.89 ] > なんか問題あるのか? SPARC64の維持に必要な客を割り込む可能性が > Intel と AMDが、互いの客を配慮して CPU作ってるか? x86は、そういうの気にしなくて言いほどに、客が多いだろ。 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/14(水) 13:28:08.09 ] >>253 > x86は、そういうの気にしなくて言いほどに、客が多いだろ。 客の少ないアーキテクチャでも他社の客配慮して作ってなんかないだろうが。 例あげてみろよ。 はーめんどくせ 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/14(水) 14:45:24.43 ] viが開発されたと言われる ADM-3だが、キー配列を見ると確かに HJKL上に ←↓↑→が書かれている。 その上、P の右側が LineFeedで、そのまた右側が Enterキー.. そ、その上、ななんと ISO配列（ロジカルペアリング）じゃないか!! 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/14(水) 15:12:08.79 ] >>254 おまえAPLを知らないのか? Sunと富士通がSPARC64とUltraSPARCで住み分けして仲良くやろうっていう。 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 10:27:47.86 ] はーぁぁぁぁーめんどくせぇぇぇぇぇ 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 10:42:00.89 ] T4が売れるんなら、競合するラインは売らなきゃいいだけだろ。部分解消とか。 そんなことより利益出す方が重要だよ。 君が言ってるような（アホな）企業は見たことがないが。 強烈に勘違いしてると思うけど。社会生活できてる? 共産圏の人? 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 11:10:24.33 ] >>257 敗北宣言きたこれ >>258 SPARC64の出荷台数がT4に食われて採算分岐点を割ったら、富士通はSPARC64から撤退するだろう。 260 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage kani? [2011/09/15(木) 11:53:17.32 ] 客の視点というものが欠けているなぁ よりSPARC環境が魅力的になったということなのに 早晩SPARC64にも拡張されたISAは実装されるだろうよ 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 11:57:52.97 ] × よりSPARC環境が魅力的になったということなのに ○ 少しはSPARC環境が魅力的になったということなのに 暗号化は重要度を増してるし追加命令は実装されるだろうな 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 12:19:47.70 ] フロントエンドにTシリーズ バックエンドにMシリーズ そういう住み分けだったのだから、 Tシリーズは、ローエンドx86サーバ並の値段で売るべきだったんだよ。 ところがTシリーズを高い値段で売るから、 フロントエンドはx86サーバで、ってことになっちまう。 263 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage kani? [2011/09/15(木) 13:27:26.40 ] >>261 妙な修正かけて何したいのか分かんない 絡まりたいのか？ｗ 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 13:55:00.98 ] 無いに等しい魅力を十分にあるかのような嘘をつくバkaniかｗ 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 15:00:07.70 ] >>260 何がどのように魅力的になるの? シングルスレッド性能が欲しければ、SPARC64でいいじゃない。 どうせ日本国内で買うなら、M3000とT3-1、そんなに違わないだろう? 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 16:40:10.55 ] >>259 > SPARC64の出荷台数がT4に食われて採算分岐点を割ったら、富士通はSPARC64から撤退するだろう。 UltraSPARC機に比べて、SPARC64機なんかぜんっぜん売れてなかったんだよ。 採算分岐点? そんなもんエンプラ相手のメーカーは気にもしてないと思うけど。 そもそも計算の仕方が無限にあるし。 てか、キミ知らなさすぎる。なにもかも。部屋に籠って妄想してるだけでしょ?w 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 18:20:26.40 ] >>266 SPARC64やめてXeonにするわ、って言いかねないぜ。 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 18:22:27.02 ] Oracleのロードマップを見ると、 T-Series M-Series T-Series M-Series 無印 ってな順番になってるから、そこまでは作るでしょう。 あくまでもUltraSPARCは1〜4(8)ソケットまでで、 8ソケット以上はSPARC64という住み分けは明確だ。 つまり、T4登場で、M3000が消滅するってことだな。 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 18:59:17.17 ] >>267 言やぁ、いいじゃん。なにが問題なんだよ? つか、子供か、あんた? 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 19:03:56.58 ] あんたこそ文盲だね 271 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 19:15:53.86 ] キモいな 272 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage kani? [2011/09/15(木) 19:30:33.12 ] >>264 やっぱ絡まりたいのかｗ つか自分に理解できないから魅力がないと言うのは恥ずかしいぞ おめーモテないだろｗ 273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/15(木) 19:53:44.94 ] >>269 Oracleが相互補完とバックアップを兼ねたSPARC64を失ったら、 Rockのような失敗をしたら、それでSPARCはジエンド。 274 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage kani? [2011/09/16(金) 05:57:18.06 ] >>273 >>269はそういう意味で言ってるんじゃないと思うけど 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/16(金) 10:56:38.48 ] ほっとけ。まともじゃない。真性だw 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/16(金) 15:57:29.36 ] Oracle Solaris 11 EA ..まさか、sun4u は切るのか?? 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/17(土) 10:24:44.90 ] 1 名前：たかちゃんψ ★[sage] 投稿日：2011/09/12(月) 22:55:56.21 ID:??? Oracleは9月6日(米国時間)付けで「Oracleプロセッサコアファクタテーブル (PDF)」を更新した。 今回の更新でOracleの提供する新しいマルチスレッドプロセッサ「UltraSPARC T4」に関するコアプロセッサライセンスファクターが追加されている。 T4の係数は0.5だ。 Oracleはもともとプロセッサのコアをそれぞれ独立したプロセッサとみなしてライセンスの対象としていた。 このライセンスはマルチコアプロセッサの普及にともなって改善が要求されるようになった。 同社は2006年にはライセンスポリシーの変更を発表。 プロセッサごとに係数を適用したライセンスを使用するようになった。 ハードウェアとコストとの不均衡を改善するものだと説明がある。 このプロセッサ係数はプロセッサの性能を示すものではないが、Oracleが対象プロセッサをどういった位置づけにしているのかを把握するのには便利な指針といえる。 今回、「UltraSPARC T4」が分類された「0.5」のグループには他にUltraSPARC T1、Sun UltraSPARC T2+、SPARC64 VII+、 AMD Opteron (13XX、23XX、24XX、41XX、61XX、83XX、84XX)、Intel Xeon (56XX、65XX、75XX、E7-28XX、E7-48XX、E7-88XX)、 Intel/AMD PC向けマルチコアプロセッサ、などが含まれている。 ttp://journal.mycom.co.jp/news/2011/09/12/043/index.html 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/17(土) 10:32:45.08 ] うざいやつ.. 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/17(土) 10:46:21.10 ] >>277 8コアのT4は4プロセッサ相当で、11g EEを載せるにはプロセッサライセンスの場合で2000万〜かかるね。 280 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage kani? [2011/09/17(土) 10:47:16.71 ] hibari.2ch.net/test/read.cgi/pcnews/1315835756/ 全然盛り上がってなくてワロタ 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/17(土) 11:15:23.18 ] プロセッサ係数の話題で盛り上がれるやつなんて日本に100人もいないだろう。 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/17(土) 11:25:10.47 ] SPARCがあからさまに低かったらもっと盛り上がるだろうに 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/17(土) 11:39:56.72 ] そりゃそうだが、現場に居るものとしてはプロセッサ係数が実際の処理能力に対応していない ことが問題だと思う。　たとえば陳腐化したCPUは徐々にライセンス料を下げてよいかと。 あるいは物理的なコア数やソケット数でなく、実際にOracleのコードを実行してるコア数で課金 するとか考えてくれると導入もしやすい。実際 T4サーバ幾らか知らんけど、乗せる11g EEの ライセンスが2000万だと恐らくバランスしない。 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/17(土) 11:45:51.63 ] >>281 4桁はいるかな 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/17(土) 11:47:00.39 ] 売れている間は価格を変える必要はないし 286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/17(土) 15:31:39.80 ] >>283 T4の全コア生きてるのを積んだサーバって、メモリやHDDを普通に積んだ構成だと、1000万越えるんじゃね? 287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/21(水) 22:00:38.55 ] オラクル、予想上回る第1四半期決算を発表--ハードウェア売上は不振 japan.cnet.com/news/business/35007843/ 288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/22(木) 16:26:19.76 ] とうとうx86ハードウェア事業から完全撤退か 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/22(木) 17:20:26.16 ] x86サーバのRACアプライアンスが発表されたとこなんだが？ むしろ中途半端な規模のSPARCサーバが不要じゃないのかとｗ 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/22(木) 21:45:10.11 ] Oracle の CEO (最高経営責任者) である Larry Ellison 氏は、 同社のデータベースがすでに非構造化データに対応していると語り、 『x86』から撤退する理由を説明した。 Oracle は、x86 ハードウェア事業から撤退して自社の知的財産 (IP) を 活用したハードウェアに集中することで、2012会計年度の 売上と利益がさらに伸びるものと期待しているという。 Ellison 氏は決算発表に関するアナリストとの電話会見で次のように述べた。 「コモディティ化した x86 事業がゼロになってもかまわない。そうした製品を販売しても Oracle の利益にならない。他社の IP を売ることに関心はない。 コモディティ化した x86 には Intel の IP と Microsoft の IP が含まれている」 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/22(木) 22:13:22.99 ] CPUなんてなんでもいいのだからわざわざ汚い x86使う理由はないわな。 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/22(木) 22:16:17.80 ] そこで我等がARMの出番ですよ 293 名前： 忍法帖【Lv=6,xxxP】 mailto:sage kani? [2011/09/23(金) 04:51:43.72 ] >コモディティ化した x86 事業がゼロになってもかまわない あーあ もうちょっと分かってる人かと思ったけど やっぱりアホか 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 04:54:49.17 ] IBM大勝利の予感がしたのは俺だけではないはず 295 名前： 忍法帖【Lv=6,xxxP】 mailto:sage kani? [2011/09/23(金) 05:07:19.98 ] IBMの勝利は人類の敗北 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 09:09:47.36 ] HotJavaはどうして放り出しちゃったんだろうなあ。 JREが最初から起動されているブラウザなら、 今のブラウザのJavascriptアドオン相当を、当時から出せていたはずなのに。 結局JWebPaneも出さないままOracleに買われちゃったし。 Web絡みの戦略失敗しているなあ。 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 12:35:25.73 ] x86ハードウェアを自分でやる必要はないわな 298 名前： 忍法帖【Lv=6,xxxP】 mailto:sage kani? [2011/09/23(金) 12:45:35.90 ] OS無料戦略切ってシュワルツのアライアンス反故にして 今からまた他社H/Wでってそれはムリってもんでしょ x86 H/Wへの参入が遅すぎたって回顧記事もう忘れたんかと 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 15:59:43.44 ] >>298 > 今からまた他社H/Wで そりゃ違うだろ。SPARCでやるってこった。T4（と後継）はそれくらいの自信作 なんだろw > x86 H/Wへの参入が遅すぎたって回顧記事もう忘れたんかと 参入って、Sun386i のこと? 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 17:18:44.34 ] OracleにとってH/Wはどうでもいい事業ってことだ。事業仕分けされないように気をつけないとな。 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 18:01:42.69 ] oracleは、何でもいいから自由になるものでフルスタックを揃えたいんだろ。 unixよりwindowsより自由に改造できるLinuxがよくて、さらにわがままにできるsolarisが手に入ったからそれを使う。 ハードもLinuxならx86だけど、solarisならさらに自由がきくのが転がってるから使う。 至ってシンプルな気がします。 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 19:43:50.34 ] わかりやすいといえばわかりやすい 303 名前： 忍法帖【Lv=6,xxxP】 mailto:sage kani? [2011/09/23(金) 19:48:15.91 ] 学術系でSunのx86 H/WでSolaris使ってるところもあるのに… 今頃大混乱だな 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 21:32:48.85 ] 学術系なんて、それこそ性能さえよければなんでも（除く WinTel）いいんだよ。 リコンパイルすりゃいいだけ。 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 22:25:53.93 ] 高額なOracleのSPARC H/Wを提案してきたら 寝言ほざくんじゃねえと叩き出せばいいのさ 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 23:08:52.85 ] SIer泣かせだな。 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/23(金) 23:33:05.54 ] SIerは生かさず殺さず 308 名前： 忍法帖【Lv=7,xxxP】 mailto:sage kani? [2011/09/23(金) 23:52:46.62 ] >>304 価格も大事なんだよ Sun Rayを収容しているような使い方だと >>305 今まで投資したインフラどうすんだ 襟損はよしねや 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 01:36:49.89 ] SRSSならLinuxでも使えるだろｗ 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 04:19:07.16 ] 機種選定を誤ったってことさ 311 名前： 忍法帖【Lv=7,xxxP】 mailto:sage kani? [2011/09/24(土) 10:02:36.40 ] >>309 何も分かっちゃいねー 端末でSolaris使わせたいからx86に留まってるのに LinuxシンクライアントでいいならSRSSなんか買わないし 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 10:08:19.37 ] >>304 FPUについて、同じx86であってもIntel-AMD間で違いが出てて来るから、内容によっては簡単に切り替えることができない場合もある。 ところで、 T4（T2以降？）についてる暗号化機能って、GPGPUの劣化版にしか思えんのだが。 GPGPUなら、暗号処理以外にもいろいろと使い道がわけで、それを超えるメリットがあるのか？ 313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 11:32:06.27 ] 日本語でおｋ というはおいといて GPGPUの上手い使い道について皆さん血マナコですよ 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 12:08:45.72 ] >>312 GPUがなくてもオンボードでも動くことが大きいと思うよ。以前、SPARCはDESチップは別だった。 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 13:55:29.04 ] ソフトウェアレベルのAPIが同じで、実装がHWを呼んで速くなるというは同じでも、自社で完結して安定供給できるのがいいんでしょ。 GPGPGU使ったら、フルスタックOracleにならないからダメってことじゃない？ 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 14:45:07.34 ] >>314 すでに、オンボードどころか、オンチップが主流になりつつあるじゃん。 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 17:24:55.98 ] >>304 Windowsそんなに悪くないんだがなー。 大量に並べてクラスタにしたときにOSのライセンス料がネックになるが、 それこそ大量に並べてフラッグシップ案件になるなら、大幅なアカデミック割引を得られるだろうし・・・。 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 17:26:54.39 ] >>312 そんな尖ったチューニングすること自体が間違いだと思うね。 研究者の仕事外の余暇の趣味としてチューニングするなら、ともかく。 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 17:33:53.68 ] OpteronもMerom用のコンパイルオプションで普通に性能出るしな 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 19:03:40.69 ] >>311 1.Solaris x86ライセンスを導入して別機種に入れる 2.非純正ディストリビューションを使う 3.Solarisを捨てる 世の中Solarisでなければ困るという事例はほとんどない 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 19:41:46.87 ] Solarisしか知らない信者SEが困る・・・くらいか 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 20:00:36.77 ] もはやそんなのいないだろ 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 20:26:16.60 ] 仕事なのにSolarisしか使えないとかクソだからな クセの強い商用UNIXが入り乱れてた頃に比べりゃ楽なもんだ 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/24(土) 20:38:41.34 ] >>322 昔は大学の研究室には、そういう人いたけどなぁ。 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 00:03:04.66 ] >>317 アカデミックならそもそも無制限ボリュームライセンスがあって安い。 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 01:25:51.04 ] 昔は昔、今は今 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 08:21:34.63 ] T4のパフォーマンスが現行SPARC64とそんなに変わらないものだとすれば、がっかりだわな。 そんなんだったら、ニコイチでもいいからNiagraのコアを単純に増やしたものの方が良かった、ってことにならんかねぇ。 もちろんメモリの帯域幅の制限があるから、コアを単純に増やすだけでは限界があるんだろうけどさぁ。 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 18:05:50.34 ] 低性能コアをたくさん積んだマシンは用途を選びすぎるから ある程度高速なコアを多めに積んだ方が使いやすいんだろ 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 18:20:15.72 ] もしT4のコアの処理能力が、現行SPARC64のコアと同等になれば画期的だぞ。 330 名前： 忍法帖【Lv=8,xxxP】 mailto:sage kani? [2011/09/25(日) 20:10:15.94 ] >>320 1)機械との相性でハマった時終わる 2)サポート買えない 3)ありえない 結構詰んだ臭いけどシングルスレッド性能捨てて XeonからSPARCに戻るというのが一番現実的かぁ 331 名前： 忍法帖【Lv=8,xxxP】 mailto:sage kani? [2011/09/25(日) 20:13:45.63 ] >>330 1)に追加でそもそもOracleがx64版のサポートを打ち切る可能性がある 富士通(シーメンス)は自社のPCサーバをSolaris対応にしてサポート付きで売ればいいのに ItaniumやLinux対応するより商機になるよ 332 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 21:48:00.77 ] >>329 T4はスレッドがコアを占有するAPIがあるので、 それを使った場合には、 SPARC64と同等の性能が出るんじゃね? 333 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 21:48:39.57 ] >>331 Oracleなら、やりかねん。 334 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 21:50:25.93 ] >>330 1.事前検証なしでハードウェア導入すんのかよ 2.学生の実習用途程度にソフトウェア保守が必要なのか？ 3.SPARCにするか沈没船と運命を共にするしかないな >>331 x64打ち切ったらAIXやHP-UXと同じ道をたどるな そんな状況だと開発からまた人が抜けかねん 335 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 21:51:48.77 ] Oracleのハードを買うのが、 いちばん安上がり、 そういう誘導がされるんでしょ。 すでに、SPARC依怙贔屓的なコア係数だし。 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 22:07:30.40 ] OracleDB/Solaris/SPARCが一番お得ですって。 337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 22:34:17.20 ] Oracleの客を独り占めすりゃ、しばらくはSolarisもSPARCも安泰だろうな。 338 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 22:42:24.35 ] そこまでやると裾野からどんどん逃げていくことになるな 小規模ならOracle使ってても必須ってわけじゃないしｗ 339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/25(日) 23:26:43.48 ] 皆さんお忘れか、MySQLの持ち主がOracleであることを。 この手のオープンソースのプロジェクトは、ちゃんと金かけて制御しないと、空中分解するんだ。 OracleがMySQLの開発を中途半端にやることで、兄弟が乱立し、そして力を失っていく。 340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/26(月) 00:34:04.25 ] MySQLしか思いつかない人って程度の低いエンジニアか素人だよね 341 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/26(月) 00:45:38.45 ] Accessサイコーだよな 342 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/26(月) 01:11:19.17 ] 実はMS SQL Serverは性能が良い。 しかも、Oracleほどバグ知識が要求されない。 343 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/26(月) 10:36:35.93 ] まあ、永遠に「実は」って例は枚挙にいとまがないだろw >335, 336 もちろん、それこそがエリちゃん Sun買った理由なわけで。 344 名前： 忍法帖【Lv=9,xxxP】 mailto:sage kani? [2011/09/26(月) 15:19:35.80 ] >>334 1 パッチ当てたらOS上がらなくなるとか絶望的しかもそのパッチがsecurity fixなら 2 パッチ保守は絶対いる 3 保守断られるぎりぎりまで粘ってSPARCにするしかない 345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/27(火) 22:05:33.06 ] >>343 「買った理由」ではなく、押し付けられた不良資産を使って買収費用を回収したいだけ 346 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/28(水) 09:47:39.55 ] じゃあSunの資産ってなんだ? Javaか? 347 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/28(水) 10:07:34.55 ] まだそんなこと言ってるイモがいるのか。 ラリーは IBMと正面きって戦うためのハードウェアと OSを入手したんだよ。 少しは記事読めや 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/28(水) 20:14:50.30 ] IBMと戦うだって? 相手を間違ってるんじゃないか? AIXやDB2と戦うならともかく、IBMと戦うって・・・。 349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/29(木) 16:09:30.91 ] AIXと戦ってどうするのよ… 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/29(木) 16:51:39.28 ] IBMはサービスと部品を、 Oracleは部品だけを、 売ってるものが違うのだ。 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/29(木) 18:16:41.46 ] だから全部揃ってSIに頼らずにサービスも売れるようになったのでは？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef