JP2001282555A

JP2001282555A - コンピュータシステムのプロセス管理方式

Info

Publication number: JP2001282555A
Application number: JP2000099279A
Authority: JP
Inventors: Yukio Fukuda; 由紀雄福田; Mitsuru Higashimori; 充東森
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2000-03-31
Filing date: 2000-03-31
Publication date: 2001-10-12

Abstract

(57)【要約】【課題】時間帯毎の業務の負荷が変化するような場合
に各時間帯で最適な子プロセス生成の最大値を設定でき
るコンピュータシステムのプロセス管理方式を提供する
ことを目的とする。【解決手段】子プロセス３〜５、８、９、１２、１３
の種類毎に子プロセスの最大生成数を定義した複数種類
のテーブル３０と、前記複数種類のテーブルにおいて、
現在どのテーブルが有効かを示す変数をオペレータの指
示を受けてまたは時間帯到来に応答して変更する機構２
０と、前記現在有効なテーブルを参照し、生成済み子プ
ロセス数が最大生成数未満であれば子プロセスを起動
し、最大生成数に達していたら子プロセスを生成しない
で要求を待たせることを行う前記親プロセス２、７、１
１と、を備えることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プロセスの生成と
消滅などの操作を実現するコンピュータシステムのプロ
セス管理方式に関する。

【０００２】

【従来の技術】コンピュータシステムでは、親プロセス
が処理要求に対し子プロセスを生成して処理を実行さ
せ、子プロセスでの処理が終わった場合には子プロセス
を消滅させるプロセス管理方式により、同時に複数の処
理要求があった場合には、複数の子プロセスを生成して
処理を実行する。

【０００３】同時に生成できる子プロセスの数は、主メ
モリの容量やディスクのスワップ領域などの資源の制約
を受ける。一般に、親プロセスが無制限に子プロセスを
生成しようとすると、資源の制約などによりデッドロッ
クが発生し、プロセスの処理が進めなくなることが予想
されるので、同時に生成できる子プロセスの数の最大値
を決めておくことが多い。

【０００４】この子プロセス生成の最大値は、複数の親
プロセスがいる場合にピーク負荷時を想定して決めら
れ、また、業務の優先度を加味して決められる。即ち、
優先度高いプロセスは同時に多くの子プロセスを生成で
きるようにするが、優先度の低いプロセスは同時に少し
の子プロセスしか生成できないように設定するようにし
ている。

【０００５】

【発明が解決しようとする課題】上述した従来のプロセ
ス管理方式には、次にような問題がる。すなわち、各業
務の負荷状況は、予め想定して定めた状況と異なってい
たり、また、時間帯毎にピーク負荷の業務内容が異なっ
たり、特別の事情で普段は優先度の低い業務であっても
一時的に負荷が高くなることがある。このようなバリエ
ーションに対しては適切に適合できない。

【０００６】特に、非ピーク時間帯には、他の業務が全
くないにも拘わらず、ある業務の子プロセス数は予め定
められた低い優先度で設定されていたとすれば、コンピ
ュータの計算力や資源に余裕があってもそれ以上の処理
は行わないので効率的ではない。

【０００７】このような場合、予め設定された子プロセ
ス生成の最大値を変更することで対応できる。しかし、
最大値を変更可能にする方式では、最大値を毎回変える
ことが煩雑であるとともに、元に戻しておかないとピー
ク負荷時に期待された処理性能が確保できないので運用
上の注意を要するという難点がある。

【０００８】本発明の目的は、時間帯毎の業務の負荷が
変化するような場合に各時間帯で最適な子プロセス生成
の最大値を設定できるコンピュータシステムのプロセス
管理方式を提供することにある。

【０００９】また、本発明の目的は、子プロセス生成の
最大値を変更する場合にその変更を確実かつ容易に実現
できるコンピュータシステムのプロセス管理方式を提供
することにある。

【００１０】さらに、本発明の目的は、負荷が軽くシス
テムの能力に余裕がある場合には処理要求のあった親プ
ロセスに対して予め設定された子プロセスの最大値以上
の子プロセスを生成してスループットを向上させ、シス
テムの負荷が重くなってきた場合には、予め設定した子
プロセス生成の最大値で子プロセス生成数が把握できる
コンピュータシステムのプロセス管理方式を提供するこ
とにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明のコンピュータシステムのプロセス管理方式
は、単数または複数の親プロセスが、要求が発生した場
合に子プロセスを生成して処理を実行し、処理が終わっ
た子プロセスは消滅するコンピュータシステムのプロセ
ス管理方式において、子プロセスの種類毎に子プロセス
の最大生成数を定義した複数種類のテーブルと、前記複
数種類のテーブルにおいて、現在どのテーブルが有効か
を示す変数をオペレータの指示を受けてまたは時間帯到
来に応答して変更する機構と、前記現在有効なテーブル
を参照し、生成済み子プロセス数が最大生成数未満であ
れば子プロセスを起動し、最大生成数に達していたら子
プロセスを生成しないで要求を待たせることを行う前記
親プロセスと、を備えることを特徴とする。

【００１２】かかる構成によれば、各業務毎に用意され
る子プロセス生成の最大値を定義する複数種類のテーブ
ルの中から、現在有効なテーブルをオペレータの指示ま
たは時間帯によって選択することができる。また、子プ
ロセス生成の最大値を変更する場合にその変更を確実か
つ容易に実現できるようになる。

【００１３】また、上記目的を達成するために、本発明
のコンピュータシステムのプロセス管理方式は、単数ま
たは複数の親プロセスが、要求が発生した場合に子プロ
セスを生成して処理を実行し、処理が終わった子プロセ
スは消滅するコンピュータシステムのプロセス管理方式
において、子プロセスの種類毎に子プロセスの生成可能
数を定義したテーブルと、前記テーブルについて、シス
テムヘの要求の待ち行列数などの負荷状況に応じて、要
求がない機能に対する子プロセスの生成可能数を減ら
し、要求が多い機能に対する子プロセスの生成可能数を
増やすことを行う機構と、前記テーブルを参照し、生成
済み子プロセス数が生成可能数数未満であれば子プロセ
スを起動し、生成可能数に達していたら子プロセスを生
成しないで要求を待たせることを行う前記親プロセス
と、を備えることを特徴とする。

【００１４】かかる構成によれば、要求のない業務に対
する子プロセスの生成最大値を要求が一定値以上ある他
の業務の子プロセスの生成最大値に一時的に供出するこ
とにより、負荷が重い業務の子プロセスが予め決められ
た最大値よりも多く生成できるようになる。

【００１５】

【発明の実施の形態】図１は、本発明の一実施の形態の
コンピュータシステムが備えるプロセス管理方式の構成
ブロック図である。図１では、まとまった機能毎に親プ
ロセスを用意し、各親プロセスがそれぞれ複数種類の子
プロセスを生成する場合を示している。つまり、図１
は、複数の親プロセスが存在する場合を示すが、本発明
は、単数の親プロセスが複数の子プロセスを生成する場
合にも同様に適用できる。

【００１６】図１において、要求キュー（＃１）１に対
応する親プロセス（＃１）２は、例えば、子プロセス
（＃１１）３と、子プロセス（＃１２）４と、子プロセ
ス（＃１３）５とを生成する。要求キュー（＃２）６に
対応する親プロセス（＃２）７は、例えば、子プロセス
（＃２１）８と、子プロセス（＃２２）９とを生成す
る。また、要求キュー（＃ｋ）１０に対応する親プロセ
ス（＃ｋ）１１は、例えば、子プロセス（＃ｋ１）１２
と、子プロセス（＃ｋ２）１３とを生成する。

【００１７】要求キュー（＃１）１、要求キュー（＃
２）６、・・・、要求キュー（＃ｋ）は、それぞれ物理
的なキューとして存在しなくてもよいが、キューが存在
する方が説明しやすいので、ここではキューがあるもの
として説明する。

【００１８】親プロセス（＃１）２、親プロセス（＃
２）７、・・・、親プロセス（＃ｋ）１１、は、それぞ
れ要求があれば要求キューから要求を取り出し、子プロ
セス生成数テーブル３０を参照して子プロセスを生成し
要求を処理する。子プロセスは処理が終了すれば消滅す
る。

【００１９】プロセス管理機能２０は、子プロセス生成
数テーブル３０を更新する働きをする。子プロセス生成
数テーブル３０は、親プロセス毎に子プロセスの生成数
を定義しておくためのテーブルである。子プロセス生成
数テーブル３０として本実施の形態では、２種類のテー
ブルを用意している。したがって、子プロセスの生成態
様には、２通りある。以下、実施例１、２として図２〜
図７を用いて具体的に説明する。図２〜図４は実施例１
に関し、図５〜図７は実施例２の関する。

【００２０】（実施例１）図２は、実施例１による子プ
ロセス生成数テーブル３０の構成例である。図２に示す
ように、実施例１による子プロセス生成数テーブル３０
は、現在有効なテーブル番号（３０．０）の項目と、テ
ーブル＃１（３０．１．Ｔ）、テーブル＃２（３０．
２．Ｔ）、・・・、テーブル＃ｍ（３０．ｍ．Ｔ）、・
・の複数のテーブルとで構成されている。この子プロセ
ス生成数テーブル３０は、親プロセスが、現在有効なテ
ーブル番号（３０．０）に基づき参照するようになって
いる。

【００２１】各テーブルは、それぞれ同内容であり、複
数のレコードで構成され、各レコードは、プロセス名と
子プロセスの最大値とで構成されている。例えば、テー
ブル＃１（３０．１．Ｔ）は、＃１レコードが、＃１プ
ロセス名（３０．１．ＰＮ１）と子プロセスの最大値
（３０．１．ＰＳ１）とで構成され、＃２レコードが＃
２プロセス名（３０．１．ＰＮ２）と子プロセスの最大
値（３０．１．ＰＳ２）とで構成され、・・・、＃ｋレ
コードが＃ｋプロセス名（３０．１．ＰＮｋ）と子プロ
セスの最大値（３０．１．ＰＳｋ）とで構成される。

【００２２】このように、子プロセス生成数テーブル３
０は、親プロセス毎に子プロセスの最大生成数を定義す
るが、複数種類のテーブルが設けられ、現在有効なテー
ブル番号（３０．０）により、切り換えて使用できるよ
うになっている。したがって、時間帯別，曜日別，週末
／月末，特定イベント時期などの各種のシステム負荷の
変動に対して最適なテーブルを選定することができる。

【００２３】次に、実施例１の動作を図３〜図４を用い
て説明する。図３は、プロセス管理機能２０の動作を示
すフローチャートである。図４は、親プロセスの動作を
示すフローチャートである。なお、親プロセス（＃
１）、（＃２）７、・・・、（＃ｋ）１１、・・は、全
て同じ動作を行う。

【００２４】図３において、プロセス管理機能２０は、
オペレータからの指示時または周期的に起動される。プ
ロセス管理機能２０は、まず、テーブル番号変更指示が
あるかどうかを判断する（ステップＳ１）。テーブル番
号変更指示があれば、次に、テーブル番号変更指示が即
時実行指示かどうかを判断する（ステップＳ２）。一
方、テーブル番号変更指示がなければ、処理を終了す
る。

【００２５】テーブル番号変更指示が即時実行指示であ
れば、子プロセス生成数テーブル３０の現在有効なテー
ブル番号を変更し（ステップＳ５）、処理を終了する。
これは、変更後のテーブル番号を現在有効なテーブル番
号に書込むことにより行われる。一方、テーブル番号変
更指示が即時実行指示でなければ、テーブル番号変更指
示の実行時刻に達しているかどうかを判断する（ステッ
プＳ３）。実行時刻に達してなければ、処理を終了す
る。

【００２６】一方、実行時刻に達していれば、子プロセ
ス生成数テーブル３０が既に変更済みかどうかを判断す
る（ステップＳ４）。これは、変更後のテーブル番号が
現在有効なテーブル番号（３０．０）であるかを調べる
ことにより行われる。

【００２７】そして、変更後のテーブル番号が現在有効
なテーブル番号（３０．０）であれば、処理を終了す
る。一方、変更後のテーブル番号が現在有効なテーブル
番号（３０．０）でなければ、子プロセス生成数テーブ
ル３０の現在有効なテーブル番号を変更し、処理を終了
する（ステップＳ５）。これは、変更後のテーブル番号
を現在有効なテーブル番号に書込むことにより行われ
る。

【００２８】このように、プロセス管理機構２０は、現
在有効なテーブル番号（３０．０）をオペレータの指示
を受けたとき、または時間帯の到来に応答して、自動的
に変更することを行う。

【００２９】次に、図４において、親プロセスは、シス
テムから要求があるかどうかを判断し（ステップＳ
６）、要求がなければ、ステップＳ９にて一定時間遅延
してステップＳ６に戻り、要求が来るのを待機する。一
方、要求があれば、生成済みの子プロセス数が最大値未
満かどうかを次のようにして判断し（ステップＳ７）、
判断結果に応じてステップＳ８とＳ９のいずれかの処理
を行い、ステップＳ６に戻る。

【００３０】［１］現在生成済みの子プロセス数を調べ
る。［２］子プロセス生成数テーブル３０の現在有効な
テーブル番号（３０．０）を参照し、現在有効なテーブ
ル番号値を得る。例えば、テーブル番号値が＃ｍである
とする。［３］テーブル＃ｍの＃１プロセス名（３０．
ｍ．ＰＮ１）、＃２プロセス名（３０．ｍ．ＰＮ２）、
・・・、を探索し、一致するプロセス名を探す。一致す
るプロセス名が例えば、＃１プロセス名（３０．ｍ．Ｐ
Ｎ１）であったとする。

【００３１】［４］生成済みプロセス数が、＃１プロセ
スの子プロセス最大値（３０．ｍ．ＰＮ１）よりも小さ
いかどうかを判断する。小さければ、子プロセスを生成
して要求を処理し（ステップＳ８）、ステップＳ６に戻
り、要求が来るのを待機する。一方、大きければ、ステ
ップＳ９にて当該要求を一定時間待たせてステップＳ６
に戻り、次の要求が来るのを待機する。

【００３２】このように、各親プロセスは、子プロセス
生成数テーブル３０を参照し、生成済み子プロセス数が
最大生成数未満であれば子プロセスを起動し、最大生成
数に達していたら子プロセスを生成しないで待たせるこ
とを行う。

【００３３】したがって、実施例１によれば、時間帯毎
の業務の負荷が変化するような場合に各時間帯で最適な
子プロセス生成の最大値を設定できるようになる。ま
た、子プロセス生成の最大値を変更する場合にその変更
を確実かつ容易に実現できるようになる。

【００３４】換言すれば、時間帯別，曜日別，週末／月
末，特定イベント時期などの各種のシステム負荷の変動
に対して最適なテーブルを選定することができるので、
システムをより効率的に運用できるようになる。また、
予めテーブルの選択基準をスケジュール化しておけばオ
ペレータがその都度操作しなくてもテーブルの自動切替
が可能となる。

【００３５】（実施例２）図５は、実施例２による子プ
ロセス生成数テーブル３０の構成例である。図５に示す
ように、実施例２による子プロセス生成数テーブル３０
は、親プロセス毎のレコード＃１、レコード＃２、・・
・、レコード＃ｋ・・・から構成される。

【００３６】レコード＃１は、＃１プロセス名（３０．
ＮＡＭ１）、＃１プロセスの要求待ち行列の許容値（３
０．ＱＵＥ１）、＃１プロセスの子プロセスの標準値
（３０．ＳＴＤ１）、＃１プロセスの子プロセスの最小
値（３０．ＭＩＮ１）、＃１プロセスの子プロセスの調
整値（３０．ＡＤＪ１）、から構成されている。他のレ
コード＃２、・・・、＃ｋ・・も同様である。

【００３７】このように、実施例２による子プロセス生
成数テーブル３０は、子プロセスの生成可能数を定義し
たテーブルとなっている。ここに、子プロセス生成数テ
ーブル３０と親プロセスとのプログラムインタフエース
の観点から見ると、図２に示した実施例１の子プロセス
生成数テーブルの１テーブル分の形式とした方が簡素化
されて良いと思われるが、ここでは原理の説明上、この
ようなテーブル構成とする。

【００３８】次に、実施例２の動作を図６〜図７を用い
て説明する。図６は、プロセス管理機能２０の動作を示
すフローチャートである。図７は、親プロセスの動作を
示すフローチャートである。なお、親プロセス（＃
１）、（＃２）７、・・・、（＃ｋ）１１、・・は、全
て同じ動作を行う。

【００３９】図６において、プロセス管理機能２０は周
期的に起動される。なお、子プロセス生成テーブル３０
の調整値の計算方式は、対象システムにより種々の方式
が考えられるが、ここではその一例を説明する。

【００４０】プロセス管理機能２０は、まず、キューの
滞留値≧許容値の親プロセスが１件以上かつキューの滞
留値＝０の親プロセスが１件以上存在するかどうかを次
のようにして判断する（ステップＳ２０）。

【００４１】［１］キューの滞留値≧許容値の親プロセ
スカウンタＣ１と、キューの滞留値＝０の親プロセスカ
ウンタＣ２とを初期化する（０とする）。全ての親プロ
セスに対して次の［２］〜［６］の処理を繰り返す。
［２］キューの滞留値を調べる。例えば、親プロセス
（＃ｋ）１１であれば、要求キュー（＃ｋ）１０の滞留
値を調べる。［３］キューの許容値を調べる。子プロセ
ス生成数テーブル３０の＃ｋプロセス名が親プロセス
（＃ｋ）１１と一致するとすれば、＃ｋプロセスの要求
待ち行列の許容値（３０．ＱＵＥｋ）が許容値である。

【００４２】［４］キューの滞留値＝０でなければ
［５」へ進む。キューの滞留値＝０であれば、キューの
滞留値＝０の親プロセスカウンタＣ２を加算し、［６」
へ進む。［５］キューの滞留値≧許容値であれば、親プ
ロセスカウンタＣ１を加算し、［6］へ進む。［６］全
ての親プロセスに対して処理したかどうかを判断する。
全ての親プロセスに対して処理した場合は［７］へ進
み、そうでない場合は、次の親プロセスを対象として
［２］へ進む。［７］親プロセスカウンタＣ１≧１で、
かつ親プロセスカウンタＣ２≧１かどうかを判断する。
Ｙｅｓの場合にはステップＳ２１へ進み、Ｎｏの場合に
はステップＳ２２へ進む。

【００４３】ステップＳ２１では、キューの滞留値≧許
容値の親プロセス及び、キュー滞留値＝０の親プロセス
に対する調整値を次のようにして計算する。この計算
は、全ての親プロセスに対して次のように行われる。

【００４４】［１］キューの滞留値＝０の親プロセスの
場合：＃ｋプロセスの子プロセスの調整値（３０．ＡＤ
Ｊｋ）＝｛＃ｋプロセスの最小値（３０．ＭＩＮｋ）−
＃ｋプロセスの標準値（３０．ＳＴＤｋ）｝の計算をす
る。但し、＃ｋプロセスの子プロセスの調整値（３０．
ＡＤＪｋ）には、マイナス値がセットされている。

【００４５】［２］キューの滞留値≧許容値の親プロセ
スの場合：♯ｋプロセスの子プロセスの調整値（３０．
ＡＤＪｋ）＝ΣＦ（ｉ）／ｎを計算する。但し、小数点
第１位を四捨五入する。なお、ｎは、キューの滞留値≧
許容値の条件を満たす親プロセス数である。Ｆ（ｉ）
は、＃ｉプロセスのキューの滞留値＝０の場合には、Ｆ
（ｉ）＝｛＃ｉプロセスの子プロセスの標準値（３０．
ＳＴＤｉ）−＃ｉプロセスの子プロセスの最小値（３
０．ＭＩＮｉ）｝と求められる。また、Ｆ（ｉ）は、＃
ｉプロセスのキューの滞留値＝０でないその他の場合に
は、Ｆ（ｉ）＝０である。

【００４６】［３］その他の親プロセスの場合：＃ｋプ
ロセスの子プロセスの調整値（３０．ＡＤＪｋ）＝０で
ある。以上の計算が終了すると、一定時間の経過（ステ
ップＳ２３）待ってステップＳ２０に戻る。

【００４７】次にステップＳ２２では、子プロセス生成
数テーブル３０の調整値を全ての親プロセスに対して０
とする。すなわち、＃ｋプロセスの子プロセスの調整値
（３０．ＡＤＪｋ）＝０とする。そして、一定時間の経
過（ステップＳ２３）待ってステップＳ２０に戻る。

【００４８】このように、プロセス管理機能２０は、シ
ステムヘの要求の待ち行列数などの負荷状況に応じて、
要求がない機能に対する子プロセスの生成可能数を減ら
し、要求が多い機能に対する子プロセスの生成可能数を
増やすことを行う。

【００４９】換言すると、プロセス管理機能２０は、要
求のない業務に対する子プロセスの生成最大値を要求が
一定値以上あるある業務の子プロセスの生成最大値に一
時的に供出することにより、負荷が高い業務の子プロセ
スが予め決められた最大値よりも多く生成できるように
動作している。

【００５０】次に、図７において、親プロセスは、シス
テムから要求があるかどうかを判断する（ステップＳ２
７）。要求があれば、生成済みの子プロセス数が、標準
値＋調整値の合計未満かどうかを次のようにして判断す
る（ステップＳ２８）。［１］現在生成済みの子プロセ
ス数を調べる。［２］子プロセス生成数テーブル３０の
現在有効なテーブル番号（３０．０）を参照し、現在有
効なテーブル番号値を得る。例えば、＃ｍであるとす
る。

【００５１】［３］テーブル＃ｍの＃１プロセス名（３
０．ｍ．ＰＮ１）、＃２プロセス名（３０．ｍ．ＰＮ
２、・・・を探索し、一致するプロセス名を探す。一致
するプロセス名が、例えば＃1プロセス名（３０．ｍ．
ＰＮ１）であったとする。

【００５２】［４］生成済みプロセス数＜｛＃１プロセ
スの子プロセスの標準値（３０．ＳＴＤ１）＋＃１プロ
セスの子プロセスの最小値（３０．ＭＩＮ１）｝であれ
ば、ステップＳ２９にて子プロセスを生成して要求を処
理し（ステップＳ２９）、ステップＳ２７に戻り、次の
要求に備える。

【００５３】一方、ステップＳ２７において要求がない
場合には、一定時間経過を待って（ステップＳ３０）ス
テップＳ２７に戻り、次の要求に備える。また、ステッ
プＳ２８において生成済みの子プロセス数が標準値＋調
整値の合計未満でない場合にも一定時間経過を待って
（ステップＳ３０）ステップＳ２７に戻り、次の要求に
備える。

【００５４】このように、各親プロセスは、実施例２の
子プロセス生成数テーブル３０を参照し、生成済み子プ
ロセス数が最大生成数未満であれば子プロセスを起動
し、最大生成数に達していたら子プロセスを生成しない
で要求を待たせることを行っている。

【００５５】したがって、実施例２によれば、システム
全体の負荷を元にして各親プロセスに対する子プロセス
生成数を動的に変更し、システムの資源を遊ばせないよ
うなシステム運用ができるので、非ピーク時間帯での優
先度の低い業務の処理能力を向上させることができるよ
うになる。

【００５６】また、各親プロセスに対して子プロセス生
成の最小値を指定できるので、優先度の高いプロセスに
よって子プロセスを全く生成できなくなることが回避で
きるようになる。

【００５７】さらに、システムに対しての不測負荷が発
生したような場合でも優先度の低い業務を停止させるこ
とで、資源を優先度の高い業務に振り向けることができ
るようになる。

【００５８】

【発明の効果】以上説明したように、本発明よれば、時
間帯毎の業務の負荷が変化するような場合に各時間帯で
最適な子プロセス生成の最大値が設定でき、また、子プ
ロセス生成の最大値を変更する場合にその変更を確実か
つ容易に実現できるようなるので、システムの効率的な
運用が可能となる。

【００５９】また、負荷が軽くシステムの能力に余裕が
ある場合には処理要求のあった親プロセスに対して予め
設定された子プロセスの最大値以上の子プロセスを生成
させることができるので、スループットの向上が期待で
きるようになる。一方、システムの負荷が重くなってき
た場合には、予め設定した子プロセス生成の最大値で子
プロセス生成数が把握できるので、資源を優先度の高い
業務に振り向ける等の措置を採ることができ、システム
の効率的な運用が可能となる。

【図面の簡単な説明】

【図１】本発明の一実施の形態のコンピュータシステム
が備えるプロセス管理方式の構成ブロック図である。

【図２】実施例１による子プロセス生成数テーブルの構
成例である。

【図３】実施例１によるプロセス管理機能の動作を示す
フローチャートである。

【図４】実施例１による請求項1の親プロセスの動作を
示すフローチャートである。

【図５】実施例２による子プロセス生成数テーブルの構
成例である。

【図６】実施例２によるプロセス管理機能の動作を示す
フローチャートである。

【図７】実施例２による親プロセスの動作を示すフロー
チャートである。

【符号の説明】

１要求キュー＃１２親プロセス＃１３子プロセス＃１１４子プロセス＃１２５子プロセス＃１３６要求キュー＃２７親プロセス＃２８子プロセス＃２１９子プロセス＃２２１０要求キュー＃ｋ１１親プロセス＃ｋ１２子プロセス＃ｋ１１３子プロセス＃ｋ２

Claims

【特許請求の範囲】

【請求項１】単数または複数の親プロセスが、要求が
発生した場合に子プロセスを生成して処理を実行し、処
理が終わった子プロセスは消滅するコンピュータシステ
ムのプロセス管理方式において、子プロセスの種類毎に子プロセスの最大生成数を定義し
た複数種類のテーブルと、前記複数種類のテーブルにおいて、現在どのテーブルが
有効かを示す変数をオペレータの指示を受けてまたは時
間帯到来に応答して変更する機構と、前記現在有効なテーブルを参照し、生成済み子プロセス
数が最大生成数未満であれば子プロセスを起動し、最大
生成数に達していたら子プロセスを生成しないで要求を
待たせることを行う前記親プロセスと、を備えることを特徴とするコンピュータシステムのプロ
セス管理方式
【請求項２】単数または複数の親プロセスが、要求が
発生した場合に子プロセスを生成して処理を実行し、処
理が終わった子プロセスは消滅するコンピュータシステ
ムのプロセス管理方式において、子プロセスの種類毎に子プロセスの生成可能数を定義し
たテーブルと、前記テーブルについて、システムヘの要求の待ち行列数
などの負荷状況に応じて、要求がない機能に対する子プ
ロセスの生成可能数を減らし、要求が多い機能に対する
子プロセスの生成可能数を増やすことを行う機構と、前記テーブルを参照し、生成済み子プロセス数が生成可
能数数未満であれば子プロセスを起動し、生成可能数に
達していたら子プロセスを生成しないで要求を待たせる
ことを行う前記親プロセスと、を備えることを特徴とするコンピュータシステムのプロ
セス管理方式