JPS62216050A - Measurement processing system for executing cpu time for program unit - Google Patents

Abstract

PURPOSE:To obtain the accurate tuning information by starting both a measurement starting process and an executing time setting process in a pair and attaining calculation of the executing time of a central processing unit CPU in a state approximate to a real model. CONSTITUTION:The program of a tuning tool analyzing part 23 itself is prepared in a library (not shown here). A measurement start calling sentence editing part 13 and an executing time setting call sentence editing part 14 put the sentences into the positions before and after the calling sentence of each program contained in a source program 10 to call out a measurement start processing part 25 and an executing time setting processing part 26 respectively. Such a compiled protoprogram 16 is compiled again and a load module 22 undergone the connecting compilation is executed. Thus both parts 25 and 26 are started in a pair for each program. As a result, these parts 25 and 26 obtain the present timer value from a timer control part 30 and can calculate the CPU executing time for each program.

Description

[Detailed description of the invention] [1 already required] Process a source program written in a high-level language.

Effective tuning information can be obtained by automatically calling a routine that measures the execution CPU time of each program unit, measuring the execution CPU time of each program unit, and editing and outputting that information. That's what I do.

[Industrial application field]

The present invention relates to a processing method for measuring execution CPU time in program units in a program execution analysis tool that acquires data for optimizing a program, such as a FORTRAN tuning tool.

[Conventional technology]

For example, in FORTRAN programs and the like that perform scientific and technical calculations, the amount of calculation is often enormous, so the execution time of the program is often long. Program execution time may be reduced to some extent by improving calculation algorithms.

Therefore, the so-called FORTRAN is used as a tool that provides effective program analysis information and tuning information.
Tuning tools are known.

Traditional FORTRAN tuning tools.

Edit the FORTRAN source program to be tuned, incorporate a statement that counts the number of executions of statements related to two-branching, etc., and output information such as the number of executions for one statement from the count value obtained by the execution. ing. However, with the conventional method, even if it is possible to obtain information such as the number of times each statement has been executed, it is not possible to obtain information about the CPU time during which each program unit actually ran.

[Problem that the invention seeks to solve]

When tuning FORTRAN programs etc.,
It is often necessary to know the running ratio of each program unit for subroutines and the like. Conventionally, to understand its driving ratio.

For example, it was necessary to calculate the cost per statement from the object list, calculate the cost of each statement by (cost value per statement) x (number of executions), and then calculate the cost for each program. . Therefore 2
Not only does it require time and effort due to manual calculations, but there is also a problem in that if the input/output arrangement is an array or a DO arrangement, for example, there is a limit to the cost estimation from the object list.

Also, when using system libraries.

Since the user cannot see this part and there is no cost display, there is a problem in that there is a lack of information to make accurate tuning decisions.

The present invention aims to solve the above-mentioned problems and provides a method for automatically outputting accurate information useful for improving the performance of a program.

[Means for solving problems]

FIG. 1 is a block diagram for explaining an example of the basic configuration of the present invention.

In FIG. 1, 10 is a source program to be tuned written in a high-level language such as FORTRAN;
Reference numeral 1 denotes a tuning tool editing section which executes a process of incorporating a statement for acquiring tuning information into the source program IO.

The source analysis processing unit 12 in the tuning tool editing unit 11 reads source statements one by one from the source program 10, analyzes the sentences, and extracts sentences related to acquiring tuning information. The call statement editing unit 13 incorporates into the source program 10 a statement that calls a program that starts measuring the execution time of each program unit. This includes a statement that calls a program that accumulates time measurement values.

The editing information file 15 is the measurement start call statement editing section 1
3 and a file generated by the source editing process of the execution time setting call statement editing unit 14 and the like, corresponding to each statement of the program edited.

The edited source program 16 has information on the type of sentence and whether it is a generated sentence or an original sentence.

This is a source module in which statements for acquiring tuning information are incorporated into the source program 10.

Reference numeral 17 denotes a translation execution unit;

Reference numeral 18 denotes a compiling section using a FORTRAN compiler or the like, 19 a combination editing section using a linkage editor, and 20 an execution section that sets the operating environment of the program and starts the program. Reference numeral 21 represents an object module obtained by compiling the &ii completed source program 16, and reference numeral 22 represents a load module obtained by editing the object module 21 into an executable format.

Reference numeral 23 denotes a tuning tool analysis unit that analyzes the execution results of the load module 22 and executes a process of outputting tuning information.

In the tuning tool analysis section 23, the initial processing section 24
The measurement start processing unit 25, which is called at the start of execution of the load module 22 and initializes one work area, is a program that is called by the statement incorporated by the measurement start call statement editing unit 13 and becomes the primary measurement target. Execution time setting processing unit 2, which prepares to start measuring unit execution time
6 sets in a table the execution time measurement value of the program unit that is called by the statement incorporated by the execution time setting call statement editing unit 14 and becomes the measurement target.

The sentence-by-sentence analysis processing unit 27 refers to the W collection information file 15 and analyzes the execution results on a sentence-by-sentence basis. The program unit analysis processing unit 28 edits and outputs analysis information for each program, and in particular, the execution CPU time editing output unit 29 edits and outputs analysis information for each program unit.
Collect and output information regarding U time).

The timer management unit 30 performs real-time management using a hardware timer included in the CPU.

The CPU information table 31 is a storage area in which cumulative execution CPU time is set for each program unit.

The analysis list 32 is a list in which the analysis results by the two-sentence unit analysis processing unit 27 and the program unit analysis processing unit 28 are printed.

[Effect]

The program for the tuning tool analysis unit 23 itself is prepared in advance in a library (not shown).

The measurement start call statement editing unit 13 and the execution time setting call statement editing unit 14 create statements that call the measurement start processing unit 25 and the execution time setting processing unit 26, respectively, before and after the call statement of each program unit in the source program 10. Incorporate.

Therefore, the editing method source program 16 edited in this way
When the load module 22 that has been compiled and combined and edited is executed, the measurement start processing section 2 is executed for each program unit.
5 and the execution time setting processing section 26 are activated as a pair. As a result, the measurement start processing section 25 and the execution time setting processing section 26 obtain the current timer value from the timer management section 30, and the execution CPU for each program unit.
Be able to calculate time.

The time information obtained in this way is the actual execution CPU
Since it is time, it becomes effective tuning information corresponding to the execution cost of each program unit.

〔Example〕

FIG. 2 shows an example of editing a source program according to an embodiment of the present invention, and FIG. 3 shows an example of a CPU information table.

FIG. 4 is an explanatory diagram of measurement start processing in one embodiment of the present invention, FIG. 5 is an explanatory diagram of execution time setting processing in one embodiment of the present invention, and FIG. 6 is an explanatory diagram of the operation side according to one embodiment of the present invention. The explanatory diagram, FIG. 7, shows an example of outputting an analysis list according to an embodiment of the present invention.

A program written in FORTRAN will be described below as an example. The same applies to programs written in PL/I and other high-level languages.

For example, the program name of the measurement start processing unit 25 is rsTT.
It is assumed that the program name of the execution time setting processing section 26 is rTHKJ.

The measurement start call statement editing unit 13 writes the source program 10
When a CALL statement appears in , a secondary statement is generated and installed before it.

rCALL STT (variable name, program unit name)
” Here, the variable name of the parameter gives the base address of sTT.

Also, the execution time setting call statement editing section 14.

A zero-order statement is generated and incorporated after the CALL statement in the source program 10.

rCALL THK (variable name)" The variable name of the parameter gives the base address of THK.

As a result, the source program 10 shown in FIG.
The program is edited as illustrated in the edited source program 16.

In this editing method source program 16, Sl is a statement that calls the initial processing section 24 shown in FIG. 1, and S2 is a statement that calls the sentence unit analysis processing section 27 and the program unit analysis processing section 28. Furthermore, S31 to S35 are statements that call the measurement start processing section 25, and S841 to S45 are statements that call the execution time setting processing section 26.

Editing information file 15 includes 1 editing method source program 16
Is it a generated sentence generated by the tuning tool Ws collection unit 11 corresponding to each sentence?

Information indicating whether the original text exists from the beginning is stored.

The CPU IfIII table 31 shown in FIG. 1 is configured as shown in FIG. 3, for example.

Each entry in the CPU information table 31 is provided with an area in which a program unit name, the cumulative CPU time for its execution, a timer value at the start of execution, and a caller ID are set. This caller ID corresponds to the entry number of the CPU information table 31, and is set to "0" for the main program. The entry currently being processed in the CPU information table 31 is pointed to by an internal table pointer 40 .

The measurement start processing unit 25 performs processing as shown in FIG. 4, for example. Processing numbers ■ to ■ in the following description correspond to numbers ■ to ■ shown in FIG.

(2) If it is necessary to calculate the cumulative time, obtain the current timer value indicating the CPU real time, calculate the cumulative time of the caller, and set it in the CPU information table 31.

(2) Search the CPU information table 31 using the specified program unit name.

■ If the specified program unit name exists.

Move the table pointer to that entry and transfer control to process ■.

■ If the specified program unit name does not exist, the program unit name is registered in the final entry of the CPU information table 31. Initialize the cumulative time to O.

■ Add the current timer value to the CPU information table 31 as the start timer value.

■ Set the ID of the caller in the CPU information table 31 and return control.

The execution time setting processing unit 26 performs two processes, for example, as shown in FIG. The processing numbers ■~@ in the following explanation are the 5th
Corresponds to numbers ■ to [phase] shown in the figure.

■ Obtain the current timer value from the timer management section 30.

(2) Subtract the start timer value of the CPU information table 31 from this current timer value.

@1 The result of subtraction is added to the cumulative time of the CPU information table 31 and set.

■ Obtain the caller's ID and return the table pointer to the caller's entry.

@Sets the current timer value as the caller's starting timer value. Thereafter, control is returned from the execution time setting processing section 26.

Next, an example of the operation of the editing method source program 16 shown in FIG. 2 will be explained with reference to FIG.

In particular, FIG. 6(A) shows the transition of control between programs, and FIG. 6(B) shows changes in the contents of the CPU information table 31 corresponding to FIG. 6(A). It shows.

Note that in the CPU information table 31, the numerical values surrounded by O marks indicate updated numerical values.

By calling the STT at point 0 of the MAIN program, the CPU information table 31 is populated with the start timer value "5" and the calling source IDrOJ for the program unit name MAIN.

Next, before subroutine SUB is called.

When STT is called at point 0, the cumulative time of MAIN is calculated, and the CPU information table 31 contains the sixth
As shown in Figure (B), an entry for SUB is provided. At point 0, a PRG entry is similarly provided.

Control returns from PRG to SUB, and at point 0 THK
When is called, the cumulative execution time for PRG is calculated, and execution time measurement for SUB is restarted.

Thereafter, measurement is performed in the same way up to the 0 point, and the final results are as shown in FIG.
G becomes "4J" and FUN becomes "3".

These execution CPU times correspond to the execution cost of each program unit. Based on this information, the tree execution CPU time editing output unit 29 in FIG. 1 edits and outputs an analysis list 32 representing the running ratio of each program as shown in FIG. 7, for example.

Note 9: If you want to measure something like a function subprogram that returns a calculated value instead of a normal subroutine, you can include statements that call the above STT and THK at the entrance and exit of that program unit, respectively. good. Furthermore, the conventional measurement of the number of executions in units of statements and the measurement of the execution CPU time in units of programs according to the present invention may be combined so that processing can be performed at one time.

〔Effect of the invention〕

As explained above, according to the present invention, the execution CPU time for each program unit in a state close to the actual model can be determined, and accurate tuning information can be obtained. Therefore, it becomes possible to easily select the program unit that is most effective for optimization based on the distribution state. It will also be possible to measure the execution cost of system libraries.

[Brief explanation of drawings]

Fig. 1 is a block diagram of a basic configuration example of the present invention, Fig. 2 is an example of editing a source program according to an embodiment of the present invention, Fig. 3 is an example of a CPU information table, and Fig. 4 is an example of an embodiment of the present invention. 5 is an explanatory diagram of the execution time setting process in an embodiment of the present invention. FIG. 6 is an explanatory diagram of the operation side according to an embodiment of the present invention. An example of outputting an analysis list according to an embodiment is shown. In the figure, 10 is a source program, 11 is a tuning tool editing section, 12 is a source analysis processing section, 13 is a measurement start call statement editing section, 14 is an execution time setting call statement editing section, and 15 is an editing information file. 16 is an editing method source program, and 17 is a translation execution unit. 18 is a compiling section, 19 is a combination editing section, 20 is an execution section, 21 is an object module, 22 is a load module, 23 is a tuning tool analysis section, 24 is an initial processing section, and 25 is a measurement start processing section. 26 is an execution time setting processing section, 27 is a statement unit analysis processing section,
28 is a program unit analysis processing section, 29 is an execution CPU time editing output section, and 30 is a timer management section. 31 represents a CPU information table, and 32 represents an analysis list. Patent Applicant Fujitsu Co., Ltd. Representative Patent Attorney Mori 1) Hiroshi (1 other person) Door barge Dri 9645114 force 3 Hino 7 prisoner 7MΔIN"QTT'

Claims (1)

[Claims] A tuning tool editing unit (11) that incorporates a statement for acquiring tuning information into a source program (10) written in a high-level language that is processed by a computer, and a load module related to the edited source program (16). A processing method for measuring execution CPU time in program units in a program execution analysis tool comprising a tuning tool analysis section (23) that outputs analysis information based on the execution result of a statement that is called during execution to obtain the tuning information, the method comprising: The tuning tool editing section (11) includes a means (11) for incorporating, before a statement that calls each program unit in the source program (10), a first statement that calls a processing section that starts measuring the execution time of each program unit. 13), and means (14) for incorporating, after a statement that calls each program unit in the source program (10), a second statement that calls a processing unit that accumulates the execution time measurement value of each program unit, The tuning tool analysis section (23) has a CPU information table (31) in which the cumulative value of the execution CPU time of each program unit is stored for each program unit to be tuned, and the tuning tool editing section (11). Information regarding the start of measurement of the execution time of the called program that is started by the first embedded statement and will be the next measurement target is sent to C above.
The measurement start processing means (25) set in the PU information table (31) and the execution time measurement value of the called program that is the measurement target and is started by the second statement incorporated by the tuning tool editorial department (11). execution time setting processing means (2) for setting the cumulative value of
6), and means (29) for editing and outputting information regarding the execution CPU time for each program unit based on the execution time information set in the CPU information table (31). Execution CPU time measurement processing method for each program.