JPS60110053A - File controller - Google Patents

File controller

Info

Publication number
JPS60110053A
JPS60110053A JP58219031A JP21903183A JPS60110053A JP S60110053 A JPS60110053 A JP S60110053A JP 58219031 A JP58219031 A JP 58219031A JP 21903183 A JP21903183 A JP 21903183A JP S60110053 A JPS60110053 A JP S60110053A
Authority
JP
Japan
Prior art keywords
block
file
command
data processing
control
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
JP58219031A
Other languages
Japanese (ja)
Inventor
Akira Sekino
関野 陽
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 Corp
Original Assignee
NEC Corp
Nippon Electric 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 NEC Corp, Nippon Electric Co Ltd filed Critical NEC Corp
Priority to JP58219031A priority Critical patent/JPS60110053A/en
Publication of JPS60110053A publication Critical patent/JPS60110053A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multi Processors (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE:To attain an exclusive control while confirming that a deadlock state is never produced by providing a deadlock state detecting means to a file controller which gives an exclusive control to a shared file group for each block. CONSTITUTION:Data processors 1-1-1-n deliver a lock block command to a file controller 3, then use exclusively the blocks of shared files within file devices 2-1-2-m. Then the processors deliver an unlock block command immediately before said exclusive use of the blocks and ends this exclusive use. A processing control circuit 3-3 refers to a block using state table 3-4 for exclusive control as well as to a block waiting state table 21 for detection of deadlock to detect a deadlock state. This prevents completely a fact that plural tasks are set under a block waiting state respectively and the exclusive control has no end forever.

Description

【発明の詳細な説明】 (1)・発明の属する技術分野 不発明は、複数のデータ処理装置がファイル装置を共用
する形式の複数データ処理システムに適用されるファイ
ル制御処理装置に関する。
DETAILED DESCRIPTION OF THE INVENTION (1) Technical field to which the invention pertains The invention relates to a file control processing device applied to a multiple data processing system in which a plurality of data processing devices share a file device.

(2) 従来技術 従来、この種の複数データ処理システムにおいては、特
願昭57−191783 1−ファイル制御処理装置」
に見られるように、複数のデータ処理装置上で走行する
個々のタスクから発行される指令により共用ファイル群
についてブロック単位の排他制御を行なう機能はあるも
のの、排他制御の際にデッドロック状態が発生してもそ
れを検出することが不可能である。このため、複数のタ
スクがそれぞれいつまで待っても排他制御の火付が完了
しないという事態が発生する可能性ケもつという欠点が
ある。
(2) Prior Art Conventionally, in this type of multiple data processing system, the patent application No. 57-191783 1-File Control Processing Device"
As seen in Figure 2, although there is a function to perform block-by-block exclusive control of a group of shared files using commands issued by individual tasks running on multiple data processing devices, deadlock conditions occur during exclusive control. However, it is impossible to detect it. Therefore, there is a drawback that there is a possibility that the firing of exclusive control will not be completed no matter how long a plurality of tasks wait.

(3)発明の目的 不発明の目的は、上述の従来技術の欠点を除去し、複数
データ処理装置上の複数タスク間でのファイル共用にお
いて、デッドロック状態に陥らないことを確認しながら
ブロック単位の排他制御を行なうことのできるファイル
制御処理装置を提供することにある。
(3) Purpose of the Invention The purpose of the invention is to eliminate the drawbacks of the prior art described above, and to ensure that files are shared between multiple tasks on multiple data processing devices in block units while ensuring that deadlock does not occur. An object of the present invention is to provide a file control processing device that can perform exclusive control of files.

(4)発明の構成 不発明によるファイル制御処理装置は、複数のデータ処
理装置と、これ等複数のデータ処理装置に共用されるフ
ァイル群を含む少なくとも1つりファイル装置とから構
成される複数のチーター処理システムにおけるファイル
制御処理装置において、 前記複数のデータ処理装置上で走行する個々のタスクか
ら発行される指令を受信する受信手段と。
(4) Structure of the Invention The file control processing device according to the invention includes a plurality of cheaters that are composed of a plurality of data processing devices and at least one file device containing a file group that is shared by the plurality of data processing devices. In a file control processing device in a processing system, receiving means for receiving commands issued from individual tasks running on the plurality of data processing devices.

該指令の発行元を記憶する記憶手段と、前記指令を解析
し2これを基に処理を制御する処理制御手段と、 前記指令によシ指定されfc棹々のファイル識別子全分
類し、該ファイルに関してファイルを構成するブロック
単位で管理する管理手段と、前記指令の処理結果を該指
令の発行元に送信する送信手段と、複数のタスク間にわ
たるテッドlワク状態の発生を検出する検出手段とを備
えることにより、テッドロック状態に陥らないことを確
認しながら共用ファイルに対するブロック単位の排他制
御を行なうことを特徴とする。
a storage means for storing the issuer of the command; a processing control means for analyzing the command and controlling processing based on the command; a management means for managing each block constituting a file, a transmission means for transmitting the processing result of the command to the issuer of the command, and a detection means for detecting the occurrence of a ted l work state between a plurality of tasks. The feature is that by providing this, exclusive control is performed on a block-by-block basis for shared files while making sure that a locked state does not occur.

(6)発明の実施例 次に、不発明の一実施例について図面を参照して睦I¥
IIIに説明する。
(6) Embodiment of the invention Next, let's discuss an embodiment of the invention with reference to the drawings.
This will be explained in III.

第1図を参照すると、不発明の一実施例は、特願昭57
−191783 rファイル制御処理装置における全体
構成図と基本的に同じでおる。すなわち、−実施例はn
台のデータ処理装置l−1〜l−n、m台のファイル装
置2−1〜2−m、共用ファイル21および22.それ
ぞれ共用ファイル内の1つのブロック211および22
1゜およびファイル制イ1(1処理装置3から構成され
ている。
Referring to FIG. 1, one embodiment of the non-invention is
-191783 r It is basically the same as the overall configuration diagram of the file control processing device. That is, - the example is n
data processing devices l-1 to l-n, m file devices 2-1 to 2-m, shared files 21 and 22. One block 211 and 22 each in the shared file
1 degree and a file system 1 (1 processing device 3).

第2図ケ参照すると、ファイル制御処理装置3は人出力
制御回路3−11人出力制御用メモリ3−2.処理制御
a41回wr3−3.排他制御用のブロック使用状態テ
ーブル3−4.およびテ、ソドロック検出用のブロック
待ち状態テーブル3〜5から構成されている。なお、そ
れぞれのファイル装置には、複数の共用ファイルが内蔵
されており、これらの共用ファイルはそれぞれ複数のブ
ロックから構成されている。このシステムでは、タスク
がある共用ファイル内のあるブロックを排他的に使用し
たい場合には、使用を開始する前にあらかじめ排他使用
要求を示すロックブロック(LOCK ELPCK)指
令をファイル制御処理装置に対して発行することが必要
である。そして、そのブロックの排他使用を終了する場
合には、使用を終了する直前に4Jト他使用の終了を示
すアンロックブロック(UNLOCKBLOCK) 指
令をファイル制御処理装置に対して発行することになっ
ている。
Referring to FIG. 2, the file control processing device 3 includes a human output control circuit 3-11 a human output control memory 3-2. Processing control a41 times wr3-3. Block usage status table for exclusive control 3-4. and block waiting state tables 3 to 5 for detecting block lock. Note that each file device includes a plurality of shared files, and each of these shared files is composed of a plurality of blocks. In this system, if a task wants to exclusively use a block in a shared file, it sends a lock block (LOCK ELPCK) command to the file control processing unit to request exclusive use before starting use. It is necessary to issue. When the exclusive use of that block is to be terminated, an unlock block (UNLOCKBLOCK) command indicating the termination of 4J and other use is to be issued to the file control processing device immediately before the use is terminated. .

このような複数データ処理システムにおいて、データ処
理装置】−2上のあるタスク(以下Tlとボす)がファ
イル装置2−2の中の共用ファイル21のブロック21
1を排他使用する場合金側に挙げて、全体的な動作を説
明する。これは、たとえは、データ処理装置1−2上の
タスクTlがブロック211の同各を更新するために、
ブロック211を排他使用する必要があるような場合に
相当する。まず、データ処理装置】−2からファイル制
御処理装置3に対してロックプロ、り指令が発行される
。この指令には。
In such a multiple data processing system, a certain task (hereinafter referred to as Tl) on the data processing device ]-2 processes the block 21 of the shared file 21 in the file device 2-2.
In the case of exclusive use of 1, the overall operation will be explained with reference to the money side. For example, in order for the task Tl on the data processing device 1-2 to update each of the blocks 211,
This corresponds to a case where it is necessary to use block 211 exclusively. First, a lock pro command is issued from the data processing device ]-2 to the file control processing device 3. In this directive.

指令を発行したデータ処理装置1−2の識別子。Identifier of data processing device 1-2 that issued the command.

発行元のタスクT1の識別子、排他使用の対象となる共
用ファイル21の識別子、およびファイル内ブロック2
11の識別子などの制御情報が付カロされている。
The identifier of the issuing task T1, the identifier of the shared file 21 to be used exclusively, and the block 2 in the file
Control information such as 11 identifiers are included.

データ処理装置1−2から発行されたロックブロック指
令はまずファイル制御処理装置30人出力制御回路3−
1で愛惜される。この入出力制御回路3−1はロックブ
ロック指令を発行し/こデータ処理表置1−2およびタ
スクT1の両識別子を人出力制御用メモリ3−2に記録
し終ると、処理制御回路3−3にロックブロック指令と
制御情報を移送する。処理制御回路3−3fまこれらの
情報全党は取ると、指令おまひ制御情報の解析を行なう
。その結果が共用ファイル21リフアイル内ブロツク2
11に対する排他1更用費水であることが分かると、処
理制御回路3−3は上記の解析結果に基ついて以下に示
すような排他制御やテッドロック検出のための処理に入
る。
The lock block command issued from the data processing device 1-2 is first processed by the file control processing device 30 output control circuit 3-.
1 will be missed. This input/output control circuit 3-1 issues a lock block command, and after recording both the identifiers of the data processing table 1-2 and the task T1 in the human output control memory 3-2, the processing control circuit 3-1 Transfer the lock block command and control information to 3. When the processing control circuits 3-3f receive all of this information, they analyze the command control information. The result is shared file 21 block 2 in file
When it is determined that the exclusive 1 change fee is for 11, the processing control circuit 3-3 enters the following processing for exclusive control and ted lock detection based on the above analysis result.

処理1till側1回路3−3が最初に誉照するのは排
他制御用のブロック使用状態テーブル3−4であるが、
これは第3図に示すような構成をとっている・ここでB
i(i=l、 2.・−・・)は複数データ処理システ
ム内のブロックを一意に表わす識別子であバTj(j=
x、 2. =−>は同様に複数データ処理システム内
のタスクを一意に表わす識別子である。ブロック使用状
態テーブル3−4はシステム内に存在する全ブロックの
使用状Tp)Ak示すものであり、もし該当ブロック欄
にタスク識別子が普いてあればそのブロックがその識別
子で表わされるタスクによって排他使用されていること
を示す。もし何も書いてなければそのブロックはどのタ
スクにも排他使用されていないことを示す。上述の例で
は、タスクT1がブロック211(B211)を排他使
用したいわけであるが、処理制御回路3−3が排他制御
用のブロック使用状態テーブル3−4を参照すると、第
3図のように8211の欄にはT2と書かれている。何
も督かれていなければタスクT1によるブロック211
の排他使用が認められてロックブロック指令の完了へと
処理が進むのであるが、この場合にはそうは行かない、
すなわち、プロ、り211かタスクT2によって排他使
用されているため、このロックブロック指令はタスクT
2によるブロック211の排他使用が終了する1で、こ
の状態でブロック2110ロック解除待ち(ブロック待
ち)をすることになる。
The process 1till side 1 circuit 3-3 first looks at the block usage state table 3-4 for exclusive control,
This has the configuration shown in Figure 3. Here, B
i (i=l, 2...) is an identifier that uniquely represents a block within the multiple data processing system, and Tj (j=
x, 2. Similarly, =-> is an identifier that uniquely represents a task within the multiple data processing system. The block usage status table 3-4 shows the usage status Tp)Ak of all blocks existing in the system, and if a task identifier is displayed in the corresponding block column, that block is exclusively used by the task represented by that identifier. Indicates that the If nothing is written, it indicates that the block is not exclusively used by any task. In the above example, the task T1 wants to use block 211 (B211) exclusively, but when the processing control circuit 3-3 refers to the block usage state table 3-4 for exclusive control, as shown in FIG. In the column 8211, T2 is written. If nothing is directed, block 211 by task T1
However, in this case, this is not the case.
In other words, this lock block command is used exclusively by task T2 or task T2.
When the exclusive use of block 211 by block 211 ends in step 1, the block 2110 is in this state waiting for unlocking (block wait).

ところが、こりとき、タスクT、によるブロック211
のブロック待ちがデッドロック状態にならないことケ確
認しないとデッドロックに陥り、水入にプロ、ツク待ち
状態VCなってしまう0■能性があゐ。このため、処理
制御回路3−3は谷タスクのブロック待ち状態を管理す
るブロック待ち状態テーブル3−5も参照して、このた
めのlrk i+gτすることが必要になる。ブロック
待ち状16−テーブルは、第4図に不すように、システ
ム内の谷タスクのブロック待ち状況を示すものである。
However, block 211 due to task T
If you don't make sure that waiting for a block does not result in a deadlock state, there is a possibility that a deadlock will occur and the VC will end up in a professional or tsuku waiting state. Therefore, the processing control circuit 3-3 needs to also refer to the block waiting state table 3-5 that manages the block waiting state of the valley task and perform lrk i+gτ for this purpose. The block waiting status 16-table, as shown in FIG. 4, shows the block waiting status of valley tasks in the system.

タスクが待っているプロ、ツクがあれはそのブロックの
識別子が誓かれておシ、そうで耽けれF:J、空欄にな
っている。上述の場合には、タスクT!の欄にブロック
211の識別子■3211を書き込みたいが、第3図に
戻ってブロック211の欄を見るとブロック211はタ
スクT2によって排他使用中になっていることが知られ
る。次に、第4図のタイク′1゛2のSを見るとタスク
IP2は(データ処理装置上で走行中ではなく)ブロッ
ク2全待っている状態である。
If the task is waiting, the block's identifier will be sworn, so F:J, it will be blank. In the above case, task T! I would like to write the identifier 3211 of block 211 in the column 211, but when I return to FIG. 3 and look at the column 211, I see that block 211 is being used exclusively by task T2. Next, when looking at S of tie ``1'' and ``2'' in FIG. 4, task IP2 is in a state of waiting for all of block 2 (not running on the data processing device).

さらに第3図のブローク2の欄を見るとブロック2はタ
スクT5によって排他1更用中になっている。そして、
第4図でタスクT5の欄を見るとタスクT5はブロック
221を待っている状態である。さらに第3図のブロッ
ク221の欄を見ると元来のタスクT1が排他使用中で
ある。
Furthermore, looking at the column for block 2 in FIG. 3, block 2 is being used by task T5 for exclusive 1 change. and,
Looking at the column for task T5 in FIG. 4, task T5 is waiting for block 221. Furthermore, looking at the column of block 221 in FIG. 3, the original task T1 is in exclusive use.

すなわち、第5図に示すように、もしタスクT1がブロ
ック211を待つことにすると、タスク’1.’l、 
T2. Taは相互に相手金持つ関係、すなわち、テッ
ドロック状態に陥いってし1つことが知られる。もし相
互の待ちの関係τ上記のように11dべていく時に第3
図ないしは第4図で9桐jに相遇する場合には、第5図
に下す相互の待ちの関係は閉ループにはならない。すな
わち、デッドロック状態には陥いらない。
That is, as shown in FIG. 5, if task T1 decides to wait for block 211, task '1. 'l,
T2. It is known that Ta has a mutually beneficial relationship, that is, a tedlock situation. If the relationship of mutual waiting τ is 11d as described above, the third
In the case where 9 Kiri j occurs in the diagram or in Figure 4, the mutual waiting relationship shown in Figure 5 does not become a closed loop. In other words, there is no need to fall into a deadlock state.

以上のようにして、処理制御回路3−3はタスクによる
ブロック待ちが生じた時に、デッドロック状態が発生す
るかどうか會確認することができる。不発明では、処理
制御回路3−3は上述のようにデッドロックが生じる場
合には、元来のタスクによるブロック待ちを許さずにそ
りタスクによるもともとのロックブロック指令の実何か
不μ」能であると判断し、七の旨を入出力tlilJ御
回路3−1を通じてデータ処理装置l−2上のタスクT
1に通知する。逆に、デッドロックが生じない場合には
、元来のタスクによるブロック待ち金許′J−ことにし
、もともとのロックブロック指令はプロ、り待ちになっ
た旨を入出力制御回路3−1をフ1■じてデータ処理装
置1−2上のタスクT1に通知する。−fた。処理制御
回路、う−3が初めに第3図のブロック使用状態テーブ
ル紫診照した時に、もしブロック211(13211)
の欄が空欄になっていたのであれば、タスクTlによる
ブロック211の排他使用要求は認められ、その旨が入
出力制御回路3−1を通じてデータ処理装置1−2上の
タスクT。
As described above, the processing control circuit 3-3 can check whether a deadlock condition will occur when a block wait occurs due to a task. According to the present invention, when a deadlock occurs as described above, the processing control circuit 3-3 does not allow the original task to wait for a block, but instead executes the original lock block command by the sled task. It is determined that the task T on the data processing device l-2 is
Notify 1. On the other hand, if a deadlock does not occur, the original task is allowed to wait for the block, and the original lock block command is sent to the input/output control circuit 3-1 to indicate that the task is waiting. Then, the task T1 on the data processing device 1-2 is notified. -f. When the processing control circuit U-3 first consults the block usage status table purple in Figure 3, if block 211 (13211)
If the field is blank, the request for exclusive use of the block 211 by the task Tl is accepted, and this fact is sent to the task T on the data processing device 1-2 through the input/output control circuit 3-1.

に通知されることは百う互でもない0以上のようにして
、データ処理装置上のタスクから発行される共用ファイ
ル内ブロックへのロックブロック指令は天性される。共
用ファイル内ブロックに対する排他使用全終了するため
のアンロックブロック指令の場合のファイル制御処理装
置3の動作は、前記の特願昭57−191783 rフ
ァイル制御処理装置」の場合と基本的に同一になるため
ここでは説明全省略する。
A lock block command issued from a task on a data processing device to a block within a shared file is naturally notified. The operation of the file control processing device 3 in the case of an unlock block command for completely terminating the exclusive use of blocks in a shared file is basically the same as in the case of the above-mentioned Japanese Patent Application No. 1917-83 ``File Control Processing Device''. Therefore, the complete explanation will be omitted here.

(7)発明の効果 不発明には、特願昭57−191783 rファイル制
御処理装置」の構成に、複数のタスク間にわたるブロッ
クの排他使用に関するテッドロック状態の発生を検出す
る手段紫付加することによって、複数タスクがそれぞれ
ブロック待ち状態になっていつまでも排他制御が光子し
ないままになってし甘うということを完全に回避できる
という効果−がある。
(7) Effects of the Invention The non-inventive feature is the addition of means for detecting the occurrence of a tedlock state regarding exclusive use of a block between multiple tasks to the configuration of the "R File Control Processing Device" disclosed in Japanese Patent Application No. 57-191783. This has the effect of completely avoiding the situation where a plurality of tasks are each placed in a block wait state and the exclusive control remains indefinitely without photons.

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

第1図は不発明における一実施例の構成を示す図、第2
図は@1図の一実施例におけるファイル制御処理装置の
具体的な構成金示す図、第3図は排他制御用のブロック
使用状態テーブル金示す図、第4図はデッドロック検出
用のブロック待ち状態テーブルケ示す図、第5図は複数
タスク間の相互の待ちの関係蕾示す図である。 図において、1−1〜1−nはデータ処理装置。 2−1〜2−mはファイル装置、3はファイル制御処理
装置、3−1は入出力制何1回路、3−2は入出力制御
用メモ!J、3−3は処理制御回路、3−4は排他制御
用のブロック使用状態テーブル。 3−5はテッドロック検出用のブロック待ち状態テーブ
ル、21.1!:22は共用ファイル% 211と心2
図 第5図 カ4図 S図
Figure 1 is a diagram showing the configuration of one embodiment of non-invention, Figure 2
The figure shows the specific configuration of the file control processing device in one embodiment of Figure 1, Figure 3 shows the block usage state table for exclusive control, and Figure 4 shows the block wait for deadlock detection. FIG. 5 is a diagram illustrating the mutual waiting relationships among a plurality of tasks. In the figure, 1-1 to 1-n are data processing devices. 2-1 to 2-m are file devices, 3 is a file control processing device, 3-1 is an input/output control circuit, and 3-2 is an input/output control memo! J, 3-3 is a processing control circuit, and 3-4 is a block usage state table for exclusive control. 3-5 is a block wait state table for detecting Tedlock, 21.1! :22 is a shared file% 211 and heart 2
Figure 5 Figure 4 Figure S

Claims (1)

【特許請求の範囲】 複数のデータ処理装置と、これら複数のデータ処理装置
に共用されるファイル群を含む少なくとも1つのファイ
ル装置とから構成される複数のデータ処理システムにお
けるファイル制御処理装置において。 前記仮数のデータ処理装置上で走行する個々のタスクか
ら発行される指令全受信する受信手段と。 該指令の発行元を記憶する記憶手段と、前記指令を解析
し、これ金基に処理を制御する処理制御手段と、 前記指令により指足された種々のファイル識別子を分類
し、該ファイルに関してファイルを構成するブロック単
位で管理する管理手段と。 6L数のタスク間にわたるブロックの排他使用に関して
デッドロック状態の発生を検出する検出手段と、 前記指令の処理結果を該指令の発行元である特定データ
処理装置上の特定タスクに送1gする送信手段とを備え
、前記の複数のデータ処理装置がら発行される指令によ
シ、デ、ドロック状態に陥らないことを確認しながら共
用ファイル群に対するブロック単位の排他制御を行なう
ことを特徴とするファイル制御処理装置。
Claims: A file control processing device in a plurality of data processing systems comprising a plurality of data processing devices and at least one file device containing a file group shared by the plurality of data processing devices. receiving means for receiving all commands issued from individual tasks running on the mantissa data processing device; a storage means for storing the issuer of the command; a processing control means for analyzing the command and controlling processing based on the command; and a processing control means for classifying various file identifiers specified by the command, management means for managing each constituent block. Detection means for detecting the occurrence of a deadlock state regarding exclusive use of a block between 6L tasks; and transmission means for transmitting the processing result of the command to a specific task on a specific data processing device that has issued the command. File control is characterized in that it performs exclusive control on a block-by-block basis for a group of shared files while making sure that commands issued by the plurality of data processing devices do not result in a locked state. Processing equipment.
JP58219031A 1983-11-21 1983-11-21 File controller Pending JPS60110053A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP58219031A JPS60110053A (en) 1983-11-21 1983-11-21 File controller

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP58219031A JPS60110053A (en) 1983-11-21 1983-11-21 File controller

Publications (1)

Publication Number Publication Date
JPS60110053A true JPS60110053A (en) 1985-06-15

Family

ID=16729166

Family Applications (1)

Application Number Title Priority Date Filing Date
JP58219031A Pending JPS60110053A (en) 1983-11-21 1983-11-21 File controller

Country Status (1)

Country Link
JP (1) JPS60110053A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02113350A (en) * 1988-10-24 1990-04-25 Nec Corp File processor
JPH03201047A (en) * 1989-12-22 1991-09-02 Internatl Business Mach Corp <Ibm> Solution by detecting deadlock and data processing unit using file in common

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5422738A (en) * 1977-07-21 1979-02-20 Nec Corp Lock control device
JPS5627461A (en) * 1979-08-13 1981-03-17 Hitachi Ltd File share control system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5422738A (en) * 1977-07-21 1979-02-20 Nec Corp Lock control device
JPS5627461A (en) * 1979-08-13 1981-03-17 Hitachi Ltd File share control system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02113350A (en) * 1988-10-24 1990-04-25 Nec Corp File processor
JPH03201047A (en) * 1989-12-22 1991-09-02 Internatl Business Mach Corp <Ibm> Solution by detecting deadlock and data processing unit using file in common

Similar Documents

Publication Publication Date Title
DE69228582T2 (en) Device for preventing processor blockages in a multiprocessor system
CA1165456A (en) Local bus interface for controlling information transfer between units in a central subsystem
US4399504A (en) Method and means for the sharing of data resources in a multiprocessing, multiprogramming environment
US5734909A (en) Method for controlling the locking and unlocking of system resources in a shared resource distributed computing environment
DE69108434T2 (en) Multi-group signal processor.
EP0535822B1 (en) Methods and apparatus for locking arbitration on a remote bus
JPS59180775A (en) Mediation for allotment of common resources
US6529933B1 (en) Method and apparatus for locking and unlocking a semaphore
JPS60110053A (en) File controller
CN100375007C (en) Method and apparatus for reading or writing data units from or to a shared cache
JPH0387958A (en) Bus lock control system
US5930486A (en) Method and device for gracious arbitration of access to a computer system resource
JPS5827255A (en) Controlling system of file used for plural electronic computers in common
JPS6143356A (en) Shared file controller
DE69132670T2 (en) METHOD FOR ASYNCHRONOUS ACCESS TO A COMMON STORAGE
JPH0562384B2 (en)
JPH0417041A (en) Resource management method in distributed data management system
JP2523628B2 (en) Resource management control method
JPS62226367A (en) Digital computer system
JPS6320634A (en) Exclusive control system for computer resource
JPS5981748A (en) File control processor
JPS63195723A (en) File managing device
JPS60100239A (en) Shared file control system
JPS61194546A (en) Shared file control system
JPS622343B2 (en)