トップページ⇒unix
1001コメント291KB

Sun Microsystems 最後の信者

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2008/07/31(木) 20:17:31
【前スレ】
Sun Microsystems 最大の字余り
http://pc11.2ch.net/test/read.cgi/unix/1214127349/
0510名無しさん＠お腹いっぱい。2008/09/09(火) 10:14:14
電気を食うのはコアだけじゃないからなぁ。

Niagara2とVictria Fallsを比較すると、
消費電力は84Wと123W。約40Wアップ。

FB-DIMM対応のメモリコントローラを半減
10GbEを2本とも削除
PCI-Express x8を倍増
Coherence & Link Controller追加
Serial System Interface追加
この変更で40Wアップですよ。

外部との接続に電気を食うんだ。
0511名無しさん＠お腹いっぱい。2008/09/09(火) 14:21:35
2.5GHzのQuad Core XeonがTDP50Wなんだけど。4CPU16スレッドでも200W。 発売が2009年に伸びた時点で、すでに詰んでないかな?
0512名無しさん＠お腹いっぱい。2008/09/09(火) 14:27:26
Quad Core Xeon なんぞが Rock の代わりになるとは全く思わんが、
たしかに延びるのはイタいな。
Niagara 以降 3点が素早く出ただけに余計。
0513名無しさん＠お腹いっぱい。2008/09/09(火) 14:29:12
Ando さんとこに気になる記述がひとつ。斥候スレッド使うと、1MB でも
8MB のキャッシュ積んだのと同等、とあったが、それくらいの違いだと
Intel 物量で可能だったりする...
0514名無しさん＠お腹いっぱい。2008/09/09(火) 16:30:19
>>302
の予想は的中。

>>305
は自分で言ったことが自分に跳ね返ってくるタイプ。
0515名無しさん＠お腹いっぱい。2008/09/09(火) 16:39:49
>>513
インテルは物量作戦で、L3キャッシュを積む代わりにL2キャッシュを大容量にしちゃうからなぁ。
0516名無しさん＠お腹いっぱい。2008/09/09(火) 16:51:26
トランジスタが余ってて熱と電力効率が問題になる今の時代、
SRAM増やしてもロジック増やしても解決する問題なら、
SRAM増やす方がどう考えてもまっとうですがな。
0517名無しさん＠お腹いっぱい。2008/09/09(火) 17:30:41
Rockのスカウトスレッドのために必要なトランジスタの数が、キャッシュ7MB分だというのであれば、
スカウトスレッドを使ってキャッシュ容量を7MB節約するよりも、素直にキャッシュを積んだほうが良かろう。

また、SRAMの消費電力も馬鹿にならない。
0518名無しさん＠お腹いっぱい。2008/09/09(火) 18:13:42
まあなんつうか、アンチなこと言えればなんでもええねんな。
少しは考えたら?www
0519名無しさん＠お腹いっぱい。2008/09/09(火) 18:30:59
どこにアンチな発言が?
0520名無しさん＠お腹いっぱい。2008/09/09(火) 22:00:42
お馬鹿Sunにとって不利な事実 ＝ アンチな発言
0521名無しさん＠お腹いっぱい。2008/09/10(水) 01:17:50
ところで、Rockというコードネームの意味は何だったんだろね
0522名無しさん＠お腹いっぱい。2008/09/10(水) 01:31:07
各コア辺り7MBだと意外とでかいのでは
0523名無しさん＠お腹いっぱい。2008/09/10(水) 01:34:30
各コアあたり、だっけ?
0524名無しさん＠お腹いっぱい。2008/09/10(水) 02:18:31
スカウトスレッドとout of order実行の違いを教えてくれ
0525名無しさん＠お腹いっぱい。2008/09/10(水) 04:52:43
>>521
それはナイアガラ(Niagara)の滝を上から望む地「テーブルロック(Table Rock)」
からとった名前で、Table(「〜を延期する、棚上げする」)される「Rock」を予言
したものだったんだ！！


な、なんだってー！！
　Ω ΩΩ
0526名無しさん＠お腹いっぱい。2008/09/10(水) 06:49:55
・石, 小石, 石ころ. ▼自然な感じの強いものについて使う　← 開発当初
・((しばしば〜s))岩礁；((比喩))難関, 危険, 苦境　← 今
0527名無しさん＠お腹いっぱい。2008/09/10(水) 08:04:51
OoOの実装として、スカウトスレッド+TMって感じに理解した。
0528名無しさん＠お腹いっぱい。2008/09/10(水) 08:15:01
レジスタウィンドウがネックでOOOの実装が、そういう仰々しいことになるんじゃねーか。
0529名無しさん＠お腹いっぱい。2008/09/10(水) 08:25:40
もはやx86を馬鹿にできないほどの複雑なCPU
0530名無しさん＠お腹いっぱい。2008/09/10(水) 09:27:59
もはやx86を馬鹿にできないほどの複雑怪奇なCPU
0531名無しさん＠お腹いっぱい。2008/09/10(水) 10:04:22
最近は 1時間置いてから連投するらしいな。まるわかりなんだけどww
あさましいことだ。人工無能の方がマシだな。
0532名無しさん＠お腹いっぱい。2008/09/10(水) 10:19:21
>>531
お前のようなカマッテチャンは他所へ。
0533名無しさん＠お腹いっぱい。2008/09/10(水) 11:21:20
頭悪すぎて逆効果なんだからだまってたらどう? >>529,530,532
というか、なにしにここ来てるの?
0534名無しさん＠お腹いっぱい。2008/09/10(水) 15:19:49
現行世代のCPUがout of orderをどれくらい頑張っているかは
あんまりまとまった解説がないなあ。
Rockのスカウトスレッドよりも落ちるのか。
0535名無しさん＠お腹いっぱい。2008/09/10(水) 17:14:19
>>534
あんまり具体的に解説しちゃうと、特許侵害とかで訴えられるからね。
その状況下に置かれれば普通の設計者が普通に考えることですら、特許になってるご時世だから
0536名無しさん＠お腹いっぱい。2008/09/10(水) 18:04:29
>>535
特許に対して侵害になる要件は、
「その技術を利用して」「業として」何かをした場合ですがw
0537名無しさん＠お腹いっぱい。2008/09/10(水) 18:09:07
どこの誰の特許にひっかかるかわからないから、
メーカーはCPUの実装の詳細をあまり公開したがらない、というような話だろう。

本当にそうかどうかはともかく。
0538名無しさん＠お腹いっぱい。2008/09/10(水) 18:14:11
>>536
だから何?

中身を秘密にしとけば特許侵害していても訴えられないだろ。
糞特許で企業恐喝するような連中は、
リバースエンジニアリングして中身を調べることまではやらないから。
それは悪いことだと思うかもしれないが、
発明ってレベルでもない糞特許が大量にあって調査しきれない・回避しきれないのよ。
0539名無しさん＠お腹いっぱい。2008/09/10(水) 23:25:51
役に立つのか怪しい特許を買いあさり
うまく使えそうな物があれば
訴訟をふっかけて儲けるヤクザ企業があるからね
0540名無しさん＠お腹いっぱい。2008/09/11(木) 09:01:02
簡単にオープンソースにできない理由も同じだね。
0541名無しさん＠お腹いっぱい。2008/09/12(金) 11:14:34
そんなことよりクソッテルがカネにあかした近似技術で潰しに来るからな。
遅れるとイタい。典型が Transmeta。
これやると参入意欲がそがれ、産業が停滞する。
まさにこれを避けるのが特許の目的の一つなんだが。
0542名無しさん＠お腹いっぱい。2008/09/12(金) 11:32:41
アンチintelって宗教? それともファッション?
0543名無しさん＠お腹いっぱい。2008/09/12(金) 12:30:15
きっと病気
0544名無しさん＠お腹いっぱい。2008/09/12(金) 16:57:16
クサッテル盲追がここに粘着してるのはなぜだ? しかもきっちり 1hour で連投脳ミソないのか?
0545名無しさん＠お腹いっぱい。2008/09/12(金) 17:05:49
キッチンタイマーでも使ってるんだろ。
0546名無しさん＠お腹いっぱい。2008/09/12(金) 17:58:00
ぜんぶ同一人物の投稿なんだ・・・そう思いたいんですね?
0547名無しさん＠お腹いっぱい。2008/09/12(金) 18:03:26
でもキッチンタイマーは使ってるんだろ?
0548名無しさん＠お腹いっぱい。2008/09/12(金) 18:36:37
キッチンタイマーなんてRapidShareでしか使わんわ
0549名無しさん＠お腹いっぱい。2008/09/12(金) 18:55:57
やっぱそこまでして貼りついてる（しかも書くのはつまらん内容ばっかり）のは、
金もらってやってんだろな。あさましいな。
0550名無しさん＠お腹いっぱい。2008/09/12(金) 19:16:40
このスレ、>>549が粘着してるから過疎化した。
0551名無しさん＠お腹いっぱい。2008/09/12(金) 22:02:01
FreescaleのQorIQ(コアアイキュー)。通信機器用の周辺を内蔵したPowerPCらしい。
http://pc.watch.impress.co.jp/docs/2008/0912/ftfj.htm
8コアからスタートで、32コアを超えることを目指したアーキティクチャ。
組込みとはいえ、OSもまともなのを使わないと並列に動かないんじゃないだろうか…と
考えると、Solarisを持ってくるという発想もあるような気がする。
0552名無しさん＠お腹いっぱい。2008/09/12(金) 22:32:07
>>551
いまどきの組込みOSをナメんなよ。
ま、メジャーなものの大半はSPARCをサポートしてないな。

何年も前から、通信機器向けに8コアの組込み向けプロセッサは作られてる。
たとえば、2004年にMIPS64の16コアを出した会社
ttp://www.caviumnetworks.com/OCTEON_MIPS64.html
他にもMIPS64の8コア & FGMTで32スレッドの製品を出している会社
ttp://www.razamicroelectronics.com/products/xlr.htm


0553名無しさん＠お腹いっぱい。2008/09/12(金) 23:57:59
組み込みだとAMPもあるしね。
0554名無しさん＠お腹いっぱい。2008/09/13(土) 01:42:53
>>552
OSは何を?
0555名無しさん＠お腹いっぱい。2008/09/13(土) 10:03:43
>>554
QNXとかVxWorksとか。
0556名無しさん＠お腹いっぱい。2008/09/14(日) 08:59:47
adaptive lockとかなさそうだけど、32スレッドでもスケールするのかな。
0557名無しさん＠お腹いっぱい。2008/09/14(日) 10:28:21
SPARCはコンテキストスイッチのコストが特に高いから、adaptive lockが必要なのよ。
コンテキストスイッチが軽いアーキテクチャなら、ちょびっとだけspinしてすぐにblockしても桶。
0558名無しさん＠お腹いっぱい。2008/09/14(日) 11:15:31
通信系なら各スレッドというかタスク間の独立性が高いし、
そもそも32core全部1OSで使うとは限らない気がする
0559名無しさん＠お腹いっぱい。2008/09/15(月) 20:57:40
組込みナメんなよ

UNIXサーバなんかじゃ絶対無理っていうくらい、
すげー細かい粒度で処理を分散させてたりすんぞ。

1パケットごとに別のコアが処理してたり、な。
0560名無しさん＠お腹いっぱい。2008/09/16(火) 08:54:24
RT なとこは Chorus の遺伝子も受け継いでるわけで、「UNIXサーバなんか」とか
言ってる時点で Solaris ナメてるわけで。
まあ、そういう用途じゃエンプラの SMP とは全く違うからな。
0561名無しさん＠お腹いっぱい。2008/09/16(火) 13:07:34
Apple P.A. Semi の連中に ARM やらしてるらしいね。
上位のノートやサーバーへも展開しないかな。おもしろくなってきた。
0562名無しさん＠お腹いっぱい。2008/09/16(火) 13:16:54
iPhoneのARMチップがSamsungからApple自家製にかわるだけだろう。 64bitのないARMでそれ以上の展開は無理。
0563名無しさん＠お腹いっぱい。2008/09/16(火) 13:32:06
と、いうことは sun4v?
0564名無しさん＠お腹いっぱい。2008/09/16(火) 15:46:29
PWRficient って Apple が売ってるの?
0565名無しさん＠お腹いっぱい。2008/09/16(火) 16:23:52
PASemiがARMやるってことは、StrongARMの再来か。
0566名無しさん＠お腹いっぱい。2008/09/16(火) 16:54:45
AppleはNewton中止して子会社だったARM社をIntelに売り払ったのに、
iPodの大ヒットでARMの大口需要家になったら今度はP.A.Semi買収して
ARMを自社製造するのか。

こういう機動性がSunには欠けてるよな。
0567名無しさん＠お腹いっぱい。2008/09/16(火) 17:05:39
携帯電話だと通信部分あるからソフトウェア的に ARM 外せないかもね。
0568名無しさん＠お腹いっぱい。2008/09/16(火) 17:06:44
>>566
Intel は StrongARM を DEC から取得したと思ったけど。
0569名無しさん＠お腹いっぱい。2008/09/16(火) 17:23:15
ARM6 はアップルとエイコーン、もしくは Advanced RISC Machines の共同開発というのは
みつけたけど、子会社だったのか?
0570名無しさん＠お腹いっぱい。2008/09/16(火) 17:49:56
>>568
ARMとStrongARMは別物
0571名無しさん＠お腹いっぱい。2008/09/16(火) 17:52:52
ARMはライセンス先に対して、基本的に中身に手を加えることを許してない
その例外がDECで、DECがいじくり回したのがStrongARM

DECはStrongARMをIntelに売却、
IntelはXScaleという名前で開発・販売していたが、
そのうち単体プロセッサ(PXA)の製品ラインをMarvellに売却。
0572名無しさん＠お腹いっぱい。2008/09/16(火) 18:28:36
>>570
>>566 の「ARM社を Intelに売り払った」というのは?
0573名無しさん＠お腹いっぱい。2008/09/16(火) 19:22:18
>>572
ガセだろ。
0574名無しさん＠お腹いっぱい。2008/09/16(火) 20:16:51
だな。w
0575名無しさん＠お腹いっぱい。2008/09/16(火) 23:22:17
Sun Microsystems Delivers Highly Scalable X64 Servers For Next-Generation Virtualization And Datacenter Efficiency
http://www.sun.com/aboutsun/pr/2008-09/sunflash.20080915.1.xml
0576名無しさん＠お腹いっぱい。2008/09/16(火) 23:43:24
6000番台対応のブレード、SPARCはT2のシングルソケットのみだよね。
どんどんx86とSPARCの性能差が開いていくけど、大丈夫なの?

そもそも、T2+の2CPUのブレードなんで出さないんだ?
0577名無しさん＠お腹いっぱい。2008/09/16(火) 23:51:49
ttp://enterprise.watch.impress.co.jp/cda/hardware/2008/09/16/13859.html
IA64で鍛えてきたNECは違いますよ?

6コアXeonを16CPUで96コアなんて化け物マシンを出してきました。
0578名無しさん＠お腹いっぱい。2008/09/17(水) 00:27:33
Nehalemで8コアになったら16CPUでも128コアか
0579名無しさん＠お腹いっぱい。2008/09/17(水) 00:40:50
UltraSPARC T2+なら1Uで128スレッドなのに、
糞ｯﾃﾙXeonはラック半分でやった128スレッドかよ。
0580名無しさん＠お腹いっぱい。2008/09/17(水) 00:53:03
いあ、1スレッドの速さが段違いだろ
0581名無しさん＠お腹いっぱい。2008/09/17(水) 00:53:52
Nehalemになったらスレッドは倍の256スレッドになりますが
0582名無しさん＠お腹いっぱい。2008/09/17(水) 02:24:20
>>576
1ソケットで事足りる用途にしか選ばれないんじゃない？
どうあがこうと所詮Sunの製品だから。
0583名無しさん＠お腹いっぱい。2008/09/17(水) 10:07:44
>>581
OSろくにないし SMPボロボロだろうよww
ちゃんと使えんのならそもそも Itaniumなんかやらんわなw
0584名無しさん＠お腹いっぱい。2008/09/17(水) 10:17:36
x86版solarisの事も忘れないでください＞＜
0585名無しさん＠お腹いっぱい。2008/09/17(水) 13:06:37
>>583
そうやってナメてるうちに、追い越されたりするのよ。
Windowsに。
0586名無しさん＠お腹いっぱい。2008/09/17(水) 14:44:16
追い越せるんだったら NT作った時にとっくに追い越してるわな。
スクラッチから VMSの手練れにやらせてあのテイタラク。
MS-Word 動くのさいゆーせん〜 あわれグシャグシャww
なんだっけ、Singularity でも採用するんなら話は別だが。まぁムリwwww
0587名無しさん＠お腹いっぱい。2008/09/17(水) 14:53:17
>>586はSunを貶めるためにスレに粘着しているキチガイを装った工作員なのでスルーしましょう
0588名無しさん＠お腹いっぱい。2008/09/17(水) 15:05:14
寒いな、WinTel。
0589名無しさん＠お腹いっぱい。2008/09/17(水) 15:12:41
寒いのはSun

たとえば
ttp://www.oracle.com/apps_benchmark/html/results.html
を見てみよう。

1.2GHz×24CPUが、1.8GHz×16CPUに近いパフォーマンスが出ているのは、
ポジティブな見方をすれば、スケーラビリティに優れていると言えるが、
ネガティブな見方をすれば、そうでもしないとCPU1つの性能の低さをカバーできないと言える。
0590名無しさん＠お腹いっぱい。2008/09/17(水) 17:13:37
なるほど。それで、世の中は CPU 1つの性能を追求する方向を向いてるのか?
Intelとは正反対の考えのようだな。奇特だ。
0591名無しさん＠お腹いっぱい。2008/09/17(水) 17:39:28
すごい思考パターンだな
0592名無しさん＠お腹いっぱい。2008/09/17(水) 17:44:38
1.2GHz×24CPU ← UltraSPARC IV
1.8GHz×16CPU ← SPARC64 V

SPARC64に比べてUltraSPARCの性能が低くて、
1.5倍のCPUをSMPしないと同じくらいの性能が出ない
っていう話なんだがな!!!
0593名無しさん＠お腹いっぱい。2008/09/17(水) 18:13:25
そういえばマルチスレッドなら高性能な 1コアでもとか言ってたバカがいたなww
ほんとあわれ。
シングルスレッド性能のみを追求する会社興したらどうだ? そんな会社皆無だから
ビッグチャンスだぞ!wwww..pw
0594名無しさん＠お腹いっぱい。2008/09/17(水) 18:17:31
ttp://www.sap.com/solutions/benchmark/sd2tier.epx

Sun Fire X4450、XeonMP X7460 2.66GHz 4CPU 24コア 24スレッド Solaris10 MaxDB7.6 → 23120SAPS
HP ProLiant DL580 G5 XeonMP X7460 2.66GHz 4CPU 24コア 24スレッド WindowsServer2003EE SQLServer2005 → 25830SAPS
SolarisよりもWindowsのほうが速いな。

参考)
Sun SPARC Enterprise T5240、UltraSPARC T2 Plus 1.4GHz 2CPU 16コア 128スレッド Solaris10 Oracle10g → 20900 SAPS
Sun Fire E6900 UltraSPARC IV+ 1.95GHz 24CPU 48コア 48スレッド Solaris10 Oracle10g → 30820SAPS
0595名無しさん＠お腹いっぱい。2008/09/17(水) 18:22:03
>>590
コアの性能向上が限界だからマルチプロセッサやマルチコアに走る
というのと
コアの性能向上やる金がないからマルチプロセッサに走る
というのは、断じて違う。
0596名無しさん＠お腹いっぱい。2008/09/17(水) 18:25:28
>>586は現実が見えてない。>>594を見て反省しろ。
0597名無しさん＠お腹いっぱい。2008/09/17(水) 18:36:32
> 断じて違う。
ぷ。絵に描いたように、必死だなwwwww 1時間タイマーも壊れたか?wwwwwwwwww
0598名無しさん＠お腹いっぱい。2008/09/17(水) 19:51:14
へー、Sunと富士通のAPL作戦を否定するんですか。
0599名無しさん＠お腹いっぱい。2008/09/17(水) 19:53:31
APLは結構売れてるらしいよ
0600名無しさん＠お腹いっぱい。2008/09/17(水) 20:07:47
>>594
Solaris 10+Oracle 10g+SPARC Enterprise Server M9000(64CPU SPARC64 VII, 2.52 Ghz)が
AIX Version 6.1+DB2 9.5+IBM Power 595(32CPU POWER6 5 Ghz) と
HP-UX 11iV3+Oracle 10g+HP Integrity SD64B(64CPU Itanium 2 9050 1.6 Ghz)
を抜いてトップだな。

Rockの遅れのおかげでAPL大活躍じゃないか。
0601名無しさん＠お腹いっぱい。2008/09/17(水) 20:50:38
マルチプロセッサやるにしてもコアの性能は良くなくちゃね。
APLがそれを証明している。
0602名無しさん＠お腹いっぱい。2008/09/17(水) 21:17:00
Itaniumスレを荒らしているSun信者キチガイを何とかしてください。まじで。
0603名無しさん＠お腹いっぱい。2008/09/17(水) 21:19:53
おまえキショいねん。
0604名無しさん＠お腹いっぱい。2008/09/17(水) 21:25:21
>>600
DBMSの価格も余裕でトップだな
0605名無しさん＠お腹いっぱい。2008/09/17(水) 21:28:59
ポラックの法則はいまひとつ効きが悪いな。 アムダールの法則のせいか?
0606名無しさん＠お腹いっぱい。2008/09/17(水) 21:39:14
ダイサイズを2倍にしたら、コアが2倍になる。
インテルみたいなアホなら1.4倍しか性能が上がらないが、SPARCならキッチリ2倍にスケールする。
0607名無しさん＠お腹いっぱい。2008/09/17(水) 22:02:15
T2ひとつで64スレッド、プチEnterprise Serverだと思えばいいのか。
0608名無しさん＠お腹いっぱい。2008/09/17(水) 22:26:54
>>600
APL 大活躍というか、M9000はFujitsu製ですよ？
APLとかしなくても、Fujitsu単独で作れるもんなんだが。
ようは、Sunの力不足なんです。
0609名無しさん＠お腹いっぱい。2008/09/17(水) 22:48:58
ttp://itpro.nikkeibp.co.jp/free/WAT/ITARTICLE/20040729/7/
日付に注意

Sunの負け惜しみっぷりに脱帽
0610名無しさん＠お腹いっぱい。2008/09/17(水) 22:52:17
>>608
富士通は部品を納入しているだけで、組み立てはSunですよ?
日本国内でAPLをSunが、(富士通とはライバル関係にある)OEMを通して売るための方策か。

ちょっと前まではSunの日本法人のWebサイトには、Mシリーズは掲載されてなかった。
Rock延長になってから、Mシリーズを日本でも扱うことになったのは。
それまでに、どれだけ失地したのかな。
■ このスレッドは過去ログ倉庫に格納されています