Sun Microsystems 最大の滝壷
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/02/01(水) 18:32:00"Rock" on the table?
【前スレ】
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/
0013名無しさん＠お腹いっぱい。
2006/02/02(木) 10:05:160014名無しさん＠お腹いっぱい。
2006/02/02(木) 12:09:59x86で喰ってきたIntelがそこまで
ぶっちゃけられるとは思えない
0015名無しさん＠お腹いっぱい。
2006/02/02(木) 12:15:45AppleとSgi両方を抱え込んだ状態になればM$は相当警戒するだろうな
0016名無しさん＠お腹いっぱい。
2006/02/02(木) 12:28:05ナイアガラを誉めてるようだが、マルチコアマルチスレッドなんて今更の話題だし
0017名無しさん＠お腹いっぱい。
2006/02/02(木) 12:37:410018名無しさん＠お腹いっぱい。
2006/02/02(木) 12:40:220019名無しさん＠お腹いっぱい。
2006/02/02(木) 12:43:31http://nick-yama.web.infoseek.co.jp/sanmai1.html
最近、近畿地方に出張する機会がありました。関東地方で生まれ育った私にとって、
火葬先進地域である西日本に多く存在する「サンマイ」（火葬場付き墓地）は、以前から
ぜひ訪問してみたい場所でした。幸いにも何ヶ所かの「サンマイ」を発見することが出来
ましたので、今回はその第一弾をお送りします。
0020名無しさん＠お腹いっぱい。
2006/02/02(木) 13:57:09x86 みたいなのじゃ作れんからな。集積数が上がれば上がるほど不利。
浮かれてないで冷静に見つめた方がいいぞ。ほとんど詰んでる。
0021名無しさん＠お腹いっぱい。
2006/02/02(木) 14:03:44どのみち x86 の終焉がはっきりしたらソフトウェアベンダーは転換必須。
0022名無しさん＠お腹いっぱい。
2006/02/02(木) 14:06:58単に多数詰め込めばいいだけなら ARM や SH の 16 コアとかがすぐ出てても
不思議じゃないが。
0023名無しさん＠お腹いっぱい。
2006/02/02(木) 14:53:010024名無しさん＠お腹いっぱい。
2006/02/02(木) 15:21:22Itaniumにもあるじゃん、似たようなやつ。
0025名無しさん＠お腹いっぱい。
2006/02/02(木) 15:26:20高いから買えないって言おう？潔くないぞｗ
0026名無しさん＠お腹いっぱい。
2006/02/02(木) 16:52:520027名無しさん＠お腹いっぱい。
2006/02/02(木) 18:01:520028名無しさん＠お腹いっぱい。
2006/02/02(木) 19:31:540029名無しさん＠お腹いっぱい。
2006/02/02(木) 20:31:390030名無しさん＠お腹いっぱい。
2006/02/02(木) 20:58:560031名無しさん＠お腹いっぱい。
2006/02/02(木) 21:56:37Niagara みたいなのがいきなり使い物になるのは、もともとマルチCPU環境で
使われていたからに他ならない。
>>30
Javaのスレッドって、別々のLWPで実行できるんだっけ？
0032名無しさん＠お腹いっぱい。
2006/02/02(木) 22:27:38もちろん。起動時のスレッドが見事に 32 の仮想 CPU に割り振られる、って
ここに上がってたと思う。
0033名無しさん＠お腹いっぱい。
2006/02/02(木) 22:30:18SunのJDKなら大昔から出来る。(選べる)
0034名無しさん＠お腹いっぱい。
2006/02/03(金) 01:03:14今のようにx86のバイナリに縛られてる状況ではx86は存続する
x86が高性能になったのは出荷量が他のCPUと比べて桁外れに多いからだろ
パソコンの出荷台数は年間2億台近いのにサーバーの出荷台数は年間500万台くらいだろ
0035名無しさん＠お腹いっぱい。
2006/02/03(金) 01:26:54でも x86 じゃないと動かないアプリって、実際結構少なくないか?
代用品があるやつはたいていマルチプラットフォーム。
0036名無しさん＠お腹いっぱい。
2006/02/03(金) 02:35:26>>34はPC用に普及しなければ数を裁けないから
ローエンドでは他のCPUの出る幕はないといいたいんじゃないのか？
0037名無しさん＠お腹いっぱい。
2006/02/03(金) 03:06:14Intel、65nmプロセスPentium D/4のステッピングを変更 〜EIST有効化、4月出荷予定
http://pc.watch.impress.co.jp/docs/2006/0201/intel.htm
0038名無しさん＠お腹いっぱい。
2006/02/03(金) 03:12:280039名無しさん＠お腹いっぱい。
2006/02/03(金) 03:47:21そんな話していったいなんの足しになるんだ? 大樹にすり寄りたいちょーちんライターだけだよ
よろこんでそんな話するのは。
0040名無しさん＠お腹いっぱい。
2006/02/03(金) 04:04:46Intelが既に65nmプロセスに移行してるというのが現実を物語ってるような気がする
0041名無しさん＠お腹いっぱい。
2006/02/03(金) 04:18:45プロセスルールだけが律速するなら Niagara なんて作らないでしょう。
0042名無しさん＠お腹いっぱい。
2006/02/03(金) 04:22:32そもそもNiagara程度の動作クロックでは発熱の問題はそんなに大きくない
0043名無しさん＠お腹いっぱい。
2006/02/03(金) 04:25:49それでマルチコアや SOC って流れだから。
0044名無しさん＠お腹いっぱい。
2006/02/03(金) 04:32:26発熱の問題がなければクアッドコアも可能
Niagaraの発想はすごいがSUNがTIと組んだSPARCに関しては製造技術に足を引っ張られてるとしか思えない
0045名無しさん＠お腹いっぱい。
2006/02/03(金) 04:41:04去年の記事を探してきてやったぞ
Fall Processor Forum 2005 - 富士通の次世代SPARC64プロセッサ「オリンパス」「ジュピター」
http://pcweb.mycom.co.jp/articles/2005/10/28/fpf1/
0046名無しさん＠お腹いっぱい。
2006/02/03(金) 04:43:45Intel だって何時までも x86 を作り続けたくはないんだろうし。
0047名無しさん＠お腹いっぱい。
2006/02/03(金) 04:45:51ttp://olab.is.s.u-tokyo.ac.jp/~oyanagi/reports/SC2005.html
0048名無しさん＠お腹いっぱい。
2006/02/03(金) 14:04:35SunはもうSPARCをやめたくて仕方ないんじゃないのかね。
>>10
NetBurstなんてとっくの昔に終焉が宣言されてるし、今年後半には
PentiumMベースのデスクトップ向けCPUが出る。そもそも今時RISCとか、
いったいいつの時代の話をしてるんだか。あきれた爺さんだな。
> オレは手持ちの ARM で Niagara と同様のことをする、
Xscaleを知らないのか。やれやれ。
0049名無しさん＠お腹いっぱい。
2006/02/03(金) 14:17:35シングルスレッド性能を優先した x86 系のコアと、マルチスレッド
性能と、性能電力比を優先した Niagara のようなコアは、まるで
別の方向性にあるわけだが、そういうことも分かってないのかな？
マルチスレッド性能に限れば、Niagara は AMD や Intel の x86 コア
の倍程度の性能が出てるわけだが。
> > オレは手持ちの ARM で Niagara と同様のことをする、
> Xscaleを知らないのか。やれやれ。
その XScale のことをさして、手持ちの ARM って言ってるんでしょ。
日本語も理解できないのか。やれやれ。
そもそも XScale には Niagara のような大規模なマルチコアは今の
ところ存在しないわけだが。
0050名無しさん＠お腹いっぱい。
2006/02/03(金) 15:00:21比較がばらばらでわけわからん
シングルスレッド性能とマルチスレッド性能（てなんだ？スループット？）は比較できんだろ
そもそも、なんでそんなにナイアガラに入れ込んでるんだ？
0051名無しさん＠お腹いっぱい。
2006/02/03(金) 15:06:01> シングルスレッド性能を優先した x86 系のコアと、マルチスレッド
> 性能と、性能電力比を優先した Niagara のようなコアは、まるで
> 別の方向性にあるわけだが、そういうことも分かってないのかな？
だからお前は馬鹿だって言われるんだよ。x86はシングルスレッド性能
を落とさずにマルチコア化する方向へ進んでいる。頭悪すぎ。
> マルチスレッド性能に限れば、Niagara は AMD や Intel の x86 コア
> の倍程度の性能が出てるわけだが。
「〜に限れば」ね。所詮その程度の話だし、ピーク性能はx86に劣る
レベルだろ。今はマルチコアで凌げても、数年でx86に敗退することは
誰の目にも明らか。そんなこともわからないお前は馬鹿。
0052名無しさん＠お腹いっぱい。
2006/02/03(金) 15:08:58XScaleのアーキテクチャを少しは見て見ろ。複数のマイクロエンジン
という処理単位を搭載してマルチスレッド性能を上げている。最近のは
16個にも及ぶエンジンを搭載している。Xscaleはそういう方向で5年も
前からやっている。そんなことも知らないのか。馬鹿。
0053名無しさん＠お腹いっぱい。
2006/02/03(金) 15:12:56ということで結論が出たようですね。
0054名無しさん＠お腹いっぱい。
2006/02/03(金) 15:15:46> 複数のマイクロエンジンという処理単位を搭載して
言葉も怪しくなるくらい熱くなるようなことじゃないと思うが…
0055名無しさん＠お腹いっぱい。
2006/02/03(金) 15:45:36らしいな。シングルスレッド性能を追求すると、トランジスタ数の
平方根程度しか性能が向上しないのは、インテル自身でも認めている、
良く知られた話。
ttp://pc.watch.impress.co.jp/docs/2004/1105/kaigai131.htm
これに対し、シングルスレッド性能を諦めて、マルチスレッド性能を
追求すれば、投入したトランジスタに比例した性能向上が得られる。
つまり、シングルスレッド性能を追求せざるをえない x86 に比べ、
Niagara のようなやり方なら、プロセスルールが微細化し、大量の
トランジスタが投入できるようになればなるほど、有利になるわけ。
だからこそ、TIに頼ってる SunみたいなCPUベンダーでも、世界で
最高のプロセスを使えるインテルよりも性能電力比に優れたCPUが
作れるわけだ。
0056名無しさん＠お腹いっぱい。
2006/02/03(金) 18:19:07> だからお前は馬鹿だって言われるんだよ。x86はシングルスレッド性能
> を落とさずにマルチコア化する方向へ進んでいる。頭悪すぎ。
そこが分かれ目なんだよね。x86 で多コアで性能出れば、Intel の勝ちだ。
なんせ巨大企業、割けるリソースの規模が違う。
が、8 コアとかロードマップにないよね?
それと、HyperThreading は全然性能出ないけど、別の方法で改善するぜ、って話も、
ないよね。なんでだろ??
0057名無しさん＠お腹いっぱい。
2006/02/03(金) 18:33:42Pen4で10GHzのような嘘っぱちだと思うケドね
0058名無しさん＠お腹いっぱい。
2006/02/03(金) 18:57:35どうでもいいけど、世界最初の商業RISC CPUはARMです。
そういう意味だと、息の長いRISC。
ARMベースのXscaleが巷をにぎわすなんて、世の中まだRISCだね、
と言いたかったが、実際、X86の除けば、ほとんどRISCアーキなんだよね。
RISCがデフォで当たり前。
0059名無しさん＠お腹いっぱい。
2006/02/03(金) 19:46:200060名無しさん＠お腹いっぱい。
2006/02/03(金) 21:31:29x86もNiagaraの様なやり方はできないのかな。
整数演算だけならかなり小さいコアになりそうだけど。
Edenを使うとか。
0061名無しさん＠お腹いっぱい。
2006/02/03(金) 21:33:16>ないよね。なんでだろ??
コアを小さくするなら、やっぱり RISC だねって事だったと思う。
x86 みたいに CPU 内部で命令セットの変換をしなくて良いから。
あと、x86 はやっぱりデスクトップで売らなきゃいけないから８コア
とかはあまり現実的じゃないというのもある。
0062名無しさん＠お腹いっぱい。
2006/02/03(金) 21:45:51Intel も AMD も RISC ベンダですが
0063名無しさん＠お腹いっぱい。
2006/02/03(金) 21:52:030064名無しさん＠お腹いっぱい。
2006/02/03(金) 22:01:350065名無しさん＠お腹いっぱい。
2006/02/03(金) 23:15:550066名無しさん＠お腹いっぱい。
2006/02/03(金) 23:23:08ここですか？
0067名無しさん＠お腹いっぱい。
2006/02/03(金) 23:24:08つーかageんなカス
0068名無しさん＠お腹いっぱい。
2006/02/03(金) 23:27:11> シングルスレッド性能を諦めて
馬鹿。それがSunの技術力の限界だってことがわからんのか。
富士通あたりが2GHzを越えるSPARCを作り、なおかつそれをマルチコア
にしようとしてる現実を理解できない直立馬鹿だな。Sunの能力じゃ、
もうSPARCを維持することはできない。AMDは次のK10で本格的に
ハイエンドサーバへ投入できるCPUを作って来る。Niagaraなんてゴミは、
それまでのつなぎでしかない。お前みたいな馬鹿にはちょうど良い
目眩ましだなｗ
0069名無しさん＠お腹いっぱい。
2006/02/03(金) 23:28:07「天に唾する」の意味が分かっていない馬鹿ｗ
0070名無しさん＠お腹いっぱい。
2006/02/03(金) 23:29:48負け犬と言えば、SUN、SUNと言えば負け犬
0071名無しさん＠お腹いっぱい。
2006/02/03(金) 23:42:36お前のパチョコンにもケータイにもその死語が指すものが入ってるわけで。
ツーかageんなage坊
0072名無しさん＠お腹いっぱい。
2006/02/03(金) 23:44:19顔を空（天）に向けて、唾はいてみろ、その唾、自分の顔に戻ってくるから
0073名無しさん＠お腹いっぱい。
2006/02/03(金) 23:49:26はいはい、けーてんけーてん。
K10 なんて、どんなに早くても出荷されるのは 2008 年だろ。
未来の CPU との比較なんて、自分で書いてて愚かしいと思わんのかね...
0074名無しさん＠お腹いっぱい。
2006/02/03(金) 23:53:32成し遂げているよな。SPARCの未来は富士通が握っている。
0075名無しさん＠お腹いっぱい。
2006/02/03(金) 23:55:290076名無しさん＠お腹いっぱい。
2006/02/04(土) 00:03:15でもWindowsと違ってプロセスの多いサーバーではマルチコアが受け入れられやすいのも事実
だからこそ一方でOpteron、もう一方でNiagaraなんだろうな。あとは顧客の需要次第だな
0077名無しさん＠お腹いっぱい。
2006/02/04(土) 00:06:03何なのこの必死さ。
0078名無しさん＠お腹いっぱい。
2006/02/04(土) 00:09:310079名無しさん＠お腹いっぱい。
2006/02/04(土) 00:11:500080名無しさん＠お腹いっぱい。
2006/02/04(土) 01:17:38「つなぎでしかない」というのは、当たり前だろ。
「これが最終形態で打ち止め」なんて製品はあるわけない。
富士通SPARC64のデュアルコア化は2006年後半だとしても、
マルチコア化するのは、2008年から2009年にかけてだろ。
Intel Itaniumだってデュアルコア化さえ遅れる始末。
今すぐに製品として手に入るマルチコアなのだから、
Niagaraのインパクトは大きい。
3年近くつなげれば十分役目を果たしたと言えるだろう。
いずれNiagaraを凌駕するのは目に見えていますから、
なんて空手形で競合相手を抑えて成績を上げられるなら、
誰も苦労しない。
0081名無しさん＠お腹いっぱい。
2006/02/04(土) 01:32:190082名無しさん＠お腹いっぱい。
2006/02/04(土) 01:37:18きれいなIntelマーク、K10越えであります。
0083名無しさん＠お腹いっぱい。
2006/02/04(土) 01:39:30少なくともCPU業界にはインパクトあったようですな。
Sunが単体CPU性能のベンチマークでIntelを凌駕したなんて、
本当に久しぶりですよ。
0084名無しさん＠お腹いっぱい。
2006/02/04(土) 01:42:190085名無しさん＠お腹いっぱい。
2006/02/04(土) 01:42:520086名無しさん＠お腹いっぱい。
2006/02/04(土) 03:06:25SUNももっと高性能なCPU出せれば業績は上がるのにね
APLに期待するしかないのかね
0087名無しさん＠お腹いっぱい。
2006/02/04(土) 04:46:280088名無しさん＠お腹いっぱい。
2006/02/04(土) 04:50:380089名無しさん＠お腹いっぱい。
2006/02/04(土) 05:20:01【IT】米IBMもデータベース「DB2」のフリー版の提供を開始、OracleやMicrosoftに追随
http://news18.2ch.net/test/read.cgi/bizplus/1138647809/
0090名無しさん＠お腹いっぱい。
2006/02/04(土) 08:51:46これなんかデジャヴだったんだけど、
http://www.fujitsu.com/global/news/pr/archives/month/2006/20060105-01.html
のItanium 2の発表だな。
PRIMEQUEST 480, Itanium2 1.6GHz×32, Linux, JRockit: 322719op/s
PRIMEPOWER 2500, SPARC64V 2.06GHz×128, Solairs, Hotspot: 1157619op/s
http://www.fujitsu.com/global/news/pr/archives/month/2006/20060202-01.html
http://www.spec.org/jbb2005/results/jbb2005.html
CPUの数の分だけ差がついてるって感じですね。
0091名無しさん＠お腹いっぱい。
2006/02/04(土) 10:30:44> 「これが最終形態で打ち止め」なんて製品はあるわけない。
馬鹿。話の流れが読めないのか。SunはNiagaraを最後にSPARC止めて、
AMDに移行って話だろうに。頭悪すぎ。
0092名無しさん＠お腹いっぱい。
2006/02/04(土) 10:32:15Sunにそんな能力は無いよｗ
0093名無しさん＠お腹いっぱい。
2006/02/04(土) 11:02:45まさかNiagaraを売ろうとして出し惜しみ？
0094名無しさん＠お腹いっぱい。
2006/02/04(土) 12:41:37このスレの人間なら、まだこれから、Olympus、Niagara 2、Rock と
計画がひかえていることくらい常識なわけだが…
そろそろ巣に帰ったら？
0095名無しさん＠お腹いっぱい。
2006/02/04(土) 13:16:55K10, Rockなんて具体的な話は漏れて来ないし、本当に
出てくるのかという感じ。
う〜ん、期待できるのは...
0096名無しさん＠お腹いっぱい。
2006/02/04(土) 13:32:16Niagaraを売ろうとしているんじゃなくて、40zの在庫が捌けないんじゃ？
40z年内に終了らしいんで、それまでに出ると思うけど。
0097名無しさん＠お腹いっぱい。
2006/02/04(土) 15:03:41> Niagaraって特定用途にターゲットを絞ったニッチ製品だろ。
つーかSolarisの主要マーケットにターゲットだから、
そういうのを「特定用途」とか「ニッチ」っていうのはちょっと。
0098名無しさん＠お腹いっぱい。
2006/02/04(土) 17:42:22Intel には全然対抗策ないねw 手詰まりもいいとこ。あるのはお金と取り回しの悪いズウタイだけ。
終わってると確信できたよ。
0099名無しさん＠お腹いっぱい。
2006/02/04(土) 17:47:51でしょう？ﾌﾟﾌﾟｯ
0100名無しさん＠お腹いっぱい。
2006/02/04(土) 17:54:51しかしItanium2悲惨だな。
LinuxやJRockitが足引っ張っている可能性考えても、
SPARC64Vに対して優位性がなければ、後発RISC CPUの意味ないじゃん。
これじゃ、採用するとするのは、会社の事情だけだな。
0101名無しさん＠お腹いっぱい。
2006/02/04(土) 18:00:11え、そう読むのですか？
1CPUあたりの性能が1.6GHzのItaと2GHzのSPARCで
同等かそれ以下と読むのだと思ってた。
0102名無しさん＠お腹いっぱい。
2006/02/04(土) 18:06:58何言ってるんですか、「後発 RISC」じゃないです、VLIW ですよ。
まったくの新規テクノロジーなのに、死ぬほど開発リソース投入してるのに、
それでも性能出ないんですよ! いったいどうしてくれるんですか?!?!
0103名無しさん＠お腹いっぱい。
2006/02/04(土) 18:21:40正確に言うと、VLIWは数十年というかなり長い（く寝かされている）技術。
問題は互換性なんだが、EPICで解決ということでItaniumが登場。
Intelの資本力でもって力でごり押しでも、やっぱダメだったね、という結論。
まぁコンピュータ量産機にはちょっと無理があるというか、組み込みとか
互換性をとる必要のないところには使われるアーキであるけれど。
0104名無しさん＠お腹いっぱい。
2006/02/04(土) 18:51:52後継にならないからって、急にエンタープライズ/SMP 用として売ろうったって、ムリがあるわな。
ひょっとして x86 も SMP に脇目も振らなかったんじゃなくて、SMP 用に実装する
能力がなかったのか? 初代 Pentium（60/66MHz のやつね、...いや、i486 登場の時もか?）から
ずっと「今回のはマルチプロセッサへの考慮がされている」って毎回言ってたようだけど。
0105名無しさん＠お腹いっぱい。
2006/02/04(土) 19:23:23> 同等かそれ以下と読むのだと思ってた。
ふつう、これを聞くと、SPARCまだまだ凄いじゃんって思うとおもうよ。
実績が全然違う上に、SPARCはスケーラブルであるということを示しているものね。
ソフト資産があれば、なおさらわざわざItaniumにする必要がないし、OSがLinux
だと、バージョンがアップで非互換が発生するのは、ある意味仕方ないモノね。
商業OSじゃないので、非互換なんて誰も気にしない。
0106名無しさん＠お腹いっぱい。
2006/02/04(土) 19:27:26とにかくハード的にＭＰに出来ないんじゃ話にならないから
で、ＳＭＰにしたからといって性能が出るわけじゃない
特に昔は同期がネックでマルチＣＰＵにしても性能がでないと言われてた
デスクトップアプリの事情はまだあまり変わらないんじゃないかな
ＣＰＵが２個あると分かってても、普通の処理が２倍速くなるのは難しい
0107名無しさん＠お腹いっぱい。
2006/02/04(土) 20:04:17例えば一般的なWEB+DBの3階層とか4階層のシステムでは、
WEBフロントエンド用途に絞っているじゃない。
Niagara鯖で後ろのデカDBを扱おうってのは見識を疑う。
Solarisや従来SPARC/SPARC64は、こういった絞り込みはせず、
なんにでも使えて性能出ますというアプローチでしょ。
0108名無しさん＠お腹いっぱい。
2006/02/04(土) 20:11:11>WEBフロントエンド用途に絞っているじゃない。
んな事無いよ。
http://www.spec.org/jAppServer2004/results/res2005q4/jAppServer2004-20051109-00023.html
0109名無しさん＠お腹いっぱい。
2006/02/04(土) 20:30:50そうかなぁ。DB でも性能出そうな気がするけどなぁ。PostgreSQL 8.1 には期待してる。
0110名無しさん＠お腹いっぱい。
2006/02/04(土) 20:34:29デスクトップでも用途はあると思うよ。マルチメディア方面特に。
オレは DAW ソフトで音源やエフェクターのプラグインソフトが並列動作するようになると
けっこうすごいんじゃないかと見てるけど。
0111名無しさん＠お腹いっぱい。
2006/02/04(土) 20:54:03しないんだろうか?
0112名無しさん＠お腹いっぱい。
2006/02/04(土) 21:18:08そう思ってるのはSun信者だけ。
Window$、Linux、{HP-UX、(OpenVMS)}をchoiceできるのは大きい。
>>104
ItaniumはRISCの置き換えが目標だったから、
ミッドレンジ以上の鯖がターゲットでつよ。
■ このスレッドは過去ログ倉庫に格納されています