Sun Microsystems 最期の神託

**名無しさん＠お腹いっぱい。** · 2009/05/11(月) 19:40:54

コンピュータの歴史上に数々の革新を生んできたSun Microsystemsも、
いよいよ神託(oracle)によって最期を迎える。

「汝自身を知れ」

【前スレ】
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/

**名無しさん＠お腹いっぱい。** · 2009/05/26(火) 13:22:19

Sunが買収したおかげで活気付いたオープンソースと言えばOOo(StarOffice)だろ。

**名無しさん＠お腹いっぱい。** · 2009/05/26(火) 13:49:25

たしかにこれを紹介するとみんな喜んでる

**名無しさん＠お腹いっぱい。** · 2009/05/26(火) 19:20:46

>>573
全くだ。さっさと整理して、クラスAアドレス2個返却してよねw

**名無しさん＠お腹いっぱい。** · 2009/05/27(水) 11:18:53

Nehalem-EXのRAS強化するんだってさ。

**名無しさん＠お腹いっぱい。** · 2009/05/27(水) 14:40:33

いいんじゃない？

**名無しさん＠お腹いっぱい。** · 2009/05/27(水) 20:20:43

ますます、SPARCが売れなくなるね

**名無しさん＠お腹いっぱい。** · 2009/05/27(水) 22:08:00

もうSPARCでがんばる理由はあまりないし

**名無しさん＠お腹いっぱい。** · 2009/05/27(水) 22:24:33

もうXeonでいいよ

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 00:06:52

技術的に優秀でもないサンの製品も誰も買わないだろ、
Solaris みても Linux　のほうがどうみても技術的に上だろ、sparc　は骨董品だし
オラクルも Java だけほしかったんだろうな

Solaris は Gnu free soft 行きで、sparc は中国あたりの企業に sｔｋ　関連の製品は、EMC にさっさと売却されるだろうな

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 00:10:45

>Solaris みても Linux　のほうがどうみても技術的に上だろ、

つまらんジョークだな。

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

さすがにUNIX板でこれはない

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 00:21:59

>>586
また固有名詞もまともに綴れないバカがシッタカしてるな
普段からエセ技術話をかまして周囲にバカ認定されてる困った人ってカンジ

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 06:39:15

釣りだろう

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 10:33:21

x86みたいなクソムダな技術は使わない、という人はたくさんいるけど。
実際 x86が身の回りにひとつもなくても何も困らないし。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 10:40:06

そりゃ困らないよ
でもPC WSがないのはちょっと困るかな

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 10:54:53

>>591って仕事してないんだろうな。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 11:02:50

インターネット中継するにも一切必要ないし、この世に存在しなくても
なんにも問題ないね。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 12:11:45

SPARCにも同じことが言えるんだが・・・アホだな。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 12:18:56

別に「比べて SPARCは必要」とは言ってないが。被害妄想激しいねw
まあ、ルーター、スイッチ等の機器と Unixマシンがあればインターネットは
成立するから。x86なんてこの世に不要だし。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 12:47:23

組み込み機器でx86が使われてないからx86は不要
ていう論理がわからん

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 13:27:29

そういう意味じゃないよ。x86から生まれるものは何もないので、x86は不要。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 13:58:19

Sun信者で一匹だけキチガイがいる
ウザイ

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 14:22:14

信者はどんな信者でも全員がキチガイだ
今日はまともな事を言っているように見えても明日はキチガイに早変わり
それが宗教の本質

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 17:34:30

x86クサすとすぐ貼り着くからすぐ検出可能なんだが。低脳くんww

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 17:44:21

「経済的な現実的な選択としてx86が普及している」という事実を、
誤解して

「x86の設計上の技術的優位性が競争力で勝って普及した！」

などと思い込むのは間違いだ

・・・とかいう趣旨なんだろうが、それって誰に向けて言ってるの？

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 18:22:06

x86の技術的優位性を理解できないほどマヌケだから
会社が他人の手に渡るんだよ

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 20:10:02

>>602
↑↑ ほらほら、コイツに向かって。うは、あわれ～w

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 20:20:38

平日は工作員さんでいっぱいですね。

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 20:28:04

俺ニートだけどむしろ週末に工作員が増える傾向がある

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 20:45:17

飛んで火に入るサル低脳。まさに...

**名無しさん＠お腹いっぱい。** · 2009/05/28(木) 22:20:38

ｳｾﾞｰよ

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 03:21:33

>>603
x86の優位性は、Intel工場による製造上の優位性でしょ？

もし、x86とSPARCのアーキテクチャが逆だったら、x86がSunと共に衰退し、
SPARCがIntelの大資本の下で強化されて速く、安く、普及していたはず。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 05:52:34

>>609
ダウト

AMDはIntel工場で生産していないが、しかし、Opteronはそれなりの優位性がある。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 09:15:45

hyperSPARCは順調にクロックを上げつつあったんだな。
それが、SPARCv9 64bitへの移行ということで 200MHzでやめてしまった。
自ら引いたのか横から圧力があったのか宣伝に負けたのかは知らん。
初期の UltraSPARCは確かに競争力あったが、300MHzあたりでクロックが
パッタリあがらなくなった。hyperSPARC共存させて 32bitクロックゲームに
参加してたらどうなってたかというとこ興味あるんだが.. どう思う?

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 09:20:08

>>609,610
投下リソースの規模（ケタ）の違いであって、x86アーキ自体は
RISC登場以降はクズでしょ。
>>602
こいつずーーーっとここに貼り着いてるよ? おメメ節穴ですか?w

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 09:42:38

>>612だろ、スレに貼り付いてるのは。
Intelと違ってAMDの工場は、数も規模も、それほど大きくはない。

にもかかわらず、K8という優れたCPUを世に送り出してIA64を抹殺し、
Sunにx86採用を決意させたのは、素晴らしいことだと思う。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 09:45:32

>>611
UltraSPARC初代って、当時、64bitはあまり必要とされてなくて、32bitで使ってた。
それでSunがhyperSPARCを潰したのだと思うよ。
UltraSPARCよりもhyperSPARCが売れたら困る、と。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 10:00:20

hyperSPARCはSunではなくRoss→Fujitsuだ。
HAL→FujitsuのSPARC64と競合するので潰されたんだろ

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 10:08:06

いま思うと
・Pentiumとの性能比較で微妙だった
・SPARCstationのナンバリングと、性能序列がわかりにくかった
ってこともあって、よく知らない人への訴求力が弱かった。

え? SS20よりSS5のほうが速いの? なんで? とか。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 12:04:50

そもそも初期のUltraSPARCは64bitはアレだったし

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 13:19:17

Ultra1 の最初のモデルなんかほとんど SPARCstation20++ って感じだったもんなｗ

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 13:41:09

>>616
Pentium比では 400MHzくらいまでは UltraSPARCの方が上だったよ。
Slot1とかやってた頃は「やっぱ Intelってダメ会社なんだ」って思ってたし、
PenProはキャッシュ外れると悲惨なデキ損ないだったし。
FC-PGAに戻って、Athlonとクロック競争し出してからだね、性能がよくなったのは。

> え? SS20よりSS5のほうが速いの? なんで? とか。
一般論だと SS20の方が速いけど。何が言いたいの?
積んでる CPUで逆転があるのは別に Sunに限らずそこらじゅうにあるでしょ?

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 13:44:16

>>617
バグがあった、というだけ。後の Solarisがそれ嫌ってサポート外しただけ。
他の OSは 64bitで動くよ。Solarisももっと早い段階で 64bit対応できてれば
サポートしてたでしょ。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 13:45:01

>>618
へぇ。後の方のモデルだとそうじゃなくなったの? Solaris使ったこと、ある?

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 14:01:07

トランジスタ素子を大量に詰め込めるようになったおかげで、命令セットが汚くても
大丈夫になったのどっかのコラムにあったな。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 14:01:46

>>619
> 積んでる CPUで逆転がある

まさに、それが問題だった。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 14:02:32

いくらx86を卑下したところでSPARCの未来は明るくなりませんが

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 14:09:42

卑下というのは自分に対する態度です。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 14:12:11

誤用だとわかっているのなら、意図している意味もわかるだろう

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 14:51:16

>>621
Ultra1 Creator の 200MHz くらいでちょっとマシになったけど、
最初の Ultra1/140MHz なんか TGX で 32bit じゃんｗ

>　- Sun Ultra 1 Model 140 TurboGX　2,280,000 円 (税別) [１９９５年１１月１５日]
>　（143MHz UltraSPARC、32MB メモリ、1.05GB ディスク、17 インチ・カラーモニタ）

> - Sun Ultra 1 Creator Model 200E 　3,670,000 円 (税別) [１９９６年７月３１日]
>　（200MHz UltraSPARC、64MB メモリ、2.1GB ディスク、　20 インチ・カラーモニタ）

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 14:51:53

卑下の使い方も知らないほど無教養なのにCPUの優劣を論じるなどおこがましい
と言いたいのでは？

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 14:53:57

SuperSPARCは486で
HyperSPARCは5x86で
UltraSPARCはPentium

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 16:17:43

サンからこんなメールが来たー！
いよいよ sun.co.jp は返上か？ｗ

さて、サン・マイクロシステムズ本社において、メールアドレスのドメインの
統合を進めている関係で、これまでご利用いただいておりました、
SDCへのお問い合わせ用アドレスが使用できなくなりました。
恐れ入りますが、今後は新しいアドレスへご連絡をお願いします。

旧）sdc@sun.co.jp
　　　　↓
新）sdn-japan@sun.com

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 16:23:11

>>616
SS20の遅いヤツとTurboSPARCのSS5ならわからんでもないが
microSPARC-IIがSuperSPARC+やhyperSPARCより速いなんてないな

>>620
あの致命的なエラッタって他のOSでは問題なかったの？

>>627
そうやって挙げてる製品をちゃんと使ったことあるのか？

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 16:24:34

>>629
素Pen 266MHzと hyperSPARC 125MHz SS20が近い感じだったよ。
触ったことないんだろ?

SPARC 25MHz SS1+と i486DX2-66, SPARC 40MHz SS2と i486DX4 100MHzが
当時だいたい近い、という話だった。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 16:30:37

>>623
あんた一人で混乱してるだけだろ? Sun以外でもなんぼでもあるだろが。
パソコンしか使ったことないやつはこれだから...

>>627
だからさ、その後の UltraSPARC IIだろうが IIIだろうが、速い SS20だろうがよ。
DOS-Winが NT系になったりはしないんだよ、まともな計算機はさ。

TGXで 32bitとか、わけわからんww Sbus積んでりゃどれでも TGXは付くわい。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 16:36:38

>>631
> あの致命的なエラッタって他のOSでは問題なかったの？

OSに回避コードを入れるとパフォーマンスが落ちる。
Solarisが 64bit対応した時は既に UltraSPARC-I はかなり古い CPUに
なってたし、回避コード入れたのを導入されて「遅い」ってクレーム受けるより
入れずにサポート外した方がいいという判断と思うよ。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 16:43:05

>>631
SS5/170 だっけ？
あれが一番よかったなｗ

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 16:47:55

なんだか一人必死なやつがいるな。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 17:07:07

SS2か
マヨネーズの中を泳いでるみたく遅かったな

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 17:20:20

なあに、Sun3に比べりゃ天国よ。
一時期DECstation 3100に浮気したくらい、Sun3はトロかった。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 17:28:55

SS2っつったら、般人が 80286 16MHz の PC-9801RXで EMSで拡張ドライブして
バグバグの一太郎4使ってた時代だからな。80386の 9801RAも出てたが、
高い機種だった。
めちゃ速かったよ。そんな賞味期限とっくに過ぎてジャンク屋から買って来た時の
話されたってな。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 17:37:52

ﾊ-ﾄﾞﾃﾞｨｽｸが普及しはじめたころか
当時は、40MBでWin95とLinuxを余裕でデュアルブートで使えてた
今となっては不思議

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 17:49:39

9801RXは 12MHzだな。MS-DOS 3.3。米国だと当時もう MS-DOS 4.0が出てるが。
16bit www

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 18:00:41

>>639
チョウの写真や北斎の波がウィンドウの中をナナメにスライドしまくるデモ見て
心底感動したよ、当時。NeWSのデモ。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 19:04:26

昔話は盛り上がるねぇ。今の話はさっぱりだけど。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 19:15:33

>>638
Sun-3 → Sun-4 → SS1 → SS1+ → SS2 だからな。あいだ空きすぎ。

DECstation 3100は Sun-4と SS1のあいだ。
Sun-3も遅いマシンじゃないよ。m68kだから他も似たようなもんだけど。
Sun-3/80なら話は別。あれは後方互換用で、旗艦じゃない。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 19:42:24

世界征服を企むエリソンは 2つのことをやると思うよ。

1. IBMハイエンドサーバーの対抗機を出す
これは Rockなのかはたまた SPARC64なのか..

2. iPhone対抗デバイスを出す
T2ベースで Solaris+Android、OraStore開店

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 19:59:26

まずはMySQLをOraSQLに改名すると思う

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 20:02:40

>>645
3. Appleを買収して Macを SPARCベースにして MacOSのコアを Solarisに置換る

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 20:24:03

>>643
そりゃ、お通夜だからな

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 20:31:00

ご焼香はこちらです

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 21:03:25

>>647
お弁当箱再びってことでSPARCminiがでたら買うｗ

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 21:44:29

ｱﾎﾟｰを買収するためにはｼﾞｮﾌﾞｽﾞを暗s(ry

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 22:48:49

>>651
ジョブスとエリソンは親友じゃなかったか？

NeXTとAppleが合併してジョブスが復帰した時、エリソンもApple役員
に加わったし、OracleもApple株をかなり持ってたはず。

一時はOracleが友好的にAppleを買収するかどうかという話もあった。

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 22:56:15

これでAppleも一緒になったら勝てる・・・かな・・・

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 23:03:56

Appleと一緒になったら俺は見限る

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 23:06:10

勝つる！

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 23:15:12

暗黒面に飲まれちゃだめだ

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 00:51:19

>>639
98なんかと比較するなよ。
比較するならMacにしろよ。

> そんな賞味期限とっくに過ぎてジャンク屋から買って来た時の話されたってな。

その発想はなかったわ。

>>644
なぜかSSじゃないSun4は見たことないわ。

>>645
T2ベース? ありえねー。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 09:46:50

NVIDIAに買收される
それが幸せだ

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 10:04:10

>>657
Macと比較するとそんなに違うか? IIfxとか IIcxあたりかな。68030。
SS2の方がブッチギリで速いよ。

> なぜかSSじゃないSun4は見たことないわ。
ピザボックスがないから。それか、初もん過ぎて買わなかったのかもね。
数値的には DECstation 3100と同等ぐらいのはず。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 10:07:07

>>659
> Macと比較するとそんなに違うか?

たいして違わないね。>>657がキモマカか何かなんだろう。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 10:24:43

>>659
IIfxなんぞで 20inch級モニターとそれなりの装備したら SS2よりずっと
高かったよな。まあ、日本だけなんだろうがw

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 10:27:13

当時の98なんて、

マルチタスクできない
たった640KBのメモリ、しかも64KBセグメント
16bit

Unixワークステーションとは住む世界が違いすぎる。

Macなら、
いちおうマルチタスクっぽい
それなりに広いメモリ、もちろんフラット
32bit

ってことで、Unixワークステーションと比較してOK

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 10:40:07

だけど「x86の技術的優位性」>603 とか言うバカに言って聞かせてやってる
わけだから、x86じゃないとな。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 10:43:30

>>662
OKじゃねえーよw
XENIX on PC98-FAとか、A/UXなら比較していいけど。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 10:44:04

>>662
もちろん、「住む世界が違いすぎる」のを示すのが目的なわけでw

けどさ、PC-UX（だっけか?）もあったし。マルチタスク。
MINIXにもみんなカンドーした。OS/2もあった。

> Macなら、
日本では、死ぬ程高かったよ。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 10:53:10

あのころのMacの日本価格は当時のレートを考えても高かった。

＞いちおうマルチタスクっぽい

いや当時のあれは本当に「っぽい」というのもはばかられるような・・・
当時としてはそれでもアレだったけど・・・

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 11:29:07

>>663
おいおい60レスも前じゃないか。

まぁ、
今のx86になったMacの御先祖様の話
ってことで、理解しとけよ。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 11:30:27

>>664
PC98-FAってなんだ?

まさかPC-9801FAのことじゃないよな。年代違うし。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 11:31:35

XENIXとかPC-UXとかOS/2とか、そんなマイナーなものを持ち出してもなぁ。

当時、98ならDOSだったろ。ほとんど。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 11:35:21

勝てば官軍、負ければ賊軍 w

**,,・´∀｀・,,）っ-○○○** · 2009/05/30(土) 11:57:03

>>622
逆に言うと、トランジスタを大量に詰め込めるのに、1つの命令が単純すぎると
無駄が多くなるという問題が生じるわけですな。
アウトオブオーダ実行とか複雑なアクセラレータとか使えるようにすると
相対的に命令デコーダの負担の差は小さくなるのです。

同じリッチなパイプラインなら、1命令あたりの密度が高い方が有利というわけです。
まあ、x86がRISCと比較して1命令当たりの密度が高いって感じるのは
base + scale*index + offsetで指定したメモリオペランドを第2引数に使えたりするときかと思いますが

1スレッドの性能をひたすら稼ぐには命令セットをどんどんリッチにしていく必要があります。
POWERがいまさらBCDの演算に特化した命令と演算ユニットを搭載してるけどあんな感じかな。
もちろんRISCの設計思想に反してます。

逆に、1コアあたりの実効性能はある程度諦めて組み込みに特化する（ARMやSH）とか
また大量のコアで並列処理して性能を稼ぐというアプローチには未だにRISCは有効ですよ。
それがCellとかNiagaraですな。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 12:00:55

その昔、SUNのSparc-WSを欲しいと思っていた。速いし物めずらしいから
しかし、なんだかんだ言って自作PCで満足してしまい去年の末中古で
Sparcマシンを買ったが「こんなもんか、、、」という感じで拍子抜け
した。
PCがDOSの頃に無理してでも、Sparc-WS所有していたらその違いに
感動したかもしれない。

**,,・´∀｀・,,）っ-○○○** · 2009/05/30(土) 12:05:05

ただ、組み込み向けだと2バイト命令長のほうがコード密度的に都合がいいかなと

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 13:39:01

>>671,673
無理無理ww 「盲信」以外に彼には何もできませんので。
ましてや「トレードオフ」なんて言ったらアタマから火花とケムリが飛び散りますww

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 13:42:54

SPARCマシンは自宅で使うには消費電力が高すぎる
UltraSPARC IIですらAthlonXPの2倍近い品

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 13:52:04

>>671
問題はだ、命令密度を上げるという観点で RISCに改良を加えたものと、
RISC以前の観点で設計された x86の ISAが同等なものなのか、ということだね。
高速化に邪魔な命令をコンパイラーが使わなくなってくれるんなら近いところへ
行けるんだろうが、今までの「資産」を全面にうたってるからには
そうも言ってられない、と。
どうしてもスヌープが必要な場合が多かったり、アトミックに排他する期間が
長かったり、いろいろ不利だと思うが。

> base + scale*index + offsetで指定したメモリオペランドを第2引数に使えたりするときかと思いますが

> 逆に、1コアあたりの実効性能はある程度諦めて組み込みに特化する（ARMやSH）とか
> また大量のコアで並列処理して性能を稼ぐというアプローチには未だにRISCは有効ですよ。
> それがCellとかNiagaraですな。

今後の市場構成を考えると、ほとんどそれで占まるんじゃねーの?

**,,・´∀｀・,,）っ-○○○** · 2009/05/30(土) 14:00:51

コアを増やしても同期のオーバーヘッドなんかもあるし、それほどうまくは性能上がらないでしょ
CPUに対してメモリやストレージはボトルネックになるし

ある程度は1スレッド当たりの性能向上に費やすことは必要になる。

**名無しさん＠お腹いっぱい。** · 2009/05/30(土) 14:17:43

>>677
> ..、それほどうまくは性能上がらないでしょ

それはごく最近本気で MPのことを考えるようになった（昔から話だけは
あったけどww）x86の状況であって、Mbusからはじまり SPARCcenter2000で既に
XDbus 20CPUを実現していた SPARCにはあてはまらないのだよ明智くん。
BSDベースを捨てて SVR4を作ったのもまさにそこにあったわけで、
ちゃんとリニアに性能が上がるのは周知の事実。
もちろんソフトウェアの作りが適したものになる必要があって、OSまで含めて
考えた場合 SPARCはかなり優位な位置にいる。 ...んだからちゃんと売れよな。

> ある程度は1スレッド当たりの性能向上に費やすことは必要になる。

ある程度はね。けど用途的には減って行くでしょ。特殊な場合だけになる。