Sun Microsystems 最期の神託
レス数が1000を超えています。これ以上書き込みはできません。
0001名無しさん＠お腹いっぱい。
2009/05/11(月) 19:40:54いよいよ神託(oracle)によって最期を迎える。
「汝自身を知れ」
【前スレ】
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/
0914名無しさん＠お腹いっぱい。
2009/06/05(金) 08:09:40>文句言うとテストが厳しくなる。テストに落ちたものは別の客先行きになる。
うわー外国企業にありがちな話だなw
もっとも、最近はキヤノンの品質管理が酷い話とか記事を見ると
日本企業も短期的なコスト重視で欧米化してるのかな。
0915名無しさん＠お腹いっぱい。
2009/06/05(金) 08:28:53半年ごとに担当者が入れ替わるからだろｗ
0916名無しさん＠お腹いっぱい。
2009/06/05(金) 09:26:46中国人のIT関連労働者って３−６ヶ月で仕事を変わるのが普通らしい。いくら
製造技術や品質管理の教育しても追いつかない。
0917名無しさん＠お腹いっぱい。
2009/06/05(金) 11:02:24他所の工場で教育を施された人を高給で引き抜くしか手はない。
0918名無しさん＠お腹いっぱい。
2009/06/05(金) 11:03:26台湾とか東南アジアとか、もっと良い場所はあるんだが、関連工場がないんだわ。
0919名無しさん＠お腹いっぱい。
2009/06/05(金) 11:06:24世界の工場になって技術とビジネスを吸い取るのは。
安いからといって中国に工場を移したり、中国の工場に発注したりしていると、
そのうち、中国なしには何も作れなくなって、中国に頭が上がらなくなっちゃう。
というわけで、Sunは昔からの製造委託先の日本を、もっと使ってほしいな。
0920名無しさん＠お腹いっぱい。
2009/06/05(金) 11:08:310921名無しさん＠お腹いっぱい。
2009/06/05(金) 11:14:260922名無しさん＠お腹いっぱい。
2009/06/05(金) 11:41:08今は部品工場が中国にあるから、台湾で製造するとなると、手間が増える。
0923名無しさん＠お腹いっぱい。
2009/06/05(金) 12:52:530924名無しさん＠お腹いっぱい。
2009/06/05(金) 13:03:450925名無しさん＠お腹いっぱい。
2009/06/05(金) 15:33:59http://sourceforge.jp/magazine/09/06/03/088248
0926名無しさん＠お腹いっぱい。
2009/06/05(金) 18:13:33痛リア製もあったな。なつかしい。
0927名無しさん＠お腹いっぱい。
2009/06/05(金) 19:03:220928名無しさん＠お腹いっぱい。
2009/06/05(金) 19:59:35CPUじゃなくてサーバの話さ。
>>926
Olivettiだっけ?
0929名無しさん＠お腹いっぱい。
2009/06/05(金) 20:04:010930名無しさん＠お腹いっぱい。
2009/06/05(金) 20:37:020931名無しさん＠お腹いっぱい。
2009/06/05(金) 20:58:570932名無しさん＠お腹いっぱい。
2009/06/05(金) 21:47:110933名無しさん＠お腹いっぱい。
2009/06/05(金) 21:52:26ダメダメと言われたSPARC(UltraSPARC T2/T2+)にも
性能で負けているのにｗ
Nehalem-EPと比べるのもおこがましいわ。
int/fpともに2倍の大差じゃんｗ
RISC系で期待出来るのは、富士通のSPARC64VIIIfx
だけかもな
0934名無しさん＠お腹いっぱい。
2009/06/05(金) 21:58:460935名無しさん＠お腹いっぱい。
2009/06/05(金) 22:08:200936名無しさん＠お腹いっぱい。
2009/06/05(金) 22:32:56いろんなCPU上でのビジネスアプリ走らせて見ると
SPECint_rateの比に近くなるけどな。
どちらにせよ、Xeon4500系にPower6は勝てないのは
明白。まぁ、1〜2世代の差をつけられているので
当然の事だけど。
0937名無しさん＠お腹いっぱい。
2009/06/05(金) 22:36:59エリソンに買い占めてもらうかｗ
fx大量生産して欲しいな
0938名無しさん＠お腹いっぱい。
2009/06/05(金) 23:08:34だまれ小僧！お前にサンが救えるか
＜ｵｼﾒ
0939名無しさん＠お腹いっぱい。
2009/06/06(土) 00:08:28オラクル CEOのラリー・エリソン氏はヨット好きで知られている。世界最大のヨットレース、
アメリカズカップにも出場するエリソン氏所有のヨットで、「タダでJavaの宣伝をしてくれる
かもしれないよね」とマクニーリ氏
あるいはスタジアムに、こんな名前が付くかもねと写したのは「Ultra SPARC」のロゴ付きの
スタジアム
ついにアップルのiPhoneにJavaを載せる話を付けてくれるかもしれないじゃないかとジョーク
夢がひろがりんぐ wwww
0940名無しさん＠お腹いっぱい。
2009/06/06(土) 01:02:56cache coherenceでよく使われるのは、snoopとdirectory-basedだが、directory-basedだと遅い上に
ccNUMAのように一様でなくなってしまうので、性能が劣化する。現実はsnoopが一番早いのだが、
バス飽和がある。64CPU以上でバス飽和させないためには、M-seriesのようにsuper computerの技術を
転用したバス飽和しない帯域を持つバスを展開するしかないが、これができるのは基本的にFujitsu。
IBMはCPU数を少なく（だが1 CPUは速い）して、たかだが64CPUに留めることで対応しているようだ。
その他の64CPU以上のものは、NUMAになってしまう（ので、性能が劣化する）。
それと、IBMは、Power7を開発中のはずで、8 core, 45nm processのこのCPUは、１つで256GFLOPSを
達成すると言われている。Power/SPARC/Xeon/Itaniumは当分性能争いするはず。
0941名無しさん＠お腹いっぱい。
2009/06/06(土) 02:10:45>Power/SPARC/Xeon/Itaniumは当分性能争いするはず。
なんねーよ
既になってねーし、Gflopsなんてサーバじゃ殆ど関係ねーよ、バーカ
0942名無しさん＠お腹いっぱい。
2009/06/06(土) 02:15:09x86やPOWER6には遠く及んでない。実装の規模からして違う。
Itaniumも将来性ないし、もう比較の対象じゃない。
とっくにわかりきったことだが、現実を受け入れられない珍比較が蔓延しているところが
このスレの見所だなw
0943名無しさん＠お腹いっぱい。
2009/06/06(土) 02:48:50よさそうなものだが、TOP500をみるともう嫌になるほどIBMやx86陣営ばっかり。
実はSunも6位にランクしているのだが、CPUはやっぱりOpteronであってSPARCではない。
ここ1, 2年だけみてもx86とIBMのハイエンド一色化がどんどん進行してるだけなんだが。
このスレのSPARCマンセーさん達も恐れずに現実の世界に少しは足を踏み出してみようよ。
http://www.top500.org/list/2008/11/100
0944名無しさん＠お腹いっぱい。
2009/06/06(土) 04:01:56HPCでメシが食える人はそれでもいいんじゃないの？
0945名無しさん＠お腹いっぱい。
2009/06/06(土) 07:20:51もう１つの理由は、cross barが作れないこと。cross barで接続するのが理想であることは既知だったが、
cross barはCPU数が増えれば指数関数的にpathの数が増加するために、従来より大規模コンピュータでは
事実上不可能と言われていた。事実、Tanenbaumは、その著書で64CPUがUMAとしての上限としているのは、
ここの理由から来ているようだ。また、AMDのHT Link数をみれば現実として如何にそれが容易なことでは
ないのかが分かる。(そのため、CPU数が増えればNUMAによる性能劣化をみる)
従来のSupercomputerではcross barを必要としたため、path数を押さえてcross barを製造する特許を
幾つか持つFujitsuでは、M-Seriesなどで64CPU以上をcross barで接続しているが、これを行えるのも、
今のところFujitsuだけのようである。そのため、他社はCPU数を64以下にするか、NUMAにせざるを
得ない。結局のところ、snoop/cross barを越えるものはないが、実際製造できないため、CPU数を
押さえたり（その代わりMulti Core）、他の方式にせざるを得ないというのが実際のところ。
0946名無しさん＠お腹いっぱい。
2009/06/06(土) 08:47:44京速スパコンで使うのは、コアやキャッシュが全て良品で、所定のクロックで動作するものだけだろう。
ダイは決して小さくないので、かなりの数の不良が出るはず。
コアやキャッシュを部分的にdisableにしたり、クロックを落したもの・・・富士通は外に出さないんだっけ?
SunのNiagaraのように、出してくれれば・・・。
0947名無しさん＠お腹いっぱい。
2009/06/06(土) 08:58:10Sunはsnoopとdirectory-basedの両方ともやったけど、どちらも一長一短だったね。
前者は実効帯域幅が足りないし、後者はレイテンシが大きくて。
富士通は偉いよね、見かけ倒しにならないように、ちゃんとしたものを作ってる。
0948名無しさん＠お腹いっぱい。
2009/06/06(土) 09:02:18HPCを大規模SMPでやるのはコストパフォーマンス的に、小規模SMPのクラスタに勝てない。
>>945
HPCだと、地球シミュレータもクロスバーだよ。
0949名無しさん＠お腹いっぱい。
2009/06/06(土) 09:08:31なんか言い訳くさいんだが、現実に即したアプローチは大切だ
問題は、Sunのプロセッサの開発力
レイテンシが大きいなら1コアで多数のスレッドを実行しよう、というのは良い
でも、それをNiagara系でしか、やっていないのがダメだ
SMPできないT1、T2、SMPできるがUltraSPARC IV+と交換できないT2+
Rockなんて複雑なものはいらないから、UltraSPARC V を出すべきだった。
IV+ に 4スレッドくらいのマルチスレッドを実装するだけで十分だったはずだ。
それをやらなかったのは、Fireplaneがネックだったんだろうな。
0950名無しさん＠お腹いっぱい。
2009/06/06(土) 09:44:49何年も完成のめどが立たず破棄されたな
0951名無しさん＠お腹いっぱい。
2009/06/06(土) 09:47:21Sun Microsystems 最大の企業売春
http://pc12.2ch.net/test/read.cgi/unix/1242037807/
0952名無しさん＠お腹いっぱい。
2009/06/06(土) 10:21:06生き残っているのはNetra 1290だけだよな。
Rockが完成しても、それを乗せるサーバが4Uサイズ以下じゃ・・・
0953名無しさん＠お腹いっぱい。
2009/06/06(土) 10:23:200954名無しさん＠お腹いっぱい。
2009/06/06(土) 10:51:500955名無しさん＠お腹いっぱい。
2009/06/06(土) 11:00:55Niagara2の64CPU、4096スレッド、リニアにスケールしたら素晴らしいと思いませんか?
しかし、Sunには作れなかったのです。
もしRockに見合うバックプレーンが並行して開発されていれば、Rockが遅れているのだから、
バックプレーンはすでに完成しているはずです。そのバックプレーンにNiagara2を組み合わせた
システムをリリースしないのは、なぜか。・・・ 考えれば考えるほど、富士通に一本化すべきでしょう。
0956名無しさん＠お腹いっぱい。
2009/06/06(土) 11:06:37予定の性能は出たけどリリース遅れて陳腐化しちゃいましたはカンベンな
0957名無しさん＠お腹いっぱい。
2009/06/06(土) 11:10:300958名無しさん＠お腹いっぱい。
2009/06/06(土) 11:17:330959名無しさん＠お腹いっぱい。
2009/06/06(土) 11:29:240960名無しさん＠お腹いっぱい。
2009/06/06(土) 11:48:460961名無しさん＠お腹いっぱい。
2009/06/06(土) 11:51:17http://www.itmedia.co.jp/promobile/articles/0906/05/news043.html
両社は1年以上かけ、完全に最適化したJava SEをSnapdragonに移植した。
Java仮想マシン（JVM）は従来のARMベースのチップセットに移植された
Java SEのものよりも32倍以上高速になったという。
0962名無しさん＠お腹いっぱい。
2009/06/06(土) 11:54:10ていうか、1ソケットonlyという縛りは、スケールしないから2ソケット以上は必要ないという、割り切りにも見えた。
T2+で4ソケットまで拡張されたけど、LDom使わずにシングルOSイメージで256スレッドは厳しいだろう。
0963名無しさん＠お腹いっぱい。
2009/06/06(土) 12:00:35ベンチャーなら割り切れるところはすっぱり割り切って迅速に提供しないとな
0964名無しさん＠お腹いっぱい。
2009/06/06(土) 13:13:240965名無しさん＠お腹いっぱい。
2009/06/06(土) 13:17:060966名無しさん＠お腹いっぱい。
2009/06/06(土) 14:07:10マルチプロセッサ構成では、キャッシュ間のコヒーレンシのために、
他のCPUのキャッシュをチェックするProbeを行なう。
HT Assistでは、CPUがシステム上のキャッシュのディレクトリを持ち、
それによって不要なProbeトラフィックを削減する。
このアプローチ自体は、既存の技術で、AMDはこれまでも実装をアナウンスして来た。
今回は、キャッシュディレクトリがL3を1MB消費して実装されることが明らかになった。
また、HT AssistによってProbeトラフィックを軽減した結果、
プロセッサ間のメモリ転送の帯域が最大60%アップすることも明らかにされた
0967名無しさん＠お腹いっぱい。
2009/06/06(土) 14:12:080968名無しさん＠お腹いっぱい。
2009/06/06(土) 14:22:46いいなぁ資本力のあるところは。
リスキーな開発はベンチャーにやらせて、
それが必要になったら買収ってのはよぉ。
ぶっちゃけ、Niagaraで4096スレッドとかやっても、スケールしねーだろ。
64スレッド程度が分相応だ。
0969名無しさん＠お腹いっぱい。
2009/06/06(土) 14:23:34脳内理論でガセネタ放出の現実逃避ばかりで恥ずかしくもなく書き込みできるよな。
スループットコンピューティングの現実。
http://www.anandtech.com/printarticle.aspx?i=2772
Sun's T2000 server and it's 32 thread T1 CPU turned out very variable results. I
t is not the best choice for open source databases. PostGreSQL and MySQL scale
better on Solaris than they do on Linux, but both RDBMS have trouble scaling over
multiple cores. It is likely that the DB2 and Sybase results will be much better on
the T2000. The SAMP web performance of the T2000 was good when we cached
the PHP pages and we had few accesses to the MySQL database. When PHP
pages had to regenerated with every access and the query cache of MySQL
was used, performance was pretty bad compared to the x86 competition.
The best purpose for the T2000 is a JSP server with SSL authentication.
0970名無しさん＠お腹いっぱい。
2009/06/06(土) 14:24:170971名無しさん＠お腹いっぱい。
2009/06/06(土) 14:25:50こんなのもう何年も前から常識。Sunが何故x86ベンダーなのか頭を一度リセットしてもう一度
見直して欲しいモノだ。
0972名無しさん＠お腹いっぱい。
2009/06/06(土) 14:31:15Sunのx86サーバは、それなりに美味しい部分がある。
一方SPARCは、レガシー案件用。
>>969
T1の性能が低いのは有名。
せめてT2とOracleで。
0973名無しさん＠お腹いっぱい。
2009/06/06(土) 14:34:37悪いけど、Woodcrestも旧式だし、当時30万で一式買えた代物だぜ。
当時の比較としては別に悪くない。
できればT2以降も見てみたいがね。
0974名無しさん＠お腹いっぱい。
2009/06/06(土) 14:44:230975名無しさん＠お腹いっぱい。
2009/06/06(土) 14:48:400976名無しさん＠お腹いっぱい。
2009/06/06(土) 14:50:29HPCでシステム起こすんならプロセッサのアーキテクチャは何でも善いはずだが、
それでも互換性と関係ないところでx86が強い。
0977名無しさん＠お腹いっぱい。
2009/06/06(土) 14:56:35昔のx86は互換性の高さでRISC陣営に対抗してきたのだが、
今はもう全く逆。互換性度外視ならば移行の可能性が一番高いのがx86。
0978名無しさん＠お腹いっぱい。
2009/06/06(土) 15:41:470979名無しさん＠お腹いっぱい。
2009/06/06(土) 15:57:540980名無しさん＠お腹いっぱい。
2009/06/06(土) 16:06:590981OOO-⊂(´∀｀旦⊂☆諫碕
2009/06/06(土) 16:07:10Nehalem-EXは今までItaniumの領域として不可侵だった聖域を
ついにx86に解放しましたっていう路線変更後の第一弾なんだよな。
PC以上の規模っつーか、組込系以外の独立したコンピュータシステムは
もう全てがx86になっていくという暗黒(?)の時代の訪れを感じざるを得ない状況です。
ついでに組込系での市場拡大まで狙ってる始末。手に負えん。
未だに「x86はCISCだから遅い バグが多くてまともに動かない スケーラビリティが低いからハイエンドでは売れない」
とかいいながら御花畑の世界をはしゃぎまわっいる連中と現実派とのコントラストが滑稽すぎて涙がでてくる罠。
ローエンドの組込みでしかRISCが見られないという時代がやってきたら、
CISCは遅いなどという終わった理論に耳を貸してくれる人はついにいなくなりそうだ。
0982名無しさん＠お腹いっぱい。
2009/06/06(土) 16:11:08止まったらみんな困るマシンがあるときにNehalemでそれを置き換えられるかというと無理なわけ
0983名無しさん＠お腹いっぱい。
2009/06/06(土) 16:13:37移行できるときにx86に移行してしまえという発想になるわけ
0984名無しさん＠お腹いっぱい。
2009/06/06(土) 16:46:16そうでもないさ。
パソコン用のPentiumIIで、原子力の安全に関する処理の一部を担うサーバを作ってたけど、何の問題もなかったよ。
もちろん、冗長化していたし、定期的にテストして、故障は早期発見されて対処してた。
0985名無しさん＠お腹いっぱい。
2009/06/06(土) 17:57:05いまどき富士通の工作員でも、そんなこと言わないぞ
x86サーバを50万台売らなきゃいけないからな
0986名無しさん＠お腹いっぱい。
2009/06/06(土) 18:45:53両方やらなくちゃならないのが富士通のつらいところだな
0987名無しさん＠お腹いっぱい。
2009/06/06(土) 19:17:38次がないってナニ？
SPARCサーバは売ってますけど
保守切れのマシンでやってるなら、アホですかｗって感じ
0988名無しさん＠お腹いっぱい。
2009/06/06(土) 19:19:07要はパチョコンでやると一番掛けたくない人的コストがかかるわけだろ？ｗ
語るに落ちるってそーゆーことだ
0989名無しさん＠お腹いっぱい。
2009/06/06(土) 19:21:16気がつかずにすがりついている会社が淘汰されていくわけだな。
自力で運用上の困難を解決できないメーカー任せの会社に未来なんて最初からなかた。
0990名無しさん＠お腹いっぱい。
2009/06/06(土) 19:22:20いや、
SPARCだと安定している
x86だと不安定
ってのは脳内神話だったってことかとw
0991名無しさん＠お腹いっぱい。
2009/06/06(土) 19:24:44SPARCシステムは100%故障しないし原子力だろうがテスト不要なんだろうが
0992名無しさん＠お腹いっぱい。
2009/06/06(土) 19:28:21SPARCにすれば冗長化が不要になるわけでもないし、
ましてや、定期的なテストが免除されるわけでもないでしょ。
どうせ故障に備えた体制を維持するのなら、
時々は故障してくれたほうがいいんだよ。
0993名無しさん＠お腹いっぱい。
2009/06/06(土) 19:30:52命令セットのデバグはRISCやIA64よりも進んでいいることの方が多いのは
常識だな。RISC系だとちょっとトリッキーなコードが入ると互換性がなかったり
仕様通りの動作でなかったり。x86はソフトバグもハードエラッタも改善がむしろ速い。
0994名無しさん＠お腹いっぱい。
2009/06/06(土) 19:37:04雑多で多様なシステムで動作するようにつくられているから、用途が広いからコストが下げやすい。
最初は不安定だが1社でハードからソフトまで閉じたシステムよりもフィードバッグが早いってのがある。
0995名無しさん＠お腹いっぱい。
2009/06/06(土) 19:41:290996名無しさん＠お腹いっぱい。
2009/06/06(土) 19:42:41Sun Microsystems 最期の神託★２h
http://pc12.2ch.net/test/read.cgi/unix/1242347673/l50
0997名無しさん＠お腹いっぱい。
2009/06/06(土) 19:50:41ないぞ!
ttp://www.chipdb.org/cat-pentium-1170.htm
こんなの見つけた。富士通マークのPentium
0998名無しさん＠お腹いっぱい。
2009/06/06(土) 19:54:15Sun Microsystems 最大の企業売春
http://pc12.2ch.net/test/read.cgi/unix/1242037807/
0999名無しさん＠お腹いっぱい。
2009/06/06(土) 19:54:49こんなSUNはイヤだ
http://pc12.2ch.net/test/read.cgi/unix/1094014120/l50
10001000-⊂(´∀｀旦⊂☆諫碕
2009/06/06(土) 19:55:271001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。