JPH02109145A - Measuring system for diagnosis executing time - Google Patents

Abstract

PURPOSE:To easily and accurately measure the diagnostic time by carrying out a diagnostic process after a function executing process via a pseudo load function means of an off-line monitor device which is started with a timer interruption. CONSTITUTION:An off-line monitor device 10 is started with a timer interruption and carries out a monitor action of the high priority. Then a pseudo load function executing means 12 performs the pseudo execution of a load function for a period set by a load factor setting means 13. Then a diagnosis executing means 14 a diagnostic process of the lowest priority in the remaining timer period and the executions are carried out by both means 12 and 14 or an execution is done by the means 14 in each timer cycle period before the next monitor action is performed in a timer interruption period. Thus it is possible via such an off-line execution to avoid such an inconvenient case where the diagnostic function is kept interrupted owing to the execution of a function of the high priority. Then the diagnostic time is measured easily and accurately by a timepiece device of a CPU.

Description

[Detailed Description of the Invention] [Summary] Regarding a diagnostic time measurement method for an online information processing system in which program execution is controlled in order of priority level and diagnostic programs are executed at a low level, The purpose of this system is to provide a diagnostic processing execution time measurement method similar to that used during online operation in an actual system by applying a pseudo load corresponding to the call occurrence probability, and is equipped with an offline monitor section that operates using timer interrupts. In the offline monitor section, the monitor processing means is activated by an interrupt input, and the load function execution means suspects the function of the load for a period set by the load factor setting means based on the output thereof, and the load function execution means is given an additional execution function. The configuration is such that upon termination, the diagnostic execution means executes diagnostic processing.

"Industrial Application Field" The present invention relates to a diagnostic time measurement method for an online information processing system in which execution of programs is controlled in order of priority level and diagnostic programs are executed at a low level.

Multitasking is performed in online information processing systems such as electronic exchanges. Since the processing cannot be stopped even for a moment, the diagnostic program is run at regular intervals or at any time if necessary, in order to check whether the entire system or each part that makes up the system is working properly. It is being executed at the time of

When introducing such a system, it is common practice to inform system users in advance how much time it will take for diagnostic processing, but for multitasking management, it is common practice to notify system users in advance how much time it will take for diagnostic processing. processing (call processing, etc.)
is prioritized, and the diagnostic program tasks are executed at the lowest level of priority, which often results in actual operation taking much longer than expected.

In general, this diagnostic program measures execution time by simulating various conditions of the actual service after it has been designed and the system hardware has been installed. It took a lot of effort to perform special equipment and setting operations to create a similar service processing situation.

[Conventional technology] Conventionally, after installing bar 1 software in an electronic switching system, an online monitor executes the processing of each priority rail in a pseudo manner similar to the actual switching processing, and selects the highest among them. I was measuring how much time it takes to run a low diagnostic program. That is, since the priority level is low, when a task with a higher priority level occurs, the processing is interrupted and the processing is stopped until processing with the next lower priority level can be performed.

FIG. 5 shows a conventional diagnostic processing method using an online monitor, and the figure shows an example of an exchange system.

Conventionally, before installing the exchange 51 and starting actual operation, the pseudo call generating device 5 is placed in the same state as when a call is made from a telephone.
4, and the processing for those calls is executed by the central control unit (indicated by CC) 53 through the online monitor (management blockogram) 52, and during this time, the diagnostic process is executed by the diagnostic program. Measure the time it takes to complete the process. The diagnostic program is a program to check whether an abnormality has occurred in the information processing system, and a diagnostic program is prepared for each part of the system to check the normality of the system during normal operation. It is executed when checking or when understanding the cause when an abnormality occurs.

In this exchange system, call processing is executed in real time, and priority levels are set depending on the content of the processing (program). In other words, as shown in the lower part of Fig. 5, if the monitor processing (monitoring of commands from the console keyboard and execution management program of the entire program) is always executed when a periodic interrupt occurs at a predetermined time interval, the H level is reached. (high level), lower level processing (call processing programs such as dialed digit transmission/reception, input/output processing, etc.) is L (low level), and even lower level processing (internal processing programs such as diagnostic processing) is B level. (base level), H, L, B for each periodic system.
Processing is executed in this order.

However, a queue of tasks requesting processing is formed in a queue buffer (not shown) provided for each level, and when the queue becomes empty, processing at that level is terminated and processing at a lower level is started. Execute.

I] Level processing is always executed by interrupting lower level processing every time a periodic interrupt occurs.

The diagnostic processing program has the priority level H,
It belongs to the B level, the lowest among L and B. Therefore, when a call is generated by the pseudo call generation device, diagnostic processing is performed after monitoring processing and call processing as shown in the figure.
The diagnostic process is interrupted several times until it is completed.

Therefore, by using the online monitor and the pseudo call generation device 54, the diagnostic process is executed in a time close to the execution time when the system is actually operated by adjusting the pseudo call occurrence rate.

[Problems to be Solved by the Invention] As described above, when performing diagnostic processing using a conventional online monitor, a pseudo call generating device 54 is used. In order to approximate the operational situation, it is necessary to set various numerical values and measure the processing time in each situation. However, such a method requires hardware called a pseudo call generator 54, and also requires the operator to perform troublesome setting work to set the pseudo call occurrence state corresponding to the call occurrence probability. There was a problem that it took a while.

On the other hand, the switching system described above includes an offline monitor that operates when it is not actually in operation (a state where no calls are generated from subscriber lines or trunk lines and no call processing is executed). The offline monitor process normally performs a monitor process (command 1 from the keyboard - a control program that monitors human power, etc. and executes the corresponding command process), and when a periodic interrupt occurs, it is immediately queued. Execute the process that is waiting in , and when it is finished, perform the monitor process.

It is conceivable to use such an offline monitor to measure the diagnostic processing, and FIG. 6 shows an example of the diagnostic processing operation using the offline monitor.

As shown in Figure 6, when a periodic interrupt occurs during monitoring processing by the offline monitor, the waiting diagnostic processing is immediately started, and after a certain period of operation, the monitoring processing is executed again, and the same The process is repeated.

Therefore, the diagnostic processing is executed immediately every time an interrupt occurs, and the actual system operation status is different from the state in which no load (call processing on the line, etc.) is applied, so the diagnostic processing program Execution is extremely short compared to actual production conditions. Therefore, the diagnostic execution time when executing diagnostic processing using an offline monitor is extremely short, so if you decide on specifications based on that number, you will find that there is a big discrepancy with the specifications when you actually execute the diagnosis online. There was a problem with complaints from users who purchased the system.

An object of the present invention is to provide a diagnostic processing execution time measurement method similar to that used during online operation in an actual system by artificially applying a load corresponding to the probability of actual call occurrence when performing diagnosis using an offline monitor. shall be.

[Failure to solve the problem] FIG. 1 is a diagram showing the basic configuration of the present invention.

In the figure, 10 is an offline monitor section, 11 is a monitor processing means, 12 is a pseudo load function execution means, 13 is a load factor setting means, and 14 is a diagnosis execution means.

In the present invention, a pseudo load function execution means is provided in the offline monitor section, and by making it possible to set the load factor of the pseudo load function, diagnosis is performed by applying the same load as when the system is actually operated. It measures execution time.

[Operation] In FIG. 1, the off-line monitor section 10 executes the monitor process with the highest priority by a timer interrupt that occurs at regular time intervals, and upon completion, the pseudo load function execution means 12 operates next. The pseudo load function execution means 12 is supplied with a load factor from the load factor setting means 13, and executes the pseudo load function for a time corresponding to the load factor. The load factor of the load factor setting means 13 can be set to a value corresponding to an arbitrary load factor by a setting input.

When the processing in the pseudo load function execution means 12 is completed,
The diagnostic execution means 14 is activated and desired diagnostic processing is executed.

[Embodiment] FIG. 2 is a configuration diagram of an embodiment of the present invention, FIG. 3 is a processing flow diagram of a load function, and FIG. 4 is a diagram showing an operation example.

In FIG. 2, 20 is the network of the exchange, 21 is a control unit for each part of the exchange, such as the subscriber system, communication path system, trunk system, signal system, etc., and 22 is a central control unit (comprised of a processor and memory in the control unit). 23 represents a timer, 24 represents an offline monitor, and 25 represents a keyboard.

When measuring the diagnostic execution time using the offline monitor, if you enter a value corresponding to the load factor from the keyboard 25 in advance, the area 242 used in the load function processing 241 will be displayed.
(or a register) as a set value, and when a diagnostic execution command is input from the keyboard 25, the diagnostic process is started.

In the CC 22, the timer 23 periodically generates an output, and the output activates an offline monitor as an interrupt signal to perform monitoring processing (manual monitoring processing from the keyboard, etc.)
However, in this case, there is no human power from the keyboard.
, 1, the lower level task assigned the next priority is executed. In this case, the next lower level, load function processing 241, is executed.

The processing flow of the load function is shown in FIG. 3, and will be explained below. A specific register (not shown) in the CC22 is assigned in advance to be used as a counter, and when load processing is started, the counter is first set to the reseno I.
·do. Next, when the counter value is compared with the specified value, the counter value is 0'' at first, so it does not match the set value, so the next counter value is updated (step 32).This counter value update process If the processing speed of the CC 22 is set, the process moves to step 31, where comparison is made with the set value, and steps 31 and 32 are repeated. When the value and the counter value match, this load function processing ends.

Upon completion of the load function processing (Fig. 3, 33), the diagnostic processing 243 (Fig. 2), which has the next lowest priority, is executed, and when an interrupt from the timer 23 occurs while the processing for running the diagnostic program is being executed. , the process is interrupted, the monitor process is restarted, and the load function process 241 is executed. The diagnostic processing is completed by repeating such processing.

The execution time of each diagnostic program can be known by measuring the time from the start to the end of this diagnostic process using a timekeeping function within the central control unit or a timekeeping operation by the operator.

FIG. 4 shows an example of the operation of the embodiment. In this operation example, load function processing is executed by periodic interrupt TI, and when the pseudo load processing for a predetermined period of time is completed, diagnostic processing is executed for the time shown as The functional processing is executed, and when it is completed, the diagnostic processing is executed for a time ■ and then the monitor processing state is entered.

In this later side-loading T3, the diagnostic processing after the load function processing is executed for a time ■. Interrupt T4 within this period ■
occurs, but if the diagnostic process cannot be interrupted at this time, the diagnostic process continues to be executed immediately from the monitor, and when the process is finished, the load function process is executed between interrupts T4 and T5.

In measuring the execution time of this diagnostic program, the setting value that defines the counting operation time executed in the load function processing can be measured by giving various values corresponding to the expected load factor, so it is possible to measure the actual system Similar diagnostic execution times can be obtained for various operating conditions.

[Effects of the Invention] According to the present invention, an efficient debugging environment can be created, and the execution time of a program corresponding to the usage rate (load rate) of the control device can be easily measured.

[Brief explanation of drawings]

FIG. 1 is a diagram showing the basic configuration of the present invention, FIG. 2 is a configuration diagram of an embodiment of the present invention, FIG. 3 is a processing flow diagram of a load function, FIG. 4 is a diagram showing an example of the operation of the embodiment, and FIG. FIG. 6 is an explanatory diagram of a conventional example, and FIG. 6 is a diagram showing an example of a diagnostic processing operation using an offline monitor. 10: Off-line monitor section 11: Monitor processing means 12: Pseudo load function execution means 13: Load factor setting means 14/diagnosis execution means Patent applicant: Fujitsu Co., Ltd. Sub-agent Patent attorney Hosaka Hosaka A configuration diagram of an embodiment of the present invention Figure 2: Processing flow diagram of load function Figure 3: Diagram diagram showing an example of diagnostic processing operation using periodic interrupt offline monitor

Claims (1)

[Claims] In a diagnostic execution time measurement method for an online information processing system in which program execution is controlled in order of high priority level and a diagnostic program is executed at a low level, an offline monitor unit (10
), the offline monitor section (10) is configured such that the monitor processing means (11) is activated by an interrupt input, and the pseudo load function execution means (12) is activated by the output thereof for a period set by the load factor setting means (13). A diagnostic execution time measuring method characterized in that a function of a load is simulated, and diagnostic processing is executed by a diagnostic execution means (14) upon completion of execution in a pseudo load function execution means (12).