JPS6277662A - Buffer control system - Google Patents

Buffer control system

Info

Publication number
JPS6277662A
JPS6277662A JP21764385A JP21764385A JPS6277662A JP S6277662 A JPS6277662 A JP S6277662A JP 21764385 A JP21764385 A JP 21764385A JP 21764385 A JP21764385 A JP 21764385A JP S6277662 A JPS6277662 A JP S6277662A
Authority
JP
Japan
Prior art keywords
input
output
control block
queue
output 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.)
Granted
Application number
JP21764385A
Other languages
Japanese (ja)
Other versions
JPH0481220B2 (en
Inventor
Hitomi Terada
ひとみ 寺田
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 JP21764385A priority Critical patent/JPS6277662A/en
Publication of JPS6277662A publication Critical patent/JPS6277662A/en
Publication of JPH0481220B2 publication Critical patent/JPH0481220B2/ja
Granted legal-status Critical Current

Links

Abstract

PURPOSE:To shorten a wait time in an input/output operation by controlling a buffer by using an input/output control block, an input/output use queue, an input/output wait queue, an input/output idle queue, etc. CONSTITUTION:Each input/output control block(IOCB) has DECB (Data Event Control Block) and an event used by the DECB is controlled by an IOCB. The IOCB group 4 is controlled by four events (in-use (IOUQ), input/output wait(IOWQ), unused (IOIQ), and input/output wait queue terminal(IOWQT)). Namely, the IOCB group 4 is chained by pointers each indicating one of four states and queuing shifts in position as the state changes. Those points are present in a channel control table(CCTBL).

Description

【発明の詳細な説明】 〔概要〕 入出力制御ブロック、入出力使用キュー、入出力待ちキ
ュー、入出力アイドル・キュー等を用いてバッファの管
理を行い、これにより、入出力時における待ち時間の短
縮を計ることが出来るバ・7フア管理方式である。
[Detailed Description of the Invention] [Summary] Buffers are managed using input/output control blocks, input/output use queues, input/output waiting queues, input/output idle queues, etc., thereby reducing waiting time during input/output. This is a seven-factor management method that can reduce the amount of time required.

〔産業上の利用分野〕 本発明は、′BSAM又はBPAMにおけるバッファ管
理方式、特に入出力時における待ち時間を短縮できるよ
うになったバッファ管理方式に関するものである。
[Industrial Application Field] The present invention relates to a buffer management system in BSAM or BPAM, and particularly to a buffer management system that can reduce waiting time during input/output.

〔従来技術と問題点〕[Conventional technology and problems]

C言語においては文字単位の処理を行っており、このた
めに待機アクセス法を採用することが出来ず、C言語処
理系では基本アクセス法を採用している。基本アクセス
法では、データの入力を行いたい場合、ユーザ・プログ
ラムはREADマクロを発行し、次にCHECKマクロ
を発行している。
In the C language, processing is performed character by character, and therefore the standby access method cannot be employed, and the C language processing system employs the basic access method. In the basic access method, when a user program wants to input data, it issues a READ macro and then a CHECK macro.

READマクロが発行されると、O8が入力データセッ
トから1ブロツクのデータを取り出し、これをREAD
マクロ−で指定されたバッファに格納し、CHECKマ
クロが発行されると、O8が入力処理の完了をチェック
し、エラーがなければユーザ・プログラムに制御を戻し
ている。同様に、データの出力を行いたい場合には、ユ
ーザ・プログラムはWRITEマクロを発行し、次いで
CHECKマクロを発行する。従来のC言語処理系では
入出カバソファが1個であったが、1個の人出カバソフ
ァを用意し、1個のブロックを読み取りを行う度にRE
ADマクロとCHECKマクロを発行していると、入出
力待ち時間が多くなり、効率的に処理を行うことが出来
なくなる。
When the READ macro is issued, the O8 retrieves one block of data from the input data set and executes the READ macro.
When the input data is stored in the buffer specified by the macro and the CHECK macro is issued, O8 checks whether the input processing is complete and returns control to the user program if there is no error. Similarly, if a user program wants to output data, it issues a WRITE macro and then a CHECK macro. In the conventional C language processing system, there was one input/output cover sofa, but one input/output cover sofa was prepared, and each time one block was read, RE
If AD macros and CHECK macros are issued, input/output waiting time increases, making it impossible to perform processing efficiently.

〔発明の目的〕[Purpose of the invention]

本発明は、入出力時における待ち時間を短縮できるよう
になったバッファ管理方式を提供することを目的として
いる。
An object of the present invention is to provide a buffer management method that can reduce waiting time during input/output.

〔目的を達成するための手段〕[Means to achieve the purpose]

そしてそのため本発明のバッファ管理方式は、入出力使
用キュー、入出力待ちキュー、入出力アイドル・キュー
及び入出力待ちキュー終端指定部を用意し、 入出力制御ブロック及びバッファの確保と初期化が要求
された場合には、入出力制御ブロック及びバッファを確
保しバッファと入出力制御ブロックとを1対1に対応つ
けると共に入出力制御ブロックを上記入出力アイドル・
キューにつなぎ、オープン時での入力処理では、上記入
出力アイドル・キューから1個の入出力制御ブロックを
取り出し当該入出力制御ブロックの持つデータ事象制御
ブロックでREADマクロを発行した後に当該入出力制
御ブロックを上記入出力待ちキューにつなぐ作業を、上
記入出力アイドル・キューにつながれている入出力制御
ブロックがなくなるまで行い、上記作業が終了した後に
上記入出力待ちキューの第1番目の入出力制御ブロック
を取り出し、CHECKマクロを発行した後に、当該入
出力制御ブロックを上記入出力使用キューにつなぐ作業
を行い、 オープン時での出力処理では、上記入出力アイドル・キ
ューから1個の入出力制御ブロックを取り出し、当該入
出力制御ブロックを上記入出力使用キューにつないだ後
に当該入出力制御ブロックに対応するバッファをクリア
し、 通常の入力処理では、上記入出力使用キューにつながれ
ている使用済みの入出力制御ブロックを取り出し、RE
ADマクロを発行した後、当該入出力制御ブロックを上
記入出力待ちキューにつなぎ、次ぎに、上記入出力待ち
キューにつながれている第1番目の入出力制御ブロック
を取り出し、CHECKマクロを発行して入力動作を完
了させた後に当該入出力制御ブロックを上記入出力使用
キューにつなぎ、 通常の出力処理では、入出力使用キューにつながれてお
り且つ対応するバッファに出力情報が格納済みの入出力
制御ブロックでWRITE′7クロを発行し、当該入出
力制御ブロックを上記入出力待ちキューにつなぎ、次に
、上記入出力アイドル・キューにつながれている入出力
制御ブロックが存在すれば当該入出力制御ブロックを上
記入出力使用キューにつなぎ、上記入出力アイドル・キ
ューが空であれば上記入出力待ちキューにつながってい
る入出力制御ブロックを取り出し、当該入出力制御ブロ
ックを上記入出力使用キューにつないだ後、CHECK
マクロを発行して出力動作を完了させる ことを特徴とするものである。
Therefore, the buffer management method of the present invention provides an input/output use queue, an input/output waiting queue, an input/output idle queue, and an input/output waiting queue termination specification section, and requires securing and initializing the input/output control block and buffer. In this case, the input/output control block and the buffer are secured, the buffer and the input/output control block have a one-to-one correspondence, and the input/output control block is set to the above-mentioned input/output idle area.
For input processing when connected to a queue and opened, one input/output control block is taken from the input/output idle queue and a READ macro is issued using the data event control block of the input/output control block, and then the input/output control block is executed. The task of connecting blocks to the above I/O waiting queue is performed until there are no more I/O control blocks connected to the above I/O idle queue, and after the above task is completed, the first I/O control block of the above I/O waiting queue is connected. After extracting a block and issuing a CHECK macro, the I/O control block is connected to the I/O use queue mentioned above, and for output processing at the time of opening, one I/O control block is extracted from the I/O idle queue mentioned above. After extracting the input/output control block and connecting it to the above input/output use queue, the buffer corresponding to the input/output control block is cleared. Take out the output control block and RE
After issuing the AD macro, connect the relevant input/output control block to the above input/output waiting queue, then take out the first input/output control block connected to the above input/output waiting queue, and issue the CHECK macro. After completing the input operation, the relevant input/output control block is connected to the above input/output use queue, and in normal output processing, the input/output control block is connected to the input/output use queue and has output information stored in the corresponding buffer. issues WRITE'7, connects the input/output control block to the above input/output waiting queue, and then, if there is an input/output control block connected to the above input/output idle queue, connects the input/output control block to the above input/output idle queue. After connecting to the above input/output use queue, if the above input/output idle queue is empty, take out the input/output control block connected to the above input/output wait queue, and connect the said input/output control block to the above input/output use queue. , CHECK
The feature is that the output operation is completed by issuing a macro.

〔発明の実施例〕[Embodiments of the invention]

本発明はI OCB (110Control Blo
ck  :入出力制御ブロック)と呼ばれるブロック群
を操作することにより実現している。一つ一つのI O
CBはD B CB (Data Event Con
trol Block)を有している。即ち、そのDE
CBを使って行われる事象をl0CBで制御する方式で
あると言える。l0CBの数は一つのチャネル機番毎に
DCB(Data Control Block)のB
UFNOパラメータで与えられた個数分存在し、BSA
M−9’BPAMではNCPの数でもある。本発明では
、loCB群を4つの事象(使用中、入出力完了待ち、
未使用)で管理する。即ちloCB群は4つの何れかの
状態を示すポインタでチェーンされ、状態の変化につれ
てキューイングされる場所が変化する。これらのポイン
タはCCT B L (Chanriel Contr
ol Table  :チャネル制御テーブル)中に存
在する。
The present invention is based on I OCB (110 Control Blo
This is achieved by operating a group of blocks called ck: input/output control blocks. each IO
CB is D B CB (Data Event Con
Trol Block). That is, the DE
It can be said that this is a method in which events performed using CB are controlled by l0CB. The number of l0CB is the B of DCB (Data Control Block) for each channel number.
There are as many as the number given by the UFNO parameter, and the BSA
In M-9'BPAM, it is also the number of NCPs. In the present invention, the loCB group is classified into four events (in use, waiting for input/output completion,
(unused). That is, loCB groups are chained with pointers indicating one of the four states, and the location where they are queued changes as the state changes. These pointers are CCTBL (Chanriel Contr
olTable: channel control table).

第1図はl0UQ、l0WQ、l0IQ、l0WQTを
説明するための図である。これらは下記のような意味を
有している。
FIG. 1 is a diagram for explaining l0UQ, l0WQ, l0IQ, and l0WQT. These have the following meanings.

10 U Q (110Used Que :入出力使
用キュー)現在使用中の10CBがキューイングされる
場所である。ここには複数個のl0CBが連なることは
ない。
10UQ (110Used Que: input/output usage queue) This is the place where the 10CBs currently in use are queued. There is no case where multiple l0CBs are consecutive.

10WQ (Ilo Wait Que :入出力待ち
キュー)入出力動作の未完了のl0CBがキューイング
される場所である。
10WQ (Ilo Wait Queue: Ilo Wait Queue) This is a place where uncompleted I0CBs of input/output operations are queued.

101 Q (110Idle Que :入出力アイ
ドB/−キュ全く未使用のl0CBがキューイングされ
る場所である。
101 Q (110 Idle Que: Input/output idle B/-queue This is the place where completely unused 10CBs are queued.

10WQT (110Wait Que Ter+n1
nal  :入出力待ちキュー終端) 101Qの終端のI OCBを指す。
10WQT (110Wait Que Ter+n1
nal: Input/output waiting queue end) Points to the end IOCB of 101Q.

<l0CBとバッファの確保と初期化〉10CBとバッ
ファの全領域を一度に確保する。
<Securing and initializing 10 CB and buffer> All 10 CB and buffer areas are secured at once.

10CBはバッファと1対1に対応する。l0CBはD
ECBとポインタとより構成され、D、ECBはバッフ
ァをポイントしている。第2図はl0CB及びバッファ
の確保と初期化を説明するための図である。
10CB corresponds one-to-one with the buffer. l0CB is D
It consists of an ECB and a pointer, and D and ECB point to a buffer. FIG. 2 is a diagram for explaining the reservation and initialization of the 10CB and buffer.

くオープン処理〉 (al  オープンでの入力処理 第3図及び第4図はオープンでの入力処理を説明するた
めの図である。オープンでの入力処理は下記のようなも
のである。
Open processing> (al Input processing in open mode Figures 3 and 4 are diagrams for explaining input processing in open mode. The input processing in open mode is as follows.

■ l0IQから一つずつl0CBを取り出し、そのD
ECBでREADマクロを発行後、そのl0CBをI 
OWQにキューイングする作業をl0CBが尽きるまで
行う。第3図はこの処理を説明するための図である。。
■ Take out l0CB one by one from l0IQ and
After issuing the READ macro with ECB, I
Queuing to OWQ is performed until 10CB is exhausted. FIG. 3 is a diagram for explaining this process. .

■ I OWQの第1番目のI OCBを取り出し、C
HECKマクロを発行した後、それをl0UQにつなぐ
。第4図はこの処理を説明するための図である。
■ Take out the first I OCB of I OWQ and
After issuing the HECK macro, connect it to l0UQ. FIG. 4 is a diagram for explaining this process.

(b)  オープンでの出力処理 第5図はオープンでの出力処理を説明するための図であ
る。オープンでの出力処理は下記のようなものである。
(b) Output processing in open mode FIG. 5 is a diagram for explaining output processing in open mode. The output processing in open is as follows.

■ l0IQから一つのTOCBを取り出し、これをI
 0tJQにつなぐ。次にそのI OCBに対応するバ
ッファをクリアする。
■ Take out one TOCB from l0IQ and put it in I
Connect to 0tJQ. Then clear the buffer corresponding to that I OCB.

く入力処理〉 第6図及び第7図は入力処理を説明する図である。入力
処理は下記のようなものである。
Input Process> FIGS. 6 and 7 are diagrams for explaining the input process. The input processing is as follows.

■ l0UQのl0CB(使用済み)を取り出し、RE
ADマクロを発行した後、これをl0WQにつなぐ。第
6図はこの処理を説明するための図である。
■ Take out l0CB (used) from l0UQ and RE
After issuing the AD macro, connect it to l0WQ. FIG. 6 is a diagram for explaining this process.

■ I OWQの第1番目のl0CBを取り出し、CH
ECKマクロを発行して入力動作を完了させた後、これ
をI’ OU Qにつなぐ。第7図はこの処理を説明す
るための図である。   ′く出力処理〉 第8図ないし第10図は出力処理を説明する図である。
■ Take out the first l0CB of I OWQ and
After issuing the ECK macro and completing the input operation, connect it to I' OU Q. FIG. 7 is a diagram for explaining this process. Output Processing> FIGS. 8 to 10 are diagrams for explaining the output processing.

出力処理は下記のようなものである。The output processing is as follows.

■ I OUQにつながっているl0CB(バッファに
は出力する情報が格納済み)でWRITEマクロを発行
し、それをI OWQにつなく゛。第8図はこの処理を
説明するためのものである。
■ Issue a WRITE macro with l0CB (the information to be output is already stored in the buffer) connected to IOUQ, and connect it to IOWQ. FIG. 8 is for explaining this process.

■ l0IQにつながっているl0CBがあれば、それ
をI OUQにつなぐ(第9図参照)。101Qが空で
あれば、l0IQにつながれているl0CBを取り出し
、l0UQにつないだ後、CHECKマクロを発行して
その出力動作を完了させる。
■ If there is l0CB connected to l0IQ, connect it to IOUQ (see Figure 9). If 101Q is empty, take out 10CB connected to 10IQ, connect it to 10UQ, and then issue the CHECK macro to complete the output operation.

(第10図参@) <EOD出口処理〉 BSAM/BPAMの入力処理は先読みを行っているが
、EOD出口に制御が渡った時点で、データ管理ルーチ
ンがこれらを無効にしてしまう。
(See Figure 10 @) <EOD exit processing> BSAM/BPAM input processing performs pre-reading, but the data management routine invalidates these when control is passed to the EOD exit.

そのため、入出力処理に不都合が生じないように10U
Qとl0WQに−)ながれでイるloCB群をl0IQ
につなぐ。
Therefore, in order to avoid any inconvenience in input/output processing, 10U
Q and l0WQ -) The loCB group flowing in the flow is l0IQ.
Connect to.

<5YNAD処理〉 ・ l01JQにつながれているl0CBを直ちに10
1Qにつなく。このI OCBはI10エラーが発生し
たl0CBそのものである。
<5YNAD processing> Immediately change l0CB connected to l01JQ to 10
Connect to 1Q. This I OCB is the I0CB in which the I10 error occurred.

・ I OWQにつながれているl0CBを直ちに  
101Qにつなぐ。これにより、先読み分及び遅延出力
分の処理をこれ以降すべて無視させる。
・Immediately remove l0CB connected to IOWQ.
Connect to 101Q. As a result, all processes for pre-reading and delayed output are ignored from now on.

くクローズ処理〉 (al  I OU Qに対するクローズ直前の処理1
0)Qにつなぐ。
(Processing immediately before closing for al I OU Q 1)
0) Connect to Q.

+b)  l0WQに対するクローズ直前の処、理出力
処理中であったならば、l0CBを一つずつl0UQに
取り出し、CHECKマクロを発行した後、そのTOC
Bをl0IQにつなぐ。この操作をI OWQが空にな
るまで繰り返す。入力処理中であったならば、全キュー
をTOIQにつなぐ。
+b) If the processing immediately before closing or output processing is in progress for l0WQ, take out l0CB one by one to l0UQ, issue the CHECK macro, and then write the TOC.
Connect B to l0IQ. Repeat this operation until IOWQ is empty. If input processing is in progress, connect all queues to TOIQ.

第11図はCソース・プログラム、Cライブラリに於け
るバッファ管理及びOSデータ管理ルーチンの関係を示
す図である。例えば、 fl=fopen(”A”+”r、bufno (3)
);において、flはファイル・ポインタ、fopen
は関数、Aはファイル、rは読込みのオープン・モード
を示すオプション・bufno lまノ〈・ノファ数を
それぞれ示している。また、ptrはポインタ、szは
サイズ、nは個数をそれぞれ示している。Cソース・プ
ログラムに対応するロード・モジュールを作成する際に
、例えばCソース・プログラムの中に■の文があると、
Cライブラリの中の■の文が呼出され、リンクされる。
FIG. 11 is a diagram showing the relationship between the C source program, the buffer management in the C library, and the OS data management routine. For example, fl=fopen("A"+"r, bufno (3)
);, fl is a file pointer, fopen
is a function, A is a file, and r is an option indicating the read open mode. Moreover, ptr indicates a pointer, sz indicates a size, and n indicates a number. When creating a load module corresponding to a C source program, for example, if there is a statement ■ in the C source program,
The statement ■ in the C library is called and linked.

また、READやWRITE、CHECKマクロが発行
されると、O8のデータ管理ルーチンに制御が渡り、O
5が指示さ  ′れた処理を行う。
Also, when a READ, WRITE, or CHECK macro is issued, control is passed to the data management routine of O8,
5 performs the instructed processing.

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

以上の説叫から明らかなように、本発明によれば、入出
力の待ち時間を短縮できること及び何個のバッファを使
用しても個数によって処理が変わることがないこと等の
効果を奏することが出来る。
As is clear from the above explanation, according to the present invention, it is possible to achieve effects such as being able to shorten input/output waiting time and not changing processing depending on the number of buffers used. I can do it.

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

第1図はl0UQ、I○WQ、l0IQ、T。 WQTを説明するための図、第2図はl0CB及びバッ
ファの確保と初期化を説明するための図、第3図及び第
4図ではオープンでの入力処理を説明するための図、第
6図及び第7図は入力処理を説明する図、第8図ないし
第10図は出力処理を説明する図、第11図はCソース
・プログラム、Cライブラリに於けるバッファ管理及び
OSデータ管理ルーチンの関係を示す図である。 10CB・・・入出力制御卸ブロック、CCTBL・・
・チャネル制御テーブル、I OUQ・・・入出力使用
キュー、I OWQ・・・入出力待ちキュー、l0IQ
・・・入出力アイドル・キュー、l0WQT・・・入出
力待ちキュー終端。
Figure 1 shows l0UQ, I○WQ, l0IQ, and T. Figure 2 is a diagram to explain the WQT, Figure 2 is a diagram to explain securing and initializing the l0CB and buffer, Figures 3 and 4 are diagrams to explain open input processing, Figure 6 and Figure 7 is a diagram explaining input processing, Figures 8 to 10 are diagrams explaining output processing, and Figure 11 is a diagram showing the relationship between the C source program, buffer management in the C library, and OS data management routine. FIG. 10CB...I/O control wholesale block, CCTBL...
・Channel control table, I OUQ...I/O use queue, I OWQ...I/O waiting queue, l0IQ
...I/O idle queue, l0WQT...I/O wait queue end.

Claims (1)

【特許請求の範囲】 入出力使用キュー、入出力待ちキュー、入出力アイドル
・キュー及び入出力待ちキュー終端指定部を用意し、 入出力制御ブロック及びバッファの確保と初期化が要求
された場合には、入出力制御ブロック及びバッファを確
保しバッファと入出力制御ブロックとを1対1に対応つ
けると共に入出力制御ブロックを上記入出力アイドル・
キューにつなぎ、オープン時での入力処理では、上記入
出力アイドル・キューから1個の入出力制御ブロックを
取り出し当該入出力制御ブロックの持つデータ事象制御
ブロックでREADマクロを発行した後に当該入出力制
御ブロックを上記入出力待ちキューにつなぐ作業を、上
記入出力アイドル・キューにつながれている入出力制御
ブロックがなくなるまで行い、上記作業が終了した後に
上記入出力待ちキューの第1番目の、入出力制御ブロッ
クを取り出し、CHECKマクロを発行した後に、当該
入出力制御ブロックを上記入出力使用キューにつなぐ作
業を行い、 オープン時での出力処理では、上記入出力アイドル・キ
ューから1個の入出力制御ブロックを取り出し、当該入
出力制御ブロックを上記入出力使用キューにつないだ後
に当該入出力制御ブロックに対応するバッファをクリア
し、 通常の入力処理では、上記入出力使用キューにつながれ
ている使用済みの入出力制御ブロックを取り出し、RE
ADマクロを発行した後、当該入出力制御ブロックを上
記入出力待ちキューにつなぎ、次ぎに、上記入出力待ち
キューにつながれている第1番目の入出力制御ブロック
を取り出し、CHECKマクロを発行して入力動作を完
了させた後に当該入出力制御ブロックを上記入出力使用
キューにつなぎ、 通常の出力処理では、入出力使用キューにつながれてお
り且つ対応するバッファに出力情報が格納済みの入出力
制御ブロックでWRITEマクロを発行し、当該入出力
制御ブロックを上記入出力待ちキューにつなぎ、次に、
上記入出力アイドル・キューにつながれている入出力制
御ブロックが存在すれば当該入出力制御ブロックを上記
入出力使用キューにつなぎ、上記入出力アイドル・キュ
ーが空であれば上記入出力待ちキューにつながっている
入出力制御ブロックを取り出し、当該入出力制御ブロッ
クを上記入出力使用キューにつないだ後、CHECKマ
クロを発行して出力動作を完了させる ことを特徴とするバッファ管理方式。
[Claims] An input/output use queue, an input/output waiting queue, an input/output idle queue, and an input/output waiting queue termination specification section are prepared, and when reservation and initialization of an input/output control block and a buffer are requested, Allocates an input/output control block and a buffer, creates a one-to-one correspondence between the buffer and the input/output control block, and connects the input/output control block to the input/output idle area mentioned above.
For input processing when connected to a queue and opened, one input/output control block is taken from the input/output idle queue and a READ macro is issued using the data event control block of the input/output control block, and then the input/output control block is executed. The process of connecting blocks to the above input/output waiting queue is performed until there are no more input/output control blocks connected to the above input/output idle queue, and after the above process is completed, the first input/output block in the above input/output waiting queue is After extracting a control block and issuing a CHECK macro, the I/O control block is connected to the above I/O use queue, and in the output processing at the time of opening, one I/O control is extracted from the above I/O idle queue. After extracting a block and connecting the I/O control block to the above I/O use queue, the buffer corresponding to the I/O control block is cleared, and in normal input processing, the used input/output control block connected to the above I/O use queue is cleared. Take out the I/O control block and RE
After issuing the AD macro, connect the relevant input/output control block to the above input/output waiting queue, then take out the first input/output control block connected to the above input/output waiting queue, and issue the CHECK macro. After completing the input operation, the relevant input/output control block is connected to the above input/output use queue, and in normal output processing, the input/output control block is connected to the input/output use queue and has output information stored in the corresponding buffer. Issue the WRITE macro, connect the relevant input/output control block to the above input/output queue, and then
If there is an input/output control block connected to the above input/output idle queue, that input/output control block is connected to the above input/output use queue, and if the above input/output idle queue is empty, it is connected to the above input/output waiting queue. A buffer management method characterized in that, after extracting an input/output control block from an existing input/output control block and connecting the input/output control block to the input/output use queue, a CHECK macro is issued to complete the output operation.
JP21764385A 1985-09-30 1985-09-30 Buffer control system Granted JPS6277662A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP21764385A JPS6277662A (en) 1985-09-30 1985-09-30 Buffer control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP21764385A JPS6277662A (en) 1985-09-30 1985-09-30 Buffer control system

Publications (2)

Publication Number Publication Date
JPS6277662A true JPS6277662A (en) 1987-04-09
JPH0481220B2 JPH0481220B2 (en) 1992-12-22

Family

ID=16707472

Family Applications (1)

Application Number Title Priority Date Filing Date
JP21764385A Granted JPS6277662A (en) 1985-09-30 1985-09-30 Buffer control system

Country Status (1)

Country Link
JP (1) JPS6277662A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04329423A (en) * 1991-04-22 1992-11-18 Internatl Business Mach Corp <Ibm> Method and system for accessing data recorded finally in continuous chain

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04329423A (en) * 1991-04-22 1992-11-18 Internatl Business Mach Corp <Ibm> Method and system for accessing data recorded finally in continuous chain

Also Published As

Publication number Publication date
JPH0481220B2 (en) 1992-12-22

Similar Documents

Publication Publication Date Title
JPS61190638A (en) File control system for virtual computer
JPS6292026A (en) Computer system with telephone function and display unit
US5721920A (en) Method and system for providing a state oriented and event driven environment
US5293624A (en) Data chaining mechanism for SCSI devices
JPS6277662A (en) Buffer control system
JPH02257340A (en) Virtual copy file system
JPH0895810A (en) Batch job execution system
Harrison et al. SHARER, a time sharing system for the CDC 6600
JPH0243636A (en) Trace information recording system
JPH0895835A (en) Method for reserving file space
JPS62264329A (en) Screen text editor processing system
JPH03278135A (en) Stack tracing device
JPH04355818A (en) Data input/output controller
Baskin et al. A modular computer sharing systems
JPS6116336A (en) Fortran input/output control processing system
JP2512948B2 (en) Data processing device
JPS60254328A (en) Task processing method in data processing system
JPS5999520A (en) Interprocessor communication control system
Purser et al. The design of a real‐time operating system for a minicomputers. Part 1
JPS58166468A (en) Interrupt dump output processing system
JPS6237411B2 (en)
JPH10161915A (en) Data inheriting method for realizing exclusive control giving priority to subsequent job
Dawes A simple network interacting programs' executive (SNIPE)
JP2828000B2 (en) Job scheduling class management system and management method
CN117608801A (en) EEPROM universal read-write interface architecture and execution method