JPH08507630A - Memory management device and memory management method - Google Patents

Memory management device and memory management method

Info

Publication number
JPH08507630A
JPH08507630A JP6520278A JP52027894A JPH08507630A JP H08507630 A JPH08507630 A JP H08507630A JP 6520278 A JP6520278 A JP 6520278A JP 52027894 A JP52027894 A JP 52027894A JP H08507630 A JPH08507630 A JP H08507630A
Authority
JP
Japan
Prior art keywords
memory
application
range
module
temporary
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP6520278A
Other languages
Japanese (ja)
Inventor
ジー． エコルス，グラント
Original Assignee
ノベル，インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ノベル，インコーポレイテッド filed Critical ノベル，インコーポレイテッド
Publication of JPH08507630A publication Critical patent/JPH08507630A/en
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/06—Addressing a physical block of locations, e.g. base addressing, module addressing, memory dedication
    • G06F12/0615—Address space extension
    • G06F12/0623—Address space extension for memory modules

Abstract

(57)【要約】 本発明は、ＤＯＳ実行可能なプログラムあるいは「モジュール」のための環境を提供するものてあり、これらのプログラムあるいは「モジュール」は、それらのコードあるいはデータの一部によって使用されるメモリを共有しながら他の同様に構成されたプログラムと協同し得るように構成されている。この環境によって、コンベンショナルメモリ（１０２）の全般的な要件が削減される。モジュールは、コンベンショナルメモリからスワップアウトされ得る一時的なコードおよびデータ（４０３）、ならびにスワップ不可能でありコンベンショナルメモリに常駐するグローバルデータおよびコード（４０２）を有している。本発明は、一時的なコードおよびデータのためのコンベンショナルメモリの１つのブロックを（複数の）モジュールが共有し得るようにすることによって、コンベンショナルメモリの要件を削減する。ディスク記憶装置（２０４）へあるいはそこからモジュールの一時的なブロックをスワップする代わりに、一時的なブロックはコンベンショナルメモリと拡張メモリあるいはエクスパンディッドメモリとの間でスワップされる。これによって、オーバレイスキムと比較して転送時間が大幅に削減され、性能が向上する。 (57) [Summary] The present invention provides an environment for DOS executable programs or "modules", and these programs or "modules" are used by a part of their code or data. It is configured so that it can cooperate with other similarly configured programs while sharing memory. This environment reduces the overall requirements for conventional memory (102). Modules have temporary code and data (403) that can be swapped out of conventional memory, as well as global data and code (402) that are non-swappable and reside in conventional memory. The present invention reduces the requirements for conventional memory by allowing a block (s) to share one block of conventional memory for temporary code and data. Instead of swapping a temporary block of modules to or from disk storage (204), the temporary block is swapped between conventional memory and expanded or expanded memory. This significantly reduces transfer time and improves performance compared to overlay skim.

Description

【発明の詳細な説明】 メモリ管理装置およびメモリ管理方法 発明の背景 １．発明の分野 本発明は、一般的にコンピュータメモリシステムに関する。本発明は、特に、 コンピュータメモリの使用を制御し最適化するためのメモリ管理システムに関す る。 ２．背景となる従来技術 典型的なコンピュータシステムは、多数のモジュールおよび構成要素から構成 される。コンピュータシステムは、典型的にマイクロプロセッサのような中央処 理装置（ＣＰＵ）を備えている。マイクロプロセッサは、命令を得て、復号化し 、実行するプログラム制御された装置である。コンピュータシステムは、システ ムオペレーティングソフトウエア、アプリケーションプログラム命令およびデー タを格納するための記憶構成要素を備えている。これらの記憶構成要素は、読み 出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）あるいはディス ク記憶装置あるいはテープ記憶装置などのような大容量記憶装置あるいは他の適 切な記憶手段であり得る。 コンピュータシステムのオペレーションは、「オペレーティングシステム」と して公知である一連の命令によって制御 される。オペレーティングシステムは、入力／出力などのコンピュータシステム の基本的機能を制御するために用いられる。また、オペレーティングシステムは 、典型的にはＲＯＭあるいはディスク記憶装置などの永久記憶素子に格納され、 次にＲＡＭへロードされ、そこで実行される。オペレーティングシステムの例と して、ＭＳ−ＤＯＳ又はＰＣ−ＤＯＳがある。コンピュータシステムは、アプリ ケーションプログラムを実行するために用いられる。 処理オペレーションの間に、データの格納されている上で命令が実行されると きに一時的にそのデータを格納することをＣＰＵがされるかもしれない。さらに 、処理およびそれに基づきプログラムが実行されているオペレーティングシステ ムを制御するアプリケーションプログラムは、ＣＰＵにアクセス可能でなければ ならない。この情報は、「メインメモリ」として知られている資源、ＲＡＭにそ の情報を格納することによってＣＰＵに対して利用可能になる。 メインメモリとして公知であるメモリ構成要素は、ユーザ、データ、プログラ ムあるいは処理に動的に割り当てられた不十分な資源である。この十分でない資 源に競合するメモリユーザは、アプリケーションプログラム、ＴＳＲ（「常駐終 了型」プログラム）および他の処理を有する。アプリケーションプログラムの例 としては、ワードプロセッサ、表計算、作図プログラム、データベースなどを含 む。あるアプリケーションプログラムは、ＲＯＭに格納され得る。しかし、一般 的 には、アプリケーションプログラムは、ディスクドライブなどの大容量記憶装置 に格納される。初期設定に際して、ＣＰＵによって実行されるアプリケーション プログラムは、大容量記憶装置からＲＡＭに転送される。 ＴＳＲは、コンピュータシステムでも用いられる。そのようなプログラムは「 ホットキー」および「ポップアップウインドウ」を提供し、ビデオ表示装置の角 に時計を表示したり、ディスクドライブの活動をモニタするなどの背景タスクを 行うために用いられる。ＴＳＲは、多くの他のアプリケーションのために書き込 まれ、ユーザがいくつかのＴＳＲがコンピュータに同時に常駐することを望むこ とがしばしばある。各ＴＳＲはそれが位置づけられるメモリ空間を必要とするの で、ＴＳＲをシステムに付加すると、メインメモリへのメモリデマンドを増加さ せることになる。 メインメモリは、典型的にＲＡＭなどのシリコンベースのメモリである。ある いは、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）がメインメモリとして 用いられる。メインメモリＲＡＭはコンベンショナルメモリ、拡張メモリ、エク スパンデッドメモリとしてアクセスされ得る。コンベンショナルメモリ コンベンショナルメモリは、ＣＰＵによって最も容易にアクセスされるＲＡＭ の領域である。ＣＰＵが必要とするデータおよび命令をコンベンショナルメモリ に格納することが望 ましい。しかし、コンベンショナルメモリの大きさに制限があり、それによって コンベンショナルメモリに格納され得るデータおよび命令の量が制限される。 初期のマイクロコンピュータは、６４Ｋのアドレス空間を提供する１６ビット アドレスバスを有していた。アプリケーションが必要とするメモリの容量が増加 するに従って、マイクロコンピュータは１６ビットアドレスバスの制限を克服し なければならなかった。従って、ＩＢＭパーソナルコンピュータは、２０ビット アドレスバスをサポートしていたセグメント化されたアドレス指定スキムと共に 導入された。２０ビットアドレスバスは１０２４Ｋすなわち１Ｍのアドレス空間 を提供し、このアドレス空間は１６ビットバスのアドレス空間の１６倍である。 オリジナルのＩＢＭ ＰＣおよびシステムソフトウエアは、コンベンショナルメ モリを人為的に６４０Ｋに制限して設計された。６４０Ｋから１Ｍのアドレス空 間のうちの３８４Ｋは、将来使用するため、主としてＲＯＭのために確保された 。それに続くコンピュータのモデルは、オリジナルのＩＢＭ ＰＣと後方への互 換性があり、同一のＰＣ−ＤＯＳ ＭＳ−ＤＯＳオペレーティングシステムを用 いるように設計されているので、６４０Ｋに制限されたコンベンショナルメモリ は最新のコンピュータ上のアプリケーションに対して利用可能なメモリの容量を 制限し続けている。拡張メモリ（Extended Memory） 拡張メモリは、十分な数のアドレス線を有するマイクロプロセッサによって直 接アドレス指定され得る１０２４Ｋバイトを超えるＲＡＭである。例えば、Ｉｎ ｔｅｌ ８０２８６マイクロプロセッサは２４ビットアドレス指定能力を有し、 メモリの最初の１Ｍの上の拡張メモリ内の１５Ｍをアドレス指定し得る。インテ ル８０３８６および８０４８６マイクロプロセッサは３２ビットアドレス指定能 力を有し、メモリの最初の１Ｍの上の拡張メモリのおよそ４ギガバイトをアドレ ス指定し得る。エクスパンディッドメモリ（Expanded Memory） 「エクスパンディッドメモリ仕様（expanded memory specification）」（Ｅ ＭＳ）としても公知であるエクスパンディッドメモリはエクスパンディッドメモ リとして用いるために、直接アクセス不可能であるエクスパンディッドメモリの 一部を確保し、それをページに分割する。エクスパンディッドメモリの１ページ をＣＰＵが直接アクセス可能であるアドレス空間に一度で切換えることによって 、ＥＭＳは実質的に無制限な容量のメモリにアクセス可能である。しかし、ＥＭ Ｓがページを変えるためには時間がかかる。所望のデータが直接アクセス可能な メモリ内に位置づけられたＥＭＳページフレームになければ、ＥＭＳはページフ レームの現在の内容をページアウトし、所望のデータを含むエクスパンディッド メモリからのページでページングしなければならない。そのよう なページ変えには時間が必要となるので、コンピュータの処理速度が遅くなる。 また、ＥＭＳは一般的にすべてのアプリケーションソフトウエアに適用可能では ない。アプリケーションソフトウエアは、ＥＭＳが利用可能である場合、特にＥ ＭＳを利用するために書き込まれなければならない。メモリマップ 図１は、典型的なコンピュータ、すなわち、ＩＢＭパーソナルコンピュータな どの、８０８８／８０８６ファミリーマイクロプロセッサに基づきＭＳ−ＤＯＳ 環境下で動作するコンピュータ上のメインメモリＲＡＭのメモリマップを示す。 図１のメモリマップは唯一可能なメモリなのではなく、典型的なメモリマップの 一例である。メモリマップは下から上に編成され、最下部はメモリ位置ゼロ（１ ０１）であり、最上部のメモリ内の最高位置まで続く。メモリマップは、３つの 基本領域を有している。第１の領域は、メモリの最底部の６４０Ｋであり、コン ベンショナルメモリ１０２と称される。コンベンショナルメモリ１０２はその全 体が読み取りおよび書き込みオペレーションを可能にするＲＡＭによって構成さ れるが、すべてのシステムが６４０Ｋ全体を有するのではなく、メモリ空間の一 部は未使用のままであってもよい。 コンベンショナルメモリ１０２は、ＴＳＲおよびデバイスドライバを含む、シ ステムソフトウエア、アプリケーションソフトウエア、ユーザデータおよびほか のコードおよびデー タを格納するために用いられる。図１に示されるように、ＭＳ−ＤＯＳはメモリ の最下部を用いて、ＭＳ−ＤＯＳのコード１０６および関連づけられたデータ１ ０７を格納する。その上に、ＭＳ−ＤＯＳは、まとめてエレメント１１２として 図示されているアプリケーションソフトウエア、ＴＳＲおよびデバイスドライバ を格納する。 コンベンショナルメモリの上には、３８４Ｋの予約メモリ１０３があり、これ はＲＡＭの６４０Ｋの上限の上から１０２４Ｋまでのメモリアドレス内に位置す る。予約メモリ領域１０３は、読み出し専用装置であるＲＯＭによって主に占め られる。予約メモリ領域において見いだされるＲＯＭは、システムＲＯＭ、ビデ オＲＯＭ、およびおそらくはハードディスクあるいはネットワークインタフェー スなどのその他の周辺装置のためのＲＯＭを含む。ＲＯＭに加えて、予約メモリ 領域１０３は、例えばビデオフレームバッファなどの他の種類の専用メモリも備 えている。 コンピュータの基本オペレーションをサポートするシステムＲＯＭは、例えば 、９６０Ｋから１０２４Ｋまでの予約メモリ領域１０３の最上部の６４Ｋを占め る。予約メモリ１０３の残りの空間は未使用であるか、あるいは他の周辺装置あ るいはＥＭＳページフレームをサポートするＲＯＭを含む他の目的のために使用 される。 上記のように、拡張メモリ１１１は１Ｍの上のすべてのメモリを含む。８０２ ８６のような２４ビットアドレス指定能 力を有するマイクロプロセッサは、予約メモリ１０３およびコンベンショナルメ モリ１０２の１Ｍに加えて拡張メモリ１１１の１５Ｍを含む１６Ｍまでのメモリ をアドレス指定し得る。８０３８６および８０４８６のような、３２ビットアド レス指定能力を有するマイクロプロセッサは、１Ｍの予約メモリ１０３およびコ ンベンショナルメモリ１０２のうえに４０９５Ｍの拡張メモリを含む４Ｇまでア ドレス指定可能である。１Ｍの真上に位置する拡張メモリ１１１内の領域は、高 位メモリ領域１１３とも称される。 ＴＳＲが増殖しアプリケーションプログラムが大きくなるに従って、コンベン ショナルメモリにおける空間に対する競合も大きくなる。ＴＳＲを用いる能力を 保持しながらアプリケーションプログラムにより大きなコンベンショナルメモリ を与えることが望ましい。 アプリケーションプログラムに対して利用可能なコンベンショナルメモリ空間 の量は、ＴＳＲが使用するメモリの容量を削減すること、ＴＳＲの数を減らすこ と、あるいはコンベンショナルメモリ外部のメモリにＴＳＲを配置し直すことに よって増加され得る。 ＴＳＲの数を削減すると、機能および性能が低下し得るので望ましくない。各 ＴＳＲによって使用されるコンベンショナルメモリの容量を削減することは、各 ＴＳＲへの再書き込みが必要となるので実用的ではない。 ＴＳＲは、ＴＳＲが使用していなけれは他のソフトウエア によって使用され得るコンベンショナルメモリ空間の一部を占めるので、これら のプログラムがコンベンショナルメモリ１０２外部のメモリに移動し得れば、よ り大きいメモリがアプリケーションソフトウエアに利用可能になるであろう。あ る従来技術の方法では、ＴＳＲをコンベンショナルメモリ１０２から予約メモリ １０３に移動させることによってアプリケーションソフトウエアに対して利用可 能なコンベンショナルメモリ１０２の量を増加させている。 この方法を実施するためには、未使用の予約メモリ１０３の量がまず決定され なければならない。また、ＴＳＲによって占められているコンベンショナルメモ リの容量も決定されなければならない。また、拡張メモリから割り当てを解除さ れたＲＡＭの十分な量を予約されたメモリ領域にマップして、ＴＳＲのためのメ モリ空間を提供しなければならない。次に、ＴＳＲは、予約メモリ領域１０３内 の利用可能なメモリに再配置されなければならない。 この従来技術の方法には欠点がある。まず、この方法では割り当てを解除され た予約メモリ空間しか使用できない。この方法では、ＲＯＭ、ビデオフレームバ ッファあるいは他の用途に割り当てられた予約メモリ空間を使用することはでき ない。また、ＴＳＲの再配置は、ＴＳＲに対するすべての参照が新しい場所に再 指示されることを保証するために行われなければならない。 コンベンショナルメモリから再配置を行う他の従来技術の 方法は、「オーバレイ」として公知である。オーバレイは、必要であればメモリ にスワップインおよびメモリからスワップアウトされる、プログラムの実行可能 な部分である。オーバレイには、オーバレイ内に位置する機能およびデータへの アクセスを制御するオーバレイマネージャとリンクされたオーバレイを用いるプ ログラムが要求されるという欠点がある。 オーバレイスキムの一例を、図２Ａおよび図２Ｂに示す。まず図２Ａを参照す ると、ＣＰＵによってアクセス可能なＲＡＭの最初の１０２４バイトがメモリブ ロック２０１として示される。メモリブロック２０１は、コンベンショナルメモ リ１０２の領域を含む。コンベンショナルメモリ１０２は、ＤＯＳのようなオペ レーティングシステムコードを格納するための下方のアドレスに位置する領域２ ０２を含む。ＤＯＳ領域２０２の上および予約メモリ１０３の下のコンベンショ ナルメモリ１０２の残りの領域１１２は、アプリケーション、ＴＳＲ，デバイス ドライバなどを格納するために用いられる。 アプリケーションには大きすぎてコンベンショナルメモリ１１２に全てを格納 できないものもある。そのようなアプリケーションの１例は、ワードプロセッシ ングアプリケーションであるＷｏｒｄ Ｐｅｒｆｅｃｔである。従って、一度に はＷｏｒｄ Ｐｅｒｆｅｃｔの一部のみがメモリ領域１１２に格納される。残り の部分は、ディスク記憶装置２０４などの他のメモリに格納される。アプリケー ションの一部が必要とされると、その部分はディスク記憶装置２０４からメモリ 領域１１２に転送される。 図２Ａの例においては、ブロックＡ２０３によって表されるアプリケーション の部分は、メモリ領域１１２に格納される。このアプリケーションは、ディスク 記憶装置２０４に格納される他の２つの部分、ブロックＢ２０５およびブロック Ｃ２０６に分割される。ディスク記憶装置２０４は、バスあるいは他の転送手段 ２０７を介してＲＡＭ２０１と結合する。 ブロックＡ２０３に含まれている機能が呼出されるかあるいは使用されると、 ブロックＡ２０３はメモリ領域１１２に常駐し続ける。他の機能が必要になると 、その機能を提供するコードはディスク記憶装置２０４からメモリ２０１に転送 されなければならない。今度は図２Ｂを参照すると、ブロックＢ２０５はディス ク記憶装置２０４からメモリ領域１１２に転送される。従って、前にメモリ領域 １１２に常駐していたアプリケーションの部分ブロックＡ２０３は、ディスク記 憶装置２０４に転送される。ブロックＢ２０５がメモリ領域１１２において占め る領域は、ブロックＡ２０３が占める領域よりもより大きいように記載されてい る。ブロックは同一の大きさを有する必要はないが、メモリ領域１１２における 利用可能なアドレス空間と同じぐらいの大きさにならなければならない。 オーバレイの欠点は、オーバレイがディスクファイルにおよびそこからスワッ プされ、それによって実行時間が長くなり性能が低下するということである。あ るプログラムでは、 コードあるいはデータが常にコンベンショナルメモリに常駐することを必要とす る。オーバレイは、コンベンショナルメモリに永続的に常駐するコードあるいは データを特定するいかなる方法も提供しない。ブロックＡ２０３およびＢ２０５ がスワップされると、それらのブロック全体がスワップされる。ブロックＡ２０ ３でメモリ領域１１２に残っている部分はない。従って、そのようなプログラム はオーバレイスキムを使用できない。ＴＳＲには、オーバレイに変換され得ない ものもある。これらのＴＳＲは、内部ＤＯＳ機能を提供するものも含む。この一 例は、ユタ州、Novell,Inc．of Provo、によって製造されたNetWare Dos Client ソフトウエアである。 従って、従来技術は、性能を低下させずにＴＳＲによって使用されるコンベン ショナルメモリの量を削減するシステムを提供していない。 発明の要旨 本発明は、メモリのコードあるいはデータの一部によって使用されるメモリを 共有しながら他の同様に構成されたプログラムと協同し得るように構成されてい るＤＯＳ実行可能なプログラムを提供する。これによって、コンベンショナルメ モリの全般的な要件が削減される。本発明において、これらのプログラムはモジ ュールと称され、アプリケーションプログラム、ＴＳＲあるいはこのモジュール フォーマットに変換されるその他の実行可能なファイルであり得る。モジュール は、コンベンショナルメモリからスワップアウトされ得る一時的なコードおよび データ、ならびにスワップ不可能でありコンベンショナルメモリに常駐するグロ ーバルデータおよびコードを有している。 メモリに常駐するグローバルデータを提供することによって、本発明のモジュ ールは、他のモジュールだけではなく、割り込みを扱うものおよび外部からある いは非同期的に利用可能であるその他のコードおよびデータも呼出得る。従って 、本発明はオーバレイよりもプログラミングインタフェースをサポートする。 本発明は、コンベンショナルメモリの１つのブロックを複数のモジュールが共 有し得るようにすることによって、コンベンショナルメモリの要件を削減する。 モジュールの数に無関係に、使用されるために割り付けられたコンベンショナル メモリのブロックの大きさは同じままである。割り付けられたメモリブロックは 、コンベンショナルメモリブロックを共有するモジュールの一時的なコードある いはデータの最も大きいブロックを格納するために十分な大きさを有する。 ディスク記憶装置へあるいはそこからモジュールの一時的なブロックをスワッ プする代わりに、一時的なブロックはコンベンショナルメモリと拡張メモリある いはエクスパンディッドメモリとの間でスワップされる。これによって、オーバ レイスキムと比較して転送時間が大幅に削減され、性能が向上する。 図面の簡単な説明 図１は、典型的なコンピュータシステムのメモリ組織を示すメモリマップであ る。 図２Ａおよび図２Ｂは、従来技術のオーバレイスキムを示す図である。 図３は、本発明のモジュール構造を示す図である。 図４Ａから図４Ｅは、メモリマネージャのオペレーションを示す図である。 図５は、本発明のプレイニット（Pre-init）オペレーションを示すフローチャ ートである。 図６は、本発明の実イニット（real-init）オペレーションを示すフローチャ ートである。 図７は、本発明におけるモジュールの呼出しを示すフローチャートである。 図８は、本発明を実施するためのコンピュータシステムのブロック図である。 図９は、ＶＭＣＢデータブロックを示す図である。 本発明の詳細な説明 コンピュータシステムにおけるコンベンショナルメモリをより有効に用いる方 法が記載される。以下の記載においては、より綿密に本発明を記載するために、 コンピュータシステムのタイプ、メモリアドレス位置、メモリ容量などの多数の 具 体的な事項が詳細に記載される。しかし、これらの具体的な詳細事項がなくても 本発明が実行され得ることは当業者には明らかである。他の例においては、本発 明を不必要にわかりにくくすることのないように、公知の特徴は詳細には記載さ れない。 本発明は、ＴＳＲおよび他のプログラムがコンベンショナルメモリにおける空 間を共有する方法および装置を提供することによって、コンベンショナルメモリ 要件を削減する。ＴＳＲおよびプログラムは「モジュール」として構成され、モ ジュールマネージャはコンベンショナルメモリへのモジュールのスワップインお よびそこからのスワップアウトを制御する。本発明の好ましい実施態様において は、ある時点で１つのモジュールしかコンベンショナルメモリに常駐しない。他 のモジュールは、拡張メモリあるいはエクスパンディッドメモリに格納される。 これによって、時間の消費および性能を低下させるディスクスワップが回避され る。 モジュールマネージャのオペレーションを図４Ａから図４Ｅに示す。図４Ａは 、コンベンショナルメモリ、予約メモリ、拡張メモリおよびエクスパンディッド メモリのメモリマップを示している。コンベンショナルメモリ１０２は、下部メ モリ領域においてＤＯＳ記憶領域２０２を有している。コンベンショナルメモリ １０２内のＤＯＳ領域２０２のちょうど上には、モジュールマネージャ４０１の ために保存されている空間がある。モジュールマネージャ４０１の上には、シス テ ムのために利用可能なモジュールのグローバルコードおよびデータのために予約 されている領域がある。グローバルコードおよびデータ領域４０２の上に格納さ れているのは、モジュールの一時的なブロックのために予約されている領域であ る。一時的なブロックモジュール４０３は、システム中のいずれかのモジュール の最も大きい一時的なブロックによって固定および決定される上限４０４を有し ている。上限４０４の上でかつ予約メモリ１０３の下のコンベンショナルメモリ １０２内の空間は、他のアプリケーションおよび処理のために利用可能である。 予約メモリ１０３はＲＯＭおよびエクスパンディッドメモリ４０６のために用 いられる。予約メモリ１０３の上には、拡張メモリ１１１（１０２４Ｋバイトの 上）がある。拡張メモリ１１１は、モジュールＡと称されるモジュールの一時的 なブロック４０５を格納する。エクスパンディッドメモリ４０６は、モジュール ＢおよびＣとそれぞれ称される一時的なブロック４０７および４０８を有してい る。 グローバルコードおよびデータがグローバル領域４０２に格納され、一時的な ブロック４０３の上限４０４が限定されると、モジュールマネージャはモジュー ルが呼出されるとモジュールにアクセスする準備ができている。図４Ｂを参照し ながら、モジュールＢが要求される場合を考える。モジュールＢは、グローバル 領域４０２に永続的に常駐するコードを有し得る。モジュールＢが呼出されると 、モジュールマネー ジャはモジュールＢの一時的なブロック４０７をエクスパンディッドメモリ４０ ６からコンベンショナルメモリ１０２の一時的なブロック４０３に転送する。こ のとき、他のモジュールのいずれかの一時的なブロックがコンベンショナルメモ リから外にスワップされる。そして、処理呼出しモジュールＢは、モジュールＢ がコンベンショナルメモリに常に常駐するかのように、一時的なブロックにアク セスし得る。図４Ｂに示されるように、モジュールＢの一時的なブロック４０７ は、一時的なブロック４０３内の利用可能なアドレス空間のすべてを使用するの ではない。一時的なブロック４０３の上限４０４は固定されたままである。 図４Ｃから図４Ｅに、モジュールが他のモジュールを呼出すプロセスを示す。 モジュールＣの一時的なブロック４０８は、図４Ｃに図示されているようにコン ベンショナルメモリ１０２の一時的なブロック４０３に常駐している。モジュー ルＣは、モジュールマネージャを介してモジュールＡを呼出す。モジュールマネ ージャは、呼出しを行っているモジュールおよびディスティネーションモジュー ルとの接触を保っている。モジュールＣの一時的なブロック４０８は、モジュー ルＡの一時的なブロック４０５とスワップされる。図４Ｄを参照すると、モジュ ールＡの一時的なブロック４０５は一時的なブロック４０３に格納される。モジ ュールＡの一時的なブロック４０５は一時的なブロック４０３のすべてのアドレ ス空間を占めることに留意されたい。モジュールＡがある機 能のために呼出され、その機能を実行した後、図４Ｅに示されるように、モジュ ールマネージャはモジュールＡの一時的なブロック４０５をモジュールＣの一時 的なブロック４０８とスワップする。モジュール構造 本発明においては、モジュールのコードおよびデータは、コンベンショナルメ モリにおけるモジュール管理に一般的な解決法が与えられるように、異なるカテ ゴリーに構成される。これらのカテゴリーは、機能タスク指名テーブル（ジャン プテーブル）、一時的なコードおよびデータ、グローバルコードおよびデータな らびにスタートアップコードおよびデータを含む。モジュールのフォーマットは 図３に示される。 モジュール３０１の構造は、３つの領域３０２、３０３および３０４を有して いる。領域３０２は、ジャンプテーブル３０５および一時的なグループ３０６を 有している。領域３０３はグローバルコードおよびデータを含み、領域３０４は スタートアップコードおよびデータを有している。一時的な領域３０２は、「ス ワップ可能な」コードおよびデータを有している。すなわち、このデータはコン ベンショナルメモリおよび（拡張されたあるいはエクスパンドされた）エンハン ストメモリの間でスワップインあるいはスワップアウトされ得る。ジャンプテーブル ジャンプテーブル３０６はモジュールによってサポートされる機能を表す。ジ ャンプテーブル（一時的なコードとも称される）は、いつでもスワップアウトさ れ得る。従って、割り込みを扱うもの（あるいは直接アクセス可能であるいずれ かのコードセグメント）は一時的なコードセグメントの中に存在し得ない。ジャ ンプテーブルにおける第１のエントリは、モジュールイニットルーチンへのポイ ンタである。ジャンプテーブル３０６は、すべてのモジュールに対して共通であ る少なくとも４つの定義済み機能、すなわち、イニット、アンロード、バージョ ンおよび統計へのポインタで構成されている。 イニット：イニットは、モジュールにおける初期設定ルーチンである。この初 期設定ルーチンはモジュールを初期設定するために必要なパラメータを得るため にプレイニットを行い、モジュールを適切なセグメントに実際にロードするため に実イニットを行う。ベクトルがフックされるのはこの実イニット処理において である。 アンロード：アンロード機能によって資源の解放が容易になる。アンロード安 全性（ＣＸ＝ＦＦＦｈ）についてのチェックが臨界地域状態に戻ると、アンロー ド要求は行われ得ない。モジュールがうまく動作すると、アンロード要求を行わ ない理由はなくなり、アンロード安全性のチェックは０に戻り、実際にアンロー ドを行っても安全であることが示される。そ して、実際にアンロードを行うという要求が行われないことはない。モジュール がアンロードのチェックを行わないと、アンロードのキャンセル（すなわち、Ｃ Ｘ＝ＦＦＦＥｈ）と共に、以前にチェックされたモジュールがすべて知らされる 。 バージョン：バージョン機能は、モジュールの主バージョンおよび小バージョ ンを得る。この機能は、モジュールの間に共有性を与える。このバージョン機能 のその他の副機能も、モジュールの間に共有性を設定する。他の副機能（０１ｈ −０Ｂｈ）によっても、接続設定、切断などに関してインターモジュールコミュ ニケーション（マルチキャスティング）を容易になる。 例えば、最初のタスクの終了時（すなわち、＿Notify Handler subfunction 0 1h,PSP Terminate）にマルチキャスト呼出しがある。この副機能は、事前に定義 された一般的な副機能の一部である。 統計：統計機能は、モジュールについての統計を得る。この機能は選択的であ る。この統計は、モジュールデバッギングのために行われる。統計構造は、長さ 優先バッファである。統計構造テーブルの第１番目の単語は、有効な統計情報の バイト数を示す。ほかのすべての統計情報は、スタットサイズフィールドとスタ ットエンドフィールドの間で記憶される必要がある。 他の機能は特にモジュールに与えられ得、これらの事前に定義された機能に従 う。ゼロ終了（ＤＤ０）は、共通の機能 およびジャンプテーブルにおけるモジュールによって定義された他の全ての機能 に続いて行われる。これによって、この機能の数を超える要求を拒否し得るよう に、モジュールマネージャはいくつの機能がモジュールによってサポートされて いるかを知り得る。一時的なデータ 一時的なコードのように、一時的なデータも特別な要件を備えている。あるタ イプのデータは、一時的なグループにおいて存在し得ない。これらの制限された タイプは、スタックおよび他のモジュールに渡されるデータを有している。性能 上の理由から、グローバルデータではないすべてのデータは、この一時的なデー タセグメント内になければならない。一時的なデータは、エンハンストメモリと コンベンショナルメモリとの間でスワップされる。グローバルコードおよびデータ グローバル領域３０３は、コンベンショナルメモリ内に常駐し続けなければな らないコードおよびデータを格納する。例えば、グローバル領域３０３に格納さ れ得るコードおよびデータは、グローバルコード、モジュールマネージャを介し てアクセスされない遠い呼出を扱うもの、スタックおよびほかのモジュールに渡 されたデータのための割り込み処理ルーチンを有している。グローバル領域にメ モリがなくてもモジ ュールを作ることは可能である。スタートアップ領域 スタートアップ領域は、初期設定コードを有している。そのコードはプレイニ ットおよび実イニットオペレーションを提供する。プレイニットの間には、各モ ジュールはモジュールマネージャにＶＭＣＢ構造データブロックを与える。モジ ュールはイニットルーチンを使用し、このＶＭＣＢ構造を介して要求される初期 設定メモリ（グローバルメモリおよび一時的なメモリセグメントを含む）の量を 報告する。具体的には、ＶＭＣＢ_InitImageParaLengthパラメータは、プレロー ドの全体のサイズを定義する。 モジュールマネージャは、ＶＭＣＢ_InitImageParaLengthを用いて、実イニッ トおよび実行時間の間にどれだけのメモリがスワップインおよびスワップアウト されるべきなのかを決定する。モジュールメモリ割り当てを決定するこの方法に よって混乱が避けられ、メモリセグメントを別々に保持する処理が簡略化される 。メモリセグメントを別々に保持することは、グローバルデータセグメントとプ ロテクトモードデータセグメントを同時に実行するときに有効である。モジュー ルがロードされている他のモジュールに依存している場合、モジュールに対する 依存性はプレイニット段階でチェックされる。偽のイニットフラグ（ＡＸ＝−１ ）が途中でこのプロシジャへ渡される。 実イニットの間、モジュールがロードされた位置からグローバルコード／デー タを移動することが必要である。このグループのディスティネーションは、実イ ニットでイニット機能をモジュールマネージャが呼出したときに、ＢＸレジスタ において定義される。この処理の後、モジュールはグローバルグループの移動に よって必要とされるいかなるフィックスアップも実行しなければならない。これ らのフィックスアップは、データはＤＯＳによってロードされたグループではな く新しい位置を参照していることを保証するために行われる。モジュールマネージャ 個々のモジュールおよびマルチプレクサを監督するのがモジュールマネージャ である。アプリケーションは、すべての呼出しをモジュールマネージャに対して 行うが、そのディスティネーションが他のモジュール（子）であろうとマルチプ レクサであろうとその個々のディスティネーションに対して要求を行う。モジュ ールマネージャは、応答が適した呼出すもの（caller）に戻ることを保証する。 すべてのモジュールは、他のモジュールをモジュールマネージャを介して呼出 す。モジュールがその特定のレイヤのマルチプレクサを呼出すときも、そのモジ ュールはモジュールマネージャに呼出しを行ってそのマルチプレクサを呼出す。 同様に、そのモジュールから呼出しが戻るとき、その呼出しはマルチプレクサか らモジュールマネージャを介してそのモ ジュールに向かう。 モジュールマネージャの責務の１つは、他の情報の間のＡＰＩ呼出しが正しく ルートされていることを保証することである。従って、モジュールマネージャは 、与えられたユーザアプリケーションが要求するモジュールがロードされている かを知らなければならない。それは他のモジュールを呼出すモジュールを監視す る。モジュールマネージャは、同様に非同期的に呼出されたモジュールおよび機 能を取り扱う。 モジュールマネージャはＡＰＩを与え、ナンバーによって機能およびモジュー ルを呼出す。モジュールマネージャは、呼出すもののモジュールＩＤを介して、 その機能を呼出しているのが誰であるかを知る。モジュールＩＤは、事前に割り 当てられている。モジュールマネージャは、ナンバーに基づきすべてのＡＰＩを 取り扱うので、モジュールマネージャはモジュールにおける個々の機能に対する 本質的な依存または結びつきを持たない。従って、要求モデルの一部ではないモ ジュールは、ＴＳＲメモリマネージャとしてモジュールを使用し得る。これによ って、様々な異なるＴＳＲをサポートする能力がモジュールマネージャに与えら れる。 モジュールマネージャは、すべてのモジュールが必要とする基本サービス、特 に、すべてのロードされたモジュールの間で呼出しを行い呼出しを容易にする基 本サービスを提供する。従って、モジュールマネージャは、要求モデルのすべて のレイヤを含む。 モジュールマネージャはマルチプレクサを含む各モジュールをロードおよびア ンロードするだけではなく、すべてのモジュールに対するメモリサービス（割り 当ておよび管理）を取り扱う。モジュールマネージャは、そのモジュールに対す るメモリスワッピングを用いる。 モジュールマネージャは、与えられたモジュールがモジュール自体に影響を与 えずにエクスパンディッドメモリ、拡張メモリ、コンベンショナルメモリあるい はサポートされているあらゆるメモリタイプのいずれを使用するかを決定する。 従って、個々の子モジュールは、メモリに関連する処理を行わなくてもよい。 子モジュールは、メモリ使用のある要件を満たしていなければならない。子モ ジュールがその要件が満たせば、子モジュールに対するモジュールマネージャハ ンドルメモリ機構のすべての利点が得られる。 また、モジュールマネージャはロード時間構成ＡＰＩに対する責務がある。い かなるモジュールも構成可能である。例えば、接続テーブルはある数の接続を必 要とし、またはＩＰＸは多数のＥＣＢ、もしくはより大きいあるいはより小さい バッファをサポートすることを必要とする。これらの例では、モジュールマネー ジャはモジュールに対する作業を行う。 付加的に、性能を最適化するために、使用されているメモリタイプに関係なく 、ユーザはスワップされていないメモリにモジュールをロードすることを望んで もよい。理想的には、 最適な構成のバリエーションは、モジュールマネージャによって管理される。こ の能力を望み得るモジュールにはＡＰＩが与えられる。 モジュールマネージャは、すべての可能な構成順列を知り得ないので、要求は モジュールの構成オプションを認識するために用いられるトークンを有するＡＰ Ｉを備えていた。そのＡＰＩは、モジュールがそれらのオプションを特定するも のである。このように、テーブル駆動型ＡＰＩは、ＮＥＴ．ＣＦＧファイルから 構成情報を分析するためにモジュールのスタートアップ時に呼出され得る。 モジュールマネージャがロードすると、モジュールマネージャは、現在のディ レクトリあるいは他の特定されたディレクトリ内でロードすべきモジュールをフ ァイルから読み出す。モジュールマネージャはこれらのモジュールをファイルが 特定された順番でロードする。 モジュールのロードが行われているときに、現在のディレクトリはデフォルト によって使用される。異なるディレクトリからモジュールをロードしたい場合、 コンフィギュレーションファイルにおけるモジュール＝コマンドにおいてディレ クトリを指定し得る。 ＶＬＭ＝Ｃ：＼ＮＷＣＬＩＥＮＴ＼ＣＯＮＮ．ＶＬＭ また、モジュールコマンドライン上のコンギュレーションフ ァイルのためのパスも特定し得る。例えば、以下の通りである。 ＶＬＭ／Ｃ＝Ｃ：＼ＮＷＣＬＩＥＮＴ＼ＮＥＴ．ＣＦＧ モジュールのデフォルトセットは基本機能のためにモジュールマネージャにハ ードコード化される。しかし、ＮＥＴ．ＣＦＧは、デフォルトオプションをオー バーライドするために用いられ得る。モジュールマネージャの呼出し モジュールマネージャの遠い呼出しハンドラーに対するアドレスを見いだすた めには、アプリケーションはＡＸレジスタおよびＢＸ＝０ｈにおいて７Ａ２０ｈ と割り込み２Ｆｈを行う。モジュールマネージャは、遠い呼出しアドレス（モジ ュールマネージャ）へのポインタであるＥＳ：ＢＸにおけるアドレスに戻る。モ ジュールマネージャが呼出しを処理したことをアプリケーションに知らせるため に、ＡＸはゼロにされる。コールバイナンバーシステム モジュールマネージャは、システムにおいてモジュールを唯一特定するコール バイナンバーシステムを使用する。機能もナンバーによって呼出される。このプ ロトコルは、アプリ ケーションがＣＡＬＬＥＲ＿ＩＤ、ＤＥＳＴ＿ＩＤおよびＤＥＳＴ＿ＦＵＮＣを 含む、モジュールマネージャの３つの不可欠な情報を提供することを要求する。 これらの２つのナンバーは、それぞれＷＯＲＤの大きさを有している。 ＣＡＬＬＥＲ＿ＩＤおよびＤＥＳＴ＿ＩＤは、個々のモジュールを唯一特定す るナンバーである。モジュールマネージャはこれらのナンバーを用いて、適切な モジュールをスワップインし、呼出しを適切にタスク指名する。 ＤＥＳＴ＿ＦＵＮＣは、呼出すものがどの機能を行いたいのかを示す。デステ ィネーション機能は、個々のモジュール内で定義される。これらの機能は、モジ ュールジャンブテーブル領域３０５によって定義される。 これらの３つの要求される要素は、このシステムによって管理される各機能呼 出しに対して共に作業を行う。アプリケーションがモジュール呼出しを行う場合 、モジュールマネージャのための遠い呼出しアドレスを得なければならない。以 下のコードは、どのようにアプリケーションが遠い呼出しアドレスを検索するの かの一例である。 以下のコードは、遠い呼出しアドレスを用いて＿ＶＬＭＮｏｔｉｆｙの要求を 行い、モジュールマネージャモジュールのバージョンを戻させる非モジュールア プリケーションの一例である。 要するに、まず、呼出すものはスタック上の自分のＩＤをプッシュする（ＣＡ ＬＬＥＲ＿ＩＤはモジュールに対してはゼロではなく、アプリケーションに対し てはゼロである）。そして、呼出すものは、ディスティネーションＩＤ、具体的 には呼出したいと思うマルチプレクサモジュールあるいは特定の子モジュールの ＩＤをプッシュする。最後に、呼出すものは、所望の機能ナンバーをプッシュす る。 ２つの予約された（あるいはシステム専用）機能がある。すなわち、初期設定 に用いられる機能０およびアンロードに用いられる機能２である。機能１および 機能３も、様々なモジュールを通じて一貫して用いられる。機能１は多数の副機 能を有する包括的通知機能のために、機能３はモジュール統計のために用いられ る。 戻ると、モジュールマネージャはＣＡＬＬＥＲ＿ＩＤ、ＤＥＳＴ＿ＩＤおよび ＤＥＳＴ＿ＦＵＮＣをスタックからクリアするので、アプリケーションはこの作 業を行ってはならない。これは、一般にパスカル呼出し規定と称されている。 ２つのレジスタ、すなわちＡＸおよびＢＰがモジュールマネージャによって使 用されている。ＢＰは、モジュールマネージャのみによって内部で使用される。 アプリーケーションは、いかなるパラメータ要求にもＢＰを使用してはならない 。ＢＰは、３つの要求された値をスタック上でプッシュするためにのみ用いられ 得る。アプリケーションは、リターンコードのためのみにＡＸを使用すべきであ る。 モジュールマネージャは、非同期的呼出しを取り扱う方法も提供する。呼出し 機能は、ディスティネーションＩＤ、ディスティネーション機能、呼出すものＩ Ｄ、および呼出しのためにセットアップされる必要があるあらゆるレジスタを含 むメモリのブロックへのポインタを与える。すると、要求は保持され、後に実行 される。必要とされるコードを実行できないとモジュールマネージャが決定する と、モジュールマネージャはコードの実行を延期し得る。この機能の呼出すもの は、この機能が実際に完了する前にコントロールバックを受け取り得る。モジュールマネージャプレイニット 本発明のプレイニットオペレーションのフローチャートを図５に示す。ステッ プ５０１に、モジュールマネージャはそれ自体を構成する（ＮＥＴ．ＣＦＧ、お よびＶＬＭ＝ファイル）。この構成は、新しいあるいは付加的なモジュールのリ ストを有し得る。次に、モジュールマネージャは、ステップ５０２で各モジュー ルを現在のリストに一回に１つにロードする。モジュールは、ステップ５０３で ロードオーバレイＡＰＩを用いてロードされる。初期設定機能は、ステップ５０ ４で「偽イニット」フラグオン（プレイニットを示している）と共に呼出される 。ロードされている途中のモジュールは、ステップ５０５でモジュールマネージ ャにＶＭＣＢデータブロックを与える。ステップ５０６では、モジュールのメモ リ 要件、すなわち、初期設定メモリ要件、あらゆるグローバルメモリ要件および一 時的なメモリ要件を読み出す。 ステップ５０７では、モジュールマネージャはモジュールパラメータテーブル 内のモジュールに対するパラメータを格納する。パラメータは、初期設定メモリ 要件、（もしあれば）グローバルメモリ要件、一時的メモリ要件、およびモジュ ールの機能の数を含む。 モジュールマネージャは決定ブロック５０８まで進む。決定ブロック５０８に おいて、「最終モジュールであるか？」というアーギュメントが行われる。アー ギュメントが偽であれば、得られるべきモジュールメモリ情報がまだあり、モジ ュールマネージャはステップ５０５に戻る。決定ブロック５０８におけるアーギ ュメントが真であれば、すべてのモジュールのメモリ要件が得られ、モジュール マネージャはステップ５０９に進む。 ステップ５０９では、モジュールマネージャはモジュールパラメータテーブル からデータを収集し、グローバルデータに必要なメモリを決定する。そして、モ ジュールマネージャは、グローバルデータを格納するためのコンベンショナルメ モリにおいてアドレス空間の割り付けを行う。 ステップ５１０では、モジュールマネージャはロードされなければならないモ ジュールの最も大きい一時的なメモリの要件を識別する。モジュールの最も大き い一時的なブロックは、コンベンショナルにおける一時的ブロック４０３の大き さを決定する。ステップ５１０では、モジュールマネージャは、ロードされるべ きモジュールの最も大きいブロックと少なくとも同じ大きさの一時的なメモリブ ロックにＲＡＭを割り当てる。 ステップ５１１では、モジュールマネージャは、各モジュールの一時的なブロ ックを格納するために用いられ得るアドレス空間がどれであるかを決定する。優 先順位は、最初が拡張メモリ、次にエクスパンデッドメモリ、そしてコンベンシ ョナルメモリである。ユーザはモジュールマネージャを構成し、特にある１つの タイプのメモリを使用し得る。モジュールマネージャはステップ５１２で、その タイプのメモリが使用可能であるかを決定する。そのメモリのタイプが使用不可 能である場合、モジュールマネージャは上記のヒューリスティックを用いてメモ リタイプを選択する。 ＶＭＣＢデータブロックの一例を図９に示す。モジュールマネージャ実イニット プレイニットルーチン後、モジュールはセットされていない偽イニットフラグ と共に再びロードされ、実イニットルーチンが実行される。実イニットルーチン の一例を図６に示す。ステップ６０１では、モジュールマネージャは偽イニット フラグをゼロにセットする。ステップ６０２では、第１のモジユールがロードさ れる。ステップ６０３では、初期設定ルーチンが呼出される。ステップ６０４で は、モジュールのため のあらゆる割り込みベクトルがフックされる。ステップ６０５では、モジュール の他のあらゆる資源が割り当てられる。ステップ６０６では、グローバルコード およびデータが割り当てられたアドレス空間に移動される。ステップ６０７では 、モジュールの一時的なブロックが、（拡張メモリ、エクスパンデッドメモリあ るいはコンベンショナルメモリにおいて）そのモジュールの一時的なブロックの ために割り当てられたアドレス空間にコピーされる。決定ブロック６０８におい て、「最終モジュールであるか？」というアーギュメントが行われる。このアー ギュメントが真であれば、ステップ６０９で実イニットプロシージャが終わり、 そこでモジュールマネージャが常駐終了する。決定ブロック６０８におけるアー ギュメントが偽であれば、システムはステップ６０２に戻る。モジュールローディング モジュールローディングを示すフローチャートを図７に示す。ステップ７０１ において、モジュールマネージャは、呼出しを受け取り、モジュールにアクセス する。決定ブロック７０２において、「他の要求がサービス中であるか」という アーギュメントが行われる。アーギュメントが頁であれば、モジュールマネージ ャは、退去（exiting）呼出しが完了すると新しい呼出しが行われ得るように現 在のＩＤをステップ７０３で格納する。 決定ブロック７０２におけるアーギュメントが偽である場 合、システムは決定ブロック７０４に進み、「ＤＥＳＴ ＩＤは有効か？」とい うアーギュメントが行われる。そのアーギュメントが真である場合、モジュール マネージャは決定ブロック７０５に進む。アーギュメントが偽である場合、モジ ュールマネージャはエラーを戻す。決定ブロック７０５においては、「機能＃は 有効か？」というアーギュメントが行われる。アーギュメントが真である場合、 システムは決定ブロック７０６に進む。アーギュメントが偽である場合、モジュ ールマネージャはエラーを戻す。 決定ブロック７０６において、「呼出すものＩＤ＝０であるか？」というアー ギュメントが行われる。アーギュメントが真である場合、呼出すものＩＤは現在 のモジュールＩＤと代えられ、システムはステップ７０７に進む。アーギュメン トが偽である場合、システムはステップ７０７に進む。 ステップ７０７において、現在一時的なブロックにあるあらゆるモジュールが エンハンストメモリ内の割り当てられたアドレス空間にコピーされる。従って、 モジュールのコードおよびデータに行われるいかなる変更も、「ホーム」アドレ ス空間（そのモジュールの割り当てられたアドレス空間）において更新される。 ステップ７０８において、呼出されたモジュールの一時的なブロックは、エンハ ンストメモリ内の割り当てられたアドレス空間からマップインされる。ステップ ７０９では、呼出された機能ナンバーが、現在一時的なメモリに格納されている ジャンプテーブルで参照される。ステッ プ７１０において、機能が呼出される。リターンすると、呼出すものＩＤがステ ップ７１１でチェックされる。必要であれば、呼出モジュールは一時的なブロッ クにマップインされる。ステップ７１２において、コントロールが呼出し機能あ るいは呼出処理に戻される。 上記の実施例は、アプリケーションがモジュール機能を呼出すときに適用され る。また、本発明は、モジュールのグローバルメモリが一時的なメモリ機能を呼 出しているとき、および一時的なメモリ内のモジュールが他のモジュールの一時 的なブロックを呼出すときにも用いられる。グローバルメモリから一時的なメモ リの呼出しにおいては、オペレーションは図７のアプリケーション呼出しのもの と同様である。グローバルリクエスタの呼出すものＩＤは０である。一時的メモ リから一時的メモリの呼出しに対しては、呼出すものがマップバックインされコ ントロールが戻されたとき、要求している一時的なコードが実際にメモリ内にあ るように、適した呼出すもののＩＤがプッシュされる。さもなければ、他のいく つかの処理をメモリ内にマップバックすることが可能であるが、これを行うとコ ンピュータシステムにとって不安定な環境になり得る。 本発明は、いかなるコンピュータシステムにも実行され得る。本発明を実行す るための典型的なコンピュータシステムを図８に示す。コンピュータシステムは 、ＣＰＵ８０１、ＲＡＭ（メインメモリ）８０２、ＲＯＭ（読み出し専用メモリ ） ８０３、およびＩ／Ｏ（入力／出力）８０４を有し、これらすべてがシステムバ ス８０７に結合されている。Ｉ／Ｏブロック８０４は、バス８０５を介した大容 量記憶装置８０６のような他のシステムにアクセスする。 ＣＰＵ８０１は、コンピュータを制御し、命令を実行し、データを処理する。 ＣＰＵ８０１は、システムバス８０７を介して他の構成要素と通信を行う。ＣＰ Ｕは、システムバス８０７を介してコンピュータの他の構成要素から入力データ を受け取り、システムバスを介してコンピュータの他の構成要素に出力データを 送る。システムバス８０７は、通常、アドレスバス、データバス、および様々な 他の制御線を備えている。アドレスバスおよびデータバスの幅は、制御線の数お よび種類と同様に、あるコンピュータシステムのものと他のコンピュータシステ ムのものとは異なっている。 ＲＡＭ８０２、ＲＯＭ８０３およびメモリマップされたＩ／Ｏ８０４を有する コンピュータシステムの各構成要素は、多数の個別のメモリ位置を有している。 ＣＰＵ８０１がこれらの位置にアクセスし得るようにするために、各位置には特 定のアドレスが割り付けられる。各アドレスは、アドレスバスを介して転送され 得る２進数の特定の組み合わせである。大部分のメモリ装置は１つ以上の位置を 有しているので、１つのメモリ装置の全ての位置に対するアドレスは、通常連続 的なブロックとして割り付けられる。しばしばこれらのブロックは、連続的に割 り付けられた（メモリにマップされた） アドレスでもある。しかし、割り付けられていないアドレスあるいは将来使用す るために予約されたアドレスのギャップがあり得る。 図８のコンピュータシステムは、ただ単に一例として示されている。本発明は 、いかなるコンピュータシステムにも実行し得る。 従って、メモリ管理装置およびメモリ管理方法が記載される。Detailed Description of the Invention                 Memory management device and memory management method                           Background of the Invention 1.Field of the invention   The present invention relates generally to computer memory systems. The invention is particularly A memory management system for controlling and optimizing the use of computer memory. It 2.Conventional background technology   A typical computer system consists of numerous modules and components. To be done. Computer systems are typically centralized, such as microprocessors. It has a processing device (CPU). The microprocessor gets the instructions and decodes , Is a program-controlled device that executes. Computer system Operating system software, application program instructions and data A storage component for storing data. These memory components are read Output dedicated memory (ROM), random access memory (RAM) or disk Mass storage such as hard disk storage or tape storage or other suitable It can be a painful storage means.   The operation of a computer system is called the "operating system" Controlled by a series of known commands To be done. Operating system is a computer system such as input / output Used to control the basic functions of the. Also, the operating system is , Typically stored in a permanent storage element such as ROM or disk storage, It is then loaded into RAM and executed there. Operating system example Then, there is MS-DOS or PC-DOS. Computer system app Application program.   During a processing operation, when an instruction is executed on the stored data The CPU may be allowed to temporarily store that data each time. further , The process and the operating system on which the program is running The application program that controls the system must be accessible to the CPU. I won't. This information is stored in RAM, a resource known as "main memory". Storing this information makes it available to the CPU.   The memory components known as main memory are the users, data, and programs. Insufficient resources dynamically allocated to the system or process. This not enough resources Memory users competing for the source can use the application program, TSR (“resident End "program) and other processing. Application program example Includes a word processor, spreadsheet, drawing program, database, etc. Mu. Certain application programs may be stored in ROM. But in general Target The application program is a mass storage device such as a disk drive Stored in. Application executed by CPU at initialization The program is transferred from the mass storage device to the RAM.   TSR is also used in computer systems. Such a program Provides "hotkeys" and "pop-up windows," which allow you to To perform background tasks such as displaying a clock or monitoring disk drive activity. Used to do. TSR is written for many other applications In rare cases, users may want several TSRs to reside on the computer at the same time. And often. Each TSR needs the memory space in which it is located So, adding TSR to the system increases the memory demand for main memory. I will let you.   Main memory is typically silicon-based memory such as RAM. is there Dynamic random access memory (DRAM) is the main memory Used. Main memory RAM is conventional memory, extended memory, memory It can be accessed as spanned memory.Conventional memory   Conventional memory is RAM that is most easily accessed by the CPU. Area. Conventional memory for data and instructions required by CPU Hope to store in Good. However, there is a limit to the size of conventional memory, which The amount of data and instructions that can be stored in conventional memory is limited.   Early microcomputers provided 16 bits that provided 64K of address space. Had an address bus. Increases the amount of memory required by the application The microcomputer overcomes the limitation of 16-bit address bus I had to. Therefore, the IBM personal computer has a 20-bit With a segmented addressing scheme that supported the address bus Was introduced. 20-bit address bus is 1024K or 1M address space This address space is 16 times the address space of a 16-bit bus. The original IBM PC and system software are conventional It was designed by artificially limiting Mori to 640K. Address empty from 640K to 1M 384K of the space was reserved primarily for ROM for future use . Subsequent computer models were backwards compatible with the original IBM PC. Compatible with the same PC-DOS MS-DOS operating system Conventional memory limited to 640K as it is designed to Is the amount of memory available for applications on modern computers. Continue to limit.Extended Memory   Extended memory is directly supported by a microprocessor that has a sufficient number of address lines. More than 1024K bytes of RAM that can be contact addressed. For example, In The tel 80286 microprocessor has 24-bit addressability, 15M in expanded memory above the first 1M of memory may be addressed. INTE The 80386 and 80486 microprocessors have 32-bit addressability Power, addressing approximately 4 gigabytes of extended memory above the first 1M of memory. Can be specified.Expanded Memory   "Expanded memory specification" (E Expanded memory, also known as MS), is an expanded memory. Of expanded memory that is not directly accessible for use as Reserve a portion and split it into pages. One page of expanded memory By switching to an address space that the CPU can access directly , EMS has access to a virtually unlimited amount of memory. But EM It takes time for S to change pages. Direct access to desired data If it is not in the EMS page frame located in memory, the EMS will Expanded page containing the current contents of the rame and containing the desired data You have to page with pages from memory. Like that Since it takes time to change the page, the processing speed of the computer becomes slow. Also, EMS is generally not applicable to all application software. Absent. The application software, especially if EMS is available, Must be written to utilize the MS.Memory map   FIG. 1 illustrates a typical computer, that is, an IBM personal computer. Which, MS-DOS based on 8088/8086 family microprocessor 3 shows a memory map of a main memory RAM on a computer operating under an environment. The memory map in Figure 1 is not the only possible memory, but a typical memory map This is an example. The memory map is organized from bottom to top, with the bottom at memory location zero (1 01) and continues to the highest position in the top memory. There are three memory maps It has a basic area. The first area is the bottom 640K of memory and is It is referred to as a ventional memory 102. Conventional memory 102 is Configured by RAM that allows the body to read and write operations However, not all systems have a full 640K, The parts may remain unused.   The conventional memory 102 includes a system including a TSR and a device driver. System software, application software, user data and others Code and Day Used to store data. As shown in FIG. 1, MS-DOS is a memory. MS-DOS code 106 and associated data 1 using the bottom of 07 is stored. On top of that, MS-DOS is grouped as element 112. The illustrated application software, TSR and device driver To store.   Above the conventional memory, there is a reserved memory 103 of 384K. Is located within the memory address up to 1024K from the upper limit of 640K of RAM It Reserved memory area 103 is mainly occupied by ROM, which is a read-only device. Can be ROMs found in the reserved memory area are system ROMs and video ROM, and possibly a hard disk or network interface Includes ROM for other peripherals, such as memory devices. Reserved memory in addition to ROM Area 103 also includes other types of dedicated memory, such as a video frame buffer. I am.   A system ROM that supports basic computer operations is, for example, , Occupies the top 64K of reserved memory area 103 from 960K to 1024K It The remaining space in the reserved memory 103 is unused, or other peripheral device Or used for other purposes, including ROM that supports EMS page frames To be done.   As mentioned above, expansion memory 111 includes all memory above 1M. 802 24-bit addressability like 86 The powerful microprocessor has a reserved memory 103 and a conventional memory. Memory up to 16M including 15M of expansion memory 111 in addition to 1M of memory 102 Can be addressed. 32-bit add such as 80386 and 80486 The microprocessor having the address specification capability has a 1M reserved memory 103 and Up to 4G including 4095M expansion memory on top of conventional memory 102 You can specify the dress. The area in the expansion memory 111 located directly above 1M is high. The memory area 113 is also called.   As TSRs grow and application programs grow, The competition for space in the optional memory is also large. The ability to use TSR Larger conventional memory for application programs while retaining It is desirable to give.   Conventional memory space available for application programs The amount of memory can be reduced by reducing the amount of memory used by the TSR and reducing the number of TSRs. Or, relocating the TSR to a memory outside the conventional memory Therefore, it can be increased.   Reducing the number of TSRs is not desirable as it can reduce functionality and performance. each Reducing the amount of conventional memory used by the TSR is This is not practical because it requires rewriting to the TSR.   TSR is other software unless TSR is using These take up part of the conventional memory space that can be used by If the program can be moved to a memory outside the conventional memory 102, Larger memory will be available for application software. Ah In the prior art method, the TSR is transferred from the conventional memory 102 to the reserved memory. Available for application software by moving to 103 Capacity of conventional memory 102 is increased.   To implement this method, the amount of unused reserved memory 103 is first determined. There must be. Also, a conventional memo occupied by TSR The capacity of the memory must also be determined. It is also deallocated from extended memory. Map a sufficient amount of reserved RAM into the reserved memory area to We have to provide a space for Mori. Next, the TSR is stored in the reserved memory area 103. Must be relocated to available memory.   This prior art method has drawbacks. First, this method will deallocate Only reserved memory space can be used. This method uses ROM, video frame It is not possible to use the reserved memory space allocated for buffers or other uses. Absent. Also, relocating a TSR relocates all references to the TSR to the new location. It must be done to ensure that it is directed.   Other prior art relocations from conventional memory The method is known as "overlay". Overlay is memory if needed Executable programs that are swapped in and out of memory That is the part. Overlays provide access to features and data located within the overlay. Overlay managers that control access and use overlays linked to It has the drawback of requiring a program.   An example of overlay skim is shown in FIGS. 2A and 2B. First, refer to FIG. 2A. The first 1024 bytes of RAM accessible by the CPU Shown as lock 201. Memory block 201 is a conventional memo The area of the memory 102 is included. The conventional memory 102 is an operating system such as DOS. Area 2 located at the lower address for storing the rating system code Including 02. The convention above the DOS area 202 and below the reserved memory 103 The remaining area 112 of the null memory 102 is an application, TSR, device. Used to store drivers etc.   Stores everything in conventional memory 112 because it is too large for the application Some things cannot be done. One example of such an application is word processing. It is a Word application that is a Word application. Therefore, at once Is stored in the memory area 112 only in part of Word Perfect. remaining Portion is stored in another memory, such as disk storage device 204. Application When a portion of the application is needed, that portion is It is transferred to the area 112.   In the example of FIG. 2A, the application represented by block A203. Is stored in the memory area 112. This application is a disc Two other parts stored in storage device 204, block B 205 and block It is divided into C206. The disk storage device 204 may be a bus or other transfer means. It is connected to the RAM 201 via 207.   When a function contained in block A203 is called or used, Block A203 remains resident in memory area 112. If you need other features , The code that provides the function is transferred from the disk storage device 204 to the memory 201 It must be. Referring now to FIG. 2B, block B205 is From the storage device 204 to the memory area 112. So before the memory area The partial block A203 of the application resident in 112 is recorded on the disk. It is transferred to the storage device 204. Block B205 occupies memory area 112 Area is described as being larger than the area occupied by block A203. It The blocks need not have the same size, but in the memory area 112 It should be as large as the available address space.   The downside of overlays is that they can swap to and from disk files. This results in longer execution times and lower performance. Ah In the program, Require code or data to always reside in conventional memory It Overlays are code that permanently resides in conventional memory or It does not provide any way to identify the data. Blocks A203 and B205 When is swapped, the entire blocks are swapped. Block A20 There is no portion left in the memory area 112 in 3. Therefore, such a program Cannot use overlay skim. TSR cannot be converted to overlay There are also things. These TSRs also include those that provide internal DOS functionality. This one Examples are Novell, Inc., Utah. NetWare Dos Client manufactured by of Provo It is software.   Therefore, the prior art does not use the components used by TSR without degrading performance. It does not provide a system to reduce the amount of optional memory.                             Summary of the invention   The present invention provides memory used by some of the code or data in the memory. It is designed to allow you to share and collaborate with other similarly configured programs. A DOS executable program is provided. This allows the conventional Mori's overall requirements are reduced. In the present invention, these programs are Application module, TSR or this module It can be any other executable file that is converted to a format. module Is temporary code that can be swapped out of conventional memory and Data, and non-swappable global memory resident It has global data and code.   By providing global data that resides in memory, the module of the present invention. Is not only for other modules, but also for interrupt handling and external Alternatively, other code and data that are available asynchronously may be invoked. Therefore The present invention supports programming interfaces rather than overlays.   In the present invention, a single block of conventional memory is shared by a plurality of modules. By having, reduce the requirements for conventional memory. Conventional assigned to be used, regardless of the number of modules The block size of memory remains the same. The allocated memory block is Is the temporary code for a module that shares a conventional memory block Or large enough to store the largest block of data.   Swap temporary blocks of modules to and from disk storage Instead, the temporary blocks have conventional memory and extended memory. Or swapped with expanded memory. This allows you to Transfer time is significantly reduced and performance is improved compared to Rayskim.                         Brief description of the drawings   FIG. 1 is a memory map showing the memory organization of a typical computer system. It   2A and 2B are diagrams illustrating prior art overlay skims.   FIG. 3 is a diagram showing a module structure of the present invention.   4A to 4E are diagrams showing the operation of the memory manager.   FIG. 5 is a flow chart showing the pre-init operation of the present invention. It is   FIG. 6 is a flow chart showing the real-init operation of the present invention. It is   FIG. 7 is a flowchart showing the calling of the module in the present invention.   FIG. 8 is a block diagram of a computer system for implementing the present invention.   FIG. 9 is a diagram showing a VMCB data block.                       Detailed Description of the Invention   Those who use conventional memory more effectively in computer systems The law is described. In the following description, in order to describe the present invention more closely, Many such as computer system type, memory address location, memory capacity, etc. Ingredient Physical matters are described in detail. But without these specific details It will be apparent to those skilled in the art that the present invention can be implemented. In another example, Well-known features are not described in detail to avoid unnecessarily obscuring the light. Not.   The present invention ensures that the TSR and other programs are empty in conventional memory. Conventional memory by providing a method and apparatus for sharing between Reduce requirements. TSRs and programs are organized as "modules" and The module manager swaps modules in and out of conventional memory. And swap out from it. In a preferred embodiment of the invention At any given time only one module resides in conventional memory. other Modules are stored in the expanded memory or expanded memory. This avoids time-consuming and performance-degrading disk swaps. It   The operation of the module manager is shown in FIGS. 4A-4E. Figure 4A , Conventional memory, reserved memory, extended memory and expanded The memory map of memory is shown. The conventional memory 102 has a lower memory. It has a DOS storage area 202 in the memory area. Conventional memory Just above the DOS area 202 in 102, the module manager 401 There is space reserved for it. Above the module manager 401 Te Reserved for global code and data of modules available for There are areas that have been. Stored above global code and data area 402 Reserved area is reserved for temporary blocks of the module. It Temporary block module 403 is any module in the system. Has an upper bound 404 fixed and determined by the largest temporary block of ing. Conventional memory above the upper limit 404 and below the reserved memory 103 The space within 102 is available for other applications and processing.   Reserved memory 103 is used for ROM and expanded memory 406 Can be. On the reserved memory 103, the expansion memory 111 (of 1024 Kbytes) There is). The expansion memory 111 is a temporary storage for a module called module A. The new block 405 is stored. Expanded memory 406 is a module Has temporary blocks 407 and 408, referred to as B and C, respectively It   Global codes and data are stored in the global area 402 and If the upper bound 404 of block 403 is limited, the module manager When the module is called, the module is ready to be accessed. Referring to FIG. 4B However, consider the case where module B is required. Module B is global It may have code that resides permanently in region 402. When module B is called , Module money Ja temporarily stores the temporary block 407 of the module B in the expanded memory 40. 6 to the temporary block 403 of the conventional memory 102. This , The temporary block of one of the other modules is Swapped out from Re. Then, the process call module B is the module B Access temporary blocks as if they always reside in conventional memory. Can be set. As shown in FIG. 4B, module B temporary block 407. Uses all of the available address space in temporary block 403 is not. The upper bound 404 of the temporary block 403 remains fixed.   4C to 4E show a process in which a module calls another module. The temporary block 408 of module C is configured as shown in Figure 4C. It resides in a temporary block 403 of ventional memory 102. Mod C calls module A via the module manager. Module manager Is the module that is calling and the destination module. Maintain contact with Le. The temporary block 408 of module C is the module Swapped with the temporary block 405 of Le A. Referring to FIG. 4D, the module The temporary block 405 of rule A is stored in the temporary block 403. Moji Rule A temporary block 405 contains all addresses of temporary block 403. Note that it takes up space. Machine with module A After being called for a function and performing that function, as shown in Figure 4E, the module The module manager sets the temporary block 405 of module A to the temporary block of module C. Swap with the optional block 408.Modular structure   In the present invention, the module code and data are Different categories are given to give a general solution for module management in memory. Composed by Gory. These categories are functional task nomination tables (Jeans Table), temporary code and data, global code and data. Contains startup code and data. The format of the module is As shown in FIG.   The structure of module 301 has three regions 302, 303 and 304 There is. Area 302 contains a jump table 305 and a temporary group 306. Have. Area 303 contains global code and data, area 304 contains It has startup code and data. The temporary area 302 is It has "wappable" code and data. That is, this data Ventual memory and enhanced (expanded or expanded) It can be swapped in or out of storage.Jump table   Jump table 306 represents the functions supported by the module. The The pump table (also known as temporary code) is always swapped out. Can be Therefore, those that handle interrupts (or whichever is directly accessible) Code segment) cannot exist in the temporary code segment. Ja The first entry in the pump table is the pointer to the module init routine. It is a computer. The jump table 306 is common to all modules. At least four predefined functions: Init, Unload, Version And pointers to statistics.   Init: Init is an initialization routine in the module. This first The setup routine obtains the parameters needed to initialize the module. To pre-knit and actually load the module into the appropriate segment To actually init. The vector is hooked in this actual init processing. Is.   Unload:The unload function facilitates the release of resources. Unloading cheap When the check for integrity (CX = FFFh) returns to the critical area state, the No request can be made. If the module works fine, make an unload request There is no reason not to do so, the unload safety check returns to 0, and the actual unload Is shown to be safe to do. So Then, the request to actually unload is not made. module Does not check for unloading, cancels unloading (ie C With X = FFFEh) all previously checked modules are informed .   version: The version function is the main version and minor version of the module. Get This feature provides sharing between modules. This version features Other sub-functions of also set up sharing between modules. Other sub-functions (01h -0Bh), the inter-module communication regarding connection setting, disconnection, etc. Nation (multicasting) becomes easy.   For example, at the end of the first task (ie, _Notify Handler subfunction 0 1h, PSP Terminate) has a multicast call. This sub-function is predefined Are some of the general sub-features that have been done.   statistics: The statistics function gets statistics about a module. This feature is selective It This statistic is done for module debugging. Statistical structure is length It is a priority buffer. The first word in the statistical structure table is the valid statistical information. Indicates the number of bytes. All other statistics are available in the statsize field and Need to be stored between the end fields.   Other functions may be specifically provided to the module and follow these predefined functions. U Zero end (DD0) is a common function And all other functions defined by the module in the jump table It is performed following. This allows you to reject more than this number of features. In addition, the module manager shows how many features are supported by the module. You can knowTemporary data   Like transient code, transient data also has special requirements. There Ipu's data cannot exist in a temporary group. These restricted Types have data passed to the stack and other modules. Performance For the above reasons, all data that is not global data is Must be within the segment. Temporary data is stored in the enhanced memory Swapped to and from conventional memory.Global code and data   The global area 303 must remain resident in conventional memory. Stores code and data that does not exist. For example, stored in the global area 303 Possible code and data is via global code, module manager Those that handle distant calls that are not accessed through the stack and other modules It has an interrupt handling routine for the processed data. Global area Even without Mori It is possible to make a tool.Startup area   The start-up area has an initialization code. The code is Plani And real init operations. Between play knits, Joule provides the VMCB structure data block to the module manager. Moji Uses the Init routine to request the initials through this VMCB structure. The amount of configuration memory (including global memory and temporary memory segments) To report. Specifically, the VMCB_InitImageParaLength parameter is the preload Defines the overall size of the code.   The module manager uses VMCB_InitImageParaLength to How much memory is swapped in and out during run time and run time Decide what should be done. This way to determine module memory allocation This avoids confusion and simplifies the process of holding memory segments separately. . Keeping memory segments separate means that they are Protect mode This is useful when executing data segments simultaneously. Mod If the module depends on other loaded modules, Dependencies are checked at the playnit stage. False init flag (AX = -1 ) Is passed to this procedure on the way.   During the actual init, from the position where the module is loaded to the global code / data It is necessary to move the data. The destination of this group is When the module manager calls the init function in knit, the BX register Is defined in After this process, the module will move the global group. Therefore any required fixups must be performed. this These fixups show that the data is not in a group loaded by DOS. This is done to ensure that you are referencing a new location.Module manager   Module manager oversees individual modules and multiplexers Is. The application makes all calls to the module manager Yes, even if the destination is another module (child) Make requests for each individual destination, whether it is a lexa. Mod The policy manager ensures that the response returns to the appropriate caller.   All modules call other modules through the module manager You When a module calls the multiplexer for that particular layer, that module The module makes a call to the module manager to call its multiplexer. Similarly, when a call returns from the module, the call is a multiplexer. Module via the module manager Head to Jules.   One of the module manager's responsibilities is that API calls between other information are correct. It is to guarantee that it is rooted. So the module manager , The module required by the given user application is loaded I have to know It monitors modules that call other modules It The module manager is also used to asynchronously call modules and functions. Handle Noh.   The module manager provides APIs and functions and modules by number Call Le. The module manager, via the module ID of the caller, Know who is calling the function. The module ID is assigned in advance. It is applied. The module manager will run all APIs based on number. The module manager handles the individual functions in the module Has no intrinsic dependence or ties. Therefore, it is not part of the requirements model. The module can use the module as a TSR memory manager. This This gives the module manager the ability to support a variety of different TSRs. Be done.   The module manager is a base service that all modules need, To make calls between all loaded modules to facilitate calls. Provide this service. Therefore, the module manager is Including layers.   The module manager loads and assigns each module, including the multiplexer. Memory service (allocation) for all modules Reliance and management). The module manager is responsible for the module Use memory swapping.   The module manager allows a given module to affect the module itself. First of all, expanded memory, expanded memory, conventional memory or Determines which of the supported memory types to use. Therefore, each child module does not have to perform memory-related processing.   The child module must meet certain requirements for memory usage. Child If the module meets the requirements, the module manager module for the child module All the advantages of the idle memory mechanism are obtained.   The module manager is also responsible for the load time configuration API. I Different modules are also configurable. For example, the connection table requires a certain number of connections. Needed, or IPX has multiple ECBs, or larger or smaller Need to support buffers. In these examples, the module money Ja works on the module.   Additionally, to optimize performance, regardless of the memory type used , The user wants to load the module into non-swapped memory Good. Ideally, The optimal configuration variation is managed by the module manager. This APIs are provided for modules that may desire the capabilities of   The module manager does not know all possible configuration permutations, so the request is AP with token used to recognize module configuration options I was equipped with. That API also allows the module to specify those options. Of. As described above, the table driven API uses the NET. From CFG file It may be called at module startup to analyze configuration information.   When the module manager loads, the module manager will Modules that should be loaded in a directory or other specified directory. Read from the file. The module manager will file these modules Load in the specified order.   The current directory is the default when the module is being loaded Used by. If you want to load the module from a different directory, Delay in module = command in configuration file You can specify a folder. VLM = C: \ NWCLIENT \ CONN. VLM   In addition, the configuration command on the module command line The path for the file can also be specified. For example, VLM / C = C: \ NWCLIENT \ NET. CFG   The default set of modules is hidden in the module manager for basic functionality. Coded. However, NET. CFG has default options It can be used for bar riding.Call module manager   Find the address for the module manager's far call handler To do this, the application is 7A20h at AX register and BX = 0h. And interrupt 2Fh. The module manager uses the remote calling address (module Return to the address in ES: BX which is a pointer to the tool manager). Mo To inform the application that the module manager has processed the call Then, AX is set to zero.Call-by-number system   The module manager is a call that uniquely identifies the module in the system. Use a bi-number system. Functions are also called by number. This program Rotocol app Application calls CALLER_ID, DEST_ID and DEST_FUNC Requests that the module manager provide three essential pieces of information, including: Each of these two numbers has the size of WORD.   CALLER_ID and DEST_ID uniquely identify each module. It is a number. The module manager uses these numbers to Swap in the module and assign the call to the task appropriately.   DEST_FUNC indicates what function the caller wants to perform. Deste Destination functions are defined within individual modules. These features are It is defined by the task jamb table area 305.   These three required elements are each functional call managed by this system. We work together for delivery. When the application makes a module call You have to get a distant calling address for the module manager. Since The code below shows how the application looks up a far calling address This is an example.   The following code makes a request for _VLMNotify using a far call address. A non-module app that causes the module manager module version to be returned. It is an example of an application.   In short, the caller first pushes his ID on the stack (CA LLER_ID is non-zero for modules, not for applications Is zero). And, what is called is the destination ID, concrete Of the multiplexer module or specific child module you want to call Push the ID. Finally, the caller pushes the desired feature number. It   There are two reserved (or system specific) functions. That is, the initial setting A function 0 used for unloading and a function 2 used for unloading. Function 1 and Function 3 is also used consistently throughout the various modules. Function 1 has many sub-machines Function 3 is used for module statistics, because of the comprehensive notification function capable. It   Upon return, the module manager will return CALLER_ID, DEST_ID and The application clears DEST_FUNC from the stack, so Do not do business. This is commonly referred to as the Pascal calling convention.   Two registers, AX and BP, are used by the module manager. Have been used. The BP is used internally by the module manager only. Application must not use BP for any parameter request . BP is used only to push the three requested values on the stack obtain. Applications should use AX only for return codes It   The module manager also provides a way to handle asynchronous calls. call Functions include destination ID, destination function, and caller I D, and any registers that need to be set up for the call. Gives a pointer to a block of memory. Then the request will be held and run later To be done. Module manager determines that it cannot execute the required code The module manager can then defer execution of the code. What this function calls May receive a controlback before this function is actually completed.Module manager play unit   A flow chart of the play unit operation of the present invention is shown in FIG. Step In 501, the module manager configures itself (NET.CFG, And VLM = file). This configuration is a new or additional module Can have a strike. The module manager then proceeds to step 502 for each module. Load the current list one at a time. The module is in step 503 It is loaded using the load overlay API. The initial setting function is step 50. Called with "False Init" flag turned on (indicating Playnit) at 4 . Modules that are in the process of being loaded are managed by the module in step 505. The VMCB data block. In step 506, the module memo Re Requirements, ie default memory requirements, any global memory requirements and Read temporal memory requirements.   In step 507, the module manager displays the module parameter table Stores parameters for modules in. Parameters are the default memory Requirements, global memory requirements (if any), temporary memory requirements, and module Including a number of features   The module manager proceeds to decision block 508. At decision block 508 At the end, the argument "is it the final module?" Ah If the argument is false, there is still module memory information that The tool manager returns to step 505. Argi at decision block 508 Document is true, the memory requirements of all modules are The manager proceeds to step 509.   In step 509, the module manager displays the module parameter table. Collect data from and determine the memory required for global data. And mo The module manager is a conventional mechanism for storing global data. Allocation of address space in memory.   At step 510, the module manager must be loaded. Identify Joule's largest temporary memory requirements. The largest of the modules The temporary block is the size of the temporary block 403 in conventional To determine At step 510, the module manager must be loaded. A temporary memory block that is at least as large as the largest block of Allocate RAM for lock.   In step 511, the module manager determines that each module has a temporary block. Determines which address space can be used to store the clock. Yu As for the priority, first the expanded memory, then the expanded memory, and then the It is a local memory. The user configures the module manager, especially one Any type of memory may be used. The module manager, in step 512, Determines if the type of memory is available. The memory type is unavailable Module heuristics, the module manager uses the heuristics above to make notes. Select a retype.   An example of the VMCB data block is shown in FIG.Module manager real init   Fake init flag with no modules set after playnit routine Is loaded again and the actual init routine is executed. Real init routine An example is shown in FIG. In step 601, the module manager is a fake init. Set the flag to zero. At step 602, the first module is loaded. Be done. In step 603, the initialization routine is called. In step 604 For the module Any interrupt vector of is hooked. In step 605, the module All other resources of are allocated. In step 606, the global code And the data is moved to the allocated address space. In step 607 , A temporary block of a module (extended memory, expanded memory (Or in conventional memory) of a temporary block of the module Is copied to the address space allocated for. Smell in decision block 608 Then, the argument "is it the final module?" This arm If the argument is true, the actual init procedure ends in step 609, The module manager then ends resident. Ar at decision block 608 If the argument is false, the system returns to step 602.Module loading   A flow chart showing module loading is shown in FIG. Step 701 At, the module manager receives the call and accesses the module To do. At decision block 702, it says "Is another request in service?" Arguments are made. If the argument is a page, module managed The current caller so that a new call can be made once the exiting call is complete. The existing ID is stored in step 703.   If the argument at decision block 702 is false, If so, the system proceeds to decision block 704 and asks "Is the DEST ID valid?" Argument is performed. Module if that argument is true The manager proceeds to decision block 705. If the argument is false, The tool manager returns an error. At decision block 705, “Function # is Is it valid? ”Is performed. If the argument is true, The system proceeds to decision block 706. If the argument is false, the module The error manager returns an error.   At decision block 706, the question "Is caller ID = 0?" Gument is made. If the argument is true, the caller ID is currently Substituting the module ID of the. Agumen If yes, the system proceeds to step 707.   At step 707, all modules currently in the temporary block are Copied to the allocated address space in enhanced memory. Therefore, Any changes made to the module's code and data will not be made to the “home” address. Space (the module's assigned address space). At step 708, the temporary block of the called module is enhanced. Mapped in from the allocated address space in host memory. Step 709, the called function number is currently stored in temporary memory Referenced in the jump table. Step At 710, the function is invoked. When you return, the caller ID is Checked at 711. If necessary, the calling module should be a temporary block. Mapped into Ku. At step 712, the control calls the calling function. It is returned to the call processing.   The above example applies when an application calls a module function. It The present invention also provides that the module's global memory calls a temporary memory function. When a module is out and the module in temporary memory is It is also used when calling a specific block. Temporary note from global memory In the re-call, the operation is that of the application call in FIG. Is the same as. The caller ID of the global requester is 0. Temporary memo When the temporary memory is called from the memory, the calling one is mapped back in When the control returns, the requesting temporary code is actually in memory. As such, the ID of the appropriate caller is pushed. Otherwise, go the other It is possible to map some operations back into memory, but doing this will It can be an unstable environment for computer systems.   The present invention can be implemented on any computer system. Practicing the invention A typical computer system for doing so is shown in FIG. Computer system , CPU 801, RAM (main memory) 802, ROM (read-only memory) ) 803, and I / O (input / output) 804, all of which are system Is connected to the switch 807. The I / O block 804 has a large capacity via a bus 805. Access other systems, such as mass storage 806.   The CPU 801 controls the computer, executes instructions, and processes data. The CPU 801 communicates with other components via the system bus 807. CP U is input data from other components of the computer via the system bus 807. And output data to other components of the computer via the system bus send. The system bus 807 is typically an address bus, a data bus, and various Equipped with other control lines. The width of the address and data buses depends on the number of control lines. As well as the type and type of computer system. It is different from that of Mu.   Has RAM 802, ROM 803 and memory mapped I / O 804 Each component of the computer system has a number of individual memory locations. Each location has a special feature so that the CPU 801 can access these locations. A fixed address is assigned. Each address is transferred via the address bus It is a specific combination of binary numbers to obtain. Most memory devices have more than one location Addresses for all locations in one memory device are usually contiguous because they have Allocated as a general block. Often these blocks are Attached (mapped to memory) It is also an address. However, unassigned addresses or future use There may be gaps in the address reserved for.   The computer system of FIG. 8 is shown by way of example only. The present invention , Can be run on any computer system.   Therefore, a memory management device and a memory management method are described.

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ， ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，Ｇ Ｂ，ＧＥ，ＨＵ，ＪＰ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＮ，ＭＷ，ＮＬ，ＮＯ， ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＩ，Ｓ Ｋ，ＴＪ，ＵＡ，ＵＺ，ＶＮ 【要約の続き】 れによって、オーバレイスキムと比較して転送時間が大 幅に削減され、性能が向上する。─────────────────────────────────────────────────── ─── Continued front page    (81) Designated countries EP (AT, BE, CH, DE, DK, ES, FR, GB, GR, IE, IT, LU, M C, NL, PT, SE), OA (BF, BJ, CF, CG , CI, CM, GA, GN, ML, MR, NE, SN, TD, TG), AT, AU, BB, BG, BR, BY, CA, CH, CN, CZ, DE, DK, ES, FI, G B, GE, HU, JP, KG, KP, KR, KZ, LK , LU, LV, MD, MG, MN, MW, NL, NO, NZ, PL, PT, RO, RU, SD, SE, SI, S K, TJ, UA, UZ, VN [Continued summary] This results in a longer transfer time compared to overlay skim. The width is reduced and the performance is improved.

Claims (1)

【特許請求の範囲】 １．処理手段を用い、グローバルブロックとしてメモリアドレスの第１の範囲に あることを要求される第１のアプリケーションの第１の部分を特定するステップ と、 該処理手段を用い、該グローバルブロックを格納する該メモリアドレスの該第 １の範囲にアドレス空間を割り付けるステップと、 該処理手段を用い、該第１のアプリケーションの一時的なブロックとして、該 メモリアドレスの該第１の範囲にあることを要求されない該第１のアプリケーシ ョンの第２の部分を特定するステップと、 該処理手段を用い、該一時的なブロックを格納する、該メモリアドレスの該第 １の領域内にはないメモリアドレスの第２の範囲にアドレス空間を割り付けるス テップと、 該処理手段を用い、該一時的なブロックを一時的に格納する該メモリアドレス の該第１の範囲に一時的なアドレス空間を割り付けるステップとを包含する、コ ンピュータシステムにメモリを割り付ける方法。 ２．前記処理手段を用い、第２のアプリケーションのグローバルブロックとして 、前記メモリアドレスの前記第１の範囲にあることを要求される該第２のアプリ ケーションの第１の部分を特定するステップと、 該処理手段を用い、該第２のアプリケーションの該グロー バルブロックを格納する該メモリアドレスの該第１の範囲にアドレス空間を割り 付けるステップと、 該処理手段を用い、該第２のアプリケーションの一時的なブロックとして、該 メモリアドレスの該第１の範囲にあることを要求されない該第２のアプリケーシ ョンの第２の部分を特定するステップと、 該処理手段を用い、該第２のアプリケーションの該一時的なブロックを格納す る、該メモリアドレスの該第１の領域内にはないメモリアドレスの該第２の範囲 にアドレス空間を割り付けるステップとをさらに包含する、請求項１に記載の方 法。 ３．前記処理手段を用い、前記第１のアプリケーションが実行されるとき、前記 一時的なアドレス空間に該第１のアプリケーションの前記一時的なブロックを一 時的に格納するステップをさらに包含する、請求項２に記載の方法。 ４．前記処理手段を用い、前記第２のアプリケーションが実行されるとき、前記 一時的なアドレス空間に該第２のアプリケーションの前記一時的なブロックを一 時的に格納するステップをさらに包含する、請求項２に記載の方法。 ５．前記一時的なアドレス空間が、前記第１のアプリケーションの前記一時的な ブロックおよび前記第２のアプリケーシ ョンの前記一時的なブロックのいずれか大きい方を保持するために十分な大きさ を有する、請求項２に記載の方法。 ６．前記メモリアドレスの前記第１の範囲がコンベンショナルメモリである、請 求項１に記載の方法。 ７．前記メモリアドレスの前記第２の範囲が拡張メモリである、請求項１に記載 の方法。 ８．前記メモリアドレスの前記第２の範囲がエクスパンディッドメモリである、 請求項１に記載の方法。 ９．前記第１のアプリケーションが常駐終了型アプリケーションである、請求項 １に記載の方法。 １０．処理手段を用い、メモリアドレスの第１の範囲にあることを要求される第 １のアプリケーションの第１の部分を格納する該メモリアドレスの該第１の範囲 にアドレス空間を割り付けるステップと、 該処理手段を用い、該メモリアドレスの該第１の範囲にあることを要求される 該第１のアプリケーションの第２の部分のためにメモリアドレスの該第１の範囲 内にはない該メモリアドレスの第２の範囲にアドレス空間を割り付けるステップ と、 該処理手段を用い、該メモリアドレスの該第１の範囲にあることを要求される 第２のアプリケーションの第１の部分を格納する該メモリアドレスの該第１の範 囲にアドレス空間を割り付けるステップと、 該処理手段を用い、該メモリアドレスの該第１の範囲にあることを要求されな い該第２のアプリケーションの第２の部分を格納するために、該メモリアドレス の該第１の範囲内にはない該メモリアドレスの該第２の範囲にアドレス空間を割 り付けるステップと、 該処理手段を用い、該第１のアプリケーションの該第２の部分と該第２のアプ リケーションの該第２の部分のいずれか大きい方を格納するために十分な大きさ を有する該メモリアドレスの該第１の範囲に一時的なアドレス空間を割り付ける ステップとを包含し、該一時的なアドレス空間が該第１のアプリケーションの一 時的なブロックを一時的に格納し、該第２のアプリケーションの一時的なブロッ クを一時的に格納する、コンピュータシステムにメモリを割り付ける方法。 １１．前記処理手段を用い、前記第１のアプリケーションが実行されるとき、該 第１のアプリケーションの前記第２の部分を前記一時的なアドレス空間に一時的 に格納するステップをさらに包含する、請求項１０に記載の方法。 １２．前記処理手段を用い、前記第２のアプリケーションが 実行されるとき、該第２のアプリケーションの前記第２の部分を前記一時的なア ドレス空間に一時的に格納するステップをさらに包含する、請求項１０に記載の 方法。 １３．前記メモリアドレスの前記第１の範囲がコンベンショナルメモリである、 請求項１０に記載の方法。 １４．前記メモリアドレスの前記第２の範囲が拡張メモリである、請求項１０に 記載の方法。 １５．前記メモリアドレスの前記第２の範囲がエクスパンディッドメモリである 、請求項１０に記載の方法。 １６．前記第１のアプリケーションが常駐終了型アプリケーションである、請求 項１０に記載の方法。[Claims] 1. Using the processing means, as a global block, in the first range of memory addresses Identifying the first part of the first application that is required to be When,   Using the processing means, the first address of the memory address for storing the global block. Allocating the address space to the range of 1,   Using the processing means, the temporary block of the first application is The first application not required to be in the first range of memory addresses Identifying the second part of the   The processing means is used to store the temporary block, the memory address of the first block. The address space is allocated to the second range of memory addresses that are not in the area Tep,   The memory address for temporarily storing the temporary block using the processing means Allocating a temporary address space in the first range of How to allocate memory to your computer system. 2. As a global block of the second application using the processing means , The second app required to be in the first range of memory addresses Identifying the first part of the application,   Using the processing means, the glow of the second application Allocates an address space to the first range of the memory address for storing a valve block Step to attach,   As a temporary block of the second application using the processing means, The second application not required to be in the first range of memory addresses Identifying the second part of the   Storing the temporary block of the second application using the processing means The second range of memory addresses that is not within the first region of the memory address The method according to claim 1, further comprising allocating an address space to Law. 3. When the first application is executed using the processing means, Store the temporary block of the first application in a temporary address space. The method of claim 2, further comprising the step of temporally storing. 4. When the second application is executed using the processing means, Store the temporary block of the second application in a temporary address space. The method of claim 2, further comprising the step of temporally storing. 5. The temporary address space is the temporary address space of the first application. Block and said second application Large enough to hold the larger of the temporary blocks The method of claim 2, comprising: 6. The first range of memory addresses is conventional memory; The method according to claim 1. 7. The second range of the memory address is an extended memory. the method of. 8. The second range of memory addresses is expanded memory, The method of claim 1. 9. The first application is a resident termination type application. The method according to 1. 10. Using the processing means, the first range required to be in the first range of memory addresses The first range of the memory address storing a first portion of a one application Assigning an address space to   Required to be in the first range of the memory address using the processing means The first range of memory addresses for a second portion of the first application Allocating an address space for a second range of the memory address not within When,   Required to be in the first range of the memory address using the processing means The first range of the memory address storing the first portion of the second application. To allocate the address space to   Not be required to be in the first range of the memory address using the processing means The memory address for storing a second portion of the second application Allocate an address space to the second range of memory addresses that is not within the first range of Attaching step,   Using the processing means, the second part of the first application and the second application Large enough to store the larger of the second parts of the application Allocate a temporary address space to the first range of memory addresses having And the temporary address space is the one of the first application. Temporary blocks are temporarily stored and temporary blocks of the second application are stored. A method of allocating memory to a computer system that temporarily stores memory. 11. When the first application is executed using the processing means, Temporarily move the second part of the first application into the temporary address space 11. The method of claim 10, further comprising the step of storing at. 12. Using the processing means, the second application When executed, the second part of the second application is loaded into the temporary application. 11. The method of claim 10, further comprising the step of temporarily storing in a dress space. Method. 13. The first range of memory addresses is conventional memory, The method according to claim 10. 14. 11. The method of claim 10, wherein the second range of memory addresses is extended memory. The method described. 15. The second range of memory addresses is expanded memory The method according to claim 10. 16. The first application is a resident termination type application Item 11. The method according to Item 10.
JP6520278A 1993-03-09 1994-03-08 Memory management device and memory management method Pending JPH08507630A (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US2831293A 1993-03-09 1993-03-09
US028,312 1993-03-09
PCT/US1994/002523 WO1994020905A1 (en) 1993-03-09 1994-03-08 Method and apparatus for memory management

Publications (1)

Publication Number Publication Date
JPH08507630A true JPH08507630A (en) 1996-08-13

Family

ID=21842743

Family Applications (1)

Application Number Title Priority Date Filing Date
JP6520278A Pending JPH08507630A (en) 1993-03-09 1994-03-08 Memory management device and memory management method

Country Status (6)

Country Link
EP (1) EP0688449A4 (en)
JP (1) JPH08507630A (en)
CN (1) CN1090780C (en)
AU (1) AU6253794A (en)
CA (1) CA2157572C (en)
WO (1) WO1994020905A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7143263B2 (en) * 2003-10-16 2006-11-28 International Business Machines Corporation System and method of adaptively reconfiguring buffers
US7603392B2 (en) * 2006-06-05 2009-10-13 International Business Machines Corporation System, method and computer program product for storing transient state information

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4943910A (en) * 1987-04-14 1990-07-24 Kabushiki Kaisha Toshiba Memory system compatible with a conventional expanded memory
US4926322A (en) * 1987-08-03 1990-05-15 Compag Computer Corporation Software emulation of bank-switched memory using a virtual DOS monitor and paged memory management
US5280599A (en) * 1989-01-09 1994-01-18 Kabushiki Kaisha Toshiba Computer system with memory expansion function and expansion memory setting method
US5175830A (en) * 1989-06-16 1992-12-29 International Business Machines Corporation Method for executing overlays in an expanded memory data processing system
US5167030A (en) * 1989-08-23 1992-11-24 Helix Software Company, Inc. System for dynamically allocating main memory to facilitate swapping of terminate and stay resident communication program to increase available memory space
US5146580A (en) * 1989-10-25 1992-09-08 Microsoft Corporation Method and system for using expanded memory for operating system buffers and application buffers
US5237669A (en) * 1991-07-15 1993-08-17 Quarterdeck Office Systems, Inc. Memory management method

Also Published As

Publication number Publication date
WO1994020905A1 (en) 1994-09-15
EP0688449A4 (en) 1997-08-27
CN1120867A (en) 1996-04-17
CN1090780C (en) 2002-09-11
CA2157572A1 (en) 1994-09-15
AU6253794A (en) 1994-09-26
EP0688449A1 (en) 1995-12-27
CA2157572C (en) 1998-12-01

Similar Documents

Publication Publication Date Title
CA1266532A (en) Method to share copy on write segment for mapped files
US3858182A (en) Computer program protection means
US5539899A (en) System and method for handling a segmented program in a memory for a multitasking data processing system utilizing paged virtual storage
JP3659062B2 (en) Computer system
US5414848A (en) Method and apparatus for sharing a common routine stored in a single virtual machine with other virtual machines operating in a preemptive muli-tasking computer system
US6711605B2 (en) Multi OS configuration method and computer system
US6732138B1 (en) Method and system for accessing system resources of a data processing system utilizing a kernel-only thread within a user process
US10191759B2 (en) Apparatus and method for scheduling graphics processing unit workloads from virtual machines
CA2275970C (en) Object and method for providing efficient multi-user access to shared operating system kernal code using instancing
US5675793A (en) Dynamic allocation of a common buffer for use by a set of software routines
US5842226A (en) Virtual memory management for a microkernel system with multiple operating systems
US6701421B1 (en) Application-level memory affinity control
US20080162834A1 (en) Task Queue Management of Virtual Devices Using a Plurality of Processors
US7496917B2 (en) Virtual devices using a pluarlity of processors
JPH07121373A (en) Data processing system and its operating method
JP2003531434A (en) Computer method and system for executing a Java computer program
US5893159A (en) Methods and apparatus for managing scratchpad memory in a multiprocessor data processing system
JPH04213129A (en) Memory control system and memory control method
GB2273591A (en) Microcomputer control systems for interprogram communication and scheduling methods
EP0403124A2 (en) Overlay swapping
US20040117568A1 (en) Bridging memory access across pre-boot and runtime phases
US6883171B1 (en) Dynamic address windowing on a PCI bus
EP1031083B1 (en) Apparatus and method of accessing random access memory
WO2001061489A2 (en) Allocating memory based on memory device organization
CN109783145B (en) Method for creating multi-image-based multifunctional embedded system