JPH0485637A - Dynamic area management system - Google Patents

Dynamic area management system

Info

Publication number
JPH0485637A
JPH0485637A JP20174990A JP20174990A JPH0485637A JP H0485637 A JPH0485637 A JP H0485637A JP 20174990 A JP20174990 A JP 20174990A JP 20174990 A JP20174990 A JP 20174990A JP H0485637 A JPH0485637 A JP H0485637A
Authority
JP
Japan
Prior art keywords
area
routine
release
areas
reserve
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
JP20174990A
Other languages
Japanese (ja)
Inventor
Tomomi Tsuchiya
土屋 智美
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP20174990A priority Critical patent/JPH0485637A/en
Publication of JPH0485637A publication Critical patent/JPH0485637A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To efficiently manage utilization are used by the function and processing of a system in a lump by securing the utilization area in a lump at the time of starting the processing of the system and adopting the construction reserving the areas from this, releasing the areas, and collecting plural space areas. CONSTITUTION:An area management routine 2 provided with the function of the secure/release of the utilization areas of the entire system, reserve routine 2-3, release routine 2-4, and pack routine 2-5, and an area management table 3 are provided inside the system, and the utilization area is get in a lump at the time of starting the processing of the system. The reserve routines 2 to 3 pass the area cut from the utilization area based on the area management table 3 corresponding to the area reserve request or the like fro a program during processing, the release routine 2-4 releases the reserved area, and pack route 2-5 collects plural space areas. Thus, the utilization area used by the function and processing of the system can be efficiently managed in a lump.

Description

【発明の詳細な説明】 〔概要〕 可変長データに使用する領域を確保・解放する動的領域
管理方式に関し、 各機能・各処理で分散して領域の確保・解放を行ってい
た領域確保・解放の処理を一括して行い、システム全体
として効率的に領域を使用可能に釘ることを目的とし、 システム全体として使用する使用領域を確保・解放する
と共に、この使用領域を必要に応じてリザーブするリザ
ーブルーチン、リザーブした領域をリリースするリリー
スルーチン、空領域をまとめるパックルーチンを持つ領
域管理ルーチンをシステム内に設け、システムの処理開
始時(例えばタスク開始時)にまとめて使用領域を確保
し、処理中にプログラムからの領域のリザーブ要求、す
リース要求、パック要求に対応じて、上記リザーブルー
チンが使用領域から切り出した領域を渡し、上記リリー
スルーチンがリザーブした領域をリリースし、パックル
ーチンが複数の空領域をまとめて大きな空領域にするよ
うに構成する。
[Detailed Description of the Invention] [Summary] Regarding a dynamic area management method that secures and releases areas used for variable-length data, it is possible to eliminate the area allocation and release that previously required areas to be allocated and released in a distributed manner for each function and each process. The purpose is to perform the release process all at once and make the area usable efficiently for the entire system.In addition to securing and releasing the used area for the entire system, this used area is reserved as necessary. An area management routine is provided in the system that has a reserve routine to release the reserved area, a release routine to release the reserved area, and a pack routine to collect empty areas. During processing, in response to an area reserve request, lease request, or pack request from the program, the above reserve routine passes the area cut out from the used area, the above release routine releases the reserved area, and the pack routine The empty areas of the image are combined into a large empty area.

〔産業上の利用分野〕[Industrial application field]

本発明は、可変長データに使用する領域を確保・解放す
る動的領域管理万代に関するものである。
The present invention relates to dynamic area management for securing and releasing areas used for variable length data.

〔従来の技術と発明が解決しようとする課題〕計算機の
性能の向上に伴い、計算機で処理することができるデー
タの大きさが大きくなってきている。しかし、実際には
、処理に使用できる領域には上限があり、このために処
理に必要な領域が不足して、処理できないデータも多く
なっている。
[Prior art and problems to be solved by the invention] As the performance of computers improves, the size of data that can be processed by computers is increasing. However, in reality, there is an upper limit to the area that can be used for processing, and as a result, there is a shortage of areas necessary for processing, and a large amount of data cannot be processed.

特に、数理計画法システムは、現実の問題が複雑になっ
ていくに伴い、データの大きさは大きくなる一方であり
、従来のシステムでは領域が不足してしまい、処理でき
ない問題が増加している。
In particular, with mathematical programming systems, as real-world problems become more complex, the size of data continues to grow, and conventional systems are running out of space and are unable to handle an increasing number of problems. .

大型データを処理するためには、領域を無駄なく使用し
、処理に必要な領域を大きくとれるような領域管理を、
データ処理を行うシステムで、行う必要がある。
In order to process large data, it is necessary to manage the area so that it is used without wasting space and takes up a large area for processing.
This must be done in a system that processes data.

また、数理計画問題をはじめとする可変長データを処理
するシステムは、処理をするデータが多様化しており、
非常に大きさが異なるデータを1つのシステムで処理し
なければならなくなっている。このためには、ごく小さ
いデータから巨人データまで、その全てのデータを効率
よく処理することができるように、システムで領域を管
理する必要がある。
Additionally, systems that process variable-length data, such as mathematical programming problems, are processing increasingly diverse data.
Data of very different sizes must be processed in one system. To do this, it is necessary for the system to manage the area so that it can efficiently process all types of data, from very small data to giant data.

従来は、数理計画法をはじめとする可変長データを処理
するシステムは、データ処理用領域を確保する場合、デ
ータの大きさを測定した後に、各機能で処理ごとに必要
な大きさの領域を確保し、処理が終了するとともに解放
していた。このため、各機能で別々に処理用領域を確保
した場合、それぞれに領域長、確保領域の先頭アドレス
などを管理する必要が生してしまうと共に、別々の機会
に領域を確保するために全く別の領域として確保零る必
要が生じてしまうという問題があった。また、領域確保
の順序と領域解放の順序が異なる場合、領域全体からみ
ると虫食い状態に使用されることとなり、領域使用の効
率が非常に悪くなり、大型データを処理するために連続
した大きな領域を確保することができなくなり、処理が
できない場合が生じてしまうという問題があった。例え
ば第3図プログラムAを実行する場合について具体的に
説明する。
Conventionally, systems that process variable-length data, such as mathematical programming, have measured the size of the data and then allocated the area necessary for each process for each function when securing an area for data processing. It was secured and released when processing was completed. For this reason, if each function secures a processing area separately, it becomes necessary to manage the area length, the start address of the secured area, etc. for each function. There was a problem in that it became necessary to secure the area. In addition, if the order of area allocation and area release are different, the area will be used in a state of worm-eaten condition when viewed from the whole area, and the efficiency of area usage will be extremely poor. There was a problem in that it became impossible to secure the necessary information and processing could not be performed. For example, a case in which the program A in FIG. 3 is executed will be specifically explained.

fl1%3図(イ)プログラムAの第1行目”CALL
CI”でプログラムC1を呼び出し、呼び出し先のプロ
グラムC1で“GETMAIN C,4″″を実行して
第1図(ロ)メモリから領域Cを確保する。
fl1%3 Figure (a) First line of program A “CALL”
The program C1 is called with "CI", and the called program C1 executes "GETMAIN C,4"" to secure area C from the memory (FIG. 1(b)).

(2)第3図(イ)プログラムAの第2行目”GET!
’1AIN A、4’で第3図(ロ)メモリから領域A
を確保する。
(2) Figure 3 (a) Second line of program A “GET!”
Figure 3 (b) Area A from memory with '1AIN A, 4'
ensure that

(3)第3図(イ)プログラムAの第3行目“CALL
「でプログラムBを呼び出し、呼び出し先のプログラム
Bで“GET!’!AIN B、2”を実行して第3図
(ロ)メモリから領域Bを確保し、次に“FREE?I
A INB“を実行して領域Bを解放する。
(3) Figure 3 (a) Third line of program A “CALL
``Call program B, and execute ``GET!'' in the called program B. '! Execute "AIN B, 2" to secure area B from memory in Figure 3 (b), then execute "FREE?" I
Execute A INB" to release area B.

(4)第3図(イ)プログラムAの第4行目“CALL
 C2°でプログラムC2を呼び出し、呼び出し先のプ
ログラムC2で“FREEMAINじを実行し、第3図
(ロ)メモリから領域Cを解放する。このときのメモリ
の状態を第3図〈ハ)左側に示す。
(4) Figure 3 (a) 4th line of program A “CALL
Call program C2 at C2°, execute "FREEMAIN" in the called program C2, and release area C from the memory in Figure 3 (B).The state of the memory at this time is shown in Figure 3 (C) on the left. show.

(5)  第3図(イ)プログラムAの第5行目”GE
T貼IN AA、7”で第3図(ハ)メモリから領域A
Aを確保しようとするが、領域AAが図示のように空領
域よりも大きく、確保できないという問題がある。この
ため、メモリの先頭部分の空領域と、メモリの末尾部分
の空領域をまとめて1つの大きな空領域とし、領域AA
を確保可能にすることが望まれている。
(5) Figure 3 (a) 5th line of program A “GE”
T Paste IN AA, 7” Figure 3 (c) From memory to area A
Although an attempt is made to secure area A, there is a problem in that area AA is larger than the empty area as shown in the figure and cannot be secured. Therefore, the empty area at the beginning of the memory and the empty area at the end of the memory are combined into one large empty area, and the area AA
It is hoped that it will be possible to secure the

本発明は、各機能・各処理で分散して領域の確保・解放
を行っていた領域確保・解放の処理を一括して行い、シ
ステム全体として効率的に領域を使用可能にすることを
目的としている。
The purpose of this invention is to collectively perform the process of securing and releasing areas, which used to be done separately for each function and each process, and to enable efficient use of areas as a whole system. There is.

〔課題を解決するための手段〕[Means to solve the problem]

第1図は、本発明の原理構成図を示1゜第1図において
、プログラムlは、システムの業務処理を行うプログラ
ムであって、領域のリザーブ要求、リリース要求、バン
ク要求などを行うものである。
FIG. 1 shows the principle configuration diagram of the present invention. In FIG. 1, program l is a program that performs business processing of the system, and is a program that performs area reservation requests, release requests, bank requests, etc. be.

領域管理ルーチン2は、システム全体として使用する使
用領域を確保・解放、領域のリザーブを行うリザーブル
ーチン2−3、領域のリリースを行うリリースルーチン
2−4、空領域をまとめるパックルーチン2−5などか
ら構成されるものである。
The area management routine 2 includes a reserve routine 2-3 that secures and releases areas used by the entire system and reserves areas, a release routine 2-4 that releases areas, a pack routine 2-5 that collects empty areas, etc. It consists of:

領域管理1−プル3は、領域毎に領域長、領域種別(移
動可、移動不可、末尾から確保)などを管理するもので
ある。
Area management 1-pull 3 manages the area length, area type (movable, non-movable, secured from the end), etc. for each area.

〔作用〕[Effect]

本発明は、第1図に示すように、システム全体の使用領
域の確保・解放、リザーブルーチン23、リリースルー
チン2−4、パックルーチン25などを持つ領域管理ル
ーチン2および領域管理テーブル3をシステム内に設け
、システムの処理開始時(例えばタスク開始時)にまと
めて使用領域を確保し、処理中にグログラムからの領域
のリザーブ要求、リリース要求、パック要求に対応じて
、領域管理テーブル3をもとにリザーブルー・チン2−
3が使用領域から切り出した領域4渡L1、リリースル
ーチン24がリザーブした領域を1.1リースし、パッ
クルーチン2−5が複数の空領域をまとめて大きな空領
域にするようにし、でいる。
As shown in FIG. 1, the present invention provides an area management routine 2 and an area management table 3 that secure and release the used area of the entire system, a reserve routine 23, a release routine 2-4, a pack routine 25, etc. The area management table 3 is set up to secure the area to be used all at once at the start of system processing (for example, at the start of a task), and to respond to area reserve requests, release requests, and pack requests from the program during processing. Toni Reserve Blue Chin 2-
3 transfers the area 4 cut out from the used area L1, the release routine 24 leases the reserved area 1.1, and the pack routine 2-5 combines a plurality of empty areas into a large empty area.

従って、システムの処理開始時にまとめて使用領域を確
保し、これから領域をリザーブしたり、領域をリリース
したり、複数の空領域をまとめたりすることにより、シ
ステムの機能・処理が使用する使用領域をまとめて効率
的に管理することが可能となる。
Therefore, by allocating a space for use at the start of system processing, and then reserving the space, releasing the space, or combining multiple empty spaces, the space used by the system's functions and processes can be reduced. It becomes possible to manage them collectively and efficiently.

〔実施例〕〔Example〕

次に、第1図および第2回を用いて本発明の1実施例の
構成および動作を順次詳細に説明する。
Next, the configuration and operation of one embodiment of the present invention will be sequentially explained in detail using FIG. 1 and Part 2.

第1図において、プログラムlは、システムの業務処理
を行うプログラムであって、領域のリザーブ要求、リリ
ース要求、バンク要求を行って領域をリザーブ、リリー
スなどして業務処理を行うものである。ここで番よプロ
グラムlは、プログラムA、このプログラムAから呼び
出すルーチンである、プログラムB1プログラムC1、
プログラムC2から構成されている。
In FIG. 1, a program 1 is a program that performs business processing of the system, and performs business processing by making an area reservation request, release request, and bank request to reserve and release an area. Here, the program l is a program A, a routine called from this program A, a program B1, a program C1,
It consists of program C2.

領域管理ルーチン2は、システム全体として使用する使
用領域をタスク開始時などに確保する確保(GET)ル
ーチン2−1、システム全体として使用する使用領域を
タスク終了時などに解放する解放(FIIEE)ルーチ
ン2−2、使用領域から領域をリザーブするリザーブル
ーチン2−3、リザーブした領域をリリースするリリー
スルーチン2−4、空領域をまとめるパックルーチン2
−5などから構成されるものである。
Area management routine 2 includes a reservation (GET) routine 2-1 that secures an area to be used by the entire system at the start of a task, etc., and a release (FIIEE) routine to release an area to be used by the entire system at the end of a task, etc. 2-2, Reserve routine 2-3 that reserves space from the used area, Release routine 2-4 that releases the reserved area, Pack routine 2 that collects empty space.
-5, etc.

領域管理テーブル3は、リザーブルーチン23がシステ
ム全体の使用領域から切り出したリザーブ領域の領域先
頭アドレス、領域長、領域種別(移動可、移動不可、メ
モリの末尾から領域を確保)などを設定したり、リリー
スルーチン24が領域のリリース時にこれからリリース
領域の領域先頭アドレスなどを削除したりなどし、領域
管理を行うためのテーブルである。この領域管理テーブ
ル3を参照し、現在の領域使用状態を知ることができる
The area management table 3 sets the area start address, area length, area type (movable, non-movable, area secured from the end of memory), etc. of the reserved area that the reserve routine 23 cuts out from the used area of the entire system. This table is used by the release routine 24 to perform area management such as deleting the area start address of the released area when releasing the area. By referring to this area management table 3, the current area usage status can be known.

メモリ4は、使用領域を設けるメモリである。The memory 4 is a memory that provides a usage area.

次に、第2図フローチャート・に示ず順序に従い、第1
図構成の動作を詳細に説明する。
Next, in accordance with the order not shown in the flowchart of Figure 2,
The operation of the diagram configuration will be explained in detail.

第2図において、■は、タスク開始時に使用する最大領
域を確保する。これは、例えば第1図プログラムAが第
1行の“CALL GET”を実行し2て確保([;E
T)ルーチン2−1を呼び出し、この呼び出された確保
ルーチン2−1がシステムの機能、処理が使用する最大
の使用領域を確保する。
In FIG. 2, ■ secures the maximum area to be used at the start of a task. For example, program A in Figure 1 executes "CALL GET" in the first line and secures it ([;E
T) Call routine 2-1, and this called reservation routine 2-1 secures the maximum area used by system functions and processes.

@は、CALL  PACKする(空領域をまとめる)
。これは、パックルーチン2−5が、領域管理テーブル
3の領域種別を参照し、“移動可”となって領域を取り
出し、これを使用領域の先頭から順番に詰め、空領域を
まとめる。
@ is CALL PACK (collects empty areas)
. In this case, the pack routine 2-5 refers to the area type in the area management table 3, takes out areas that are "movable", fills them in order from the beginning of the used area, and collects empty areas.

■は、リザーブ要求領域がリザーブできるか否かを判別
オる。YESの場合には、■を行う、NOの場合(空領
域のうちの移動率rlJのものがあり、空領域を全部ま
とめることができ4′、まとめた空領域から連続し、た
リザーブ要求領域を確保できなかったなどの場合)には
、頭載不足を表イくなどする。
(2) determines whether or not the reservation request area can be reserved. If YES, perform ■; if NO (there is a movement rate rlJ among the empty areas, all the empty areas can be combined 4', and the reserve requested area is continuous from the combined empty area. (for example, in cases where we were unable to secure a head position), we will disclose the lack of headcount.

■は、CA i、l、R5Vを実行する。これは、例犬
ば1図グログラムへの第2行目の“(:A1、i、c1
″の実行rよって呼び出されたプログラムC1で“CA
 11、R5V。
(2) executes CA i, l, R5V. This is, for example, the second line "(: A1, i, c1
In the program C1 called by the execution r of ``CA
11.R5V.

4、X″’t’Ji’Hシ、リザーブ(IIsV)リー
チン2−3が領域管理ブープル3を検索してリザーブ要
求wi域がリザーブできる部分か等確認し、領域Cをリ
ザーブ(f!保)U5、領域管理り・−プル3にこの領
域Cの領域先頭i′ドレス、領域長1.領域種別(移動
可/移動不i1/末尾から確保)などの情報を設定する
4. X'''t'Ji'H, Reserve (IIsV) Reaching 2-3 searches the area management boolean 3, confirms whether the reserve request area can be reserved, and reserves area C (f! Reserve). ) U5, area management - Set information such as the area head i' address of this area C, area length 1, and area type (movable/non-movable i1/secured from the end) in pull 3.

■は、リザーブできたか台かを判別する6Y’ESの場
合には、領域がリザーブできたの“へ終了する(ENr
))、NOの場合には、領域不y庖表乃くなどする。
■ determines whether the area has been reserved or not. In the case of 6Y'ES, the process ends with "If the area has been reserved (ENr
)), in the case of NO, the area is not displayed.

以、)、の処理によ7.°こ、タスク開始時にシステム
で使用する最大領域を確保し、ブIニゲラムからの領域
のリザーブ要求に対応じて、連続、した空領域があれば
これをリザーブして渡し1、−力、連続(7だ空領域が
なければこれらをまとめたり、IN域をリサ゛−ブして
渡すことにより、シスフームとしでまとめて使用領域を
確保しておき、処理が必要とする己きにこの使用領域か
ら切り出しで濃して処理を行い、効率的に管理すること
力< Ii3節となる。
7. ° This ensures the maximum area used by the system at the start of the task, and if there is a continuous empty area, it is reserved and handed over in response to the area reservation request from BuI Nigelam. (If there is no empty space for 7, you can combine them or regenerate the IN area and pass it on, allocating it as a system frame and securing the usage area, and then use this usage area as needed for processing.) The ability to cut out, darken, process, and manage efficiently is < Section Ii3.

次ぼ、第1図プログラムAの実行時に29ける領域のリ
ザーブ、リリース、バンクについて具体的に説明する。
Next, the reservation, release, and bank of the area 29 will be explained in detail when executing the program A in FIG.

プログラムへの第1行のCALl、 GET: これの
実行によって呼び出された確保ルーチン2−1がシステ
ムで使用する最大の使用領域をま込めて確保する。
First line CALL to the program, GET: The reservation routine 2-1 called by this execution allocates the maximum area used by the system.

プログラムAの第2行のCA1.1. C1:これの実
行4.2よって呼び出されたプログラムC1のCALL
 R5V、4Xの実行によっご、呼び出されたリザーブ
ルーチン2−3が左側のメモリ4に示すように、領域C
をリザーブ°する。この際、領域管理テーブル3に、リ
ザーブし7た領域Cの領域先頭アドレス、領域長、領域
種別(移動0]、移動率i=J、末技からリザーブ)な
どを設定する。
CA1.1 in the second line of program A. C1: CALL of program C1 called by 4.2
As a result of the execution of R5V and 4X, the called reserve routine 2-3 is stored in area C as shown in the memory 4 on the left.
Reserve °. At this time, in the area management table 3, the area start address, area length, area type (movement 0), movement rate i=J, reserve from final technique, etc. of the reserved area C are set.

プログラムへの第3行(7)CA1.、L R3V、4
.X: 、:れの実行によって呼び出されたリザーブル
ーチン23が左側のメモリ4に示すように、領域Aをリ
ザーブする。この際、領域管理テーブル3に、リザーブ
した領域Aの領域先頭アドレス、領域長、領域種別(移
動可、移動不可、末技からリザー・ブ)などを設定する
Third line to the program (7) CA1. , L R3V, 4
.. The reserve routine 23 called by the execution of X: reserves area A as shown in the memory 4 on the left. At this time, the area management table 3 is set with the area start address, area length, area type (movable, non-movable, advanced to reserved), etc. of the reserved area A.

プログラムAの第4行のCAI、1.B: これの実行
によっζ呼び出されたプログラムBのCALL R5ν
、2.Xの実行によって、呼び出されたリザーブルーチ
ン2−3が左側のメモリ4に示づよ・)ぼ、領域Bをリ
ザーブする。この際、領域管理テーブル3に、リザーブ
した領域B0′)領域先頭アトルス、領域長、領域種別
(移動可、移動不可、末技からりザーブ)などを設定す
る6続いて、プログクム丁3の(]ALL RLS、H
の実行によって、呼び出されたリリースルーチン2−4
が左側のメモリ4に小ずよう番、′、領域Bをリリース
する。この際、領域管理ブーフル3から、リザーブした
領域I3の領域先頭アFL/ス、領域長、領域種別(移
動可、移動率iiJ、末技からリザーブ)などを削除す
る。
CAI of the 4th line of program A, 1. B: CALL R5ν of program B called ζ by the execution of this
, 2. By executing X, the called reserve routine 2-3 reserves area B as shown in the left memory 4. At this time, set the reserved area B0') area start atlus, area length, area type (movable, non-movable, last technique Karari reserve), etc. in the area management table 36. Next, set the ( ]ALL RLS,H
Release routine 2-4 called by the execution of
releases the small number, ', area B to the left memory 4. At this time, the area head address, area length, area type (movable, movement rate iiJ, last technique to reserve), etc. of the reserved area I3 are deleted from the area management boolean 3.

プログラムへの第5行のCALL C2:これの実行に
よって呼び出されたプログラムC2のCAI、、L [
iLS、Cの実行によって、呼び出されたリリースルー
チン2−4が左側のメモリ4から領域Cをリリースする
。この際、領域管理テーブル3に、リリースした領域C
の領域先頭アドレス、領域長、領域種別(移動6J、移
動不可、末技からリザーブ)などを削除する。
CALL C2 on the 5th line to the program: CAI of program C2 called by execution of this,,L [
By executing iLS, C, the called release routine 2-4 releases area C from the left memory 4. At this time, the released area C is displayed in the area management table 3.
Delete the area start address, area length, area type (movement 6J, no movement, reserve from final technique), etc.

7’ o l”j ムA (D第6行17)CA1.1
. PACI(:コれの寅看〕・によって呼び出された
パックルーチン2−5がカー側のメモリ4の領域A(i
JI域C,領域Bは削除されている)について右側のメ
モリ4に示すよ・)に、先頭に移動し、空領域をまとめ
る。この際、領域管理・メープル3で、移動した領域A
の領域先頭アドレスを更鐙11る。
7' o l"j mu A (D line 6 17) CA1.1
.. The pack routine 2-5 called by PACI
JI area C and area B have been deleted), as shown in memory 4 on the right side, move to the beginning and collect empty areas. At this time, in Area Management Maple 3, move area A.
Change the area start address of 11.

プログラムAの第7マ〕のCALL RSV、7.X:
 t:れの実行によって呼び出されたリザーブルーチン
23が右側のメモリ4に示すように、領域AAtリザー
ブする。この際、領域管理チー・プル3に、リザーブし
7た領域AAの領域先頭アト1/ス、領域長、領域種別
(移動−iJ、移動車lJ、末技からリザーブ)などを
設定する。ここで、右側のメモリ4で、先頭に領域Aを
移動させて、空領域をまとめ′でおいたので、領域AA
を体発明はリザーブできる(第3図従来の構成では、第
3回(ハ)に示1ように、処理毎に領域を確保・解放し
“ていた六・め、空領域がまとまらず、連続しまた領域
AAを確保できず、処理を続行することができなくなっ
ていた)。
CALL RSV of the 7th ma of program A, 7. X:
t: The reserve routine 23 called by this execution reserves the area AAt as shown in the memory 4 on the right side. At this time, in the area management team 3, the area start address, area length, area type (movement-iJ, moving vehicle lJ, final technique to reserve), etc. of the reserved area AA are set. Here, in memory 4 on the right side, we moved area A to the beginning and grouped the empty area with ', so area AA
This invention can be reserved (Figure 3) In the conventional configuration, as shown in Part 3 (C) 1, an area was reserved and released for each process. (Also, the area AA could not be secured, making it impossible to continue processing).

プログラムへの第8行のCALL R1,S、A、第9
行のCALL R1,S、AA:これらの実行によって
呼び出されたリリースルーチン2−4が右側のメモリ4
から領域A、4頭載AAをリリースVる。この際、領域
管理テーブル3から領域A、領領域Aの領域先頭アドレ
スなどを削除夛−る。
8th line CALL R1, S, A, 9th to the program
Row CALL R1, S, AA: Release routines 2-4 called by these executions are stored in memory 4 on the right side.
From Area A, 4-head AA was released. At this time, the area A, the area start address of area A, etc. are deleted from the area management table 3.

7’LJグフJ、、 A (7)第10行ノCALL 
FREE+ コhノ$(ゴによっで呼び出さメ′1、た
解放ルーチン2−2が右側のメモリ4の領域(システム
全体として確保した使用領域)を解放″する。
7'LJ Gouf J,, A (7) Line 10 CALL
FREE+ The release routine 2-2 called by the program frees the area of the memory 4 on the right side (the area reserved for the entire system).

〔発明の効果〕〔Effect of the invention〕

以P説明したように、本発明によれば、シスラムの処理
開始時にまとめて使用領域を確保し、これから領域をリ
ザーブしたり2、領域をリリースしまたり、複数の空領
域をまとめたりする構成を採用し7ているため、システ
ムの機能・処理が使用する使用領域をまとめて効率的に
管理A−ることかできる。イして、処理・機能が必要と
なったときに使用領域から切り出して渡し、必要に応じ
て空領域をまとめ、使用領域を効率的に使用でき、従来
領域不足となって処理できなかった大きなデータを処理
することが可能となる。また、システムが使用する使用
頭載を領域管理テーブル3で一括管理するため、領域の
使用状態をこれを参照j1.て容易に把握できる。更に
、どλ、なデータが入力されても、柔軟に領域を使用j
ることができ、小さいデータから巨人データ抜でのすべ
てを、1つのシステムで扱・)ことができる。
As explained below, according to the present invention, a configuration is possible in which a used area is secured all at once at the start of system processing, and the area is then reserved, the area is released, and multiple empty areas are grouped together. By adopting this method, the areas used by system functions and processes can be collectively managed efficiently. When a process or function is required, it can be extracted from the used area and handed over, and the empty area can be consolidated as needed, making it possible to use the used area efficiently. It becomes possible to process the data. In addition, in order to collectively manage the usage information used by the system in the area management table 3, the usage status of the area can be referred to j1. can be easily understood. Furthermore, no matter what data is input, the area can be used flexibly.
It is possible to handle everything from small data to giant data with one system.

【図面の簡単な説明】[Brief explanation of the drawing]

第F図は本発明の1実施例構成図 第2図は本発明の動作説明フローチャーI・第3図は従
来技術の説明図 を示ず。 回申、1ニブログラム 2;領域管理ルーチン !+、:fi保(GET)ルーチン 2−2:解放(FREE)ルーチン 2−3=リザーブ(RS V)ループ・ン2−4=リリ
ース(RIS)ルー・チン2−5:バフク(PACK)
ルーチン 3:領域管理テーブル 4:メモリ 躬 1  図 オ(発8月のv4乍28/17日−ナヤード佑 図 (イ) も 図
FIG. F is a block diagram of one embodiment of the present invention. FIG. 2 is a flowchart I explaining the operation of the present invention. FIG. 3 is an explanatory diagram of the prior art. Circular, 1 Niprogram 2; Area management routine! +, :fi Hold (GET) Routine 2-2: Release (FREE) Routine 2-3 = Reserve (RS V) Loop N 2-4 = Release (RIS) Routine 2-5: Buff (PACK)
Routine 3: Area management table 4: Memory error 1 Figure O (issued August v4 to 28/17 - Nayad Yuzu (A) also figure

Claims (1)

【特許請求の範囲】 可変長データに使用する領域を確保・解放する動的領域
管理方式において、 システム全体として使用する使用領域を確保・解放する
と共に、この使用領域を必要に応じてリザーブするリザ
ーブルーチン(2−3)、リザーブした領域をリリース
するリリースルーチン(2−4)、空領域をまとめるパ
ックルーチン(2−5)を持つ領域管理ルーチン(2)
をシステム内に設け、システムの処理開始時(例えばタ
スク開始時)にまとめて使用領域を確保し、処理中にプ
ログラム(1)からの領域のリザーブ要求、リリース要
求、パック要求に対応して、上記リザーブルーチン(2
−3)が使用領域から切り出した領域を渡し、上記リリ
ースルーチン(2−4)がリザーブした領域をリリース
し、パックルーチン(2−5)が複数の空領域をまとめ
て大きな空領域にするように構成したことを特徴とする
動的領域管理方式。
[Claims] In a dynamic area management method that secures and releases an area used for variable-length data, a reservation system that secures and releases a used area for use as a whole system and reserves this used area as necessary. Area management routine (2) that includes a routine (2-3), a release routine (2-4) that releases reserved areas, and a pack routine (2-5) that collects empty areas.
is provided in the system, allocates an area for use at the start of system processing (for example, at the start of a task), and responds to area reserve requests, release requests, and pack requests from program (1) during processing. The above reserve routine (2
-3) passes the area cut out from the used area, the above release routine (2-4) releases the reserved area, and the pack routine (2-5) combines multiple empty areas into a large empty area. A dynamic area management method characterized by being configured as follows.
JP20174990A 1990-07-30 1990-07-30 Dynamic area management system Pending JPH0485637A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP20174990A JPH0485637A (en) 1990-07-30 1990-07-30 Dynamic area management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP20174990A JPH0485637A (en) 1990-07-30 1990-07-30 Dynamic area management system

Publications (1)

Publication Number Publication Date
JPH0485637A true JPH0485637A (en) 1992-03-18

Family

ID=16446306

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20174990A Pending JPH0485637A (en) 1990-07-30 1990-07-30 Dynamic area management system

Country Status (1)

Country Link
JP (1) JPH0485637A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06202936A (en) * 1992-10-29 1994-07-22 Internatl Business Mach Corp <Ibm> Computer main storage area management system and method thereof
JPH06348584A (en) * 1993-06-01 1994-12-22 Internatl Business Mach Corp <Ibm> Data processing system
US5754006A (en) * 1995-03-31 1998-05-19 Nec Corporation Broad-band traveling-wave tube with offsets on pole pieces and spacers

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06202936A (en) * 1992-10-29 1994-07-22 Internatl Business Mach Corp <Ibm> Computer main storage area management system and method thereof
JPH06348584A (en) * 1993-06-01 1994-12-22 Internatl Business Mach Corp <Ibm> Data processing system
US5754006A (en) * 1995-03-31 1998-05-19 Nec Corporation Broad-band traveling-wave tube with offsets on pole pieces and spacers

Similar Documents

Publication Publication Date Title
EP0384635B1 (en) Adaptive job scheduling for multiprocessing systems
DE112011101633T5 (en) Reorganization of storage tiers considering virtualization and dynamic resource allocation
JP3541212B2 (en) Processor assignment device
JPH0485637A (en) Dynamic area management system
JPS63259757A (en) Multiplex control system for collective data input/ output type transaction processing
JPS6370342A (en) Resource control system
JPH04324574A (en) Schedule generating system
JPH09185531A (en) Omissiion avoiding device for trace information
JP2601513B2 (en) Dynamic change processing method of communication path multiplicity
CN117873726A (en) Management method and management system of federal cluster
JPH0126093B2 (en)
JPH02112057A (en) Data treatment method for on-line system
JPH0325645A (en) Swapping system for virtual space
JPH06259292A (en) On-line garbage collection method for external storage device
JPS62247430A (en) Selecting system for transaction processing task
JPH01161573A (en) Supporting system for plan preparation
JPH04134540A (en) Method for allocating logical block to physical block
JPH0333949A (en) File memory device
JPS63308649A (en) Trace control system
JPS63137346A (en) Buffer control system for data transfer
JPS63116202A (en) Device for detecting failure of control system
JPS63217426A (en) Resources management and control system
JPH06149644A (en) File occupation rate control device for computer
DE2212585A1 (en) Data processing system
JPH0231250A (en) Allocation system for memory size used by task