Sun Microsystems 最期の神託

1 名前：名無しさん＠お腹いっぱい。 [2009/05/11(月) 19:40:54 ] コンピュータの歴史上に数々の革新を生んできたSun Microsystemsも、 いよいよ神託(oracle)によって最期を迎える。 「汝自身を知れ」 【前スレ】 Sun Microsystems 最上川上流 pc12.2ch.net/test/read.cgi/unix/1239259163/ 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 19:44:19 ] 女神のコアとキャッシュを削ってミドルレンジに降りてこないのだろうか(´･ω･｀) 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 19:46:56 ] SPARCliteはデジカメ以外にも大量に出てるぞ。プリンターエンジンだけでも かなりの数になるはず。最近の機種にも使われてたはずだが.. 現行はないのか? 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 19:53:45 ] あるじゃん、今でも。日立とブラザーが現行機種で使ってる。 ちょっとググったらすぐでてきたぞ。 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 20:23:45 ] >>230 コア削っていいなら、SPARC64VIIじゃだめなの？ 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 20:40:22 ] 組み込みSPARCに、Jiniテクノロジも搭載しよう 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 20:45:38 ] >>230 VenusはSMPできない(っていう話をどこかで見た)ので、 いずれVIIを1基積んだM3000の後継機で積んでくると思う。 >>231 obsolateだよ しかしFR、富士通の総合力ゆえか、サードパーティのサポートが・・・ 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 21:52:42 ] >>232 ブラザーの現行製品では5年前に発売されたHL-6050DNだけ それ以降はMIPS系だし最近のローエンドではARMが載ってる 製品仕様を確認してから書けよクズ 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 21:54:06 ] 日立がプリンタ部門をリコーに放り投げたのも５年前 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 22:10:10 ] 日立の小型A4レーザープリンタはブラザーのOEMなので SPARClite採用機は当然HL-6050DN同等品しか残ってないね 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 22:36:34 ] 富士通がSPARCliteよりも良いFRを作った以上、SPARCliteを採用する意味がないもの。 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/15(金) 22:37:26 ] 良いの？ 241 名前：名無しさん＠お腹いっぱい。 [2009/05/15(金) 23:54:08 ] >>214 RISCそのものはシンプルなアーキを目指していたからね。 エンタープライズ向けのものは肥大化しているけど。そもそも、最初の商業RISCであるARMが組み込みで 顔をきかせているところからも、シンプルなアーキは組み込み用途には向いているということが伺えるよね。 一般向けでなくてもいいので。 レジスタウインドウは、当然段数が許されるまでは、割り込みを発生させることなく高速に引数が渡せる。 スタックが浅ければ、レジスタウインドウは高速になるように設計されている。 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 02:07:49 ] >>235 Sunの中の人はHPC専用で汎用じゃないって言ってる Venus of Fujitsu www.c0t0d0s0.org/permalink/Venus.html > As far as i understand the available information > this CPU is a HPC CPU, not a real general purpose CPU. 243 名前：名無しさん＠お腹いっぱい。 [2009/05/16(土) 02:24:20 ] VenusはV9をサポートしているので、汎用にも使えるということではないの？ HPC拡張命令をもっているので、HPC用途に特化したアプリを高速で実行できる、 というおまけ（がでかいのかな）が付いているだけで。 Nehalemよりは２．５倍は高速ということなので、Intel (+ HP), IBMの各社はこの値を次の目標数値に 設定せざるを得ないね。 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 02:29:42 ] 目標も何も、POWER7はVenusの倍だよ MCMで2チップ積むから、ソケットあたりにしたら4倍 245 名前：名無しさん＠お腹いっぱい。 [2009/05/16(土) 02:34:44 ] それでは、どんどんとIntelのCPUは時代遅れとなっていくね。 Nehalemは最近出荷されたのに、１-２年後には確実に時代遅れのCPUだね。 IT業界は流れが速いね。 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 03:32:34 ] POWER7(笑) 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 03:57:32 ] Intelの、というかパソコンのCPUには、そこまでの演算能力は必要ないんよ。 演算したければビデオカードのGPUがあるんだし。 Venusが1ソケで128Gflopsでしょ。 PCならCPUが50Gflops、GPUが1〜1.5Tflopsで、うまく分担処理すればよろし。 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 04:23:02 ] 自分でCUDAのコード書けってことですね、わかります 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 07:51:32 ] 富士通がSPARC用のコードを書くか、ISPがCUDAのコードを 書くかだけのちがいじゃね？ 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 08:02:30 ] ISPじゃなくてISV 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 09:24:12 ] >>245 Intelだって何もやってないわけじゃない Nehalemは1-2年後には時代遅れのCPUになってるかも知れんが それはIntel自身の手によってだよ 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 11:23:52 ] 2010年末に出るSandyBridgeでピーク性能はNehalemの4倍だからね 下手すりゃVenusより早くてVenusより速い 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 11:36:01 ] 下手しなくてもVenusより早いよｗ 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 12:39:26 ] Mac mini ならぬ SPARC mini を￥89,800 で出せば大ヒット間違いなし 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 12:42:48 ] 高い弁当箱だな 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 15:41:07 ] >>254 信者の妄想ｳｾﾞｰ Appleのようにx86を採用せず、あえてSPARCでやる必要性は、何? 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 15:47:11 ] 所詮妄想なんだ そっとしといてあげなよ 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 18:21:12 ] SPARC WS は漢の浪漫だろ？w 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 18:28:50 ] ﾌﾟﾌﾟ 浪漫とか言っちゃってるし｡ｲﾀﾀﾀ？www 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 18:40:27 ] 分かっていても、いざかかれるとむかつくなwww 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 18:45:25 ] 我が飢えてるの悩みか 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 19:57:39 ] >>258 SPARC Station 使ったこと有るけれど、ありゃ、なんだね すげぇ遅いし、使いにくいGUIだし 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 20:07:53 ] 信心が足りませんなぁ 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 20:10:04 ] Ultra1使ってたけど、Netscape Navigatorの描画が糞トロくて、呆れた。 描画している途中が見れるって、どういうことよ。 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 21:00:15 ] SuperSPARCは同クロックの486程度 UltraSPARCはPentium程度の性能だからな 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 21:31:11 ] x86とくらべたらいけませんや むしろx86で満足なら現行のSun WSはx86なんだからそれを買ってやればいい 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 21:36:11 ] ていうか Sunがワークステーションをx86に移行したのに、 なんで小型筐体のワークステーションをSPARCでやらんとならんのよ。 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 21:43:40 ] 懐古趣味の老人用 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 21:47:11 ] ttp://www.unixhonpo.jp/campaign/Ultra24.html ほらよ 大好きなx86のWSが半額以下で出てる 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 22:56:49 ] SPEC int 2006 rates SGI Altix 4700 Density System (Itanium Processor 9150M 1.66GHz/24M) 256コア→3354 Fujitsu SPARC Enterprise M9000 256コア→ 2288 IBM Power 595 (5.0 GHz, 64 core, SLES) 64コア→ 2155 SPEC fp 2006 rates SGI Altix 4700 Bandwidth System (Itanium 2 Processor 9040 1.6GHz/18M) 256コア→3507 IBM Power 595 (5.0 GHz, 64 core, SLES) 64コア→2184 Fujitsu SPARC Enterprise M9000 256コア→2005 SPARC64 VIIからVIIIfxに換装すれば、痛を越えられるか。 271 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 23:32:06 ] うわSPARCショボと思ったがSGIか Itaniumのシステムはラックいくつだｗ それにPOWERでHPCってあまりないだろ もうItaniumも流行らないな 要するに意味ある比較とは思えない SPEC MPIで比較せよ 272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 23:34:56 ] 負け惜しみだと思われると痛くもない腹を探られるよ 273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 23:41:35 ] ええ、 いっぱいラック並べたらそりゃ勝てるでしょ って話が何か間違ってるのか 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 23:43:55 ] Altix4700 Densityはラック2本 Bandwidthはラック4本 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 23:46:28 ] M9000の最大構成にするのにラック何本使ってもいいのよぉ 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 23:49:49 ] M9000も256コアならラック2本+α Power595の64コアはラック1本ただし大きめ 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 23:54:48 ] なお、Altix4700の最大構成は1024コアらしい。 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/16(土) 23:59:14 ] ラックを多く並べれば勝てると思えるのはいいね 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:03:15 ] >>273が涙目 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:04:52 ] SPEC CPUだしな 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:11:20 ] 今時SPARCはないよな 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:19:38 ] CPUはもうあまりきにならない 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:25:19 ] OSとドライバだけだな 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:29:29 ] OSもそれほどもう気にならない ドライバというか必要な機器が使えればそれもどうでもいい 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:38:52 ] おまいの脱力感は伝わった Winodwsマンセーということで 286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:44:06 ] Windowsはちょっと… 287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:47:25 ] SolarisとNICのドライバが好っき 288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:56:16 ] SunはケチらずにNiagara2搭載の10GbE TOE NICを安値で提供して、 10GbEのNICで市場を席巻してしまうべきだろう。 なぜ、やらない。 できない理由はなんだ。 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 00:57:18 ] 10GbE TOE NICがそんなに安く作れないんだろう 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 01:00:25 ] コアが全部生きてるのを選別しないと意味ないしな 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 01:07:25 ] Niagara2搭載のNICって熱そう 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 01:07:31 ] NiagaraのPCI Expressはホスト専用だからだろう。 ターゲット(?)としても動作するように作ってあれば・・・ 293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 01:15:26 ] ttp://www.chelsio.com/assetlibrary/products/S320E%20Product%20Brief%20080826A.pdf このへんが1000ドル切ってるんで・・・ 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 01:22:13 ] さすがにミリ でも、DELLで買うと$1150くらい 295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 01:32:54 ] ttp://accessories.us.dell.com/sna/products/Storage_Accessories/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=A1998638 Chelsio S320E-CXA 10GbE dual port TOE CX4 $1,151.95 ttp://accessories.us.dell.com/sna/products/Storage_Accessories/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=A1998637 Chelsio S310E-CXA 10GbE single port TOE CX4 $835.95 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 04:01:14 ] ここでMIPSが華麗に復活 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 05:39:24 ] MIPSのどこが悪いのか、いまだに、わからん。 R3000をUNIXワークステーションで、 R4000をPDAで使ったが、 素直で良いCPUだったと思う。 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 08:42:11 ] 別に悪くはないと思うが。 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 08:47:06 ] それで安くて性能が高けりゃ良かったんだけどな MIPS/IRIX使ってたけど酷かったわ 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 08:48:59 ] MIPSにも性能が他と比較して高い時期はあったんだ。 ただ、それが続かなかった 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 12:48:56 ] スレタイに沿った話をすると、 Solaris/x86 は PRIMERGY と組み合わせて xAMP サーバやインターネットサーバ、 ファイルサーバとしてテンプレ化して売る Solaris/SPARC は従来通り Oracle プラットフォームや基幹業務向けとして売る という使い分けをした方がいいと思う。 ただそうすると、現行の PRIMERGY＋RHEL の組み合わせとモロ被るのが難点 顧客視点で言うと、知名度の点で残念ながら RHEL＞Solaris なんだろう Solaris の運用のしやすさはもっとアピールした方がいいと思うけどねぇ 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 13:36:54 ] nseki.tumblr.com/post/108605269/cool-laptop-at-tokyo-barcamp-on-twitpic こんな事やってるから潰れるんだよ 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 13:44:48 ] Sunが事実上の自社ハード専用OSとして展開してたのが原因だし仕方がない Linux@x86の隆盛に慌ててOpen Solarisも用意したけど時すでに遅し x86コア集めたNiagaraT2みたいなのをAMDと共同で開発して、超メニィコアCPU用意した方がいいんじゃない? ZFSのLinux実装が不完全だから、トランザクションに特化したハードウェアプラットホームを用意してLinuxに水をあけるべきかと バグ取りとか最適化は、RHELとFedoraの関係みたく、オープンソースというお題目でタダ働きしてくれるOpen Solaris陣営にまかせればいいし 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 14:55:26 ] オープンソースの連中馬鹿にしてると痛い目にあうよ 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 15:02:30 ] >x86コア集めたNiagaraT2みたいなの これIntelも作ろうとしてたけどキャンセルされたって話だったよね なんでだろうね ttp://www.theinquirer.net/inquirer/news/1029138/new-from-intel-its-mini-cores 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 15:16:03 ] >>299 それはMIPSが悪いんじゃなくて、SGIの高付加価値マシンを、汎用に使うから高いのだ。 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 15:36:21 ] >>304 充分痛い目にあってるのにまだ気付いてないっぽいのが、もう、ね 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 15:42:24 ] おっとJarisの悪口はそこまでだ 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 15:47:12 ] >>305 金持ち(Intel)が道楽(基礎研究)として作るのと 貧乏人(Sun)がメシのネタ(製品)として作るのはわけが違うぜ旦那 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 16:04:42 ] >>303 事情通を気取っているが実は半可通ていうやつに見えるな x86でSolarisを売っていこうという動きはSunSoftを分社化したときにあった しかしSPARCサーバのソフト強化を図るためSunSoftを吸収され立ち消えた オープンにしようという動きはSolaris 8前後に行動があったけど 社内の抵抗勢力に潰された 技術で喰ってる会社なのに事務部門がヘンに力を持つとろくでもない 311 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 16:45:20 ] つまり、SPARCが癌なのか。 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 17:21:53 ] >>311 元祖SPARCを捨てて、FのSPARC64をメインに本家も採用すればよかった んじゃないかって俺は想っている。 それから、Solarisの処遇。これは完全にここ数年の動きは失敗だったといわ ざるを得ない。Solaris/x86をリリース停止にしようとしたあの時とか、OpenSolaris 出すとかぬかした時とか、さらには、Cobalt買収して、SunはLinuxと友達とかほざ いていた時とか、全部、くだくだ。 当時からハイエンドにしか目が行っていなかったし、ミッドレンジ以下はどこか軽視 していたので、ここでSolarisではなく、Linuxに注力すべきじゃないか？x86版の Solarisはかならずどこかで役に立つと俺は進言していたのだが、どちらも手遅れ だったみたいだな。あの可愛い子どうしているかな・・・・　俺のこのメッセージを受け とってくれたはずなんだけれどな。 社内でも笑われたけれどね。俺はもう一度彼女に会いたいな。 ちょっと丸っとしていたけれど、とてもキュートで、黒めがねの似合うSolarisエンジニア でさ、Linuxの動向とか調査ってことで俺の所に話に来たことがあって、そこが出会い だった。 そんな俺の今の興味は、アテモヤ栽培。Sunから離れて行く年月、今回の買収劇も 正直驚いていないけれど、Sunは判断ミスが多かったと思う。 313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 18:38:34 ] x86とLinux どちらも、ろくなもんじゃない。しかし、安い。 だから、SPARCやSolarisの苦肉の代替手段として、みんな嫌々ながら使った。 それで実績が増え、改良も進み、もうSPARCやSolarisいらないんじゃないの? と思われるようになった。 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 19:13:49 ] 同じコンシューマレベルでの戦いが明暗を分けたよな、どこも x86はIntel vs AMD, LinuxはFedora vs Debianが常に戦ってて日進月歩だ エンタープライズにあぐらを書いてたJavaは、いつの間にか家電にまで浸透したFlashに駆逐されかけてるし 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 19:15:21 ] あてがわれていたSPARCやSolarisを嫌々ながら使っていただけ Linuxやx86は解放者だった 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 19:18:28 ] ヲレも最後にあてがわれたのがBlade100だった たしかにPCは解放者だったかも LinuxじゃなくてWindowsとcygwinに移ったが 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 19:21:02 ] >>314 >Fedora vs Debian いつ戦ってたの? 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 19:26:57 ] Fedoraが出たての頃かな？ まだRedHat vs Debianを引きずってるぐらいの頃 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 19:28:24 ] >>314 > エンタープライズにあぐらを書いてたJava 最初はクライアント・サイドのテクノロジーだったんだよ。 ところが、JVMやOSの実装によって挙動が異なる上に、JVMのバージョン間にも挙動の違いがあったりして、 サポートしてらんねーとプログラマがブチキレ。あと、JVMの起動が遅かったことも災いしたね。 (いまではJVMの起動はあっという間で、ネイティブのアプリと遜色ないどころか、むしろ作りが良くて速いことも) それで、サーバサイドに活路を見いだして移っていったのさ。 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 19:36:50 ] Javaはまだ芽があるだろうと思うけどね。 グダグダはあったとは言え。 携帯市場(特にARM)向けにもっと積極的になって欲しかった所だけどね。 サードパーティーのつけいる隙を作ってしまったのは痛い 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 20:29:37 ] FujitsuのSPARC64部隊はどこまで本気なんだろうといつも思う Fはカネのために独自技術を捨てていく方向じゃないの？ 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 20:36:39 ] この先日本のスパコンはどうなってしまうのん？ 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 20:39:04 ] >>321 SPARC64作ってる部隊は、メインフレームのCPUも作ってる。 やめるときは、その両方をいっぺんにやめることになるだろうね。 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 22:09:14 ] >>320 Javaは残るだろうけど、SunやOracleのJavaじゃなくて、IBMのJavaとしてな。 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 22:21:09 ] >>321 サーバ事業はもはや本業ではないとのこと 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 22:32:50 ] >>318 何だ昔の話か。 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 23:15:07 ] >>319 >いまではJVMの起動はあっという間で、ネイティブのアプリと遜色ないどころか それはねーよ 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 23:33:13 ] あるんだな、それが。 ネイティブの優れた実装 > Javaで凡人が書いた実装 > ネイティブの下手な実装 同じ程度の人間ならネイティブよりもJavaのほうが高性能を得られるよ。 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 23:38:16 ] これはコンパイラ(+VM)の差や… 同じアルゴリズムで実装して適切な最適化が加わったらJavaがネイティブより速いわけない お前は一体どういう魔法にかかったんだ？ それにJVMの起動があっという間て、どんな悠長な世界に過ごしてるんだ 330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 23:40:31 ] 10年前に比べたらあっというまだろうよ

---

---

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

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