Sun Microsystes最期の霊山

1 名前：名無しさん＠お腹いっぱい。 [2011/07/25(月) 00:04:48.60 ] 夏らしく　現実から取り残された元SEと　まだ夢を見たい客の　亡霊が戯れます 棺桶に片足突っ込んでる　他ベンダからも賑やかしが続々参戦 【前スレ】 Sun Microsystem最後の奉公 hibari.2ch.net/test/read.cgi/unix/1298734709/ 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 14:30:40.13 ] >>211 > くだらん、ムダな回り道だった。損失は巨大だ。はかりしれない。 単にRISC勢がヘタレだっただけだろ。 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 15:46:40.68 ] すでにPentiumの頃には、x86でもいいや、って感じだったな。 使う上では、命令セットとか関係ないし。 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 15:50:56.68 ] なにが「いいや」、なの? いま、Pen-4が醜いとか、x86命令セットの話をしてるんだけど。 またまたシェアの話? ほかでやれば? 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 16:01:07.84 ] >>215 RISCではなくx86でも性能的に十分だから、これでもいいや 昔はさx86は性能が低すぎて話になんなかったけど、 Pentiumの頃には独り占めして使う分には十分な速度になったし、 PentiumIIIの頃には多人数で使っても十分な速度だったよ。 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 16:12:03.96 ] インテルがスケールメリットで他社よりも進んだプロセスで製造することで、 x86の性能を無理やりドーピングしているというのなら、 同じ年度ではなく、ほぼ同等のプロセス・ダイサイズで性能比較してみたらどうなのさ。 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 18:40:36.52 ] >>217 らめぇ SPARC死んじゃううう 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 18:46:00.97 ] SPARCはメモリまわりが豪勢だったような・・・。 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 22:52:51.43 ] キャッシュはMBクラスだし、メモリはCPU1つにつき4チャネルくらい、あったような。 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 23:09:14.99 ] 安さを狙ったmicroSPARCやUltraSPARC-IIeはうんこだったけどなｗ UltraSPARC-IIiもしょぼかった 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/08(木) 23:17:53.17 ] >>221 CPUのアーキテクチャではなく、キャッシュやメモリで性能が決まってしまうんだな。 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 00:12:49.68 ] それがmemory wallだな。uacrhどうすんべ？っていう壁も依然としてあるよ。 実はどちらでもCISC(x86)が良いんじゃね？って話になってるんだけど。近年は。 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 00:23:06.79 ] x86の命令デコーダの複雑さがもたらす消費電力増よりも、 RISCの命令の帯域の広さがもたらす消費電力増のほうが、 多かったりするのか? 225 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage kani? [2011/09/09(金) 02:00:39.51 ] >>212 >今なら動画エンコードはGPUでやるのが普通だろ。 ないわーないない 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 02:07:35.69 ] 動画エンコしたことないんだが 最近のトレンドを教えろください 227 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage kani? [2011/09/09(金) 03:14:21.05 ] QSVとかCUDAエンコのこと言いたいんだろうけど 普通にCPUでいいんじゃね 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 11:29:33.96 ] x86のデコーダーなんて大したことないでしょ x86のどのあたりが大変そうに感じるの？ 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 12:00:34.39 ] >>228 複数の命令を同時にデコードしようとすると、途端に大変になるのよ。 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 17:13:17.03 ] いやいや、命令長とバラし方がたくさんあったら、大変なんだよ。 少し前にサーモグラフィ出てたの見てないのか? インテルの人間がそう言ってんだから間違いない。 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 17:16:28.14 ] >>221 この辺は本流との差別化のために仕方がなかった（本流がそんなに速くなかった）。 確かに唄い文句の割（カタログ値の割）にはしょぼかった。 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 17:32:40.99 ] バラしかたがたくさんというのは 命令列の塊を読み込んだときにどこが命令の先頭か分からなくなるということ？ 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 17:39:39.35 ] ...違うよ。RISCのこと少しは勉強した方がいい。 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 19:35:38.23 ] CISCが効率いいならバイナリ互換性があまり重要ではない ゲーム機や32bit以上の組み込みCPUにRISCが多いのは何故？ x86の命令セットは30年以上前に出荷された16bitCPUである8086の命令セットを そのまま拡張してきたもの CISCの中でも8086の命令セットはきれいな方ではなかった また、8086は8080用に書かれたプログラムをバイナリトランスレートで簡単に移植できるように 考慮されて設計された8bitCPUの8080との互換性も引きずっていたCPU 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 21:48:58.37 ] >>234 ゲーム機はハードだけだと赤字。ソフトを売って投資を回収してる。 IntelやAMDみたいな形態の企業には手を出す理由が弱い市場。 あ、もしかしてゲハでやれって言って欲しかっただけ？ 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 21:58:36.05 ] >>232 同期・非同期の論理回路の素養あるかな? 1クロックで、というのが問題なんですよ。 たとえば128ビット入力の256ビット出力の巨大な非同期の論理回路があって、 入力から出力までに通過するゲートの数が膨大で、 しかも、1クロック分の時間よりも短い時間で、出力を安定させなきゃならない、 そんなシチュエーションを考えてみてくださいよ。 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/09(金) 22:04:37.06 ] >>234 たぶん・・・ ・トランジスタ数が少なくて済む ・・・ 周辺ふくめてワンチップ化が求められる ・データに対してコードが少ない ・・・ RISCの弱点であるコード肥大化&帯域消費が、問題になりにくい ・電力効率がよい ・3オペランド演算やFMA ・ふつ〜組込はARMっしょ 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/10(土) 10:03:22.77 ] >>234 つ低コスト、低消費電力 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/10(土) 10:19:08.01 ] 1,2バイトオペコードもVEXプリフィックスつけると3オペランドとして使えるようになるという噂を聞いた 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/10(土) 11:44:24.39 ] 今のCPUで c4 c* c5 c* みたいな命令を実行するとどうなんのかしら Illigal Instruction例外が出るのかな？ 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/10(土) 17:49:08.70 ] >>239 もし、それができたとしてもできるのはSandy Bridgeだけ 242 名前：名無しさん＠お腹いっぱい。 [2011/09/10(土) 22:31:26.31 ] >>234 intelはゲーム機みたいに、単価の安い市場をいやがってる。 初代XBOXはPentium�Vだったが、MSとの間でコストダウンのことでもめたと 聞いたな。 後、今のXBOX360 PS3 Wiiに採用されてるPowerPCってRISCの中ではアーキが 複雑な方だけどね。 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/11(日) 07:21:38.03 ] >>241 今はまだできないよ 出来るようになるとしてもskylakeあたりから 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/12(月) 21:35:21.13 ] T4のシステムって年内出荷? 245 名前：名無しさん＠お腹いっぱい。 [2011/09/13(火) 19:53:50.17 ] かな？ 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/13(火) 22:20:20.86 ] Oracleは富士通にケンカ売ってるのか? UltraSPARCのシングルスレッド性能を上げたり、Oracle用特殊命令を実装したり、 そんなことしたら、SPARC64の客を奪うだろうが。 247 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage kani? [2011/09/13(火) 22:24:10.49 ] >>246 >Oracle用特殊命令を実装したり どこソース？ つかSPARC64にも同等の命令を実装すればいいという話ではなくて？ 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/13(火) 22:24:58.27 ] 全方位に喧嘩売ってるが何の問題もない Oracle様は偉いのれす 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/14(水) 01:39:07.75 ] >>247 ttp://pc.watch.impress.co.jp/docs/news/event/20110826_473098.html の ttp://pc.watch.impress.co.jp/img/pcw/docs/473/098/html/photo001.jpg.html のスライド Extend SPARC ISA ってあるでしょ 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2011/09/14(水) 01:51:00.70 ] ttp://www.theregister.co.uk/2011/08/22/oracle_sparc_t4_hot_chips/ > It also includes special hardware optimizations for Oracle software, > including user-level cryptographic instructions, > a pause instruction, and a fused compare-branch instruction. 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の上手い使い道について皆さん血マナコですよ

---

---

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

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