Sun Microsystems 最期の神託
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2009/05/11(月) 19:40:54いよいよ神託(oracle)によって最期を迎える。
「汝自身を知れ」
【前スレ】
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/
0203名無しさん@お腹いっぱい。
2009/05/14(木) 21:45:080204名無しさん@お腹いっぱい。
2009/05/14(木) 23:07:28だけだと、ぶっこわれてる、っていう意味もあるよな。
0205名無しさん@お腹いっぱい。
2009/05/14(木) 23:13:18http://pawpaw.cocolog-nifty.com/pawpaw_house/2008/02/x_1b4d.html
0206名無しさん@お腹いっぱい。
2009/05/15(金) 00:48:55MBうんちゃらかんちゃらっていう型番を前面に出してSPARCってことを伏せて売り込んでたらしいな。
で、SPARClite、まだやってるんだっけ?
0207名無しさん@お腹いっぱい。
2009/05/15(金) 00:57:56いまはFRだよ
0208名無しさん@お腹いっぱい。
2009/05/15(金) 02:59:410209名無しさん@お腹いっぱい。
2009/05/15(金) 06:31:17スタックがそんなに深くないからね。ソフトエンジニアは、どの石でも構わないよ、ほとんど決定件がないから。
というのも、どのチップが使われるかは使いやすさ、性能というよりは、コストパフォーマンス。
組み込み用SPARCも候補に挙がると思うが、組み込み向けよりもむしろV9をサポートしたSPARCの方が多いからね。
組み込みはどちらかというと、V8でOKの安価な方だから。メジャーなのは、MIPS, PowerPC, ARM, SH系だね、数から。
でも、組み込みはどんなものもありだと思う。
0210名無しさん@お腹いっぱい。
2009/05/15(金) 07:29:48MicroSPARCなんてのが、SunRayに搭載されていなかったっけ?
0211名無しさん@お腹いっぱい。
2009/05/15(金) 08:53:18昔をときめいたSGIやBe社などの技術者はそれぞれ
今じゃnVidiaやGoogleなどで先を争って勝負している
どうみてもSPARCとか富士通とか時代遅れすぎる
付き合うとアホがうつる
0212名無しさん@お腹いっぱい。
2009/05/15(金) 08:59:40MicroSPARC使ってたのは、JavaStationまでじゃなかったかな。
ほぼ SS4だったみたいだけどねw
SunRayの最近のは、Alchemyだったと思う。MIPS。
0213名無しさん@お腹いっぱい。
2009/05/15(金) 09:00:10自演癖直せよ、クズw
0214名無しさん@お腹いっぱい。
2009/05/15(金) 11:31:25> RISCそのものが組み込みだろ。
意味不明
> SPARCもレジスタウィンドウが組み込みにはありがたい。
割り込みから、割り込みハンドラに制御が移るまでが遅いんですが
> でも、組み込みはどんなものもありだと思う。
可能なはず論は恥ずかしいからヤメテ
0215名無しさん@お腹いっぱい。
2009/05/15(金) 11:33:10microSPARCは、組込み用ではなくて、ワークステーションのメインCPU用だよ。
CPUが複数のLSIによって構成されていた初代SPARCに対してmicroなのよ。
0216名無しさん@お腹いっぱい。
2009/05/15(金) 11:34:01SPARC64をやってる富士通でさえも、組込み向けのSPARCliteをやめてFRだもんな。
0217名無しさん@お腹いっぱい。
2009/05/15(金) 11:38:36常にウインドウをフラッシュしなければならないこともあるまい
0218名無しさん@お腹いっぱい。
2009/05/15(金) 11:50:59microSPARC = Classic, LX, Voyager, SS4, SS5 のあたりまでだよね。
0219名無しさん@お腹いっぱい。
2009/05/15(金) 15:53:28やめとけやめとけ、技術知識もエセだし、それ以前に議論のできるマトモな人間じゃない。
0220名無しさん@お腹いっぱい。
2009/05/15(金) 15:57:070221名無しさん@お腹いっぱい。
2009/05/15(金) 16:27:410222名無しさん@お腹いっぱい。
2009/05/15(金) 16:31:18すり替え 「論点の−・」
(英: Ignoratio elenchi)は非形式的誤謬の一種であり、それ自体は妥当な論証だが、
本来の問題への答えにはなっていない論証を指す。
アリストテレスは、論点のすり替えは相手の主張に反駁する際に犯してしまう
間違いであると考えていた。そのため彼は、その当人が反駁とはどういうものかについて
無知なのだとした。
例:
>153 どうしてもでかくなるコアで組み込み向け作ってどうする
>157 SPARCデカいって話はないわな。
>160 バークレー RISC IIはたった 40,760個の Trで 39の命令とレジスタウィンドウを
このような文脈に対して ↓
>167 SPARCをサポートした(中略)殆どないんだから、採用しようがないんだよ。
>174 LEONの話をするとき(中略)使って当然だ罠
0223名無しさん@お腹いっぱい。
2009/05/15(金) 16:32:37>180 だから何? (中略)市場シェアの数字もってきなさい。
>182 理屈ではそうかもしれんが、実際には一般に使われてない。
>187 SPARCを組み込みになんてほざく社員は即刻クビにしたほうがいい
>206
>207
>211
>214
>215
>216
この例のように、なに一つとして「本来の問題」への答えにはなっていない。
元は「組込み用に SPARCアーキテクチャの CPUを開発すべきか」という
問題であるのに、延々と現状の CPU商品の有無や見当違いな技術論を
述べ立て、収拾がつかない。
これは、「市場占有率」以外に見るべき点のない商品について、技術的欠点を
指摘された場合に無理に反駁しようとしてよく引き起こされる行為であり、
その占有が終りに向かう時期にしばしば観察される。
0224名無しさん@お腹いっぱい。
2009/05/15(金) 17:21:470225名無しさん@お腹いっぱい。
2009/05/15(金) 17:23:32> 元は「組込み用に SPARCアーキテクチャの CPUを開発すべきか」という問題であるのに
お前こそすり替えてる
SPARCアーキの組込用プロセッサの開発をいま再開すべきか、という問題なんだわ
0226名無しさん@お腹いっぱい。
2009/05/15(金) 17:44:31インストラクションセットも全然別で。
・・・SPARCSじゃないわ。
0227名無しさん@お腹いっぱい。
2009/05/15(金) 17:45:130228名無しさん@お腹いっぱい。
2009/05/15(金) 18:15:14それが FR なんじゃね?
Fujitsu Risc の頭文字かな。
0229名無しさん@お腹いっぱい。
2009/05/15(金) 19:38:460230名無しさん@お腹いっぱい。
2009/05/15(金) 19:44:190231名無しさん@お腹いっぱい。
2009/05/15(金) 19:46:56かなりの数になるはず。最近の機種にも使われてたはずだが.. 現行はないのか?
0232名無しさん@お腹いっぱい。
2009/05/15(金) 19:53:45ちょっとググったらすぐでてきたぞ。
0233名無しさん@お腹いっぱい。
2009/05/15(金) 20:23:45コア削っていいなら、SPARC64VIIじゃだめなの?
0234名無しさん@お腹いっぱい。
2009/05/15(金) 20:40:220235名無しさん@お腹いっぱい。
2009/05/15(金) 20:45:38VenusはSMPできない(っていう話をどこかで見た)ので、
いずれVIIを1基積んだM3000の後継機で積んでくると思う。
>>231
obsolateだよ
しかしFR、富士通の総合力ゆえか、サードパーティのサポートが・・・
0236名無しさん@お腹いっぱい。
2009/05/15(金) 21:52:42ブラザーの現行製品では5年前に発売されたHL-6050DNだけ
それ以降はMIPS系だし最近のローエンドではARMが載ってる
製品仕様を確認してから書けよクズ
0237名無しさん@お腹いっぱい。
2009/05/15(金) 21:54:060238名無しさん@お腹いっぱい。
2009/05/15(金) 22:10:10SPARClite採用機は当然HL-6050DN同等品しか残ってないね
0239名無しさん@お腹いっぱい。
2009/05/15(金) 22:36:340240名無しさん@お腹いっぱい。
2009/05/15(金) 22:37:260241名無しさん@お腹いっぱい。
2009/05/15(金) 23:54:08RISCそのものはシンプルなアーキを目指していたからね。
エンタープライズ向けのものは肥大化しているけど。そもそも、最初の商業RISCであるARMが組み込みで
顔をきかせているところからも、シンプルなアーキは組み込み用途には向いているということが伺えるよね。
一般向けでなくてもいいので。
レジスタウインドウは、当然段数が許されるまでは、割り込みを発生させることなく高速に引数が渡せる。
スタックが浅ければ、レジスタウインドウは高速になるように設計されている。
0242名無しさん@お腹いっぱい。
2009/05/16(土) 02:07:49Sunの中の人はHPC専用で汎用じゃないって言ってる
Venus of Fujitsu
http://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.
0243名無しさん@お腹いっぱい。
2009/05/16(土) 02:24:20HPC拡張命令をもっているので、HPC用途に特化したアプリを高速で実行できる、
というおまけ(がでかいのかな)が付いているだけで。
Nehalemよりは2.5倍は高速ということなので、Intel (+ HP), IBMの各社はこの値を次の目標数値に
設定せざるを得ないね。
0244名無しさん@お腹いっぱい。
2009/05/16(土) 02:29:42MCMで2チップ積むから、ソケットあたりにしたら4倍
0245名無しさん@お腹いっぱい。
2009/05/16(土) 02:34:44Nehalemは最近出荷されたのに、1-2年後には確実に時代遅れのCPUだね。
IT業界は流れが速いね。
0246名無しさん@お腹いっぱい。
2009/05/16(土) 03:32:340247名無しさん@お腹いっぱい。
2009/05/16(土) 03:57:32演算したければビデオカードのGPUがあるんだし。
Venusが1ソケで128Gflopsでしょ。
PCならCPUが50Gflops、GPUが1〜1.5Tflopsで、うまく分担処理すればよろし。
0248名無しさん@お腹いっぱい。
2009/05/16(土) 04:23:020249名無しさん@お腹いっぱい。
2009/05/16(土) 07:51:32書くかだけのちがいじゃね?
0250名無しさん@お腹いっぱい。
2009/05/16(土) 08:02:300251名無しさん@お腹いっぱい。
2009/05/16(土) 09:24:12Intelだって何もやってないわけじゃない
Nehalemは1-2年後には時代遅れのCPUになってるかも知れんが
それはIntel自身の手によってだよ
0252名無しさん@お腹いっぱい。
2009/05/16(土) 11:23:52下手すりゃVenusより早くてVenusより速い
0253名無しさん@お腹いっぱい。
2009/05/16(土) 11:36:010254名無しさん@お腹いっぱい。
2009/05/16(土) 12:39:260255名無しさん@お腹いっぱい。
2009/05/16(土) 12:42:480256名無しさん@お腹いっぱい。
2009/05/16(土) 15:41:07信者の妄想ウゼー
Appleのようにx86を採用せず、あえてSPARCでやる必要性は、何?
0257名無しさん@お腹いっぱい。
2009/05/16(土) 15:47:11そっとしといてあげなよ
0258名無しさん@お腹いっぱい。
2009/05/16(土) 18:21:120259名無しさん@お腹いっぱい。
2009/05/16(土) 18:28:50浪漫とか言っちゃってるし。イタタタ?www
0260名無しさん@お腹いっぱい。
2009/05/16(土) 18:40:270261名無しさん@お腹いっぱい。
2009/05/16(土) 18:45:250262名無しさん@お腹いっぱい。
2009/05/16(土) 19:57:39SPARC Station 使ったこと有るけれど、ありゃ、なんだね
すげぇ遅いし、使いにくいGUIだし
0263名無しさん@お腹いっぱい。
2009/05/16(土) 20:07:530264名無しさん@お腹いっぱい。
2009/05/16(土) 20:10:04描画している途中が見れるって、どういうことよ。
0265名無しさん@お腹いっぱい。
2009/05/16(土) 21:00:15UltraSPARCはPentium程度の性能だからな
0266名無しさん@お腹いっぱい。
2009/05/16(土) 21:31:11むしろx86で満足なら現行のSun WSはx86なんだからそれを買ってやればいい
0267名無しさん@お腹いっぱい。
2009/05/16(土) 21:36:11Sunがワークステーションをx86に移行したのに、
なんで小型筐体のワークステーションをSPARCでやらんとならんのよ。
0268名無しさん@お腹いっぱい。
2009/05/16(土) 21:43:400269名無しさん@お腹いっぱい。
2009/05/16(土) 21:47:11ほらよ
大好きなx86のWSが半額以下で出てる
0270名無しさん@お腹いっぱい。
2009/05/16(土) 22:56:49SGI 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に換装すれば、痛を越えられるか。
0271名無しさん@お腹いっぱい。
2009/05/16(土) 23:32:06Itaniumのシステムはラックいくつだw
それにPOWERでHPCってあまりないだろ
もうItaniumも流行らないな
要するに意味ある比較とは思えない
SPEC MPIで比較せよ
0272名無しさん@お腹いっぱい。
2009/05/16(土) 23:34:560273名無しさん@お腹いっぱい。
2009/05/16(土) 23:41:35いっぱいラック並べたらそりゃ勝てるでしょ
って話が何か間違ってるのか
0274名無しさん@お腹いっぱい。
2009/05/16(土) 23:43:55Densityはラック2本
Bandwidthはラック4本
0275名無しさん@お腹いっぱい。
2009/05/16(土) 23:46:280276名無しさん@お腹いっぱい。
2009/05/16(土) 23:49:49Power595の64コアはラック1本ただし大きめ
0277名無しさん@お腹いっぱい。
2009/05/16(土) 23:54:480278名無しさん@お腹いっぱい。
2009/05/16(土) 23:59:140279名無しさん@お腹いっぱい。
2009/05/17(日) 00:03:150280名無しさん@お腹いっぱい。
2009/05/17(日) 00:04:520281名無しさん@お腹いっぱい。
2009/05/17(日) 00:11:200282名無しさん@お腹いっぱい。
2009/05/17(日) 00:19:380283名無しさん@お腹いっぱい。
2009/05/17(日) 00:25:190284名無しさん@お腹いっぱい。
2009/05/17(日) 00:29:29ドライバというか必要な機器が使えればそれもどうでもいい
0285名無しさん@お腹いっぱい。
2009/05/17(日) 00:38:52Winodwsマンセーということで
0286名無しさん@お腹いっぱい。
2009/05/17(日) 00:44:060287名無しさん@お腹いっぱい。
2009/05/17(日) 00:47:250288名無しさん@お腹いっぱい。
2009/05/17(日) 00:56:1610GbEのNICで市場を席巻してしまうべきだろう。
なぜ、やらない。
できない理由はなんだ。
0289名無しさん@お腹いっぱい。
2009/05/17(日) 00:57:180290名無しさん@お腹いっぱい。
2009/05/17(日) 01:00:250291名無しさん@お腹いっぱい。
2009/05/17(日) 01:07:250292名無しさん@お腹いっぱい。
2009/05/17(日) 01:07:31ターゲット(?)としても動作するように作ってあれば・・・
0293名無しさん@お腹いっぱい。
2009/05/17(日) 01:15:26このへんが1000ドル切ってるんで・・・
0294名無しさん@お腹いっぱい。
2009/05/17(日) 01:22:13でも、DELLで買うと$1150くらい
0295名無しさん@お腹いっぱい。
2009/05/17(日) 01:32:54Chelsio 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
0296名無しさん@お腹いっぱい。
2009/05/17(日) 04:01:140297名無しさん@お腹いっぱい。
2009/05/17(日) 05:39:24R3000をUNIXワークステーションで、
R4000をPDAで使ったが、
素直で良いCPUだったと思う。
0298名無しさん@お腹いっぱい。
2009/05/17(日) 08:42:110299名無しさん@お腹いっぱい。
2009/05/17(日) 08:47:06MIPS/IRIX使ってたけど酷かったわ
0300名無しさん@お腹いっぱい。
2009/05/17(日) 08:48:59ただ、それが続かなかった
0301名無しさん@お腹いっぱい。
2009/05/17(日) 12:48:56Solaris/x86 は PRIMERGY と組み合わせて xAMP サーバやインターネットサーバ、
ファイルサーバとしてテンプレ化して売る
Solaris/SPARC は従来通り Oracle プラットフォームや基幹業務向けとして売る
という使い分けをした方がいいと思う。
ただそうすると、現行の PRIMERGY+RHEL の組み合わせとモロ被るのが難点
顧客視点で言うと、知名度の点で残念ながら RHEL>Solaris なんだろう
Solaris の運用のしやすさはもっとアピールした方がいいと思うけどねぇ
0302名無しさん@お腹いっぱい。
2009/05/17(日) 13:36:54こんな事やってるから潰れるんだよ
0303名無しさん@お腹いっぱい。
2009/05/17(日) 13:44:48Linux@x86の隆盛に慌ててOpen Solarisも用意したけど時すでに遅し
x86コア集めたNiagaraT2みたいなのをAMDと共同で開発して、超メニィコアCPU用意した方がいいんじゃない?
ZFSのLinux実装が不完全だから、トランザクションに特化したハードウェアプラットホームを用意してLinuxに水をあけるべきかと
バグ取りとか最適化は、RHELとFedoraの関係みたく、オープンソースというお題目でタダ働きしてくれるOpen Solaris陣営にまかせればいいし
■ このスレッドは過去ログ倉庫に格納されています