Method for obtaining RMT test results, RMT test method, device and medium

Abstract

The present invention relates to a method for obtaining RMT test results, an RMT test method, an apparatus, and a medium, which enable the local operating system of a machine under test to obtain RMT test result data. An RMT test data saving path is created in the machine under test, and an IPSS installation file and a Docker folder are copied to the created RMT test data saving path; the RMT test data saving path is entered, and an IPSS service is created as an IPSS service image by configuring a pseudo input terminal for the Docker container, and a result saving file is created under the RMT test data saving path; after the RMT test is restarted, the Docker container containing the IPSS service image is started while the Docker container user is configured with the root user authority of the Linux operating system of the machine under test, and the result saving directory created under the RMT test data saving path is mounted to the storage directory of the IPSS service image collected data in the Docker container, and the IPSS service image is run to read the margin information of the memory read and write data of the machine under test in the BIOS data area table.

Description

Technical Field

[0001] The present invention relates to the field of RMT testing technology, and in particular to a method for obtaining RMT test results, an RMT testing method, an apparatus, and a medium. Background Art

[0002] Memory is the primary storage component on server motherboards and plays a crucial role in the computer storage hierarchy. Memory stability and reliability, as well as compatibility with the motherboard, are crucial to server design. During server design and production, differences between memory brands, server motherboard materials, and PCB layout and trace design all influence motherboard-memory compatibility. Therefore, RMT (Rank Margin Test) is an essential component of server R&D. Its test data can provide a certain degree of insight into the performance of memory on server motherboards. Based on this data, R&D personnel can evaluate motherboard PCB component layout and trace design, mitigating project risks.

[0003] RMT testing (memory testing) measures the memory read and write margins (specifically, the difference between the maximum and minimum operating voltages of the memory and the memory reference voltage) at each point in the memory. The RMT test results can, to a certain extent, reflect the quality of memory performance. With the continuous advancement of computer platforms, RMT testing requires more test data samples, which places greater demands on the convenience and efficiency of the test method. Currently, RMT testing methods require a separate collection machine from the test machine to collect RMT test logs. Specifically, after the test of each single item of the RMT test is completed, the test machine is restarted. Each time the test machine starts to complete the Post memory test, the collector can collect data of a group of RMT test items; as mentioned in patent CN201810074421.7, data collection of a single-point collector from a single-point test machine through an RS232 interface and data collection of a single-point collector from multiple test machines through a switch; to obtain RMT test data through a collector, it is necessary to build a connection link between the machine to be tested and the collector. On the one hand, the construction causes a waste of time, and on the other hand, the additional collector and connection link are not conducive to cost control. Summary of the Invention

[0004] In order to solve the above technical problem or at least partially solve the above technical problem, the present invention provides a method for obtaining RMT test results, an RMT test method, an apparatus and a medium.

[0005] In a first aspect, the present invention provides a method for obtaining RMT test results, comprising:

[0006] Create an RMT test data storage path on the test machine, and copy the IPSS installation file and Docker folder to the created RMT test data storage path;

[0007] Enter the RMT test data save path, create an IPSS service as an IPSS service image by configuring a pseudo input terminal for the Docker container, and create a result save file in the RMT test data save path;

[0008] After the RMT test is restarted, the Docker container containing the IPSS service image is started while the Docker container user is configured with the root user privileges of the Linux operating system of the machine under test. The result save directory created in the RMT test data save path is mounted to the storage directory of the IPSS service image collected data in the Docker container. The IPSS service image is then run to read the margin of the memory read and write data of the machine under test in the BIOS data area table.

[0009] Furthermore, an IPSS and Docker environment for acquiring RMT test result data is pre-configured on the machine to be tested, and the IPSS service is activated; the environment includes: a Linux operating system, an IPSS service, python3, and Docker.

[0010] Furthermore, the IPSS service installation package is downloaded to the specified directory of the Linux operating system of the test machine through a shell script, and then the specified directory is entered, the permissions of the IPSS service installation package are modified to be readable, writable and executable, and then the IPSS service installation package is executed to install the IPSS service.

[0011] Furthermore, by executing "docker build.-t ipss:ipss version information", the IPSS service is created as an IPSS service image that can obtain the margin status of the memory read and write data of the test machine written into the BIOS data area table during the restart process by configuring a pseudo input terminal for the Docker container.

[0012] Furthermore, by executing "docker run --privileged -v result saving directory: storage directory of IPSS service image collected data in Docker container ipss: ipss version information / usr / local / ipss / bin / ipssruncommand evmemory readBdat -t localhost", the Docker container containing the IPSS service image is started when the Docker container user has the root user privileges of the Linux operating system of the test machine, the result saving directory created under the RMT test data saving path is mounted to the storage directory of IPSS service image collected data in the Docker container, and the IPSS service image is run to read the margin of the memory read and write data of the test machine in the BIOS data area table.

[0013] Furthermore, before creating the IPSS service as an IPSS service image by configuring a pseudo input terminal for the Docker container, it is detected whether the Docker file or the ipss installation file is missing in the RMT test data saving path. If missing, it will prompt that the Docker file and / or the ipss installation file are missing and trigger the re-execution of the operation of copying the IPSS installation file and the Docker folder to the created RMT test data saving path.

[0014] Furthermore, the margin situation of the memory read and write data of the machine under test stored is named according to the collection time.

[0015] In the second aspect, the present invention provides an RMT testing method, which includes at least one RMT test item, including: pre-counting the number of RMT test items involved in the RMT testing method as the number of restarts; restarting after the RMT test item is completed, the restart triggers the execution of the method for obtaining the RMT test results, and counting the number of times the method for obtaining the RMT test results is executed. If the number is less than the number of restarts, the RMT test continues, otherwise the RMT test is terminated.

[0016] In a third aspect, the present invention provides a device for obtaining RMT test results, comprising: a processing unit, a bus unit and a storage unit, wherein the bus unit is connected to the storage unit and the processing unit, the storage unit stores a computer program, and when the computer program is executed by the processing unit, the method for obtaining RMT test results is implemented.

[0017] In a fourth aspect, the present invention provides a storage medium for implementing a method for obtaining RMT test results, wherein the storage medium stores a computer program, and when the computer program is executed by a processor, the method for obtaining RMT test results is implemented.

[0018] The above technical solution provided by the embodiment of the present invention has the following advantages compared with the prior art:

[0019] The present invention collects the margin information of the memory read and write data of the test machine in the BIOS data area table by creating a Docker container configured to run the IPSS service image in the test machine. The result storage directory created in the test machine is mounted to the storage directory of the IPSS service image collected data in the Docker container, and the IPSS service image is run to store the read margin information in the local result storage directory of the test machine operating system. This eliminates the need for an additional collector to access the test machine BIOS data area table through a serial port or other interface to obtain the RMT test result data, eliminating the need to build an interconnection link between the collector and the test machine. This can effectively improve RMT testing efficiency while also saving costs. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0021] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0022] Figure 1 A flowchart of a method for obtaining RMT test results provided by an embodiment of the present invention;

[0023] Figure 2 A flowchart for detecting whether a Docker file or an ipss installation file is missing in the RMT test data storage path and compensating for the missing file, provided by an embodiment of the present invention;

[0024] Figure 3 A schematic diagram of a device for obtaining RMT test results provided by an embodiment of the present invention;

[0025] Figure 4 A schematic diagram of a system for obtaining RMT test results provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0026] To make the objectives, technical solutions, and advantages of the embodiments of the present invention more clear, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts shall fall within the scope of protection of the present invention.

[0027] It should be noted that, in this document, the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, article, or apparatus comprising a series of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, article, or apparatus. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of other identical elements in the process, method, article, or apparatus comprising the element.

[0028] Example 1

[0029] See Figure 1 As shown, the present invention provides a method for obtaining RMT test results, comprising:

[0030] S1: Pre-configure the IPSS and Docker environment for obtaining RMT test results on the test machine and activate the IPSS service. The environment includes the Linux operating system, IPSS service, Python 3, and Docker.

[0031] Specifically, use a shell script that specifies the IPSS service installation package download address and the local storage directory on the test machine to download and copy the IPSS service installation package to the / usr / local directory in the Linux operating system on the test machine. Navigate to the / usr / local directory and use the cd command to navigate to the / usr / local directory. After using the chmod command to change the IPSS service installation package permissions to read, write, and execute, execute the IPSS service installation package to install the IPSS service. Install Python 3 and Docker on the test machine. Docker is an open-source application container engine.

[0032] S2. Create an RMT test data storage path on the test machine and copy the IPSS installation files and Docker folder to the created RMT test data storage path. Specifically, use the mkdir command to create a directory to create the RMT test data storage path. For example, the RMT test data storage path created by "mkdir / usr / local / bdat" is / usr / local / bdat. Use the cp command to copy the IPSS installation files and Docker folder to the created RMT test data storage path: "cp <platform>_IPSS_<version information>.run Dockerfile / usr / local / bdat"

[0033] S3, enter the RMT test data storage path, and create an IPSS service as an IPSS service image that can obtain the margin situation of the memory read and write data of the test machine written into the BIOS data area table during the restart process by configuring a pseudo input terminal for the Docker container.

[0034] During the specific implementation process, the "Docker build.-t ipss:ipss version information" command is used to configure a pseudo input terminal for the Docker container to create an IPSS service image that can obtain the margin status of the memory read and write data of the test machine written into the BIOS data area table during the restart process.

[0035] In one possible implementation, see Figure 2 As shown, when the IPSS service is created as an IPSS service image that can obtain the margin of the memory read and write data of the machine under test written into the BIOS data area table during the restart process by configuring a pseudo input terminal for the Docker container, it is first detected whether the Docker file or the ipss installation file is missing in the RMT test data saving path. If the Docker file or the ipss installation file is missing in the RMT test data saving path, it is prompted that the Docker file or / and the ipss installation file are missing, and the operation of copying the IPSS installation file and the Docker folder to the created RMT test data saving path is triggered again; if the Docker file or the ipss installation file exists in the RMT test data saving path, "Docker build.-t ipss:ipss version" is automatically executed.

[0036] S4. Create a result save directory in the RMT test data save path. Similarly, use the mkdir command to create a result save directory. Execute "mkdir results" in the RMT test data save path to create a result save directory named "results".

[0037] S5: Modify the option settings under the BIOS of the machine to be tested according to the requirements of the RMT test on the machine to be tested.

[0038] S6, by mounting the result storage directory to the storage directory of the IPSS service image collected data in the Docker container, the margin situation of the memory read and write data of the machine under test in the BIOS data area table read by the IPSS service image is stored in the result storage directory.

[0039] Configure the Docker container user to have the root user privileges of the Linux operating system of the machine under test to start the Docker container containing the IPSS service image, mount the result save directory created under the RMT test data save path to the storage directory of the IPSS service image collected data in the Docker container, and run the IPSS service image to read the margin of the memory read and write data of the machine under test in the BIOS data area table. The IPSS service image inputs the data in the BIOS data area table to the storage directory of the IPSS service image collected data in the Docker container.

[0040] In the specific implementation process, step S6 is implemented by executing "Docker run--privileged-v result saving directory: storage directory of IPSS service image collection data in Docker container ipss:ip ss version information / usr / local / ipss / bin / ipssruncommand evmemory read Bdat-t localhost", wherein the "--privileged" parameter configures the Docker container user to have the root user authority of the Linux operating system of the test machine, and "-v result saving directory: storage directory of IPSS service image collection data in Docker container" mounts the result saving directory created under the RMT test data saving path to the storage directory of IPSS service image collection data in the Docker container. In the specific implementation process, "-v / usr / local / bdat / results: / usr / local / ipss / lib / python3.6 / site-packages / evTo olsTests / localTestsRepository / evmemory / results" "ipss:ipss version information / usr / local / ipss / bin / ipss runcommand "evmemory readBd at-t localhost" is used to run the IPSS service image to read the margin of the memory read and write data of the machine under test in the BIOS data area table.

[0041] The margin information of the memory read and write data of the tested machine input into the container is stored in the local / usr / local / bdat / results of the Linux operating system of the tested machine through mounting. In the specific implementation process, the margin information of the memory read and write data of the tested machine read by the IPSS service image is named and stored according to the collection time.

[0042] Example 2

[0043] An embodiment of the present invention provides an RMT testing method, which includes at least one RMT test item, including: pre-counting the number of RMT test items involved in the RMT testing method as the number of restarts; restarting after the RMT test item is completed, the restart triggers the execution of the method for obtaining the RMT test result, and counting the number of times the method for obtaining the RMT test result is executed. If the number is less than the number of restarts, the RMT test is continued, otherwise the RMT test is terminated. In the RMT testing method, when each RMT test item is tested and the test result of the RMT test item is obtained, the machine to be tested is restarted. During each startup of the machine to be tested and the completion of the Post memory detection, the margin of the read and write data of the machine to be tested memory is read by the IPSS service image running in the Docker container through the method for obtaining the RMT test result described in this application, and the test result of the RMT project is locally obtained by the operating system of the machine to be tested by mounting the operating system directory of the machine to be tested to the storage directory of the IPSS service image collected data in the Docker container.

[0044] Example 3

[0045] See Figure 3 As shown, an embodiment of the present invention provides a device for obtaining RMT test results, including: a processing unit, a bus unit and a storage unit, wherein the bus unit is connected to the storage unit and the processing unit, the storage unit stores a computer program, and when the computer program is executed by the processing unit, the method for obtaining RMT test results is implemented.

[0046] Example 4

[0047] An embodiment of the present invention provides a storage medium for implementing a method for obtaining RMT test results. The storage medium stores a computer program. When the computer program is executed by a processor, the method for obtaining RMT test results is implemented.

[0048] Example 5

[0049] An embodiment of the present invention provides a system for obtaining RMT test results, including: an environment configuration module, the environment configuration module is used to configure the environment required by this application on the machine to be tested and construct a data acquisition module, the environment including: a Linux operating system, an IPSS service, python3 and Docker. A test control module, the test control module traverses the execution of RMT test items, and restarts the machine to be tested after executing the RMT test items, triggering the data acquisition module to perform data acquisition. The data acquisition module uses the IPSS service image running in the Docker container to read the margin situation of the memory read and write data of the machine to be tested in the BIOS data area table, and stores the margin situation in the result saving directory of the storage directory of the IPSS service image collected data mounted in the Docker container in the operating system of the machine to be tested.

[0050] Those skilled in the art will clearly understand that the technology in the embodiments of the present invention can be implemented by means of software plus a necessary general-purpose hardware platform. Based on this understanding, the technical solutions in the embodiments of the present invention, or the portion that contributes to the prior art, can be embodied in the form of a software product. The computer software product is stored in a storage medium such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, or other medium that can store program code, and includes a number of instructions for causing a computer terminal (which can be a personal computer, a server, or a second terminal, a network terminal, etc.) to execute all or part of the steps of the method described in each embodiment of the present invention.

[0051] In this specification, the same or similar parts between the various embodiments can be referred to each other. In particular, for the terminal embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the description in the method embodiment.

[0052] In the several embodiments provided by the present invention, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another device, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed can be through some interface, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0053] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0054] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0055] Although the present invention has been described in detail with reference to the accompanying drawings and in combination with preferred embodiments, the present invention is not limited thereto. Without departing from the spirit and essence of the present invention, a person of ordinary skill in the art may make various equivalent modifications or substitutions to the embodiments of the present invention, and such modifications or substitutions shall be within the scope of the present invention. Any person skilled in the art who is familiar with the present invention may easily conceive of changes or substitutions within the technical scope disclosed in the present invention, and such changes or substitutions shall be within the scope of protection of the present invention. Therefore, the scope of protection of the present invention shall be subject to the scope of protection of the claims.

Claims

1. A method for obtaining RMT test results, characterized in that: include: Create an RMT test data storage path on the machine to be tested, and copy the IPSS installation file and Docker folder to the created RMT test data storage path; Enter the RMT test data storage path, create an IPSS service image by configuring a pseudo input terminal for the Docker container, and create a result save file in the RMT test data storage path. By executing "docker build . -t ipss:ipss version information," the IPSS service is created as an IPSS service image that can obtain the margin information of the memory read and write data of the test machine written into the BIOS data area table during the restart process by configuring a pseudo input terminal for the Docker container. After the RMT test is restarted, the Docker container containing the IPSS service image is started while the Docker container user is configured with the root user privileges of the Linux operating system of the machine under test. The result save directory created in the RMT test data save path is mounted to the storage directory of the IPSS service image collected data in the Docker container. The IPSS service image is then run to read the margin of the memory read and write data of the machine under test in the BIOS data area table.

2. The method for obtaining RMT test results according to claim 1, characterized in that: Pre-configure the IPSS and Docker environment for obtaining RMT test result data on the machine to be tested, and activate the IPSS service; the environment includes: Linux operating system, IPSS service, Python3 and Docker.

3. The method for obtaining RMT test results according to claim 2, characterized in that: Use the shell script to download the IPSS service installation package to the specified directory of the Linux operating system of the test machine, enter the specified directory, modify the IPSS service installation package permissions to read, write, and execute, and then execute the IPSS service installation package to install the IPSS service.

4. The method for obtaining RMT test results according to claim 1, characterized in that: By executing "docker run --privileged -v result save directory: storage directory of IPSS service image collected data in Docker container ipss: ipss version information / usr / local / ipss / bin / ipss runcommand evmemory readBdat -tlocalhost", the Docker container containing the IPSS service image is configured to have the root user privileges of the Linux operating system of the test machine. The result save directory created in the RMT test data save path is mounted to the storage directory of IPSS service image collected data in the Docker container, and the IPSS service image is run to read the margin of the memory read and write data of the test machine in the BIOS data area table.

5. The method for obtaining RMT test results according to claim 1, characterized in that: Before creating an IPSS service as an IPSS service image by configuring a pseudo input terminal for the Docker container, check whether the Docker file or the ipss installation file is missing in the RMT test data saving path. If missing, it will prompt that the Docker file and / or the ipss installation file are missing and trigger the re-execution of the operation of copying the IPSS installation file and the Docker folder to the created RMT test data saving path.

6. The method for obtaining RMT test results according to claim 1, characterized in that: Margin of the memory read and write data of the machine under test, named and stored by the collection time.

7. A RMT test method, comprising at least one RMT test item, characterized in that: include: Pre-count the number of RMT test items involved in the RMT test method as the number of restarts; After the RMT test project is completed, a restart is performed. The restart triggers the execution of the method for obtaining the RMT test results as described in any one of claims 1-6. The number of times the method for obtaining the RMT test results as described in any one of claims 1-6 is executed is counted. If the number of times is less than the number of restarts, the RMT test continues, otherwise the RMT test is terminated.

8. A device for obtaining RMT test results, characterized in that: include: A processing unit, a bus unit and a storage unit, wherein the bus unit connects the storage unit and the processing unit, the storage unit stores a computer program, and when the computer program is executed by the processing unit, the method for obtaining RMT test results according to any one of claims 1 to 6 is implemented.

9. A storage medium for implementing a method for obtaining RMT test results, wherein the storage medium stores a computer program, characterized in that: When the computer program is executed by a processor, the method for obtaining RMT test results according to any one of claims 1 to 6 is implemented.

Images