Sun Microsystems 最恵の支援

**名無しさん＠お腹いっぱい。** · 2008/10/24(金) 20:09:31

Rock大遅延なるも、富士通のSPARC64に救われたSun。
これから、どうなるのでしょう

【前スレ】
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 21:54:19

てーか、RISC信者の勘違いキメェ
単にあとから効果がないとおもったものは全部RISC的じゃないとかいいだすんだよ
で、成功したやつはx86とかでもこれはRISCだとかねw
笑止

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 22:50:24

>>859
バークレーRISCのレジスタ・ウィンドウは、MIPSに否定されてるだろが。

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:00:15

MIPSが否定したって?
それがどうかしましたか?

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:13:47

少なくとも RISCがなんだかちゃんと理解してからシノゴノ言ってくれないか?
ただゴミまいてるだけじゃねーかよ。やだねー CISCコンプレックス。きも過ぎ。

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:17:41

>>852
i486DX2-33 が SS1+相当、-66が SS2よりちょっと遅いというのは
衆目一致した見解だったよ。もちろん FPU抜きでな。FPU入れたら i486は
話にならん。
で、SS10はだいぶ遅れたが、SS2よりはぶっちぎりで速かった。
遅いっていうのは、33MHzのやつのことか? そいつは触ってないけどな。
あ、ひょっとしてブート時のフレームバッファのテキスト表示見て言ってんのか?
いずれにせよ、知識なさすぎるわ。もう来るなやwwww

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:18:04

>>862
ヘネパタだったかパタヘネだったかの信者なんでね、レジスタウィンドウはRISC的とは思えないんだわ。

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:18:53

あ、i486の 33MHzは DX2じゃねーや。失礼。i486DX-33。

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:21:22

>>865
マジきもいな。そのパタの方がレジスタウィンドウのご本家さんだが。
あと 100ぺんあの本読め。それまで来るな。

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:26:50

ある時点では、レジスタウィンドウは正しいアプローチだと考えられていた。
しかし、ある時点で、それは無駄なハードウェアコストだと判明した。
それだけのことだよ。

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:29:57

使われるアプリの状況による。かなりの局面で、レジスタウィンドウは
今でも効いてるぜ。「クロック上げるのに苦労する」ってだけのはず。
も、ゴミまくな。くるな。

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:39:14

> 「クロック上げるのに苦労する」ってだけのはず。

いくらレジスタウィンドウによって速度向上しても、
クロック上がらないんじゃ相殺されちまうじゃないか。

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:44:07

RISC信者がいかにRISCを理解していないかがわかるな。
RISC命令セットだって試行錯誤の結果、いろいろな試みがされて、
中には失敗と思われる仕様もひきずっているのに
勝手なマイRISCを創って、自分の気にくわないものはRISCじゃないってか?w
かんべんしてくれよ。初期のRISCはx86ほどではないにしろ
とっくに古くなってしまった命令セットなんだよ。

**名無しさん＠お腹いっぱい。** · 2009/02/01(日) 23:46:41

>>842
ウソこけ。SS10出た当初はSuperSPARC 36MHzでMXCC無しでがっかりだったぞ！

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 00:06:37

486DXとは比べたことがないからわからないけど
36MHzでもSS2と比べたらずいぶん速くてビックリしたけどなあ

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 00:08:47

RISC命令セットはそもそもレジスタウインドウの研究の副産物として生まれたモノだw
元々レジスタウインドウがメインディッシュで、直交性の高い命令セットはその飾りだ。

**,,・ ∀ ・,,）っ-○◎○** · 2009/02/02(月) 00:51:30

>>874
ちがうだろ。シングルチップにアーキテクチャを押し込むのに
命令セットは小さくシンプルに押さえる必要があった。
実プログラムの命令比を分析したところ、Call/Returnが時間をくっていることがわかった。
それでCall/Returnを高速化するために、レジスタウインドウを導入。
VAXと比較したところ圧倒的パフォーマンスでレジスタウインドウマンセー。
だが、後にパフォーマンス向上の主たる要因は縮小した命令セットの方にあることがわかる。

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 00:54:50

>>871
だまれキモデブの CISCコンプレックスが。来るなと言ってるだろ。

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 02:45:38

>>875
初代SPARCは1チップではなかった・・・と思う。

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 02:49:34

Sunriseは2個だったけ?

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 02:55:56

富士通のゲートアレイで作られたのも、あったような。
RISCで回路規模が小さいとはいえ、ゲートアレイで作るなよ。

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 13:30:29

SUNのBlade150買ったがWEB見るぐらいしか役に立ってない。

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 16:26:29

x64サーバ撤退の噂はマジネタ？

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 16:43:24

撤退するなら SPARC サーバーじゃないの？ｗ

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 16:44:53

ハード部門を捨てるんだろ

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 19:27:58

歴史修正主義者のスクツ発見なり

**,,・ ∀ ・,,）っ-○◎○** · 2009/02/02(月) 21:25:55

だから、RISC語るなら少なくともバークレーRISCの論文よめって。
なんちゃってRISC信奉者大杉。
パターソンはもともとシングルチップコンピュータの研究してたんだよ。
おれの>>875書き込みは要約。

**,,・ ∀ ・,,）っ-○◎○** · 2009/02/02(月) 21:28:15

このスレ住人のRISC知識は底辺www
RISCを語る資格などないwww

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 21:32:42

>>881
まじで？

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 21:33:36

>>881
どこで仕入れたの？

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 22:51:32

>>885
あなたにとって、IA-64はRISCですか?

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 22:55:09

IA-64は糞
これはガチ

**,,・ ∀ ・,,）っ-○◎○** · 2009/02/02(月) 23:06:38

IA64がRISCなわけないじゃん。
でもIA64はいろんな意味ですごいぜ。
考えすぎな命令セットの極みというか。

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 23:09:40

>>891
なぜRISCではないのですか?

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 23:34:59

きみがRISCだとおもったらのならば、それでよいではないか
そう、何を隠そうIA64はRISCだ

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 23:47:11

IA-64はRISCじゃなくて糞

**名無しさん＠お腹いっぱい。** · 2009/02/02(月) 23:54:59

IA-64はRISCじゃなくてRISK

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 00:09:08

IA-64
命令数・・・少ない
コンパイラが頑張る・・・その通り

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 11:20:18

だからさー、別に「突き詰めたもの」を RISCというわけじゃないだろが。
それは宗教。みんな自分の都合のいいとこだけ指して「RISC」って言ってても
噛み合うわけがない。
で、>>886
違うだろ。知識がないのは CISCコンプレックスの x86擁護者だよ。
クズが混じっている。
その上で、1つだけ確かなことは、x86（80386でもいいが）の ISA設計には
いわゆる「RISC的な考え方」は一切入っていない、ということ。
RISC普及以後に設計された ISAは全て、それを RISCと呼ぼうが呼ぶまいが、
「RISC的な考え方」に影響を受けている。
IA-64も当然そう。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 14:21:15

インテルお抱えのコンパイラのエンジニアってしょぼいよな

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 14:54:42

うんしょぼいよな

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 14:59:43

いやまじでまじで

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 15:25:14

うんまじだな

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 15:32:23

いやーそれほどでも

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 15:34:42

何年コンパイラだけを研究してんねんってレベルのものしか作れない
終わってる・・・

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 15:44:21

Intelがドライバ作れないとか昔から言われてることじゃん
ソフトの開発力弱いって
あそこが美味しいのはNICとCPUのみでしょ

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 15:45:48

NICのみです

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 15:50:10

キーボードとフライトシミュレータじゃないの？

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 15:52:20

それはM$
キーボードはミツミの方が好きだなぁ
>>905
まぁね

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 15:56:02

i740量産の暁には君らは何も言えなくなる

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 15:58:27

ロジクール　＞＞＞ MS

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 16:00:20

IntelのオンボーロVGAのシェアがマーケットでは最大だから
負けて勝ち取るであるいみあっぱれ

i7が載るGPU積んだnforceが欲しいわ
ソラリス入れて遊ぶんだ

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 16:10:55

>>909
Mouse Systemsだよな、マウスは普通。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 16:20:24

>>910
オレなんか Matrox(cg12)で SunViewで遊べるんだぞ、その気になればw

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 17:27:59

>>897
勝手に人物像を作って叩くなよ

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 17:29:10

SPARCのクロックが途中から向上が鈍ったのは、なんでだろうね。
x86とか関係なくてさ。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 17:33:07

ソフトウェアに金回しすぎたんじゃね？

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 17:40:09

製造には興味なかったから

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 18:07:43

>>914
hyperSPARCが上がり出した時は「すぐに SPARCv9だ」と言って足ひっぱったし、
TurboSPARCもあまりいい扱いをしなかったよね。
あのまま SPARCv8が高クロック化して低価格品を提供してたら、
また違った展開があったかも知れない。

それと、x86のクロックを上げたのは Alpha残頭で、当時まだ SPARC敵視しまくり
だったんじゃないかな。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 19:42:05

>>914
SPARCだけでなく、他のRISCも鈍った。
そして、鈍ったというよりもむしろ、それまでがハイペースすぎた。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 20:19:40

製造プロセスの微細化を待たずに、複数命令の同時実行に走ったから。

パイプラインの各ステージの伝搬遅延を小さくして高クロックを狙うアプローチよりも、
処理を複雑にして伝搬遅延を増やして(クロックを下げて)でも、IPCを上げたほうが
高い性能が得られるとわかってしまったのよ。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 20:36:24

しかしSuperSPARCはわかっていてもちゃんとできなかったｗ

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 20:52:16

古いRISC
MIPS、PA-RISC、SPARC、SH

新しいRISC
ARM、Alpha、PowerPC

クイズ
この違いは何でしょう

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 22:10:45

>>897
「RISC的な考え方」って何だ?
説明してみ。その「私の考えるRISC的」が変だからRISCは宗教化しているって話題になってるわけで。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 22:14:04

ここで初期のRISCはパイプラインを効率良く回す云々といっているやつは正しい。
RISCはそれに最適化された命令セットをもっている。
固定長の命令セットとかロードストアアーキテクチャなんてのは単なるその結果の特徴分析であって、
RISCがはしりなわけでもないし、もしそれをRISC的な考えといってしまうのは間違っていますよ。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 22:49:12

命令セットの直交性とかはRISC/CISC関係ないか。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 22:54:49

関係ないね。

RISCは、
・パイプライン処理できる命令のみにする
・各ステージを1クロックで処理できるように、単純化した命令のみにする
・Cコンパイラを使うことを前提にし、重複する機能を持つ命令を持たせない
ということだからね。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 23:12:50

RISCと同時期のベクトルプロセッサやVLIWが固定長の命令を採用していても、
それがVLIW的な考え方、などといわれることはない。
元々ベクトルプロセッサはRISC以前の技術であるし、VLIWも技術的にはRISCと比べてわずかに登場が遅い程度のものだ。
しかしながら、RISC信奉者にかかってしまうと、固定長であれば、ロードストアアーキテクチャであれば、
なんでもこれはRISCの考え方だ、の一言でかたづけられてしまう。これは思考停止だ。
大体、何故ロードストアがその元祖であるCDC6600的だとはいわれずに、RISCの考えだといわれてしまうのか。

命令セットは設計された当時のハードウエア事情を反映して設計されているものであり、
同時期に設計された特に同クラスのアーキテクチャの多くが似通った特徴をもっているものだ。
RISC登場初期は主にメモリアクセスコストの変化がRISC以外でRISC似の特徴をもつアーキテクチャを生み出す結果になった。
また、現代においてx86とRISCの共通点もその時代にあったハードウエア事情を反映した一つの結果と解釈されるべきもので、
これはRISC信奉者に対しても今は一定の支持を得られているいるように見える。

**名無しさん＠お腹いっぱい。** · 2009/02/03(火) 23:26:26

CISC RISC論はあれるからもうやめようよ
x86が現行最強、それでFAだろいまのところ
Sunもx86ベンダー
ここはSPARCスレッドじゃない

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 01:28:40

>>921
遅延分岐スロットの有無か。

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 01:52:05

ttp://www.nminoru.jp/~nminoru/programming/arch/arch_features.html
SPARCがボロクソ

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 12:13:09

レジスタウインドウ批判はいまさらとしか

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 13:40:57

何度でも繰り返し強調しておかないと
SPARC厨は都合の悪いことをすぐ無かったことにするから

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 15:04:34

わざわざ「作成日：2005.6.13 」の記事引っ張りださなくてもｗ

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 15:59:16

>>932
その後、SPARCに何か進展はありましたか? v10は出ましたか?

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:12:20

>>927
SPARCが亡くなったらSolarisもSunも心中するから

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:16:54

そこらのx86にmetaSPARCとかneoSPARCとかの名前をつけて売ればおｋ

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:30:50

>>934
SunにSPARCとSPARC鯖の開発から手を引かせ、Solarisとx86鯖の開発に集中したほうがいい
なんていう話もあるぜ。

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:40:40

SunはSPARCとSolarisの開発から手を引いたほうがいい

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:43:51

PCサーバだけの収益でSolarisの開発を維持できるわけないだろ

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:46:25

>>937
そんなことしたらサーバメーカとしてはDell以下になるぞ

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:46:26

いっそ、SolarisのPOWER版つくるか？

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:49:40

もうDell以下

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:54:51

DELLは変な会社(良い意味でも悪い意味でも)
サーバーメーカー？

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 16:57:33

Intelも45nmのプロセス技術でAMDに1年もしないうちに追いつかれてる始末だからな
Core2のときはプロセス技術では独走態勢だったけど

これからはCPUよりもメモリがボトルネックになっていく
今までは先に進んだプロセス技術で他社よりも大容量のキャッシュメモリを搭載することで解消してたけど
今後、PC向けとほぼ同じアーキテクチャでサーバでも性能を発揮できるか疑問

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 17:04:28

Nehalem最強状態が2年は続くと思うがｗ
http://pc11.2ch.net/test/read.cgi/jisaku/1233491647/3
>■SAPS
>　Dual Xeon 5570(2.93GHz) 25530
>　Quad Shanghai (2.70GHz) 22000
>ttp://download.sap.com/download.epd?context=40E2D9D5E00EEF7CEFAB1A60619EA91B1FB11E23FC0B03F38E136DCEAD8120DA
>ttp://download.sap.com/download.epd?context=C204AB680DC3C9C99E517E3F38CDECBD48373813E84BE4BBDD5752F147180BEEBEB9071EC1B5ACB3

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 17:24:42

x86が強いのはせいぜい4CPUくらいまで
Sunや富士通にはこんなお化けのようなサーバがあるからな
ttp://www.spec.org/cpu2006/results/res2008q3/cpu2006-20080711-04737.html

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 17:48:58

Altix...

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 18:33:25

>>943
メモリのレイテンシ対策としてのマルチスレッド化は諸刃の剣
マルチスレッド化すればするほどキャッシュの容量が必要になり、
キャッシュ容量が足りなければ、キャッシュミスを増やしてしまう。

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 18:43:56

>>945
IntelのQPIはローカルで32ソケットをサポートしているから、
Nehalem-EXで、256コア構成は普通に可能になってしまうぞ。
今までのx86とはスケーラビリティがまるで異なる。APICも進化しているし。
もともとXeonが活躍しているHPCでも
Nehalemマシンが沢山ランクインするとみられるが。

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 18:44:13

>>945
すごいけど、何に使うの? いや、まじで。

単一SMPで、そこまでの性能が必要な用途、
そして、512コアにスレッドを分散させることが容易な用途。

実はパーティション切って使い、各パーティションは・・・なんてオチで、
より小規模な構成を数台でも構わなかったりしないか?
もちろん1台で全部のほうが柔軟なことは確かだけどさ。

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 18:45:15

全然すごくないって。
HPCとかではx86の方がSPARCより強いんだが。

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 18:49:18

ボトルネックは、メモリでもCPUでもなくて、ハードディスクだろうが、いまは

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 18:50:50

それいったらますますSunというメーカーにこだわる理由なんてないな。
ストレージ総合スレでもたててやったらどうだ?

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 18:56:30

ボトルネックがメモリとか抜けたこといってるから、教えたやっただけ

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 19:11:51

ボトルネックがメモリってのは正しいが何か?

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 19:18:01

メモリがボトルネックなら、ハードディスクなはなんだ？
アスホールか？

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 19:22:41

いまいち

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 19:40:21

演算とI/Oをごっちゃにしか考えられないアフォの相手をしている余裕などない。
しまいには、ネットワークの遅延のがネックだとか、ユーザがとろいのがネックだなどと言い出すに違いない。
ここまでCPUの話できているのに文脈から話の範囲を判断できないやつは仕事もできないのだろうな。

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 19:40:28

はずしたな

**名無しさん＠お腹いっぱい。** · 2009/02/04(水) 20:03:04

Mシリーズは富士通なんだから高性能でスケールして当然。