RISC以前の設計思想とは? わかりやすく解説

Weblio 辞書 > 辞書・百科事典 > ウィキペディア小見出し辞書 > RISC以前の設計思想の意味・解説 

RISC以前の設計思想

出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/02/28 07:19 UTC 版)

RISC」の記事における「RISC以前の設計思想」の解説

初期プログラミング環境では、コンパイラ存在しなかった。プログラミング機械語アセンブリ言語行われたプログラミングをより簡単にするため、コンピュータ設計者はどんどん複雑な処理を行う命令追加していった。それはつまり、現在ならば高度なプログラミング言語関数サブルーチンレベル実現されるべきものだった当時風潮としてコンパイラ設計よりもハードウェアの設計のほうが簡単であるという考えがあり、結果として複雑なことはハードウェアに担わせることとなった。 高度な命令追加を必要とする別の要因としてメモリ空間に強い制約があったことが上げられるメモリは非常に高価で、システム用意できるメモリ空間限られていたので、プログラム容量縮小することが強く要請された。例えば、当時システムには数キロバイトしかメモリ搭載されていなかった。そのため、業界は高度で複雑な命令を必要としていたし命令可変長になっていて、ひとつの命令いくつものことをこなし、また、ひとつの命令データ転送演算同時に行っていた。当時命令デコード単純化するよりも命令いろいろな機能組み込むことが優先された。 また、当時主流であった磁気コアメモリアクセス速度遅かった。そのため、情報密度高めアクセスする回数を減らすことで、アクセス速度問題軽減できるCPU内のレジスタ本数少なかったのは以下のような理由からである。 レジスタ記憶セル外部メモリ記憶セルよりさらに高価だった当時集積回路レベルでは、大きなレジスタセットチップボードエリア無駄遣いとしか思われなかった。 レジスタ数を増やすと、命令コード内でレジスタ指定するためのビットフィールド増大し結果として命令サイズ大きくなって、貴重なメモリ浪費することになる。 以上のような理由から、CPU設計者は可能な限り一つ命令多く機能詰め込んだ。これにより、例えば、ひとつの命令メモリからふたつの数値ロードして加算し結果直接メモリ格納する、ふたつの数値ロードして演算結果レジスタ格納する、ひとつの数値メモリからロードしてもうひとつレジスタにあるものを使い演算結果メモリ格納する、などの命令実装されている。 当時目標実装されている全ての演算命令全てのアドレッシングモード使えるようにすることであった。これを直交性称した。これはCPU複雑にしたが、処理を個別最適化することができるようになったとも言える。つまり、単純な命令のみを使えば高速動作するようにである。この様設計思想RISC概念広まった後に、対比してCISC呼ばれるようになったCISC的な設計極致としてふたつの実例がある。ひとつは6502で、もうひとつVAXである。25USドル6502はひとつしかレジスタ持たないが、メモリインタフェースが最適化されているため、高速動作できる(4MHzのザイログZ80も同様)VAXミニコンピュータであり、ひとつのCPUにつき3個の筐体ラック)を必要とする。特筆すべきはそのアドレッシングモード豊富さで、全ての演算命令全てのアドレッシングモード組み合わせることができた。

※この「RISC以前の設計思想」の解説は、「RISC」の解説の一部です。
「RISC以前の設計思想」を含む「RISC」の記事については、「RISC」の概要を参照ください。

ウィキペディア小見出し辞書の「RISC以前の設計思想」の項目はプログラムで機械的に意味や本文を生成しているため、不適切な項目が含まれていることもあります。ご了承くださいませ。 お問い合わせ



英和和英テキスト翻訳>> Weblio翻訳
英語⇒日本語日本語⇒英語
  

辞書ショートカット

すべての辞書の索引

「RISC以前の設計思想」の関連用語

1
4% |||||

RISC以前の設計思想のお隣キーワード
検索ランキング

   

英語⇒日本語
日本語⇒英語
   



RISC以前の設計思想のページの著作権
Weblio 辞書 情報提供元は 参加元一覧 にて確認できます。

   
ウィキペディアウィキペディア
Text is available under GNU Free Documentation License (GFDL).
Weblio辞書に掲載されている「ウィキペディア小見出し辞書」の記事は、WikipediaのRISC (改訂履歴)の記事を複製、再配布したものにあたり、GNU Free Documentation Licenseというライセンスの下で提供されています。

©2025 GRAS Group, Inc.RSS