[go: up one dir, main page]

JPH0388060A - Load distribution control system - Google Patents

Load distribution control system

Info

Publication number
JPH0388060A
JPH0388060A JP22480789A JP22480789A JPH0388060A JP H0388060 A JPH0388060 A JP H0388060A JP 22480789 A JP22480789 A JP 22480789A JP 22480789 A JP22480789 A JP 22480789A JP H0388060 A JPH0388060 A JP H0388060A
Authority
JP
Japan
Prior art keywords
site
load
sites
task
status
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
JP22480789A
Other languages
Japanese (ja)
Inventor
Tetsuo Hasegawa
哲夫 長谷川
Toshibumi Seki
関 俊文
Yasukuni Oiyake
岡宅 泰邦
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.)
Toshiba Corp
Original Assignee
Toshiba Corp
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 Toshiba Corp filed Critical Toshiba Corp
Priority to JP22480789A priority Critical patent/JPH0388060A/en
Publication of JPH0388060A publication Critical patent/JPH0388060A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To improve system efficiency by shortening overhead in load distribution control processing. CONSTITUTION:When a task start request is generated in a multisite system for executing load distribution, a processor 1a e.g. requests the start of other processors 1b, 1c in the sites (b), (c) of small load states if the load state of the request generation site ( self-site) (a) of the processor 1a is higher than a previously determined value. Respective sites (a) to (c) store the load of other sites and decides the sites of small load. Respective sites obtain the load information of other sites by overhead reduced as less as possible, so as to reflect the practical load states of respective sites whose information is monetarily changed and holds the site of the smallest load site out of the stored load information of other sites so as not to be different from the practical site of the smallest load. Consequently, the efficiency of the whole system can be improved.

Description

【発明の詳細な説明】 [発明の目的] (産業上の利用分野) 本発明は、複数計算機(マルチサイトという)により複
数のタスクを処理するマルチサイトシステムにおける負
荷分散制御方式に関する。
DETAILED DESCRIPTION OF THE INVENTION [Object of the Invention] (Industrial Application Field) The present invention relates to a load distribution control method in a multi-site system in which multiple computers (referred to as multi-site) process multiple tasks.

(従来の技術) 近年、計算機システムに関する要求の多様化および技術
の高度化に伴って、そのシステムが大規模化かつ複雑化
する傾向にあり、分散して各種タスクを大行する処理シ
ステムの需要が高まっている。
(Prior art) In recent years, with the diversification of requirements for computer systems and the advancement of technology, these systems have tended to become larger and more complex, and there has been a demand for processing systems that can perform various tasks in a distributed manner. is increasing.

このため、システムに投入されたタスクをシステム全体
の効率を考慮して、どのサイトで処理するかという負荷
分散制御が重要となる。
For this reason, it is important to perform load distribution control that determines which site processes tasks submitted to the system, taking into account the efficiency of the entire system.

ところで、従来の負荷分散制御においては、時々刻々変
化する各サイトの負荷を知るために、定期的に各サイト
の負荷状態(以下、単に負荷という)を放送通信し、こ
れを各サイトで記憶しておく等の手法がとられてきた。
By the way, in conventional load distribution control, in order to know the load on each site that changes from moment to moment, the load status of each site (hereinafter simply referred to as load) is periodically broadcast and communicated, and this is stored at each site. Techniques such as keeping it in place have been taken.

ところが、負荷を伝えるための通信の頻度が高くなると
、通信および記憶している各サイトの負荷の更新処理に
よるオーバヘッドが増大し、逆に負荷を伝えるための通
信の頻度が低くなると、実際の負荷と:c!憶されてい
る負荷とにト目違が生じ、負荷の大きいサイトにタスク
が集中したり、あるいは負荷の少ないサイトにタスクが
配分されなかったりするため、システムの効率が低下し
てしまうという問題を生じる。
However, if the frequency of communication to convey the load increases, the overhead due to communication and updating of the stored load of each site will increase, and conversely, if the frequency of communication to convey the load decreases, the actual load will increase. and:c! This solves the problem that the system efficiency decreases because there is a mismatch in the stored load, and tasks are concentrated on sites with a high load, or tasks are not distributed to sites with a low load. arise.

(発明が解決しようとする課題) このように、上述した従来の負荷分散制御の手法では、
負荷分散制御処理におけるオーバヘッドが増大し、これ
によりシステムの効率の向上が妨げられている。
(Problem to be solved by the invention) As described above, in the conventional load distribution control method described above,
Overhead in load distribution control processing increases, which impedes improvement in system efficiency.

本発明はこのような事情に対処してなされたもので、負
荷分散制御処理におけるオーバヘッドを短縮することに
よりシステムの効率の向上を図ることができる負荷分散
制御方式を提供することを目的とする。
The present invention has been made in response to such circumstances, and an object of the present invention is to provide a load distribution control method that can improve system efficiency by reducing the overhead in load distribution control processing.

[発明の構成コ (課題を解決するための手段) 請求項1記載の負荷分散制御方式は、複数のタスクを処
理するための複数のサイトを有し、それぞれのサイトが
自サイトの現在の負荷状態を判断し、負荷状態を他サイ
トに伝達し、他サイトの負荷状態を記憶する機能を備え
ており、負荷分散を分散して行うマルチサイトシステム
において、タスク起動要求発生時においては、自サイト
の負荷状態が予め定められた負荷状態限界に達している
か否かを判断し、自サイトの負荷状態が他サイトにて記
憶されている負荷状態より小さい場合および自サイトの
負荷状態が負荷限界を越えかつ他サイトにて記憶されて
いる負荷状態より小さい場合は、タスクを自サイトで起
動をかけて大行し、自サイトの負荷状態が負荷限界を越
えかつ他サイトにて記憶されている負荷状態に自サイト
の負荷状態よりも小さい負荷状態が存在する場合は、記
憶している他サイトの負荷状態のうち最小の負荷状態を
持つサイトをタスク起動要求先サイトとするとともに自
サイトをタスク起動要求元サイトとし、タスク起動要求
先サイト識別子、タスク起動要求元サイト識別子、タス
ク起動要求元の負荷状態、記憶しているタスク起動要求
先サイトの負荷状態およびタスクの起動要求から成る通
信情報を、タスク起動要求通信として全サイトに放送通
信し、タスク起動要求通信の受信時においては、記憶し
ているタスク起動要求元サイトの負荷状態を送られてき
た負荷薄状に更新し、自サイトがタスク起動要求先サイ
トである場合には、タスクを起動をかけて実行するよう
にしたものである。
[Configuration of the Invention (Means for Solving the Problem) The load distribution control method according to claim 1 has a plurality of sites for processing a plurality of tasks, and each site has a current load of its own site. It has the function of determining the status, transmitting the load status to other sites, and storing the load status of other sites.In a multi-site system that distributes the load, when a task start request occurs, the local site determines whether the load status of the site has reached a predetermined load status limit, and if the load status of the local site is smaller than the load status stored at another site, and if the load status of the local site exceeds the load limit. If the load state exceeds the load limit and is smaller than the load state stored on the other site, the task is started on the local site and executed, and the load state on the local site exceeds the load limit and is smaller than the load state stored on the other site. If there is a load state that is smaller than the load state of the own site, the site with the smallest load state among the remembered load states of other sites is set as the task start request destination site, and the task is started on the own site. Communication information consisting of a request source site, a task activation request destination site identifier, a task activation request source site identifier, a task activation request source's load status, a memorized task activation request destination site's load status, and a task activation request, Broadcast communication is sent to all sites as a task start request communication, and when the task start request communication is received, the load status of the task start requesting site is updated to the sent load condition, and the own site is activated to perform the task. If the site is the activation request destination, the task is activated and executed.

請求項2記載の負荷分散制御方式は、複数のタスクを処
理するための複数のサイトを有し、それぞれのサイトが
自サイトの現在の負荷状態を判断し、負荷状態を他サイ
トに伝達し、他サイトの負荷状態を記憶する機能を備え
ており、負荷分散を分散して行うマルチサイトシステム
において、自サイトにて他サイトの負荷状態を認識した
際は、自サイトの負荷状態が他サイトの負荷状態よりも
小さい場合、自サイトを負荷減少サイトとし、負荷威少
サイト識別子および負荷減少サイトの負荷状態を負荷減
少通知通信として全サイトに放送通信し、負荷減少通知
通信の受信した際は、記憶している負荷減少サイトの負
荷状態を送られてきた負荷状態に更新するようにしたも
のである。
The load distribution control method according to claim 2 has a plurality of sites for processing a plurality of tasks, each site determines the current load state of its own site, and transmits the load state to other sites, It has a function to remember the load status of other sites, and in a multi-site system where load distribution is distributed, when your own site recognizes the load status of other sites, the load status of your own site will be changed to that of the other site. If it is smaller than the load status, the site is designated as a load reduction site, and the load reduction site identifier and the load status of the load reduction site are broadcasted to all sites as a load reduction notification communication, and when the load reduction notification communication is received, The stored load status of the load reduction site is updated to the sent load status.

(作 用) 請求項1記載の負荷分散制御方式では、タスク起動要求
が発生したときに、その要求発生サイト(自サイトとい
う)の負荷状態が予め定められた値より高い時には、他
の負荷状態の少ないサイトで起動要求を行う。このとき
、それぞれのサイトは他サイトの負荷を記憶しており、
これを用いて負荷の少ないサイトを判断する。また他サ
イトの負荷情報をできるだけ少ないオーバヘッドでしか
もその情報が時々刻々変化する各サイトの実際の負荷状
態を反映し、実際に最も負荷の少ないサイトと記憶して
いる他サイトとの負荷情報の中で最も負荷状態の少ない
サイトがくい違わないように維持することにより、シス
テム全体の効率が高められる。
(Function) In the load distribution control method according to claim 1, when a task activation request occurs and the load state of the request generating site (referred to as the local site) is higher than a predetermined value, other load states are Make a startup request on a site with few users. At this time, each site remembers the load of other sites,
This is used to determine which sites have the least load. In addition, the load information of other sites is calculated with as little overhead as possible, and the information reflects the actual load status of each site that changes from moment to moment, and the load information of other sites that is remembered as the site with the lowest load is calculated. By ensuring that the least loaded site remains consistent, the overall efficiency of the system is increased.

つまり、各サイトは他サイトの負荷状態を記憶する機能
と現在の自サイトの負荷状態を判断する機能を持つ。
In other words, each site has the function of storing the load status of other sites and the function of determining the current load status of its own site.

そして、タスク起動要求発生時には、自サイトの負荷状
態が予め定めた負荷限界に達していないか判断し、自サ
イトの負荷状態が他サイトにて記憶されている負荷状態
より小さい場合および自サイトの負荷状態が負荷限界を
越えかつ他サイトにて記憶されている負荷状態より小さ
い場合は、タスクを自サイトで起動をかけて実行し、自
サイトの負荷状態が負荷限界を越えかつ他サイトにて記
憶されている負荷状態に自サイトの負荷状態よりも小さ
い負荷状態が存在する場合は、場合には、記憶している
他サイトの負荷状態のうち最小の負荷状態を持つサイト
をタスク起動要求先サイトとし自サイトをタスク起動要
求元サイトとして、タスク起動要求先サイト識別子、タ
スク起動要求元サイト識別子、タスク起動要求元の負荷
、記憶しているタスク起動要求先サイトの負荷およびタ
スクの起動要求の5つを、タスク起動要求通信として全
サイトに放送通信する。
When a task start request occurs, it is determined whether the load status of the own site has reached a predetermined load limit, and if the load status of the own site is smaller than the load status stored at another site, the load status of the own site is determined. If the load status exceeds the load limit and is smaller than the load status stored at the other site, the task will be started and executed at the local site, and if the load status at the local site exceeds the load limit and is smaller than the load status stored at the other site. If there is a load state that is smaller than the load state of the own site among the stored load states, the task launch request destination is the site with the smallest load state among the stored load states of other sites. The task start request destination site identifier, the task start request source site identifier, the load of the task start request source, the remembered load of the task start request destination site, and the task start request site, with the own site as the task start request source site. 5 are broadcasted to all sites as task activation request communications.

このタスク起動要求通信は、もともとタスク起動要求の
ために必要な通信であり、通信のオーバヘッドの増加に
はならない。
This task activation request communication is originally necessary for the task activation request, and does not result in an increase in communication overhead.

そして、自サイトが他サイトからタスク起動要求通信を
受信したときには、記憶しているタスク起動要求元サイ
トの負荷状態を送られてきた負荷状態に更新し、さらに
自サイトがタスク起動要求先サイトである場合には、タ
スクに起動をかけて実行する。
When the local site receives a task activation request communication from another site, it updates the stored load status of the task activation request source site to the load status sent, and further updates the local site to the task activation request destination site. If so, start and execute the task.

請求項2記載の負荷分散制御方式では、タスク起動要求
通信を受信したとき、各サイトは負荷状態が最小である
と思われているタスク起動要求先の負荷状態を知り得る
ので、自サイトの負荷状態と送られてきたタスク起動要
求先の負荷状態を比較し、自サイトの負荷状態がより小
さい場合には、自サイトを負荷減少サイトとし、負荷減
少サイト識別子および負荷減少サイトの負荷状態を負荷
減少通知通信として全サイトに放送通信する。この負荷
減少通知通信は、通信のオーバヘッドの増加になるが、
この通信が行われるのは記憶されている最小負荷状態よ
りも自サイトの実際の負荷状態の方が小さい場合、つま
り記憶されている最小負荷状態のサイトと実際の最小負
荷状態のサイトとが異なる場合であり、これを訂正する
ための必要最小限の通信である。
In the load distribution control method according to claim 2, when receiving the task activation request communication, each site can know the load status of the task activation request destination that is considered to have the lowest load status, so that the load on the own site can be reduced. Compare the status with the load status of the destination of the task start request sent, and if the load status of the local site is smaller, set the local site as the load reduction site and use the load reduction site identifier and the load status of the load reduction site as the load reduction site. Broadcast communication to all sites as a reduction notification communication. Although this load reduction notification communication increases communication overhead,
This communication occurs when the actual load state of the local site is smaller than the stored minimum load state, that is, the site with the stored minimum load state differs from the site with the actual minimum load state. This is the minimum communication required to correct this.

そして、負荷減少通知通信を受信した各サイトは、記憶
している負荷減少サイトの負荷状態を送られてきた負荷
状態に更新する。
Then, each site that receives the load reduction notification communication updates the stored load state of the load reduction site to the sent load state.

従って、最小の通信量とそれに伴う処理のオ−バヘッド
のみで、システムの効率を最大眼窩めることが可能とな
る。
Therefore, it is possible to maximize system efficiency with only the minimum amount of communication and associated processing overhead.

(実施例) 以下、本発明の実施例の詳細を図面に基づいて説明する
(Example) Hereinafter, details of an example of the present invention will be described based on the drawings.

第1図は、本発明の負荷分散制御方式に係るマルチサイ
トシステムの構成を示すものである。
FIG. 1 shows the configuration of a multi-site system according to the load distribution control method of the present invention.

同図において、la、lb、lcは自サイトの現在の負
荷状態を判断し、負荷を他サイトに伝達し、他サイトの
負荷を記憶する機能を備えたプロセッサ、2a、2b、
2eは放送通信手段としての通信装置をそれぞれ示して
いる。
In the figure, la, lb, and lc are processors 2a, 2b, and 2b, each having a function of determining the current load state of its own site, transmitting the load to other sites, and storing the load of other sites.
2e each indicates a communication device as a broadcast communication means.

そして、各プロセッサla、lb、lcおよび各通信装
置2a、2b、2cの対により、サイトa、b、cが構
成されている。
Pairs of processors la, lb, and lc and communication devices 2a, 2b, and 2c constitute sites a, b, and c.

次に、このようなtRhlのマルチサイトシステムの動
作を第2図ないし第10図を用いて説明する。
Next, the operation of such a tRhl multi-site system will be explained using FIGS. 2 to 10.

まず、本実施例における負荷分散制御方式は、各プロセ
ッサla、lb、lcがタスク起動要求発生時において
は第8図に示すように動作し、タスク起動要求通信を各
通信装置2a、2b、2cを経ての受信時においては第
9図に示すように動作し、負荷減少通知通信を各通信装
置2a、2b。
First, in the load distribution control method in this embodiment, each processor la, lb, lc operates as shown in FIG. At the time of reception via the communication device 2, the operation is performed as shown in FIG. 9, and the load reduction notification communication is sent to each communication device 2a, 2b.

2cを経ての受信時においては第10図に示すように動
作する。第2図は各プロセッサla、lb。
At the time of reception via 2c, the operation is as shown in FIG. FIG. 2 shows each processor la and lb.

1cの処理能力を示すものであり、単位峙間に処理可能
な化111量を表わしている。
It shows the processing capacity of 1c, and represents the amount of 111 that can be processed per unit square hour.

第3図は、各プロセッサla、lb、lcにおいてタス
クの起動要求が発生した場合の各タスク番号に対応した
タスク起動要求発生時刻、タスク起動要求発生プロセッ
サおよびタスクの仕事量を示すもので、負荷は各時点て
起動されているタスクの数とし、予め定めた負荷限度と
して値2を用いている。
Figure 3 shows the task start request generation time, the processor that generated the task start request, and the workload of the task corresponding to each task number when a task start request occurs in each processor la, lb, and lc. is the number of tasks activated at each point in time, and a value of 2 is used as the predetermined load limit.

第4図は、各プロセッサla、lb、lcにて起動され
るタスクの状態、第5図は実際の負?、:jと各サイト
で記憶している他サイトの負荷との変化をそれぞれ示し
ている。
FIG. 4 shows the state of tasks activated in each processor la, lb, and lc, and FIG. 5 shows the actual negative state? , :j and the load of other sites stored at each site are shown.

そして、まずプロセッサ1aにて時刻0にタスク番号l
の起動要求が発生すると、自サイト負荷が予め定められ
た負荷限界に達しているか否か、あるいは自サイトの負
荷が他のサイトの負荷より小さいか否かを判断しくステ
ップ801) 、負荷限界に達しておりかつ自サイトの
負荷が他のサイトの負荷より小さい場合には、自サイト
にて起動をかけ実行する(ステップ802)。
First, at time 0 in processor 1a, task number l is
When a startup request occurs, it is determined whether the load on the local site has reached a predetermined load limit, or whether the load on the local site is smaller than the load on other sites (step 801), and the load limit has been reached. If the load has been reached and the load on the local site is smaller than the load on the other sites, the local site starts and executes (step 802).

これに対し、負荷限界に達せずかつ自サイトの負荷が他
のサイトの負荷より小さくない場合には、記憶している
他サイトの負荷のうち最小の負荷を持つサイトをタスク
起動要求先サイトおよび自サイトのタスク起動要求元サ
イトとし、タスク起動要求先サイト番号、タスク起動要
求元サイト番号、タスク起動要求元の負荷、記憶してい
るタスク起動要求先サイトの負荷およびタスクの起動要
求をタスク起動要求通信として全サイトに放送通信する
(ステップ803)。
On the other hand, if the load limit has not been reached and the load on the local site is not smaller than the load on other sites, the site with the lowest load among the stored loads on other sites is selected as the task activation request destination site. The task start request site number of the task start request destination site, the task start request source site number, the load of the task start request source, the load of the task start request destination site that is remembered, and the task start request are set as the task start request source site of the own site. Broadcast communication is made to all sites as a request communication (step 803).

同様にして、タスク番号2〜7までが起動要求発生サイ
トで起動がかけられ大行される。
Similarly, task numbers 2 to 7 are activated and executed at the activation request generating site.

時刻7においては、例えばプロセッサ1bにてタスク 
8の起動要求が発生すると、自サイトの負荷2は予め定
められた負荷限界2に達していて、かつ記憶している他
のサイトの負荷に自サイトの負荷よりも小さい負荷が存
柱する(第5図に示すようにサイトa、bともにO)の
で(ステップ80t)、この時点で記憶している他サイ
、ト負荷のうち最小の負荷を持つサイトaをタスク起動
要求先サイトとし、自サイトbをタスク起動要求元サイ
トとして、タスク起動要求先サイト識別子b1タスク起
動要求元の負荷2、記憶しているタスク起動要求先サイ
トの負荷0およびタスク 8の起動要求をタスク起動要
求通信として全サイトに放送通信する(ステップ803
)。
At time 7, for example, the processor 1b executes a task.
When the startup request No. 8 occurs, the load 2 of the own site has reached the predetermined load limit 2, and the stored load of another site is smaller than the load of the own site ( As shown in FIG. 5, both sites a and b are O) (step 80t), so site a, which has the smallest load among the other sites and loads stored at this point, is set as the task start request destination site, and Assuming that site b is the task start request source site, the task start request destination site identifier b1, the load 2 of the task start request source, the stored load 0 of the task start request destination site, and the start request of task 8 are all sent as task start request communications. Broadcast communication to the site (step 803)
).

このタスク起動要求通信を通信装置2aを経て受信した
プロセッサ1aでは、記憶しているタスク起動要求元サ
イトbの負荷0を送られてきた値2に更新しくステップ
901) 、自サイトaがタスク起動要求先サイトaで
あるか否かを判断する(ステップ902)。
The processor 1a that receives this task activation request communication via the communication device 2a updates the stored load 0 of the task activation requesting site b to the sent value 2 (step 901), and starts the task at its own site a. It is determined whether the request destination site is a (step 902).

タスク起動要求先サイトaであると判断した場合には、
タスク 8に起動をかけて実行(ステップ903) し
た後、自サイトaの負荷2か送られてきたタスク起動要
求先の負荷0よりも小さいか否かを判断(ステップ90
4)する。
If it is determined that the task start request destination is site a,
After starting task 8 and executing it (step 903), it is determined whether the load 2 of the local site a is smaller than the load 0 of the destination of the task start request sent (step 90).
4) Do.

自サイトaの負荷2が送られてきたタスク起動要求先の
負荷0よりも小さくないと111断した場合には、後の
処理は実行しない。
If it is determined in 111 that the load 2 of the own site a is not smaller than the load 0 of the task activation request destination, the subsequent processing is not executed.

一方、同タスク起動要求通信を通信装置2cを経て受信
したプロセッサICでは、記憶しているタスク起動要求
元サイトbの負荷0を送られてきた値2に更新する(ス
テップ90■)か、(ステップ902)において自サイ
トCがタスク起動要求先サイトaでないと判断され、(
ステップ904)においては自サイトCの負荷2が送ら
れてきたタスク起動要求先の負σfOよりも小さいと判
断されるので、後の処理は実行しない。
On the other hand, the processor IC that has received the same task activation request communication via the communication device 2c updates the stored load 0 of the task activation request source site b to the sent value 2 (step 90■) or ( In step 902), it is determined that the own site C is not the task activation request destination site a, and (
In step 904), it is determined that the load 2 of the local site C is smaller than the negative σfO of the task activation request destination, so the subsequent processing is not executed.

時刻8においては、プロセッサICにてタスク9の起動
要求が発生したときも(この時点で第5図に示すように
自サイトCの負荷が2、記憶しているサイトaの負荷が
0、サイトbの負荷が2)同様にタスク 9はプロセッ
サ1aで起動がかけられ実行され、このとき各サイトの
記憶されているサイトCの負荷状態は0から 2に更新
される。
At time 8, when a request to start task 9 is generated in the processor IC (at this point, as shown in FIG. 5, the load of own site C is 2, the stored load of site a is 0, 2) Similarly, task 9 is activated and executed by processor 1a, and at this time, the load status of site C stored in each site is updated from 0 to 2.

時刻9においては、プロセッサ]aにてタスクlOの起
動要求が発生したときも(この時点で第5図に示すよう
に自サイトaの負荷が3、記憶しているサイトbの負荷
が2、サイトCの負荷が2)同様にタスク起動要求先サ
イト識別子b1タスク起動要求元サイト識別子a1タス
ク起動要求元の負荷3、記憶しているタスク起動要求先
サイトの負荷2およびタスク10の起動要求を、タスク
起動要求通信として全サイトに放送通信する(ステップ
803)。
At time 9, even when a request to start task IO is generated in processor]a (at this point, as shown in FIG. 5, the load of own site a is 3, the stored load of site b is 2, 2) Similarly, if the load on site C is 2), task start request destination site identifier b1 task start request source site identifier a1 task start request source load 3, stored task start request destination site load 2, and task start request , broadcast communication to all sites as a task activation request communication (step 803).

このタスク起動要求通信を通信装置2bを経て受信した
プロセッサ2bでは、記憶しているサイトaの負荷を0
から 3に更新し、タスク10に起動をかけ実行する。
The processor 2b that receives this task activation request communication via the communication device 2b sets the stored load of the site a to 0.
Update from to 3, start and execute task 10.

一方、同タスク起動要求通信を通信装置3bを経て受信
したプロセッサ3bでは、記憶しているサイトaの負荷
を0から 3に更新した後、自サイトcの負荷1が送ら
れてきたタスク起動要求先の負荷2よりも小さいと判断
(ステップ904) t、、負荷減少サイト識別子Cお
よび自サイトの負荷1を負荷減少通知通信として全サイ
トに放送通信する(ステップ905)。この負荷減少通
知通信を通信装置2a、2bを経て受信したプロセッサ
la。
On the other hand, the processor 3b that received the same task activation request communication via the communication device 3b updates the stored load of site a from 0 to 3, and then updates the task activation request to which load 1 of own site c is sent. It is determined that the load is smaller than the previous load 2 (step 904), and the load reduction site identifier C and the load 1 of the own site are broadcasted to all sites as a load reduction notification communication (step 905). Processor la receives this load reduction notification communication via communication devices 2a and 2b.

■bでは、記憶しているサイトCの負荷を2からlに更
新する(ステップ1001)。
(2) In b, the stored load of site C is updated from 2 to 1 (step 1001).

これにより時刻10にお、いて、プロセッサ1bにてタ
スク11の起動要求が発生したときは、タスク11は実
際に負荷が最小であるプロセッッサ1cで起動がかけら
れ実行され、このとき各サイトの記憶されているサイト
bの負荷状態は2から 3に更新される。
As a result, at time 10, when a request to start task 11 is generated on processor 1b, task 11 is actually started and executed on processor 1c, which has the lowest load, and at this time, the memory of each site is The load status of site b is updated from 2 to 3.

以上のような処理により、負荷状態を他サイトに伝える
ために必要だった通信に伴う記憶している負荷状態の更
新回数は5回となる。またタスク1からタスク11まで
の全タスクを実行するのに要する時間は19となる。
As a result of the above processing, the number of times the stored load status is updated due to the communication required to convey the load status to other sites is five times. Further, the time required to execute all tasks from task 1 to task 11 is 19.

ちなみに、従来のように各単位時間毎に各サイトの負荷
が変更した場合にこれを通知し合う手法では、各タスク
の実行状態が本手法と同様第4図に示す様になり、全タ
スクを実行するのに要する時間は19となって本手法に
よるシステムでの効率は同等となるが、負荷状態を他サ
イトに伝えるために必要となる通信に伴う記憶している
負荷状態の更新回数は22回となるため、本実施例によ
る手法よりオーバヘッドが大きくなる。
By the way, in the conventional method of notifying each other when the load on each site changes every unit of time, the execution status of each task becomes as shown in Figure 4, which is the same as in this method, and all tasks are The time required for execution is 19, and the efficiency of the system using this method is the same, but the number of updates of the stored load status due to the communication required to convey the load status to other sites is 22. This results in a larger overhead than the method according to this embodiment.

また従来のように、3単位時間毎に各サイトの負荷が変
更した場合にこれを通知し合う手法では、各タスクの実
行状態は第6図の様になり、実際の負荷状態と各サイト
で記憶している他サイトの負荷状態との変化は第7図の
様になり、このときの全タスクを実行するのに要した時
間は25となるため、本実施例による手法よりシステム
の効率が悪くなる。
In addition, with the conventional method of notifying each other when the load of each site changes every 3 units of time, the execution status of each task becomes as shown in Figure 6, and the actual load status and each site The change in the memorized load status of other sites is as shown in Figure 7, and the time required to execute all tasks at this time is 25, so the system is more efficient than the method according to this example. Deteriorate.

さらに、従来の手法では、負荷状態を他サイトに伝える
ために必要となる通信に伴う記憶している負荷状態の更
新回数は1211iiとなるため、本実施例による手法
よりオーバヘッドも大きくなる。
Furthermore, in the conventional method, the number of updates of the stored load state due to the communication required to convey the load state to other sites is 1211ii, so the overhead is larger than the method according to the present embodiment.

[発明の効果] 以上説明したように、本発明の負荷分散制御方式によれ
ば、負荷分散制御処理におけるオーバヘッドを短縮する
ことによりシステムの効率の向上を図ることができる。
[Effects of the Invention] As described above, according to the load distribution control method of the present invention, the efficiency of the system can be improved by reducing the overhead in load distribution control processing.

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

第1図は本発明の負荷分散制御方式に係るマルチサイト
システムの構成を示すブロック図、第2図は第1図の各
プロセッサの処理能力を単位峙間に処理可能な仕事量で
示す図、第3図は第1図の各プロセッサにおいてタスク
の起動要求が発生した場合の各タスク番号に対応したタ
スク起動要求発生時刻、タスク起動要求発生プロセッサ
およびタスクの仕事量を示す図、第4図は第1図の各プ
ロセッサにて起動されるタスクの状態を示す図、第5図
は第1図のマルチサイトシステムにおける実際の負荷と
各サイトで記憶している他サイトの負荷との変化を示す
図、第6図は第4図のタスクの状態との比較例、第7図
は第6図の負荷状態の変化を示す図、第8図は第1図の
各プロセッサのタスク起動要求発生時における動作を示
すフローチャート、第9図は第1図のマルチサイトシス
テムにおけるタスク起動要求通信の受信時においての動
作を示すフローチャート、第10図は第1図のマルチサ
イトシステムにおける負荷減少通知通信の受信時におい
ての動作を示すフローチャートである。 la 、  lb 、  lc−・・プロセッサ、2a
、2b。 2c・・・通信装置、a、b、c・・・サイト。
FIG. 1 is a block diagram showing the configuration of a multi-site system according to the load distribution control method of the present invention, and FIG. 2 is a diagram showing the processing capacity of each processor in FIG. 1 in terms of the amount of work that can be processed per unit time. Figure 3 is a diagram showing the task activation request generation time, task activation request generating processor, and task workload corresponding to each task number when a task activation request occurs in each processor in Figure 1; Figure 1 shows the status of tasks started on each processor, and Figure 5 shows changes in the actual load in the multi-site system in Figure 1 and the load of other sites stored at each site. Figure 6 is a comparison example with the task status in Figure 4, Figure 7 is a diagram showing changes in the load status in Figure 6, and Figure 8 is when a task activation request is generated for each processor in Figure 1. 9 is a flowchart showing the operation at the time of receiving the task activation request communication in the multi-site system of FIG. 1, and FIG. 10 is a flow chart showing the operation at the time of receiving the task activation request communication in the multi-site system of FIG. 1. 3 is a flowchart showing the operation at the time. la, lb, lc--processor, 2a
, 2b. 2c...Communication device, a, b, c...Site.

Claims (2)

【特許請求の範囲】[Claims] (1)複数のタスクを処理するための複数のサイトを有
し、それぞれのサイトが自サイトの現在の負荷状態を判
断し、負荷状態を他サイトに伝達し、他サイトの負荷状
態を記憶する機能を備えており、負荷分散を分散して行
うマルチサイトシステムにおいて、 タスク起動要求発生時においては、 前記自サイトの負荷状態が予め定められた負荷状態限界
に達しているか否かを判断し、自サイトの負荷状態が前
記他サイトにて記憶されている負荷状態より小さい場合
および自サイトの負荷状態が前記負荷限界を越えかつ前
記他サイトにて記憶されている負荷状態より小さい場合
は、タスクを自サイトで起動をかけて実行し、前記自サ
イトの負荷状態が前記負荷限界を越えかつ他サイトにて
記憶されている負荷状態に自サイトの負荷状態よりも小
さい負荷状態が存在する場合は、記憶している他サイト
の負荷状態のうち最小の負荷状態を持つサイトをタスク
起動要求先サイトとするとともに自サイトをタスク起動
要求元サイトとし、タスク起動要求先サイト識別子、タ
スク起動要求元サイト識別子、タスク起動要求元の負荷
状態、記憶しているタスク起動要求先サイトの負荷状態
およびタスクの起動要求から成る通信情報を、タスク起
動要求通信として全サイトに放送通信し、前記タスク起
動要求通信の受信時においては、記憶しているタスク起
動要求元サイトの負荷状態を送られてきた負荷荷状に更
新し、自サイトがタスク起動要求先サイトである場合に
は、タスクを起動をかけて実行する ようにしたことを特徴とする負荷分散制御方式。
(1) Having multiple sites to process multiple tasks, each site determines the current load status of its own site, transmits the load status to other sites, and remembers the load status of other sites. In a multi-site system that performs load distribution in a distributed manner, when a task activation request occurs, it is determined whether the load state of the own site has reached a predetermined load state limit, If the load state of the own site is smaller than the load state stored in the other site, or if the load state of the own site exceeds the load limit and is smaller than the load state stored in the other site, the task is started and executed at the local site, and if the load status of the local site exceeds the load limit and there is a load status stored at another site that is smaller than the load status of the local site, then , the site with the lowest load state among the stored load states of other sites is set as the task start request destination site, and the own site is set as the task start request source site, the task start request destination site identifier, the task start request source site Communication information consisting of an identifier, the load state of the task start request source, the stored load state of the task start request destination site, and the task start request is broadcasted to all sites as a task start request communication, and the task start request communication is When receiving the request, it updates the memorized load status of the task start requesting site to the sent load information, and if the local site is the task start requesting site, starts the task. A load distribution control method characterized in that it is executed.
(2)複数のタスクを処理するための複数のサイトを有
し、それぞれのサイトが自サイトの現在の負荷状態を判
断し、負荷状態を他サイトに伝達し、他サイトの負荷状
態を記憶する機能を備えており、負荷分散を分散して行
うマルチサイトシステムにおいて、 前記自サイトにて前記他サイトの負荷状態を認識した際
は、自サイトの負荷状態が前記他サイトの負荷状態より
も小さい場合、自サイトを負荷減少サイトとし、負荷減
少サイト識別子および負荷減少サイトの負荷状態を負荷
減少通知通信として全サイトに放送通信し、前記負荷減
少通知通信の受信した際は、記憶している負荷減少サイ
トの負荷状態を送られてきた負荷状態に更新する ようにしたことを特徴とする負荷分散制御方式。
(2) Having multiple sites to process multiple tasks, each site determines the current load status of its own site, transmits the load status to other sites, and remembers the load status of other sites. In a multi-site system that performs load distribution in a distributed manner, when the own site recognizes the load status of the other site, the load status of the own site is smaller than the load status of the other site. In this case, the own site is set as a load reduction site, the load reduction site identifier and the load state of the load reduction site are broadcasted to all sites as a load reduction notification communication, and when the load reduction notification communication is received, the stored load A load distribution control method characterized by updating the load status of a reduced site to the transmitted load status.
JP22480789A 1989-08-31 1989-08-31 Load distribution control system Pending JPH0388060A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP22480789A JPH0388060A (en) 1989-08-31 1989-08-31 Load distribution control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP22480789A JPH0388060A (en) 1989-08-31 1989-08-31 Load distribution control system

Publications (1)

Publication Number Publication Date
JPH0388060A true JPH0388060A (en) 1991-04-12

Family

ID=16819514

Family Applications (1)

Application Number Title Priority Date Filing Date
JP22480789A Pending JPH0388060A (en) 1989-08-31 1989-08-31 Load distribution control system

Country Status (1)

Country Link
JP (1) JPH0388060A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05216845A (en) * 1991-10-31 1993-08-27 Internatl Business Mach Corp <Ibm> Method for operating computer in network

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05216845A (en) * 1991-10-31 1993-08-27 Internatl Business Mach Corp <Ibm> Method for operating computer in network

Similar Documents

Publication Publication Date Title
US6725455B2 (en) Method for assigning tasks, data processing system, client data processing nodes and machine-readable storage medium
US5642483A (en) Method for efficiently broadcast messages to all concerned users by limiting the number of messages that can be sent at one time
JPS61253572A (en) Load distributing system for loose coupling multi-processor system
CN116414527A (en) Method and system for greatly improving performance of distributed transaction coordinator
JPH0388060A (en) Load distribution control system
JPH11232233A (en) Network computer management method and network computer system
CN113515557A (en) Distributed short sequence number generation method and device
JPS62172840A (en) Transferring system for data
CN111245909A (en) Distributed dynamic scheduling method and device, electronic equipment and storage medium
JP2526399B2 (en) Load balancing method for parallel computers
CN113220491B (en) Remote call self-adaptive load balancing method, device and system and computer equipment
JPH06243077A (en) Distributed transaction processing method
US11586632B2 (en) Dynamic transaction coalescing
JP2002007192A (en) Method for updating data and system for the same
JPH0512173A (en) Information processor
KR100212450B1 (en) Base station of mobile telecommunication system
JPWO2007108133A1 (en) Multiprocessing method and multiprocessor system
JPH03246658A (en) Load distribution system for distribution processing system
CN113742063A (en) Distributed timing scheduling system and method
CN113032131A (en) Redis-based distributed timing scheduling system and method
JPS59177638A (en) Control system of message preferential transmission
JP2003256394A (en) Transaction processing load distribution method and system therefor
CN115297115A (en) Cloud computing system and scheduling method thereof
JPH096696A (en) Data delivery method
CN113992516A (en) Firmware updating method and device for equipment of Internet of things and Internet of things