Human68k
出典: Wikipedio
|
|
Human68kとは、1986年にシャープが自社のパソコン、X68000用として、ハドソンと共同開発したオペレーティングシステムである。
目次 |
概要
MC68000を搭載した主に欧米圏のコンピュータは、主にビジネスユースに特化した当時の86系コンピュータと比較して一般的にグラフィック機能などの表現力に優れるものが多く、これらの68系CPUを搭載したコンピュータに搭載されるOS環境もまたそれらの性質を反映したグラフィカルなものやマルチタスクに対応した製品が登場したが、当時の水準ではきわめて強力な表現力を持つX68000の標準OS環境であるHuman68kは、それらの先進的な環境とは対照的に、単にインターフェイスのルック＆フィールのみならず、その構造までもがマイクロソフトのMS-DOSに酷似していた。
原始的なシングルタスクOSであるが、後にバックグラウンドプロセスとしてマルチスレッドがサポートされた。ただしバックグラウンドとされている通り、コンソールまでマルチではない。
グラフィカルなシェル環境として当初はビジュアルシェル、のちにSX-Windowが開発され付属したが、10〜16MHz程度の68000には荷が重く、対応する市販アプリケーションもシャープ製品以外はほとんど現れず、普及することは無かった。
X680x0シリーズ全機種に標準付属しており、独立パッケージも発売されていたが、市販アプリケーションの起動ディスクや雑誌の付録FDにもプリインストールされる等の扱いがなされており、X680x0シリーズ発売終了後の2000年に正式に無償公開された。 Ver3.02が最終である。
Human68kの特徴
Human68kは、ストレージのファイルシステムにはMS-DOSのFAT12/16を応用し（但し完全な互換性は無い）、システムコールのファンクションナンバーも概ねMS-DOSに倣うなど、バイナリ・ソースとも互換性は無いものの、その構造は明らかにMS-DOSを模倣した構造であった。
システムの構成も、MS-DOSと酷似する。 MS-DOSのシステムファイルはI/OサブシステムIO.SYSとカーネルMSDOS.SYSで構成されるが、単一アーキテクチャをターゲットとしたHuman68Kでは異なるアーキテクチャへの移植を全く考慮する必要が無かったため、またI/OサブシステムはそのほとんどがROMで搭載されたIOCSによってまかなわれていた事もあり、IO.SYSに相当するモジュールは存在しない（IOCSのバグをパッチしたり、アクセスの遅いROM上のIOCSをメモリ上にコピーして高速化したり、アルゴリズムを改善して処理を高速化するパッチなどが、デバイスドライバの形としては存在した）。
Human68kのコマンドインタプリタはCOMMAND.Xであり、MS-DOSのCOMMAND.COMに相当する。コマンドはMS-DOSよりも改善されていた。
MS-DOS環境では、このCOMMAND.COMを含め、実行バイナリのロード時にバイナリをリロケートする必要がない（これはセグメント+相対アドレスによって実メモリ空間にアクセスする86系のアドレッシングアーキテクチャに起因し、その64KB空間の壁が大きいデメリットだった16bit(64KB)幅のセグメント内相対アドレス空間の制約とトレードオフの関係にあるメリットであった）が、COMMAND.Xを始めとするアプリケーションやコマンド等の非リロケータブルバイナリでは実行前にリロケート処理を行う必要があるため、特にチャイルドプロセスなどでこのCOMMAND.Xが頻繁にロードされる際のオーバーヘッドは無視できないものであった。このため、後にリロケータブルバイナリ化されたCOMMAND.Rがフリーソフトとして開発された他、実行ファイルのバインド機能が対応された際にはCOMMAND.Xが常駐部とインターフェース部に別れバインドされた物に替わり、チャイルドプロセスでの起動の場合は不要部をメモリ上にロードする必要がなくなる等といった対策が取られた。
デバイスドライバの組み込みにも、MS-DOSと同様にCONFIG.SYSファイルへの記述が必要であり、その書式もMS-DOSに倣う繁雑で難解なものであるが、後のバージョンではMS-DOSに実装された選択起動などの機能を独自に拡張して実装するなど、MS-DOSの進歩に合わせた拡張も行われた。
バックグラウンドタスク
Ver2.0からバックグラウンドタスクとして、タイムシェアリングによるマルチスレッドに対応した。コンソールの方はマルチではなかったのでHuman68kのコマンドからマルチプロセスを起動させる事は出来なかったが、SX-WindowがVer3.0からコンソールウィンドウによるマルチコンソールに対応し、コンソールアプリケーションならば同時にコンソールウィンドウ毎に実行が可能になった。
メモリ管理
MC68000CPUの16MBリニアアドレッシングを活かし、X68000のメインメモリ空間である12MBまでのメモリを一括して管理する事ができた。（X68000では12MB以上の領域はメモリマップドI/OやVRAM等のシステム領域として確保されていたため、当然ユーザーエリアとして使用することはできない） 8086の64KBセグメントに由来する、640KBのメインメモリを可能な限り残すようにバンクメモリを駆使して、ドライバーなどを部分退避させるといったメモリの遣り繰りを強いられた86系MS-DOSパソコンと違い、増設した全てのメモリがプログラム実行もデータ保存も自由用途のエリアであった。
RAMディスクなどを確保した際にはユーザーエリアの使用領域がそのまま奪われるといったデメリットも存在したが、後に自由に使用メモリを確保開放させられるRAMディスクドライバーが登場したり、一時作業用に512KBのグラフィックRAMをRAMディスクにできる物も登場した。
X68000では先頭から8KB単位で2MBまでの領域は自由にスーパーバイザーエリアとして保護が可能なので、デバイスドライバー含むDOS領域をアプリケーションの暴走によるアクセスから保護する事が出来た。
拡張子
MS-DOSの標準拡張子と比較し、以下の点が異なる。
- 再配置情報付きリロケータブル実行可能ファイル
- .EXE- .X
- 完全リロケータブル実行可能ファイル
- .COM - .R
- アドレス指定実行可能ファイル
- なし - .Z
ファイルシステムの論理構造
MS-DOSのFAT 12/16ファイルシステムを元に独自拡張したもので、ファイル名に小文字も使用可能（Microsoft WindowsのVFATと互換性はない）。FATでは未使用の部分を使ってファイル名の長さを18文字＋拡張子3文字の計21文字まで拡張している。MS-DOSと違ってFATを二重に記録していない。 Template:Computer-stuben:Human68k
