トップページ⇒unix
990コメント304KB

Sun Microsystems 最大の解雇

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2010/01/18(月) 18:59:42
Oracle が買収後に Sun の従業員を大量解雇か？

前スレ
Sun Microsystems 最富の庇護
http://pc12.2ch.net/test/read.cgi/unix/1254895521/
0047名無しさん＠お腹いっぱい。2010/01/28(木) 19:16:26
http://www.oracle.com/us/products/servers-storage/solaris/index.html

Oracle Solaris

ワロタ
0048名無しさん＠お腹いっぱい。2010/01/28(木) 20:04:51
オラオラソイヤソイヤ
0049名無しさん＠お腹いっぱい。2010/01/28(木) 20:35:49
http://www.sun.com/ も Oracle になっとるｗ
0050名無しさん＠お腹いっぱい。2010/01/28(木) 21:43:54
しろっぽくって…Sunの文字が色褪せて見える orz
0051名無しさん＠お腹いっぱい。2010/01/28(木) 22:20:52
Javaは？ MySQLは？ 買収完了でサンの事業はどうなる
http://www.atmarkit.co.jp/news/201001/28/sun.html
0052名無しさん＠お腹いっぱい。2010/01/29(金) 00:26:53
SPARCは、もう終っただろ。ナイヤガラとかも。
0053名無しさん＠お腹いっぱい。2010/01/29(金) 08:57:10
>>46
SPARC に直ってるじゃんｗ
0054名無しさん＠お腹いっぱい。2010/01/29(金) 14:51:37
>>52
エリソンは、Intelも敵に回すつもり（というか、回したい）んだから、
捨てないと思うけど。
x86なんて、この世でいちばん要らんアーキだし。
0055名無しさん＠お腹いっぱい。2010/01/29(金) 16:21:23
エリソンはSPARCよりもARMを選ぶかもよ。
0056名無しさん＠お腹いっぱい。2010/01/29(金) 16:40:35
Intelは,アメーバみたいに,
AlphaやCrusoeも取り込んでるんでしょう？
昔の80x86の様なモノと同じ中身では無いし…

SPARCは最初からシンプルだったから
変わるのが難しいのかも…
最近の改良点って線幅のサイズダウンとか
省電力とかの他に何かあるんだろうか？

PARISCとかならもっと改変の余地はあると思うけれど
(…例が古すぎか〜)
0057名無しさん＠お腹いっぱい。2010/01/29(金) 16:56:11
最初こそシンプルだったが、拡張を続けていくうちに、いろいろと無駄も出てきたでしょ。

たとえばNiagaraシリーズのようなマルチスレッドをやると、大きなレジスタファイルは非効率だよね。
L1D$よりもアクセス頻度の低いデータがレジスタウィンドウの隠れている部分に残っているのは、無駄だよ。
マルチスレッドなんだから、レジスタウィンドウの切り換えのレイテンシが大きくても構わないわけで、
まずは、レジスタファイルを限界まで小さくしたらどうだろう。

さらに、マルチスレッドなのだから、レジスタのアクセスのレイテンシが0クロックである必要すらない。
16本は0クロックで、残りのinとoutの16本はL1D$上に置いてもいいんじゃないかな。

シングルスレッド性能は低下するが、そこはヘテロで。
特性の異なるCPUコアが混在したものを上手にOSがハンドリングすることは、
CPUとOSの両方を同じ会社が作っているSunの強みだと思うよ。
0058名無しさん＠お腹いっぱい。2010/01/29(金) 17:13:58
Project Kenai閉鎖だってね。
さて次はどれが潰されるのか。
0059名無しさん＠お腹いっぱい。2010/01/29(金) 17:32:56
SPARC死亡まだー？
0060名無しさん＠お腹いっぱい。2010/01/29(金) 20:53:27
Solaris のドキュメント見ようとしたら総ボラクル色になってて吹いたｗｗ
一瞬、OTN のサブスクライバページに迷い込んだかと思ったぜ。
0061名無しさん＠お腹いっぱい。2010/01/29(金) 23:55:31
>>57
半分くらいは(…しかかな？笑)理解できたと思うけれど,
現代的な用途では,SPARCLiteみたいなものの方が
合ってるってことなのかな？
SPARCLiteってまだあるのかな？
0062名無しさん＠お腹いっぱい。2010/01/30(土) 00:08:17
>>61
キヤノンのデジカメのファームウェアを解析＆改造してるロシア人のサイトで
「キヤノンのDIGICはSPARCだからやりやすいぜ！同志！」みたいな書き込みを見た事がある
0063名無しさん＠お腹いっぱい。2010/01/30(土) 10:52:58
>>56
> AlphaやCrusoeも取り込んでるんでしょう？

そんなバカな。

> 昔の80x86の様なモノと同じ中身では無いし…

中身の話はしてないわな、誰も。外身がダメでそのせいで結局ダメという話。

> 最近の改良点って線幅のサイズダウンとか
> 省電力とかの他に何かあるんだろうか？

思考停止の自慢ですか? 改良は常にされてますけど。SPARCだろうが x86だろうが。

> PARISCとかならもっと改変の余地はあると思うけれど
> (…例が古すぎか〜)

はあ。改変して Itaniumができたんですけど。すごかったですよ、いろいろ。
見てなかったんですか?
0064名無しさん＠お腹いっぱい。2010/01/30(土) 10:58:48
Mercedとその後継がEnt.市場を席巻するとニュースサイトを賑わした時期もありました
0065名無しさん＠お腹いっぱい。2010/01/30(土) 11:03:44
>>63
内部RISC化の過程でAlphaの開発者が参加している.
ClrusoeはIntelが買い取ってしまった.
x86系統はi486まで,Pentiumから内部RISC化していってる…
Intaniumは…次がなくなっている…
0066名無しさん＠お腹いっぱい。2010/01/30(土) 11:18:11
パイプラインの導入を考えると、486から内部RISC化が始まっていたとも言える
でも、内部RISC化したと認識されてるのはuOPs分解が始まったPentiumProからなんじゃね？一般的には
0067名無しさん＠お腹いっぱい。2010/01/30(土) 11:21:08
Itaniumはスケジュール遅延で出鼻を挫いて失敗したが、モノ自体は、そんなに悪いものじゃないと思う。
RISCの欠点だった、命令のバンド幅がデカいというのを、そのまま継承している点は、良くないけどね。
0068名無しさん＠お腹いっぱい。2010/01/30(土) 11:24:57
>>65
486は「ワイヤードロジック」と言われてたぞ。
0069名無しさん＠お腹いっぱい。2010/01/30(土) 11:28:40
>>65
> 内部RISC化の過程でAlphaの開発者が参加している.

Alphaの技術者は DEC消滅後 Athlonや SPARCやその他ほとんどのアーキの開発に
参加して、高クロック化に貢献してる。
RISC化ちうのは i486以降ずっと続けられてて、PenProで中身はほぼ RISCだが
これは i960の連中の成果。i960はバークレー RISCベース。
当時はまだ DECがあって Alphaがもっともがんばってた時期。

> ClrusoeはIntelが買い取ってしまった.

はぁ? Transmetaは Intelの省電力技術を特許侵害だと訴えてるんだが。
Crusoeの製造権利を買ったのはどっかマイナーな会社だったろ? それをまた
Intelが買ったのか?
知財残してた Transmeta社は Novaforaという会社に買収されたらしいが。

> x86系統はi486まで,Pentiumから内部RISC化していってる…
> Intaniumは…次がなくなっている…

もう完全にワケワカ。何言ってんの?
0070名無しさん＠お腹いっぱい。2010/01/30(土) 11:58:09
>>67
ほぼ独占のガリバー企業が死ぬ程の時間と死ぬ程の改善努力をしたにもかかわらず
モノにならなかったアーキテクチャが「そんなに悪くない」とかいう根拠はなに?

i960みたいに経営判断で放置されたものの内実を見て「悪くない」と
言われれば、そうかもなって思うけど。
0071名無しさん＠お腹いっぱい。2010/01/30(土) 11:59:20
IA32とかam64のがんばりのせいかなー
0072名無しさん＠お腹いっぱい。2010/01/30(土) 12:01:55
>>70
Itaniumも経営判断で放置されてるだろ
Madison以降まともに出てきた製品は無い
0073名無しさん＠お腹いっぱい。2010/01/30(土) 12:05:52
この低レベル進行なんとかならんのか..
0074名無しさん＠お腹いっぱい。2010/01/30(土) 12:06:40
高レベルな話題頼むわ
0075名無しさん＠お腹いっぱい。2010/01/30(土) 12:15:34
>>73
がんばれ
0076名無しさん＠お腹いっぱい。2010/01/30(土) 12:30:54
次からはオラクルスレになるの？
0077名無しさん＠お腹いっぱい。2010/01/30(土) 13:04:09
>>70
営業と技術の話は別。
Mckinleyは良いCPUだったと思うよ。
0078名無しさん＠お腹いっぱい。2010/01/30(土) 13:59:54
技術がいいのに営業的に切ったのとは違うぞ。Itaの場合。
技術がダメだったからどうしようもなかった。
つーか、思いっきり全力投球して性能出なかったんだから、
「良い CPU」なわけないと思うけど。

そんなにいいと思うんなら、Intelから買ってやれよ部隊ごと。Intel大喜びだぜ?ww
0079名無しさん＠お腹いっぱい。2010/01/30(土) 15:01:19
アホかこいつ
0080名無しさん＠お腹いっぱい。2010/01/30(土) 15:34:12
>>78
Mckinleyは性能でてたでしょうが。
0081名無しさん＠お腹いっぱい。2010/01/30(土) 16:17:05
ベンチマークなら、PA-RISCも出てたぜ。
ベンチマーク「だけ」、な。
0082名無しさん＠お腹いっぱい。2010/01/30(土) 16:21:23
ピーキーなSPARCと違って、PA-RISCは速くないけど遅くない、そういうCPU。
0083名無しさん＠お腹いっぱい。2010/01/30(土) 16:32:27
>>81
なんでベンチマークの話にしたがるかねぇ
0084名無しさん＠お腹いっぱい。2010/01/30(土) 16:56:34
つーかさ、ItaniumとSPARCはどっちも死んだも同然じゃん。
ゾンビ同士仲良くしろよ。
0085名無しさん＠お腹いっぱい。2010/01/30(土) 17:47:31
Ita終了は確定だが、SPARCはぜんぜん死んでない。
シングルスレッド追求の UltraSPARCは低調だが、SPARC64は絶好調だし。
Niagaraも息切れしたけど、資源投入できてればまだまだ伸びシロがある。
Oracleがついて資源的には安泰だからこれから楽しみ。

Itaは終り。なにもかも揃ったこれ以上は望めない環境で性能を出せなかった。
今からでも、i960を復活させるべきだな。
0086名無しさん＠お腹いっぱい。2010/01/30(土) 17:58:10
Oracleって赤字事業の予算を増やして、さらに赤字を拡大するのが、趣味の会社なの?
0087名無しさん＠お腹いっぱい。2010/01/30(土) 17:58:41
クロックが既に足ぶみしてるからな。微細化が足ぶみしてしばらくしたら
x86も終りだ。同条件になったらまったく勝ち目がない。
「バイナリ互換性」がとっくの昔に幻想と化してることはみんな気づき出してるし。
0088名無しさん＠お腹いっぱい。2010/01/30(土) 18:00:24
Rockの開発に失敗するようなSunのプロセッサ部門はお払い箱だろ
Niagaraでもコストパフォーマンスでxeonに勝つのは難しかろう

プロセッサ開発なんて先行きが怪しいんだから
そんなのは富士通に押し付けてOracleは手を引くんじゃね?
0089名無しさん＠お腹いっぱい。2010/01/30(土) 18:00:42
>>86
ヨソの赤字事業が利益貢献すると思ってるから買うわけ。きみバカ?
0090名無しさん＠お腹いっぱい。2010/01/30(土) 18:06:06
>>89
おめでたいなー
買収ってのは、美味しいところだけつまみ食いして残りをばっさり捨てる、という大リストラの免罪符なんだよ。
0091名無しさん＠お腹いっぱい。2010/01/30(土) 18:08:00
>>87
x86は終わってもIntelとAMDのプロセッサのビジネスは終わらないでしょ。
彼らは優れたプロセッサ設計の会社ではなく、優れたプロセッサ製造の会社なんだよ。
0092名無しさん＠お腹いっぱい。2010/01/30(土) 18:10:13
はぁ? SPARCや Solarisは、むしろ買収の目的。ニュース読めや少しは。
Javaなんか特に所有する必要もないし。
IBMに対抗する、明確。垂直統合には、ハードと OSが必要。優秀なやつが。
0093名無しさん＠お腹いっぱい。2010/01/30(土) 18:11:11
Oracleが欲しいのはSolarisとx86サーバだろ。
0094名無しさん＠お腹いっぱい。2010/01/30(土) 18:12:44
>>91
> 彼らは優れたプロセッサ設計の会社ではなく、優れたプロセッサ製造の会社なんだよ。

そう。だから、既存の RISCまんべんなく作りゃいいんだよ。ARMも SPARCも。
0095名無しさん＠お腹いっぱい。2010/01/30(土) 18:12:53
Oracleが以前、HPからOEM受けて売ってたサーバは・・・PA-RISCでもItaniumでもなくXeonだったな。
0096名無しさん＠お腹いっぱい。2010/01/30(土) 18:13:30
>>93
ニュース読めや少しは。
あたまわるいぞ?ww
0097名無しさん＠お腹いっぱい。2010/01/30(土) 18:15:08
>>94
IntelはARMやってたけどMarvellに売っちゃったからなぁ。

まぁ、IntelがSPARC作って売るようになったら、それこそ、SunのSPARCサーバは脂肪だろ。
DELLやHPそしてIBMが、Intel製SPARCを積んだサーバを、今のXeonサーバのように売りまくるだろうからな。
0098名無しさん＠お腹いっぱい。2010/01/30(土) 18:15:54
>>96
エリソンがSPARCの開発を強化するって言ったことに対して、方々から「正気か?」っていうコメントが寄せられたっていうニュース読んだよ。
0099名無しさん＠お腹いっぱい。2010/01/30(土) 18:18:32
>>97
UltraSPARCや SuperSPARC作ってるのは TI。hyperSPARCは ROSS。
microSPARC, TurboSPARCは富士通。それ以前の v7 SPARCは 5社くらいあったか。
Sunのサーバーが、何だって??!
0100名無しさん＠お腹いっぱい。2010/01/30(土) 18:20:22
>>98
エリソンは、ずーっと、未だこの方、「正気」だったことなんて、ないんだよ。
そんなことも知らんのか?
IBMと張る、ってのは、本気だよ。アホなんだから。
0101名無しさん＠お腹いっぱい。2010/01/30(土) 18:21:28
なんでSunは製造委託先をGlobalFoundriesにしないんだ?
たったそれだけのことでx86との製造プロセスの差をゼロにできるのに。

製造がネックなんじゃなくて設計がネックなんじゃネーの?
0102名無しさん＠お腹いっぱい。2010/01/30(土) 18:23:42
>>99
いきなり何を言い出すんだ?

Intelがx86やめてSPARCをやったら、
Sunは、IBM PCにおけるIBMのような、過去の主役になっちゃうってことだよ。
0103名無しさん＠お腹いっぱい。2010/01/30(土) 18:27:00
>>102
ならねーよ。あんなバカ話が繰り返すわけがない。オママゴトだったんだから、
あれは。時代が変わったらギャグ。ヘタしたら禁酒法時代以下だな。
0104名無しさん＠お腹いっぱい。2010/01/30(土) 18:35:32
現に、Sunよりも富士通のほうが、プロセッサもサーバも良いものを作るじゃないか。
0105名無しさん＠お腹いっぱい。2010/01/30(土) 18:36:21
Intelも Microsoftも、Oracleもその他ほとんどの会社が、ビジネスモデル的には
IBMが汎用機全盛時代にやったことを、商品や形態を変えて繰り返そうとしてるだけ。
Sunは全く違う企業だった。そういう言い方をすると、DECも他とは違っていた。
固まったアタマで旧態依然のモノサシ使って測っても何もわからん。
0106名無しさん＠お腹いっぱい。2010/01/30(土) 18:37:30
> Sunは全く違う企業だった

昔はな。
0107名無しさん＠お腹いっぱい。2010/01/30(土) 18:39:26
SunはOracleに買収されちゃったから、もうIntelやMicrosoftの仲間入りだね。

0108名無しさん＠お腹いっぱい。2010/01/30(土) 18:40:35
そしてその武器が SPARCと Solaris。
0109名無しさん＠お腹いっぱい。2010/01/30(土) 18:47:22
SPARCは富士通のSPARC64に負けてるし、SolarisはOracle商法になったらユーザー減るだろうな。
0110名無しさん＠お腹いっぱい。2010/01/30(土) 21:29:27
Niagaraシリーズは成功してるんじゃない？
去年の10月ぐらいにIBMに勝つ、とかなんとか言ってたのって
（その後どうなったのか知らないけど）、T2+使った T5440 じゃなかったっけ
0111名無しさん＠お腹いっぱい。2010/01/30(土) 21:30:09
インテル様最強あげ
0112名無しさん＠お腹いっぱい。2010/01/30(土) 22:04:22
>>109
浅いなー
Sunはいいように富士通を利用してきただけ。
当然富士通も承知のことだけどね。
で、昨年春以来彼らもSMIを見限ってRedwood詣でをしているよ。
0113名無しさん＠お腹いっぱい。2010/01/31(日) 03:16:37
>>101
シミュレータ回しての論理設計はまだしも物理設計に落とし込むのがダメな連中だろ
製造プロセスががらっと変われば脂肪確定

TSMC委託の話もどれだけ進んでるのかわかったもんじゃねーな
0114名無しさん＠お腹いっぱい。2010/01/31(日) 10:20:00
>>110
ローエンドのUNIXサーバだったはずが、
x86に価格・消費電力ともに勝てなくて、
ハイエンドのRockがコケたこともあって、
いつのまにかハイエンドになっちゃった、
Niagaraさんですか?

>>112
技術の話と営業の話の違いくらい見分けろ
0115名無しさん＠お腹いっぱい。2010/01/31(日) 19:43:52
T5440は一応ミッドレンジだよ
http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise/index.html
0116名無しさん＠お腹いっぱい。2010/01/31(日) 19:45:33
T2Plusの載ってるのはローエンドとはいえないな価格的に。
シングルソケットのも価格的には結構するからな
0117名無しさん＠お腹いっぱい。2010/01/31(日) 19:57:06
>>115
富士通OEMを除くと、ハイエンドじゃん。ていうか、Niagaraしかないし。
0118名無しさん＠お腹いっぱい。2010/01/31(日) 20:34:11
用途や機能で分類するのが普通だから
自社製品の中で最上位でもハイエンドとかほざいたりはしない
0119名無しさん＠お腹いっぱい。2010/01/31(日) 21:55:34
ハイEND
0120名無しさん＠お腹いっぱい。2010/02/02(火) 00:06:47
>>86
Oracleはbeaもpeoplesoftもうまく取り込んできた。

それにoracleが強くなることは業界的に良いコトだと思うけどね。決して安売りはしないしね。
0121名無しさん＠お腹いっぱい。2010/02/02(火) 11:02:00
BEAもPeopleSoftも、優れた製品を持っていたじゃん。
SunのSolarisやSPARCは中途半端だよ、競合製品に対する優位性があまりない。
0122名無しさん＠お腹いっぱい。2010/02/02(火) 12:11:49
>>120
まだうまく取り込んだとはいえない
Fusion Applicationsはきちんと出荷できていない
この間のイベントを聞くかぎり、オペレーションを効率化して黒字化したとしか思えない

個人的にいつも思うのは、SOAだなんだという会社が
買収した企業については、すぐにオラクルのGlobal Single Instanceのシステムに移行させること

最大の関心はSPARCをどうするかだな、オラクルは、chipdesignerを雇うと公表しているが
どこまで、何を作るつもりなのか
ハイエンドを富士通に任せて、ナイアガラのラインは徐々にフェードアウトするのか
x64とはどう棲み分けるのか？
これらの問題を解くためにOSとしてのSolarisにどういったビジョンを描くのか
0123名無しさん＠お腹いっぱい。2010/02/02(火) 12:26:27
>>122
オラクルはデータベース以外のソフトは開発するのがとにかく下手で
買収に買収を重ねて、弱い自社製品を補ってきた

ハードは開発したことがなかったから、まだ可能性があるかもしれない
ハードがなければテラデータやネティーザにはたぶん、ずっと勝てなかっただろうから
やり方次第で可能性はあるのかもしれない
Database Machineがどっちもx64のCPUというのは意味深だけど
0124名無しさん＠お腹いっぱい。2010/02/02(火) 16:47:00
>>119
おもろー
0125名無しさん＠お腹いっぱい。2010/02/03(水) 16:10:51
そういえばSunの公式blogって、どういう扱いになるんだろう。
0126名無しさん＠お腹いっぱい。2010/02/03(水) 16:48:32
>>125
ブログも赤くなってたよ。
引っ越す人、辞めちゃう人いろいろ。
0127名無しさん＠お腹いっぱい。2010/02/03(水) 16:58:13
>>122
棲み分けなんかしなくても x86自滅するから。SPARCは有望だよ。
ハイエンドは POWERと SPARCだけになる。
デバイスは ARMと、用途に応じて RISCが残る。x86は消える。

> x64とはどう棲み分けるのか？
> これらの問題を解くためにOSとしてのSolarisにどういったビジョンを描くのか

ハイエンドの OSでまともなのはいくつかしかないのに。
Solarisはビジョン描けまくりだよ。描けてないのは Solaris以外。
0128名無しさん＠お腹いっぱい。2010/02/03(水) 17:08:08
>>127
可哀想な人乙。
0129名無しさん＠お腹いっぱい。2010/02/03(水) 18:04:09
Sunの製品が優れてるのなら、なぜ、Oracleに身売りするような業績低迷っぷりを続けたんだ?
0130名無しさん＠お腹いっぱい。2010/02/03(水) 18:24:59
安い釣りにかかるなよおまえら
0131名無しさん＠お腹いっぱい。2010/02/03(水) 18:40:31
x86が自滅したとして、その後釜になった何かが、ひきつづき、SPARCを下から押し上げてくるでしょうな。

相手がx86だからSPARCが生き残れているのであって、
もし、たとえばARMがx86を置き換えたら、ARM相手にSPARCは・・・ダメだろうな。
0132名無しさん＠お腹いっぱい。2010/02/03(水) 18:56:07
SPARM(Scalable Processor ARM)の誕生を待つか...
0133名無しさん＠お腹いっぱい。2010/02/03(水) 19:06:21
SPERMだって？
0134名無しさん＠お腹いっぱい。2010/02/03(水) 19:08:20
もうOracle専用プロセッサでいいんじゃね?
0135名無しさん＠お腹いっぱい。2010/02/03(水) 20:31:06
>>131
勝手に妄想して、ダメ出しするなよｗ
0136名無しさん＠お腹いっぱい。2010/02/03(水) 20:32:13
>>135
じゃぁお前の予想は?
0137名無しさん＠お腹いっぱい。2010/02/03(水) 20:40:28
以下妄想垂れ流し禁止
0138名無しさん＠お腹いっぱい。2010/02/03(水) 20:42:07
>>137
苦しいな
0139名無しさん＠お腹いっぱい。2010/02/03(水) 21:19:38
135が予想を言えないので137で誤魔化そうとしてる・・・もうバレバレ
0140名無しさん＠お腹いっぱい。2010/02/03(水) 21:30:53
妄想というには現実過ぎて申し訳ないけど、俺が思うに
x86とSPARCが一つになったヘテロジニアスなCPUが生まれると思うよ
もう弱点ないよ
0141名無しさん＠お腹いっぱい。2010/02/03(水) 21:39:33
ヘテロやるなら、
x86コア + ISA非公開コア
SPARCコア + ISA非公開コア
だろう。

実行頻度の低いコードは本物のコアで、
実行頻度の高いコードは変換してISA非公開コアで。

これで互換性とパフォーマンスのバランスが取れる。
0142名無しさん＠お腹いっぱい。2010/02/03(水) 21:46:42
x86の場合、既に内部でISAとは違う命令に変換してるから今と同じじゃん。
あとSPARCでそれやったらRISCって何よ？って話になるぞ
0143名無しさん＠お腹いっぱい。2010/02/03(水) 21:55:33
>>142
いまは全コアにx86デコーダが付いてる。これが無駄。
0144名無しさん＠お腹いっぱい。2010/02/03(水) 21:56:59
>>142
RISCなんて過去の遺物
0145名無しさん＠お腹いっぱい。2010/02/03(水) 22:07:39
RISCってのは
実行に2クロック以上かかるような複雑な命令は、1クロックで実行できる命令の組み合わせに分割すれば、回路が単純で済む
というものでしょう。

RISCがスーパースカラを導入した時点で、
1クロックで実行できる命令を、0.5クロックとか0.33クロックで実行できる命令の組み合わせに分割しちゃってるのよ。

たとえば、 a*b+c→d のような演算は今では1クロックで可能なのに、a*b→c、c+d→e の2命令に分割してる。
その2命令には依存関係があるから同時には実行できず、あいだに他の命令を挟まないといけない。アホでしょ?
0146名無しさん＠お腹いっぱい。2010/02/03(水) 22:35:56
また妄想の世界に生きる民がやってきてくだを巻いてるのか
■ このスレッドは過去ログ倉庫に格納されています