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

Sun Microsystems 最恵の支援

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001名無しさん＠お腹いっぱい。2008/10/24(金) 20:09:31
Rock大遅延なるも、富士通のSPARC64に救われたSun。
これから、どうなるのでしょう

【前スレ】
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/
0886,,・ ∀ ・,,）っ-○◎○2009/02/02(月) 21:28:15
このスレ住人のRISC知識は底辺www
RISCを語る資格などないwww
0887名無しさん＠お腹いっぱい。2009/02/02(月) 21:32:42
>>881
まじで？
0888名無しさん＠お腹いっぱい。2009/02/02(月) 21:33:36
>>881
どこで仕入れたの？
0889名無しさん＠お腹いっぱい。2009/02/02(月) 22:51:32
>>885
あなたにとって、IA-64はRISCですか?
0890名無しさん＠お腹いっぱい。2009/02/02(月) 22:55:09
IA-64は糞
これはガチ
0891,,・ ∀ ・,,）っ-○◎○2009/02/02(月) 23:06:38
IA64がRISCなわけないじゃん。
でもIA64はいろんな意味ですごいぜ。
考えすぎな命令セットの極みというか。
0892名無しさん＠お腹いっぱい。2009/02/02(月) 23:09:40
>>891
なぜRISCではないのですか?
0893名無しさん＠お腹いっぱい。2009/02/02(月) 23:34:59
きみがRISCだとおもったらのならば、それでよいではないか
そう、何を隠そうIA64はRISCだ
0894名無しさん＠お腹いっぱい。2009/02/02(月) 23:47:11
IA-64はRISCじゃなくて糞
0895名無しさん＠お腹いっぱい。2009/02/02(月) 23:54:59
IA-64はRISCじゃなくてRISK
0896名無しさん＠お腹いっぱい。2009/02/03(火) 00:09:08
IA-64
命令数 ・・・ 少ない
コンパイラが頑張る ・・・ その通り
0897名無しさん＠お腹いっぱい。2009/02/03(火) 11:20:18
だからさー、別に「突き詰めたもの」を RISCというわけじゃないだろが。
それは宗教。みんな自分の都合のいいとこだけ指して「RISC」って言ってても
噛み合うわけがない。
で、>>886
違うだろ。知識がないのは CISCコンプレックスの x86擁護者だよ。
クズが混じっている。
その上で、1つだけ確かなことは、x86（80386でもいいが）の ISA設計には
いわゆる「RISC的な考え方」は一切入っていない、ということ。
RISC普及以後に設計された ISAは全て、それを RISCと呼ぼうが呼ぶまいが、
「RISC的な考え方」に影響を受けている。
IA-64も当然そう。
0898名無しさん＠お腹いっぱい。2009/02/03(火) 14:21:15
インテルお抱えのコンパイラのエンジニアってしょぼいよな
0899名無しさん＠お腹いっぱい。2009/02/03(火) 14:54:42
うんしょぼいよな
0900名無しさん＠お腹いっぱい。2009/02/03(火) 14:59:43
いやまじでまじで
0901名無しさん＠お腹いっぱい。2009/02/03(火) 15:25:14
うんまじだな
0902名無しさん＠お腹いっぱい。2009/02/03(火) 15:32:23
いやーそれほどでも
0903名無しさん＠お腹いっぱい。2009/02/03(火) 15:34:42
何年コンパイラだけを研究してんねんってレベルのものしか作れない
終わってる・・・
0904名無しさん＠お腹いっぱい。2009/02/03(火) 15:44:21
Intelがドライバ作れないとか昔から言われてることじゃん
ソフトの開発力弱いって
あそこが美味しいのはNICとCPUのみでしょ
0905名無しさん＠お腹いっぱい。2009/02/03(火) 15:45:48
NICのみです
0906名無しさん＠お腹いっぱい。2009/02/03(火) 15:50:10
キーボードとフライトシミュレータじゃないの？
0907名無しさん＠お腹いっぱい。2009/02/03(火) 15:52:20
それはM$
キーボードはミツミの方が好きだなぁ
>>905
まぁね
0908名無しさん＠お腹いっぱい。2009/02/03(火) 15:56:02
i740量産の暁には君らは何も言えなくなる
0909名無しさん＠お腹いっぱい。2009/02/03(火) 15:58:27
ロジクール　＞＞＞ MS
0910名無しさん＠お腹いっぱい。2009/02/03(火) 16:00:20
IntelのオンボーロVGAのシェアがマーケットでは最大だから
負けて勝ち取るであるいみあっぱれ

i7が載るGPU積んだnforceが欲しいわ
ソラリス入れて遊ぶんだ
0911名無しさん＠お腹いっぱい。2009/02/03(火) 16:10:55
>>909
Mouse Systemsだよな、マウスは普通。
0912名無しさん＠お腹いっぱい。2009/02/03(火) 16:20:24
>>910
オレなんか Matrox(cg12)で SunViewで遊べるんだぞ、その気になればw
0913名無しさん＠お腹いっぱい。2009/02/03(火) 17:27:59
>>897
勝手に人物像を作って叩くなよ
0914名無しさん＠お腹いっぱい。2009/02/03(火) 17:29:10
SPARCのクロックが途中から向上が鈍ったのは、なんでだろうね。
x86とか関係なくてさ。
0915名無しさん＠お腹いっぱい。2009/02/03(火) 17:33:07
ソフトウェアに金回しすぎたんじゃね？
0916名無しさん＠お腹いっぱい。2009/02/03(火) 17:40:09
製造には興味なかったから
0917名無しさん＠お腹いっぱい。2009/02/03(火) 18:07:43
>>914
hyperSPARCが上がり出した時は「すぐに SPARCv9だ」と言って足ひっぱったし、
TurboSPARCもあまりいい扱いをしなかったよね。
あのまま SPARCv8が高クロック化して低価格品を提供してたら、
また違った展開があったかも知れない。

それと、x86のクロックを上げたのは Alpha残頭で、当時まだ SPARC敵視しまくり
だったんじゃないかな。
0918名無しさん＠お腹いっぱい。2009/02/03(火) 19:42:05
>>914
SPARCだけでなく、他のRISCも鈍った。
そして、鈍ったというよりもむしろ、それまでがハイペースすぎた。
0919名無しさん＠お腹いっぱい。2009/02/03(火) 20:19:40
製造プロセスの微細化を待たずに、複数命令の同時実行に走ったから。

パイプラインの各ステージの伝搬遅延を小さくして高クロックを狙うアプローチよりも、
処理を複雑にして伝搬遅延を増やして(クロックを下げて)でも、IPCを上げたほうが
高い性能が得られるとわかってしまったのよ。
0920名無しさん＠お腹いっぱい。2009/02/03(火) 20:36:24
しかしSuperSPARCはわかっていてもちゃんとできなかったｗ
0921名無しさん＠お腹いっぱい。2009/02/03(火) 20:52:16
古いRISC
MIPS、PA-RISC、SPARC、SH

新しいRISC
ARM、Alpha、PowerPC

クイズ
この違いは何でしょう
0922名無しさん＠お腹いっぱい。2009/02/03(火) 22:10:45
>>897
「RISC的な考え方」って何だ?
説明してみ。その「私の考えるRISC的」が変だからRISCは宗教化しているって話題になってるわけで。
0923名無しさん＠お腹いっぱい。2009/02/03(火) 22:14:04
ここで初期のRISCはパイプラインを効率良く回す云々といっているやつは正しい。
RISCはそれに最適化された命令セットをもっている。
固定長の命令セットとかロードストアアーキテクチャなんてのは単なるその結果の特徴分析であって、
RISCがはしりなわけでもないし、もしそれをRISC的な考えといってしまうのは間違っていますよ。
0924名無しさん＠お腹いっぱい。2009/02/03(火) 22:49:12
命令セットの直交性とかはRISC/CISC関係ないか。
0925名無しさん＠お腹いっぱい。2009/02/03(火) 22:54:49
関係ないね。

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

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

命令セットは設計された当時のハードウエア事情を反映して設計されているものであり、
同時期に設計された特に同クラスのアーキテクチャの多くが似通った特徴をもっているものだ。
RISC登場初期は主にメモリアクセスコストの変化がRISC以外でRISC似の特徴をもつアーキテクチャを生み出す結果になった。
また、現代においてx86とRISCの共通点もその時代にあったハードウエア事情を反映した一つの結果と解釈されるべきもので、
これはRISC信奉者に対しても今は一定の支持を得られているいるように見える。
0927名無しさん＠お腹いっぱい。2009/02/03(火) 23:26:26
CISC RISC論はあれるからもうやめようよ
x86が現行最強、それでFAだろ いまのところ
Sunもx86ベンダー
ここはSPARCスレッドじゃない
0928名無しさん＠お腹いっぱい。2009/02/04(水) 01:28:40
>>921
遅延分岐スロットの有無か。
0929名無しさん＠お腹いっぱい。2009/02/04(水) 01:52:05
ttp://www.nminoru.jp/~nminoru/programming/arch/arch_features.html
SPARCがボロクソ
0930名無しさん＠お腹いっぱい。2009/02/04(水) 12:13:09
レジスタウインドウ批判はいまさらとしか
0931名無しさん＠お腹いっぱい。2009/02/04(水) 13:40:57
何度でも繰り返し強調しておかないと
SPARC厨は都合の悪いことをすぐ無かったことにするから
0932名無しさん＠お腹いっぱい。2009/02/04(水) 15:04:34
わざわざ「作成日：2005.6.13 」の記事引っ張りださなくてもｗ
0933名無しさん＠お腹いっぱい。2009/02/04(水) 15:59:16
>>932
その後、SPARCに何か進展はありましたか? v10は出ましたか?
0934名無しさん＠お腹いっぱい。2009/02/04(水) 16:12:20
>>927
SPARCが亡くなったらSolarisもSunも心中するから
0935名無しさん＠お腹いっぱい。2009/02/04(水) 16:16:54
そこらのx86にmetaSPARCとかneoSPARCとかの名前をつけて売ればおｋ
0936名無しさん＠お腹いっぱい。2009/02/04(水) 16:30:50
>>934
SunにSPARCとSPARC鯖の開発から手を引かせ、Solarisとx86鯖の開発に集中したほうがいい
なんていう話もあるぜ。
0937名無しさん＠お腹いっぱい。2009/02/04(水) 16:40:40
SunはSPARCとSolarisの開発から手を引いたほうがいい
0938名無しさん＠お腹いっぱい。2009/02/04(水) 16:43:51
PCサーバだけの収益でSolarisの開発を維持できるわけないだろ
0939名無しさん＠お腹いっぱい。2009/02/04(水) 16:46:25
>>937
そんなことしたらサーバメーカとしてはDell以下になるぞ
0940名無しさん＠お腹いっぱい。2009/02/04(水) 16:46:26
いっそ、SolarisのPOWER版つくるか？
0941名無しさん＠お腹いっぱい。2009/02/04(水) 16:49:40
もうDell以下
0942名無しさん＠お腹いっぱい。2009/02/04(水) 16:54:51
DELLは変な会社(良い意味でも悪い意味でも)
サーバーメーカー？
0943名無しさん＠お腹いっぱい。2009/02/04(水) 16:57:33
Intelも45nmのプロセス技術でAMDに1年もしないうちに追いつかれてる始末だからな
Core2のときはプロセス技術では独走態勢だったけど

これからはCPUよりもメモリがボトルネックになっていく
今までは先に進んだプロセス技術で他社よりも大容量のキャッシュメモリを搭載することで解消してたけど
今後、PC向けとほぼ同じアーキテクチャでサーバでも性能を発揮できるか疑問
0944名無しさん＠お腹いっぱい。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
0945名無しさん＠お腹いっぱい。2009/02/04(水) 17:24:42
x86が強いのはせいぜい4CPUくらいまで
Sunや富士通にはこんなお化けのようなサーバがあるからな
ttp://www.spec.org/cpu2006/results/res2008q3/cpu2006-20080711-04737.html
0946名無しさん＠お腹いっぱい。2009/02/04(水) 17:48:58
Altix...
0947名無しさん＠お腹いっぱい。2009/02/04(水) 18:33:25
>>943
メモリのレイテンシ対策としてのマルチスレッド化は諸刃の剣
マルチスレッド化すればするほどキャッシュの容量が必要になり、
キャッシュ容量が足りなければ、キャッシュミスを増やしてしまう。
0948名無しさん＠お腹いっぱい。2009/02/04(水) 18:43:56
>>945
IntelのQPIはローカルで32ソケットをサポートしているから、
Nehalem-EXで、256コア構成は普通に可能になってしまうぞ。
今までのx86とはスケーラビリティがまるで異なる。APICも進化しているし。
もともとXeonが活躍しているHPCでも
Nehalemマシンが沢山ランクインするとみられるが。
0949名無しさん＠お腹いっぱい。2009/02/04(水) 18:44:13
>>945
すごいけど、何に使うの? いや、まじで。

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

実はパーティション切って使い、各パーティションは・・・なんてオチで、
より小規模な構成を数台でも構わなかったりしないか?
もちろん1台で全部のほうが柔軟なことは確かだけどさ。
0950名無しさん＠お腹いっぱい。2009/02/04(水) 18:45:15
全然すごくないって。
HPCとかではx86の方がSPARCより強いんだが。
0951名無しさん＠お腹いっぱい。2009/02/04(水) 18:49:18
ボトルネックは、メモリでもCPUでもなくて、ハードディスクだろうが、いまは
0952名無しさん＠お腹いっぱい。2009/02/04(水) 18:50:50
それいったらますますSunというメーカーにこだわる理由なんてないな。
ストレージ総合スレでもたててやったらどうだ?
0953名無しさん＠お腹いっぱい。2009/02/04(水) 18:56:30
ボトルネックがメモリとか抜けたこといってるから、教えたやっただけ
0954名無しさん＠お腹いっぱい。2009/02/04(水) 19:11:51
ボトルネックがメモリってのは正しいが何か?
0955名無しさん＠お腹いっぱい。2009/02/04(水) 19:18:01
メモリがボトルネックなら、ハードディスクなはなんだ？
アスホールか？
0956名無しさん＠お腹いっぱい。2009/02/04(水) 19:22:41
いまいち
0957名無しさん＠お腹いっぱい。2009/02/04(水) 19:40:21
演算とI/Oをごっちゃにしか考えられないアフォの相手をしている余裕などない。
しまいには、ネットワークの遅延のがネックだとか、ユーザがとろいのがネックだなどと言い出すに違いない。
ここまでCPUの話できているのに文脈から話の範囲を判断できないやつは仕事もできないのだろうな。
0958名無しさん＠お腹いっぱい。2009/02/04(水) 19:40:28
はずしたな
0959名無しさん＠お腹いっぱい。2009/02/04(水) 20:03:04
Mシリーズは富士通なんだから高性能でスケールして当然。
0960名無しさん＠お腹いっぱい。2009/02/04(水) 20:04:45
955 ：名無しさん＠お腹いっぱい。 [↓] ：2009/02/04(水) 19:18:01
メモリがボトルネックなら、ハードディスクなはなんだ？
アスホールか？

これどゆこと?
0961名無しさん＠お腹いっぱい。2009/02/04(水) 20:05:34
気にするな
0962名無しさん＠お腹いっぱい。2009/02/04(水) 20:07:53
ボトルネック = 瓶の首
アスホール = ケツの穴

これでわかるだろwwwwwwwwwwwwwwwwwwwwwwwwwww
0963名無しさん＠お腹いっぱい。2009/02/04(水) 20:35:53
>>960
つまるところの話だな…(ry
0964名無しさん＠お腹いっぱい。2009/02/04(水) 20:37:57
ケツの穴は、出すものではないって話ですね。
便秘文化の人か。
0965名無しさん＠お腹いっぱい。2009/02/04(水) 21:18:39
xVM Server リリースされないね。去年リリースの予定だったのに。
最近の Sun は遅れるのがデフォだな。
0966名無しさん＠お腹いっぱい。2009/02/04(水) 21:32:35
瓶の穴にはアナ開いてないよ
0967名無しさん＠お腹いっぱい。2009/02/04(水) 21:35:55
そうなの？
0968名無しさん＠お腹いっぱい。2009/02/04(水) 21:49:24
>>948
今のXeonMPだって32ソケットまでサポートしているが・・・
純正マザーボードも出ないし基本的に8ソケット以上はIntelはやる気が無い
0969名無しさん＠お腹いっぱい。2009/02/04(水) 21:51:43
まあ、あと1年すりゃいままでとXeonの地位が大夫ちがうことが
いやでもわかるからいいや。
0970名無しさん＠お腹いっぱい。2009/02/04(水) 21:55:40
だな
Xeon最強！
0971名無しさん＠お腹いっぱい。2009/02/04(水) 23:09:00
最後のUltraSPARC
0972名無しさん＠お腹いっぱい。2009/02/04(水) 23:14:06
>>969
相変わらずRASもスケーラビリティもItaniumと差別化されるようだが？
具体的にお願いします
0973名無しさん＠お腹いっぱい。2009/02/04(水) 23:17:01
最大の超新星
0974名無しさん＠お腹いっぱい。2009/02/05(木) 04:55:40
最後のスレ
0975名無しさん＠お腹いっぱい。2009/02/05(木) 10:54:08
>>929
いきなりのっけから間違ってるがwwww SPARCは バークレーRISCだつーのw
>>921
答えはわからんが、時系列だと ARMはすごく古いぞ。SPARCや MIPSと同時期か
さらに早いくらい。
0976名無しさん＠お腹いっぱい。2009/02/05(木) 10:56:26
最後の偵察
最後の斥候
最後の投機
最後の岩延
0977名無しさん＠お腹いっぱい。2009/02/05(木) 10:58:06
>>948
まあ、まだ実績皆無だからな。お手並拝見だ。
0978名無しさん＠お腹いっぱい。2009/02/05(木) 10:59:34
最後の実績
0979名無しさん＠お腹いっぱい。2009/02/05(木) 11:41:52
>>936
昨日はじめて IT系の株買った投資家みたいなこと言ってるな。
現状の米国資本主義の悪い面の典型。目先しか考えないで適当なこと巻き散らして
経営の邪魔。
0980名無しさん＠お腹いっぱい。2009/02/05(木) 12:13:39
よくある顛末

短期利益を追求
　↓
事業の切り売り、研究開発の縮小、技術・人材の流出
　↓
一時的に利益は出るかもしれない、株主はウハウハ
　↓
売れない・売るものがなくなってきた
　↓
どうにもならなくなって終了

本当に重要で将来性の高い分野にうまく集中できればいいが
うまくやれたという話はそうあるもんじゃないよな
0981名無しさん＠お腹いっぱい。2009/02/05(木) 13:11:02
最後まで悪あがき
0982名無しさん＠お腹いっぱい。2009/02/05(木) 13:13:26
最後の悪あがき　でいいよｗ
0983名無しさん＠お腹いっぱい。2009/02/05(木) 13:59:55
だめだろつまらん。少しはヒネれよ。
0984名無しさん＠お腹いっぱい。2009/02/05(木) 14:05:28
>>922
問題なのは宗教にして弾圧根拠に利用しようという CISCコンプレックスの
習癖なのだよ。ダメだろ人として。キミのことだぞ?
0985名無しさん＠お腹いっぱい。2009/02/05(木) 14:36:50
最後のお願い
レス数が950を超えています。1000を超えると書き込みができなくなります。