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

Sun Microsystems 最大の滝壷

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2006/02/01(水) 18:32:00
NOW IN NAIAGARA!
"Rock" on the table?


【前スレ】
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/
0035名無しさん@お腹いっぱい。2006/02/03(金) 01:26:54
終焉つったって、実際に消えてなくなるとか生産止まるとか、そんな意味じゃないがww
でも x86 じゃないと動かないアプリって、実際結構少なくないか?
代用品があるやつはたいていマルチプラットフォーム。
0036名無しさん@お腹いっぱい。2006/02/03(金) 02:35:26
>>35

>>34はPC用に普及しなければ数を裁けないから
ローエンドでは他のCPUの出る幕はないといいたいんじゃないのか?
0037名無しさん@お腹いっぱい。2006/02/03(金) 03:06:14
Intelはもう65nmプロセスに移行するようだな

Intel、65nmプロセスPentium D/4のステッピングを変更 〜EIST有効化、4月出荷予定
http://pc.watch.impress.co.jp/docs/2006/0201/intel.htm
0038名無しさん@お腹いっぱい。2006/02/03(金) 03:12:28
既にYonahが65nmプロセス
0039名無しさん@お腹いっぱい。2006/02/03(金) 03:47:21
>>36
そんな話していったいなんの足しになるんだ? 大樹にすり寄りたいちょーちんライターだけだよ
よろこんでそんな話するのは。
0040名無しさん@お腹いっぱい。2006/02/03(金) 04:04:46
>>39
Intelが既に65nmプロセスに移行してるというのが現実を物語ってるような気がする
0041名無しさん@お腹いっぱい。2006/02/03(金) 04:18:45
>>40
プロセスルールだけが律速するなら Niagara なんて作らないでしょう。
0042名無しさん@お腹いっぱい。2006/02/03(金) 04:22:32
プロセスルールだけというがそれだけ多くのトランジスタを載せられるし
そもそもNiagara程度の動作クロックでは発熱の問題はそんなに大きくない
0043名無しさん@お腹いっぱい。2006/02/03(金) 04:25:49
トランジスタの数が増えても使い道が無いのが現状でしょ。
それでマルチコアや SOC って流れだから。
0044名無しさん@お腹いっぱい。2006/02/03(金) 04:32:26
単純に考えれば90nmプロセスと65nmプロセスでは倍以上のトランジスタを載せられるんだよ
発熱の問題がなければクアッドコアも可能

Niagaraの発想はすごいがSUNがTIと組んだSPARCに関しては製造技術に足を引っ張られてるとしか思えない
0045名無しさん@お腹いっぱい。2006/02/03(金) 04:41:04
そんな話はやめてOlympusの話でもしたら
去年の記事を探してきてやったぞ

Fall Processor Forum 2005 - 富士通の次世代SPARC64プロセッサ「オリンパス」「ジュピター」
http://pcweb.mycom.co.jp/articles/2005/10/28/fpf1/
0046名無しさん@お腹いっぱい。2006/02/03(金) 04:43:45
技術はそれだけでは生きていけないんだよ。色んな要素が絡み合っているから。
Intel だって何時までも x86 を作り続けたくはないんだろうし。
0047名無しさん@お腹いっぱい。2006/02/03(金) 04:45:51
ここにもちょっと出てるね。

ttp://olab.is.s.u-tokyo.ac.jp/~oyanagi/reports/SC2005.html
0048名無しさん@お腹いっぱい。2006/02/03(金) 14:04:35
Niagaraなんて、AMDの信頼性が上がるまでの単なるつなぎでしょ。
SunはもうSPARCをやめたくて仕方ないんじゃないのかね。

>>10
NetBurstなんてとっくの昔に終焉が宣言されてるし、今年後半には
PentiumMベースのデスクトップ向けCPUが出る。そもそも今時RISCとか、
いったいいつの時代の話をしてるんだか。あきれた爺さんだな。

> オレは手持ちの ARM で Niagara と同様のことをする、

Xscaleを知らないのか。やれやれ。
0049名無しさん@お腹いっぱい。2006/02/03(金) 14:17:35
> Niagaraなんて、AMDの信頼性が上がるまでの単なるつなぎでしょ。

シングルスレッド性能を優先した x86 系のコアと、マルチスレッド
性能と、性能電力比を優先した Niagara のようなコアは、まるで
別の方向性にあるわけだが、そういうことも分かってないのかな?

マルチスレッド性能に限れば、Niagara は AMD や Intel の x86 コア
の倍程度の性能が出てるわけだが。

> > オレは手持ちの ARM で Niagara と同様のことをする、

> Xscaleを知らないのか。やれやれ。

その XScale のことをさして、手持ちの ARM って言ってるんでしょ。
日本語も理解できないのか。やれやれ。

そもそも XScale には Niagara のような大規模なマルチコアは今の
ところ存在しないわけだが。
0050名無しさん@お腹いっぱい。2006/02/03(金) 15:00:21
>>49
比較がばらばらでわけわからん
シングルスレッド性能とマルチスレッド性能(てなんだ?スループット?)は比較できんだろ
そもそも、なんでそんなにナイアガラに入れ込んでるんだ?
0051名無しさん@お腹いっぱい。2006/02/03(金) 15:06:01
>>49
> シングルスレッド性能を優先した x86 系のコアと、マルチスレッド
> 性能と、性能電力比を優先した Niagara のようなコアは、まるで
> 別の方向性にあるわけだが、そういうことも分かってないのかな?

だからお前は馬鹿だって言われるんだよ。x86はシングルスレッド性能
を落とさずにマルチコア化する方向へ進んでいる。頭悪すぎ。

> マルチスレッド性能に限れば、Niagara は AMD や Intel の x86 コア
> の倍程度の性能が出てるわけだが。

「〜に限れば」ね。所詮その程度の話だし、ピーク性能はx86に劣る
レベルだろ。今はマルチコアで凌げても、数年でx86に敗退することは
誰の目にも明らか。そんなこともわからないお前は馬鹿。
0052名無しさん@お腹いっぱい。2006/02/03(金) 15:08:58
> その XScale のことをさして、手持ちの ARM って言ってるんでしょ。

XScaleのアーキテクチャを少しは見て見ろ。複数のマイクロエンジン
という処理単位を搭載してマルチスレッド性能を上げている。最近のは
16個にも及ぶエンジンを搭載している。Xscaleはそういう方向で5年も
前からやっている。そんなことも知らないのか。馬鹿。
0053名無しさん@お腹いっぱい。2006/02/03(金) 15:12:56
Niagara支持者 = 低能

ということで結論が出たようですね。
0054名無しさん@お腹いっぱい。2006/02/03(金) 15:15:46
>>52
> 複数のマイクロエンジンという処理単位を搭載して

言葉も怪しくなるくらい熱くなるようなことじゃないと思うが…
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
>>51
> だからお前は馬鹿だって言われるんだよ。x86はシングルスレッド性能
> を落とさずにマルチコア化する方向へ進んでいる。頭悪すぎ。

そこが分かれ目なんだよね。x86 で多コアで性能出れば、Intel の勝ちだ。
なんせ巨大企業、割けるリソースの規模が違う。
が、8 コアとかロードマップにないよね?
それと、HyperThreading は全然性能出ないけど、別の方法で改善するぜ、って話も、
ないよね。なんでだろ??
0057名無しさん@お腹いっぱい。2006/02/03(金) 18:33:42
100コア以上にするって言ってなかったっけ
Pen4で10GHzのような嘘っぱちだと思うケドね
0058名無しさん@お腹いっぱい。2006/02/03(金) 18:57:35
XscaleはベースはARM(SA1110)でしょ?

どうでもいいけど、世界最初の商業RISC CPUはARMです。
そういう意味だと、息の長いRISC。

ARMベースのXscaleが巷をにぎわすなんて、世の中まだRISCだね、
と言いたかったが、実際、X86の除けば、ほとんどRISCアーキなんだよね。

RISCがデフォで当たり前。
0059名無しさん@お腹いっぱい。2006/02/03(金) 19:46:20
http://www.itmedia.co.jp/enterprise/articles/0602/02/news025.html
0060名無しさん@お腹いっぱい。2006/02/03(金) 21:31:29
>>55
x86もNiagaraの様なやり方はできないのかな。
整数演算だけならかなり小さいコアになりそうだけど。
Edenを使うとか。
0061名無しさん@お腹いっぱい。2006/02/03(金) 21:33:16
>>56
>ないよね。なんでだろ??

コアを小さくするなら、やっぱり RISC だねって事だったと思う。
x86 みたいに CPU 内部で命令セットの変換をしなくて良いから。

あと、x86 はやっぱりデスクトップで売らなきゃいけないから8コア
とかはあまり現実的じゃないというのもある。
0062名無しさん@お腹いっぱい。2006/02/03(金) 21:45:51
今時 RISC って言葉を覚えたことを吹聴されても…

Intel も AMD も RISC ベンダですが
0063名無しさん@お腹いっぱい。2006/02/03(金) 21:52:03
滝壺で釣りですか…
0064名無しさん@お腹いっぱい。2006/02/03(金) 22:01:35
Intel ちょうちんは滝壺に落としても火が消えないw
0065名無しさん@お腹いっぱい。2006/02/03(金) 23:15:55
内部の命令はRISCライクなものに翻訳されているといわれるな>現行のx86 CPU
0066名無しさん@お腹いっぱい。2006/02/03(金) 23:23:08
今時「RISC」なんて死語が堂々と使われている恥ずかしいスレッドは
ここですか?
0067名無しさん@お腹いっぱい。2006/02/03(金) 23:24:08
死語って…天に唾するってのはお前のことだよ>>66
つーかageんなカス
0068名無しさん@お腹いっぱい。2006/02/03(金) 23:27:11
>>55
> シングルスレッド性能を諦めて

馬鹿。それがSunの技術力の限界だってことがわからんのか。
富士通あたりが2GHzを越えるSPARCを作り、なおかつそれをマルチコア
にしようとしてる現実を理解できない直立馬鹿だな。Sunの能力じゃ、
もうSPARCを維持することはできない。AMDは次のK10で本格的に
ハイエンドサーバへ投入できるCPUを作って来る。Niagaraなんてゴミは、
それまでのつなぎでしかない。お前みたいな馬鹿にはちょうど良い
目眩ましだなw
0069名無しさん@お腹いっぱい。2006/02/03(金) 23:28:07
>>67
「天に唾する」の意味が分かっていない馬鹿w
0070名無しさん@お腹いっぱい。2006/02/03(金) 23:29:48
負け犬ってのは、自分の過ちを認めたくないもんさ
負け犬と言えば、SUN、SUNと言えば負け犬
0071名無しさん@お腹いっぱい。2006/02/03(金) 23:42:36
>>69
お前のパチョコンにもケータイにもその死語が指すものが入ってるわけで。
ツーかageんなage坊
0072名無しさん@お腹いっぱい。2006/02/03(金) 23:44:19
天に唾するってのは、自業自得という意味だろ

顔を空(天)に向けて、唾はいてみろ、その唾、自分の顔に戻ってくるから
0073名無しさん@お腹いっぱい。2006/02/03(金) 23:49:26
>>68
はいはい、けーてんけーてん。

K10 なんて、どんなに早くても出荷されるのは 2008 年だろ。
未来の CPU との比較なんて、自分で書いてて愚かしいと思わんのかね...
0074名無しさん@お腹いっぱい。2006/02/03(金) 23:53:32
Sunはともかく、富士通製SPARC64は着実にクロックアップを
成し遂げているよな。SPARCの未来は富士通が握っている。
0075名無しさん@お腹いっぱい。2006/02/03(金) 23:55:29
他人を害しようとしてかえって自身が災いを招くことのたとえ。
0076名無しさん@お腹いっぱい。2006/02/04(土) 00:03:15
確かに現時点ではシングルコア性能を伸ばすよりマルチコアに流れた方が技術的には楽だろうな
でもWindowsと違ってプロセスの多いサーバーではマルチコアが受け入れられやすいのも事実
だからこそ一方でOpteron、もう一方でNiagaraなんだろうな。あとは顧客の需要次第だな
0077名無しさん@お腹いっぱい。2006/02/04(土) 00:06:03
>>62
何なのこの必死さ。
0078名無しさん@お腹いっぱい。2006/02/04(土) 00:09:31
CISCベンダだとは思わんけどな
0079名無しさん@お腹いっぱい。2006/02/04(土) 00:11:50
CISC の足枷をはめられながら、それによって生きている会社。
0080名無しさん@お腹いっぱい。2006/02/04(土) 01:17:38
>>68
「つなぎでしかない」というのは、当たり前だろ。
「これが最終形態で打ち止め」なんて製品はあるわけない。

富士通SPARC64のデュアルコア化は2006年後半だとしても、
マルチコア化するのは、2008年から2009年にかけてだろ。
Intel Itaniumだってデュアルコア化さえ遅れる始末。

今すぐに製品として手に入るマルチコアなのだから、
Niagaraのインパクトは大きい。
3年近くつなげれば十分役目を果たしたと言えるだろう。

いずれNiagaraを凌駕するのは目に見えていますから、
なんて空手形で競合相手を抑えて成績を上げられるなら、
誰も苦労しない。
0081名無しさん@お腹いっぱい。2006/02/04(土) 01:32:19
インパクト大きいと思ってるのは関係者だけだろう
0082名無しさん@お腹いっぱい。2006/02/04(土) 01:37:18
さあ、ジャンプ。x86のロードマップが伸びる、大きく伸びる、伸びて着地、
きれいなIntelマーク、K10越えであります。
0083名無しさん@お腹いっぱい。2006/02/04(土) 01:39:30
ISSCC 2006では、トップでの発表になってるし、
少なくともCPU業界にはインパクトあったようですな。

Sunが単体CPU性能のベンチマークでIntelを凌駕したなんて、
本当に久しぶりですよ。
0084名無しさん@お腹いっぱい。2006/02/04(土) 01:42:19
それを素直に喜べないところにUNIX厨のネジクレた根性がある、と言ってみるテスツ
0085名無しさん@お腹いっぱい。2006/02/04(土) 01:42:52
UNIX厨というよりSun厨か
0086名無しさん@お腹いっぱい。2006/02/04(土) 03:06:25
UltraSPARC IV+はSUNの予想を上回る需要があるとのことだけど
SUNももっと高性能なCPU出せれば業績は上がるのにね
APLに期待するしかないのかね
0087名無しさん@お腹いっぱい。2006/02/04(土) 04:46:28
UltraSPARC IVが予想を上回る糞だったという事ですよ。
0088名無しさん@お腹いっぱい。2006/02/04(土) 04:50:38
ということにしたいのですね。:)
0089名無しさん@お腹いっぱい。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
>>59
これなんかデジャヴだったんだけど、
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
>>80
> 「これが最終形態で打ち止め」なんて製品はあるわけない。

馬鹿。話の流れが読めないのか。SunはNiagaraを最後にSPARC止めて、
AMDに移行って話だろうに。頭悪すぎ。
0092名無しさん@お腹いっぱい。2006/02/04(土) 10:32:15
>>86
Sunにそんな能力は無いよw
0093名無しさん@お腹いっぱい。2006/02/04(土) 11:02:45
X4400/X4600ってどうなったの?
まさかNiagaraを売ろうとして出し惜しみ?
0094名無しさん@お腹いっぱい。2006/02/04(土) 12:41:37
>>91
このスレの人間なら、まだこれから、Olympus、Niagara 2、Rock と
計画がひかえていることくらい常識なわけだが…
そろそろ巣に帰ったら?
0095名無しさん@お腹いっぱい。2006/02/04(土) 13:16:55
Niagaraって特定用途にターゲットを絞ったニッチ製品だろ。
K10, Rockなんて具体的な話は漏れて来ないし、本当に
出てくるのかという感じ。
う〜ん、期待できるのは...
0096名無しさん@お腹いっぱい。2006/02/04(土) 13:32:16
>>93
Niagaraを売ろうとしているんじゃなくて、40zの在庫が捌けないんじゃ?
40z年内に終了らしいんで、それまでに出ると思うけど。
0097名無しさん@お腹いっぱい。2006/02/04(土) 15:03:41
>>95
> Niagaraって特定用途にターゲットを絞ったニッチ製品だろ。

つーかSolarisの主要マーケットにターゲットだから、
そういうのを「特定用途」とか「ニッチ」っていうのはちょっと。
0098名無しさん@お腹いっぱい。2006/02/04(土) 17:42:22
Intel ちょうちん必死だなwww ほんとに笑える。このスレの頭から見た限り、
Intel には全然対抗策ないねw 手詰まりもいいとこ。あるのはお金と取り回しの悪いズウタイだけ。
終わってると確信できたよ。
0099名無しさん@お腹いっぱい。2006/02/04(土) 17:47:51
いいじゃん。活発だね。なんだかんだ言ってみんなNiagaraが気になるん
でしょう?ププッ
0100名無しさん@お腹いっぱい。2006/02/04(土) 17:54:51
>>90
しかしItanium2悲惨だな。
LinuxやJRockitが足引っ張っている可能性考えても、
SPARC64Vに対して優位性がなければ、後発RISC CPUの意味ないじゃん。
これじゃ、採用するとするのは、会社の事情だけだな。
0101名無しさん@お腹いっぱい。2006/02/04(土) 18:00:11
>>100
え、そう読むのですか?
1CPUあたりの性能が1.6GHzのItaと2GHzのSPARCで
同等かそれ以下と読むのだと思ってた。
0102名無しさん@お腹いっぱい。2006/02/04(土) 18:06:58
>>100
何言ってるんですか、「後発 RISC」じゃないです、VLIW ですよ。
まったくの新規テクノロジーなのに、死ぬほど開発リソース投入してるのに、
それでも性能出ないんですよ! いったいどうしてくれるんですか?!?!
0103名無しさん@お腹いっぱい。2006/02/04(土) 18:21:40
>>102

正確に言うと、VLIWは数十年というかなり長い(く寝かされている)技術。
問題は互換性なんだが、EPICで解決ということでItaniumが登場。
Intelの資本力でもって力でごり押しでも、やっぱダメだったね、という結論。

まぁコンピュータ量産機にはちょっと無理があるというか、組み込みとか
互換性をとる必要のないところには使われるアーキであるけれど。
0104名無しさん@お腹いっぱい。2006/02/04(土) 18:51:52
そもそも x86 で SMP 方面の機能まったく無視し続けてきたのに、Itanium がデスクトップ方面で
後継にならないからって、急にエンタープライズ/SMP 用として売ろうったって、ムリがあるわな。
ひょっとして x86 も SMP に脇目も振らなかったんじゃなくて、SMP 用に実装する
能力がなかったのか? 初代 Pentium(60/66MHz のやつね、...いや、i486 登場の時もか?)から
ずっと「今回のはマルチプロセッサへの考慮がされている」って毎回言ってたようだけど。
0105名無しさん@お腹いっぱい。2006/02/04(土) 19:23:23
> 1CPUあたりの性能が1.6GHzのItaと2GHzのSPARCで
> 同等かそれ以下と読むのだと思ってた。

ふつう、これを聞くと、SPARCまだまだ凄いじゃんって思うとおもうよ。
実績が全然違う上に、SPARCはスケーラブルであるということを示しているものね。

ソフト資産があれば、なおさらわざわざItaniumにする必要がないし、OSがLinux
だと、バージョンがアップで非互換が発生するのは、ある意味仕方ないモノね。
商業OSじゃないので、非互換なんて誰も気にしない。

0106名無しさん@お腹いっぱい。2006/02/04(土) 19:27:26
マルチプロセッサの考慮ってのはバスIFのことでしょ
とにかくハード的にMPに出来ないんじゃ話にならないから
で、SMPにしたからといって性能が出るわけじゃない
特に昔は同期がネックでマルチCPUにしても性能がでないと言われてた
デスクトップアプリの事情はまだあまり変わらないんじゃないかな
CPUが2個あると分かってても、普通の処理が2倍速くなるのは難しい
0107名無しさん@お腹いっぱい。2006/02/04(土) 20:04:17
>>97
例えば一般的なWEB+DBの3階層とか4階層のシステムでは、
WEBフロントエンド用途に絞っているじゃない。
Niagara鯖で後ろのデカDBを扱おうってのは見識を疑う。
Solarisや従来SPARC/SPARC64は、こういった絞り込みはせず、
なんにでも使えて性能出ますというアプローチでしょ。
0108名無しさん@お腹いっぱい。2006/02/04(土) 20:11:11
>>107
>WEBフロントエンド用途に絞っているじゃない。

んな事無いよ。

http://www.spec.org/jAppServer2004/results/res2005q4/jAppServer2004-20051109-00023.html
0109名無しさん@お腹いっぱい。2006/02/04(土) 20:30:50
>>107
そうかなぁ。DB でも性能出そうな気がするけどなぁ。PostgreSQL 8.1 には期待してる。
0110名無しさん@お腹いっぱい。2006/02/04(土) 20:34:29
それから、現 Niagara は FPU 1 個だからアレだけど、Niagara2 でコア毎に付くようになると、
デスクトップでも用途はあると思うよ。マルチメディア方面特に。
オレは DAW ソフトで音源やエフェクターのプラグインソフトが並列動作するようになると
けっこうすごいんじゃないかと見てるけど。
0111名無しさん@お腹いっぱい。2006/02/04(土) 20:54:03
OpenOffice をさぁ、それなりにマルチスレッドに構成したら操作めっちゃ快適になったり
しないんだろうか?
0112名無しさん@お腹いっぱい。2006/02/04(土) 21:18:08
>>100
そう思ってるのはSun信者だけ。
Window$、Linux、{HP-UX、(OpenVMS)}をchoiceできるのは大きい。

>>104
ItaniumはRISCの置き換えが目標だったから、
ミッドレンジ以上の鯖がターゲットでつよ。
0113名無しさん@お腹いっぱい。2006/02/04(土) 21:47:28
>>106
インテルCPUを32個とか積んだマシンがリリースされていて、
それなりに性能が出ているので、そうは考えにくいな。

>>110
Niagaraは8コアで1GHz。
Opteronの2コアで2GHzを2個に勝てるのかな。
0114名無しさん@お腹いっぱい。2006/02/04(土) 21:49:32
>>108
バックエンドはOpteronですが。
0115名無しさん@お腹いっぱい。2006/02/04(土) 22:00:22
>>113
> インテルCPUを32個とか積んだマシンがリリースされていて、
>>106 は x86 の話でしょ? x86 で 32CPU でちゃんと性能出てるのなんか、ないよ。

> Opteronの2コアで2GHzを2個に勝てるのかな。

すくなくとも Xeon にはぶっちぎりで勝ってるみたいだけど。
0116名無しさん@お腹いっぱい。2006/02/04(土) 22:31:34
あと、Niagaraを語る上では消費電力あたりの性能で考えてあげないとね
0117名無しさん@お腹いっぱい。2006/02/04(土) 22:46:17
Niagaraの消費電力あたりの性能は素晴らしいけど、適用分野を絞った結果だから。
並列度が低くなるほど、消費電力あたりの性能は低くなるのかな。
0118名無しさん@お腹いっぱい。2006/02/04(土) 23:12:37
>>109
性能出るかどうかはともかく、アレでシステム所要の見積もりなんてできん。
Xeonの2waySMTでも難儀だったのに4waySMT×8coreなんて…
0119名無しさん@お腹いっぱい。2006/02/04(土) 23:22:21
> Window$、Linux、{HP-UX、(OpenVMS)}をchoiceできるのは大きい。

で、そういう大きな利点とやらがある Itanium の売り上げは、
HP、SGI、NEC、日立、富士通、その他すべて合わせても、
Sun の SPARC システムの 55% にしかならないらしいんだが。

ttp://www.itmedia.co.jp/news/articles/0601/27/news080.html
> Itaniumシステムの総売り上げはSunのSPARCシステムの総売り上げの55%
0120名無しさん@お腹いっぱい。2006/02/04(土) 23:23:27
>>118
Niagara は SMT じゃなくて VMT (FGMT) だよ。
0121名無しさん@お腹いっぱい。2006/02/04(土) 23:37:24
>>119
需要
ia32 >>>>>>sparc>>itanium
という事実を忘れていまいか?
0122名無しさん@お腹いっぱい。2006/02/04(土) 23:56:43
>>119
まぁISAの発表だからあまりあてにはならん数字だが、ほぼ
03->19%、04->30%、05->55%
という延びで来てる。

今後HPCやメインフレームでSPARCが延びる事はないから
Niagaraで開拓しようとしてる唯一のニッチ市場がコケたら終りですよ。
昨年からOracleのFirst Build Targetが、SolarisからXeonのLinuxへ変わった事だし、
もっと危機感持った方がいいでつよ。
0123名無しさん@お腹いっぱい。2006/02/04(土) 23:56:53
これ見たけどさ、ぜんぜん速くないじゃん、PA-8700+ 875MHz x2 と Itanium2 900MHz x2
ほとんど性能同じ。PA-8700+ がどれくらいのもんかは知らないけど、少なくとも
「RISC といっしょぐらいです」と言ってるようにしか見えん。いみねーw

Itanium(R)2でOracleは速くなるか?
ttp://h50146.www5.hp.com/products/software/oe/hpux/developer/column/oracle_01/
0124名無しさん@お腹いっぱい。2006/02/04(土) 23:58:07
>>122
延びたのは日本企業が製品出したから、系列が買った(買わされた)。それが全てだろw
0125名無しさん@お腹いっぱい。2006/02/04(土) 23:59:26
>>122
> 今後HPCやメインフレームでSPARCが延びる事はないから
UltraSPARC IV+ の需要見誤った、バックオーダー溜まっちゃってます、って出てたけど?
0126名無しさん@お腹いっぱい。2006/02/05(日) 00:04:27
>>122
> Niagaraで開拓しようとしてる唯一のニッチ市場がコケたら終りですよ。

SPARC64Vがあるじゃないか。
0127名無しさん@お腹いっぱい。2006/02/05(日) 00:08:32
PAはRISCを名乗っているけど、RISCじゃねー。
Mysterious Instruction Set Computerと揶揄されるくらいなのに。
性能がピーキーで同じようなコードなのにパフォーマンスがぜんぜん違ってよくわからん。
0128名無しさん@お腹いっぱい。2006/02/05(日) 00:12:46
ビル・ゲイツもオプソが恐くて夜も眠れないこの御時世に
そらりすだけで商売する気ですか、皆さん?
0129名無しさん@お腹いっぱい。2006/02/05(日) 00:15:24
あいつは MS-DOS の時代から絶えずなんかが恐くてずっと寝てないよ。
寝たときは会社が終わる時だw
0130名無しさん@お腹いっぱい。2006/02/05(日) 00:25:00
私のおじいさんがくれた、初めてのワークステーション。
それはSPARCstationで、私は4歳(ry
0131名無しさん@お腹いっぱい。2006/02/05(日) 00:34:35
>>114
DB 以外全てを「WEBフロントエンド」と呼ぶなら。
0132名無しさん@お腹いっぱい。2006/02/05(日) 00:43:58
>112
Windows は事実上 Itanium サポートを切り捨てた
ってことをご存じありませんか、そうですか
0133名無しさん@お腹いっぱい。2006/02/05(日) 00:44:40
WSにおいては、だけど
鯖も怪しいよね
0134名無しさん@お腹いっぱい。2006/02/05(日) 01:36:26
>>127
それでもSPARCよりは速かった。
■ このスレッドは過去ログ倉庫に格納されています