WO2018103045A1

WO2018103045A1 - Checkpoint creation method, device and system

Info

Publication number: WO2018103045A1
Application number: PCT/CN2016/109053
Authority: WO
Inventors: 张传德; 王金堂; 张海勇
Original assignee: 华为技术有限公司
Priority date: 2016-12-08
Filing date: 2016-12-08
Publication date: 2018-06-14
Also published as: CN108604205B; CN108604205A

Abstract

An embodiment of the present invention provides a method, device and system for creating a checkpoint, wherein the method comprises: reading a T1 process number recorded by a process number register at a first time, determining that a process indicated by the T1 process number is used for executing a checking program, wherein the process number register holds a process number of a process currently being run by a function simulator, and at least one basic block resulting after running the function simulator is sent to a performance simulator for execution; reading a T2 process number recorded by the process number register at a second time, determining that a process indicated by the T2 process number is used for executing a checking program; creating a checkpoint and recording checkpoint data, wherein the checkpoint data comprises a snapshot of the function simulator and state information of the performance simulator. The technical solution disclosed by the embodiment of the present invention can increase the accuracy of the checkpoint data, thereby improving the checking accuracy of the simulator.

Description

Test point creation method, device and system

Technical field

The embodiments of the present invention relate to the field of computers, and in particular, to a method, an apparatus, and a system for creating a test point.

Background technique

An emulator is a program that simulates the functions of a hardware processor and the instruction system through software to obtain a predicted output based on a specific input. The simulator typically includes a functional simulator and a performance simulator. The function simulator is used to achieve the correctness of the processor function, and the performance simulator is used to achieve test data output for performance and efficiency.

The simulator performance test is a method of running a standard checker on the simulator and getting test results to measure the performance of the simulator itself and whether the hardware parameter settings are reasonable. In the performance test of the simulator, the function simulator test is generally performed first, and then the performance simulator test is performed. After running a basic block on the function simulator, the instruction block is sent to the performance simulator for running.

As the size of the simulator and benchmark grows larger, in order to save test time, a checkpoint is generally created to create a checkpoint at a fixed time or instruction execution interval. Before the checkpoint is created, the function simulator warms up with the performance simulator for a period of time to fill in the data in the performance simulator, and then performs the checkpoint creation process to generate the checkpoint data. This only needs to run the benchmark test program completely and create a series of checkpoints. After the performance simulator changes the parameter settings, the performance simulator and function simulator can use the checkpoint data to restore the running state and execute some instruction block instructions. You can implement the benchmark test. Checkpoint can greatly shorten the test time and improve the test speed.

In the prior art, when creating a checkpoint, there is a phenomenon of inaccurate creation. Inaccurate checkpoint not only wastes system resources, but also affects the accuracy of the test in subsequent performance simulator tests.

Summary of the invention

In view of this, the present invention discloses a method and apparatus for creating a test point, ensuring that the created checkpoint is related to the benchmark, thereby improving the accuracy of the test result.

In a first aspect, the present application provides a method for creating a test point. The simulator includes a function simulator, a performance simulator, and a manager. The method includes: the manager reads the T1 process number recorded in the process number register at the first time. And determining that the process indicated by the T1 process number is used to execute the test program, wherein the process number register holds the process number of the running process of the function simulator, and the manager sends at least one instruction block after the function simulator is run to the performance The simulator executes, the manager reads the T2 process number recorded in the process number register at the second time, and determines that the process indicated by the T2 process number is used to execute the test program, and then the manager creates the test point and records the test point data, wherein The test point data contains the snapshot of the function simulator and status information of the performance simulator.

At the beginning and end of the warm-up, the manager confirms that the process running by the function simulator is the test program process, and then the test points are created, thus ensuring that the test point data is related to the test program, ensuring the accuracy of subsequent tests. Sex.

According to the first aspect, in a first possible implementation manner of the first aspect, before the first time, the method further includes: the manager reads and records the process number register when the function simulator is first detected to execute the test program. The root process number of the record, the process executing the test program is the root process indicated by the root process number or the descendant process of the root process; the manager determines the process indicated by the T1 process number according to the root process number and the interprocess relationship maintained by the function simulator The test program is executed, and according to the root process number and the interprocess relationship maintained by the function simulator, it is determined that the process indicated by the T2 process number is used to execute the test program.

The manager can determine whether a process is a test program process according to the inter-process relationship maintained by the function simulator and the root process of the test program, thereby verifying whether the process running by the function simulator is related to the test program, and creating a checkpoint under relevant circumstances. .

According to the first aspect or any one of the foregoing possible implementation manners, in the second possible implementation manner of the first aspect, the method further includes: the inter-process relationship maintained by the manager according to the root process number and the function simulator Determining a test program process number set, the test program process number set containing the process number of the process for executing the test program; the manager determining that the process indicated by the T1 process number is used to execute the test program includes: the manager determines the T1 process number or the T1 process The parent process number of the number belongs to the test program process number set; the manager determines that the process indicated by the T2 process number is used to execute the test program includes: the manager determines that the parent process number of the T2 process number or the T2 process number belongs to the test program process number set.

The manager determines the test program process number set according to the inter-process relationship and the root process. When verifying whether a process belongs to the test program process, it only needs to see whether the process number of the process belongs to the test program. The set of the program number, if it belongs, indicates that the test program process, if not, further determines whether the process is a test program process according to the interprocess relationship and the process number maintained by the function simulator, so that each verification process is not required Checking the interprocess relationship simplifies the verification process.

According to the first aspect or any one of the foregoing possible implementation manners, in a third possible implementation manner of the first aspect, the method further includes: if the T1 process number does not belong to the test program process number set, the manager The T1 process number is added to the test program process number set; if the T2 process number does not belong to the test program process number set, the manager adds the T2 process number to the test program process number set.

After each verification, the test program process number set is refreshed in real time. Further, if the parent process number of the T1 process number does not belong to the test program process number set, the manager also adds the parent process number of the T1 process number to the test program process. Number set; if the parent process number of the T2 process number does not belong to the test program process number set, the manager also adds the parent process number of the T2 process number to the test program process number set.

In a fourth possible implementation manner of the first aspect, the test program includes the instruction instruction, and the manager detects the function simulator to execute the test program for the first time. The root process number of the process number register record is read and recorded. The manager reads the process number register after detecting the instruction instruction, and records the root process number recorded by the process number register.

Because the instructions in the test program need to be translated by the function simulator before they can be executed, the manager can monitor each instruction of the test program through the function simulator, and implement the test program by adding an instruction instruction to the test program. The monitoring, more specifically, the instruction instruction can be added at the beginning of the test program, at which time the process executing the test program is the root process, and the subsequent execution of the test program is the root process or the descendant process of the root process.

According to the first aspect or any one of the foregoing possible implementation manners, in the fifth possible implementation manner of the first aspect, the inter-process relationship maintained by the function simulator is a proc in an operating system running on the function simulator Directory, the proc directory records the relationship between each thread and the parent process of each thread.

Specifically, the parent process ID (PPID) of the parent process of the process is recorded in the /proc/pid/stat file of each process. According to the proc directory, you can get a process number tree with the root process number as the root node to describe the relationship between the test program processes.

In a second aspect, the present application provides a readable medium, comprising: executing instructions, when the processor of the computing device executes the execution instruction, the computing device performs any of the first aspect or the first aspect The method in the implementation.

In a third aspect, the present application provides a computing device, including: a processor, and a a memory and a bus; a memory for storing execution instructions, the processor and the memory being connected by a bus, and when the computing device is running, the processor executing the memory stored execution instructions to cause the computing device to perform the above first aspect or the first aspect A method in a possible implementation.

In a fourth aspect, the application provides a device for creating a test point, the simulator includes a function simulator and a performance simulator, the device includes: a reading unit, configured to read the T1 process recorded by the process number register at the first time No., wherein the process number register holds the process number of the running process of the function simulator; the determining unit: the process for determining the T1 process number indication is used to execute the test program; and the scheduling unit is configured to run the function simulator At least one instruction block is sent to the performance simulator for execution; the reading unit is further configured to read the T2 process number recorded by the process number register at a second time; the determining unit is further configured to determine that the process indicated by the T2 process number is used to execute the test program Create a unit to create a test point and record test point data, where the test point data contains a snapshot of the function simulator and status information of the performance simulator.

According to the fourth aspect, in a first possible implementation manner of the fourth aspect, before the first time, the reading unit is further configured to: read and record the process number register record when the function simulator is first detected to execute the test program The root process number, the process executing the test program is the root process indicated by the root process number or the descendant process of the root process; the determining unit is configured to determine the process indicated by the T1 process number according to the root process number and the interprocess relationship maintained by the function simulator Used to execute the test program and used to determine the process indicated by the T2 process number to execute the test program based on the root process number and the interprocess relationship maintained by the function simulator.

According to the fourth aspect, or any one of the foregoing possible implementation manners of the fourth aspect, in the second possible implementation manner of the fourth aspect, the determining unit is further configured to determine, according to the root process ID and the inter-process relationship maintained by the function simulator a test program process number set, the test program process number set includes a process number of a process for executing the test program; the determining unit is configured to determine a process indicated by the T1 process number for executing the test program, including: the determining unit is configured to determine the T1 process number or The parent process number of the T1 process number belongs to the test program process number set; the determining unit is configured to determine that the process indicated by the T2 process number is used to execute the test program, including: determining that the parent process number of the T2 process number or the T2 process number belongs to the test Program process number collection.

According to the fourth aspect or any one of the foregoing possible implementation manners, in the third possible implementation manner of the fourth aspect, if the T1 process number does not belong to the test program process number set, the determining unit is further configured to use the T1 process. The number is added to the test program process number set; if the T2 process number does not belong to the test program process number set, the determining unit is also used to add the T2 process number to the test program process number set.

In a fourth possible implementation manner of the fourth aspect, the test program includes the instruction instruction, and the reading unit is configured to detect the function for the first time. When the simulator executes the test program, the root process number of the process number register record is read and recorded. The read unit is configured to read the process number register after the instruction instruction is detected, and record the root process number recorded by the process number register.

According to the fourth aspect or any one of the foregoing possible implementation manners of the fourth aspect, in the fifth possible implementation manner of the fourth aspect, the inter-process relationship maintained by the function simulator is a proc in an operating system running on the function simulator Directory, the proc directory records the relationship between each thread and the parent process of each thread.

The fourth aspect is the device implementation manner corresponding to the method of the first aspect, and the description in the first aspect or any possible implementation manner of the first aspect corresponds to the fourth aspect or any possible implementation manner of the fourth aspect, This will not be repeated here.

In a fifth aspect, the present application provides a test point creation system including a function simulator, a manager and a performance simulator, a function simulator for functional simulation of the processor, and a performance simulator for performance simulation of the processor, The manager is configured to read the T1 process number recorded by the process number register at the first time, and determine that the process indicated by the T1 process number is used to execute the test program, wherein the process number register holds the process number of the process that the function simulator is running. Sending at least one instruction block after the function simulator is executed to the performance simulator, reading the T2 process number recorded in the process number register at the second time, and determining that the process indicated by the T2 process number is used to execute the test program, creating a test Point and record test point data, where the test point data contains a snapshot of the function simulator and status information of the performance simulator.

According to the fifth aspect, in the first possible implementation manner of the fifth aspect, before the first time, the manager is further configured to: when the function simulator is first detected to execute the test program, read and record the process number register record. The root process number, the process executing the test program is the root process indicated by the root process number or the descendant process of the root process; the manager is used to determine the process indicated by the T1 process number according to the root process number and the interprocess relationship maintained by the function simulator. The test program is executed; the manager is configured to determine the process indicated by the T2 process number to execute the test program according to the root process number and the interprocess relationship maintained by the function simulator.

According to the fifth aspect or the fifth aspect, any one of the possible implementation manners, in the second possible implementation manner of the fifth aspect, the manager is further configured to determine, according to the root process number and the inter-process relationship maintained by the function simulator The test program process number set, the test program process number set contains the process number of the process for executing the test program; the manager is used to determine the process indicated by the T1 process number for executing the test program, including: the manager is used to determine the T1 process number or the T1 process The parent process number of the number belongs to the test program process number set; the manager is used to determine the process indicated by the T2 process number for executing the test program including: the manager is used to confirm The parent process number of the T2 process number or T2 process number belongs to the test program process number set.

According to the fifth aspect or the fifth aspect, the third possible implementation manner, in the third possible implementation manner of the fifth aspect, if the T1 process number does not belong to the test program process number set, the manager is further configured to use the T1 process. The number is added to the test program process number set; if the T2 process number does not belong to the test program process number set, the manager is also used to add the T2 process number to the test program process number set.

In a fourth possible implementation manner of the fifth aspect, the test program includes the instruction instruction, and the manager is configured to read the process ID after detecting the instruction instruction. Register and record the root process number of the process number register record.

According to the fifth aspect or the fifth aspect, in any one of the possible implementation manners, in the fifth possible implementation manner of the fifth aspect, the inter-process relationship maintained by the function simulator is a proc in an operating system running on the function simulator Directory, the proc directory records the relationship between each thread and the parent process of each thread.

The fifth aspect is the apparatus implementation manner corresponding to the method of the first aspect, and the description in the first aspect or any possible implementation manner of the first aspect is applicable to any possible implementation manner of the fifth aspect or the fifth aspect, This will not be repeated here.

According to the technical solution disclosed in the embodiment of the present invention, it is determined that the test program process runs on the function simulator at the beginning and the end of the warm-up phase, thereby ensuring that the created checkpoints are all related to the test program, and the other process pairs are reduced. Checkpoint data interference, which can improve the accuracy of the benchmark test.

DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are only some embodiments of the present invention, Those skilled in the art can also obtain other drawings based on these drawings without paying any creative work.

1 is a schematic diagram showing the logical structure of a simulator system according to an embodiment of the present invention;

2 is a schematic structural diagram of a host computer according to an embodiment of the invention;

3 is a scene diagram of a simulator warm-up phase according to an embodiment of the invention;

4 is an exemplary flowchart of a test point creation method according to an embodiment of the invention;

FIG. 5 is a schematic diagram showing the logical structure of a test point creation apparatus according to an embodiment of the invention.

detailed description

The embodiments of the present invention will be described below with reference to the accompanying drawings.

According to the embodiment of the present invention, when the checkpoint is created, since the function simulator can only perceive the simulated hardware data and the instruction flow of the translation execution, the operating system cannot be perceived, and if the checkpoint is not related to the benchmark, the function is not performed. The simulator also performs checkpoint creation when running other user processes or kernel processes. The checkpoint data obtained at this time has nothing to do with the benchmark test. It takes time and space to create and save checkpoint data, and subsequent performance tests are performed. It also wastes system resources and affects the accuracy of test results and even affects the design of the hardware architecture.

For example, in the multi-core processor design process, various factors need to be considered: multi-level cache (cache) size, number of registers and bits, pipeline scheduling strategy, processor inter-core bus connections, floating-point modules, and so on. These parameter settings will affect the performance of the processor. How to set these parameters to achieve the best performance, this requires the simulator to participate in the design and test of the processor. If the checkpoint created is not accurate, the test result of the simulator will be Deviations occur so that they do not actually reflect the real situation and affect the design of the actual hardware architecture.

FIG. 1 is a schematic diagram showing the logical structure of a simulator system according to an embodiment of the present invention. As shown in FIG. 1, the system includes a simulator 100 and a host 102. The host machine 102 is used to provide an operating environment for the simulator, and the simulator 100 is used to simulate a computer architecture, including a function simulator 104, a manager 112, and a performance simulator 114.

The function simulator 104 is divided into two parts, the bottom layer being the processor simulator 106, and the virtual machine 108 running on the processor simulator 106. The processor emulator 106 is a software module running on the host machine for simulating the function of the processor architecture. The virtual machine 108 is a virtual machine running on the processor architecture simulated by the processor simulator 106, and runs thereon. There is a user operating system. When testing the performance of the simulator 100 using a performance tester, the first is to use the virtual machine 108 to run the benchmark code.

Among them, the relationship between the running processes is maintained on the virtual machine 108. For example, if the Linux operating system runs on the virtual machine 108, the /proc directory on the Linux operating system stores the file in the kernel running state, and the /proc directory is a file system, that is, the proc file system, which can be viewed through the files therein. Information about the system hardware and the currently running process. Where /proc/pid/stat records the process ID (process id of the parent process, ppid), which describes the pid indication. The parent process id value of the process, so by scanning the proc directory, you can get the tree structure of all processes in the operating system, and you can get the relationship between all processes.

The function simulator 104 only requires the function to be correct, that is, the execution result is correct, so the internal working principle of the processor is not simulated in detail, and the performance simulator 114 is generally used to simulate the behavior of the processor hardware, so the performance simulator 114 needs to be detailed. The various hardware components describing the processor architecture can obtain the operation of the various hardware simulated by the performance simulator 114 when the processor instructions are run.

The performance simulator 114 may include (or simulate) the following functions: an instruction decoder, the performance simulator 114 decodes the instruction when the instruction is executed, and the generator generates a plurality of microinstructions from the decoded instruction. Execute under the scheduling of the scheduler (sequential or out-of-order); various arithmetic unit modules; concurrent scheduler, so that the micro-instructions on each pipeline can run concurrently; interconnect and clock; the area where the processor stores data, such as each processing Registers, buffers, conversion monitor buffers (TLBs) on the core, and various coprocessor registers, etc.; debug modules for debugging functions on the processor's own hardware. It should be understood that the embodiments of the present invention are merely illustrative and do not limit the functional modules included in the performance simulator 114. In a specific implementation process, the performance simulator 114 may include more or fewer functional modules.

The manager 112 is a middleware that connects the function simulator 104 and the performance simulator 114 for instruction block forwarding and application program interface calls, and is also used to collect operational data of the performance simulator 114. After running an instruction block on the function simulator 104, the instruction block is sent to the performance simulator 114 through the manager 112, so that the function simulator 104 and the performance simulator 114 run the same instruction stream, and the function simulator 104 To achieve the correctness of the implementation of the function, the performance simulator 114 achieves test data output on performance and efficiency.

If the performance simulator 114 and the function simulator 104 are run together, executing the same instruction block and interface calls, it takes a long time to run a set of benchmarkamrk test programs, which may take several days, or even tens of days, if there is still a pair If the parameters of the performance simulator 114 are modified multiple times, the entire test cycle is longer. In order to speed up the test, a form of creating a checkpoint may be taken, and at a fixed time or an instruction execution interval, the manager 112 performs a create checkpoint action.

The process of creating a checkpoint is: the function simulator 104 and the performance simulator 114 run together for a period of time, that is, a warm-up phase, during which the function simulator 104 runs through an instruction block and passes through the manager. 112 sends the instruction block to the performance simulator 114 for operation, such that the function simulator 104 and the performance simulator 114 run the same instruction stream to populate the state information of the performance simulator 114 (including the cache, TLB, registers, Coprocessor registers, etc.), then create a checkpoint to generate checkpoint data, wherein the checkpoint data includes a function simulator 104 The snapshot and the status information of the performance simulator can be used to save and restore the state of the function of the function simulator 104 and the performance simulator 114.

The warm-up is executed after a certain period of time or after the execution of the instruction number interval, and a checkpoints action is created, so that a series of checkpoint data can be obtained. Subsequent function simulator 104 and performance simulator 114 can use the checkpoint data to restore operational status and execute some instruction block instructions. This is the first time that the benchmark test program is completely run and a series of checkpoint data is created. After the performance simulator 114 modifies the parameter settings, the performance simulator and the function simulator only need to load the checkpoint data to implement the benchmark test. This can greatly increase the test speed and shorten the test time.

It should be understood that FIG. 1 is merely an exemplary illustration of a simulator system. In a specific implementation process, the simulator system may include more complicated components, and FIG. 1 does not impose any limitation on the specific implementation of the simulator system, for example, Some of the functionality of manager 112 may be nested within processor simulator 106 and/or processor simulator 116.

FIG. 2 is a schematic diagram showing the hardware structure of a host computer 102 according to an embodiment of the invention. As shown in FIG. 2, host machine 102 includes a processor 202, a memory 204, an input/output interface 206, a communication interface 208, and a bus 210. Among them, the processor 202, the memory 204, the input/output interface 206, and the communication interface 208 implement a communication connection with each other through the bus 210.

The processor 202 is a control center of the host computer 102 for executing related programs to implement the technical solutions provided by the embodiments of the present invention. The processor 202 can be a general-purpose central processing unit (CPU), a microprocessor, an application specific integrated circuit (ASIC), or one or more integrated circuits for executing related programs. The technical solution provided by the embodiment of the present invention is implemented.

The memory 204 can be a read only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 204 can store an operating system and other applications. When the technical solution provided by the embodiment of the present invention is implemented by software or firmware, the program code for implementing the technical solution provided by the embodiment of the present invention is stored in the memory 204 and executed by the processor 202. The memory 204 can be integrated with or integrated with the processor 202, or it can be one or more memory units independent of the processor 202.

Program code for execution by processor 202 may be stored in an external storage device or memory 204 coupled thereto. Optionally, the memory 204 is a RAM, and program code (eg, a function simulator module, a manager module or a performance simulator module, etc.) stored inside the external storage device is copied into the memory 204 for execution by the processor 202.

As shown in FIG. 2, the memory 204 of the host 102 includes a function simulator module, a manager module, a performance simulator module, and the like, and the processor 202 executes a function simulator module, and the manager module and the performance simulator module implement test points. Created, where the function simulator module is used to implement the functions of the function simulator, the manager module is used to implement the functions of the manager, and the performance simulator module is used to implement the functions of the performance simulator.

Unless otherwise stated, in the present invention, a component for performing a specific function, for example, the processor 202 or the memory 204, may be implemented by configuring a general-purpose component to perform a corresponding function, or may perform a specific function through a specific function. The specific components are implemented, and this application does not limit this.

The input/output interface 206 is for receiving input data and information, and outputting data such as operation results.

Communication interface 208 implements communication between host device 102 and other devices or communication networks using transceivers such as, but not limited to, transceivers.

Bus 210 can include a path for communicating information between various components of host 102, such as processor 202, memory 204, input/output interface 206, and communication interface 208.

It should be noted that although the meter host 102 shown in FIG. 2 only shows the processor 202, the memory 204, the input/output interface 206, the communication interface 208, and the bus 210, in a specific implementation process, those skilled in the art should It is understood that host 102 also contains other devices necessary to achieve proper operation. At the same time, those skilled in the art will appreciate that host machine 102 may also include hardware devices that implement other additional functions, depending on the particular needs. Moreover, those skilled in the art will appreciate that host 102 may also only include the components necessary to implement embodiments of the present invention, and does not necessarily include all of the devices shown in FIG.

The hardware structure shown in FIG. 2 and the above description are applicable to various test point creation apparatuses provided by the embodiments of the present invention, and are applicable to performing various test point creation methods provided by the embodiments of the present invention.

Before the checkpoint is created, the function simulator needs to warm up the performance simulator for a period of time, that is, the manager needs to send at least one basic block after the function simulator is executed to the performance simulator for execution. Used to fill in the various data in the performance simulator, and then perform the creation of a checkpoint action to generate checkpoint data. Because the simulator system is not only used to run the test program process, but also to run other processes that are not related to the test program. If the function simulator is not running the process for executing test instructions during the warm-up phase, the function simulator and The various data filled in the performance simulator is independent of the test program. If the checkpoint data is created after the end of this warm-up phase, test data is generated that is not related to the test program, not only wasting system resources, but Will cause inaccuracies in subsequent tests. In order to ensure the accuracy of the created checkpoint, it is necessary to ensure that the test simulator process is always running in the warm phase of the function simulator. 3 is a scene diagram of a simulator warm-up phase according to an embodiment of the present invention, as shown in FIG. Show, there are four scenarios in the warm-up phase:

(1) In the warm-up phase, the simulator runs the test program process, that is, the W1 and W5 warm-up phases shown in Figure 3. Because the entire warm-up phase simulator runs the test program process, after the warm-up phase is over, the data filled in the function simulator and performance simulator is related to the test program. In this case, the checkpoint created is accurate. .

(2) In the initial stage of the warm-up phase, the simulator runs the test program process, and the process switch occurs during the warm-up phase. After the switch, the simulator runs other processes, that is, the W2 warm-up shown in Figure 3. stage. Because process switching occurs during the warm phase, the data filled in the function simulator and performance simulator is inaccurate after the end of the warm phase, and the checkpoint created is inaccurate.

(3) During the entire warm-up phase, the simulator runs other programs, namely the W3 warm-up phase shown in Figure 3. Because the entire warm-up phase simulator runs other processes, after the warm-up phase is over, the data filled in the function simulator and performance simulator is independent of the test program. In this case, the checkpoint created is inaccurate. of.

(4) In the initial stage of the warm-up phase, the simulator runs other processes. During the warm-up phase, the process switch occurs. After the switchover, the simulator runs the test program process, that is, the W4 pre-show shown in Figure 3. Hot stage. Because in the initial stage of the warm, the simulator runs other processes, but switches to the test program process in the warm process, which will cause insufficient warm-up, and will lead to functional simulator and performance simulation after the end of the warm phase. The data filled in the device is not accurate, and the checkpoint created is also inaccurate.

In summary, only the preheating stage simulator runs in the test program process scenario, the checkpoint created is accurately related to the test program, and the checkpoint created in other scenarios will introduce interference, resulting in inaccurate testing. .

FIG. 4 is a schematic flowchart of a method 400 for creating a test point according to an embodiment of the present invention. As shown in FIG. 4, the method 400 includes:

S402: The manager reads the T1 process number recorded in the process number (PID) register at the first time.

Among them, the process number of the process that the function simulator is running is stored in the PID register.

S404: The manager determines whether the process indicated by the T1 process number is used to execute the test program. If the process indicated by the T1 process number is not used to execute the test program, the process returns to step S402. If the process indicated by the T1 process number is used to execute the test program, Then step S406 is performed.

When the manager first detects that the function simulator executes the test program, it reads and records the root process number of the process number register record. The process that executes the test program is the root process or the root process indicated by the root process number. In the descendant process, the manager determines whether the process indicated by the T1 process number is used to execute the test program according to the root process number and the interprocess relationship maintained by the function simulator.

Optionally, the operating system running on the function simulator is a Linux operating system, and the inter-process relationship maintained by the function simulator is a proc directory in an operating system running on the function simulator, and the proc directory records each thread and each one. The relationship between the parent processes of a thread. The proc directory can be exported by the operating system running on the function simulator through a shared directory for the manager to share.

The parent process ID (PPID) of the parent process of the process is recorded in the /proc/pid/stat file of each process. According to the proc directory, you can get a process number tree with the root process number as the root node to describe the relationship between the test program processes. If the T1 process number is the root process or the descendant process of the root process, the process indicated by the T1 process number is the process used to execute the test program.

More specifically, the manager can determine the test program process number set according to the parent process number and the inter-process relationship maintained by the function simulator, and the test program process number set contains the process number of the process for executing the test program. The manager determines whether the parent process number of the T1 process number or the T1 process number belongs to the test program process number set. If the T1 process number or the parent process number of the T1 process number belongs to the test program process number set, the process indicated by the T1 process number is The process used to execute the test program. Further, if the parent process of the T1 process number or the T1 process number does not belong to the test program set, the manager determines whether the process indicated by the parent process number of the T1 process number is a test program process according to the inter-process relationship maintained by the function simulator. The descendant process, if the process indicated by the parent process number of the T1 process number is a descendant process of the test program process, it indicates that the process indicated by the T1 process number is a process for executing the test program; if the parent process number of the T1 process number indicates The process is not a descendant process of the root process, indicating that the process indicated by the T1 process number is not a program for executing the test program.

If the process indicated by the T1 process number and its parent process are the processes used to execute the test program, and the T1 process number and its parent process number do not belong to the test program process number set, the manager also adds the T1 process number and its parent process number. Test program process number collection.

If it is determined that the process indicated by the T1 process number is used to execute the test program, the warm-up phase may be started, that is, step S406 is performed, and if it is determined that the progress of the T1 process number indication is not for executing the test program, the manager may wait for a certain time, Or after the function simulator executes a certain instruction block, step S402 is re-executed.

S406: The manager sends at least one instruction block after the function simulator is executed to the performance simulator for execution.

Because it is detected that the currently running process of the function simulator belongs to the test program process, the manager can enter the warm-up phase by the controller simulator, and send the instruction block after the function simulator is executed to the performance simulator to perform the filling of the performance simulator. Various status data.

S408: The manager reads the T2 process number recorded in the PID register at the second time.

Specifically, at the end of the warm-up phase, for example, after a fixed time or instruction execution interval, the manager reads the PID register again.

S410: The manager determines whether the process indicated by the T2 process number is used to execute the test program. If the process indicated by the T2 process number is not used to execute the test program, the process returns to step S402. If the process indicated by the T1 process number is used to execute the test program, Then step S412 is performed.

The specific process for the manager to determine whether the process indicated by the T2 process number is used to execute the test program refers to the specific process of the manager for determining whether the process indicated by the T1 process number is used to execute the test program, and details are not described herein again.

Similarly, if the process indicated by the T2 process number and its parent process are the processes used to execute the test program, and the T2 process number and its parent process number are not part of the test program process number set, the manager will also have the T2 process number and its parent. The process number is added to the test program process number set.

Because the duration of the warm-up phase is limited, there are very few cases where process switching occurs. If the process indicated by the T1 process number at the beginning of the warm-up phase and the process indicated by the T2 process number at the end of the warm-up phase are used to execute the test procedure. , it can be inferred that the entire warm-up phase simulator is running the test program process, the warm-up phase is valid, in this case, the checkpoint creation action can be performed; if the process indicated by the T2 process number is not used to perform the test The program indicates that the process switchover occurs during the warm-up phase, which will result in inaccurate data. The manager does not perform the checkpoint creation action, and can wait for a certain time, or wait for the function simulator to execute a certain instruction block and then re-execute. Step S402.

It should be understood that the T1 process number and the T2 process number are only process numbers stored in the PID registers at two different time points, and the two may be the same or different.

S412: The manager creates a test point and records test point data, wherein the test point data includes a snapshot of the function simulator and status information of the performance simulator.

After the manager creates a test point, the created test point data is saved for use in subsequent benchmark tests. According to the above method, a series of accurate checkpoint data can be obtained, and the subsequent function simulator and performance simulator can use the checkpoint data to restore the running state and execute some instruction block instructions. This is only the first time you run the benchmark test program completely and create a series of checkpoint data. After the performance simulator changes the parameter settings, the performance simulator and function simulator only need to To load checkpoint data, you can implement the benchmark test.

FIG. 5 is a schematic diagram showing the logical structure of a test point creation apparatus 500 according to an embodiment of the present invention. As shown in FIG. 5, the apparatus 500 includes a reading unit 502, a determining unit 504, a scheduling unit 506, and a creating unit 508.

The reading unit 502 is configured to read the T1 process number recorded by the process number register at the first time, wherein the process number register stores the process number of the process that the function simulator is running.

Determination unit 504: The process for determining the T1 process number indication is used to execute the test procedure.

Before the first time, the reading unit 502 is further configured to read and record the root process number of the process number register record when the function simulator is first detected to execute the test program, and the process of executing the test program is the root indicated by the root process number. The descendant process of a process or root process.

Optionally, the test program includes an instruction instruction, and the reading unit 502 is configured to read and record the root process number of the process number register record when the function simulator is first detected to execute the test program, where the reading unit 502 is configured to detect After the instruction is instructed, the process number register is read and the root process number recorded in the process number register is recorded.

The determining unit 504 is configured to determine that the process indicated by the T1 process number is used to execute the test program, and the determining unit 504 is configured to determine, according to the root process number and the inter-process relationship maintained by the function simulator, that the process indicated by the T1 process number is used to execute the test program. .

The inter-process relationship maintained by the function simulator may be a proc directory in an operating system running on the function simulator, and the proc directory records the relationship between each thread and the parent process of each thread.

Optionally, the determining unit 504 is further configured to determine, according to the parent process ID and the inter-process relationship maintained by the function simulator, a test program process number set, where the test program process number set includes a process number of a process for executing the test program. The determining unit 504 is configured to determine that the process indicated by the T1 process number is used to execute the test program. The determining unit 504 is configured to determine that the T1 process number or the parent process number of the T1 process number belongs to the test program process number set.

If the T1 process number does not belong to the test program process number set, the determining unit 504 is further configured to add the T1 process number to the test program process number set.

a scheduling unit 506, configured to send at least one instruction block after the function simulator is run to the performance mode The simulator is executed.

The reading unit 502 is further configured to read the T2 process number recorded by the process number register at the second time. The determining unit 504 is further configured to determine that the process indicated by the T2 process number is used to execute the test program.

The determining unit 504 is configured to determine that the process indicated by the T2 process number is used to execute the test program, and the determining unit 504 is configured to determine, according to the root process number and the inter-process relationship maintained by the function simulator, that the process indicated by the T2 process number is used to execute the test program. .

More specifically, the determining unit 504 is configured to determine that the process indicated by the T2 process number is used to execute the test program, and the determining unit 504 is configured to determine that the parent process number of the T2 process number or the T2 process number belongs to the test program process number set.

If the T2 process number does not belong to the test program process number set, the determining unit 504 is further configured to add the T2 process number to the test program process number set.

A creation unit 508 is configured to create a test point and record test point data, wherein the test point data includes a snapshot of the function simulator and status information of the performance simulator.

The reading unit 502, the determining unit 504, the scheduling unit 506 and the creating unit 508 of the embodiment of the present invention may be implemented by the processor 202 and the memory 204 of the embodiment of FIG. 2, and more specifically, may be executed by the processor 202 in the memory 204. The implementation of the manager module.

The embodiment of the present invention is an apparatus embodiment of the manager, and the feature description of the embodiment of FIG. 4 is applicable to the embodiment of the present invention, and details are not described herein again.

In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of the modules is only a logical function division, and may be implemented in another manner, for example, multiple modules or components may be combined or may be Integrate into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or module, and may be electrical, mechanical or otherwise.

The modules described as separate components may or may not be physically separated. The components displayed as modules may or may not be physical modules, that is, may be located in one place, or may be distributed to multiple network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, each functional module in each embodiment of the present invention may be integrated into one processing module, or each module may exist physically separately, or two or more modules may be integrated into one module. in. The above integrated modules can be implemented in the form of hardware or in the form of hardware plus software function modules.

The above-described integrated modules implemented in the form of software function modules can be stored in a computer readable storage medium. The software functional modules described above are stored in a storage medium and include instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform some of the steps of the methods described in various embodiments of the present invention. The foregoing storage medium includes: a removable hard disk, a read only memory, a random access memory, a magnetic disk, or an optical disk, and the like, which can store program codes.

It should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and are not limited thereto; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that The technical solutions described in the foregoing embodiments are modified, or some of the technical features are equivalently replaced; and the modifications or substitutions do not deviate from the technical scope of the embodiments of the present invention.

Claims

A method for creating a test point, characterized in that the simulator comprises a function simulator, a performance simulator and a manager, the method comprising:

The manager reads the T1 process number recorded by the process number register at the first time, and determines that the process indicated by the T1 process number is used to execute the test program, wherein the function simulator is saved in the process number register. Process number of the process;

Transmitting, by the manager, at least one instruction block after the function simulator is executed to the performance simulator;

The manager reads the T2 process number recorded by the process number register at a second time, and determines that the process indicated by the T2 process number is used to execute the test program;

The manager creates a test point and records test point data, wherein the test point data includes a snapshot of the function simulator and status information of the performance simulator.
The method of claim 1, wherein before the first time, the method further comprises:

The manager reads and records the root process number recorded by the process number register when the function simulator executes the test program for the first time, and the process of executing the test program is indicated by the root process number. The root process or the descendant process of the root process;

Determining, by the manager, that the process indicated by the T1 process number is used to execute the test program comprises: determining, by the manager, the T1 process number according to the root process ID and an interprocess relationship maintained by the function simulator The indicated process is used to execute the test program;

Determining, by the manager, that the process indicated by the T2 process number is used to execute the test program comprises: determining, by the manager, the T2 process ID according to the root process number and an interprocess relationship maintained by the function simulator The indicated process is used to execute the test procedure.
The method of claim 2, wherein the method further comprises:

Determining, by the manager, a test program process number set according to the root process number and an interprocess relationship maintained by the function simulator, where the test program process number set includes a process number of a process for executing the test program;

Determining, by the manager, that the process indicated by the T1 process number is used to execute the test program comprises: the manager determining that the T1 process number or the parent process number of the T1 process number belongs to the test program process number set ;

Determining, by the manager, that the process indicated by the T2 process number is used to execute the test program comprises: the manager determining that the T2 process number or the parent process number of the T2 process number belongs to the test program process number set .
The method of claim 3, wherein the method further comprises:

If the T1 process number does not belong to the test program process number set, the manager adds the T1 process number to the test program process number set;

If the T2 process number does not belong to the test program process number set, the manager adds the T2 process number to the test program process number set.
The method according to any one of claims 2 to 4, wherein the test program includes an instruction instruction;

When the manager first detects that the function simulator executes the test program, reading and recording the root process number recorded by the process number register includes:

After detecting the indication instruction, the manager reads the process number register and records the root process number recorded by the process number register.
The method according to any one of claims 2 to 5, wherein the inter-process relationship maintained by the function simulator is a proc directory in an operating system running on the function simulator, and the proc directory records The relationship between each thread and the parent process of each of the threads.
A device for creating a test point, characterized in that the simulator comprises a function simulator and a performance simulator, the device comprising:

a reading unit, configured to read a T1 process number recorded by the process number register at a first time, where the process number register stores a process number of a process that the function simulator is running;

Determining unit: a process for determining the T1 process number indication is used to execute the test procedure;

a scheduling unit, configured to send at least one instruction block after the function simulator is executed to the performance simulator to execute;

The reading unit is further configured to read the T2 process number recorded by the process number register at a second time;

The determining unit is further configured to determine that the process indicated by the T2 process number is used to execute the test procedure;

Creating a unit for creating a test point and recording test point data, wherein the test point data includes a snapshot of the function simulator and status information of the performance simulator.
The apparatus of claim 7 wherein prior to said first time The reading unit is further configured to read and record the root process number of the process number register record when the function simulator is first detected to execute the test program, and the process of executing the test program is the root process The root process indicated by the number or the descendant process of the root process;

The determining unit is configured to determine that the process indicated by the T1 process number is used to execute the test procedure, and the determining unit is configured to determine, according to the root process ID and an interprocess relationship maintained by the function simulator, The process indicated by the T1 process number is used to execute the test procedure;

The determining unit is configured to determine that the process indicated by the T2 process number is used to execute the test procedure, and the determining unit is configured to determine, according to the root process ID and an interprocess relationship maintained by the function simulator, The process indicated by the T2 process number is used to execute the test procedure.
The apparatus according to claim 8, wherein the determining unit is further configured to determine a test program process number set according to the root process number and an interprocess relationship maintained by the function simulator, the test program process The number set contains the process number of the process used to execute the test program;

The determining unit is configured to determine that the process indicated by the T1 process number is used to execute the test procedure, and the determining unit is configured to determine that the T1 process number or the parent process number of the T1 process number belongs to the test Program process number set;

The determining unit is configured to determine that the process indicated by the T2 process number is used to execute the test procedure, and the determining unit is configured to determine that the T2 process number or the parent process number of the T2 process number belongs to the test Program process number collection.
The apparatus according to claim 9, wherein the determining unit is further configured to add the T1 process number to the test program process number set if the T1 process number does not belong to the test program process number set. ;

And if the T2 process number does not belong to the test program process number set, the determining unit is further configured to add the T2 process ID to the test program process number set.
The apparatus according to any one of claims 8 to 10, wherein the test program includes an instruction instruction;

The reading unit is configured to read and record the root process number of the process number register record when the function simulator is first detected to execute the test program, including:

The reading unit is configured to read the process number register after detecting the indication instruction, and record a root process number recorded by the process number register.
The apparatus according to any one of claims 8 to 11, wherein the inter-process relationship maintained by the function simulator is a proc directory in an operating system running on the function simulator. The proc directory records the relationship between each thread and the parent process of each of the threads.
A test point creation system, characterized in that the system comprises a function simulator, a manager and a performance simulator, the function simulator is used for functional simulation of the processor, and the performance simulator is used for performance simulation of the processor The manager is configured to read the T1 process number recorded by the process number register at a first time, and determine that the process indicated by the T1 process number is used to execute the test program, where the process number register stores a function a process number of a process that the simulator is running, sending at least one instruction block after the function simulator is executed to the performance simulator, and reading the T2 process number recorded by the process number register at a second time, and Determining that the process indicated by the T2 process number is used to execute the test program, create a test point, and record test point data, wherein the test point data includes a snapshot of the function simulator and status information of the performance simulator .
The system according to claim 13, wherein said manager is further configured to read and record said first time when said function simulator executes said test program before said first time The root process number recorded by the process number register, and the process executing the test program is the root process indicated by the root process number or a descendant process of the root process;

The manager is configured to determine, according to the root process ID and an inter-process relationship maintained by the function simulator, that the process indicated by the T1 process number is used to execute the test procedure;

The manager is configured to determine, according to the root process ID and an inter-process relationship maintained by the function simulator, that the process indicated by the T2 process number is used to execute the test procedure.
The system according to claim 14, wherein the manager is further configured to determine a test program process number set according to the root process number and an interprocess relationship maintained by the function simulator, the test program process The number set contains the process number of the process used to execute the test program;

The determining, by the manager, that the process indicated by the T1 process number is used to execute the test program includes: determining, by the manager, that the T1 process number or the parent process number of the T1 process number belongs to the test program process Number set

The determining, by the manager, that the process indicated by the T2 process number is used to execute the test program includes: determining, by the manager, that the T2 process number or the parent process number of the T2 process number belongs to the test program process Number collection.
The system according to claim 15, wherein said manager is further configured to add said T1 process number to said test program process number set if said T1 process number does not belong to said test program process number set ;

If the T2 process number does not belong to the test program process number set, the manager is further used to The T2 process number is added to the test program process number set.
A system according to any one of claims 14-16, wherein said test program comprises an instruction instruction;

The manager is configured to read the process number register after detecting the indication instruction, and record a root process number recorded by the process number register.
The system according to any one of claims 14-17, wherein the inter-process relationship maintained by the function simulator is a proc directory in an operating system running on the function simulator, the proc directory record The relationship between each thread and the parent process of each of the threads.
A readable medium, comprising executing instructions that, when executed by a processor of a computing device, perform the method of any of claims 1-6.
A computing device, comprising: a processor, a memory, and a bus;

The memory is configured to store execution instructions, the processor is coupled to the memory via the bus, and when the computing device is running, the processor executes the execution instructions stored by the memory to cause the The computing device performs the method of any of claims 1-6.