JPH06301593A - Buffer management system - Google Patents

Buffer management system

Info

Publication number
JPH06301593A
JPH06301593A JP9035593A JP9035593A JPH06301593A JP H06301593 A JPH06301593 A JP H06301593A JP 9035593 A JP9035593 A JP 9035593A JP 9035593 A JP9035593 A JP 9035593A JP H06301593 A JPH06301593 A JP H06301593A
Authority
JP
Japan
Prior art keywords
buffer
unit
acquisition
request
system resource
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.)
Withdrawn
Application number
JP9035593A
Other languages
Japanese (ja)
Inventor
Hiroko Masuno
弘子 増野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Solution Innovators Ltd
Original Assignee
NEC Software Kyushu Ltd
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 NEC Software Kyushu Ltd filed Critical NEC Software Kyushu Ltd
Priority to JP9035593A priority Critical patent/JPH06301593A/en
Publication of JPH06301593A publication Critical patent/JPH06301593A/en
Withdrawn legal-status Critical Current

Links

Abstract

PURPOSE:To easily analyze the cause at the time of fault generation by performing weighting on a buffer acquisition request, cancelling the locked state due to the shortage of buffer preferentially corresponding to the request with highly important degree, and delaying the reuse of the buffer of highly important degree which is released during the processing. CONSTITUTION:A buffer management section 13 is provided between a system resource management section 2 and a program section 4. A buffer securing means 5 secures the specified number of buffers in a buffering section 15 from a system resource section 1 at the time of initializing. When the program section 4 fails to acquire the buffers from the system resource management section 2, a buffer acquiring means 8 segments the buffer from the buffering section 15 and lets it use if the weighting is high. A buffer release means 11 connects the released buffer to the tail of the buffering section 15 if the weighting is high and connects it to the head of it if it is low. A buffer processing end means 12 returns the buffers exceeding the specified number from the head of the buffering section 15 at the time of the end of the program.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明はバッファ管理方式に関
し、特に計算機システム内のメインメモリなどのシステ
ム資源を分割した単位であるバッファの獲得および解放
を管理するためのバッファ管理方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a buffer management system, and more particularly to a buffer management system for managing acquisition and release of a buffer which is a unit of dividing system resources such as a main memory in a computer system.

【0002】[0002]

【従来の技術】従来のバッファ管理方式では、プログラ
ムの実行に際してバッファの獲得要求および解放要求が
発生した場合、プログラム部がシステム資源管理部に対
して直接バッファの獲得および解放を要求していた。
2. Description of the Related Art In the conventional buffer management system, when a buffer acquisition request and a buffer release request are issued when a program is executed, the program section directly requests the system resource management section to acquire and release the buffer.

【0003】図5は、従来のバッファ管理方式の一例を
示すシステム構成図である。図5に示すように、従来の
バッファ管理方式は、システム資源部1,システム資源
管理部2,プログラム部4aで構成され、システム資源
管理部2には、バッファ獲得処理を行うシステム資源獲
得手段6と、バッファ解放処理を行うシステム資源解放
手段10とを含み、プログラム部4aには、バッファ獲
得要求を発行するバッファ獲得要求手段7aと、獲得要
求の成否を確認して次の処理に移行する獲得結果通知手
段9と、バッファ解放要求を発行するバッファ解放要求
手段13aと、プログラムの終了処理を行う処理終了手
段14aとが含まれている。
FIG. 5 is a system configuration diagram showing an example of a conventional buffer management system. As shown in FIG. 5, the conventional buffer management system is composed of a system resource unit 1, a system resource management unit 2 and a program unit 4a. The system resource management unit 2 has a system resource acquisition means 6 for performing buffer acquisition processing. And a system resource releasing unit 10 for performing a buffer releasing process, the program unit 4a issues a buffer obtaining request unit 7a for issuing a buffer obtaining request, and an acquisition process for confirming success or failure of the obtaining request. The result notification unit 9, a buffer release request unit 13a for issuing a buffer release request, and a processing end unit 14a for ending the program are included.

【0004】まず、図5中に示すフローチャートにより
バッファ獲得の動作について詳細に説明する。プログラ
ム部4aのバッファ獲得要求手段7aでバッファ獲得要
求が発生すると(ステップS40)、このバッファ獲得
要求を受けてシステム資源管理部2のシステム資源獲得
手段6がシステム資源部1に対してバッファの獲得指示
をする(ステップS41)。このバッファ獲得指示に基
づいてバッファ獲得が成功したか否かをステップS42
で判定し、成功した場合はそのアドレスを獲得結果通知
手段9に通知して獲得終了となる(ステップS43)。
成功しなかった場合には、獲得に失敗した旨を通知して
処理を終了する(ステップS44)。なお、バッファの
獲得に失敗した場合、直ちに再度獲得要求を行うと、各
プログラムからのバッファ要求がいずれも失敗を繰り返
し、システムがデッドロック状態に陥る場合が少なくな
い。
First, the buffer acquisition operation will be described in detail with reference to the flowchart shown in FIG. When a buffer acquisition request is issued by the buffer acquisition request means 7a of the program section 4a (step S40), the system resource acquisition means 6 of the system resource management section 2 receives the buffer acquisition request and acquires the buffer from the system resource section 1. Instruct (step S41). Whether or not the buffer acquisition has succeeded based on this buffer acquisition instruction is determined in step S42.
If it is successful, the address is notified to the acquisition result notifying means 9 and the acquisition ends (step S43).
If the acquisition is not successful, the fact that the acquisition has failed is notified and the processing ends (step S44). When the buffer acquisition fails and the acquisition request is made again immediately, the buffer requests from each program repeatedly fail and the system often enters a deadlock state.

【0005】次に、バッファ解放の動作について詳細に
説明する。プログラム部4aのバッファ解放要求手段1
3aでバッファ解放要求が発生すると(ステップS4
5)、このバッファ解放要求を受けてシステム資源解放
手段10がバッファの解放を指示し(ステップS4
6)、バッファはシステム資源部1に返却される。な
お、プログラムの処理を終了する場合は、使用中のバッ
ファがあればバッファ解放要求手段13aで解放した
後、処理終了手段14aが処理終了を要求すると(ステ
ップS47)、バッファに関しては特に処理することな
く他の必要な処理を行って終了となる(ステップS4
8)。
Next, the operation of releasing the buffer will be described in detail. Buffer release request means 1 of program section 4a
When a buffer release request is generated in 3a (step S4
5) In response to the buffer release request, the system resource releasing means 10 gives an instruction to release the buffer (step S4).
6), the buffer is returned to the system resource unit 1. When the processing of the program ends, if there is a buffer in use, the buffer release requesting means 13a releases it, and then the processing ending means 14a requests the end of processing (step S47). Then, other necessary processing is performed and the processing ends (step S4).
8).

【0006】[0006]

【発明が解決しようとする課題】しかしながら、上述し
た従来のバッファ管理方式では、あるプログラムが一つ
か二つのバッファを獲得して処理を実行すれば、そのプ
ログラム内で持っているそれ以上のバッファを解放でき
る場合であっても、システム資源部のバッファが不足状
態であればバッファの獲得要求に応じられないため、バ
ッファ不足は解消されない。このようなバッファ不足の
状態で複数のプログラムからバッファ獲得要求が出され
ると、各プログラムからのバッファ獲得要求がいずれも
失敗を繰り返し、システム全体がデッドロック状態に陥
るという問題点があった。
However, in the above-mentioned conventional buffer management system, if a program acquires one or two buffers and executes processing, more buffers in the program will be stored. Even if the buffer can be released, if the buffer of the system resource part is in a shortage state, the buffer acquisition request cannot be satisfied, so the shortage of the buffer cannot be resolved. When a buffer acquisition request is issued from a plurality of programs under such a buffer shortage condition, all buffer acquisition requests from each program repeatedly fail, resulting in a deadlock state of the entire system.

【0007】又、プログラムでバッファ解放要求が発生
すると、使用していたバッファがシステム資源部に無条
件で解放されるため、解放されたバッファが直ちに別の
目的で使用される可能性があり、このバッファが障害発
生時の原因解析に必要な情報を格納していた場合には、
解析情報が消滅してしまい情報不足で原因解析が困難に
なるという問題点があった。
When a program releases a buffer release request, the used buffer is unconditionally released to the system resource section, and thus the released buffer may be immediately used for another purpose. If this buffer stores the information necessary for cause analysis when a failure occurs,
There is a problem that the analysis information disappears and the cause analysis becomes difficult due to lack of information.

【0008】本発明の第1の目的は、一定の条件を満た
すバッファ獲得要求に対して優先的にバッファを供与す
ることにより、上述した第1の問題点を解決できるバッ
ファ管理方式を提供することにある。更に、本発明の第
2の目的は、一定の条件を満たすバッファ解放要求に対
しては該当バッファの再使用順位を考慮することによ
り、上述した第2の問題点も同時に解決できるバッファ
管理方式を提供することである。
A first object of the present invention is to provide a buffer management system capable of solving the above-mentioned first problem by giving a buffer preferentially to a buffer acquisition request satisfying a certain condition. It is in. Further, a second object of the present invention is to provide a buffer management system capable of simultaneously solving the above-mentioned second problem by considering the reuse order of the corresponding buffer in response to a buffer release request satisfying a certain condition. Is to provide.

【0009】[0009]

【課題を解決するための手段】請求項1のバッファ管理
方式は、プログラム部からのバッファ獲得および解放要
求に応答してシステム資源部に対してバッファの獲得お
よび解放を指示し実行させるシステム資源管理部を有す
るバッファ管理方式において、初期化時に規定数のバッ
ファを獲得してバッファリンク部に保持するバッファ確
保手段と、バッファ獲得要求時に前記システム資源管理
部によるバッファ獲得が失敗したときそのバッファ獲得
要求の重み付けが高い場合は前記バッファリンク部から
バッファを切り出して使用させるバッファ獲得手段と、
バッファ解放要求時に解放されたバッファを前記規定数
に達するまで前記バッファリンク部に接続するバッファ
解放手段とを備えて構成されている。
A buffer management system according to a first aspect of the present invention is a system resource management system for instructing and executing a buffer acquisition and release to a system resource unit in response to a buffer acquisition and release request from a program unit. In a buffer management system having a section, a buffer securing means for acquiring a specified number of buffers at the time of initialization and holding the buffer in a buffer link section, and a buffer acquisition request when the buffer acquisition by the system resource management section fails at the time of a buffer acquisition request When the weighting of is high, buffer acquisition means for cutting out the buffer from the buffer link unit and using it,
Buffer release means for connecting the buffer released at the time of the buffer release request to the buffer link unit until the specified number is reached.

【0010】請求項2のバッファ管理方式は、プログラ
ム部からのバッファ獲得および解放要求に応答してシス
テム資源部に対してバッファの獲得および解放を指示し
実行させるシステム資源管理部を有するバッファ管理方
式において、初期化時に規定数のバッファを獲得してバ
ッファリンク部に保持するバッファ確保手段と、バッフ
ァ獲得要求時に前記システム資源管理部によるバッファ
獲得が失敗したときそのバッファ獲得要求の重み付けが
高い場合には前記バッファリンク部の先頭からバッファ
を切り出して使用させるバッファ獲得手段と、バッファ
解放要求の重み付けが高い場合は解放されたすべてのバ
ッファを前記バッファリンク部の末尾に接続し重み付け
が低い場合には前記バッファリンク部の先頭に接続する
バッファ解放手段と、処理終了要求に応答して前記バッ
ファリンク部に前記規定数を超えるバッファが接続され
ていた場合には超過分を前記バッファリンクの先頭から
前記システム資源管理部に対して解放するバッファ処理
終了手段とを備えて構成されている。
A buffer management system according to a second aspect of the present invention is a buffer management system having a system resource management unit for instructing and executing buffer acquisition and release to the system resource unit in response to a buffer acquisition and release request from the program unit. In the above, a buffer securing unit that acquires a specified number of buffers at the time of initialization and holds the buffer in the buffer link unit, and when the buffer acquisition request by the system resource management unit fails at the time of the buffer acquisition request, if the weight of the buffer acquisition request is high Is a buffer acquisition unit that cuts out a buffer from the beginning of the buffer link unit and uses it; if the weight of the buffer release request is high, all released buffers are connected to the end of the buffer link unit, and if the weight is low, Buffer releasing means connected to the head of the buffer link unit A buffer processing ending means for releasing the excess from the head of the buffer link to the system resource management unit when a buffer exceeding the specified number is connected to the buffer link unit in response to a processing end request And is configured.

【0011】請求項3のバッファ管理方式は、請求項1
及び請求項2記載のバッファ管理方式において、プログ
ラム部からのバッファ獲得および解放要求に対しプログ
ラム名およびプログラム内のステップ番号等に基づきあ
らかじめ作成されている対照表を照合して前記重み付け
を設定する重み付け手段を備えたことを特徴としてい
る。
A buffer management system according to a third aspect is the first aspect.
In the buffer management method according to claim 2, weighting for comparing the buffer acquisition and release requests from the program unit with a comparison table created in advance based on the program name, step number in the program, etc. It is characterized by having means.

【0012】[0012]

【実施例】次に、本発明の実施例について図面を参照し
て説明する。
Embodiments of the present invention will now be described with reference to the drawings.

【0013】図1は本発明の一実施例のシステム構成を
示すブロック図である。
FIG. 1 is a block diagram showing the system configuration of an embodiment of the present invention.

【0014】図1に示すバッファ管理方式は、プログラ
ム部4からのバッファ獲得および解放要求に応答してシ
ステム資源部1に対してバッファの獲得および解放を指
示し実行させるシステム資源管理部2と、プログラム部
4と、システム資源管理部2とプログラム部4の間に設
けられているバッファ管理部3とで構成されている。こ
のバッファ管理部3には、初期化時にシステム資源獲得
手段6を介してシステム資源部1から規定数のバッファ
をバッファリンク部15に確保するバッファ確保手段5
と、バッファ獲得要求手段7からの獲得要求を仲介し、
システム資源獲得手段6によるバッファ獲得が失敗した
とき、その要求に付与されている重み付けが高い場合に
はバッファリンク部15の先頭からバッファを切り出し
て使用許諾を獲得結果通知手段9に通知するバッファ獲
得手段8と、バッファ解放要求手段13から解放要求を
受けると解放されたバッファをいったんバッファリンク
部15に接続するバッファ解放手段11と、処理終了手
段14からプログラムの終了要求を受けると、バッファ
リンク部15に規定数を超えるバッファが接続されてい
た場合には、システム資源解放手段10に指示して超過
分をリンクの先頭からシステム資源部1に対して解放す
るバッファ処理終了手段12とが含まれている。
In the buffer management system shown in FIG. 1, in response to a buffer acquisition and release request from the program section 4, a system resource management section 2 for instructing and executing the buffer acquisition and release to the system resource section 1, It is composed of a program section 4 and a buffer management section 3 provided between the system resource management section 2 and the program section 4. In the buffer management unit 3, a buffer securing unit 5 that secures a specified number of buffers from the system resource unit 1 in the buffer link unit 15 via the system resource acquisition unit 6 at the time of initialization.
And mediates the acquisition request from the buffer acquisition request means 7,
When the buffer acquisition by the system resource acquisition unit 6 fails, if the weight given to the request is high, the buffer is cut out from the head of the buffer link unit 15 and the license acquisition is notified to the acquisition result notification unit 9. Upon receiving a release request from the means 8 and the buffer release request means 13, the buffer release means 11 for connecting the released buffer to the buffer link unit 15 once and the program termination request from the processing termination means 14 are received. When a buffer exceeding the specified number is connected to 15, a buffer processing ending unit 12 for instructing the system resource releasing unit 10 to release the excess from the head of the link to the system resource unit 1 is included. ing.

【0015】まず、図2のフローチャートを参照してバ
ッファ獲得時の動作について詳細に説明する。
First, the operation at the time of buffer acquisition will be described in detail with reference to the flowchart of FIG.

【0016】システムが起動されると、初期化動作とし
てバッファ管理部3のバッファ確保手段5が動作し、特
別枠としてバッファリンク部15に確保しておくための
規定数のバッファの獲得要求をシステム資源管理部2に
発行する(ステップS1)。これを受け、システム資源
管理部2のシステム資源獲得手段6はシステム資源部1
に対するバッファ獲得を指示する(ステップS2)。こ
のバッファ獲得指示に対してシステム資源部1からのバ
ッファ獲得が成功したか否かを判定し(ステップS
3)、成功した場合は獲得した規定数(以下閾値と称
す)のバッファをバッファリンク部15に確保する(ス
テップS4)。この際、図4に示すように、獲得したバ
ッファはバッファリンク18のようにリンクして接続さ
れ、獲得個数が閾値格納部16及び保持個数格納部17
にそれぞれ設定される。成功しなかった場合にはバッフ
ァ確保手段5は異常終了となる(ステップS5)。
When the system is activated, the buffer securing unit 5 of the buffer management unit 3 operates as an initialization operation, and the system receives a request for acquisition of a specified number of buffers to reserve in the buffer link unit 15 as a special frame. It is issued to the resource management unit 2 (step S1). In response to this, the system resource acquisition means 6 of the system resource management unit 2 makes the system resource unit 1
To obtain a buffer (step S2). In response to this buffer acquisition instruction, it is determined whether or not the buffer acquisition from the system resource unit 1 has succeeded (step S
3) If successful, the specified number of buffers (hereinafter referred to as a threshold value) that have been acquired are secured in the buffer link unit 15 (step S4). At this time, as shown in FIG. 4, the acquired buffers are linked and connected like a buffer link 18, and the acquired number is determined by the threshold value storage unit 16 and the held number storage unit 17.
Is set to each. If not successful, the buffer securing unit 5 ends abnormally (step S5).

【0017】システムの起動が終了し、プログラムの実
行中にプログラム部4でバッファ獲得要求が発生した場
合について説明する。
A case will be described in which the system unit has been started and a buffer acquisition request is issued by the program unit 4 during execution of the program.

【0018】プログラム部4の内部のバッファ獲得要求
手段7でバッファ獲得要求が発生すると(ステップS
6)、その要求はバッファ管理部3のバッファ獲得手段
8を介してシステム資源管理部2のシステム資源獲得手
段6に与えられる。ここで、プログラム部4から発行さ
れるバッファ獲得要求には、このバッファ獲得要求の重
要度を示す重み付け情報が付与されているものとする
(ステップS7)。重み付け情報は、重要度が高いか低
いかを示す1ビットの情報でよく、プログラム中にあら
かじめ設定しておくものとする。前述したように、プロ
グラムが一つか二つのバッファを獲得して処理を実行す
れば、そのプログラム内で持っているそれ以上のバッフ
ァを解放できる場合には重み付け情報を高く設定し、そ
れ以外の場合には低く設定しておく。
When a buffer acquisition request is generated by the buffer acquisition request means 7 inside the program section 4 (step S
6), the request is given to the system resource acquisition unit 6 of the system resource management unit 2 via the buffer acquisition unit 8 of the buffer management unit 3. Here, it is assumed that the buffer acquisition request issued from the program unit 4 is given weighting information indicating the degree of importance of the buffer acquisition request (step S7). The weighting information may be 1-bit information indicating whether the degree of importance is high or low, and is set in advance in the program. As described above, if the program acquires one or two buffers and executes the processing, the weighting information is set high if more buffers in the program can be released, and otherwise. Set to low.

【0019】要求を受けたシステム資源獲得手段6は、
重み付け情報にかかわらず通常の手順に従ってシステム
資源部1に対してバッファ獲得を指示し(ステップS
8)、バッファ獲得が成功したか否かを判定し(ステッ
プS9)、成功した場合は獲得したバッファのアドレス
をプログラム部4の獲得結果通知手段9に通知して終了
となる(ステップS17)。一方、成功しなかった場合
には、バッファ獲得手段8がバッファ獲得要求に付与さ
れている重み付け情報を参照して重み付けが高いか低い
かを判定する(ステップS10)。なお、バッファ獲得
要求に重み付け情報が付与されていない場合は、重み付
けが低いものと判定する。
The system resource acquisition means 6 that has received the request is
The system resource unit 1 is instructed to acquire the buffer according to the normal procedure regardless of the weighting information (step S
8) It is determined whether or not the buffer acquisition is successful (step S9). If the buffer acquisition is successful, the acquisition result notifying means 9 of the program section 4 is notified of the address of the acquired buffer, and the process ends (step S17). On the other hand, when it is not successful, the buffer acquisition unit 8 refers to the weighting information given to the buffer acquisition request and determines whether the weighting is high or low (step S10). If no weighting information is added to the buffer acquisition request, it is determined that the weighting is low.

【0020】重み付けが高いバッファ獲得要求の場合、
ステップS11でバッファリンク部15の保持個数格納
部17に格納されている保持個数とバッファ獲得要求の
要求個数とを比較し、(保持個数≧要求個数)を満たさ
ない場合には獲得失敗を獲得結果通知手段9に通知する
(ステップS18)。一方、(保持個数≧要求個数)を
満たした場合にはステップS12に進んで(保持個数−
要求個数)を算出し、算出した個数を新たな保持個数と
して保持個数格納部17の値を更新した後(ステップS
13)、要求個数分のバッファをバッファリンク18の
先頭から獲得して(ステップS14)、獲得結果通知手
段9に連絡して獲得終了となる(ステップS17)。
In the case of a high weighted buffer acquisition request,
In step S11, the retained number stored in the retained number storage unit 17 of the buffer link unit 15 is compared with the requested number of buffer acquisition requests, and if (retained number ≧ requested number) is not satisfied, acquisition failure is acquired. The notification means 9 is notified (step S18). On the other hand, if (holding number ≧ requested number) is satisfied, the process proceeds to step S12 (holding number−
After calculating the required number) and updating the value in the retained number storage unit 17 with the calculated number as a new retained number (step S
13) Then, the requested number of buffers are acquired from the head of the buffer link 18 (step S14), the acquisition result notifying means 9 is notified, and the acquisition ends (step S17).

【0021】重み付けが低いバッファ獲得要求の場合に
は、バッファリンク部15に現在確保されているバッフ
ァ数が閾値を超えており、超過分で対応可能な場合にの
み対応する。すなわち、ステップS15で(保持個数−
閾値)を算出して、算出した値を要求対応個数とし、ス
テップS16で要求対応個数と要求個数とを比較し、
(要求対応個数≧要求個数)を満たさない場合には、獲
得失敗となる(ステップS18)。これに対し、(要求
対応個数≧要求個数)を満たした場合は、ステップS1
2に進んで(保持個数−要求個数)を算出し、ステップ
S13〜S14で保持個数格納部17を更新してバッフ
ァを獲得し、獲得結果通知手段9に連絡して獲得終了と
なる(ステップS17)。
In the case of a buffer acquisition request having a low weight, the number of buffers currently secured in the buffer link unit 15 exceeds the threshold value, and it is possible to respond only when the excess can be dealt with. That is, in step S15, (holding number-
Threshold value), and the calculated value is set as the requested corresponding number, and the requested corresponding number and the requested number are compared in step S16,
If (the required number of requests ≧ the required number) is not satisfied, the acquisition fails (step S18). On the other hand, if (the required number of requests ≧ the required number) is satisfied, step S1
The process proceeds to step 2 to calculate (retained number-required number), and in steps S13 to S14, the retained number storage unit 17 is updated to acquire the buffer, the acquisition result notifying means 9 is notified, and the acquisition ends (step S17). ).

【0022】次に、図3のフローチャートを参照してバ
ッファ解放時の動作について詳細に説明する。
Next, the operation at the time of releasing the buffer will be described in detail with reference to the flowchart of FIG.

【0023】プログラム実行中にプログラム部4内のバ
ッファ解放要求手段13でバッファ解放要求が発生する
と(ステップS20)、その要求はバッファ管理部3の
バッファ解放手段11に与えられる。この際プログラム
部4から発行されるバッファ解放要求には、このバッフ
ァ解放要求の重要度を示す重み付け情報が付与されてい
るものとする(ステップS21)。重み付け情報は、重
要度が高いか低いかを示す1ビットの情報で、プログラ
ム中にあらかじめ設定しておくものとし、解放するバッ
ファに障害原因解析に有効な情報が格納されている場合
には重み付け情報を高く設定し、それ以外の場合には低
く設定しておく。従って、プログラムの終了時に使用し
ていたすべてのバッファを解放するような場合には、重
み付け情報は低く設定することになる。
When a buffer release request is generated by the buffer release requesting means 13 in the program section 4 during the execution of the program (step S20), the request is given to the buffer releasing means 11 of the buffer management section 3. At this time, it is assumed that the buffer release request issued from the program unit 4 is provided with weighting information indicating the degree of importance of the buffer release request (step S21). The weighting information is 1-bit information indicating whether the degree of importance is high or low. It should be set in advance in the program. If the buffer to be released contains information effective for failure cause analysis, the weighting information is weighted. Set the information high, otherwise set it low. Therefore, when all the buffers used at the end of the program are released, the weighting information is set low.

【0024】バッファ解放手段11は、与えられたバッ
ファ解放要求の重み付け情報を判定し(ステップS2
2)、重み付けの高いバッファ解放要求の場合、解放す
るバッファをバッファリンク18の最後尾に接続する
(ステップS23)。一方、重み付けの低いバッファ解
放要求の場合は、解放するバッファをバッファリンク1
8の先頭に接続し(ステップS24)、従来の保持個数
に解放個数を加えた値を新たな保持個数として保持個数
格納部17の値を更新する(ステップS25)。
The buffer releasing means 11 judges the weighting information of the given buffer releasing request (step S2).
2) In the case of a high weighted buffer release request, the buffer to be released is connected to the end of the buffer link 18 (step S23). On the other hand, in the case of a buffer release request with a low weight, the buffer to be released is set to the buffer link 1
8 is connected to the head (step S24), and the value in the held number storage unit 17 is updated with the value obtained by adding the released number to the conventional held number as the new held number (step S25).

【0025】プログラムの終了に際してプログラム部4
の処理終了手段14から処理終了要求が出されると(ス
テップS26)、バッファ管理部3のバッファ処理終了
手段12は、バッファリンク部15の保持個数格納部1
7と閾値格納部16とを比較し(ステップS27)、そ
のときの保持個数が閾値以下の場合はそのままプログラ
ム終了となるが(ステップS33)、保持個数が閾値よ
り多い場合は超過分をバッファリンク部15からシステ
ム資源部1に解放して終了となる。
At the end of the program, the program section 4
When a processing end request is issued from the processing end means 14 (step S26), the buffer processing end means 12 of the buffer management unit 3 causes the buffer number storage unit 1 of the buffer link unit 15.
7 is compared with the threshold value storage unit 16 (step S27), and if the number of holdings at that time is less than or equal to the threshold value, the program ends as it is (step S33), but if the number of holdings is greater than the threshold value, the excess is buffered. The processing is released from the section 15 to the system resource section 1 and the processing ends.

【0026】すなわち、(保持個数≧閾値)を満たす場
合には、ステップS28で(保持個数−閾値)を算出し
て解放対応個数とし、解放対応個数のバッファをバッフ
ァリンク18の先頭から獲得し(ステップS29)、シ
ステム資源管理部2に対して解放対応個数のバッファ解
放を要求する(ステップS30)。このバッファ解放要
求を受けて、システム資源解放手段10がシステム資源
部1に対してバッファ解放を指示することになる(ステ
ップS31)。この後、バッファ処理終了手段12は、
バッファリンク部15の保持個数格納部17を閾値に更
新し(ステップS33)、処理終了となる(ステップS
33)。
That is, if (holding number ≧ threshold value) is satisfied, (holding number−threshold value) is calculated in step S28 as the release corresponding number, and a buffer corresponding to the release number is acquired from the head of the buffer link 18 ( In step S29), the system resource management unit 2 is requested to release the number of buffers corresponding to the release (step S30). In response to this buffer release request, the system resource release means 10 instructs the system resource section 1 to release the buffer (step S31). After this, the buffer processing end means 12
The stored number storage unit 17 of the buffer link unit 15 is updated to the threshold value (step S33), and the process ends (step S).
33).

【0027】上述したように、本実施例では、あらかじ
め特別枠のバッファをバッファリンク部15に確保して
おき、少数のバッファを獲得すれば遅からずそれ以上の
バッファを解放できるような重み付けの高いバッファ獲
得要求に対しては、バッファリンク部15から優先的に
バッファを充当して使用させるので、バッファ不足のた
め取り合いとなりデッドロック状態に陥るのを防止する
ことができる。又、プログラムから解放されたバッファ
は、障害解析に必要な情報を格納した重み付けの高いバ
ッファはリンク末尾に、その他のバッファはリンク先頭
に接続され、プログラムの終了処理時に閾値を超えるバ
ッファはリンク先頭からシステム資源部1に戻される。
従って、バッファリンク部15のバッファ個数は閾値を
大きく超えることはなく、重要な情報を格納したバッフ
ァは再使用により情報が消滅する確率は非常に少なくな
る。
As described above, in this embodiment, the buffer of the special frame is secured in the buffer link unit 15 in advance, and if a small number of buffers are acquired, it is possible to release more buffers without delay. With respect to a high buffer acquisition request, the buffer link unit 15 preferentially allocates and uses the buffer, and therefore it is possible to prevent a deadlock condition due to a competition due to a buffer shortage. In addition, the buffer released from the program is connected to the end of the link for the high-weighted buffer that stores the information necessary for failure analysis, and to the top of the link for other buffers. Is returned to the system resource section 1.
Therefore, the number of buffers in the buffer link unit 15 does not greatly exceed the threshold value, and the probability that information will disappear in the buffer that stores important information is extremely low.

【0028】上述の実施例は、バッファ獲得要求時にバ
ッファ不足のためデッドロック状態に陥るのを防止する
と共に、解放されたバッファの再使用により障害原因解
析に有用な履歴情報が消滅するのを防ぐという二つの目
的を達成するため、バッファ解放要求に対応する手段と
して、重み付けの高いバッファ解放要求の場合は解放さ
れたバッファをバッファリンク部の末尾に、重み付けが
低い場合にはバッファリンク部の先頭に接続するバッフ
ァ解放手段と、プログラムからの処理終了要求を受けバ
ッファリンク部から閾値を超えるバッファをシステム資
源部に戻すバッファ処理終了手段とを備えている。これ
に対し、バッファ獲得要求時にバッファ不足のため発生
するデッドロック状態の防止のみを目的とする場合は、
バッファ解放要求を受けたとき解放されたバッファを閾
値に達するまでバッファリンク部に接続するバッファ解
放手段のみを設ければよく、バッファ処理終了手段は不
要となる。
The above-described embodiment prevents a deadlock state from occurring due to a buffer shortage at the time of a buffer acquisition request, and prevents the history information useful for failure cause analysis from disappearing due to reuse of the released buffer. To achieve these two purposes, as a means for responding to a buffer release request, the released buffer is placed at the end of the buffer link section in the case of a buffer release request with a high weight, and the head of the buffer link section is shown in the case of a low weight. And a buffer processing ending means for receiving a processing ending request from the program and returning a buffer exceeding a threshold value from the buffer link section to the system resource section. On the other hand, if you only want to prevent the deadlock condition that occurs due to the buffer shortage at the time of buffer acquisition request,
When the buffer release request is received, only the buffer releasing means for connecting the released buffer to the buffer link unit until reaching the threshold value is provided, and the buffer processing ending means is unnecessary.

【0029】又、上述の実施例では、重み付け情報はプ
ログラム部内であらかじめ付与されているものとして説
明したが、プログラムを変更することなく重み付け情報
を付与するためには、バッファ管理部内に、プログラム
部からバッファ獲得および解放要求を受けたとき、プロ
グラム名およびプログラム内のステップ番号等を基にし
て、あらかじめ作成されている対照表を照合して重み付
けを設定する重み付け手段を設ければよい。
Further, in the above embodiment, the weighting information has been described as being added in advance in the program section, but in order to add the weighting information without changing the program, the program management section should be provided in the buffer management section. When a buffer acquisition and release request is received from, the weighting means may be provided to set a weight by collating a comparison table created in advance based on the program name and the step number in the program.

【0030】[0030]

【発明の効果】以上説明したように、本発明のバッファ
管理方式は、初期化時に規定数のバッファを特別枠とし
て確保し、バッファ獲得要求に付与された重み付け情報
を判断し、重み付けの高いバッファ獲得要求が通常の方
法によるバッファ獲得に失敗した場合には、確保してあ
る特別枠のバッファを充当するため、バッファ不足によ
るデッドロック状態の発生を防止することができ、シス
テムの信頼性を向上させる効果がある。
As described above, the buffer management system of the present invention secures a prescribed number of buffers as a special frame at the time of initialization, judges the weighting information given to the buffer acquisition request, and determines the buffer with a high weighting. When the acquisition request fails to acquire the buffer by the normal method, the reserved special frame buffer is allocated, so it is possible to prevent the occurrence of deadlock condition due to buffer shortage, and improve the system reliability. Has the effect of

【0031】又、バッファ解放要求の重み付けが高い場
合には、解放されたバッファを特別枠のリンク末尾にリ
ンクするため、プログラムの動作履歴を格納したバッフ
ァの再使用を抑止でき、障害発生時の原因解析を容易に
する効果がある。
Further, when the weight of the buffer release request is high, the released buffer is linked to the end of the link of the special frame, so that the reuse of the buffer storing the operation history of the program can be suppressed, and at the time of failure occurrence. This has the effect of facilitating cause analysis.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実施例のシステム構成を示すブロッ
ク図である。
FIG. 1 is a block diagram showing a system configuration of an embodiment of the present invention.

【図2】本実施例のバッファ獲得動作を示すフローチャ
ートである。
FIG. 2 is a flowchart showing a buffer acquisition operation of this embodiment.

【図3】本実施例のバッファ解放動作を示すフローチャ
ートである。
FIG. 3 is a flowchart showing a buffer releasing operation of this embodiment.

【図4】本実施例のバッファリンク部の内部構成を示す
説明図である。
FIG. 4 is an explanatory diagram showing an internal configuration of a buffer link unit of the present embodiment.

【図5】従来のバッファ管理方式の一例を示すシステム
構成図である。
FIG. 5 is a system configuration diagram showing an example of a conventional buffer management system.

【符号の説明】[Explanation of symbols]

1 システム資源部 2 システム資源管理部 3 バッファ管理部 4,4a プログラム部 5 バッファ確保手段 6 システム資源獲得手段 7,7a バッファ獲得要求手段 8 バッファ獲得手段 9 獲得結果通知手段 10 システム資源解放手段 11 バッファ解放手段 12 バッファ処理終了手段 13,13a バッファ解放要求手段 14,14a 処理終了手段 15 バッファリンク部 16 閾値格納部 17 保持個数格納部 18 バッファリンク DESCRIPTION OF SYMBOLS 1 system resource part 2 system resource management part 3 buffer management part 4, 4a program part 5 buffer securing means 6 system resource acquisition means 7, 7a buffer acquisition request means 8 buffer acquisition means 9 acquisition result notification means 10 system resource release means 11 buffers Release means 12 Buffer processing termination means 13, 13a Buffer release request means 14, 14a Processing termination means 15 Buffer link section 16 Threshold storage section 17 Holding number storage section 18 Buffer link

Claims (3)

【特許請求の範囲】[Claims] 【請求項1】 プログラム部からのバッファ獲得および
解放要求に応答してシステム資源部に対してバッファの
獲得および解放を指示し実行させるシステム資源管理部
を有するバッファ管理方式において、初期化時に規定数
のバッファを獲得してバッファリンク部に保持するバッ
ファ確保手段と、バッファ獲得要求時に前記システム資
源管理部によるバッファ獲得が失敗したときそのバッフ
ァ獲得要求の重み付けが高い場合は前記バッファリンク
部からバッファを切り出して使用させるバッファ獲得手
段と、バッファ解放要求時に解放されたバッファを前記
規定数に達するまで前記バッファリンク部に接続するバ
ッファ解放手段とを備えたことを特徴とするバッファ管
理方式。
1. A buffer management system having a system resource management unit for instructing and executing a buffer acquisition and release to a system resource unit in response to a buffer acquisition and release request from a program unit, and a prescribed number at initialization. Buffer securing means for acquiring the buffer and holding it in the buffer link part, and when the buffer acquisition request by the system resource management part fails at the time of the buffer acquisition request, if the weight of the buffer acquisition request is high, the buffer is allocated from the buffer link part. A buffer management method comprising: a buffer acquisition unit that is cut out and used; and a buffer release unit that connects the buffer released at the time of a buffer release request to the buffer link unit until the specified number is reached.
【請求項2】 プログラム部からのバッファ獲得および
解放要求に応答してシステム資源部に対してバッファの
獲得および解放を指示し実行させるシステム資源管理部
を有するバッファ管理方式において、初期化時に規定数
のバッファを獲得してバッファリンク部に保持するバッ
ファ確保手段と、バッファ獲得要求時に前記システム資
源管理部によるバッファ獲得が失敗したときそのバッフ
ァ獲得要求の重み付けが高い場合には前記バッファリン
ク部の先頭からバッファを切り出して使用させるバッフ
ァ獲得手段と、バッファ解放要求の重み付けが高い場合
は解放されたすべてのバッファを前記バッファリンク部
の末尾に接続し重み付けが低い場合には前記バッファリ
ンク部の先頭に接続するバッファ解放手段と、処理終了
要求に応答して前記バッファリンク部に前記規定数を超
えるバッファが接続されていた場合には超過分を前記バ
ッファリンクの先頭から前記システム資源管理部に対し
て解放するバッファ処理終了手段とを備えたことを特徴
とするバッファ管理方式。
2. A buffer management system having a system resource management unit for instructing and executing a buffer acquisition and release to a system resource unit in response to a buffer acquisition and release request from a program unit. Buffer securing means for acquiring the buffer of the buffer and holding it in the buffer link part, and the head of the buffer link part when the weight of the buffer acquisition request is high when the buffer acquisition request by the system resource management part fails at the time of the buffer acquisition request. Buffer acquisition means for cutting out a buffer from the buffer and using it, if the weight of the buffer release request is high, connect all the released buffers to the end of the buffer link section, and if the weight is low, add to the head of the buffer link section. The buffer releasing means to be connected and the above-mentioned in response to the processing end request When more buffers than the specified number are connected to the buffer link unit, a buffer processing ending unit for releasing the excess from the head of the buffer link to the system resource management unit is provided. Buffer management method.
【請求項3】 プログラム部からのバッファ獲得および
解放要求に対しプログラム名およびプログラム内のステ
ップ番号等に基づきあらかじめ作成されている対照表を
照合して前記重み付けを設定する重み付け手段を備えた
ことを特徴とする請求項1又は請求項2記載のバッファ
管理方式。
3. A weighting means for setting the weighting by collating a preliminarily prepared comparison table based on the program name and step number in the program with respect to buffer acquisition and release requests from the program section. The buffer management system according to claim 1 or 2, which is characterized.
JP9035593A 1993-04-19 1993-04-19 Buffer management system Withdrawn JPH06301593A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP9035593A JPH06301593A (en) 1993-04-19 1993-04-19 Buffer management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP9035593A JPH06301593A (en) 1993-04-19 1993-04-19 Buffer management system

Publications (1)

Publication Number Publication Date
JPH06301593A true JPH06301593A (en) 1994-10-28

Family

ID=13996233

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9035593A Withdrawn JPH06301593A (en) 1993-04-19 1993-04-19 Buffer management system

Country Status (1)

Country Link
JP (1) JPH06301593A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09146830A (en) * 1995-11-27 1997-06-06 Nec Corp Memory management system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09146830A (en) * 1995-11-27 1997-06-06 Nec Corp Memory management system

Similar Documents

Publication Publication Date Title
US8161138B2 (en) Replication system having the capability to accept commands at a standby-system site before completion of updating thereof
EP0221274B1 (en) Method for ensuring switchover in a restartable data base system
US5530802A (en) Input sequence reordering method for software failure recovery
US9319281B2 (en) Resource management method, resource management device, and program product
JPS59195749A (en) Non-synchronous check pointing system for recovery of errors
JP3113841B2 (en) Parallel transaction processing system
US7454752B2 (en) Method for generating policy rules and method for controlling jobs using the policy rules
JPH10214199A (en) Process restart method and system for realizing process restart
US7536582B1 (en) Fault-tolerant match-and-set locking mechanism for multiprocessor systems
CN111104254A (en) Storage system data flashing method, device, equipment and readable storage medium
US8132174B2 (en) Concurrency management in cluster computing of business applications
CN116483628A (en) Distributed backup method and system based on locking
US20100274758A1 (en) Data processing method, computer, and data processing program
CN117850998A (en) A distributed task scheduling framework based on Quartz and its application
JPH06301593A (en) Buffer management system
US6990608B2 (en) Method for handling node failures and reloads in a fault tolerant clustered database supporting transaction registration and fault-in logic
US7748003B2 (en) Hard real-time response
CN111241594B (en) Method, device, computer equipment and storage medium for signing transaction information
JP5015410B2 (en) Method and apparatus for two-phase commit in data distribution to a web farm
CN119025231A (en) A delayed task execution method and device
JP4517923B2 (en) Object relief system and method
CN118860429A (en) Automatic deployment method, system, robot and medium of robot background system
US8307371B2 (en) Method for efficient utilization of processors in a virtual shared environment
CN110597563A (en) Container-based saving and restoring method, system and medium
JPH06231036A (en) Recovery supporting method in shortage of memory

Legal Events

Date Code Title Description
A300 Withdrawal of application because of no request for examination

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20000704