JPH05189253A - Exclusive control method for common resource in computer - Google Patents

Exclusive control method for common resource in computer

Info

Publication number
JPH05189253A
JPH05189253A JP4021738A JP2173892A JPH05189253A JP H05189253 A JPH05189253 A JP H05189253A JP 4021738 A JP4021738 A JP 4021738A JP 2173892 A JP2173892 A JP 2173892A JP H05189253 A JPH05189253 A JP H05189253A
Authority
JP
Japan
Prior art keywords
resource
task
exclusive control
time
control method
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
JP4021738A
Other languages
Japanese (ja)
Inventor
Hitoshi Kurosawa
斎 黒沢
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.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry Co 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 Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Priority to JP4021738A priority Critical patent/JPH05189253A/en
Publication of JPH05189253A publication Critical patent/JPH05189253A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To prevent the time-out of an online terminal even if traffic is con gested, to occupy resource preferentially and to automatically release a deadlock being a serious fault as an online system. CONSTITUTION:(1) When the number of designated registration queuing is larger than that which is previously registered for prescribed resource at the time of declaring prescribed resource (step S2), occupation impossible information on the resource is returned to an application (step S3). (2) Priority is provided for same resource, and FIFO control is executed at every level (steps S12-S14). (3) Queuing time is supervised (step S21). When it exceeds prescribed time, (step S22), the effect is returned to the application (step S23), and the deadlock is released.

Description

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

【0001】[0001]

【産業上の利用分野】本発明は、計算機における共通資
源の排他制御方法に関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an exclusive control method for common resources in a computer.

【0002】[0002]

【従来の技術】図7に示す如きオンラインシステムにお
いて、オンライン端末T#1〜T#iは全て同じ業務を
行うことができる。この種のオンラインシステムにおけ
る排他制御は、従来、図8に示す方法で行っている。す
なわち、タスクA,タスクB,タスクCが各々計算機の
共通資源を使用するため、資源Rの占有を宣言する。図
8は、タスクA→タスクB→タスクCの順序で宣言を行
った例を示している。
2. Description of the Related Art In an online system as shown in FIG. 7, all online terminals T # 1 to T # i can perform the same business. Exclusive control in this type of online system is conventionally performed by the method shown in FIG. That is, since task A, task B, and task C each use a common resource of the computer, the occupation of resource R is declared. FIG. 8 shows an example in which declarations are made in the order of task A → task B → task C.

【0003】この場合、タスクAが資源Rの資源解除を
宣言するまで、他のタスクB,タスクCは待ち合わせら
れることになる。資源Rを占有宣言中は資源Rの管理キ
ューにタスクA,タスクB,タスクCのTCB(タスク
コントロールブロック)アドレスが登録される。
In this case, the other tasks B and C are kept waiting until the task A declares the release of the resource R. During the declaration of occupation of the resource R, the TCB (task control block) addresses of the tasks A, B, and C are registered in the management queue of the resource R.

【0004】資源Rの管理キューに登録される場合の概
念図を図9に示す。すなわち、資源RにタスクA,タス
クB,タスクCがキューイングされることは、資源R管
理ブロックにタスクAのTCBアドレス(a)が登録さ
れ、タスクAのTCBにタスクBのTCBアドレス
(b)が登録され、タスクCのTCBには最終である意
味で0が登録される。
FIG. 9 shows a conceptual diagram when the resource R is registered in the management queue. That is, the fact that the task A, the task B, and the task C are queued in the resource R means that the TCB address (a) of the task A is registered in the resource R management block, and the TCB address of the task B (b) is registered in the TCB of the task A. ) Is registered, and 0 is registered in the TCB of task C in the final meaning.

【0005】[0005]

【発明が解決しようとする課題】しかしながら、上述し
た従来の排他制御方法では、資源Rの管理キューに例え
ば10個のタスクが登録された場合、10個目にキュー
イングされたタスクは1〜9個目のタスクが全て処理さ
れるまで待ち合わせられることになるため、トランザク
ション量が輻輳したときにはレスポンスが遅れ、オンラ
イン端末のタイムアウトが発生することになる。さらに
は、管理キューに登録された順に処理されることになる
ため、資源を優先的に占有して待合わせ時間を短くする
ということができなかった。
However, in the above-described conventional exclusive control method, when, for example, 10 tasks are registered in the management queue of the resource R, the 10th task queued is 1 to 9 tasks. Since the waiting is done until all the tasks are processed, the response is delayed when the transaction amount is congested, and the online terminal times out. Furthermore, since the processes are processed in the order in which they are registered in the management queue, it was not possible to preferentially occupy the resources and shorten the waiting time.

【0006】また、排他制御でタスクが複数個の資源を
占有している場合、タスク間でデッドロックが発生し、
以降の処理ができなくなるという問題もあった。すなわ
ち、図10において、タスクAが資源Ra→資源Rbの
順序で占有を宣言し、タスクBが資源Rb→資源Raの
順序で占有を宣言するものとし、タスクAが資源Rbの
占有を宣言したとき、資源Rbに関してはタスクBが既
に占有を宣言しているため待合わせとなる。一方、タス
クBが資源Raの占有を宣言したとき、タスクAが既に
その資源Raを占有しているため待合わせとなる。従っ
て、タスクA,B共に待合わせとなり、デッドロック状
態となるのである。
When a task occupies a plurality of resources by exclusive control, deadlock occurs between tasks,
There was also a problem that subsequent processing could not be performed. That is, in FIG. 10, task A declares occupation in the order of resource Ra → resource Rb, task B declares occupation in the order of resource Rb → resource Ra, and task A declares occupation of resource Rb. At this time, with respect to the resource Rb, the task B has already declared occupancy, and therefore, it is a wait. On the other hand, when the task B declares the occupation of the resource Ra, the task A already occupies the resource Ra, so that the waiting is made. Therefore, both tasks A and B are in a waiting state, and are in a deadlock state.

【0007】そこで、本発明は、トラヒックが輻輳して
もオンライン端末のタイムアウトを防止できるととも
に、資源を優先的に占有でき、しかもオンラインシステ
ムとして重大な障害であるデッドロックを自動的に解除
し得る共通資源の排他制御方法を提供することを目的と
する。
Therefore, according to the present invention, it is possible to prevent the time-out of the online terminal even when the traffic is congested, preferentially occupy the resource, and automatically cancel the deadlock which is a serious obstacle as the online system. The purpose is to provide an exclusive control method for common resources.

【0008】[0008]

【課題を解決するための手段】本発明による共通資源の
排他制御方法は、所定の資源の占有を宣言するとき、登
録待合わせ個数を指定し、その指定個数が前記所定の資
源に対して予め登録されている個数よりも大であれば、
アプリケーションに対して前記所定の資源の占有不可情
報を返却するようにする。
According to the method for exclusive control of a common resource according to the present invention, when declaring occupancy of a predetermined resource, the number of waiting for registration is designated, and the designated number is preset for the predetermined resource. If it is larger than the registered number,
The non-occupancy information of the predetermined resource is returned to the application.

【0009】また、同じ資源に対して優先度を設け、所
定の資源の占有を宣言するとき、優先レベルを指定し、
その指定優先レベルが予め指定されている優先レベルよ
りも優先度が高い場合に、資源を優先的に占有するよう
にする。さらに、デッドロック状態の発生によって待合
わせ状態となったとき、その待合わせ時間を監視し、こ
の待合わせ時間が規定時間を越えたとき、その旨をアプ
リケーションに返却してデッドロックを解除するように
する。
[0009] Further, when a priority is set for the same resource and a occupancy of a predetermined resource is declared, a priority level is designated,
When the designated priority level has a higher priority than the designated priority level, the resource is preferentially occupied. Furthermore, when a waiting state occurs due to the occurrence of a deadlock state, the waiting time is monitored, and when this waiting time exceeds a specified time, the fact is returned to the application and the deadlock is released. To

【0010】[0010]

【作用】所定の資源の占有を宣言するとき、指定した登
録待合わせ個数が所定の資源に対して予め登録されてい
る個数よりも大であれば、アプリケーションに対して資
源の占有不可情報を返却することで、トラヒックが輻輳
してもレスポンスの遅れを防止できることから、オンラ
イン端末のタイムアウトを防げる。
When the occupancy of the predetermined resource is declared, if the designated number of registration waits is larger than the number registered in advance for the predetermined resource, the resource occupancy information is returned to the application. By doing so, delay in response can be prevented even if traffic is congested, and thus timeout of online terminal can be prevented.

【0011】また、同じ資源に対して優先度を設け、レ
ベル毎のFI(First-in)FO(First-out) 制御を行うこ
とで、資源を優先的に占有できるため、優先端末/一般
端末の制御ができる。さらに、待合わせ時間を監視し、
規定時間を越えたとき、その旨をアプリケーションに返
却し、オンラインシステムとして重大な障害であるデッ
ドロックを自動的に解除する。
Further, by assigning priority to the same resource and performing FI (First-in) FO (First-out) control for each level, the resource can be preferentially occupied, so that a priority terminal / general terminal Can be controlled. Furthermore, monitor the waiting time,
When the specified time is exceeded, the fact is returned to the application and the deadlock, which is a serious failure as an online system, is automatically released.

【0012】[0012]

【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。本発明による共通資源の排他制御方法は、
資源占有登録処理機能、資源占有解除処理機能及び資源
占有時間監視処理機能の各機能を有しており、各々の処
理フローを図1(A),(B)及び(C)に示す。先
ず、資源占有登録処理機能は、図2に示すように、例え
ばタスクDが資源Rを占有宣言するとき、登録待合わせ
個数をアプリケーション(AP)で指定する機能であ
る。
Embodiments of the present invention will now be described in detail with reference to the drawings. The exclusive control method for common resources according to the present invention is
It has a resource occupancy registration processing function, a resource occupancy cancellation processing function, and a resource occupancy time monitoring processing function, and the respective processing flows are shown in FIGS. 1 (A), 1 (B) and 1 (C). First, as shown in FIG. 2, the resource occupancy registration processing function is a function of designating the number of waiting for registration by the application (AP) when, for example, the task D declares occupancy of the resource R.

【0013】すなわち、図1(A)において、先ず、登
録個数の指定があるか否かを判断し(ステップS1)、
指定有りの場合には、指定した登録待合わせ個数が登録
個数オーバか否かを判断する(ステップS2)。登録個
数オーバであれば、資源Rの占有不可をAPへ返却し
(ステップS3)、登録個数の指定が無い場合又は登録
個数がオーバでない場合は、タスクDをレベルiの管理
キューへ登録する(ステップS4)。
That is, in FIG. 1A, first, it is judged whether or not the number of registered items is designated (step S1),
If there is a designation, it is determined whether or not the designated number of registration waits exceeds the registered number (step S2). If the registered number is exceeded, the resource R cannot be occupied is returned to the AP (step S3). If the registered number is not specified or the registered number is not exceeded, the task D is registered in the management queue of level i ( Step S4).

【0014】例えば、登録待合わせ個数を「4」と指定
した場合には、資源Rに対して既に3個登録されていた
ならば、APに対して資源Rの占有不可として直ちにA
Pへ返却する。従って、そのAPは、使用者に対して輻
輳の旨のメッセージを知らせることができることにな
る。これに対し、従来は、資源Rの占有を行うと無条件
に登録していたため、資源Rの最終に登録されたタスク
は全ての処理が完了するまで待ち合わせられ、使用者に
対するレスポンスが遅くなっていた。
For example, when the number of waiting for registration is designated as "4", if three resources have already been registered for the resource R, the resource R cannot be occupied by the AP and immediately A
Return to P. Therefore, the AP can notify the user of the message indicating the congestion. On the other hand, in the past, since the resource R was unconditionally registered when it was occupied, the task registered at the end of the resource R is waited until all processing is completed, and the response to the user is delayed. It was

【0015】次に、資源占有解除処理機能は、図3に示
すように、例えばタスクKが資源Rを占有宣言すると
き、優先レベルを指定する機能である。例えば、タスク
A,タスクB,タスクCがレベル2で資源Rを占有する
宣言を行った後、タスクKがレベル1で同じ資源Rを占
有する宣言を行う。なお、レベル1はレベル2に対して
優先度が高いものとする。このとき処理される順序は、
タスクA→タスクK→タスクB→タスクCとなる。これ
に対し、従来は、タスクA→タスクB→タスクC→タス
クKの順序で処理されていた。
Next, the resource occupation release processing function is a function of designating a priority level when the task K declares occupation of the resource R, as shown in FIG. For example, after task A, task B, and task C make a declaration to occupy the resource R at level 2, task K makes a declaration to occupy the same resource R at level 1. Note that level 1 has a higher priority than level 2. The order of processing at this time is
Task A → task K → task B → task C. On the other hand, conventionally, processing was performed in the order of task A → task B → task C → task K.

【0016】すなわち、図1(B)において、先ず資源
Rの解除によってレベルi(レベル2)のタスクを登録
から解除し(ステップS11)、続いて優先レベル(レ
ベル1)の資源Rの待合わせタスク有りか否かを判断す
る(ステップS12)。優先レベルの資源待合わせタス
ク有りの場合は、優先レベルで待合わせ中のタスクを占
有可能でAPへ返却し(ステップS13)、優先レベル
の資源待合わせタスク無しの場合は、レベルiで待合わ
せのタスクを占有可能でAPへ返却する(ステップS1
4)。
That is, in FIG. 1B, the task of level i (level 2) is first unregistered by releasing the resource R (step S11), and then the resource R of the priority level (level 1) is waited for. It is determined whether or not there is a task (step S12). If there is a resource waiting task at the priority level, the task waiting at the priority level can be occupied and returned to the AP (step S13). If there is no resource waiting task at the priority level, wait at level i Task can be occupied and returned to AP (step S1)
4).

【0017】次に、資源占有時間監視処理機能は、例え
ばタスクA,Bが資源Ra,Rbを占有している場合、
図4に示すように、タスク間でデッドロックが発生して
も一定時間経過後、デッドロック状態を自動的に解除す
る機能である。例えば、タスクBはタスクAが資源Ra
の占有解除を宣言するまで待合わせの状態となって折
り、タスクAはタスクBが資源Rbの占有解除を宣言す
るまで待合わせ状態となっているものとする。
Next, the resource occupation time monitoring processing function, for example, when the tasks A and B occupy the resources Ra and Rb,
As shown in FIG. 4, even if a deadlock occurs between tasks, it is a function that automatically releases the deadlock state after a certain period of time. For example, for task B, task A has resource Ra
It is assumed that the task A is in a waiting state until it declares the exclusive release of the resource Rb, and the task A is in the waiting state until the task B declares the exclusive release of the resource Rb.

【0018】この状態で、資源の占有時間監視処理機能
が定周期(例えば、2秒周期)で起動することにより、
タスクの待合わせ時間を監視する。待合わせ時間を例え
ば最大10秒と規定すれば、5周期目で待合わせ状態と
なっているタスクを強制的に待合わせ解除し、APに返
却する。これにより、デッドロック状態は10秒で解除
される。また、どのタスク間でデッドロック状態になっ
ているかもAPに返却された状態から発見できることに
なる。
In this state, the resource occupation time monitoring processing function is activated at a fixed cycle (for example, a 2-second cycle),
Monitor the waiting time for tasks. If the waiting time is defined to be, for example, 10 seconds at the maximum, the waiting task in the fifth cycle is forcibly released and returned to the AP. As a result, the deadlock state is released in 10 seconds. In addition, it is possible to find out which task is in the deadlock state from the state returned to the AP.

【0019】すなわち、図1(A)において、Ri(i
=a又b)キューで待合わせのタイマー値nをカウント
アップし(ステップS21)、タイマー値オーバか否か
を判断し(ステップS22)、タイマー値オーバであれ
ば、待合わせオーバでAPへ返却する(ステップS2
3)。
That is, in FIG. 1A, Ri (i
= A or b) Count up the waiting timer value n in the queue (step S21), judge whether the timer value is over (step S22), and if the timer value is over, return to the AP with waiting over. Yes (step S2
3).

【0020】また、図5に示すように、各資源管理キュ
ーで待合わせになっているタスクの待合わせ時間Tiを
監視し、一定時間を経過しても待合わせ中の場合は、A
Pに返却する。この機能により、使用者に対し、一定時
間でレスポンスを返答することができることになる。さ
らに、資源の占有を宣言するとき、待合わせ時間を指定
する機能を追加することにより、使用者の要求に合った
レスポンスの返答が可能となる。
Further, as shown in FIG. 5, the waiting time Ti of the task waiting in each resource management queue is monitored, and if waiting is continued even after a fixed time has elapsed, A
Return to P. With this function, a response can be returned to the user within a fixed time. Furthermore, when declaring the occupation of the resource, by adding the function of designating the waiting time, it becomes possible to reply with a response that meets the user's request.

【0021】すなわち、図1(C)において、Riキュ
ーで待合わせ時間Tiの指定有りか否かを判断し(ステ
ップS24)、Riキューで待合わせ時間の指定有りの
場合は、タスク中の待合わせ時間をカウントダウンし
(ステップS25)、待合わせ時間オーバか否かを判断
し(ステップS26)、待合わせ時間オーバの場合は、
待合わせ時間オーバでAPへ返却する(ステップS2
7)。
That is, in FIG. 1C, it is judged whether or not the waiting time Ti is designated in the Ri queue (step S24). If the waiting time is designated in the Ri queue, the waiting time in the task is determined. The waiting time is counted down (step S25), it is determined whether the waiting time is over (step S26), and if the waiting time is over,
Return to AP when waiting time is over (step S2)
7).

【0022】図6は、タスクの概念図である。同図にお
いて、{ }は待合わせ時間Ti及びタイマー値nのど
ちらかを選択することを意味し、( )は省略可能を意
味する。{ }内を省略したとき、デッドロック自動解
除の性能のみ有効となる。レベルiを選択したとき、レ
ベル2(最下位レベル)と解釈する。
FIG. 6 is a conceptual diagram of a task. In the figure, {} means selecting either the waiting time Ti or the timer value n, and () means omittable. When {} is omitted, only the deadlock automatic cancellation performance is valid. When level i is selected, it is interpreted as level 2 (the lowest level).

【0023】[0023]

【発明の効果】以上詳細に説明したように、本発明によ
れば、所定の資源の占有を宣言するとき、指定した登録
待合わせ個数が所定の資源に対して予め登録されている
個数よりも大であれば、アプリケーションに対して資源
の占有不可情報を返却する資源占有登録処理機能を設け
たことにより、トラヒックが輻輳してもレスポンスの遅
れを防止できるため、オンライン端末のタイムアウトを
防ぐことができる。
As described in detail above, according to the present invention, when declaring occupancy of a predetermined resource, the designated number of registration waits is greater than the number registered in advance for the predetermined resource. If it is large, the resource occupancy registration processing function that returns the resource unoccupied information to the application can be provided to prevent the delay of response even if the traffic is congested, thus preventing the timeout of online terminals. it can.

【0024】また、同じ資源に対して優先度を設け、レ
ベル毎のFIFO制御を行う資源占有解除処理機能を設
けたことにより、資源を優先的に占有できるため、優先
端末/一般端末の制御ができる。さらには、待合わせ時
間を監視し、規定時間を越えたとき、その旨をアプリケ
ーションに返却する資源占有時間監視処理機能を設けた
ことにより、オンラインシステムとして重大な障害であ
るデッドロックを自動的に解除できる。
Further, by providing a priority for the same resource and providing a resource occupation release processing function for performing FIFO control for each level, the resource can be preferentially occupied, so that the control of the priority terminal / general terminal can be performed. it can. Furthermore, a deadlock, which is a serious failure as an online system, is automatically installed by monitoring the waiting time, and when the specified time is exceeded, a resource occupation time monitoring processing function that returns that fact to the application is provided. Can be released.

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

【図1】本発明に係る資源占有登録処理機能(A)、資
源占有解除処理機能(B)及び資源占有時間監視処理機
能(C)のフローチャートである。
FIG. 1 is a flowchart of a resource occupation registration processing function (A), a resource occupation release processing function (B), and a resource occupation time monitoring processing function (C) according to the present invention.

【図2】資源占有登録処理の概念図である。FIG. 2 is a conceptual diagram of resource occupation registration processing.

【図3】資源占有解除処理の概念図である。FIG. 3 is a conceptual diagram of resource occupation release processing.

【図4】資源占有時間監視処理の概念図(その1)であ
る。
FIG. 4 is a conceptual diagram (1) of a resource occupation time monitoring process.

【図5】資源占有時間監視処理の概念図(その2)であ
る。
FIG. 5 is a conceptual diagram (No. 2) of resource occupation time monitoring processing.

【図6】タスクの概念図である。FIG. 6 is a conceptual diagram of a task.

【図7】オンラインシステムの一例の構成図である。FIG. 7 is a block diagram of an example of an online system.

【図8】従来例を示す模式図である。FIG. 8 is a schematic view showing a conventional example.

【図9】従来例を説明するための概念図である。FIG. 9 is a conceptual diagram for explaining a conventional example.

【図10】排他制御のデッドロック発生のアルゴリズム
である。
FIG. 10 is an exclusive control deadlock generation algorithm.

Claims (3)

【特許請求の範囲】[Claims] 【請求項1】 計算機における共通資源の排他制御方法
において、 所定の資源の占有を宣言するとき、登録待合わせ個数を
指定し、 その指定個数が前記所定の資源に対して予め登録されて
いる個数よりも大であれば、アプリケーションに対して
前記所定の資源の占有不可情報を返却することを特徴と
する共通資源の排他制御方法。
1. A method for exclusive control of a common resource in a computer, wherein when declaring occupancy of a predetermined resource, a number of registration waits is designated, and the designated number is a number registered in advance for the predetermined resource. If it is larger than the above, an exclusive control method of the common resource, characterized in that the unoccupied information of the predetermined resource is returned to the application.
【請求項2】 計算機における共通資源の排他制御方法
において、 同じ資源に対して優先度を設け、 所定の資源の占有を宣言するとき、優先レベルを指定
し、 その指定優先レベルが予め指定されている優先レベルよ
りも優先度が高い場合に、資源を優先的に占有すること
を特徴とする共通資源の排他制御方法。
2. An exclusive control method for a common resource in a computer, wherein when a priority is set for the same resource and a occupancy of a predetermined resource is declared, a priority level is designated, and the designated priority level is designated in advance. An exclusive control method for a common resource, characterized in that the resource is preferentially occupied when the priority is higher than the existing priority level.
【請求項3】 計算機における共通資源の排他制御方法
において、 デッドロック状態の発生によって待合わせ状態となった
とき、その待合わせ時間を監視し、 前記待合わせ時間が規定時間を越えたとき、その旨をア
プリケーションに返却してデッドロックを解除すること
を特徴とする共通資源の排他制御方法。
3. An exclusive control method for a common resource in a computer, wherein when a deadlock condition occurs, the waiting time is monitored, and when the waiting time exceeds a prescribed time, A common resource exclusive control method characterized by returning a message to the application to release the deadlock.
JP4021738A 1992-01-10 1992-01-10 Exclusive control method for common resource in computer Pending JPH05189253A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP4021738A JPH05189253A (en) 1992-01-10 1992-01-10 Exclusive control method for common resource in computer

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4021738A JPH05189253A (en) 1992-01-10 1992-01-10 Exclusive control method for common resource in computer

Publications (1)

Publication Number Publication Date
JPH05189253A true JPH05189253A (en) 1993-07-30

Family

ID=12063419

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4021738A Pending JPH05189253A (en) 1992-01-10 1992-01-10 Exclusive control method for common resource in computer

Country Status (1)

Country Link
JP (1) JPH05189253A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021531553A (en) * 2018-07-02 2021-11-18 ドライブネッツ リミテッド A system that implements a multithreaded application

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021531553A (en) * 2018-07-02 2021-11-18 ドライブネッツ リミテッド A system that implements a multithreaded application

Similar Documents

Publication Publication Date Title
US6633942B1 (en) Distributed real-time operating system providing integrated interrupt management
US5440741A (en) Software overload control method
US6687257B1 (en) Distributed real-time operating system providing dynamic guaranteed mixed priority scheduling for communications and processing
US8631409B2 (en) Adaptive partitioning scheduler for multiprocessing system
US8595733B2 (en) Process scheduler employing ordering function to schedule threads running in multiple adaptive partitions
EP1538497B1 (en) Distributed real time operating system
US7506090B2 (en) System and method for user-configurable resource arbitration in a process control system
JP7249882B2 (en) Systems, methods, and programs for managing vehicle dispatch
Mori et al. Queueing theoretic approach to job assignment strategy considering various inter-arrival of job in fog computing
JPH03503832A (en) Channel access method for local area communications configured as a bus system
JPH05189253A (en) Exclusive control method for common resource in computer
TWI296387B (en) Scheduling method for remote object procedure call and system thereof
JP2011520368A (en) A subscriber node of a communication system with a functionally distinct transmission event memory
CN111400028A (en) Load balancing processing method for train management
CN111376953B (en) Method and system for issuing plan for train
JP2004032680A (en) Monitor system and network system
JP3374925B2 (en) Resource reservation management device
JP3915950B2 (en) Resource information processing method in distributed system
Sha et al. Analysis of dual-link networks for real-time applications
Mittal et al. Dynamic real-time channel establishment in multiple access bus networks
JPH09247192A (en) Real time communication system
Chávez et al. Fieldbuses and real-time MAC protocols
JPH11243389A (en) Method and device for monitoring network
Cancian et al. Performance evaluation of real time schedulers for a multicomputer
CN114661445A (en) Scheduling method, device and equipment