Sun Microsystems 最大の滝壷
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/02/01(水) 18:32:00"Rock" on the table?
【前スレ】
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/
0384名無しさん＠お腹いっぱい。
2006/02/09(木) 01:04:320385名無しさん＠お腹いっぱい。
2006/02/09(木) 01:05:35>コアあたりのスレッド数可変
縮退で良いなら今でも可。単にスレッド殺すだけだけど、その分パイプラインは空くよ。
0386名無しさん＠お腹いっぱい。
2006/02/09(木) 01:10:06ずっと繰り返し繰り返し出てるんだけど... インテルじゃ有効利用できる OS がないよ。
つまり作ってもムダ。ざんね〜ん。
0387名無しさん＠お腹いっぱい。
2006/02/09(木) 01:12:06つまりそれは、FGMT 的に 300MHz 4Threads が 600MHz 2Threads になったりする、と
いうこと?
0388名無しさん＠お腹いっぱい。
2006/02/09(木) 01:12:15それより、Niagara くらいシンプルなコアだと、x86→内部RISC変換に
必要なトランジスタが馬鹿にならんことの方が問題だと思われ。
0389名無しさん＠お腹いっぱい。
2006/02/09(木) 01:28:41アクティベーションが必須になったりしてｗ
まぁOSそのものの普及を考えた場合は無制限にライセンス出した方がいいでしょうが
H/Wの売上とOS保守契約等々のサービス売上のバランスでどの程度
Sunが耐えられるかの方が問題かも
ただSunは全てのSunのソフトウェアはOSSにするって言ってるから
Solaris/SPARCに全てを賭けるという意気込みなんだろうなぁ
0390名無しさん＠お腹いっぱい。
2006/02/09(木) 01:29:51そのはず。明示的にオフラインにしなくても、LWP 数が少なければパイプラインに
空きが生じる訳だし、スレッド数を減らすメリットは無いと思うけどね。
0391名無しさん＠お腹いっぱい。
2006/02/09(木) 01:38:53ふーん... それなら、別に「シングルスレッドだと笑うほど遅い」ってこともないんじゃないの?
300MHz 相当になるのかと思ってたよ。
0392名無しさん＠お腹いっぱい。
2006/02/09(木) 01:45:39Pentium-M 1.2GHz とかと比べると、かなり遅いと思うよ。
0393名無しさん＠お腹いっぱい。
2006/02/09(木) 01:49:16設計上の選択で、パイプライン自体が短いし、演算ユニットもコア毎に一個だから。
その分、マルチスレッドだと超っ速だよ。電気喰わないし、熱も出ないし、サーバには最適。
0394名無しさん＠お腹いっぱい。
2006/02/09(木) 02:01:42非効率巨大 CPU を一般用計算機に強要するメーカーとはぜんぜん違うねぇ。
大鑑巨砲主義はひっこめてもらいたいもんだ、ほんと。
0395名無しさん＠お腹いっぱい。
2006/02/09(木) 02:06:26結局引っ込めちゃったね。
0396名無しさん＠お腹いっぱい。
2006/02/09(木) 02:17:50SMT復活の目はあるんじゃないかと思ってるけどね。
Niagaraみたいなのだと、FGMTで十分だけど、OoOの
CPUではSMTにするのが自然だし。
そこで疑問なんだけど、なんでOlympusはOoOなのに
CGMTなんだろうね。SMTを設計するのが面倒だったん
かな。
0397名無しさん＠お腹いっぱい。
2006/02/09(木) 03:15:520398名無しさん＠お腹いっぱい。
2006/02/09(木) 04:30:52別に業界的に採用しないとかできないとかいうことはなかろう。
0399名無しさん＠お腹いっぱい。
2006/02/09(木) 04:33:24買って持ってる特許を避けたかったから…って可能性はあるかな。
富士通とIntelって、包括的クロスライセンス契約とか結んで
ないんだっけ。
0400名無しさん＠お腹いっぱい。
2006/02/09(木) 12:47:52別にOoOでCGMTでもいいんでは？
SMTにしてもメモリアクセスでストールしてたら一緒だし
0401名無しさん＠お腹いっぱい。
2006/02/09(木) 14:39:25富士通が Intel 系のチップ作ったことって、ないんじゃない?
0402名無しさん＠お腹いっぱい。
2006/02/09(木) 15:44:49CGMTよりSMTの方が、原理的には並列度が高くできて、
演算器を有効利用できる==速いはず。
まあ、あくまで原理的な話で、どこかにスループットが
足りないところがあるような場合、CGMTの方がかえって
マシってなこともあるかもしれんけど。
>>401
セカンドソース契約とか互換チップとか作らなくても
クロスライセンスを結ぶことはありうるよ。
たとえば富士通はMicrosoftともクロスライセンス契約
を結んでるらしい。
ttp://japan.cnet.com/news/biz/story/0,2000050156,20068643,00.htm
0403名無しさん＠お腹いっぱい。
2006/02/09(木) 19:14:06ttp://www.itmedia.co.jp/news/articles/0602/07/news070.html
0404名無しさん＠お腹いっぱい。
2006/02/09(木) 21:33:500405名無しさん＠お腹いっぱい。
2006/02/09(木) 21:46:44OoOとCGMTだけで十分に演算器が埋まるので
シングルスレッド性能が落ちるリスクを冒してまで
ＳＭＴを導入するメリットがなかったとかじゃない？
0406名無しさん＠お腹いっぱい。
2006/02/09(木) 22:33:230407名無しさん＠お腹いっぱい。
2006/02/09(木) 23:43:08感覚的にはV120を使っているような感じ。測ったワケじゃないけど。
0408名無しさん＠お腹いっぱい。
2006/02/10(金) 00:00:220409名無しさん＠お腹いっぱい。
2006/02/10(金) 05:12:45>>402
昔の186/286の時代は、セカンドソースとしてライセンス生産していた時期もあったりする。
0410名無しさん＠お腹いっぱい。
2006/02/10(金) 10:21:10> 昔の186/286の時代は、セカンドソースとしてライセンス生産
そういえば、186って富士通のFM16βでしか見た事がないが、
あれは富士通製だったのか？
0411名無しさん＠お腹いっぱい。
2006/02/10(金) 16:01:300412名無しさん＠お腹いっぱい。
2006/02/10(金) 18:19:22IBMのCPU製造能力は凄いね。
富士通も、HPもCPUの製造はIBMに委託していたよね、確か。
SunもIBMにSPARCチップを作ってもらえば、設計を変えなくとも、
この製造技術で周波数が２倍にできるはず。
0413名無しさん＠お腹いっぱい。
2006/02/10(金) 18:27:53富士通は自社生産。
HPもPA-RISCはＩＢＭだが今後はIntel。
AMDがＩＢＭと技術提携してるので
Opteronに生かされるかも。
0414名無しさん＠お腹いっぱい。
2006/02/10(金) 19:02:00そうかも知れない。
16βはM68Kの予定がINTEL系にセカンドソース契約の関係でなったような
(記憶が確かならの条件付きだけど)
SPARCと言えば、昔の富士通の五重塔というイメージが…あるなぁ。
0415名無しさん＠お腹いっぱい。
2006/02/10(金) 19:35:41T1000は遅れてるね。年度内は難しいかも。
0416名無しさん＠お腹いっぱい。
2006/02/10(金) 20:32:25Xeon搭載のマシンより安くて２倍くらい速ければ購買意欲そそるけど
そじゃないと売れないと思うよ。
0417名無しさん＠お腹いっぱい。
2006/02/10(金) 20:34:47なってますがなにか？ しかも消費電力は半分。
0418名無しさん＠お腹いっぱい。
2006/02/10(金) 20:52:010419名無しさん＠お腹いっぱい。
2006/02/10(金) 21:06:23SPECweb2005 で、Niagara 1CPU が、Xeon 2CPUの 2.8倍速い。
ということは、Xeon 1CPUと比べると 5.6倍速い。
消費電力は70W程度だから、Xeon×2の1/3〜1/4ぐらいじゃないか？
963 ：名無しさん＠お腹いっぱい。：2005/12/08(木) 15:39:33
>>960
Niagara の性能は、
ttp://www.sun.com/servers/coolthreads/overview/details.jsp
によると、
SPECjbb2005 51540
SPECweb2005 14001
とある。
Xeon × 2 の結果は、www.spec.org によると
SPECjbb2005 24208 (Dell SC1425)
SPECweb2005 4850 (Dell PowerEdge 2850)
なので、それぞれ 2.1倍、2.8倍、Niagara の方が速いことになる
0420名無しさん＠お腹いっぱい。
2006/02/10(金) 21:31:530421名無しさん＠お腹いっぱい。
2006/02/10(金) 21:52:30>>416 あたり言いたがり連中に知れ渡ってないのは問題があるぞ、広報!!
0422名無しさん＠お腹いっぱい。
2006/02/10(金) 21:52:38conroeがでると、用途によってはintelのほうが
性能の絶対値、コストパフォーマンスなどでniagaraを
上回るわけで、アイディアはよかったけど、所詮はsunとTIだったって
感じだと思う
0423名無しさん＠お腹いっぱい。
2006/02/10(金) 21:56:210424名無しさん＠お腹いっぱい。
2006/02/10(金) 22:02:29Conroe系のコアのXeonが出ると、単体CPUではOpteronよりは速く
なりそうだけど、マルチソケットのシステムを組んだ場合には、
バスの関係でOpteronの方が、まだ速そう。
NiagaraはWebやJavaアプリケーションサーバのようなフロント
エンド系サーバに特化した作りなんだから、そういう向いた
方面で使わなきゃ。Conroeが出ても、さすがに5.6倍の差は
埋まらないでしょ。
0425名無しさん＠お腹いっぱい。
2006/02/10(金) 22:03:14をを、いいねぇ、苦しまぎれがんばれーw
0426名無しさん＠お腹いっぱい。
2006/02/10(金) 22:03:280427名無しさん＠お腹いっぱい。
2006/02/10(金) 22:12:560428名無しさん＠お腹いっぱい。
2006/02/10(金) 22:18:32あんた結構恥ずかしいよ。
0429名無しさん＠お腹いっぱい。
2006/02/10(金) 22:27:160430名無しさん＠お腹いっぱい。
2006/02/10(金) 22:27:37NetBurst あきらめて方針転換後初の 64bit CPU、うまくいくといいね〜
Itanium2 のなんとかって省電力機能みたいなことが起きないといいね〜
なむなむ〜
0431名無しさん＠お腹いっぱい。
2006/02/10(金) 22:30:30Xeon? あんな爆熱お下品 CPU といっしょにするのやめてよねプンプン!
0432名無しさん＠お腹いっぱい。
2006/02/10(金) 22:35:36そこをなんとか広告や営業が客のミステイクをさそうのさ
いつもどおり空手形連発してりゃカモれるとこもある
0433名無しさん＠お腹いっぱい。
2006/02/10(金) 22:36:19多いのかな。たとえば 16 thread ぐらいしか稼動しないと 1 thread の
速度が遅い分、スループットは半分になってしまうわけだよね。
ベンチマークだけを鵜呑みにするアホは居ないと思うが、あまりそう
言った指摘は無いのかな？
もちろんターゲットにしている分野では、かなり良さそうな石だけどね。
0434名無しさん＠お腹いっぱい。
2006/02/10(金) 22:41:26フロントエンド用ブレードサーバは、サーバ系では一番の成長分野で
ニッチというより、もはや主戦場。IBMが儲けてるのも、この分野で
トップなのが大きい。
>>433
フロントエンドサーバの場合、大量のクライアントをさばくのが
仕事だから、全然問題ない。
0435名無しさん＠お腹いっぱい。
2006/02/10(金) 22:46:49Azulの様にAppliance鯖という発想が出来ないのがSunのダメなとこ。
汎用鯖マシンの時代は終ったよ。
0436名無しさん＠お腹いっぱい。
2006/02/10(金) 22:47:400437名無しさん＠お腹いっぱい。
2006/02/10(金) 23:17:32APLでバックエンドもイタダキ
テープも持ってるしストレージもある
すげーSun死角なしじゃんｗ
0438名無しさん＠お腹いっぱい。
2006/02/10(金) 23:19:30いやいや、終わったのは高クロック多トランジスタ一辺倒の時代。さよなら〜w
0439名無しさん＠お腹いっぱい。
2006/02/10(金) 23:39:51Sunはストレージもダメなのを知らんのか。
ハイエンドはEMCでミッドレンジ以下はNetAppというのが常識ですよ。
やっとNASを出し始めた頃には時既に遅し。
ホント死角だらけですよ。
0440名無しさん＠お腹いっぱい。
2006/02/10(金) 23:48:07ミッドは処理にもよるからNiagaraでも性能の出る場合があるかもしれない
特定処理専用のアクセラレータというのは個人的には非常に魅力的に映るのだが
# それなのになんで蟹厨なのって言われそうだがよｗ
0441名無しさん＠お腹いっぱい。
2006/02/10(金) 23:55:19:
... なにが「釣ってみた」だよ笑かすな
0442名無しさん＠お腹いっぱい。
2006/02/11(土) 00:09:21Java Appliance鯖は分野が限られるのでそれなりに売るのは難しいかもしれない。
あと各App鯖ベンダから認定を取らないといけないのもちと面倒。
最小構成が２〜３千万からなので、みんな人柱待ち状態なのかもしれない。
0443名無しさん＠お腹いっぱい。
2006/02/11(土) 00:25:14釣られて必死だナｗ
:
...つーか、釣られて気分悪くしたならスマソ
0444名無しさん＠お腹いっぱい。
2006/02/11(土) 01:24:070445名無しさん＠お腹いっぱい。
2006/02/11(土) 06:10:57Niagara の方向に CPU 業界全体が向かうんじゃない？
0446名無しさん＠お腹いっぱい。
2006/02/11(土) 06:42:140447名無しさん＠お腹いっぱい。
2006/02/11(土) 07:45:03>433 でエッジサーバ以外には使えないんじゃないのと言っているんだが。
0448名無しさん＠お腹いっぱい。
2006/02/11(土) 08:18:38逆だろ。Niagaraが業界全体と同じ方向に行ってるだけであって。
0449名無しさん＠お腹いっぱい。
2006/02/11(土) 08:54:38初心者なら自分が常識をもっていないことを前提にすること。読んでいて恥ず
かしいよ。
0450名無しさん＠お腹いっぱい。
2006/02/11(土) 09:22:45確かに今は業界全体がマルチコア・マルチスレッドに逃げてるけど、
ハードは作りやすくても、ソフトが作りにくいんだよね
OSレベルでは、中途半端に資源共用してるせいで面倒だし、
アプリケーションにしても、そもそも並列ソフトが作りにくい。
0451名無しさん＠お腹いっぱい。
2006/02/11(土) 10:59:03> テープも持ってるしストレージもある
ストレージはともかく、バックアップも弱いのは、
ソフトウェア部門が大きい会社としては恥ずかしいと思う。
0452名無しさん＠お腹いっぱい。
2006/02/11(土) 11:16:11自分に必要なものをパッケージシステムに頼らずに一通りそろえてるみたいだから、
初心者ではありえんわな。pkgsrc や ports みたいなのに慣れてないだけ。
常識はあると思うぞ。
0453名無しさん＠お腹いっぱい。
2006/02/11(土) 11:18:55だから Solaris 持ってる Sun が有利なんじゃないか。何をいまさら。
0454名無しさん＠お腹いっぱい。
2006/02/11(土) 11:25:58Intel のは... Pen-M 以外行き詰まっちゃったのと Niagara や Cell なんかが
メディアに取り上げられてるの見てアタフタしてるだけなんじゃねーか?
あんまりスジの通った方向性なんてもんは見えないけど。
「あっ、それも実は実装してあるんですけど殺してあるんですよ、次の出荷から
イネーブルします、だから十分対応できますよ、ウフッ(はぁと)」www
0455名無しさん＠お腹いっぱい。
2006/02/11(土) 11:29:31Itanium2ベンダーとして、Sunを押えとかなかったのは失敗だと思う。
HPは調子のいい事言うだろうけど、イマイチ不安だし。
0456名無しさん＠お腹いっぱい。
2006/02/11(土) 14:08:27噂があるけど。HPがOpteronに関してかなり積極的なのは、そういうIntelを
牽制する狙いがあるとか。
0457名無しさん＠お腹いっぱい。
2006/02/11(土) 14:30:10Intelは主要ベンダの中で、マルチコア化について最も遅れてる。
POWER, SPARC, MIPS は何年も前にマルチコアチップを出してるし、
x86 系でも、AMD の方が Intel よりはるかに先行していた。
(Pentium-D は慌ててでっちあげたロバというのはIntel自身が認めて
いる話)
何より、マルチコア化で割と素直に性能が上がるサーバ用チップで、
いまだにIntelにマルチコア製品がないのが痛い。
あと、8コアも入ってるCPUを出してるのは今のところSunとIBM(Cell)だけ。
Cellはサーバ向きアーキテクチャじゃないので、サーバ向けだとSunしかない。
0458名無しさん＠お腹いっぱい。
2006/02/11(土) 15:01:10マルチコアじゃないと、どーゆーふうに痛い？
SPARC64Vもまだシングルコアだけど。
0459名無しさん＠お腹いっぱい。
2006/02/11(土) 15:11:38投入したトランジスタの割に性能が出ないのが痛い。
シングルスレッド性能が重要なデスクトップ製品ならまあそれでも
いいんだけど、サーバソフトは、既にマルチスレッドでもスケール
するものがほとんどだから、マルチコア製品の方が、絶対性能でも
性能電力比の点でも有利になる。
> SPARC64Vもまだシングルコアだけど。
ちょっとトレンドには出遅れてるねえ。Olympus が予定通りに
出れば Itanium (Montecito) と同時期になるのでまあ OK だ
ろうけど、ちょっと遅れそうだからなあ。
0460名無しさん＠お腹いっぱい。
2006/02/11(土) 15:21:42「Conroe が出れば」とか、て... Conroe 量産の暁には?
0461名無しさん＠お腹いっぱい。
2006/02/11(土) 15:38:080462名無しさん＠お腹いっぱい。
2006/02/11(土) 15:48:58文字コンソール使っているならいざ知らず。
0463名無しさん＠お腹いっぱい。
2006/02/11(土) 15:51:40> 何より、マルチコア化で割と素直に性能が上がるサーバ用チップで、
> いまだにIntelにマルチコア製品がないのが痛い。
1. 単に準備してなかっただけで、時間をかければ Niagara 様のものを作れる
2. x86 ではトランジスタ数が減らせないので、同等のものは作れない
3. x86 ではアーキテクチャ上の問題から、そのまま多コア集積しても性能が出ない（バスなど）
4. x86 では多コア集積しても、ソフトウェア上の問題で性能が出ない
どれだろね〜... 1. だと、時間の問題で追いつかれるから、要ロケットダッシュ。
4. だと、最終手段として OpenSolaris があるわな。
0464名無しさん＠お腹いっぱい。
2006/02/11(土) 16:15:400465名無しさん＠お腹いっぱい。
2006/02/11(土) 16:26:361.だと思う。
Intelは投入する市場と1コアのCPU性能の兼ね合いで、いままで必要なかった
だけのような気がする。
0466名無しさん＠お腹いっぱい。
2006/02/11(土) 16:35:14に関しては、2.じゃないかなあ。
POWER5 や UltraSPARC IV、Olympus タイプのマルチコアに関して
は、1. だと思う。
0467466
2006/02/11(土) 16:46:05だったら 1. じゃないな。
466 は、「POWER5 や UltraSPARC IV、Olympus タイプの
マルチコアなら作れる」と読んでちょうだい。
もちろん、x86 じゃなくて ARM とかの命令セットを選べば、
Intel も Niagara 的なマルチコアを作れると思う。
0468名無しさん＠お腹いっぱい。
2006/02/11(土) 16:50:13XScale
0469名無しさん＠お腹いっぱい。
2006/02/11(土) 16:53:19> あと、8コアも入ってるCPUを出してるのは今のところSunとIBM(Cell)だけ。
> Cellはサーバ向きアーキテクチャじゃないので、サーバ向けだとSunしかない。
Cell のブレード出すみたいだよね、普通のプログラムのスレッドは（たくさん付いてる）
SPE コアってやつには割り振れないんでしょ? このブレードは何用なんだろ。画像処理とか?
0470名無しさん＠お腹いっぱい。
2006/02/11(土) 16:56:05StrongARM は高い金払って DEC から買ったんだよね? 効果的に利用してるとは
とうてい言いがたいんじゃない? 死蔵状態。
0471名無しさん＠お腹いっぱい。
2006/02/11(土) 16:57:23XScale ってのは製品名であって、命令セットの名前としては
ARM でいいでしょ。まあ若干の Intel 拡張が入ってるが。
そこでわざわざ XScale って突っ込む意図が分からない。
もしかして XScale が ARM だってことを知らない？
0472名無しさん＠お腹いっぱい。
2006/02/11(土) 16:59:22マルチメディア系のエンコーディング処理や、CGのレンダリング用の
サーバとかなあ？ ひょっとすると HPC 系にも使える？
0473名無しさん＠お腹いっぱい。
2006/02/11(土) 17:03:52たぶん「Intel は XScale 持ってんじゃん、知らねえだろ、ウリウリ」っていう意味だよ。
うれしがりは放置放置。ただのアホw
0474名無しさん＠お腹いっぱい。
2006/02/11(土) 17:12:25Intelもやる気ないと思われ。
0475名無しさん＠お腹いっぱい。
2006/02/11(土) 17:17:400476名無しさん＠お腹いっぱい。
2006/02/11(土) 17:24:26ARM の他のライセンシーと違って。
x86 の商売おどかすようなことは控えてるんだと思う。
0477名無しさん＠お腹いっぱい。
2006/02/11(土) 17:37:18それも多少はあるだろうけど、ARMの命令セットで、サーバ分野に
これから参入するのはIntelの力をもってしても厳しいってことでは。
組み込み系ではARM全盛だけど、サーバだとサードパーティの支持の
とりつけから始めないといけないから、ほとんど目がないと思われ。
0478名無しさん＠お腹いっぱい。
2006/02/11(土) 17:51:32HPCはCELLに任せて。http://www.power.org/home
0479名無しさん＠お腹いっぱい。
2006/02/11(土) 17:55:11この機会に、Sun の Java はやめにして、IBM のにしたほうがいいかな？
0480名無しさん＠お腹いっぱい。
2006/02/11(土) 17:59:38http://internet.watch.impress.co.jp/cda/news/2006/02/09/10829.html
0481名無しさん＠お腹いっぱい。
2006/02/11(土) 18:13:350482名無しさん＠お腹いっぱい。
2006/02/11(土) 18:52:14無知。
>>471
Xscaleがどういうものか調べてみたら？
>>473
無知を指摘されたバカが逆ギレですかｗ
0483名無しさん＠お腹いっぱい。
2006/02/11(土) 18:55:58今の文脈にはズレまくりだな。
やっぱただのうれしがりのアホだ。確定。放置放置。
■ このスレッドは過去ログ倉庫に格納されています