(57)【要約】【課題】気象シミュレーションなどの大容量のメモリ領域を使用する長時間ジョブが存在していても、高速な計算機システムの凍結・解凍処理を実現させることを目的としている。【解決手段】アプリケーションプログラムに対するメモリ管理をカーネルとは独立した資源管理用アプリケーションプログラムで実現している計算機システムにおける凍結・解凍プログラムであって、アプリケーションプログラムが使用しているメモリの内容を退避する手段、アプリケーションプログラム用メモリ領域の範囲をユーザ空間の仮想アドレス情報からカーネル空間が使用する物理アドレス情報に変換する手段、アプリケーションプログラム用メモリ領域の範囲をカーネルに通知する手段、計算機システム全体のメモリ領域からアプリケーションプログラム用メモリ領域を除外することにより凍結対象のメモリ範囲を選択する手段を備えるように構成する。【選択図】図３
2005190235.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションプログラムに対するメモリ管理をカーネルとは独立した資源管理用アプリケーションプログラムで実現している計算機システムにおける凍結・解凍プログラムであって、
アプリケーションプログラムが使用しているメモリ領域を退避するアプリケーション退避復元手段と、
アプリケーションプログラム用にリザーブされたメモリ領域の範囲をユーザ空間の仮想アドレス情報からカーネル空間が使用する物理アドレス情報に変換するメモリ変換手段と、
前記メモリ変換手段により変換されたカーネル空間が使用する物理アドレス情報に基づき、アプリケーションプログラム用にリザーブされたメモリ領域の範囲をカーネルに通知するリザーブ範囲通知手段と、
計算機システム全体のメモリ領域から前記リザーブ範囲通知手段が通知するメモリ領域を除外することにより凍結対象のメモリ範囲を選択するメモリ選択手段として
コンピュータを機能させることを特徴とする凍結・解凍プログラム。
【請求項２】
アプリケーションプログラムに対するメモリ管理をカーネルとは独立した資源管理用アプリケーションプログラムで実現している計算機システムにおける凍結・解凍プログラムを記録した記録媒体であって、
アプリケーションプログラムが使用しているメモリ領域を退避するアプリケーション退避復元手段と、
アプリケーションプログラム用にリザーブされたメモリ領域の範囲をユーザ空間の仮想アドレス情報からカーネル空間が使用する物理アドレス情報に変換するメモリ変換手段と、
前記メモリ変換手段により変換されたカーネル空間が使用する物理アドレス情報に基づき、アプリケーションプログラム用にリザーブされたメモリ領域の範囲をカーネルに通知するリザーブ範囲通知手段と、
計算機システム全体のメモリ領域から前記リザーブ範囲通知手段が通知するメモリ領域を除外することにより凍結対象のメモリ範囲を選択するメモリ選択手段として
コンピュータを機能させることを特徴とする凍結・解凍プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３】
アプリケーションプログラムに対するメモリ管理をカーネルとは独立した資源管理用アプリケーションプログラムで実現している計算機システムにおける凍結・解凍方法であって、
アプリケーションプログラムが使用しているメモリ領域を退避するアプリケーション退避復元ステップと、
アプリケーションプログラム用にリザーブされたメモリ領域の範囲をユーザ空間の仮想アドレス情報からカーネル空間が使用する物理アドレス情報に変換するメモリ変換ステップと、
前記メモリ変換ステップにより変換されたカーネル空間が使用する物理アドレス情報に基づき、アプリケーションプログラム用にリザーブされたメモリ領域の範囲をカーネルに通知するリザーブ範囲通知ステップと、
計算機システム全体のメモリ領域から前記リザーブ範囲通知ステップが通知するメモリ領域を除外することにより凍結対象のメモリ範囲を選択するメモリ選択ステップと
を有することを特徴とする凍結・解凍方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，計算機システムの凍結・解凍技術に関し、特に利用者のメモリ資源をオペレーティングシステムとは独立に管理することにより計算機システムの凍結・解凍処理の性能を改善させる技術に関したものである。
【背景技術】
【０００２】
計算機システムでは、空調の不具合や、電源工事、Ｉ／Ｏ増設などで一時的に運用を停止せざるを得ない状況が発生する。計算機システムを一旦停止させ、再立ち上げする際に途中まで実行していた長時間ジョブを再度ジョブやジョブステップの初めから実行させるようでは、それまでに実行してきた時間や計算機資源が無駄になる。そのため、アプリケーションプログラムの実行状態や実行結果などをアプリケーションプログラムの進行状態に応じて適切なタイミングで退避（チェックポイント）させ、計算機システムを停止させるときに計算機システム全体の状態を退避させておくことにより、計算機システムを再立ち上げる際に、退避しておいた情報に基づき計算機システム全体やジョブを復元する機能は従来から実現されている。
【０００３】
しかしながら、気象シミュレーションなどの科学計算分野では実行時間が長期に亙るだけでなくアプリケーションプログラムが使用するメモリが数百ＧＢとなることも往々にしてあり、アプリケーションプログラム領域を退避するするために、大量の退避領域、処理時間を必要としていた。
【０００４】
また、ＵＮＩＸ（登録商標）系のＯＳ（オペレーティングシステム）では、カーネルは主にプロセスから要求されたサービスを処理するように設計されているため、ＵＮＩＸ（登録商標）系のＯＳ上でジョブの概念を導入するためには、個々のアプリケーションプログラムに対する木目細かなメモリ管理が必要となる。ところが、カーネルのメモリ管理に機能追加を行うと処理が煩雑になったり、バグの作り込みによる計算機システム全体に与える影響が大きいことから、アプリケーションプログラムに対するメモリ管理をカーネルとは独立した資源管理用アプリケーションプログラムを開発して実現させることがしばしば行われている。
【０００５】
資源管理用アプリケーションプログラムによるメモリ資源管理では、資源管理用アプリケーションプログラムが予めユーザ空間用に設定されたサイズのメモリ量を獲得し、アプリケーションプログラムからの要求に応じてそのメモリの一部を分け与える。この場合、ＯＳにとっては、資源管理用アプリケーションプログラムがユーザ空間用に確保しているメモリは実際には個々のアプリケーションプログラムによって使われていなくても、それが分からない。つまり、資源管理用アプリケーションが確保している分はすべて使っているとしか見えず、ＯＳはシステムのチェックポイントを取る(凍結する)際に、これらすべてを保存してしまう。科学技術計算では、この確保量が数百ＧＢになるので、退避/復元量や処理に要する時間は膨大なものとなる。
【０００６】
図１は、従来のシステム凍結・解凍機能の構成が示してある。従来のシステム凍結・解凍機能では、ＯＳ８の実行を停止、再開するＯＳ停止再開手段９とシステムのメモリ１を退避、復元するシステム退避復元手段１０、システム退避復元手段１０がディスク装置１２へ入出力を行うＩ／Ｏ手段１１から構成される。システム凍結時にはＯＳ停止再開手段９がＯＳの実行を停止し、メモリ内容が変化しないようにした後にシステム退避復元手段１０が、システムのメモリ全体１をディスク装置１２に退避する。システム解凍時には、退避した内容をディスク装置１２から読み込み、メモリ１に復元した後にＯＳ停止再開手段９がＯＳの実行を再開させる。
【０００７】
アプリケーション用にリザーブされたメモリ１−１は、計算機システム全体のメモリの内、アプリケーションプログラム用に割当てるためにリザーブされているメモリである。ＯＳ８が使用するメモリ１−２は、計算機システム全体のメモリの内、アプリケーションプログラム用以外に割当ててあるメモリであって、ＯＳ８の実行に使用される。アプリケーションＡに割当てられたメモリ２、アプリケーションＢに割当てられたメモリ３は、それぞれのアプリケーションプログラムが使用しているメモリである。リンク情報４，５は、アプリケーションフグラムとカーネルのアプリケーションプログラム実行制御情報とのリンク情報である。制御情報６，７は、各アプリケーションを実行するためにカーネルが作成する制御情報である。
【０００８】
図２は、従来のジョブ凍結・解凍機能の構成が示してある。ジョブ凍結・解凍機能では、アプリケーションプログラム１３（Ａ），１４（Ｂ）の実行を停止、再開するアプリケーション停止再開手段１５と、アプリケーション毎に割当てられたメモリ２（アプリケーションＡ），３（アプリケーションＢ）、ＯＳ８がアプリケーションを実行するために作成する制御情報６，７およびその対応づけであるリンク情報４，５をディスク装置１２に退避、復元するアプリケーション退避復元手段１６を有する。凍結時には、アプリケーション停止再開手段１５によって凍結したいアプリケーションの実行を停止し、メモリ２，３の内容が変化しないようにする。その後、アプリケーション退避復元手段１６がＯＳのＩ／Ｏ手段１７を使用してメモリ２，３、リンク情報４，５および制御情報６，７をディスク装置１２へ退避する。解凍時には、アプリケーション退避復元手段１６によって，ディスク装置１２に退避されている情報を読み込み、メモリ２，３、リンク情報４，５および制御情報６，７を復元する。その後、アプリケーション停止再開手段１５によって，アプリケーションの実行を再開する。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、ジョブ凍結・解凍機能とシステム凍結・解凍機能を組み合わせた従来の凍結・解凍機能には以下の問題がある。
【００１０】
システム凍結・解凍機能では、システム凍結時点のメモリの内容が変化しないようにＯＳ８を停止させる必要があるため、システム退避復元手段１０はＯＳ８が持つＩ／Ｏ機能を使用できない。よって，システム退避復元手段１０はＯＳ８とは別に高性能なＩ／Ｏ手段１１を備える必要がある。また，システム退避復元手段１０は計算機システムの全メモリの内容を退避・復元しており、アプリケーションプログラムが実際に使用していないメモリであっても退避・復元の対象としている。
【００１１】
ジョブ凍結・解凍機能では、アプリケーションプログラムは停止してもシステムは動作し続けるため、アプリケーションプログラムが動作する際にＯＳ８が作成する制御情報６，７を矛盾なく退避・復元することが技術的に困難である。また、ＯＳ８の修正や機能追加によって制御情報６，７やリンク情報４，５の形式が変わる場合は、ジョブ凍結・解凍機能もそれに合わせて修正する必要がある。
【００１２】
また、ジョブスワップ機能でアプリケーションプログラムが使用しているメモリの内容を退避した後にシステム凍結を行ったとしても、既に退避した分をもう一度システム凍結・解凍機能で退避することになってしまい、アプリケーションプログラムが使用しているメモリ領域が２重に退避されてしまうことになる。
【００１３】
本発明は、上記の問題点を解決するために提案されたものであり、気象シミュレーションなどの大容量のメモリ領域を使用する長時間ジョブが存在していても、高速な計算機システムの凍結・解凍処理を実現させることを目的としている。
【課題を解決するための手段】
【００１４】
図３は、本発明の全体構成図が示してある。本発明の計算機システムの凍結・解凍プログラムはコンピュータ上で実行され、ＯＳの状態を退避・復元するシステム凍結・解凍機能を有し、アプリケーションプログラムに対するメモリ管理をカーネルとは独立した資源管理用アプリケーションプログラムで実現している計算機システムにおいて、従来の計算機システムの凍結・解凍プログラムに、更にアプリケーションプログラムが使用しているメモリの内容を退避・復元するアプリケーション退避復元手段１６と、アプリケーションプログラム用メモリ領域の範囲をユーザ空間の仮想アドレス情報からカーネル空間が使用する物理アドレス情報に変換するアドレス変換手段１９と、前記アドレス変換手段１９により変換されたカーネル空間が使用する物理アドレス情報に基づき、アプリケーションプログラム用メモリ領域の範囲をカーネルにあるメモリ選択手段２０に通知するリザーブ範囲通知手段１８と、計算機システム全体のメモリ領域から前記リザーブ範囲通知手段が通知するメモリ領域を除外することにより凍結対象のメモリ範囲を選択するメモリ選択手段２０を備えるように構成する。他の従来からある構成要素の説明については、前述の背景技術の項で説明済であるため省略する。
【００１５】
リザーブ範囲通知手段１８は，アドレス変換手段１９によって物理メモリのページ番号のテーブルに変換されたアプリケーション用にリザーブされたメモリの範囲１−１をメモリ選択手段２０に通知することにより、ジョブ凍結・解凍機能により退避・復元されるアプリケーションプログラム用にリザーブされたメモリ領域をカーネル内のシステム凍結・解凍機能が２重に退避することがなく、かつアプリケーションプログラムが実際に使用していたメモリのみをジョブ凍結・解凍機能で退避することができ高速な計算機システムの凍結・解凍処理が可能となる。
【発明の効果】
【００１６】
大容量のメモリ領域を使用する長時間ジョブが存在していても、高速な計算機システムの凍結・解凍処理が可能となる。
【発明を実施するための最良の形態】
【００１７】
煩雑な処理をカーネルのメモリ管理に機能追加することになるため、バグの作り込みによる計算機システム全体に与える影響を極力少なくするように、従来の計算機システムの凍結・解凍プログラムの改造は最小限に抑え、新たな手段を追加することで高速な凍結・解凍処理が可能なように構成した。
【実施例】
【００１８】
図４は、本発明の実施例の全体構成図が示してある。本発明の計算機システムの凍結・解凍プログラムはコンピュータ上で実行され、ＯＳの状態を退避・復元するシステム凍結・解凍機能を有し、アプリケーションプログラムに対するメモリ管理をカーネルとは独立した資源管理用アプリケーションプログラムで実現している計算機システムにおいて、従来の計算機システムの凍結・解凍プログラムを機能追加したものである。ＯＳ８では、アプリケーションプログラム（アプリＡ１３など）の実行制御を行うジョブ制御機能４３、システム凍結・解凍機能の全体制御とシステム管理者インタフェースとなるシステム凍結解凍機能制御部４４、およびＯＳが使用するＯＳのＩ／Ｏ手段１７がある。システム凍結解凍機能実行部４６は、ＯＳとは独立して、システムの退避・復元を司る。さらに、システム凍結解凍機能実行部４６は、システムを停止するためにシステム電源切断手段４９を呼び出すように構成されている。
【００１９】
システムのメモリは，ユーザアプリケーション実行のためにジョブ制御機能が予め確保するアプリケーション用メモリ１−１とそれ以外の領域（ＯＳのメモリ）１−２に分けられる。アプリケーション用メモリ１−１は、ジョブ制御機能４３によって管理され、ユーザアプリケーションからの要求に応じて一部が割当て・回収される。ジョブ制御機能４３はＯＳのＩ／Ｏ手段１７を経由し，ディスク装置４７に対してアプリケーション用メモリ１−１の退避・復元を行う。また、アプリケーションが使用するメモリ以外（ＯＳのメモリ）１−２は、システム凍結解凍機能実行部４６によってディスク装置４８に退避される。
【００２０】
図５は、ジョブ制御機能４３の構成の詳細が示してある。ユーザアプリケーションを停止させ、一時的にメモリ資源を他のユーザアプリケーションのために解放するジョブスワップ機能５１、ユーザアプリケーションへのメモリ割り当てと使用状況を管理する資源管理機能５４から構成される。ジョブスワップ機能５１は，ユーザアプリケーションの停止，再開を行うアプリケーション停止再開手段１５とユーザアプリケーションが使用しているメモリだけを退避復元するアプリケーション退避復元手段１６から構成される。資源管理機能５４は、メモリの割り当てと使用状況をメモリページ単位で管理するメモリ管理機能５５とその管理情報（メモリ割当と使用状況）が格納されているメモリ管理テーブル５６、アプリケーション用メモリ１−１の範囲をシステム凍結解凍機能実行部４６へ通知するリザーブ範囲通知手段１８、ユーザ空間の情報であるアプリケーション用メモリの範囲を物理メモリのページ番号に変換するアドレス変換手段１９から構成される。
【００２１】
図６は、システム凍結解凍機能制御部４４の構成の詳細が示してある。システム凍結解凍機能制御部４４は、システム管理者からの凍結開始指示と解凍処理完了を通知するコマンドインタフェース６１と凍結・解凍処理の流れを制御する凍結解凍制御機能６２から構成される。凍結解凍制御機能６２は凍結・解凍処理においてジョブ制御機能４３に対してユーザアプリケーションの停止・再開と使用中メモリの退避・復元を依頼する。システム凍結解凍機能実行部４６に対しては、システムの凍結指示を出し、システム解凍完了通知を受け取る。
【００２２】
図７は、システム凍結解凍機能実行部４６の構成の詳細が示してある。システム凍結解凍機能実行部４６は、ＯＳ停止再開手段９、システムのメモリを退避・復元するシステム退避復元手段１０、Ｉ／Ｏ手段１１、およびシステム退避復元手段１０が退避すべきメモリを選択するメモリ選択手段２０を備える。凍結時にはシステム退避復元手段１０は、Ｉ／Ｏ手段１１を使用してシステムのメモリをページ単位にディスク装置４８へ書き出す。システム退避復元手段１０は、ジョブ制御機能４３からアプリケーション用メモリ範囲情報を受け取り、その範囲以外のページのシステムメモリを書き出す。さらに、退避したページの位置としてページ番号を格納した退避メモリリスト７３を作成し、これもディスク装置４８へ退避する。解凍時には、退避したページ番号の退避メモリリスト７３に基づき退避したページを元のメモリ位置へ読み込み、復元する。
【００２３】
図８は、メモリ管理テーブルのデータ形式例が示してある。アプリケーションプログラム用にリザーブされたすべてのメモリについて、ページ単位にそのページの先頭仮想アドレスと使用状況が格納される。 そのページが使用中である場合には1が、未使用の場合には0が格納される。
【００２４】
図９は、アプリ用メモリの範囲情報のデータ形式例が示してある。図８で示したメモリ管理テーブルのデータ形式例の仮想アドレスの項に対応し、アプリケーションログラム用にリザーブされたすべてのメモリについて、ページ単位にそのページの物理ページ番号が格納される。
【００２５】
図１０は、退避メモリリストのデータ形式例が示してある。計算機システムに実装されているページすべてに対して、そのページが退避復元の対象であるかどうかを示したテーブルである。退避復元の対象ページにたいしては1が設定される。
【００２６】
図１１は、本発明に係る凍結時の処理の流れを示すフローチャートである。凍結開始処理では、先ずシステムの管理者が入力する凍結開始指示をシステム凍結機能のコマンドインタフェース６１を経由してシステム凍結解凍機能制御部４４が凍結開始コードを受信することにより開始する（Ｓ１）。システム凍結解凍機能制御部４４の凍結解凍処理制御機能６２は、ジョブ制御機能４３に対して、アプリケーションプログラムの停止とそれが使用しているメモリ内容の退避を依頼して（Ｓ２）、アプリケーションプログラムの使用しているメモリの退避処理の完了を待つためにＷＡＩＴする（Ｓ３）。ＷＡＩＴが解けるとシステム凍結解凍機能制御部４４がシステム凍結解凍機能実行部４６を呼び出し、システムの状態退避を依頼し（Ｓ４）、図１２のＳ１８へ進む。
【００２７】
次にジョブ制御機能４３のアプリのメモリ退避処理について説明する。アプリのメモリ退避処理を依頼されると、先ず、ジョブ制御機能４３のジョブスワップ機能５１がアプリケーション停止再開手段１５に依頼してユーザアプリケーションプログラムを停止させる（Ｓ５）。次に、ジョブ制御機能４３のアプリケーション退避復元手段１６が、メモリ管理機能５５内のメモリ管理テーブル５６を参照し、使用しているメモリのみページ単位にディスク装置４７へ出力する（Ｓ６）。このとき、アプリケーション退避復元手段１６はＯＳが提供する高速なＯＳのＩ／Ｏ手段１７を利用する。続いて、アプリケーション用メモリ範囲のユーザ空間での仮想アドレスからカーネル空間での物理メモリのページ番号に変換し(Ｓ７)、変換したメモリ範囲の情報をリザーブ範囲通知手段１８を使用して変換済のアプリ用メモリの範囲情報を作成し（Ｓ８）、システム凍結解凍機能実行部４６に制御を戻す。
【００２８】
次にシステムの状態退避の処理について説明する。先ず、システム凍結解凍機能実行部４６は、ＯＳ停止再開手段９を呼び出してＯＳの実行を停止させる（Ｓ９）。次に、退避するシステムのメモリについて物理ページ番号のリストを作成する（Ｓ１０）。続いて、Ｓ１０で作成したリストから、Ｓ８で作成したアプリケーション用メモリ範囲の情報を除外し（Ｓ１１）、システム凍結解凍機能実行部４６が、システム退避復元手段１０を呼び出してシステムのメモリをページ単位にディスク装置４８へ出力する（Ｓ１２）。更に、退避したメモリ範囲のリストもディスク装置４８へ出力し（Ｓ１３）、システムの電源を切断するために、システム電源切断手段４９を呼び出し凍結処理を終了する（Ｓ１４）。
【００２９】
図１２は、本発明に係る解凍時の処理の流れを示すフローチャートである。システムの解凍開始処理では、先ずシステム管理者がシステムの電源を投入すると、計算機システムが立ち上がり、システム凍結解凍機能実行部４６が起動される。システム凍結解凍機能実行部４６は退避したメモリのページ番号のリストをディスク装置４８から読み込み（Ｓ１５）、システム凍結解凍機能実行部４６が凍結時に退避したメモリの内容を読み込み、ページ単位に復元する（Ｓ１６）。このとき、復元先はＳ１６で読み込んだページ番号のリストに従う。次に、システム凍結解凍機能実行部４６はＯＳ停止再開手段９を呼び出してＯＳの実行を再開させる（Ｓ１７）。これにより、ＯＳ８と共に停止していたシステム凍結解凍機能制御部４４も動作を再開し、システム凍結解凍機能実行部４６からの復帰を再び待つためにＷＡＩＴする。
【００３０】
Ｓ１８は、凍結時のシステム凍結解凍機能実行部４６呼び出しが、システム凍結解凍機能制御部４４に復帰するステップである。次に、システム凍結解凍機能制御部４４の凍結解凍処理制御機能６２が、ジョブ制御機能４３にアプリケーションプログラムのメモリ復元と実行再開を依頼する（Ｓ１９）。
【００３１】
次にジョブ制御機能４３のアプリのメモリ復元処理について説明する。ジョブ制御機能４３のアプリケーション退避復元手段１６は、ディスク装置４８に退避してある内容を読み込み、メモリ管理テーブル５６を参照して元のページにメモリの内容を復元する（Ｓ２０）。なお、メモリ管理テーブル５６は、Ｓ１６によって復元されているため参照ができる。続いて、ジョブ制御機能４３はアプリケーション停止再開手段１５を呼び出し、アプリケーションプログラムの実行を再開させる（Ｓ２１）。
【００３２】
システム凍結解凍機能制御部４４は、アプリのメモリ復元処理の完了待ちから解けると（Ｓ２２）、システム凍結解凍機能制御部４４が、コマンドインタフェース６１を経由してシステム管理者に解凍完了を通知する（Ｓ２３）。
【００３３】
上記の処理を行うことにより、例えば、以下のような計算機システム環境を仮定し、
システム全体のメモリサイズ          ２５６ＧＢ
アプリケーション用メモリサイズ      ２００ＧＢ
ＯＳが使用できるメモリサイズ          ５６ＧＢ
アプリケーションが使用しているメモリサイズ  １００ＧＢ
ＯＳのＩ／Ｏ機能の性能              ３０ＭＢ/秒
システム凍結機能のＩ／Ｏ装置の性能    ３ＭＢ/秒
従来の計算機システムの凍結・解凍処理と、本発明を適用した計算機システムに於ける退避・復元サイズ、および処理時間を比較してみる。
１．退避，復元サイズについて
従来:
ＯＳが使用できるメモリサイズ＋アプリケーション用にリザーブされたメモリサイズ
＝５６ＧＢ＋２００ＧＢ＝２５６ＧＢ
本発明適用時:
ＯＳが使用できるメモリサイズ＋アプリケーションが使用しているメモリサイズ
＝５６ＧＢ＋１００ＧＢ＝１５６ＧＢ
この例では，従来に比べてディスク容量が１００ＧＢ少なくて済む。
２．処理時間について
従来:
退避，復元サイズ／システム凍結機能のＩ／Ｏ性能
＝２５６ＧＢ／３ＭＢ(秒)＝約２４時間
本発明適用時:
アプリケーションが使用しているメモリサイズ／ＯＳのＩ／Ｏ性能
＋ＯＳが使用しているメモリサイズ／システム凍結機能のＩ／Ｏ性能
＝１００ＧＢ/３０ＭＢ(秒)＋５６ＧＢ/３ＭＢ(秒)＝約６時間
この例では，従来に比べて処理時間が約４分の１に短縮される。
【図面の簡単な説明】
【００３４】
【図１】従来のシステム凍結・解凍機能の構成
【図２】従来のジョブ凍結・解凍機能の構成
【図３】本発明の全体構成図
【図４】本発明の実施例の全体構成図
【図５】ジョブ制御機能の構成
【図６】システム凍結解凍機能制御部の構成
【図７】システム凍結解凍機能実行部の構成
【図８】メモリ管理テーブルのデータ形式例
【図９】アプリ用メモリの範囲情報のデータ形式例
【図１０】退避メモリリストのデータ形式例
【図１１】凍結時のフローチャート
【図１２】解凍時のフローチャート
【符号の説明】
【００３５】
１      計算機システムのメモリ
１−１  アプリケーション用にリザーブされたメモリ
１−２  ＯＳが使用するメモリ
２      アプリＡ用のメモリ
３      アプリＢ用のメモリ
４      リンク情報
５      リンク情報
６      制御情報
７      制御情報
８      ＯＳ
９      ＯＳ停止再開手段
１０    システム退避復元手段
１１    Ｉ／Ｏ手段
１２    ディスク装置
１３    アプリＡ
１４    アプリＢ
１５    アプリケーション停止再開手段
１６    アプリケーション退避復元手段
１７    ＯＳのＩ／Ｏ手段
１８    リザーブ範囲通知手段
１９    アドレス変換手段
２０    メモリ選択手段
【図１】
2005190235.tif 000003
【図２】
2005190235.tif 000004
【図３】
2005190235.tif 000005
【図４】
2005190235.tif 000006
【図５】
2005190235.tif 000007
【図６】
2005190235.tif 000008
【図７】
2005190235.tif 000009
【図８】
2005190235.tif 000010
【図９】
2005190235.tif 000011
【図１０】
2005190235.tif 000012
【図１１】
2005190235.tif 000013
【図１２】
2005190235.tif 000014