JPH11161592A - Disk device and program recorded machine readable recording medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To efficiently process instructions from respective host devices by economical constitution in a disk device connected to the plural host devices. SOLUTION: In a ROM 12, respective modules for processing the respective instructions outputted from the host devices are stored in the form of being divided into one or plural unit modules M1-Mj corresponding to the using resources. A unit module name obtaining means 113 obtains the unit module for processing the instruction sent from the host device and a resource control means 114 defines the unit module for which the using condition of all the resources used in the unit module is non-use and the execution of the unit module to be executed before the unit module is entirely completed among the unit modules obtained in the unit module name obtaining means 113 as an execution object unit module and parallelly executes the execution object unit module.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a disk device connected to a plurality of higher-level devices, and more particularly to a disk device capable of efficiently processing instructions from each higher-level device.

[0002]

2. Description of the Related Art A disk drive includes a disk-shaped recording medium, a rotary drive mechanism for rotating the recording medium, a head for reading and writing data from and to the recording medium, a positioning drive mechanism for moving an arm attached to the head, and the like. HDA (Hard Disk Assembly) housed in the body
And a circuit unit having a servo control unit for controlling the rotation drive mechanism, a read / write control unit for reading and writing data from and on a recording medium using a head, and an interface control unit for exchanging data with a host device. It consists of. In the conventional disk device having such a configuration, an instruction from a higher-level device is received by an interface control unit, and is sequentially executed in the order of reception.

In recent years, with the spread of client-server systems and the like, a plurality of higher-level devices are increasingly connected to one disk device. In such a case, in a conventional disk device that sequentially executes instructions from a higher-level device in the order in which they are received, when an instruction is output from a plurality of the devices almost at the same time, an instruction output later is replaced with an instruction output earlier. Has to be waited until the execution of the program is completed, which causes a problem that the processing efficiency of the system is reduced.

Therefore, in order to solve such a problem,
There has been proposed a disk device in which a plurality of HDAs are provided, and a circuit unit controls a plurality of HDAs (for example, see Japanese Patent Application Laid-Open
-298810). According to such a disk device, instructions from a plurality of higher-level devices can be efficiently processed in parallel.

[0005]

However, the prior art described above has a problem in that since a plurality of HDAs must be provided, the configuration of the apparatus becomes complicated and the apparatus becomes expensive.

Accordingly, an object of the present invention is to provide a disk device capable of efficiently processing instructions from a plurality of higher-level devices without providing a plurality of HDAs.

[0007]

In order to achieve the above object, the present invention provides a disk device which is connected to a plurality of higher-level devices and performs processing in accordance with instructions from the respective higher-level devices. A storage unit in which each module for processing each command output from the storage unit is divided into one or a plurality of unit modules according to the used resources, and a command transmitted from the higher-level device. A unit module name obtaining unit for obtaining a unit module for processing the unit module, and among the unit modules obtained by the unit module name obtaining unit, the usage statuses of all resources used by the unit module are unused, and A unit module for which execution of all unit modules to be executed before the unit module has been completed is defined as an execution target unit module. The parallel and a resource supervising means to execute.

In this configuration, when a command is sent from a higher-level device, the unit module name obtaining means obtains a unit module for processing the command, and the resource control means sets the unit module name obtaining means. Of the unit modules determined in the above, the usage status of all the resources used by the unit module is unused, and the unit module to be executed before the unit module has been completely executed. Is an execution target unit module, and the execution target unit modules are executed in parallel.

[0009]

Embodiments of the present invention will now be described in detail with reference to the drawings.

FIG. 1 is a block diagram of an embodiment of the present invention. The magnetic disk device 2 includes an interface bus 21
Are connected to a plurality of higher-level devices 1-1 to 1-n via the.

The magnetic disk device 2 includes upper devices 1-1 to 1-1.
1-n, an interface control unit 3 for controlling exchange of data with the host device 1-n, a buffer 4 for temporarily storing write data from the host devices 1-1 to 1-n, and a buffer control unit for controlling the buffer 4. 5, a format control unit 6 that converts a data format into a format suitable for writing when data is written to a medium, a read / write control unit 7 that controls reading and writing of data from and to a medium, a medium, a rotation drive mechanism, a head, HDA8 in which a positioning drive mechanism for moving an arm attached to the head is housed in one housing
A servo control unit 9 that controls the HAD 8 to position the head; a RAM 10; a microprocessor (MPU) 11 that controls each unit in the magnetic disk device 2;
M12 and an internal bus 13 are included.

As shown in FIG. 2, an instruction queue 101, a resource waiting queue 102, and a resource flag 103 are registered in the RAM 10.

The resource flag 103 indicates the host device 1-1 to 1-1.
-N indicates whether or not the resources used when executing the instruction from n are being used. In the present embodiment, it is displayed whether or not the interface bus 21, the head in the HDA 8, the medium in the HDA 8, the buffer 4, and the timer built in the microprocessor 11 are in use. FIG. 3 is a diagram showing an example of the resource flag 103.
The first to fifth bits correspond to the interface bus 21, the head, the medium, the buffer 4, and the timer, respectively. Each bit is set to “1” when the corresponding resource is not used, and set to “0” when the corresponding resource is used. Therefore, the example of FIG. 3 indicates that the head among the above five resources is in use and the remaining resources are unused.

The ROM 12 has host devices 1-1 to 1-n
Are stored in a form divided into one or a plurality of unit modules M1 to Mj in accordance with the used resources. For example, if the instruction group for processing the seek instruction output from the higher-level device 1-1 to 1-n uses only the head among the above five resources, the seek instruction is processed. Instruction group is one unit module. Further, for example, an instruction group for processing a write instruction output from the higher-level device 1-1 to 1-n includes a portion using the interface bus 21 and the buffer 4,
If it is divided into two parts, a buffer 4, a head, and a part using a medium, an instruction group for processing a write instruction is divided into two unit modules.

The microprocessor 11 includes an instruction receiving unit 111, an instruction fetching unit 112, a unit module name obtaining unit 113, a resource managing unit 114, and an executing unit 115.

The command receiving means 111 is a host device 1-
It has a function of registering the instructions sent from 1 to 1-n in the instruction queue 101.

The instruction fetching means 112 is provided for the instruction queue 1
01 has the function of taking out the instructions registered in the order 01 and passing them to the unit module name obtaining means 113.

The unit module name obtaining means 113 has a function of obtaining the name of a unit module for processing the instruction passed from the instruction fetching means 112 and transferring the name to the resource managing means 114.

The execution means 115 has a function of executing the unit module instructed to be executed by the resource control means 114.

The resource control unit 114 is a unit module whose name is obtained by the unit module name obtaining unit 113.
A function to set a unit module in which the usage status of all resources used in the unit module is unused and in which all the unit modules to be executed before the unit module have been completely executed as an execution target unit module, When the execution unit 115 executes an instruction that causes the currently executing unit module to be in a wait state, or when the execution of the currently executing unit module is completed, execution of one of the unit modules as the execution target unit module Executing means 115
And the like.

In the ROM 12 storing the unit modules M1 to Mj, a program P for causing the microprocessor 11 to function as a control unit of the disk device 2 is recorded. The program P is read by the microprocessor 11 and by controlling its operation, the instruction receiving means 11
1, an instruction fetching unit 112, a unit module name obtaining unit 113, a resource control unit 114, and an execution unit 115 are realized. The recording medium for recording the program P is RO
The storage medium is not limited to M, but may be a disk, another semiconductor memory, or another recording medium.

FIG. 4 is a flow chart showing a processing example of the instruction receiving means 111, FIG. 5 is a flow chart showing a processing example of the instruction fetching means 112, FIG. 6 is a flow chart showing a processing example of the unit module name obtaining means 113, and FIG. FIG. 8 is a flowchart showing a processing example of the resource management unit 114 when the unit module name is notified from the unit module name acquisition unit 113, and FIG.
15 is a flow chart showing a processing example of the resource control means 114 when an instruction causing the currently executing unit module to be in a waiting state is executed. FIGS. 9 and 10 show the execution of the currently executing unit module by the execution means 115. 13 is a flowchart illustrating a processing example of the resource management unit 114 when the processing is completed. Hereinafter, the operation of this embodiment will be described with reference to the drawings.

An instruction from each of the host devices 1-1 to 1-n is sent to the magnetic disk device 2 via the interface bus 21. This command is received by the interface control unit 3 and notified to the microprocessor 11. The instructions from the higher-level devices 1-1 to 1-n include an identifier indicating the source of the instruction, and include parameters (for example, in the case of a seek instruction, a track The number is a parameter, and in the case of a write command, the write position is a parameter).

When the instruction is received from the interface control unit 3, the instruction receiving unit 111 in the microprocessor 11 registers the notified instruction in the instruction queue 101 in the RAM 10 as shown in the flowchart of FIG. S4
1).

The state of the instruction queue 101 is monitored by the instruction fetching means 112. The instruction fetching means 112, as shown in the flowchart of FIG.
It is determined whether an instruction is registered in No. 1 (S51),
If it is registered, one of the instructions registered at the top is taken out and passed to the unit module name obtaining means 113 (YES in S51, S52).

The unit module name acquisition means 113
As shown in (1), when an instruction is passed from the instruction fetching unit 112, all the names of unit modules for processing the instruction are obtained (S61), and the names of the obtained unit modules and information indicating the execution order of the unit modules are obtained. And the issuer identifier contained in the command and the parameters contained in the command are passed to the resource control means 114 (S6
2). The name and execution order of the unit module for processing the instruction passed from the instruction fetching unit 112 are, for example, the instruction on the ROM 12 and the name and execution order of the unit module for processing the instruction. It is possible to prepare a table (not shown) correspondingly registered and obtain it based on the contents of this table.

When notified of the unit module name, the execution order, the parameter, and the identifier of the issuer from the unit module name obtaining unit 113, the resource control unit 114 stores the notified unit module names in the execution order and responds to the information. Parameter and issuer identifier are also saved (Fig. 7,
S70). In the following description, the information saved in S70 is called saved information.

Thereafter, the resource managing unit 114 checks whether all the resources required by the unit module to be executed first among the unit modules whose names have been notified from the unit module name obtaining unit 113 are in an unused state. Is determined based on the contents of the resource flag 103 (S71). The resources required by the unit modules M1 to Mj are, for example,
By describing the resources required by the unit module in each of the unit modules M1 to Mj, it can be easily known.

If all the resources required by the unit module to be executed first are unused (S72)
Is YES), among the bits of the resource flag 103, the bit corresponding to the resource used by the unit module is changed to “0” in use, and the unit module is set as the execution target unit module (S74, S75). On the other hand, when there is a resource in use among the resources required by the unit module to be executed first (NO in S72)
Registers the set of the unit module name and the issuer identifier in the resource waiting queue 102 (S73).

Thereafter, the resource control means 114 determines whether or not the execution means 115 is free (S76). If the execution means 115 is free, the resource control means 114 selects one of the execution target unit modules,
The execution unit 115 is instructed to execute the selected execution target module (YES in S76, S77, S78). still,
When instructing the execution means 115 to execute the unit module, the resource control means 114 also instructs parameters necessary for executing the unit module. This allows
The execution unit 115 executes the specified unit module according to the specified parameter.

Further, the resource control means 114 includes the execution means 1
15 executes the instruction shown in the flowchart of FIG. 8 when the instruction for putting the currently executing unit module into the waiting state is executed.
As an instruction to put the currently executing unit module into a waiting state, for example, there is an instruction for causing the servo control unit 9 to execute a seek operation. When this instruction is executed, the servo control unit 9 performs a seek operation. The unit module waits until the operation completion is notified.

When the execution unit 115 executes an instruction that causes the currently executing unit module to enter a waiting state, the resource control unit 114 determines whether or not there is another unit module to be executed ( (FIG. 8, S81). If it is determined that there is another unit module to be executed (S81: YES), one of them is selected and the execution of the selected unit module is instructed to the execution unit 115 (S82, S83). ).

Further, the resource control means 114 includes the execution means 1
When the execution of the unit module currently being executed is completed, the processing shown in the flowcharts of FIGS. 9 and 10 is performed.

When the execution of a certain unit module is completed,
The resource management unit 114 releases the resources used by the unit module by setting the bit corresponding to the resource used by the unit module among the bits of the resource flag 103 to “1” ( (FIG. 9, S91).

Thereafter, the resource control means 114 determines whether or not there is an unexecuted unit module paired with the completed unit module (S92). This determination is made based on the contents of the storage information that includes the identifier of the higher-level device that has issued the instruction that triggered the execution of the unit module that has been completed, among the storage information stored in S70 of FIG.

If it is determined that there is no unexecuted unit module paired with the completed unit module (S92: NO), the instruction that has triggered the execution of the completed unit module is issued. The storage information including the identifier of the host device is deleted (S97).

On the other hand, when it is determined that there is an unexecuted unit module paired with the completed unit module (S92: YES), the execution is executed first among the unexecuted unit modules. The use status of resources required for executing the power unit module is checked by the resource flag 103 (S93).

If all the resources required for executing the unit module are available (YES in S94)
Sets all bits of the resource flag 103 corresponding to the resource to "0" to secure resources, and further sets the unit module as an execution target module (S9).
5, S96).

On the other hand, when the resources required to execute the unit module are not available (NO in S94)
Registers the set of the name of the unit module and the identifier of the higher-level device that has issued the instruction to be processed by the unit module in the resource waiting queue 102 (S98).

When the processing in S96, S97 or S98 is completed, the resource control means 114 determines whether or not the resource wait queue 102 is free (FIG. 10, S1).
01).

If the resource waiting queue 102 is empty (S101: YES), the process is terminated.

On the other hand, when a set of a unit module name and an identifier of a higher-level device is registered in the resource waiting queue 102 (NO in S101), one set registered at the head is taken out ( S102) Further, the resource use status required for executing the unit module having the unit module name included in the extracted set is indicated by the resource flag 10
A check is made by 3 (S103).

If all the resources required to execute the unit module are unused (Y in S104)
ES) secures resources by setting all bits corresponding to the resources in the resource flag 103 to “0”, and further sets the unit modules as execution target unit modules (S105, S106). On the other hand, when there is an in-use resource among the resources required for executing the unit module (NO in S104), the name of the unit module and an instruction to be processed by the unit module are issued. The set with the identifier of the higher-level device is stored in the resource waiting queue 10.
2 (S107).

The resource control means 114 is a resource waiting queue 1
Until there is no unprocessed set of the unit module name and the identifier of the higher-level device in 02 (until S108 becomes NO), the above-described processes of S102 to S107 are repeated.

When the above-described processing is performed on all sets of unit module names and higher-level device identifiers registered in the resource wait queue 102 (NO in S108), the resource control means 114 One of the unit modules to be executed is selected, and the execution of the selected unit module is instructed to the execution unit 115 (S109, S11).
0). As a result, the execution unit 115 can execute the resource control unit 1
The unit module designated by 14 is executed.

Next, the operation of this embodiment will be described with reference to specific examples.

Now, for example, in a state where the magnetic disk device 2 has not received any commands from the higher-level devices 1-1 to 1-n, the higher-level device 1-1 issues a seek instruction,
Immediately thereafter, it is assumed that the host device 1-n issues a write command to the medium. In the following description, it is necessary to execute the unit module M1 in order to process the seek instruction, and to execute the unit modules M2 and M3 in the order of M2 and M3 in order to process the write instruction. Suppose you need to. The resource required to execute the unit module M1 is the head, and the resource required to execute the unit module M2 (a module that performs a process of storing data from a higher-level device in the buffer 4) is the interface bus 21. , Buffer 4, and the resources required to execute the unit module M 3 (a module that performs a process of writing data from the higher-level device stored in the buffer 4 to the medium) are the buffer 4, the head, and the medium.

The seek command and the write command issued from the host devices 1-1 and 1-n are transmitted through the interface bus 2
1, the interface control unit 3, and the microprocessor 11 are notified via the internal bus 13.

As a result, the instruction accepting means 111 in the microprocessor 11 sequentially registers the notified seek instruction and write instruction in the instruction queue 101 (FIG. 4, FIG. 4).
S41).

The instruction fetching unit 112 stores the instruction queue 1
When the seek command and the write command are registered in 01, first, the seek command is taken out and passed to the unit module name obtaining means 113 (FIG. 5, S51 is YES, S52).

When the seek instruction is passed from the instruction fetching unit 112, the unit module name obtaining unit 113 obtains all the names of the unit modules for processing the seek instruction (S61). The information indicating the execution order of the modules, the identifier of the issuer included in the seek command, and the parameters included in the seek command are passed to the resource control unit 114 (S62). As described above, since the unit module for processing the seek instruction is only the unit module M1, the execution order of the name m1 of the unit module M1 and the execution order of the unit module M1 of the unit module name m1 must be the first. And the higher-order device 1 of the issuer included in the seek instruction.
1 and the parameter Ps included in the seek command are passed to the resource control means 114.

As a result, the unit module names m1 notified to the resource control means 114 are stored in the order of execution, and
The parameter Ps and the identifier ID1 of the higher-level device 1-1 are stored in association therewith (FIG. 7, S70).

Thereafter, the resource control means 114 refers to the resource flag 103 and checks the use state of the resource (head) required to execute the unit module M1 (S71). In this example, since all the bits of the resource flag 103 are “1”, the resource managing unit 11
No. 4 determines that all the resources required to execute the unit module M1 are available (YES in S72).

When the result of the determination in S72 is YES, the resource managing means 114 sets the second bit of each bit of the resource flag 103 to "0" as shown in FIG. Perform (S74), and further make the unit module M1 an execution target unit module (S75).

After that, since the execution unit 115 is vacant and the execution target unit module is only the unit module M1, the resource control unit 114 sets the unit module M1
To execution means 115 (YES at S76,
S77, S78). Accordingly, the execution unit 115 starts execution of the unit module M1.

When the above-described processing is performed on the seek instruction, the instruction fetching unit 112 fetches the write instruction from the instruction queue 101 and passes it to the unit module name obtaining unit 113 (FIG. 5, S51: YES, S52).

When the write command is passed from the command fetching unit 112, the unit module name obtaining unit 113 obtains all the names of the unit modules for processing the write command (S61). The information indicating the execution order of the modules, the identifier of the issuer included in the write command, and the parameters included in the write command are passed to the resource management unit 114 (S6).
2). As described above, there are two unit modules for processing the write command, the unit modules M2 and M3, and the execution order is M2 and M3.
2, the name m2, m3 of M3, information indicating that the execution order is m2, m3, the identifier IDn of the upper device 1-n of the issuing source included in the write command, and the identifier IDn included in the write command. The passed parameter Pw is passed to the resource control means 114.

As a result, the unit module names m2 and m3 notified to the resource control means 114 are stored in the order of execution, and the parameters Pw and the host device 1-
The identifier IDn of n is stored (S70 in FIG. 7).

After that, the resource management means 114 refers to the resource flag 103 and checks the use state of the resources (the interface bus 21 and the buffer 4) necessary for executing the unit module M2 (S71). In this example, since the resource flag 103 is in the state shown in FIG. 3, the resource management unit 114 determines that all the resources required to execute the unit module M2 are available. (S72 is YES).

If the determination result in S72 is YES, the resource control means 114 sets the first and fourth bits of the bits of the resource flag 103 corresponding to the interface bus 21 and the buffer 4 to "0". Thus, resources are secured (S74), and the unit module M2 is set as an execution target unit module (S75).

Thereafter, if the execution means 115 is free, the resource control means 114 instructs the execution means 115 to execute the unit module M2 (YES in S76, S77, S77).
78). Accordingly, the execution unit 115 starts execution of the unit module M2. At the present time, the execution means 115
Even if is not empty, if the unit module M1 issues an instruction to enter the waiting state, the determination result of S81 in FIG.
Since it becomes ES, execution of the unit module M2 is started. As described above, the unit modules M1 and M2 are executed in parallel.

The operation at the next stage differs depending on the end timing of the unit module M1 and the end timing of the unit module M2. The reason for this is that the unit module M3 to be executed next to process the write command requires a buffer 4, a head, and a medium, and overlaps the resources used by the unit module M1.

First, the operation in the case where the unit module M1 for processing the seek instruction is completed before the unit module M2 for processing the write instruction will be described.

When the unit module M1 ends, the resource control means 114 sets the second bit of the resource flag 103 to "1" and releases the resources (head) used by the unit module M1 (S91 in FIG. 9). . Next, since there is no unit module paired with the completed unit module M1, the resource control unit 114 proceeds to S in FIG.
The corresponding storage information is deleted from the storage information stored in 70 (NO in S92, S97). Thereafter, the resource managing unit 114 checks whether or not the unit module name or the like is registered in the resource waiting queue 102. However, since it is empty (YES in S101 in FIG. 10), the process ends.

After that, when the unit module M2 ends, the resource control means 114 sets the first
The fourth bit is set to "1" to release the resources (the interface bus 21 and the buffer 4) used by the unit module M2 (S91 in FIG. 9). Next, since there is an unexecuted unit module M3 that is paired with the unit module M2, the resource managing unit 114 sets resources (buffer 4, head,
Check the use status of the medium (YES in S92, S
93). In this case, since all the resources required by the unit module M3 are unused, the resource managing unit 114
After securing the resources required by the unit module M3, the unit module M3 is set as the execution target unit module (YES in S94, S95, S96). Thereafter, since the unit module to be executed is only the unit module M3, the resource control unit 114 instructs the execution unit 115 to execute the unit module M3 (FIG. 10, S10).
9, S110).

Next, an operation in the case where the unit module M2 for processing the write instruction is completed before the unit module M1 for processing the seek instruction will be described.

When the unit module M2 is completed, the resource control means 114 sets the first and fourth bits of the resource flag 103 to "1", and stores the resources (interface bus 21, buffer 4) used by the unit module M2. Release (S91 in FIG. 9). Next, the resource control means 114 is a unit module paired with the completed unit module M2, and there is an unprocessed unit module M3.
The use state of resources (buffer 4, head, medium) required by the unit module M3 is checked. (S92 is Y
ES, S93).

In this example, since the head is secured by the unit module M1 for processing the seek instruction, the determination result in S94 is NO, and the module name m3 of the unit module M3 and the higher order of the source of the write instruction aresuance. The set with the identifier IDn of the device 1-n is stored in the resource queue 10
2 (S98).

Thereafter, when the unit module M1 is completed and the head is released (S91 in FIG. 9), all resources necessary for executing the unit module M3 are prepared (FIG. 10, S104: YES). After securing the resources, the unit module M3 is set as an execution target unit module (S
105, S106). In this case, since the execution target unit module is only M3, the resource control unit 114 instructs the execution unit 115 to execute the unit module M3 (S3).
108 is NO, S109, S110).

[0070]

As described above, according to the present invention, each module for processing each command output from a higher-level device is divided into one or a plurality of unit modules according to the resources used. And a unit module name obtaining unit for obtaining a unit module for processing an instruction sent from a higher-level device, and a unit module among the unit modules obtained by the unit module name obtaining unit. A unit module in which the use status of all the resources used in the module is not used, and the execution of the unit module to be executed before the unit module has been completed is set as an execution target unit module, and the execution target unit modules are set in parallel. Resource management means to execute the program, and it is not necessary to provide a plurality of HDAs unlike the conventional technology.
With an economical configuration, it is possible to efficiently process commands from a plurality of higher-level devices.

[Brief description of the drawings]

FIG. 1 is a block diagram of an embodiment of the present invention.

FIG. 2 is a functional configuration of a microprocessor 11, RAM1.
FIG. 3 is a block diagram illustrating an example of contents of a ROM and a contents of a ROM.

FIG. 3 is a diagram illustrating a configuration example of a resource flag 103;

FIG. 4 is a flowchart showing a processing example of a command receiving unit 111;

FIG. 5 is a flowchart illustrating a processing example of an instruction fetching unit 112;

FIG. 6 is a flowchart showing a processing example of a unit module name acquisition unit 113;

FIG. 7 is a flowchart showing a processing example of the resource management unit 114 when a unit module name is notified.

FIG. 8 is a flowchart showing a processing example of the resource managing unit 114 when an instruction for putting a unit module into a wait state is executed.

FIG. 9 illustrates a resource control unit 1 when a unit module is completed.
14 is a flowchart illustrating a processing example of No. 14;

FIG. 10 is a flowchart showing a processing example of the resource management unit 114 when a unit module is completed.

[Description of Signs] 1-1 to 1-n Upper device 2 Magnetic disk device 3 Interface controller 4 Buffer 5 Buffer controller 6 Format controller 7 Read / write controller 8 HDA 9 Servo Control unit 10 RAM 101 Instruction queue 102 Resource queue 103 Resource flag 11 Microprocessor 111 Instruction accepting unit 112 Instruction fetching unit 113 Unit module name obtaining unit 114 Resource management unit 115 Execution unit 12 ROM M1 to Mj unit module P program 13 internal bus

Claims (4)

[Claims] In a disk device connected to a plurality of higher-level devices and performing processing according to instructions from the respective higher-level devices, each module for processing each command output from the higher-level device is provided. A storage unit stored in a form divided into one or a plurality of unit modules according to the used resources; and a unit module name obtaining unit for obtaining a unit module for processing an instruction sent from the higher-level device Execution of a unit module that is not used in all the resources used by the unit module among the unit modules obtained by the unit module name obtaining means and is to be executed before the unit module A unit module for which execution has been completed is defined as an execution target module, and resource management means for executing the execution target module in parallel is provided. A disk device characterized by the following. 2. An execution means for executing a unit module designated by the resource control means, wherein the resource control means executes a command which is in a waiting state in the execution means or which is currently being executed. 2. The disk device according to claim 1, further comprising a configuration for instructing the execution means to execute one of the unit modules which are the execution target unit modules when the unit module is completed. 3. A resource flag for displaying a use status of each resource used by each unit module, wherein the resource managing unit uses all resources used in the unit module based on the display of the resource flag. 3. The disk device according to claim 2, further comprising a configuration for determining whether the status is unused. 4. A computer having a storage unit in which each module for processing each command output from a higher-level device is stored in a form divided into one or a plurality of unit modules according to the resources used. A computer-readable recording medium that stores a program for causing the computer to function as a control unit of a disk device that is connected to a plurality of higher-level devices and performs processing according to instructions from the higher-level devices. A unit module name obtaining means for obtaining a unit module for processing an instruction sent from the higher-level device; and all of the unit modules used in the unit module among the unit modules obtained by the unit module name obtaining means. The resource usage status is unused, and execution of all unit modules to be executed before the unit module has been completed. A machine-readable recording medium in which a program for causing a unit module to be an execution target unit module and functioning as a resource control unit for executing the execution target unit module in parallel is recorded.