KR950011476B1 - How to measure user program execution time of ROM resident monitor debugger of electronic changer - Google Patents

Abstract

No content.

Description

How to measure user program execution time of ROM resident monitor debugger of electronic changer

1 is a block diagram of a hardware system to which the present invention is applied.

2 is an overall flowchart of a ROM resident monitor debugger to which the present invention is applied.

3 and 4 are a process flow diagram of the present invention.

* Explanation of symbols for main parts of the drawings

1: high level processor (MP) 2: low level processor (PP)

3: Signal message processing processor (SMHP)

4: upper processor and memory management circuit pack (MPMA)

5: Lower Processor Hardware Circuit Pack (PPHA)

6: ROM resident monitor debugger 7: Central processing unit (CPU)

8: Multifunction Control Unit (MFP) 9: Main Memory Unit

10: input / output port 19: CRT

The present invention is performed by a ROM resident online monitor debugger (hereinafter referred to as a debugger) mounted on and operated by an upper processor and memory management circuit pack (MPMA) and a lower processor hardware circuit pack (PPHA) board of an electronic switching system. And a method for measuring an actual execution time for a program code in a designated range of a user program capable of performing an error search.

The debugger mounted on each board checks the functions of the board at startup and allows the user to load the user program into the main memory using the debugger commands, or to execute and execute the user program after the user directly stores the program in the main memory. Create an environment where you can search for errors.

In order to calculate the actual execution time of the routine written by the user, which is stored in the main memory device, the user may use the information indicating the execution time for each assembly instruction in the instruction manual provided by the manufacturer of the CPU needle. The information shows the general execution time. In the execution of the instruction, the CPU refers to the instruction from the memory and executes the instruction to fetch the next instruction to be executed next to the execution of the current instruction. ), Or the CPU running in an environment that supports the cache memory function, the actual execution time is different even when executing routines with the same contents.

Accordingly, an object of the present invention is to provide a method of measuring an accurate execution time of an arbitrary part of a program written by a user by calculating an actual instruction processing time that sufficiently applies the device environment of a board on which a CPU is mounted. have.

In order to achieve the above object, the present invention provides a multifunctional control device having a function of controlling an input / output serial port and determining whether or not an interrupt is started, a main memory device having a function of storing user programs and data, and input / output of characters. A central processing unit that has a port to execute, a reference to the control and main memory of the arithmetic function, and a multi-function controller, and a debugger that functions as a main control and provides a function to search for execution and execution errors of user programs. A method of measuring a user program execution time of a debugger applied to an included processor circuit pack, the method comprising: setting and initializing a data structure related to execution time measurement in a debugger data area and registering extra processing routines; And after executing the second step, a debugger command for executing the user program is started. In the third step of positioning the instruction code for generating an exception at the start point and the end point for the execution time measurement, and after performing the third step, an exception for the execution time measurement time is generated and the actual execution time is determined. A fourth step is to measure and record the execution history in the associated data structure.

Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

1 is a hardware configuration diagram to which the present invention is applied, in which 1 is a high level processor (MP), 2 is a low level processor (PP), 3 is a signal message processing processor (SMHP), 4 is a higher processor and a memory. Management circuit pack (MPMA), 5 is the lower processor hardware circuit pack (PPHA), 6 is the debugger, 7 is the CPU, 8 is the multifunction control unit (MFP), 9 is the main memory, 10 is the I / O port, 11 is the CRT Indicates.

As shown in the figure, the debugger 6 to which the present invention is applied is a multifunctional processing apparatus having a character input / output processing and an interrupt control function under the control of a central processing unit 7 (CPU) having a reference function of arithmetic and main memory devices. (8: MFP), main memory device (9) for storing information, and port (10) for input / output of characters, the upper processor and memory management circuit pack (4: MPMA) and lower processor hardware circuit pack (5: PPHA) It operates on the board and the port 10 is connected to the CRT 11 through the serial communication line so that the user can control the loading and execution of the program.

Boards such as the MPMA (4) and PPHA (5) are high-level processors (1: MP) that perform general voice processing, low-level processors (2: PP) and no. It is used in all electronic switching system processors such as a signal message processing processor (SMHP) 3 which processes 7 signal messages.

2 is an overall flowchart of a ROM resident monitor debugger to which the present invention is applied.

When power is supplied to the board, the debugger is automatically operated to check the function of the central processing unit (12). If abnormal, the debugger is stopped. If the state of the central processing unit (7) is normal, the main memory unit (9) In addition to checking the read and write functions, the entire main memory 9 is erased (13). Initialize the MFP (8) by performing character input / output using interrupts (14), initialize the debugger's execution environment (15), and initialize data structures related to runtime measurement (16). Registers a routine for handling exceptions by assembly language (TRAP 13) that is intentionally generated for the execution time measurement of the user program (17), and waits for the user to input characters through the keyboard of the CRT (11). Enter the state (18).

At this time, when a character is inputted, a character input interrupt is generated to start the interrupt processing routine, and after completion of the character input interrupt processing routine, the character is returned to the execution point at the time the character was inputted.

When an input character is generated, the debugger 6 recognizes it as a character input interrupt (19), checks whether the input character is a special character requiring a restart of the debugger 6 (20), and restarts if the restart character is requested. Process (21), branch to the initialization step (14) with the MFP (8), and restart the debugger. That is, after the user inputs a debugger command to start its function, the user may forcibly cancel the execution of the debugger command while performing the function.

If the input character is not a character requiring a restart, it is determined whether the character indicates the end of the command line (22), and if the character is not the end character, the input character is stored in the area for storing the debugger command line (23). The input interrupt processing function is terminated (25).

If a character is entered indicating the end of the command, the debugger command processor is informed of the area containing the previously entered characters. After the command processor analyzes the input command and executes a function corresponding to the command (24), when the execution of the function of the input command ends, the character input interrupt processing function is also terminated. The execution point then returns to the point where the command termination character was entered.

3 is a detailed flowchart of processing debugger instructions added for execution time measurement.

In the state where the debugger is initialized and waiting for the debugger command to be input (18 in FIG. 2), the debugger command is input and the command processing part is started (24 in FIG. 2). The debugger for analyzing the execution time of the user program by analyzing the input command If it turns out to be a command, it is executed.

First, by analyzing the input command syntax (26), if you want to check only the registration and execution status (27), and if there is a registered content and execution results of the execution time measurement command (28), The instruction processing ends (35).

Checking the function of the input command (29), if the delete command writes the release of the processing function in the data structure managing the execution time measurement (30) and ends the function.

However, if it is a registration command, it is checked whether the existing registration contents are changed (31), and if the contents are changed, a message indicating that the registered contents have been changed is output (32). Then, after recording the contents in the data structure for measuring the execution time according to the input command contents (33), output the registered state (34) and terminate the function.

4 is a flowchart of the processing contents of the execution time of the debugger while the user program is executed.

When the user inputs a command to execute the user program through the key board, it checks whether the execution time measurement command is registered in the debugger (36), and if the command is already registered, the start address and end address of the user program The program instruction code is stored in the debugger's data structure and replaced with an assembly instruction (TRAP 13) to artificially raise the exception (37), then execute the user program (38).

If an assembly instruction (TRAP 13) exception occurs during execution of a user program for execution time measurement (39), handle the exception for the assembly instruction (TRAP 13) registered at debugger initialization (17 in Figure 2). The routine is started. In this case, the timer uses a level 7 timer having the highest priority level in order to measure the correct execution time of the user program. Thus, the execution time measurement for any interrupts and exceptions during the execution time measurement is performed. Do not delay the timer.

First, it is checked whether an exception has occurred at the start address for the execution time measurement (40), and if it occurs at the start address, a timer for measuring the execution time of the multifunction processing apparatus 8 is started (41). The process for the process ends (46).

If it is not the start address, it checks whether it occurs at the end address to measure execution time (42), or notifies (43) that an exception has occurred in general assembly instruction (TRAP 13).

If it is the end address, the execution time measurement timer is stopped (44), the contents of the timer are analyzed, the actual execution time value is recorded in the debugger data structure (45), and the exception handling routine is terminated.

Therefore, the present invention performed with the above-described processing procedure, the user can measure the exact execution time for the routine written by the user on the board actually used to cope with the accuracy of the processing time in real time processing, Since the execution time for the routine is accurately known, it is useful to calculate the overall execution time and the time required for the program.

Claims (2)

Multi-function controller 8 (MFP) having a function of controlling the input / output serial port and determining whether to start or not interrupt, main memory 9 having a function to store user programs and data, and input / output of characters A central processing unit (CPU) having a port 10, a reference function for the arithmetic function and the control and main memory device 9 of the multifunction control device 8, and a main control function to perform and execute a user program. A method for measuring a user program execution time of a debugger, which is applied to a processor circuit pack including a debugger 6 that provides a function for performing an error search, in which a data structure related to execution time measurement is stored in a data area of the debugger 6. After executing the first steps (16, 17) of setting and initializing and registering an exception handling routine, and performing the first steps (16, 17), the execution time measurement function is executed using the execution time measurement debugger command. After performing the second steps (26 to 35) to cancel or cancel, and the first and second steps (16, 17, 26 to 35), the starting point and the starting point for the execution time measurement when the debugger command for executing the user program is started. After executing the third step (36 to 37) and the third step (35 to 37) to position the instruction code for generating an exception at the end point, the exception for the execution time measurement time is generated, the actual execution And a fourth step (37 to 46) for measuring time and recording execution details in a related data structure. The method according to claim 1, wherein the fourth steps 37 to 46 use any level 7 timer having the highest priority degree to measure the correct execution time of the user program, so that any interrupts and exceptions during the execution time measurement are made. The execution time measurement method of the user program of the debugger, characterized in that the timer for measuring the execution time is not delayed even for the matter.