JPH05274185A - Meausring device for performance of information processing system - Google Patents

Abstract

PURPOSE:To simplify the measurement of performance of an information processing system containing plural processes which perform communication with each other with call of a remote procedure without caring of this remote procedure call. CONSTITUTION:In a decentralized information processing system where plural processes perform communication with each other with a remote procedure call and attain the parallel operations, it is previously detected that a remote procedure call is given to the process to undergo the measurement of its performance by a remote procedure call issue detecting means 15. The means 15 also specifies a process that has a remote procedure to be called. A remote procedure call end detecting means 16 detects the end of the remote procedure call processing. The satellite performance measuring means 12a and 12b are connected to the processes 11a and 11b and measure the performance of satellites. Then a central performance measurement control means 14 controls the operating states of both means 12a and 12b in response to detection result of the means 15 and also stores the measurement results of both means 12a and 12b.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a distributed information processing system for processing a plurality of programs in a distributed manner by controlling a plurality of computers in association with each other, and more particularly to a parallel, parallel or distributed processing of such programs. The present invention relates to a performance measuring apparatus suitable for each process that operates in parallel / parallel in a system.

[0002]

2. Description of the Related Art In recent years, due to the spread of networks, the cost reduction of computers, and the complexity and diversification of processing required for computers, a plurality of processes communicate with each other through communication means via communication channels and cooperate with each other. Then, a program consisting of processes that operate in parallel and in parallel is being created. In particular, programming of a distributed program consisting of the processes operating in parallel / parallel in a distributed manner on a plurality of computers connected by a wide area network or a narrow area network is performed.

In such programming, the development of a method for easily describing processes that perform parallel / parallel operations in cooperation and a method for measuring performance has become a major issue. One way to easily describe processes that operate in parallel / parallel in cooperation is to modularize programming by separating the functions of the program as a server that provides the processing and a client that uses the processing results. There is a way to do it. In particular, there is a method known as a remote procedure call as one of the methods of separating the functions of the server and the client (for example, "Forefront of distributed computing environment", "Nikkei Electronics" 1990.6.
11, no. 502 pp. 122-148). In the remote procedure call, the unit of processing is regarded as a procedure, the procedure is designated to the process on the same or a remote computer, the argument is transmitted, and the return value of the procedure is received. Further, the processing is performed by reflecting the side effect of the procedure on the state of the information processing system. By introducing this remote procedure call, it is possible to easily program a program consisting of processes that operate in parallel / parallel in cooperation. One of the major problems in performance measurement is how to handle processes that operate in parallel and parallel in a simple and cooperative manner.

Traditional performance measurement schemes have only dealt with a single process. For example, AT &T's UNIX operating system uses the function of accessing the management data of the user process as a function incorporated in the core of the operating system to consume the time spent in the user mode and the system mode at the end of execution of the process. Software "time" is provided to report time and total time spent. However, in recent years, research has been conducted on performance measurement for processes that operate in parallel and in parallel.For example, the remote procedure call function incorporates a mechanism for managing information on the occurrence of communication failures and retry information related to remote procedure calls, and The literature that measures the performance degradation of is also published. (For example, R. Coo
per, “Pilgrim: A Debugger fo
r Distributed Systems ”Pro
c. of 7th Int. Conf. on Dist
ribbed Computing Systems,
pp. 458-465 (Sep. 1987)).

[0005]

However, in the conventional program performance measuring method, the performance of a single process is measured, and even in the case of processes operating in parallel or in parallel, each of those processes can be measured as a single process. The performance is measured as a single process.The overall performance of a program consisting of parallel and parallel processes is thought to be focused on the function that allows the user to aggregate the performance of each process and indirectly measure it. Was there. Therefore, in the case of a program of a process that operates in parallel or in parallel using remote procedure call, the communication procedure and the communication part of the argument when the remote procedure call is issued, or the communication procedure and the return when the remote procedure call is completed There is a problem that it is difficult to measure the performance of such a program as easily as a single-process program, because the communication part of the value must be taken into consideration. The present invention solves the above-mentioned problem of the conventional program performance measuring method, and enables easy performance in an information processing system realized by a plurality of processes communicating with each other by remote procedure call without being aware of remote procedure call. An object is to provide a program performance measuring device that can perform measurement.

[0006]

According to the present invention, as shown in FIG. 1, a plurality of processes, that is, a first process 11a,
The second process 11b, ... The nth process 11n is a communication means via the communication channel, that is, the first communication means 13
a, second communication means 13b, ... In the performance measurement device of the distributed information processing system which communicates with each other by remote procedure call through the nth communication means 13n to realize parallel / parallel operation, Remote procedure call issuance detection means 15 for detecting in advance that there is a remote procedure call and for identifying the process having the remote procedure called, and remote procedure call end detection means 16 for detecting the end of the processing of the remote procedure call, For detecting a plurality of satellite performance measuring means 12a, 12b for connecting to each of the plurality of processes 11a, 11b to measure performance, and for detecting the remote procedure call issuance detecting means 15 or the remote procedure call end detecting means 16. In response, switching control of the operating states of the satellite performance measuring means 12a, 12b is performed, and Central performance measurement control unit 14 for storing the measurement result notified from the performance measuring means 12a, 12b
And having.

[0007]

According to the present invention, when one of the plurality of processes, for example, the first process 11a issues a remote procedure call, the remote procedure call issue detection means 15 detects the issue of the remote procedure call. At the same time, the computer B on which the second process 11b including the requested remote procedure is operating is specified and notified to the central performance measurement control means 14. The central performance measurement control means 14 activates the second satellite performance measurement means 12b on the computer on which the second process 11b including the required remote procedure is running. And
The central performance measurement control means 14 changes the connection state with the satellite performance measurement means from the connection with the first satellite performance measurement means 12a by the first communication means 13a to the second satellite performance by the second communication means 13b. The connection is switched to the measuring means 12b. Thus, the person who measures the performance of the first process 11a continues to measure the performance of the second process 11b after the performance measurement of the first process 11a. When the execution of the remote procedure is completed and the remote procedure call completion detection means 16 detects the completion of the execution of the remote procedure call, it notifies the central performance measurement control means 14. The central performance measurement control means 14 is the second communication means 1.
2b to the second satellite performance measuring means 12b through
Command to end the performance measurement of process 11b
When the performance measurement of the second process 11b is completed, the second satellite performance measuring means 12b and the second communication means 13b are extinguished and switched to the first satellite performance measuring means 12a, and at the same time, the performance of the second process 11b. First measurement data
And the performance measurement data of the process 11a. Further, each time a remote procedure call is issued, the n satellite performance measuring means connected to the process for executing the remote procedure are activated to switch the communication means one after another, so that the performance measurement of the first process 11a continues in parallel. .N operating in parallel
The performance / measurement of each process can be performed, and the data of n performance measurements can be obtained in a combined form.

[0008]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The features of the present invention will be specifically described based on embodiments with reference to the drawings. 2 is a block diagram showing an embodiment of the present invention, FIGS. 3 and 4 are examples of client and server sample programs for performance measurement, and FIG. 5 is an example of a description file of a remote procedure call.

In FIG. 2, the remote procedure call description file 23 defines the remote procedure name, the type and number of arguments of the remote procedure, and the type of return value. In the example shown in FIG. 5, the remote procedure name is pri as an example of the remote procedure call description file.
It is shown in ntmessage that the argument has one string type and the return value has an int type.
In this embodiment, source code debuggers 203 and 213 are used as the satellite performance measuring means. The source code debuggers 203 and 213 connect to the program being executed, embed a breakpoint at a point in the target program corresponding to a specific location in the source code of the source files 202 and 212, and the execution reaches that breakpoint. After being interrupted, control passes to the source code debugger 20.
3 and 213, the time is pulled out by the clocks 204 and 214 connected to the source code debugger, or the process information of the target process (for example,
After extracting the information about the execution time before processing, which is present in the u structure table in the UNIX operating system), the execution is continued and the target process executes the predetermined processing. Then, when the breakpoint is reached again and interrupted, the information about the time or execution time after processing is extracted by the same procedure, and the information about the time or execution time obtained by the interruption by the previous breakpoint is collected. The calculation is also performed, and the time required for the predetermined processing is calculated. For example, UN
In the case of the IX operating system, it is possible to know the real time, the execution time in the user state, and the execution time in the system state. Further, the debugger interface 26 has a time execution time storage unit 261 that stores information about the time and the execution time obtained from the source code debuggers 203 and 213.

Further, in this embodiment, two cases are considered as the processes to be measured. It is assumed that the first source code debugger 203 is connected to the client process 201 in advance, but after the client process 201 is started, the process number of the client process 201 is known and the first source code debugger 203 is connected. You may. The first source code debugger 203 is coupled to the debugger interface 26 via a communication channel via the first TCP socket 28a. The person measuring the performance issues a command from the display terminal device 27, and the command is sent to the first source code debugger 203 through the debugger interface 26, and the first
The source code debugger 203 refers to the client source file 202 having the source code of the client to measure the source code performance. The performance measurement result including the processing time for the performance measurement command given to the first source code debugger 203 is sent to the debugger interface 26 via the communication channel by the first TCP socket 28a and is sent to the time execution time storage unit 261. Accumulated.

Therefore, for example, the first source code debugger 203 instructs the client process 202 to execute "resu" at line 7 before executing line 7 of the source code (see FIG. 3).
lt = printmessage (& message,
cl); ”is executed, the first breakpoint is set so that the argument is completely transmitted to the server process 211 by using the third TCP socket 29 and the process is interrupted just before the waiting state for reading the result. To set. The first source code debugger 203 is the client process 202.
When the execution is started, its start time is recorded in the time execution time accumulating unit 261. When the execution is executed, the execution proceeds to the first breakpoint, and the first breakpoint detector 24 uses the source code of the client process 202. Client source file 2 from the current stop point in
02, it is checked whether the current stop point is a procedure call. If it is not a procedure call, nothing is output to the debugger interface 26. If the current stop point is a procedure call, the time execution time accumulation unit 26
After recording the time of interruption at 1, the first source code debugger 203 removes the first breakpoint and executes the continue execution with the first source code debugger 20.
Instruct 3.

The debugger interface 26 obtains the processing time from the start of execution of the client to the start of the remote procedure call to the server process by calculating the difference between the two times stored in the time execution time storage unit 261.

Further, the first source code debugger 203 refers to the remote procedure call description file 23, and if there is a remote procedure name that matches the procedure name of the procedure call, the current stop point is the remote procedure in the client process 202. The debugger interface 26 regards the line as a call.
Notify the remote procedure name, the channel number of the communication channel used for the remote procedure, and that the remote procedure is activated. For example, the channel number of the communication channel is RFC106
0 (March 1990 J. Reynolds J. Pst
The port number of the Internet protocol specified in (el ISI) is given.

For example, in FIG. 3, the client executes "result = printmes" on line 7 before executing the process on line 7.
"(page, message, cl);", the first breakpoint detector 24 detects that "int PRINTME" at line c of the remote procedure call description file 23.
SSAGE (string) = 1; ", the procedure printmessage determines that the remote procedure PRINTMES
It detects that it corresponds to SAGE and notifies the debugger interface 26 that the remote procedure printmessage is started. The debugger interface 26 records the remote procedure start notification from the first breakpoint detector 24 in the remote procedure start notification storage unit 262.

Further, the debugger interface 26 checks whether or not there is a recorded start notification of the remote procedure, and if there is a record of the notification, it checks the computer name having the process including the remote procedure. This is, for example, the first source if the remote procedure is realized such that the computer name having the process including the remote procedure included in the argument given to the call of the notified remote procedure name is included. Instead of instructing the code debugger 203 to carry out step execution, a command for displaying the detailed contents of the procedure call argument is given and the result can be checked to find out. Alternatively, in starting the remote procedure, one computer is selected from a plurality of computers having a process including the remote procedure by the remote procedure input computer determiner 22 without designating a specific computer name. Good. In this case, the debugger interface 26 can know the computer name having the process including the remote procedure from the output from the remote procedure input computer determiner 22.

The debugger interface 26 activates the second source code debugger 213 on the computer having the process including the remote procedure, and the second TCP socket 28.
It connects with the debugger interface 26 via the communication channel by b. Next, the debugger interface 26 uses the process table access unit 215 to determine the client process 201 having the remote procedure from the channel number of the communication channel used for the notified remote procedure.
The process number of the process waiting for connection from is specified, the second source code debugger 213 is notified as the process number of the server process 211 to be connected, and the server process 211 and the second source code debugger 213 are connected.

The debugger interface 26 uses the recorded name of the remote procedure as the second source code debugger 21.
3 is notified to the second source code debugger 213, and then "line h" of the server process program (FIG. 4) is notified.
Is executed, the result of the remote procedure is sent to the client process 201 by using the third TCP socket 29, and the second breakpoint is set so as to be interrupted immediately after being exhausted.

Thereafter, the debugger interface 26 is the first
The source code debugger 203 is notified of the continue instruction instructing continuous execution. The client process waits until the execution of the remote procedure is completed.
After that, the debugger interface 26 mainly sends the input from the display terminal device 27 to the second source code debugger 213 and displays the processing time returned for the performance measurement command output from the second source code debugger 213. Included performance measurement result is debugger interface 2
It is accumulated in 6. That is, when the remote procedure is issued from the client process 201 and the server process 211 stops at the second breakpoint, the second source code debugger 213 sets the time of the clock 214 via the communication channel by the second TCP socket 28b, It notifies the debugger interface 26 and records it in the time execution time storage unit 261. The debugger interface 26 calculates and obtains the processing time consumed by the remote procedure in the server process 211 based on the time recorded in the time execution time storage unit 261.

In this way, the first source code debugger 2
03 and the second source code debugger 213, the person who measures the performance via the debugger interface 26 can enter the details of the communication procedure and the communication part of the argument when the remote procedure call is issued. Instead, it is possible to measure the performance as easily as if the client process 201 executed a procedure call on a simple process, which is not a remote procedure. In particular, the performance can be measured without being aware that the performance of the server process 211 executed on the remote computer is being measured.

When the remote procedure ends, the client process 201 receives the return value from the server process 211, exits from the waiting state, continues execution, and ends a predetermined process. The debugger interface 26 is the first
The time notified from the source code debugger 203 is recorded in the time execution time accumulation unit 26, and the processing time consumed by the remote procedure in the server process, the processing time consumed by the client process, and the processing consumed as a whole Those who calculate the time and measure the performance are notified through the display terminal device 27.

The server process 211 is a "line" (FIG. 4).
At the third breakpoint at the debugger interface 26 and the second source code debugger 213
Tells the second source code debugger 213 to remove the second breakpoint after it knows it through the second TCP socket 28b. Once the second breakpoint is removed, the debugger interface 2
6, the command from the display terminal device 27 is switched so as to be sent to the first source code debugger 203, and the output of the first source code debugger 203 is again stored in the debugger interface 26.

Thereafter, the debugger interface 26 causes the second source code debugger 213 to send the server process 21.
Instruct to finish the performance measurement of 1. As a result, the server process 211 uses the second source code debugger 213.
The connection with is disconnected, and it continues to run. The return value of the remote procedure from the server process 211 is returned to the client process 201. By controlling the first source code debugger 203 and the second source code debugger 213 in this way, the person measuring the performance is notified of the communication procedure when the remote procedure call is issued and the communication part of the return value. It is possible to measure the execution time of a distributed process with the same ease as the performance measurement of a program that executes a procedure that is not a remote procedure on a single process. There is an effect that the person who measures the performance can measure the execution time of the remote procedure without being aware of the fact that the execution time of the server process 211 is measured.

Further, as described above, not only the time consumed by the server process or the client process but also the debugger interface 26 sets breakpoints more finely to control the notification of the time, the stop time of the server process is reduced. There is also another advantage that it becomes easy to measure the time required for communication such as tallying and remote procedure call.

[0024]

As described above, according to the present invention,
A remote procedure call is issued to those who perform performance measurement by appropriately controlling the satellite performance measuring means of the server process and client process when issuing a remote procedure call or returning a return value in a distributed system operating in parallel. Communication procedure or argument communication part when
As if the client process performed a non-remote procedure call on a simple process without paying attention to the communication procedure when the remote procedure call ended and the communication part of the return value, and returned the return value. Look,
A person who measures performance can measure the performance of a parallel / parallel distributed program that simply calls a remote procedure without being aware of the parallel / parallel operation of processes, using the same method as the conventional performance measurement method for a single process. .. Further, it is possible to provide a good performance measuring device which enables the central debugger to easily collect the stop time of the server process and measure the time required for communication in the remote procedure call.

[Brief description of drawings]

FIG. 1 is a block diagram showing a configuration of the present invention,

FIG. 2 is a block diagram showing an embodiment of the present invention,

FIG. 3 is a diagram showing an example of a sample program of a client for measuring performance,

FIG. 4 is a diagram showing an example of a sample program of a client and a server for measuring performance,

FIG. 5 is a diagram showing an example of a remote procedure call description file.

[Explanation of symbols]

11a ... 1st process, 11b ... 2nd process, 1
2a ... 1st satellite performance measuring means, 12b ... 2nd satellite performance measuring means, 13a ... 1st communication means, 13b ... 2nd communication means, 14 ... Central performance measurement control means, 15 ... Remote procedure call issue Detecting means, 16 ... Remote procedure call end detecting means, 201 ... Client process, 202 ... Client source file, 203 ... First source code debugger, 204 ... Clock, 212 ... Server source file,
211 ... Server process, 213 ... Second source code debugger, 214 ... Clock, 215 ... Process table access unit, 22 ... Remote procedure submission destination computer determiner, 23 ...
Remote procedure call description file, 24 ... first breakpoint detector, 25 ... second breakpoint detector, 2
6 ... Debugger interface, 27 ... Display terminal device, 28a ... 1st TCP socket, 28b ... 2nd TCP socket, 29 ... 3rd TCP socket.

Claims (1)

[Claims] 1. A performance measuring device of a distributed information processing system, wherein a plurality of processes communicate with each other by calling a remote procedure through a communication means via a communication channel to realize parallel / parallel operation. Remote procedure call issuance detecting means for detecting in advance that there is a remote procedure call and specifying a process having a remote procedure to be called; remote procedure call end detecting means for detecting the end of the processing of the remote procedure call; A plurality of satellite performance measuring means connected to each of the processes for performance measurement; and in response to the detection of the remote procedure call issue detecting means or the remote procedure call end detecting means, the satellite performance measuring means Controls switching of operating states and accumulates measurement results notified from the satellite performance measuring means. Performance measuring device of the information processing system characterized by having a central performance measurement controller.