JPH02170245A - Input/output control mechanism for plural files - Google Patents

Abstract

PURPOSE:To occupy a series of files with no interruption of other programs by receiving collectively the I/O requests of plural files in a table form and also returning collectively the results. CONSTITUTION:An I/O control mechanism for plural files produces a file control table 4 based on the designations received from the programs 2a, 2b.... A control part 1 contains a file control part 12 which controls plural files and a file I/O control part 11 which performs the I/O to the files of the magnetic disk groups 3 (3a, 3b). Then the part 1 produces the table 4 in order to collectively control the I/Os of plural files based on the designations of the programs 2a, 2b.... Thus these I/Os are collectively controlled via the table 4 and at the same time the control results are also collectively returned. As a result, a series of files can be occupied with no interruption of other programs.

Description

DETAILED DESCRIPTION OF THE INVENTION (Industrial Application Field) The present invention provides multiple file I/O control a! Regarding rA, it is particularly related to a batch I/O controller for a plurality of files in I/O management of files on a magnetic disk.

(Prior art) Conventionally, file I/O control has been performed on a file-by-file basis.
The control unit executed the command O and returned the result to the program that issued the command.

(Problem to be Solved by the Invention) The conventional file I/O control device described above operates in units of one file, so even if one program performs I/O on two files consecutively, the There are disadvantages in that I/O commands from other programs may interrupt and only one file can be used, and that it takes time to return results in file units.

(Means for Solving the Problems) The multiple file I/O control m structure according to the present invention is capable of starting a multiple file I/Oft+IJl that has a multiple file I/O management mechanism and is capable of starting multitasks. A file control table for collectively controlling I/O of a plurality of files is created according to the specification, and the I/O control of the plurality of files is collectively controlled using the file control table, and the results are returned at once.

(Example) Next, the present invention will be explained with reference to the drawings.

FIG. 1 is a block diagram showing an embodiment of a multiple file I/O control mechanism according to the present invention.

This multiple file I/O control mechanism allows each program (2
A file control table 4 is created based on the specifications from a, 2b, . . . ). The control unit 1 includes a file control unit 12 that controls multiple files, and a magnetic disk group 3 (3a
, 3b) is configured by including a file I/O management unit 11 that executes 1/O of the above file.

FIG. 2 is a flowchart showing the initial operation of the system when the power is turned on.

First, the control unit 1 checks the files left in the file control table 4 (Step 21), closes the files left without any unclosed designations (Steps 21.22, 23.24>), and then checks all the files in the file control table 4 (Step 21). (Step 25).This is a process for automatic recovery when a program in execution of multiple file I/O is interrupted due to a power outage or the like.

FIG. 3 is a flowchart showing the operation when an instruction such as Ilo is issued from a program. The control unit l receives the specifications from the program (open, protect, unclosed, unclosed) as a table, checks the file control table 4 (step 31), and performs processing such as registration and updating if necessary. (step 32)
．． 33>. If open is specified, execute the file open, and if other specifications are specified, open completion returns the result to file control table 4 and the program side table.
(Protection completed, Unclosed designation completed, Unclosed unreleased, Used by another program) (Step 34).

When a termination command is issued, after closing all files registered from that program that are not designated as unclosed (step 35), all information including unclosed files is deleted from the file control table 4. The end processing (step 36) is executed simultaneously with the end of the program even if no end command is issued from within the program.

FIG. 4 is an example of how this mechanism is used in a program. Create a table for multiple files to be used (step 41), issue an I/O command (step 42), open the entire file and check the status (step 43),
- If batch processing is not possible, stop processing. If all specified files can be secured, issue unclosed specification immediately before and after processing each file (step 44), and process one file (step 45). Unclose designation is canceled,
Only the files in which a failure occurred during processing remain unclosed even after completion (steps 46 and 47), and after normal completion, they are closed all at once by a termination command (step 48).
.

Figures 5 (A> and (B) are file control table layouts on the program side and the control mechanism side.
A> is a table on each program, and the fifth [jJ(B)
indicates a table on the control mechanism, and the table on the control mechanism side is a unit of the program being executed. If program Y attempts to open file A, but program X already occupies it, the in-use status is returned to the file on program Y, but it is not registered in the table on the control mechanism side.

(Effects of the Invention) As explained above, the present invention receives I/O requests for multiple files in a table format and returns the results all at once, without interrupting the program of a song in the middle. It has the effect of being able to occupy a series of files.

Also, if you do not process files continuously in a short time, 1
It is possible to process each file without having to take time to load Ilo, and even if a failure occurs, all specified files can be processed at the same time without being left unclosed.

[Brief Description of the Drawings] Fig. 1 is a configuration block diagram showing an embodiment of a device for controlling multiple file I/O according to the present invention, Fig. 2 is a flowchart of the initial startup waiting operation in this embodiment, and Fig. 3 is an operation flowchart when issuing an instruction from a program in this embodiment, FIG. 4 is a flowchart showing an example of the use of the present invention in a program in this embodiment, and FIGS. It is a diagram showing an example of a file control table. 1... Control unit, 2... Program group, 2a, 2b. ~... Program, 3... Magnetic disk group, 3a. 3b, ~... magnetic disk, 4... file control table, 11... file I/O management section, 12...
File control section.

Claims (1)

[Claims] In a multi-file I/O control mechanism that has a multi-file I/O management mechanism and is capable of starting multitasks, a file control table is created for collectively controlling I/O of multiple files according to specifications from each program, A multiple file I/O control mechanism, characterized in that the I/O control of the multiple files is collectively controlled using the file control table, and the results are collectively returned.