特許 7564445 メモリ割当装置、メモリ割当プログラム、及びメモリ割当方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-01

(45)【発行日】2024-10-09

(54)【発明の名称】メモリ割当装置、メモリ割当プログラム、及びメモリ割当方法

(51)【国際特許分類】

   G06F 11/07 20060101AFI20241002BHJP

   G06F 9/50 20060101ALI20241002BHJP

【ＦＩ】

G06F11/07 178

G06F9/50 120A

【請求項の数】 5

(21)【出願番号】P 2021025875

(22)【出願日】2021-02-22

(65)【公開番号】P2022127727

(43)【公開日】2022-09-01

【審査請求日】2023-11-09

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100087480

【弁理士】

【氏名又は名称】片山 修平

(72)【発明者】

【氏名】吉田 知史

【審査官】児玉 崇晶

(56)【参考文献】

【文献】特開平１１－０３１０９２（ＪＰ，Ａ）

【文献】特開２０１０－１７６３４５（ＪＰ，Ａ）

【文献】特開平０２－０３１２５０（ＪＰ，Ａ）

【文献】鶴長 鎮一，システム異常事態発生！ Ｌｉｎｕｘサーバ危機管理対策 ＺＡＢＢＩＸ×ログ監視×障害解析コマンド活用指南 ３章 現状把握，Ｓｏｆｔｗａｒｅ Ｄｅｓｉｇｎ ，2010年03月18日，２０１０年３月号，pp.41-51

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／０７

Ｇ０６Ｆ ９／５０

(57)【特許請求の範囲】

【請求項1】

ＯＳ（オペレーティングシステム）障害時のメモリ内容を表すダンプの取得環境を設定する第１カーネルを実行する第１実行部と、
前記ダンプを取得する第２カーネルを実行する第２実行部と、
前記取得環境の設定途中で前記第２カーネルに前記ダンプの取得を指示する実行指示部と、
前記第２カーネルの起動中に前記第２カーネルのメモリ使用量を測定する測定部と、
測定した前記メモリ使用量に基づいて、前記第２カーネルの使用に割り当てるメモリ割当量を見積もる見積部と、
を有するメモリ割当装置。

【請求項2】

前記取得環境の設定再開時を設定する設定部を含み、
前記見積部は、前記設定再開時から前記取得環境の設定を再開する、
ことを特徴とする請求項１に記載のメモリ割当装置。

【請求項3】

前記第２実行部は、前記メモリ割当装置が備える主記憶部の全容量が前記第１カーネルによって前記第２カーネルの使用に割り当てられてから、前記第２カーネルを実行する、
ことを特徴とする請求項１又は２に記載のメモリ割当装置。

【請求項4】

ＯＳ（オペレーティングシステム）障害時のメモリ内容を表すダンプの取得環境を設定する第１カーネルを実行し、
前記取得環境の設定途中で、前記ダンプを取得する第２カーネルに前記ダンプの取得を指示し、
前記指示に応じて、前記ダンプを取得する第２カーネルを実行し、
前記第２カーネルの起動中に前記第２カーネルのメモリ使用量を測定し、
測定した前記メモリ使用量に基づいて、前記第２カーネルの使用に割り当てるメモリ割当量を見積もる、
処理をコンピュータに実行させるためのメモリ割当プログラム。

【請求項5】

ＯＳ（オペレーティングシステム）障害時のメモリ内容を表すダンプの取得環境を設定する第１カーネルを実行し、
前記取得環境の設定途中で、前記ダンプを取得する第２カーネルに前記ダンプの取得を指示し、
前記指示に応じて、前記ダンプを取得する第２カーネルを実行し、
前記第２カーネルの起動中に前記第２カーネルのメモリ使用量を測定し、
測定した前記メモリ使用量に基づいて、前記第２カーネルの使用に割り当てるメモリ割当量を見積もる、
処理をコンピュータが実行するメモリ割当方法。

【発明の詳細な説明】

【技術分野】

【0001】

本件は、メモリ割当装置、メモリ割当プログラム、及びメモリ割当方法に関する。

【背景技術】

【0002】

オペレーティングシステム（以下、単にＯＳという）が正常稼動を維持できない場合、当該ＯＳが例外シグナルを発生させ、ＣＰＵ（Central Processing Unit）の基本制御を行うためのＯＳの基幹部分であるカーネルにコアダンプ処理の実行を指示することが知られている。コアダンプ処理は例外シグナル発生時のメモリ空間内容の全てをそのままコアファイルに格納する処理である。

【0003】

例えば、ＵＮＩＸ（登録商標）に代表されるような汎用のＯＳは、常時シグナルイベントを監視する機能を備えており、例外シグナルが発生した場合には、例外シグナルに応じた例外処理を実行する。例えばＯＳの稼動をこれ以上継続することが困難と判断した場合には、コアダンプ処理を実行し、その時点のメモリ空間内容の全てをそのまま格納したコアファイルを生成する。このように生成されたコアファイルは障害の原因を解析する作業に利用される（以上、例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００７－１７２４１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、ＯＳによっては２種類のカーネルが設けられている場合がある。例えばＬｉｎｕｘ（登録商標）であれば、ジョブ管理や記憶管理といった通常の制御を行うシステム運用カーネル（以下、第１カーネルという）と、ＯＳ（具体的には第１カーネル）に障害（クラッシュ）が発生したときの制御を行うダンプ運用カーネル（以下、第２カーネルという）が設けられている。第２カーネルはＯＳに障害が発生すると、ｋｄｕｍｐ（カーネルクラッシュダンプ又はカーネルメモリダンプ）処理を実行し、障害時のメモリ空間内容におけるカーネル部分を格納したダンプファイルを生成する。

【0006】

第２カーネルが動作する際に使用するメモリ量は、第１カーネルが使用しないように作業担当者の事前の見積もりによって指定されている。このメモリ量はＯＳの起動時に第１カーネルによって環境設定として事前に割り当てられる。第２カーネルの使用に割り当てるメモリ量が大きくなると、第１カーネルが使用できるメモリ量が少なくなるため、第２カーネル用のメモリ量はなるべく小さい方が望ましい。

【0007】

ところが、第２カーネルの使用に割り当てるメモリ量はハードウェアの構成やソフトウェアの構成によってばらつきがあり、作業担当者が適切なメモリ量を見積もることが難しい。このため、ダンプ処理時の環境を新規に構築する時やその環境の構成を変更する時に作業担当者がメモリ量を調整しながら実機を使って実績確認をし、第２カーネルの使用に割り当てるメモリ量を見積もって決定している。しかしながら、この作業は煩雑な上に適切であるかの評価ができないため不十分であった。

【0008】

そこで、１つの側面では、第２カーネルの使用に割り当てる適応的なメモリ量を短時間で見積もることを目的とする。

【課題を解決するための手段】

【0009】

１つの実施態様では、メモリ割当装置は、ＯＳ障害時のメモリ内容を表すダンプの取得環境を設定する第１カーネルを実行する第１実行部と、前記ダンプを取得する第２カーネルを実行する第２実行部と、前記取得環境の設定途中で前記第２カーネルに前記ダンプの取得を指示する実行指示部と、前記第２カーネルの起動中に前記第２カーネルのメモリ使用量を測定する測定部と、測定した前記メモリ使用量に基づいて、前記第２カーネルの使用に割り当てるメモリ割当量を見積もる見積部と、を有する。

【発明の効果】

【0010】

第２カーネルの使用に割り当てる適応的なメモリ量を短時間で見積もることができる。

【図面の簡単な説明】

【0011】

【図1】図１はサーバ装置のハードウェア構成を例示するブロック図である。

【図2】図２はサーバ装置の機能構成を例示するブロック図である。

【図3】図３は第１カーネル及び第２カーネルの機能構成を例示するブロック図である。

【図4】図４は第１カーネルが実行する処理の一例を示すフローチャートである。

【図5】図５はダンプを保存するための補助記憶部の領域（以下、ダンプ退避域）テーブルの一例である。

【図6】図６は第２カーネルが実行する処理の一例を示すフローチャートである。

【図7】図７（ａ）はメモリ獲得処理の一例を示すフローチャートである。図７（ｂ）はメモリ解放処理の一例を示すフローチャートである。

【図8】図８は新メモリ使用量の推移を示すグラフである。

【図9】図９は比較例と第１実施形態を説明する図である。

【図10】図１０は第１カーネルが実行する処理の他の一例を示すフローチャートである。

【図11】図１１は第２実施形態を説明する図である。

【発明を実施するための形態】

【0012】

以下、本件を実施するための形態について図面を参照して説明する。

【0013】

図１はサーバ装置１００のハードウェア構成を例示するブロック図である。図１に示すように、メモリ割当装置としてのサーバ装置１００は、ハードウェアプロセッサとしてのＣＰＵ１００Ａ及びＲＡＭ（Random Access Memory）１００Ｂを含んでいる。サーバ装置１００は、ＲＯＭ（Read Only Memory）１００Ｃ、ネットワークＩ／Ｆ（インタフェース）１００Ｄ、及びＨＤＤ（Hard Disk Drive）１００Ｅを含んでいる。ＨＤＤ（Hard Disk Drive）１００Ｅに代えて、ＳＳＤ（Solid State Drive）を利用してもよい。サーバ装置１００は、必要に応じて、入力Ｉ／Ｆ１００Ｆ、出力Ｉ／Ｆ１００Ｇ、入出力Ｉ／Ｆ１００Ｈ、ドライブ装置１００Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ１００Ａからドライブ装置１００Ｉまでは、内部バス１００Ｊによって互いに接続されている。すなわち、サーバ装置１００はコンピュータによって実現することができる。尚、ＣＰＵ１００Ａに代えてＭＰＵ（Micro Processing Unit）をハードウェアプロセッサとして採用してもよい。

【0014】

入力Ｉ／Ｆ１００Ｆには入力装置１１が接続される。入力装置１１としては例えばキーボードやマウス、タッチパネルなどがある。出力Ｉ／Ｆ１００Ｇには表示装置１２が接続される。表示装置１２としては例えば液晶ディスプレイなどがある。入出力Ｉ／Ｆ１００Ｈには半導体メモリ１３が接続される。半導体メモリ１３としては、例えばＵＳＢ（Universal Serial Bus）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ１００Ｈは半導体メモリ７３０に記憶されたプログラムやデータを読み取る。入力Ｉ／Ｆ１００Ｆ及び入出力Ｉ／Ｆ１００Ｈは例えばＵＳＢポートを備えている。出力Ｉ／Ｆ１００Ｇは例えばディスプレイポートを備えている。

【0015】

ドライブ装置１００Ｉには可搬型記録媒体１４が挿入される。可搬型記録媒体１４としては、例えばＣＤ（Compact Disc）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）といったリムーバブルディスクがある。ドライブ装置１００Ｉは可搬型記録媒体１４に記録されたプログラムやデータを読み込む。ネットワークＩ／Ｆ１００Ｄは例えばＬＡＮ（Local Area Network）ポートや通信回路などを備えている。

【0016】

ＲＡＭ１００ＢにはＲＯＭ１００Ｃ、ＨＤＤ１００Ｅ、半導体メモリ１３の少なくとも１つに記憶されたプログラムがＣＰＵ１００Ａによって一時的に格納される。ＲＡＭ１００Ｂには可搬型記録媒体１４に記録されたプログラムがＣＰＵ１００Ａによって一時的に格納される。格納されたプログラムをＣＰＵ１００Ａが実行することにより、ＣＰＵ１００Ａは後述する各種の機能を実現し、また、後述する各種の処理を実行する。尚、プログラムは後述するフローチャートに応じたものとすればよい。

【0017】

次に、図２を参照して、サーバ装置１００の機能構成について説明する。

【0018】

図２はサーバ装置１００の機能構成を例示するブロック図である。図２ではサーバ装置１００の機能の要部が示されている。図２に示すように、サーバ装置１００は補助記憶部１１０、主記憶部１２０、及び処理部１３０を備えている。補助記憶部１１０は上述したＨＤＤ１００Ｅなどによって実現することができる。主記憶部１２０は上述したＲＡＭ１００Ｂによって実現することができる。処理部１３０は上述したＣＰＵ１００Ａによって実現することができる。したがって、補助記憶部１１０、主記憶部１２０、及び処理部１３０は互いに接続されている。

【0019】

ここで、補助記憶部１１０は図示しないＯＳを記憶する。ＯＳとしては例えばＬｉｎｕｘ（登録商標）があるが、Ｌｉｎｕｘ（登録商標）以外のＯＳであってもよい。処理部１３０は、サーバ装置１００の電源ボタンが押下されてサーバ装置１００に電力が供給されると、補助記憶部１１０からＯＳを呼び出す。そして、処理部１３０は、呼び出したＯＳに含まれる第１カーネル５０を主記憶部１２０の第１カーネルメモリ領域１２１に格納し、第１カーネル５０を起動する。すなわち、第１カーネルメモリ領域１２１は第１カーネル５０が動作するメモリ領域である。第１カーネル５０を起動することにより、第１カーネル５０は例えばジョブ（又はプロセス）管理やメモリ管理、運用管理、入出力管理といった通常の制御を行うほか、後述する各種の処理を実行する。第１カーネル５０はシステムカーネルなどと呼ばれることがある。

【0020】

また、第１カーネル５０を起動することにより、第１カーネル５０は第２カーネルメモリ領域１２２を主記憶部１２０に割り当て（又は予約し）、ＯＳに含まれる第２カーネル６０を第２カーネルメモリ領域１２２に格納する。すなわち、第２カーネルメモリ領域１２２は第２カーネル６０が動作するメモリ領域である。第２カーネル６０はＯＳ（具体的には第１カーネル５０）にカーネルクラッシュといった障害（異常）が発生したときの制御を行う。第２カーネルはダンプキャプチャカーネルや単にダンプカーネルなどと呼ばれることがある。

【0021】

具体的に説明すると、第１カーネル５０は、自身の処理において論理の異常などを検出し、処理の続行が不可能と判断すると、第２カーネル６０を起動する。第２カーネル６０は第１カーネルメモリ領域１２１内のメモリ空間内容におけるカーネル部分を格納したダンプファイルを補助記憶部１１０のダンプ退避域１１１内に書き込む。第２カーネル６０はダンプファイルを書き込んだ後、自身をシャットダウンまたは再起動する。

【0022】

次に、図３を参照して、第１カーネル５０が備える機能及び第２カーネル６０が備える機能の概要について説明する。第１カーネル５０が備える機能は、処理部１３０が主記憶部１２０と連携して第１カーネル５０の処理を実行することにより実現することができる。第２カーネル６０についても第１カーネル５０と同様である。なお、第１カーネル５０及び第２カーネル６０の処理の詳細については、サーバ装置１００の動作を説明する際に詳しく説明する。

【0023】

図３は第１カーネル５０及び第２カーネル６０の機能構成を例示するブロック図である。第１カーネル５０は、第１カーネル実行部５１、第１判定部５２、第２判定部５３、及び環境構築部５４を構成要素として含んでいる。また、第１カーネル５０は、初期設定部５５、ダンプ操作部５６、チェックポイント設定部５７、及び第２カーネル実行指示部５８を構成要素として含んでいる。第１カーネル実行部５１が第１実行部の一例であって、第２カーネル実行指示部５８が実行指示部の一例であって、環境構築部５４が見積部の一例であって、チェックポイント設定部５７が設定部の一例である。

【0024】

第２カーネル６０は、第２カーネル実行部６１、メモリ使用量測定部６２、メモリ使用量登録部６３、及び第１カーネル実行指示部６４を構成要素として含んでいる。第２カーネル実行部６１が第２実行部の一例であって、メモリ使用量測定部６２が測定部の一例である。第１カーネル５０及び第２カーネル６０は互いに直接的に連携し、また、ダンプ退避域１１１を介して間接的に連携する。

【0025】

次に、図４乃至図６を参照して、第１カーネル５０及び第２カーネル６０の処理について説明する。

【0026】

図４は第１カーネル５０が実行する処理の一例を示すフローチャートである。図５はダンプ退避域テーブルＴ１の一例である。図６は第２カーネル６０が実行する処理の一例を示すフローチャートである。まず、サーバ装置１００に電力が供給されると、第１カーネル実行部５１は第１カーネル５０を起動する（ステップＳ１）。これにより、初期設定部５５がダンプファイルの取得環境又は採取環境（以下、単に取得環境という）の初期設定を開始し、例えばネットワークのＩＰアドレスやＨＤＤ１００Ｅのパーティションなどの設定を開始する。

【0027】

第１カーネル５０が起動すると、初期設定と並行して、第１判定部５２はダンプファイルの取得環境が構築済であるか否かを判定する（ステップＳ２）。具体的には、第１判定部５２はダンプ退避域１１１にアクセスして、ダンプファイルの取得環境が構築済であるか否かを判定する。なお、ダンプファイルの取得環境が構築済であるとは、第２カーネル６０用のメモリ使用量が第１カーネル５０に既に設定された状態を表している。

【0028】

ここで、図５に示すように、ダンプ退避域１１１はダンプ退避域テーブルＴ１により様々な情報を管理する。具体的には、ダンプ退避域テーブルＴ１は、取得環境状態識別子、第２カーネルメモリ使用量、データ長、第１カーネル初期設定値といった情報を含んでいる。例えば、取得環境状態識別子には３種類の識別子のいずれかが登録されている。識別子「０」はダンプファイルの取得環境がまだ構築されていない状態（未構築）であることを表している。識別子「１」はダンプファイルの取得環境が構築の最中である状態（構築中）であることを表している。識別子「２」はダンプファイルの取得環境の構築が済んでいる状態（構築済）であることを表している。残りの情報については後述する。

【0029】

第１判定部５２は、ダンプ退避域１１１にアクセスし、例えば取得環境状態識別子に識別子「０」が割り当てられている場合、取得環境が構築済でないと判定する（ステップＳ２：ＮＯ）。この場合、続けて第１判定部５２はダンプファイルの取得環境が構築中であるか否かを判定する（ステップＳ３）。具体的には、第１判定部５２はダンプ退避域１１１にアクセスして、ダンプファイルの取得環境が構築中であるか否かを判定する。第１判定部５２は、取得環境状態識別子に同様に識別子「０」が割り当てられている場合、取得環境が構築中でないと判定する（ステップＳ３：ＮＯ）。したがって、第１判定部５２のステップＳ２，Ｓ３の処理により、ダンプファイルの取得環境が未構築であると判定される。

【0030】

ダンプファイルの取得環境が未構築である場合、次いで、チェックポイント設定部５７はチェックポイントを設定する（ステップＳ４）。具体的には、ダンプファイルの取得環境が未構築である場合、環境構築部５４がチェックポイント設定部５７にチェックポイントの設定を依頼する。チェックポイント設定部５７はチェックポイントの設定が依頼されると、第１カーネル５０を起動してから現時点までに設定された全ての初期設定値（具体的にはネットワークアドレスやパーティションなど）とその初期設定値のデータ長をチェックポイントとして設定する。そして、チェックポイント設定部５７は設定したチェックポイントの登録をダンプ操作部５６に依頼する。ダンプ操作部５６はチェックポイントの登録が依頼されると、チェックポイントをダンプ退避域１１１に登録する。これにより、図５に示すように、ダンプ退避域１１１にはチェックポイントとしての初期設定値とその初期設定値のデータ長が登録される。

【0031】

チェックポイントが設定されると、次いで、環境構築部５４は識別子を構築中に書き換える（ステップＳ５）。具体的には、環境構築部５４は取得環境状態識別子の識別子「１」への書き換えをダンプ操作部５６に依頼する。ダンプ操作部５６は書き換えが依頼されると、取得環境状態識別子の識別子「０」を削除して識別子「１」をダンプ退避域１１１に登録する。これにより、ダンプ退避域テーブルＴ１の取得環境状態識別子が構築中を表す識別子「１」に書き換わり、第２カーネル６０用のメモリ使用量の設定を開始する状態に移行する。

【0032】

識別子が構築中に書き換わると、環境構築部５４はサーバ装置１００内の全メモリ量を第２カーネル６０の動作用に割り当てる（ステップＳ６）。この全メモリ量はＲＡＭ１００Ｂの容量に相当する。これにより、メモリ不足に伴う第２カーネル６０の動作中断や動作遅延を回避することができる。その後、第２カーネル実行指示部５８は第２カーネル６０の実行を指示する（ステップＳ７）。具体的には、第２カーネル実行指示部５８は第２カーネル６０の第２カーネル実行部６１に第２カーネル６０の実行を指示する。第２カーネル実行指示部５８が第２カーネル６０の実行を指示すると、第１カーネル実行部５１は初期設定の途中であっても第１カーネルの起動を一時的に終了して、強制的に第２カーネル６０の実行に切り替える。

【0033】

第２カーネル６０の実行が指示されると、図６に示すように、第２カーネル実行部６１は第２カーネル６０を起動する（ステップＳ８）。第２カーネル実行部６１が第２カーネル６０を起動すると、次いで、メモリ使用量測定部６２は測定処理を実行する（ステップＳ９）。詳細は後述するが、測定処理は第２カーネル６０が動作する際に使用するメモリ量を実際に測定（実測）し、最大のメモリ使用量を出力する処理である。メモリ使用量測定部６２は測定処理を実行することにより、第２カーネル６０の使用に要する最大のメモリ使用量を特定することができる。

【0034】

メモリ使用量が特定されると、次いで、メモリ使用量登録部６３はメモリ使用量を登録する（ステップＳ１０）。具体的には、メモリ使用量登録部６３はダンプ退避域１１１にアクセスし、メモリ使用量を登録する。これにより、図５に示すように、ダンプ退避域テーブルＴ１の第２カーネルメモリ使用量に、特定されたメモリ使用量が登録される。第２カーネルメモリ使用量に登録されるメモリ使用量は例えば１２８メガバイト（ＭＢ）から５１２メガバイト程度までの数百メガバイト単位のメモリ使用量が登録される。

【0035】

メモリ使用量が登録されると、第１カーネル実行指示部６４は第１カーネル５０の実行を指示する（ステップＳ１１）。具体的には、第１カーネル実行指示部６４は第１カーネル５０の第１カーネル実行部５１に第１カーネル５０の実行を指示する。これにより、図４に示すステップＳ１の処理が再び実行される。第１カーネル実行指示部６４が第１カーネル５０の実行を指示すると、第２カーネル実行部６１は第２カーネルの起動を終了する。

【0036】

図４に戻り、第１カーネル５０の実行が指示されると、ステップＳ１の処理において第１カーネル実行部５１は第１カーネル５０を起動する。ここで、上述したステップＳ５の処理において、取得構築状態識別子が識別子「１」に書き換えられている。このため、ステップＳ２の処理において第１判定部５２は取得環境が構築済でないと判定するが、ステップＳ３の処理において第１判定部５２は取得環境が構築中であると判定する（ステップＳ３：ＹＥＳ）。これにより、ダンプ操作部５６はダンプ退避域１１１から各種の情報を取得する（ステップＳ１２）。具体的には、ダンプ操作部５６は第２カーネルメモリ使用量、データ長、及び第１カーネル初期設定値の各値を取得する。

【0037】

ダンプ操作部５６が各種の情報を取得すると、環境構築部５４は、データ長に基づいて、データ長が０（ゼロ）であるか否かを判定する（ステップＳ１３）。データ長が０でない場合（ステップＳ１３：ＮＯ）、第１カーネル初期設定値が存在するため、チェックポイント設定部５７は第１カーネル初期設定値に基づいて初期設定を復元する（ステップＳ１４）。復元した初期設定が初期設定を再開するチェックポイントになる。環境構築部５４は、このチェックポイントを基準に再び初期設定を継続する。なお、データ長が０である場合（ステップＳ１３：ＹＥＳ）、第１カーネル初期設定値が存在しないため、チェックポイント設定部５７はステップＳ１４の処理をスキップする。

【0038】

次に、環境構築部５４は、第２カーネルメモリ使用量に基づいて、メモリ割当量を見積もる（ステップＳ１５）。例えば、環境構築部５４は第２カーネルメモリ使用量をそのままメモリ割当量として見積もってもよいし、第２カーネルメモリ使用量と、その第２カーネルメモリ使用量より大きなメモリ使用量を算出する所定の算出式とに基づいてメモリ使用量を算出し、そのメモリ使用量をメモリ割当量として見積もってもよい。単に、メモリ使用量に余裕をもたせるために、第２カーネルメモリ使用量に所定のメモリ使用量を加算したメモリ使用量をメモリ割当量として見積もってもよい。

【0039】

環境構築部５４はメモリ割当量を見積もると、そのメモリ割当量を第１カーネル５０に設定する（ステップＳ１６）。これにより、第１カーネル５０の起動時に第１カーネル５０はそのメモリ割当量の第２カーネルメモリ領域１２２を主記憶部１２０に予約することができる。メモリ割当量が設定されると、次いで、環境構築部５４は識別子を構築済に書き換える（ステップＳ１７）。具体的には、環境構築部５４は取得環境状態識別子の識別子「２」への書き換えをダンプ操作部５６に依頼する。ダンプ操作部５６は書き換えが依頼されると、取得環境状態識別子の識別子「１」を削除して識別子「２」をダンプ退避域１１１に登録する。これにより、ダンプ退避域テーブルＴ１の取得環境状態識別子が構築済を表す識別子「２」に書き換わり、第２カーネル６０用のメモリ使用量の設定が終了した状態に移行する。

【0040】

ステップＳ１７の処理が完了すると、環境構築部５４はダンプ退避域テーブルＴ１を初期化する（ステップＳ１８）。具体的には、環境構築部５４は第２カーネルメモリ使用量、データ長、及び第１カーネル初期設定値の各値の削除をダンプ操作部５６に依頼する。ダンプ操作部５６は削除が依頼されると、ダンプ退避域１１１のダンプ退避域テーブルＴ１から第２カーネルメモリ使用量、データ長、及び第１カーネル初期設定値の各値を削除する。これにより、ダンプ退避域テーブルＴ１の取得環境状態識別子に識別子「２」が残存し、第２カーネルメモリ使用量、データ長、及び第１カーネル初期設定値のそれぞれに値がない状態になる。

【0041】

ステップＳ１８の処理が完了すると、環境構築部５４は第１カーネル５０の起動を継続し（ステップＳ１９）、初期設定部５５が初期設定の処理を進行する。そして、初期設定部５５が初期設定を終えると、第１カーネル５０は処理を終了する。なお、上述したステップＳ２の処理において、取得環境が構築済である判定した場合（ステップＳ２：ＹＥＳ）、環境構築部５４はステップＳ１９を実行する。そして、初期設定部５５が初期設定を終えると、第１カーネル５０は処理を終了する。

【0042】

次に、図７（ａ）及び（ｂ）並びに図８を参照して、上述した測定処理について説明する。

【0043】

図７（ａ）はメモリ獲得処理の一例を示すフローチャートである。図７（ｂ）はメモリ解放処理の一例を示すフローチャートである。図８は新メモリ使用量の推移を示すグラフである。上述した測定処理にメモリ獲得処理及びメモリ解放処理が含まれている。まず、第２カーネル６０が起動すると、図７（ａ）に示すように、メモリ使用量測定部６２はメモリを獲得する（ステップＳ３１）。すなわち、第２カーネル６０の動作に使用する量のメモリをメモリ使用量測定部６２が獲得する。この量はメモリ獲得を要求するプログラムが設定した量に相当する。

【0044】

次に、メモリ使用量測定部６２は現メモリ使用量にメモリ獲得量を加算した新メモリ使用量を算出する（ステップＳ３２）。現メモリ使用量の初期値は０（ゼロ）である。メモリ獲得量はメモリ使用量測定部６２が獲得したメモリの量である。したがって、図８に示すように、新メモリ使用量が時刻の経過に伴い右肩上がりである時刻ｔ１まで第２カーネル６０の処理量に応じた新メモリ量が獲得される。

【0045】

次に、メモリ使用量測定部６２は新メモリ使用量が最大メモリ使用量より大きいか否かを判定する（ステップＳ３３）。新メモリ使用量が最大メモリ使用量より大きい場合（ステップＳ３３：ＹＥＳ）、最大メモリ使用量に新メモリ使用量を設定する（ステップＳ３４）。すなわち、最大メモリ使用量は新メモリ使用量に更新される。これにより、図８に示すように、時刻ｔ１までの最大メモリ使用量を特定することができる。なお、新メモリ使用量が最大メモリ使用量以下の場合（ステップＳ３３：ＮＯ）、ステップＳ３４の処理はスキップされる。このため、最大メモリ使用量は更新されずに維持される。

【0046】

一方、第２カーネル６０の処理の一部を実行し終えると、図７（ｂ）に示すように、メモリ使用量測定部６２はメモリを解放する（ステップＳ４１）。すなわち、第２カーネル６０の一部の動作に使用していた量のメモリをメモリ使用量測定部６２が解放する。この量はメモリ解放を要求するプログラムが設定した量に相当する。

【0047】

次に、メモリ使用量測定部６２は現メモリ使用量からメモリ解放量を減算した新メモリ使用量を算出する（ステップＳ４２）。メモリ解放量はメモリ使用量測定部６２が解放したメモリの量である。このように、第２カーネル６０の一部の処理を実行し終えるとメモリが解放される。この結果、図８に示すように、例えば時刻ｔ１を経過すると、新メモリ使用量が右肩下がりになる。

【0048】

このように、メモリ使用量測定部６２は第２カーネル６０の処理状況に応じてメモリ獲得処理とメモリ解放処理を独立して実行したり、並行して実行したりして、最大メモリ使用量を測定する。メモリ使用量測定部６２は最大メモリ使用量を測定し終えると、新メモリ使用量が百分率で表されているため、例えばメモリ容量と、新メモリ使用量と、百分率をメガバイトに変換する所定の変換式に基づいて、新メモリ使用量をメガバイト単位のメモリ使用量に変換して出力する。

【0049】

次に、図９を参照して、第１実施形態を比較例と対比して説明する。

【0050】

図９は比較例と第１実施形態を説明する図である。まず、図９の上段に示す比較例の場合、第１カーネル５０は、作業担当者によって１回目に指定されたメモリ量で第２カーネル６０用のメモリ使用量を設定する。第２カーネル６０用のメモリ使用量が設定されると、第２カーネル６０はｋｄｕｍｐ処理を実行し、ダンプファイルの取得を試みる。この際、ダンプファイルの取得に失敗していれば、設定されたメモリ使用量が不足しており、作業担当者は１回目に指定したメモリ量より大きなメモリ量を指定して、第１カーネル５０の再設定を試みる。

【0051】

一方、設定されたメモリ使用量が第２カーネル６０の動作に支障のない十分な大きさである場合、設定完了としてもよい。しかしながら、指定したメモリ量が第２カーネル６０の実際のメモリ使用量に対して必要以上に大きな場合にはメモリ量に無駄があり、最適なメモリ使用量が設定されたか明らかでない。場合によっては、第１カーネル５０の動作に支障がある可能性がある。このため、作業担当者は実機を確認し、最適なメモリ使用量でないと判断した場合には、メモリ量を再び指定する。作業担当者は２回目の作業においても１回目と同様の結果が得られた場合には３回目の作業を実施し、以後、作業担当者が最適なメモリ使用量であると判断するまで作業を繰り返す。このように、比較例の場合には、作業が煩雑な上に適切であるかの評価が難しかった。

【0052】

しかしながら、図９の下段に示す第１実施形態によれば、第１カーネル５０は、作業担当者によるメモリ量の指定がなくても、初期設定を開始する。第１カーネル５０はチェックポイントを設定すると、初期設定の途中であっても第２カーネル６０を起動して、第１カーネル５０の処理を一時的に終了する。第２カーネル６０はｋｄｕｍｐ処理を実行し、ｋｄｕｍｐ処理の際に第２カーネル６０が実際に使用する最大のメモリ使用量を測定して、ダンプ退避域１１１に登録する。第２カーネル６０はｋｄｕｍｐ処理が終了すると第１カーネル５０を起動する。

【0053】

第１カーネル５０が起動すると、第１カーネル５０はダンプ退避域１１１に登録されたメモリ使用量に基づいて、第２カーネル６０用のメモリ割当量を見積もり、チェックポイントから初期設定を再開する。このように、作業担当者によるメモリ量の指定がなくても、第２カーネル６０が実際に使用する最大のメモリ使用量に基づいて、第１カーネル５０はメモリ割当量を見積もり、見積もったメモリ割当量を自身に設定する。このため、作業担当者は煩雑な作業を実施せずに、適応的なメモリ使用量を短時間で見積もることができる。

【0054】

以上、第１実施形態によれば、サーバ装置１００は、第１カーネル実行部５１と第２カーネル実行部６１とメモリ使用量測定部６２と環境構築部５４とを備えている。第１カーネル実行部５１はＯＳ障害時のメモリ内容を表すダンプファイルの取得環境を設定する第１カーネル５０を実行する。第２カーネル実行部６１はダンプファイルの取得環境の設定途中でダンプファイルを取得する第２カーネル６０を実行する。メモリ使用量測定部６２は第２カーネル６０の起動中に第２カーネル６０のメモリ使用量を測定する。環境構築部５４はメモリ使用量測定部６２が測定したメモリ使用量に基づいて、第２カーネル６０の使用に割り当てるメモリ割当量を見積もる。これにより、第２カーネル６０の使用に割り当てる適応的なメモリ量を短時間で見積もることができる。

【0055】

ここで、第２カーネル６０の使用に割り当てる適応的なメモリ量を、例えば第１カーネル５０の起動に要するメモリ量に基づいて推測することも想定することができる。ところが、第１カーネル５０はスワップ領域を使用して起動する一方で、第２カーネル６０はスワップ領域を使用せずに起動する。このため、第１カーネル５０の起動に要するメモリ量は、第２カーネル６０の起動に要するメモリ量より傾向的に小さくなる。したがって、第１カーネル５０の起動に要するメモリ量を利用しても、必ずしも第２カーネル６０の使用に割り当てる適応的なメモリ量を見積もることができない。

【0056】

また、第２カーネル６０が有する個々のソフトウェア（例えばドライバやミドルウェアなど）が使用するメモリ量を算出し、算出したメモリ量の総和を求めて第２カーネル６０用に割り当てるメモリ使用量を決定することも想定することができる。ところが、第２カーネル６０が有する個々のソフトウェアは多種多様であり、すべてのソフトウェアに関するメモリ使用量を事前に調査することは極めて難しい。また、第２カーネル６０が動作するハードウェア環境によって使用するメモリ量がばらつくため、メモリ使用量を見積もる見積式が複雑になりかねない。しかしながら、本第１実施形態及び後述する第２実施形態によれば、作業担当者はメモリ量の煩雑な検証を行わなくても、第２カーネル６０の使用に割り当てる適応的なメモリ量を短時間で見積もることができる。

【0057】

（第２実施形態）
続いて、図１０及び図１１を参照して、本件の第２実施形態について説明する。図１０は第１カーネル５０が実行する処理の他の一例を示すフローチャートである。図１０に示すように、第１カーネル５０の第２判定部５３は構成変更の指示があるまで待機する（ステップＳ５１：ＮＯ）。例えば、第２判定部５３は作業担当者からメモリ割当量を変更する指示を検出するまで待機する。第２判定部５３は構成変更の指示があったと判定した場合（ステップＳ５１：ＹＥＳ）、環境構築部５４は識別子を構築中に書き換える（ステップＳ５２）。なお、構成変更の場合には、ダンプ退避域テーブルＴ１の取得環境状態識別子には構築済を表す識別子「２」が登録されているため、ダンプ操作部５６は書き換えが依頼されると、取得環境状態識別子の識別子「２」を削除して識別子「１」をダンプ退避域１１１に登録する。

【0058】

識別子が構築中に書き換わると、環境構築部５４はサーバ装置１００内の全メモリ量を第２カーネル６０の動作用に割り当てる（ステップＳ５３）。ステップＳ５３の処理が完了すると、第２カーネル実行指示部５８は第２カーネル６０の実行を指示し（ステップＳ５４）、処理を終了する。なお、第２カーネルが実行する処理については、図６を参照して説明した第１実施形態と同様であるため、詳細な説明を省略する。また、第２カーネルが処理を実行し終えた後の処理については、図４を参照して説明した第１実施形態と同様であるため、詳細な説明を省略する。第２実施形態では初期設定値がダンプ退避域１１１に登録されないため、環境構築部５４は図４のステップＳ１３の処理において、データ長が０であると判定する。

【0059】

図１１は第２実施形態を説明する図である。第２実施形態によれば、第１カーネル５０は、作業担当者によるメモリ量の指定がなくても構成変更の指示があれば、全メモリ量を第２カーネル６０の動作用に割り当る。そして、第１カーネル５０は、第２カーネル６０を起動して、第１カーネル５０の処理を終了する。第２カーネル６０はｋｄｕｍｐ処理を実行し、ｋｄｕｍｐ処理の際に第２カーネル６０が実際に使用する最大のメモリ使用量を測定して、ダンプ退避域１１１に登録する。第２カーネル６０はダンプ処理が終了すると第１カーネル５０を起動する。

【0060】

第１カーネル５０が起動すると、第１カーネル５０はダンプ退避域１１１に登録されたメモリ使用量に基づいて、第２カーネル６０用のメモリ割当量を見積もる。このように、作業担当者によるメモリ量の指定がなくても、第２カーネル６０が実際に使用する最大のメモリ使用量に基づいて、第１カーネル５０はメモリ割当量を見積もる。このように、第２実施形態であっても、作業担当者は煩雑な作業を実施せずに、適応的なメモリ使用量を短時間で見積もることができる。

【0061】

以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

【0062】

なお、以上の説明に関して更に以下の付記を開示する。
（付記１）ＯＳ障害時のメモリ内容を表すダンプの取得環境を設定する第１カーネルを実行する第１実行部と、前記ダンプを取得する第２カーネルを実行する第２実行部と、前記取得環境の設定途中で前記第２カーネルに前記ダンプの取得を指示する実行指示部と、前記第２カーネルの起動中に前記第２カーネルのメモリ使用量を測定する測定部と、測定した前記メモリ使用量に基づいて、前記第２カーネルの使用に割り当てるメモリ割当量を見積もる見積部と、を有するメモリ割当装置。
（付記２）前記取得環境の設定再開時を設定する設定部を含み、前記見積部は、前記設定再開時から前記取得環境の設定を再開する、ことを特徴とする付記１に記載のメモリ割当装置。
（付記３）前記第２実行部は、前記メモリ割当装置が備える主記憶部の全容量が前記第１カーネルによって前記第２カーネルの使用に割り当てられてから、前記第２カーネルを実行する、ことを特徴とする付記１又は２に記載のメモリ割当装置。
（付記４）前記ダンプは前記メモリ内容におけるカーネル部分を表す、ことを特徴とする付記１から３のいずれか１項に記載のメモリ割当装置。
（付記５）ＯＳ障害時のメモリ内容を表すダンプの取得環境を設定する第１カーネルを実行し、前記取得環境の設定途中で、前記ダンプを取得する第２カーネルに前記ダンプの取得を指示し、前記指示に応じて、前記ダンプを取得する第２カーネルを実行し、前記第２カーネルの起動中に前記第２カーネルのメモリ使用量を測定し、測定した前記メモリ使用量に基づいて、前記第２カーネルの使用に割り当てるメモリ割当量を見積もる、処理をコンピュータに実行させるためのメモリ割当プログラム。
（付記６）前記取得環境の設定再開時を設定する処理を含み、前記メモリ割当量を見積もる処理は、前記設定再開時から前記取得環境の設定を再開する、ことを特徴とする付記５に記載のメモリ割当プログラム。
（付記７）前記第２カーネルを実行する処理は、前記コンピュータが備える主記憶部の全容量が前記第１カーネルによって前記第２カーネルの使用に割り当てられてから、前記第２カーネルを実行する、ことを特徴とする付記５又は６に記載のメモリ割当プログラム。
（付記８）前記ダンプは前記メモリ内容におけるカーネル部分を表す、ことを特徴とする付記５から７のいずれか１項に記載のメモリ割当プログラム。
（付記９）ＯＳ障害時のメモリ内容を表すダンプの取得環境を設定する第１カーネルを実行し、前記取得環境の設定途中で、前記ダンプを取得する第２カーネルに前記ダンプの取得を指示し、前記指示に応じて、前記ダンプを取得する第２カーネルを実行し、前記第２カーネルの起動中に前記第２カーネルのメモリ使用量を測定し、測定した前記メモリ使用量に基づいて、前記第２カーネルの使用に割り当てるメモリ割当量を見積もる、処理をコンピュータが実行するメモリ割当方法。

【符号の説明】

【0063】

５０ 第１カーネル
５１ 第１カーネル実行部（第１実行部）
５４ 環境構築部（見積部）
５７ チェックポイント設定部（設定部）
５８ 第２カーネル実行指示部（実行指示部）
６０ 第２カーネル
６１ 第２カーネル実行部（第２実行部）
６２ メモリ使用量測定部（測定部）
１００ サーバ装置
１１０ 補助記憶部
１１１ ダンプ退避域
１２０ 主記憶部
１３０ 処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】