Sun Microsystems 最大の字余り

**名無しさん＠お腹いっぱい。** · 2008/06/22(日) 18:35:49

サン・マイクロシステムズや
ああサン・マイクロシステムズや
サン・マイクロシステムズや

（字余り過ぎ）

【前スレ】
SunMicrosystems 最大の探検
http://pc11.2ch.net/test/read.cgi/unix/1207761568/

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 14:50:57

またIBMに先越されたのか........

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 14:55:24

>>797

>>787読めば分かるだろw

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 14:55:37

POWER6 であれだけ数値的な差をつけたのに、ぜんぜん売れてなさそうなの見てなんだか
ヒョーシ抜け。
もうなんか、IBM からは何出てもなんも恐くない気がするw

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 14:56:19

>>799
それは単なるおまいの「希望」だろ。甘えんな。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 14:57:22

>説明会の冒頭において、スループットコンピューティングの大前提としてサンが主張したのが、
>すべてのデバイスがネットワークに接続する「ネットワークコンピューティング世界」のトラフィック危機。
>PCやデジタル家電だけでなく、急増する携帯電話のすべてがネットワークに接続できるようになったおかげで、
>トラフィックは爆発的に増加している。

>PCやデジタル家電だけでなく、急増する携帯電話のすべてがネットワークに接続できるようになった

cellじゃんw

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 14:59:37

>>801
読んで、わからなかったの？
深呼吸して3回読みなさい

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:01:34

>スループットコンピューティング

cellの発表会でIBMが言ってたことじゃんw

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:09:13

>>800
IBMのは値段が高すぎるんだよ。

x86サーバと領域がカブらないようにしているのだろうが、
高いのしかないってことは、
技術的にではなく、価格的にスケールしないわけで、
とても使いにくい。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:10:21

cellはスループットが優れてるから、大量のノード接続で派生する無駄が極力抑えられて
Roadrunnerであれだけの性能が出せてるんだろ
あほか、そのくらいわかれ

**795** · 2008/07/24(木) 15:12:26

>>799
わからないと思うが。

>>802
単語ってのは使われる対象によって意味が違ってくるから、そこんところ、ちゃんと考えてな。

>>803
深呼吸して3回読めば理解できるように書くことも、必要だと思うがな。
とにかく、支離滅裂にならないように、気をつけるべし。

>>806
話が飛躍していて普通の人には理解不能。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:13:42

>>807

>CPUに必要なのは「パフォーマンス」より「スループット」

わかったか？

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:13:51

なんでここのアンチはこんなに頭が悪いんだ... 低品質だ...

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:15:35

Sun信者の頭の弱さが露呈w

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:18:06

>>797
>ルーターとして使った時のパケット処理能力のことか?

だれが、こんな話してたんだよ、馬鹿w

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:19:50

>>787 の記事な、本文の最初の段落の終り部分。

| サンはCPUの処理効率を改善し、システム全体におけるパフォーマンスの向上を目指している。

まあ、前後があってなんとか意味が汲めるが、駄文だな。「スループット」の方を
説明するために反対側として上げた単語を使っちまってる。

他人に「意味分らん」ていわれたら、謙虚に別の言い方で説明する態度がなきゃ、
一生そのままだぞ。国語落第。小学校も一回行ってこいw

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:21:12

アンチがあまりにもバカなのでスレッドの評価が低下しています … -12.7%

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:25:41

>>808
論理の飛躍が激しすぎる。
きちんと順序を追って説明しろよ。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:26:45

スレがこういう流れの時は、
その少し前にアンチが決定打となる発言をしている。

それを流すため、そして、アンチは馬鹿だと思わせるために、
腐れ信者が意図的に馬鹿なアンチを装って粘着している
可能性が考えられる。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:28:41

ア、アンチが決定打～wwwwwwwwww みたことねーーーーーーーw ww w w w wwwkk
我田引水もいい加減にしろぉ～～pppppwpwp wpwp

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:29:12

また自演ですか? >>815

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:30:37

>>755
>>816

この低俗なレスは同一人物

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:32:39

低脳アンチ、自演癖満開、リッチな回路は（ずっと）同一人物。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:33:30

こういう気狂いのレスを見ると、秋葉原の事件のように人を殺さないか心配

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:33:47

ごめん、悪いんだけど、もちょっとまともなアンチに代わってもらってくんない?

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:34:18

アンチとかいう言葉使ってるのも同一人物だろうなw

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:35:03

アンチがあまりにもバカなのでスレッドの評価が低下しています … -17.9%

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:36:56

>あいかわらずアンチが低脳すぎて盛り上がれません。ここしばらくずっと不幸ですここ。
>あいかわらずアンチが低脳で盛り上がれず、不幸です。
>なんでここのアンチはこんなに頭が悪いんだ... 低品質だ...
>アンチがあまりにもバカなのでスレッドの評価が低下しています … -12.7%
>ア、アンチが決定打～wwwwwwwwww みたことねーーーーーーーw ww w w w wwwkk
>我田引水もいい加減にしろぉ～～pppppwpwp wpwp
>ごめん、悪いんだけど、もちょっとまともなアンチに代わってもらってくんない?

アンチという言葉抽出
似たようなことしか言ってねえ

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:37:30

わろたw

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 15:52:17

>>824
アンチに構って欲しいんだろうな、その人。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 16:01:03

アンチの自演止まらず。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 16:02:38

アンチがあまりにもバカなのでスレッドの評価が低下しています … -24.4%

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 16:04:00

自らのアイデンティティーであるSun/Sparcを完全否定されたら
アキバや八王子みたいになるかもしれないから、このスレで
末永く飼っておくのが穏当でないかい？

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 16:05:47

だから、悪いんだけどキミ代わってくれない? つまんないんだよ。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 16:30:50

書き込みが短時間に集中してる。
どうみても、たった一人の自演です。
徹底スルーしましょ。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 20:32:41

Rock 登場の暁には。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 20:51:06

RISC の初期は、構造が単純だった。少なくとも、それを標榜していた。
従って、既に複雑化していた CISC で戦って来た CPUメーカーにとって、
RISC への参入は比較的容易だった。結果 RISC アーキは乱立した。
Unix の枝分かれとはまた原因が異なるが、カテゴリーとしての
資源の集中はできなかった。
RISC は最近でも SuperH が参入したり、フリーの実装がアナウンスされたりと、
枚挙にいとまがない。
翻って、CISC にはもう何十年もアーキの新規参入はなく、x86以外はとっくの昔に
死滅した。x86も、もう先の見通しもなく、死んだも同然である。
今後は、いかに RISC の有望株に資源を投下していくか、が重要なポイントとなる。
88k、Alpha と PA-RISC は消え去った。SH も組込み方面から浮上してくる目は
小さいだろう。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 20:54:44

Sunを助けて！！という切実な言葉が聞こえてきますた

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 21:04:47

>>833
だからといって今さらSPARCってことはないだろ。

資源を集中させるなら堅実路線で新規開発すべきだろ。
今までの様々な成功や失敗をちゃんと検討してさ。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 21:13:19

SPARC と POWER は当然、残る。が、ARM と MIPS にも組込み以外への
浮上の目がある。まあ、両方が上がってくることはないだろうから、
3 つくらいが有望株として残る。それで十分。x86はよ消えれww

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 21:15:03

SPARC に ISA としてなんの不安もない。開発リソースの少なさが、
逆にアーキとしての優秀さを示している。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 21:17:23

ISAって何?

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 21:20:13

>>836
ウザいよ。RISCの話してるときにx86の話すんな。

>>838
命令セットアーキテクチャ

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 21:48:11

なんでUltraSPARC T2/T2+を貶めようとしているんだろうね？
客はシングルスレッド求めていると言うけど、売れているぜ？
そりゃぁ、intel Xeonのものすごいコストパフォーマンスには
負けるけどさ。
商用UNIXサーバの世界(Power、Itanium)で比較すれば
どちらかと言うと優位であると思うんだけど。
SPARC64VIだって、性能的にはまぁまぁだべ？

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 22:07:28

どれぐらい売れてるの？

うちのとこはLDAPサーバが数台だけ。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 22:39:18

>>840
Niagaraはシングルスレッド性能は悪くない(US3やUS4と同等)という話なんだが。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 23:11:53

>>840
貶めるというか、貶めるくらいすごいとは、思えないのだが。
シングルスレッド性能をせめてでも、一世代前(Sun時間でなくて)
程度のものにしてもらえると説得力は、多少なりとも増すんだけどね。

それと、SPARC64は、不治痛製ですからね。
なんだか、Sunは、隠したがっているように思えるが。

このスレで、Niagara信者って、Sunの中の人なのかしら？
＞＞840
極端に悪くは無いが、そもそもUS3やUS4程度っていうのが
微妙なんだけど…。
それと、そのUS3程度っていうネタ元どこ？

**843** · 2008/07/24(木) 23:14:14

ごめんレス間違えた
>>824
極端に悪くは無いだろうが、そもそもUS3や
US4程度っていうのが微妙なんだけど…。
それと、そのUS3程度っていうネタ元どこ？

**843** · 2008/07/24(木) 23:15:22

さらに、レス間違えてるな。
吊ってくる。

ネタ元よろしく

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 23:36:11

今のSPARCはRISCじゃないよね。

たとえキャッシュに100%ヒットしていても、
パイプラインの各ステージを1クロックで通過できないような命令があるから。

casとか、mulxとか、特権命令とか、レジスタウィンドウ操作命令とか。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 23:40:11

FPUやマルチメディア系はCISCと同じだもんな。
RISCだっていうのなら1クロック分の操作に細分化すべきだろう。

それで命令のコードが肥大化するから圧縮するために・・・っていうのはCISCだよな。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 23:49:44

Microprocessor without Interlocked Pipeline Stagesなんてのは幻想だよ。
MIPS R2000の時点ですでにパイプラインにはインターロック機構が付いていたと思ったが。

**名無しさん＠お腹いっぱい。** · 2008/07/24(木) 23:56:15

>>844
使ってみればわかる。

使ってみることができないような門外漢ならスレを去れ。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 01:08:47

From: [656] 名無しさん＠お腹いっぱい。 <sage>
Date: 2008/07/02(水) 12:54:18

ｶﾅｰﾘ昔々の話、お茶の水三省堂のコンピュータ書籍売り場でUNIX本を物色してたら、
大学生風のガリ青年とキモデブ青年の２人がやってきた。

ガリ青年がBASICの入門書を手に取ったら（98/88の時代だからね）、
キモデブが素頓狂な大声で
「えー！！BASICなんかダメだよぉ、構造化できないし！インタプリタだし！
　最低でもFORTRANを使わないとぉ！」
と絶叫した（ツバがかなり飛んでた）

フロアにいた人達は生暖かい目でキモデブを観察。ガリ青年は恥ずかしそうに
「ちょ！大声だすなよ～恥ずかしいだろ～みんなこっちを見てるよ～」
と小声で抗議してた。

>>1-1000はちょっとそんな感じ？

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 01:25:23

話題逸らしに必死だな。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 01:38:57

Sparcの恥ずかしさと似てるということが言いたいのか？

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 09:12:32

>>846
だぁ～れも、そんな話しようってやついないだろ?
繰り返し繰り返し... バカだろおまえ?
いくら RISC が命令数増やそうが 1clock で終わらない命令つけようが、
RISC 以前に設計された x86 みたいなもんとは _明確な差_ があるのは自明。
誰も関心のない『原理主義』持ち出して論点ずらそうって意図がミエミエ。最低。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 09:13:53

しかも自演付き。サルが。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 12:54:19

>>853
明確な差というのなら、簡潔に説明できるよな。説明してみ。

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

CISC vs RISC 論争なんてとっくの昔に終わった。
CISCとRISCの明確な区別がつかないから。

CISCだったプロセッサは内部がRISC風になり、
RISCだったプロセッサはCISC風の命令を持つようになり。
両者の境界線はどんどん曖昧になったから。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 13:11:29

>>856
アホか。昔の CISC に舞い戻ったわけでもなんでもない。
今更昔の CISC ISA をあらためて実装するバカはいない。
たったひとつの例外 x86 を除いて。
RISC/CISC 論争には決着がついたのであって、差がなくなったわけでも
なんでもない。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 13:14:16

RISC 的な実装をすることによる利点は評価せずに、原理主義持ち出して
RISC を攻撃するなんてのは見苦し過ぎてゲロが出そうだよ。
だれが「厳密な RISC」なんて過去に作ったよ? ないだろが元々そんなもんは。
気持ち悪い前提むりやりひっぱってきて虚像組み上げてんじゃねーよ。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 13:14:56

ＭＩＳＣと呼んであげようｗ

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 13:21:23

ISAがCISCだろうと、どうせRISCなんだからいいじゃん。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 13:31:58

>>857
6502って知ってるか?

>>858
RISCなんて存在しないっていうのなら、また、RISCを攻撃することも無意味だ。
SPARCはRISC風なのであって、決してRISCではない。
ではRISC的なアプローチかと言えば、MIPSに比べると、CISC的だな。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 13:35:29

>>853の説明ﾏﾀﾞｰ?

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 14:35:14

君のことは『原理くん』と呼んで、以後忌避することにするわ。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 14:39:54

敗北宣言ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ｯ!!!

x86もP6の時点でRISC的な実装になったから、
x86とRISCの比較はすでに意味をなしてないのに、
いつまでもx86とRISCの比較をしようとしている、
何かとx86叩きの話を持ち出すキチガイは、
このスレ自体を忌避してくれ。たのむ。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 14:42:18

「UNIX 認証とってない OS は UNIX じゃないから、MS-DOS と同じ」とか
いうのと一緒だな。誰もそんな話してないのに。絵に描いたような詭弁、すり替え。
人格終わってる。日頃からそんなじゃ、だぁーれも相手してくんないだろwwww?

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 14:44:18

ひとりでカラ回りバカまる出しwwww

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 14:48:02

>>865は自己矛盾。

延々とスレに粘着している>>865が相手してるのに、誰も相手しないとか言ってる。
一人とかいってるが、>>865も加えて、合計二人だな。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 14:54:59

夏休みだなぁｗ

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 15:38:25

真性のアホのようだ...

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 18:45:50

x86には64ビット化の際に、
64ビットモードのISAをRISC風に変えるチャンスがあった。

Intelは大胆にもEPICなんてものに手を出し、
AMDは愚かにも従来の命令セットを拡張しただけでお茶を濁した。

マイクロソフトがIntelに2つ目の64ビット命令セットを許さなかった。
この時点でx86は終わった。
128ビット化で命令セットを変えるチャンスなんて、来ないに等しいし。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 18:56:28

どうせ32bitモード残すんだから、拡張した方が使い回せる場所が多いじゃん。
思い切って変えたって、IA64みたいになるだけ。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 19:04:58

まったく別の32bit固定長命令モード? x86はただでさえ命令デコーダでかいのに、
二つ目のデコーダまで持つようなもんじゃね。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 19:20:39

amd64は結構良く出来てると思うが。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 19:35:25

ttp://ja.wikipedia.org/wiki/AMD64
> AMD64命令セットには、インテルのIA-32アーキテクチャに指摘されるアンバラン
> スで特異な部分を、きれいで使いやすいものにするという目論見があった。また、
> 同時に先行している 64ビットRISC環境に似せたアーキテクチャにしようと考え
> て設計された。DEC Alpha の設計者の一人ダーク・メイヤーが AMD64仕様の作
> 成に関わり、彼をはじめとするDEC出身者の経験がこのプロジェクトに生かされた。

>>870
> AMDは愚かにも従来の命令セットを拡張しただけでお茶を濁した。

ｗｗｗｗ

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 20:37:09

SPARCもISAはそんな優秀ってわけじゃないしなぁ
最大の特徴であるレジスタウィンドウが、前時代的というか、
昔はこういうアプローチが効率良かったってのはわかるけど、今はどうよ？
って思うし、なにより（ソフトウエアの）スレッドと相性悪いのがね・・・

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 21:24:11

x86-64は最適化がしやすくなっていると聞いたことがあるが、
実際64でコンパイルするとむしろ遅くなってるから泣ける

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 22:25:25

CPUがIntelなんじゃないの?

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 22:47:26

バイナリがデカくなるからだろ。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 23:18:39

>>849
普段は、M8000 なんだが、
Niagaraのあまりの遅さに絶望した。

でも、まぁ、普段、コスパ良いXeon鯖とか使っていないなら、
もともとUltarSPARCⅢ自体遅いし、それに相当すると言われている
Niagaraの遅さに気づかないだろうから、問題無いってことか。

やはり、感じ方は、人それぞれなのね。

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 23:23:46

Core/Core2でr8-r15使うと遅くなるって言うやつじゃないの？

**名無しさん＠お腹いっぱい。** · 2008/07/25(金) 23:58:23

>>871
64ビットモードでは速いが、32ビットモードでは従来のものよりも遅くなる
・・・なんてことは、許されないから、そういう考え方になるわな。

>>872
新しい命令セットをRISC風にすれば2つ目のデコーダのコストは微々たるものだろ。

Pentium4には、公開されずに闇に葬られた別の64ビット拡張があるがゆえに、
その命令キャッシュが、デコード前の命令ではなく、デコード後の命令を格納
するようになっていた、とも考えられる。

結局、AMD64を採用することになったので、そういうアプローチはなくなったが。

>>874
あんたは荒らしだから無視したほうがいいのかもしれんが。

それは主に3オペランド形式のことだな。
RISCの特徴といえばそうだが、命令が可変長で奇々怪々なのは、変っとらんのよ。

>>878
命令長が可変でしかも長ったらしいので、16バイトの命令をフェッチしても、
その中に2命令しか入っていない・・・なんてこともあるんですわ。
32ビット固定長命令なら、16バイトもフェッチしたら4命令もあるのにね。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 00:11:15

レジスタが16本あるなら、レジスタの選択は4ビットあればいい。
add r1,r2,r3
なら、レジスタ指定には12ビットあればいい。

ところがAMD64は、レジスタの選択にプリフィックスを使う。
add r1,r2,r3
なら、レジスタの指定には6ビットだけで済むが、
add r8,r9,r10
なら、レジスタの指定には6ビット+プリフィックス3個(=3バイト)が必要。
なんて醜い命令エンコーディングだ! RISC風どころじゃない。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 08:19:00

プリフィクス3個? REXプリフィクスは1バイトで4ビットあるが。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 12:56:50

固定長32bitの方がデコーダで楽ができると言っても、オブジェクトサイズはx86の方が
実測で小さかったりもするし、絶対的なアドバンテージにはならん。
実際のところ32bitって単位は1命令としてはやや長過ぎで、
たいていの命令でビットを余らすことになる。
(その割に32bit即値は二命令に分けないと入らない。当たり前だが)
ARMなんかは16bit命令モードも実装してるしな。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 15:00:59

可変長なのはいいんだが、
滅多に使わない命令に1バイトを割り当て、
良く使う命令に3バイトを割り当てる、
そういう安易な拡張が問題なのさ。

64ビットになるときに割り当てをやり直せば良かったのにな。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 15:52:55

内部的に変換すればいいさぐらいの考えなのさ

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 17:10:38

x86を叩いている連中は、x86のことを理解してないな。
このスレでのx86の解説は嘘・間違いだらけだ。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 17:17:36

>>881
>64ビットモードでは速いが、32ビットモードでは従来のものよりも遅くなる

なんというPenPro。
32と16だけど。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 18:49:32

>>885
巨大な可変長命令デコーダを32bit用と64bit用とで二つ載せろってか?

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 19:20:33

デコーダが巨大になるのは命令フォーマットが複雑すぎるためで
整理してシンプルにすれば可変長でもデコーダは小さくなるだろ。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 19:35:58

いくら簡素化しても固定長よりは小さくならんだろ。
固定長より大きいってことは、x86デコーダ+普通のRISCデコーダ+α ってことだ。
トランジスタ食い過ぎだろ。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 19:39:45

しかし64ビットが主流になった時に、x86の呪縛から解放される。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 20:55:54

みんなJavaを使えばいいんだよ。

そしたら毎世代ごとに命令セットが変っても、
JavaVMだけ変更すりゃ済むでしょう?

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 21:09:15

みんなCを使えばいいんだよ。
めいれいせっとがかわってもCコンパイラだけ偏向すりゃすむでしょう?

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 21:20:59

>>894
何でもかんでもオープンソースってわけにはいかんだろ。
それにCの場合はプロセッサが変ったらコードも手直しが必要になったりするぞ。

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 21:45:31

どうもJavaは好かん
なぜだかは知らない

**名無しさん＠お腹いっぱい。** · 2008/07/26(土) 21:54:18

PowerPC 615 を思い出した。