Human68kの特徴とは? わかりやすく解説

Human68kの特徴

出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/03/30 01:44 UTC 版)

Human68k」の記事における「Human68kの特徴」の解説

Human68kは、ストレージファイルシステムにはMS-DOSのFAT12/16を応用し(但し完全な互換性は無い)、システムコールのファンクションナンバーも概ねMS-DOSに倣うなど、バイナリ・ソースとも互換性は無いものの、その構造明らかにMS-DOS模倣した構造であったまた、システムの構成も、MS-DOS酷似していた。MS-DOSシステムファイル入出力サブシステムIO.SYSカーネルMSDOS.SYS構成されるが、単一アーキテクチャターゲットとしたHuman68kでは異なアーキテクチャへの移植を全く考慮する必要が無かったため、また入出力サブシステムはそのほとんどがROM搭載されIOCSによってまかなわれていた事もあり、IO.SYS相当するモジュール存在しないIOCSバグパッチしたり、アクセスの遅いROM上のIOCSメモリ上にコピーして高速化したり、アルゴリズム改善して処理を高速化するパッチなどが、デバイスドライバの形としては存在した)。 Human68kコマンドインタプリタはCOMMAND.Xであり、MS-DOSCOMMAND.COM相当するコマンドMS-DOSよりも改善されていた。 MS-DOS環境では、このCOMMAND.COM含め実行バイナリロード時バイナリリロケートする必要がない(これはセグメント+相対アドレスによって実メモリ空間アクセスする86系のアドレッシングアーキテクチャに起因し、その64kB(キロバイト空間の壁が大きデメリットだった16ビット(64kB(キロバイト))幅のセグメント内相アドレス空間制約とトレードオフの関係にあるメリットであった)が、COMMAND.Xを始めとするアプリケーションコマンド等の非リロケータブルバイナリでは実行前にリロケート処理を行う必要があるため、特にチャイルドプロセスなどでこのCOMMAND.Xが頻繁にロードされる際のオーバーヘッド無視できないものであったこのため、後にリロケータブルバイナリ化されたCOMMAND.Rがフリーソフトとして開発された他、実行ファイルバインド機能が対応された際にはCOMMAND.Xが常駐部とインターフェース部別れバインドされた物に替わりチャイルドプロセスでの起動場合不要部をメモリ上にロードする必要がなくなる等といった対策取られた。 デバイスドライバ組み込みにも、MS-DOS同様にCONFIG.SYSファイルへの記述が必要であり、その書式MS-DOSに倣う繁雑難解なのであるが、後のバージョンではMS-DOS実装された選択起動などの機能独自に拡張して実装するなど、MS-DOS進歩合わせた拡張行われた

※この「Human68kの特徴」の解説は、「Human68k」の解説の一部です。
「Human68kの特徴」を含む「Human68k」の記事については、「Human68k」の概要を参照ください。

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



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

辞書ショートカット

すべての辞書の索引

「Human68kの特徴」の関連用語

1
10% |||||

Human68kの特徴のお隣キーワード
検索ランキング

   

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



Human68kの特徴のページの著作権
Weblio 辞書 情報提供元は 参加元一覧 にて確認できます。

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

©2025 GRAS Group, Inc.RSS