JP2786110B2 - Competitive operation test method - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a competitive operation test system, and more particularly to a competitive operation test system for performing a competitive operation test on a device shared by a plurality of computers.

[0002]

2. Description of the Related Art When performing a competitive operation test (operation guarantee at the time of simultaneous access, a queuing function, etc.) for a device commonly used by a plurality of computers, It is necessary to create an environment in which simultaneous access is performed or another computer accesses while one computer is accessing.

Conventionally, when the above environment is created, it is necessary for each computer to recognize and operate the access status of a device used in common, and it is necessary to intervene an operator or to perform the operation automatically. The environment creation method was complicated.

A conventional competitive operation test system will be described with reference to the drawings.

FIG. 5 is a processing flowchart of a conventional competitive operation test method.

In FIG. 5, this conventional example is disclosed in
No. 204735: A description of the contention operation test method, wherein a contention operation test program between multiple processors using a function of a monitoring device as shown in FIG.
The (instruction processor) side and the slave IP side execute each other while keeping a timing with each other to perform a competitive operation test, and collect and judge the test results. In FIG. 5, processing units 101 to 113 in each block are program modules, respectively, and perform each function by processing a subroutine of this module by an IP.

First, an IP activation unit 101 on the master IP side that controls another IP on software (test program)
Starts the test environment setting unit 110 on the slave IP side, which is controlled by the master IP on the test program and processes in parallel. After the slave IP side is activated, the test environment setting section 102 on the master IP side and the test environment setting section 110 on the slave IP side set an environment for performing an expected test.

Next, the diagnostic instruction issuing unit 10 on the master IP side
Reference numeral 3 denotes a type of an access request (a type of operation such as reading and writing, and a type of a high-level signal, a low-level signal, a pulse signal, etc.) which are continuously generated for the shared device by executing the diagnostic instruction. And (ii) when the access request specified by the diagnostic instruction and the access request conflict with each other on the shared device, a request to notify each processor of the conflict by generating an interrupt is used for a competitive operation test. To the monitoring device side.

[0009] With this, the monitoring device side receives the master IP address.
After receiving the request from the side, the processing is started based on the request.

In the diagnostic instruction issuing unit 103, timing is set on the master IP side and the slave IP side, and the next test execution processing is performed simultaneously.

Next, the diagnostic instruction issuing unit 10 on the master IP side
In step 5, the diagnostic command is executed, and a request for terminating the continuous generation of access requests to the shared device and a request for terminating the monitoring of occurrence of contention are sent to the monitoring device. Note that the diagnostic instruction issuing units 105 and 103 are the same program module, and operate at different timings twice, starting and ending.

Next, the interrupt processing unit 106 on the master IP side
The interrupt processing unit 112 on the slave IP side performs an interrupt process sent from the monitoring device when a conflict occurs, and stores information on the conflicting access request. Next, the result value collection unit 107 on the master IP side and the result value collection unit 113 on the slave IP side collect data on the shared device that has been tested.

Next, the IP stop unit 108 on the master IP side stops the slave IP side on which the test has been completed. next,
In the result determination unit 109, the result of the competitive operation test performed on the master IP side and the slave IP side, that is, the result value collection unit 10
By the operations of 7 and 113, it is determined whether the access conflict information fetched from the shared device is correct or not.

FIG. 6 is a block diagram showing an example of a multiprocessor system and a competitive operation test monitoring device to which the conventional example is applied.

In FIG. 6, reference numeral 201 denotes a main storage device (MS) as a shared device; 202, a storage control device (SCU) for controlling between the main storage device 201 and each processor;
3, 204, and 205 issue input / output instructions and execute input / output operations (IOPA to IOOP).
X), 206, 207, and 208 are instruction processors (IPA to Y) for executing instructions, respectively, and 209 is a service processor (SV) for monitoring and maintaining the system.
P) and 210 are test monitoring devices that request the processor to perform a competitive operation test and request termination thereof, BS1 is a bus between the main storage device 201 and the storage control device 202, and BS2 is a bus between the input / output processors 203 to 205. A bus between the storage control unit 202, BS3 is a bus between the instruction processors 206 to 208 and the storage control unit 202, CBS1 is a control bus between the storage control unit 202 and each unit, and DBS1 is a control bus between the storage control unit 202 and each unit. Data bus between devices, CBS
2 and DBS2 are a control bus and a data bus between the service processor 209 and the monitoring device 210, respectively.

As described above, in the conventional competitive operation test system described in Japanese Patent Application Laid-Open No. 3-204735, the master I
The P side and the slave IP side execute each program module while keeping a timing with each other to execute a competitive operation test.

[0017]

In the conventional competitive operation test system described above, the master IP side and the slave IP side need to communicate with each other and recognize the state. Complicated procedures such as IP-to-IP communication and computer-to-computer communication are required. Particularly, when the test execution processing on the master IP side and the slave IP side is performed at the same time, a very advanced technology relating to the inter-computer communication is required. There is a problem that is required.

[0018]

According to the competitive operation test method of the present invention, a main memory device and an independent main memory device are provided.
With the program stored in
A plurality of computers each having a function of independently performing the entire arithmetic processing, a shared device shared by each of the plurality of computers, and a status monitoring device for monitoring a status of the shared device; The apparatus has access status monitoring means for monitoring the access status of the plurality of computers to the shared device, and status notification means for substantially simultaneously notifying the plurality of computers of the status of the shared device. One of the computers as a master and the other remaining computers as slaves, wherein the master computer is a test state setting means for setting a test state, and the notification from the state monitoring device after setting the test state. First notification monitoring means for monitoring the first and the first test execution means for executing a first test when there is the notification, Each of the slave computers executes second notification monitoring means for monitoring the notification from the status monitoring device after setting the test status of the master, and executes a second test when the notification is given. Second test execution means.

[0019]

Next, the present invention will be described with reference to the drawings.

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

In FIG. 1, the embodiment is a computer A
10, a computer B11, a shared device (hereinafter referred to as a device under test) 12 shared by the computer A10 and the computer B11, and a status monitoring device 13 for monitoring the status of the device under test 12. ing.

FIG. 2 is an operation flowchart of the state monitoring device shown in FIG.

Next, the operation of the state monitoring apparatus according to the present embodiment will be described with reference to FIGS.

In FIG. 2, an access state reading unit S20 of the state monitoring device 13 reads an access state of the device under test 12. The access state determination unit S21 detects a change in the access state of the device under test 12. If no change is detected, the access state reading unit S20
When the change is detected, the process proceeds to the interrupt notification unit S22. The interrupt notification unit S22 notifies the computer A10 and the computer B11 of the access status of the device under test 12.

FIG. 3 is a flowchart showing the operation of the test program executed by the computer in this embodiment.
(A) is an operation flowchart in which the computer A is a master side, and (b) is an operation flowchart in which the computer B is a slave side.

Next, the computer A,
The operation of B will be described with reference to FIGS.

In FIG. 3, S30-S33 are processing flowcharts on the master side, and S34-S36 are processing flowcharts on the slave side. The test state setting unit S30 on the master side sets an access state (test start) to the device under test 12 prior to the test. The interrupt monitoring unit S31 monitors a status change notification from the status monitoring device 13. When the notification of the state change is received, the process proceeds to the test execution unit S32, and the access to the device under test 12 is started. End state setting unit S33
Sets the access state (test completed) to the device under test 12. The slave side interrupt monitoring unit S34 is a state monitoring device 1 generated by the master side test state setting unit S30.
3 is notified of a status change notification. When the notification of the state change is received, the process proceeds to the test execution unit S35, and access to the device under test 12 is started. End state monitoring unit S36
Monitors the status change notification from the status monitoring device 13 generated by the master end status setting unit S33.

FIG. 4 is an operation sequence chart between the respective devices in this embodiment.

Next, the operation of this embodiment will be described with reference to FIGS.
This will be described with reference to FIG.

In FIG. 4, S40 to S42 are for the computer A10, S50 is for the computer B11, and S60 is for the computer B11.
Steps S63 to S63 show the operation sequence of the state monitoring device 13.
First, the state monitoring device 13 always monitors the state of the device under test 12 (S60). When a state is set in the device under test 12 in the test state setting S40 on the master side, a state change is detected by the state monitoring device 13 and an interrupt notification unit (S22).
To the computer A10 and the computer B11 (S61). The computer A10 and the computer B11 send an interrupt notification (S
61), the test execution unit (S3) of the computer A10
2) and a test execution unit (S3) of the computer B11
The access (test) to the device under test 12 according to 5) is started (S41), (S50). When the end state is set in the device under test 12 in the end state setting S42 on the master side, a state change is detected by the state monitoring device 13 and the computer A10 and the computer B11 are interrupted by the interrupt notification unit (S22). This is notified (S63).

[0031]

The present invention described above, according to the present invention is that it
Are independent main storage devices and the programs stored in those storage devices.
The program has its own whole program
A plurality of computers having a function of performing arithmetic processing, a shared device used in common by each of the plurality of computers, and a status monitoring device for monitoring the status of the shared device, wherein the status monitoring device includes a plurality of computers. and access state monitoring unit but which monitors the access status of to the shared device, approximately the same state of the shared device to multiple computers
By having the state notification means for notifying sometimes the effect of multiple computers I by the notification from the state monitoring device can be performed simultaneously testing to begin access contention operation to a shared device.

In addition, a plurality of computers can create a competing operating environment without recognizing the access status of the shared device, and can easily execute a competing operation test without a notification between the computers. is there.

[Brief description of the drawings]

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

FIG. 2 is an operation flowchart of the state monitoring device shown in FIG. 1;

3A and 3B are flowcharts of a test program according to the present embodiment, in which FIG. 3A is an operation flowchart in which a computer A is a master side, and FIG. 3B is an operation flowchart in which a computer B is a slave side.

FIG. 4 is an operation sequence chart between devices in the present embodiment.

FIG. 5 is a processing flowchart of a conventional competitive operation test method.

6 is a block diagram showing an example of a multiprocessor system and a competitive operation test monitoring device to which the conventional example shown in FIG. 5 is applied.

[Explanation of symbols]

 Reference Signs List 10 computer A 11 computer B 12 shared device (device under test) 13 state monitoring device

Claims (2)

(57) [Claims] A plurality of computers each having an independent main storage device and a program stored in the storage device and having a function of independently performing the entire arithmetic processing by the program, and each of the plurality of computers is A shared device that is shared and used; and a status monitoring device that monitors the status of the shared device, wherein the status monitoring device monitors an access status of the plurality of computers to the shared device. If contention operation test <br/> scheme characterized by having a state notification means for substantially simultaneously notify the state of the shared device to said plurality of computers. 2. A method according to claim 1, wherein one of the plurality of computers is a master and the other computers are slaves, wherein the master computer is a test state setting means for setting a test state; A first notification monitoring unit that monitors the notification from the state monitoring device, and a first test execution unit that executes a first test when the notification is issued, wherein each of the slave computers is A second notification monitoring unit that monitors the notification from the state monitoring device after the master sets the test state, and a second test execution unit that executes a second test when the notification is received. 2. The competitive operation test method according to claim 1, wherein: