Link state detection method and device, electronic equipment and storage medium

Abstract

The invention discloses a link state detection method and device, electronic equipment and a storage medium, and relates to the technical field of computers.The link state detection method comprises the steps that in the process of applying different load pressures to equipment hardware of target equipment, a query instruction carrying address information of a link of the target equipment is obtained; the link is provided with a link device used for monitoring the operation environment state of the device hardware. And further, based on the query instruction, accessing a link device on the link, obtaining a response signal fed back by the link device based on the link when the link device receives the query instruction, and determining the link state of the link through the response signal. In the process of applying different load pressures to the equipment hardware of the target equipment, the link equipment on the link where the address information is located is accessed based on the query instruction, and the response signal is acquired, so that the link state of the target link can be efficiently and accurately detected based on the response signal in a variable pressure scene.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a link status detection method, device, electronic device, and storage medium. Background Art

[0002] In the computing field, the complexity of computers requires real-time monitoring of hardware indicators such as ambient temperature, power status, fan speed, and hard drive status. In actual computer operation, computers encounter various stressful scenarios, including but not limited to high CPU (Central Processing Unit) load, memory pressure, busy hard drive I / O, and surging network traffic. In these scenarios, link stability becomes particularly critical.

[0003] Currently, link stability testing often only targets a single stress scenario, such as a fixed CPU load or a constant temperature environment. There is a lack of methods to verify link stability under variable stress scenarios. Summary of the Invention

[0004] The present application provides a link status detection method to at least solve the problem in the related art of lacking effective detection of link status under variable pressure scenarios.

[0005] The present application provides a method for detecting a link status, comprising: in a process of applying different load pressures to the device hardware of a target device, determining a query instruction carrying address information of a link of the target device, wherein a link device for monitoring the operating environment status of the device hardware is provided on the link; accessing the link device on the link where the address information is located based on the query instruction, and obtaining a response signal fed back by the link device in response to the query instruction; and determining the link status of the link according to the response signal.

[0006] The present application also provides a link status detection device, including: a first determination module, used to determine a query instruction carrying the address information of the link of the target device in the process of applying different load pressures to the device hardware of the target device, wherein the link is provided with a link device for monitoring the operating environment status of the device hardware; an acquisition module, used to access the link device on the link where the address information is located based on the query instruction, and obtain a response signal fed back by the link device in response to the query instruction; a second determination module, used to determine the link status of the link based on the response signal.

[0007] The present application also provides an electronic device, comprising: a memory for storing a computer program; and a processor for implementing the steps of any of the above-mentioned link status detection methods when executing the computer program.

[0008] The present application also provides a computer-readable storage medium, in which a computer program is stored. When the computer program is executed by a processor, the steps of any of the above-mentioned link status detection methods are implemented.

[0009] The present application also provides a computer program product, including a computer program, which implements the steps of any of the above-mentioned link status detection methods when executed by a processor.

[0010] Through the present application, in the process of applying different load pressures to the device hardware of the target device, a query instruction carrying the address information of the link of the target device is obtained; wherein, a link device for monitoring the operating environment status of the device hardware is provided on the link; that is, the determination of the link status is carried out in the process of applying different load pressures, and further, based on the query instruction, the link device on the link is accessed, and a response signal based on the link feedback when the link device receives the query instruction is obtained, and the link status of the link is determined by the response signal. By accessing the link device on the link where the address information is located based on the query instruction and obtaining the response signal in the process of applying different load pressures to the device hardware of the target device, the link status of the target link can be efficiently and accurately detected based on the response signal in a variable pressure scenario. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0012] Figure 1 A structural block diagram of a server for a link status detection method provided in an embodiment of the present application;

[0013] Figure 2 A flowchart of a link status detection method provided in an embodiment of the present application;

[0014] Figure 3 One of the structural block diagrams of the link status detection method provided in the embodiment of the present application;

[0015] Figure 4 This is a second structural block diagram of the link status detection method provided in an embodiment of the present application;

[0016] Figure 5 A flowchart of a link status detection method provided in another embodiment of the present application;

[0017] Figure 6 This is a structural block diagram of a link status detection device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0018] The following will be combined with the accompanying drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0019] It should be noted that, in the description of this application, the terms "comprises," "includes," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or device 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 device. The terms "first," "second," etc., in this application are used to distinguish similar objects, and are not used to describe a particular order or sequence.

[0020] The link status detection method embodiment provided in the embodiments of the present application can be executed in a server or similar computing device. Specifically, the link status detection method embodiment provided in the embodiments of the present application can be executed in a BMC (Baseboard Management Controller) on a server. The BMC can be a hardware manager set up in the server. The BMC communicates with other hardware devices (such as temperature sensors, power modules, fan controllers, storage devices, etc.) through the I2C bus. In the process of applying different load pressures to the device hardware of the target device, the BMC can obtain and process the data of these hardware devices, thereby realizing the monitoring and management of the server.

[0021] refer to Figure 1 As shown in the figure, it is the hardware structure diagram of the server. Figure 1 As shown, the server may include one or more ( Figure 1 Only one is shown) a processor 102 (the processor 102 may include but is not limited to a microprocessor MCU or BMC or a programmable logic device FPGA and other processing devices) and a memory 104 for storing data. The server may also include a transmission device 106 and an input / output device 108 for communication functions. It will be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the above server. Figure 1More or fewer components than shown, or with Figure 1 Different configurations shown.

[0022] The memory 104 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the link status detection method in the embodiment of the present application. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, that is, implementing the above-mentioned method. The memory 104 may include a high-speed random access memory and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include a memory remotely located relative to the processor 102, and these remote memories may be connected to a server via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0023] Transmission device 106 is used to receive or transmit data via a network. A specific example of the aforementioned network may include a wireless network provided by the server's communication provider. In one embodiment, transmission device 106 includes a network interface controller (NIC), which can be connected to other network devices via a base station to enable communication with the Internet. In another embodiment, transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0024] The embodiment of the present application provides a link status detection method, which is applied to the baseboard management controller on the above server, such as Figure 2 As shown, the method includes the following steps S202-S206:

[0025] S202, in a process of applying different load pressures to the device hardware of the target device, determining a query instruction carrying address information of a link of the target device, wherein a link device for monitoring an operating environment status of the device hardware is provided on the link;

[0026] The target device refers to a computer device, such as a server or terminal. In the case of a server, the device hardware may include components such as the CPU, memory, hard drive, network card, and fan. Applying varying loads to the target device's hardware means varying the workload or intensity of the hardware within the test environment to create a variable stress environment.

[0027] It should be noted that the target device link can refer to the I2C (Inter-Integrated Circuit) bus (link). Link devices typically refer to various hardware components mounted on the I2C bus, such as sensors (temperature sensors, voltage sensors), controllers (fan controllers, power controllers), and memory. These link devices communicate with the master controller (such as the BMC) on the I2C bus via the SDA (Serial Data Line) and SCL (Serial Clock Line). In server hardware monitoring systems, link devices interact with the BMC via the I2C bus, reporting monitored operating environment status such as temperature, voltage, and fan speed. Each target device link has a designated address.

[0028] In some embodiments, while applying varying loads to the target device's hardware, the BMC can periodically send query commands to access the link device on the link where the address information resides, ensuring that the operating environment status of the device hardware is monitored under varying load conditions. Furthermore, the BMC analyzes data fed back by the link device to assess the stability of the I2C link and the performance of the target device.

[0029] S204, accessing a link device on the link where the address information is located based on the query instruction, and obtaining a response signal fed back by the link device in response to the query instruction;

[0030] It's understandable that when the BMC queries the status of a link device, it constructs a query command that includes the target link device's address and possibly other information (such as register information). After constructing the query command, the BMC sends it to the link device via the I2C bus. Upon receiving the BMC's query command, the link device reads the corresponding data from its internal registers and sends this data back to the BMC via the I2C bus as a response signal. The link device may also send back a presence flag, indicating its own presence status, as a response signal to the BMC.

[0031] In some embodiments, when receiving a response signal, the BMC may perform data verification or CRC (cyclic redundancy check) on the response signal to ensure that the received data is complete and that no error occurs in the data transmission.

[0032] There are multiple implementations for step S204. In one optional embodiment, the address information includes a link address and a device address; the query instruction also carries a register identifier; accessing a link device on the link where the address information resides based on the query instruction, and obtaining a response signal fed back by the link device in response to the query instruction, includes: accessing a target link device corresponding to the device address on the link where the link address resides, wherein the link device includes a target link device; obtaining a response signal fed back by the target link device in response to the query instruction, wherein the response signal is generated by a status value read by the target link device from a register matching the register identifier.

[0033] The link address identifies a specific link or interface on the data transmission path. It specifies which physical bus the BMC will use to send query commands. A server can have multiple I2C buses, each with a unique link address.

[0034] The device address is the address of the link device on the I2C bus. Each link device has a fixed address, which enables the BMC to accurately address and communicate with a specific link device.

[0035] The query command not only contains the link address and device address, but can also carry a register identifier. The register identifier points to the register location inside the link device used to store and read specific status information. For example, if the target link device is a temperature sensor, the register identifier might point to the location where the current temperature value is stored.

[0036] Specifically, the BMC first determines the I2C bus to be accessed based on the link address in the query instruction. It then uses the device address to locate the target link device on this bus. This positioning process ensures that the BMC can accurately communicate with the correct link device. Next, the BMC sends a query instruction carrying a register identifier to the target link device. After receiving the instruction, the target link device accesses the corresponding internal register based on the register identifier and reads the required status value from it. After reading the status value in the register, the target link device converts these status values into a response signal and sends it back to the BMC via the I2C bus. The response signal contains the status value pointed to by the register identifier, such as the current reading of the temperature sensor or the measured value of the voltage sensor. After receiving the response signal, the BMC can parse it and extract the status value.

[0037] In the above embodiment, by accessing the target link device, a response signal fed back by the target link device in response to the query instruction is obtained, and then the status value can be extracted subsequently to efficiently and accurately detect the link status of the target link, which is of significant significance for server maintenance, troubleshooting and performance optimization.

[0038] For another optional implementation of step S204, the address information includes a link address; accessing a link device on the link where the address information is located based on a query instruction, and obtaining a response signal fed back by the link device in response to the query instruction, including: accessing a link device on the link where the link address is located based on a query instruction to query the in-place status of the link device; obtaining a response signal fed back by the link device in response to the query instruction, wherein the response signal is a signal fed back by the link device based on an in-place identifier indicated by the in-place status.

[0039] As you can understand, the BMC constructs a query command to inquire about the presence status of a link device. This command typically includes a link address, instructing the link device to report whether it is online or ready for communication. The BMC sends the query command to the link with the link address and establishes communication with all link devices on that link. This device presence query verifies whether the device is successfully connected to the bus and is able to respond.

[0040] After receiving the query command, the link device checks its connection status with the bus and generates a response signal containing an in-place flag. This in-place flag can be a simple binary or numerical state, indicating whether the link device is currently in place and functioning properly. If the link device is in place and responding normally, the response signal can include a positive in-place flag, such as a value of 1 or a high-level flag. Conversely, if the device is not in place or cannot communicate normally, the in-place flag in the response signal will be a negative value, such as a value of 0 or a low-level flag. After receiving the response signal, the BMC will parse the in-place flag to determine the current status of the link device.

[0041] In the above embodiment, the link address is used to query the presence status of the link device, and the presence identifier can be extracted subsequently to efficiently and accurately detect the link status of the target link, which is of significant significance for server maintenance, troubleshooting and performance optimization.

[0042] S206: Determine the link status of the link according to the response signal.

[0043] After the BMC sends a query command, it receives a response signal from the link device. The BMC then parses the response signal to determine its specific content. The response signal may include a presence flag and register values. The BMC can then determine the link status based on the presence flag and register values.

[0044] In the above steps S202-S206, in the process of applying different load pressures to the device hardware of the target device, a query instruction carrying the address information of the link of the target device is obtained; wherein, a link device for monitoring the operating environment status of the device hardware is provided on the link; that is, the link status is determined in the process of applying different load pressures, and further, based on the query instruction, the link device on the link is accessed, and a response signal based on the link feedback when the link device receives the query instruction is obtained, and the link status of the link is determined based on the response signal. By accessing the link device on the link where the address information is located based on the query instruction and obtaining the response signal in the process of applying different load pressures to the device hardware of the target device, that is, in a variable pressure environment, and then based on the response signal, the link status of the target link can be detected efficiently and accurately.

[0045] There are multiple implementations of step S206. In one optional embodiment, the response signal includes a status signal; determining the link status of the link based on the response signal includes: determining a response duration of the status signal, wherein the response duration of the status signal is determined by a first initial time and a first end time, where the first initial time is the time when the query instruction is sent, and the first end time is the time when the status signal is received; and determining the link status of the link based on the response duration of the status signal and the status value of the status signal.

[0046] It should be noted that the response duration of the status signal is achieved by recording two key time points: the initial time, which is when the BMC sends the query command; and the final time, which is when the BMC receives the status signal. The response duration is the interval between these two time points. The status signal value reflects the current state of the link device, such as the temperature sensor reading or the voltage value of the power module.

[0047] Specifically, combining the response time and status value of the status signal allows for a comprehensive assessment of the link's status. If the response time exceeds expectations, it may indicate communication delays or congestion; while abnormal status values are directly related to potential failures of link devices or the impact of environmental factors.

[0048] In some embodiments, in a high-voltage test scenario for a device, the BMC will continuously send query instructions to detect the status values of link devices such as temperature sensors and voltage sensors. By analyzing the response time and status value of the status signals fed back by the temperature sensors and voltage sensors, the BMC can determine whether the I2C link can still maintain good communication performance under stress testing, and whether the link device can stably output correct status information. For example, if the response time of the temperature sensor suddenly increases significantly under high load, or the temperature reading jumps frequently, this may mean that the link or device is subject to electromagnetic interference, or signal integrity issues caused by high temperature. At this point, the BMC can take measures, such as adjusting communication parameters, adding shielding measures, or reducing the server's workload, to ensure that the link status returns to normal.

[0049] In the above embodiment, by analyzing the duration and status value of the response signal, the link status of the link can be evaluated more accurately, which is crucial for ensuring stable operation of the server in a complex environment.

[0050] In some exemplary embodiments, the link status of the link is determined based on the response duration of the status signal and the status value of the status signal, including: when the response duration of the status signal meets a preset first duration condition and the status value is within a preset status value interval, determining that the link status of the link is a stable state; when the response duration of the status signal does not meet the preset first duration condition, or the status value is not within the preset status value interval, determining that the link status of the link is an unstable state.

[0051] To assess whether the link's response speed is normal, a first duration condition can be set. This first duration condition is typically based on empirical values or link design specifications, defining a reasonable time range for a link device to respond to a query command. The response duration is calculated by calculating the time difference between the BMC sending the query command and receiving the status signal. If this time difference is within the preset first duration condition, it indicates that the link device's response speed meets the requirements.

[0052] In addition to the response time, the status signal also needs to be checked to see if the status value is within a preset range. This range can be defined based on the normal operating range of the link device and is used to determine whether the current status of the link device is within a safe or expected range. If the status value is outside the preset range, it may indicate a device problem, such as abnormal sensor readings, unstable power module voltage, or a problem with the link itself, such as data reading errors caused by electromagnetic interference.

[0053] Specifically, when the response time meets the preset first duration condition and the status value is within the preset status value range, the link status is determined to be stable. This means that the link device is able to respond to the query in a timely manner, the output status value is within the normal range, and the overall link performance is good. Conversely, if the response time exceeds the preset first duration condition, or the status value is not within the preset status value range, the link status is determined to be unstable. This state may mean that the link device is slow to respond, or that the status value output by the link device is abnormal, indicating potential problems with the communication link or the link device itself.

[0054] In a specific application, the BMC can continuously send query commands to collect response signals and analyze the response duration and status value in real time. This process is dynamic and can adapt to changes in the link environment, such as increases or decreases in server load, temperature fluctuations, etc. For example, if the query is for the status signal of a temperature sensor, the preset first duration condition can be 10 milliseconds, and the preset status value range can be 15°C to 45°C. If the temperature sensor responds within 8 milliseconds and the reported temperature value is 30°C, the link status will be marked as stable; but if the sensor response time is delayed to 20 milliseconds, or the temperature value reported is 50°C, the link status will be marked as unstable, which may trigger further fault detection and maintenance actions.

[0055] In the above embodiment, through comprehensive analysis based on the response duration and status value of the status signal, the link status and health of the I2C link can be evaluated in real time. This can promptly discover and resolve potential link problems in a complex operating environment, thereby ensuring stable operation of the server.

[0056] In some exemplary embodiments, the link status of a link is determined based on the response duration of the status signal and the status value of the status signal, including: obtaining a link log from the cache of the target device, wherein the link log is used to record the link communication status of the target device during the process of applying different load pressures to the device hardware of the target device; when it is determined through the link communication status that there is no link alarm in the link, the response duration meets the preset first duration condition, and the status value is in a preset status value range, the link status of the link is determined to be a stable state.

[0057] The link log records the link communication status of the target device while applying varying loads to the target device's hardware. This log includes the detailed timestamp of the device's response, the content of the response signal, and any abnormal events (such as link alarms) that occurred during communication. Link logs can be retrieved from the target device's own cache. Link alarms are errors or anomalies that occur during communication and may be caused by signal quality issues, device failure, or link damage.

[0058] Specifically, you can check whether there are link alarms in the link log. If there are link alarms in the link log, the link may have been damaged and further investigation is required. Next, evaluate the response time and status value of the target device under different load pressures. The response time meeting the preset first time condition means that the device can still respond to queries in a timely manner under load pressure, which reflects the response speed and pressure resistance of the link. The first time condition is usually a reasonable time threshold used to distinguish between normal and abnormal response speeds. The status value is within the preset status value range, indicating that when the device is under pressure, the output status value remains within a safe and reasonable range. The setting of the status value range is based on the normal working range of the device to ensure that even during stress testing, the status of the device is at a controllable and acceptable level.

[0059] It is understandable that the link status of the link is determined to be stable only when there is no link alarm in the link log, the response time of the target device meets the first time condition, and the status values are all within the preset range. This means that under various hardware load pressures, the link can maintain good communication quality and device status, which is an important indicator of link health. If any of the conditions is not met, such as the appearance of a link alarm in the link log, the response time exceeds the preset first time condition, or the status value deviates from the preset range, the link will be judged to be unstable. This state may indicate the existence of short-term or long-term communication problems, and corresponding maintenance or troubleshooting measures need to be taken.

[0060] In the above embodiment, the link status evaluation based on link logs, response duration and status values provides a more comprehensive and in-depth perspective for server hardware monitoring and maintenance, which helps to promptly discover and resolve potential problems of the I2C link when facing a changing pressure environment, ensuring the continuous and efficient operation of the server system.

[0061] For another optional implementation of step S206, the response signal includes a presence signal of the link device; determining the link status of the link based on the response signal includes: determining a response duration of the presence signal of the link device, wherein the response duration of the presence signal of the link device is determined by a second initial time and a second end time, the second initial time being the time when the query instruction is sent, and the second end time being the time when the presence signal is received; and determining the link status of the link based on the response duration of the presence signal of the link device and the presence flag of the presence signal of the link device.

[0062] The presence signal is a signal sent by the link device to the BMC, indicating that the link device is currently online and can communicate normally. When the BMC sends a query command containing the link address to the link device, this moment is recorded as the second initial moment. Subsequently, when the link device's presence signal is received, this moment is recorded as the second end moment. The time difference between these two moments is the response duration of the link device's presence signal. The response duration reflects the speed at which the link device responds to queries and is a key indicator of link stability. The preset second duration condition can be determined based on the device's communication capabilities, link length, and environmental factors (such as electromagnetic interference).

[0063] The presence signal contains a presence flag, which can be a specific bit sequence or a preset status code, to clearly indicate whether the device is online. If the presence flag indicates that the device is online, then the device should be considered to be present.

[0064] Specifically, if the response duration of the presence signal meets the preset second duration condition, and the presence flag of the presence signal indicates that the link device is online, then the link status of the link can be determined to be stable. This means that the device is not only able to respond to queries in a timely manner, but also has no obvious failures or delays in communication. If the response duration exceeds the preset second duration condition, or the presence flag indicates that the link device is not in place, the link status will be marked as unstable. This state may mean that the device has encountered a hardware failure, link congestion, or external interference, resulting in degraded communication performance.

[0065] In some embodiments, the BMC may continuously monitor the response duration of the presence signal and the presence flag, especially when the server is under variable pressure, to ensure that potential problems can be discovered in a timely manner and corresponding countermeasures can be taken.

[0066] In the above embodiment, by measuring the response duration of the presence signal of the link device and combining it with the inspection of the presence flag, the health status of the link can be effectively evaluated.

[0067] In an exemplary embodiment, the link state of the link is determined based on the response duration of the presence signal of the link device and the presence flag of the presence signal of the link device, including: when the response duration of the presence signal of the link device meets a preset second duration condition and the presence flag of the presence signal of the link device is a target flag, determining that the link state of the link is a stable state; when the response duration of the presence signal of the link device does not meet the preset second duration condition, or the presence flag of the presence signal of the link device is not the target flag, determining that the link state of the link is an unstable state.

[0068] The second duration condition is a preset threshold used to determine whether the link device's response time is within an acceptable range. This condition is established based on the device's communication performance, link length, environmental factors, and other factors to ensure that the link device can respond within a reasonable time. The presence flag included in the presence signal is used to confirm whether the link device is online. The target flag is a specific value or pattern that indicates that the link device is online and ready to communicate. If the target flag included in the presence signal matches the preset value, the device is considered present.

[0069] When the link device's presence signal response duration meets the second duration condition and the presence indicator in the presence signal is the target indicator, the link state is determined to be stable. This means that the link device is online, responds quickly, and the link communication is good, without any obvious performance degradation or communication failures. If the presence signal response duration exceeds the second duration condition, or the presence indicator in the signal is not the target indicator, the link state is determined to be unstable.

[0070] In the above embodiment, by monitoring the response duration of the presence signal and verifying the presence flag, the link status can be quickly fed back, helping the administrator to promptly discover problems and take measures during server operation to avoid potential system failures.

[0071] In an exemplary embodiment, the link status of a link is determined based on the response duration of the link device's presence signal and the presence identifier of the link device's presence signal, including: obtaining a link log from a cache of the target device, wherein the link log is used to record the link communication status of the target device during the process of applying different load pressures to the device hardware of the target device; when it is determined through the link log that there is no link alarm on the link, the response duration of the link device's presence signal meets a preset second duration condition, and the presence identifier of the link device's presence signal is the target identifier, determining that the link status of the link is a stable state.

[0072] Specifically, the BMC can analyze the link log to confirm whether the link itself has any alarm records during the application of various load pressures. Link alarms may include communication anomalies, device offline, data packet errors, etc., which are direct manifestations of poor link stability. Secondly, check whether the response duration of the link device's presence signal meets the preset second duration condition. Furthermore, confirm whether the presence identifier in the link device's presence signal is the target identifier. When all three of the above are met, that is, no link alarm is recorded in the link log, the response duration of all presence signals is within the preset second duration condition, and each presence identifier is consistent with the target identifier, it can be determined that the link status of the link is stable. This means that although the server has undergone multiple stress tests, the I2C link device can still maintain good communication capabilities and a stable online state, without any abnormal conditions that affect the stability of the link.

[0073] In the above embodiment, by obtaining and analyzing link logs, evaluating response durations, and checking the consistency of presence identifiers, the stability of the I2C link when the server is subjected to variable pressure can be determined in a more detailed and comprehensive manner, thereby ensuring the healthy operation and high performance of the server.

[0074] In an exemplary embodiment, before accessing the link device on the link where the address information is located based on the query instruction, the method also includes: when the device hardware includes a processor, determining a first processor command for applying a first load pressure to the processor, wherein the first processor command is used to indicate a first core number and a first test duration of the processor cores of the processor; when the first load pressure of the first core number and the first test duration has been applied to the processor, determining a second processor command for applying a second load pressure to the processor, wherein the second processor command is used to indicate a second core number and a second test duration of the processor cores of the processor.

[0075] In the case where the device hardware includes a processor (CPU), it is necessary to determine the first processor command, which is used to apply a first load pressure to the processor. The magnitude of the first load pressure is determined by two parameters, namely the first number of cores (that is, the number of processor cores involved in the operation) and the first test duration (the duration of continuous load application). Generally, the selection of the first number of cores and the first test duration is based on the benchmark performance and pre-test conditions of the device. For example, if the processor has 8 cores, the first number of cores may be set to half, that is, 4 cores, and the first test duration may be set to 30 minutes. In this way, the impact of the processor running in a half-load state on link device access can be tested first.

[0076] By executing the first processor command, a load is applied to a specified number of cores, allowing these cores to run intensive computing tasks, thereby simulating the load pressure in actual work scenarios.

[0077] After the first load stress test is completed and the processor has endured the first load stress defined by the first number of cores and the first test duration, a second processor command is further determined for applying a higher level of load stress to the processor. The second load stress is also defined by the second number of cores and the second test duration.

[0078] Compared to the first load pressure, the second core count and second test duration can typically be set higher. For example, the second core count might be set to all eight cores of the processor, and the second test duration might be up to one hour to further test the stability of the processor under full load. Executing the second processor command puts all cores of the processor into a high-load state, running high-computing tasks to evaluate the processor's performance under maximum stress and observe whether access to link devices is affected.

[0079] While or after applying load to the processor, the BMC issues query commands to access link devices on the I2C link or other links. This is to evaluate the communication status and performance of link devices under varying processor loads. By analyzing access results from link devices, such as response duration, presence flags, and link logs, it can be determined whether the processor load has negatively impacted link device communication.

[0080] In the above embodiment, by determining and executing processor commands under different load pressures and combining access testing of link devices, the overall performance of server hardware under variable pressure environments and the communication stability of link devices can be evaluated and optimized.

[0081] In an exemplary embodiment, before accessing the link device on the link where the address information is located based on the query instruction, the link status detection method also includes: when the device hardware includes memory, determining a first memory command for applying a third load pressure to the memory, wherein the first memory command is used to indicate a first memory capacity and a first number of test cycles of the memory; when the third load pressure of the first memory capacity and the first number of test cycles has been applied to the memory, determining a second memory command for applying a fourth load pressure to the memory, wherein the second memory command is used to indicate a second memory capacity and a second number of test cycles of the memory.

[0082] If the device hardware includes a memory, a first memory command for applying a third load pressure to the memory may be determined, wherein parameters of the command include a first memory capacity and a first number of test cycles.

[0083] The first memory capacity refers to the amount of memory occupied, which is used to simulate large memory consumption scenarios in actual applications. For example, if the server has a total of 32GB of memory, the first memory capacity can be set to occupy 50% of the total memory, that is, 16GB, to test the stability and performance under large memory usage. The first test lap number indicates the number of times the memory read and write operations are repeated under the specified memory capacity. The more laps, the greater the load pressure on the memory. For example, the first test lap number can be set to 10 laps, which means that 10 complete memory read and write cycles are performed while occupying 16GB of memory.

[0084] Specifically, after the first memory command is determined, execution begins, that is, continuous read and write requests are sent to the specified memory capacity until the first test lap request is completed. This process simulates the memory usage status of the server under intensive applications or high-concurrency request scenarios. When the memory has completed the third load stress test, a second memory command for applying the fourth load pressure to the memory will be determined next. For example, the second memory capacity can be set to 24GB, and the second test lap number can be set to 5 laps, which means that 5 complete memory read and write cycles are performed while occupying 24GB of memory.

[0085] In the above embodiment, by determining and executing memory commands under different load pressures, combined with access testing of link devices, the overall performance of server hardware under variable pressure environments and the communication stability of link devices can be evaluated and optimized.

[0086] In an exemplary embodiment, the link status detection method also includes: when there are multiple response signals generated by the status value, determining the status value difference between any two response signals in the multiple response signals; when the status value difference between any two response signals is less than an error threshold, determining that the link status of the link is a stable state; when there are any two response signals in the multiple response signals whose status value difference is greater than the error threshold, determining that the link status of the link is an unstable state.

[0087] It is understood that after continuously or periodically sending status query commands to a link device, the device will return a response signal. The status value in the response signal can be an actual value representing the device's temperature, voltage, operating status, etc. The error threshold is a preset value used to determine whether the difference in status values is within an acceptable range. The setting of this threshold should be determined based on the actual application scenario and device specifications to reflect normal device status fluctuations.

[0088] Specifically, the BMC can obtain multiple response signals. This could be the result of sending multiple query commands consecutively within a short period of time, or the result of sending query commands to multiple link devices. Furthermore, the status values in the collected response signals are compared pairwise, and the difference in status values between any two response signals is calculated. The status value difference reflects the change in the operating status of the link device at different time points or between different queries and is a key indicator for assessing link stability. If all calculated status value differences are less than the error threshold, this means that the link was stable when processing these queries during the continuous query process, and the interference or noise level during the communication process was low. If the status value difference between any two response signals is greater than the error threshold, this indicates that it may be caused by a transient problem in the link communication, a device failure, or external environmental factors. Therefore, the link is considered to be in an unstable state, possibly experiencing a high bit error rate, communication delay, or communication errors between devices.

[0089] In the above embodiment, by calculating the difference in the status values in the response signal and comparing it with the error threshold, the stability of the I2C link or other communication link can be effectively assessed. This simple and effective method provides powerful technical support for automated monitoring and diagnosis of server hardware problems.

[0090] The embodiments described above are only part of the embodiments of the present application, not all of the embodiments. In order to better understand the above method, the above process is described below in conjunction with the embodiments, but it is not intended to limit the technical solutions of the embodiments of the present application. Specifically:

[0091] This application provides a link status detection method that creates a stress testing environment. During the stress test, a single process or multiple processes under the BMC continuously poll the presence of each link device and the value of the corresponding register to determine whether there are any anomalies in the returned data and whether there are any errors in various logs. This method verifies whether high-frequency electromagnetic interference that may be generated by the CPU, memory, and hard disk under high load will cause an increase in the I2C communication bit error rate, that is, link instability. It also verifies whether power supply voltage fluctuations or ripple noise will be caused during the stress test, resulting in occasional communication failures of I2C devices (such as temperature sensors).

[0092] Among them, reference Figure 3As shown, this application consists of three major modules: environment setup, stress testing, and link status detection. Environment setup refers to the combination of server components and the tools used for testing. The implementation of stress testing is mainly carried out under the Linux system of the server, involving stress testing of various components, including but not limited to CPU / Memory / Network Card / Hard Drive / Fan, etc. The implementation of link status detection is based on BMC implementation, using I2C tools to query the status value, in-place identification, etc. of the link device, and at the same time query the link log to further confirm whether there are any abnormal reports in the test.

[0093] Specifically, environment setup considers two aspects: component selection and testing tool selection. Component selection includes the CPU, fully configured memory, network interface card, and NVMe SSD (hard drive), covering all physical slots on the server. Linux systems include CentOS (an open-source Linux-based operating system) and Red Hat. Tools include stress-ng (a stress testing tool) for CPU load, memtester (a memory testing tool) for memory stress, fio (a hard drive testing tool) for hard drives, and iperf (a network interface card testing tool) for network interface card stress. Temperature simulation is achieved by controlling the server fan speed.

[0094] When conducting stress testing, you can carry out the test according to the device hardware. Figure 4 The figure below shows a schematic diagram of stress testing the CPU, memory, network card, hard drive, and other components (such as fans). Specifically, the stress test module is mainly used for stress testing under Linux systems. Stress testing mainly includes CPU stress testing, memory stress testing, network card stress testing, hard drive stress testing, and fan speed adjustment. If other components are included, they can also be added to the stress test queue. The stress design concept is as follows:

[0095] For CPU stress testing, the stress test command primarily specifies the following parameters: number of CPU cores (processor cores) and timeout (test duration). The number of CPU cores and test duration are variables. The CPU core number can be any percentage between 0% and 100% of the total number of CPU cores, and the number of cores must be an integer. Therefore, the formula is: number of CPU cores = int(total number of cores * percentage). The recommended test duration is between 1 and 2 hours to avoid extending the test duration. For memory stress testing, the stress test command primarily specifies the following parameters: test memory capacity and number of test cycles. The test memory capacity and test cycles are variables. The test memory capacity can be between 0% and 100% of the total memory capacity, with a range of 10%, for example, 10% / 20% / 50% / 100%. Therefore, the formula is: test memory capacity = int(total memory capacity * percentage). The number of test cycles can be between 5 and 10 for each test. Network card stress testing can be performed using another server. This requires connecting the machine's network card directly via a network cable. The test method is as follows: On the execution machine, run the command iperf -sb [the execution machine's network port IP address]. The -b option typically specifies the data rate. The command iperf –s starts the iperf server on the execution machine, awaiting test connections from the test machine. On the test machine, run the command iperf -c [the execution machine's network port IP address]. This command starts the iperf client on the test machine and then runs the command -p4 -t3600. The -p4 -t3600 parameters control the number of concurrent connections and the test duration, respectively. Hard drive stress testing is performed using the fio tool, with each NVMe SSD subjected to fio stress testing. Temperature simulation is achieved by controlling fan speed. During the server stress test, the fan speed can be controlled to rapidly increase or decrease the temperature of server components. The fan speed is randomly adjusted between 0 and 100% in a 10% increment.

[0096] Link status monitoring uses I2C commands (query commands) executed by the BMC to capture link device presence and register values. BMC monitoring requires understanding the I2C address (address information). The server's I2C address can be obtained in two ways: First, consult the component's technical documentation or datasheet, which typically clearly indicates its default I2C address. If this is unclear, refer to the server motherboard's I2C bus layout diagram to confirm the specific bus to which the component is mounted.

[0097] In a BMC system, you can use i2cdetect-l (a command-line tool for listing all available I2C buses) to list all buses, check the manual or bus layout to find the I2C address of the device you want to test, and then use i2cdetect-y <link address> to return the presence status of all link devices on the bus. You can also use i2cget-y <bus address (i.e., link address)><device address><register identifier> to read the register value of a specific temperature sensor.

[0098] Specifically, on the one hand, when performing stress testing, you can set a time interval to continuously query the presence of link devices, and set conditions to determine whether the device is lost and whether the command return time is within the specified time; on the other hand, refer to Figure 5 As shown, in the case of stress testing, a query command can be sent to the link device, and the link status can be determined based on the status signal fed back by the link device. The specific steps include:

[0099] S502: Determine the response time of the status signal, and judge whether the response time exceeds the time threshold. If so, enter S504; if not, enter S506; S504, abnormality analysis; S506: Determine the status value of the status signal, and judge whether the status value is abnormal, that is, whether it is consistent with the current pressure scenario (whether the value is within the preset range). If not, enter S504; if within the preset range, enter S508; S508, check the link log to analyze whether there is a link alarm. If so, enter S504, if not, end the process.

[0100] The link status detection method provided in this application can verify the stability of the I2C link under the variable pressure environment of the server, avoid abnormal problems from flowing out and affecting the normal operation of the server, and further improve the reliability of the server.

[0101] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus the necessary general hardware platform, and of course it can also be implemented by hardware, but in many cases the former is a better implementation method.

[0102] The embodiments of the present application also provide a link status detection device for implementing the above-mentioned embodiments and preferred embodiments. Details already described will not be repeated here. As used below, the term "module" may refer to a combination of software and / or hardware that implements a predetermined function. Although the modules described in the following embodiments are preferably implemented in software, implementation using hardware, or a combination of software and hardware, is also possible and contemplated.

[0103] Figure 6This is a structural block diagram of a link status detection device according to an embodiment of the present application, which includes:

[0104] A first determining module 602 is configured to determine, during a process of applying different load pressures to the device hardware of the target device, a query instruction carrying address information of a link of the target device, wherein the link is provided with a link device for monitoring the operating environment status of the device hardware;

[0105] An acquisition module 604 is configured to access a link device on the link where the address information is located based on the query instruction, and acquire a response signal fed back by the link device in response to the query instruction;

[0106] The second determining module 606 is configured to determine the link status of the link according to the response signal.

[0107] By means of the above-mentioned device, in the process of applying different load pressures to the device hardware of the target device, a query instruction carrying the address information of the link of the target device is obtained; wherein, a link device for monitoring the operating environment status of the device hardware is provided on the link; that is, the link status is determined in the process of applying different load pressures, and further, based on the query instruction, the link device on the link is accessed, and a response signal fed back by the link device based on the link when receiving the query instruction is obtained, and the link status of the link is determined by the response signal. By accessing the link device on the link where the address information is located based on the query instruction and obtaining the response signal in the process of applying different load pressures to the device hardware of the target device, that is, in a variable pressure environment, and then based on the response signal, the link status of the target link can be detected efficiently and accurately.

[0108] In an exemplary embodiment, the address information includes a link address and a device address; the query instruction also carries a register identifier; the acquisition module 604 is further used to access the target link device corresponding to the device address on the link where the link address is located, wherein the link device includes the target link device; and obtain a response signal fed back by the target link device in response to the query instruction, wherein the response signal is generated by a status value read by the target link device from a register matching the register identifier.

[0109] In an exemplary embodiment, the response signal includes a status signal; the second determination module 606 is further used to determine the response duration of the status signal, wherein the response duration of the status signal is determined by a first initial moment and a first termination moment, the first initial moment is the moment of sending the query instruction, and the first termination moment is the moment of receiving the status signal; based on the response duration of the status signal and the status value of the status signal, the link status of the link is determined.

[0110] In an exemplary embodiment, the second determination module 606 is further used to determine that the link state of the link is a stable state when the response duration of the status signal meets the preset first duration condition and the status value is within a preset status value interval; and to determine that the link state of the link is an unstable state when the response duration of the status signal does not meet the preset first duration condition or the status value is not within the preset status value interval.

[0111] In an exemplary embodiment, the second determination module 606 is also used to obtain a link log from the cache of the target device, wherein the link log is used to record the link communication status of the target device during the process of applying different load pressures to the device hardware of the target device; when it is determined through the link communication status that there is no link alarm on the link, the response time meets the preset first time condition, and the status value is in a preset status value range, the link status of the link is determined to be a stable state.

[0112] In an exemplary embodiment, the address information includes a link address; the acquisition module 604 is further used to access the link device on the link where the link address is located based on the query instruction to query the in-place status of the link device; and obtain a response signal fed back by the link device in response to the query instruction, wherein the response signal is a signal fed back by the link device based on the in-place identifier indicated by the in-place status.

[0113] In an exemplary embodiment, the response signal includes a presence signal of the link device; the second determination module 606 is further used to determine the response duration of the presence signal of the link device, wherein the response duration of the presence signal of the link device is determined by a second initial time and a second termination time, the second initial time is the time when the query instruction is sent, and the second termination time is the time when the presence signal is received; based on the response duration of the presence signal of the link device and the presence flag of the presence signal of the link device, the link status of the link is determined.

[0114] In an exemplary embodiment, the second determination module 606 is further configured to determine that the link state of the link is a stable state when the response duration of the presence signal of the link device satisfies a preset second duration condition and the presence identifier of the presence signal of the link device is a target identifier; and to determine that the link state of the link is an unstable state when the response duration of the presence signal of the link device does not satisfy the preset second duration condition or the presence identifier of the presence signal of the link device is not a target identifier.

[0115] In an exemplary embodiment, the second determination module 606 is further used to obtain a link log from the cache of the target device, wherein the link log is used to record the link communication status of the target device during the process of applying different load pressures to the device hardware of the target device; when it is determined through the link log that there is no link alarm on the link, the response duration of the in-place signal of the link device meets the preset second duration condition, and the in-place identifier of the in-place signal of the link device is the target identifier, the link status of the link is determined to be a stable state.

[0116] In an exemplary embodiment, the device also includes a pressure module; the pressure module is used to determine a first processor command for applying a first load pressure to the processor when the device hardware includes a processor, wherein the first processor command is used to indicate a first core number and a first test duration of the processor cores of the processor; and when the first load pressure of the first core number and the first test duration has been applied to the processor, determine a second processor command for applying a second load pressure to the processor, wherein the second processor command is used to indicate a second core number and a second test duration of the processor cores of the processor.

[0117] In an exemplary embodiment, the pressure module is also used to, when the device hardware includes memory, determine a first memory command for applying a third load pressure to the memory, wherein the first memory command is used to indicate a first memory capacity and a first test lap number of the memory; and when the third load pressure of the first memory capacity and the first test lap number has been applied to the memory, determine a second memory command for applying a fourth load pressure to the memory, wherein the second memory command is used to indicate a second memory capacity and a second test lap number of the memory.

[0118] In an exemplary embodiment, the second determination module 606 is further used to determine the difference in status values of any two response signals among the multiple response signals when there are multiple response signals generated by the status value; determine that the link status of the link is a stable state when the difference in status values of any two response signals is less than an error threshold; and determine that the link status of the link is an unstable state when the difference in status values of any two response signals among the multiple response signals is greater than the error threshold.

[0119] For the description of the features in the embodiment corresponding to the link status detection device, reference can be made to the relevant description of the embodiment corresponding to the link status detection method, which will not be repeated here.

[0120] An embodiment of the present application further provides an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any of the above-mentioned link status detection method embodiments.

[0121] An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored. The computer program is configured to execute the steps of any of the above-mentioned link status detection method embodiments when running.

[0122] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.

[0123] An embodiment of the present application further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, it implements the steps of any of the above-mentioned link status detection method embodiments.

[0124] An embodiment of the present application further provides another computer program product, including a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in any of the above-mentioned link status detection method embodiments are implemented.

[0125] Professionals may further appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the above description has generally described the components and steps of each example according to their functions. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0126] The above describes in detail a link status detection method provided by the present application. This document uses specific examples to illustrate the principles and implementation methods of the present application. The description of the above embodiments is intended only to help understand the method and core concept of the present application. It should be noted that, for those skilled in the art, without departing from the principles of the present application, various improvements and modifications may be made to the present application, and such improvements and modifications also fall within the scope of protection of the claims of the present application.

Claims

1. A link status detection method, characterized in that: The method comprises: In a process of applying different load pressures to the device hardware of the target device, determining a query instruction carrying address information of a link of the target device, wherein the link is provided with a link device for monitoring the operating environment status of the device hardware; Accessing a link device on the link where the address information is located based on the query instruction, and obtaining a response signal fed back by the link device in response to the query instruction; A link status of the link is determined based on the response signal.

2. The method according to claim 1, characterized in that The address information includes a link address and a device address; the query instruction also carries a register identifier; The step of accessing a link device on the link where the address information is located based on the query instruction and obtaining a response signal fed back by the link device in response to the query instruction includes: Accessing a target link device corresponding to the device address on the link where the link address is located, wherein the link device includes the target link device; Acquire a response signal fed back by the target link device in response to the query instruction, wherein the response signal is generated by a status value read by the target link device from a register matching the register identifier.

3. The method according to claim 1, characterized in that The response signal includes a status signal; and determining the link status of the link according to the response signal includes: Determining a response duration of the status signal, wherein the response duration of the status signal is determined by a first initial time and a first end time, the first initial time being the time when the query instruction is sent, and the first end time being the time when the status signal is received; The link status of the link is determined based on the response duration of the status signal and the status value of the status signal.

4. The method according to claim 3, characterized in that The determining the link status of the link based on the response duration of the status signal and the status value of the status signal includes: When the response duration of the status signal satisfies a preset first duration condition and the status value is within a preset status value interval, determining that the link status of the link is a stable state; When the response duration of the status signal does not meet a preset first duration condition, or the status value is not within a preset status value interval, it is determined that the link status of the link is an unstable state.

5. The method according to claim 3, characterized in that The determining the link status of the link based on the response duration of the status signal and the status value of the status signal includes: Obtaining a link log from a cache of the target device, wherein the link log is used to record a link communication state of the target device during a process of applying different load pressures to the device hardware of the target device; When it is determined through the link communication status that there is no link alarm on the link, the response duration meets the preset first duration condition, and the status value is in a preset status value range, the link status of the link is determined to be a stable state.

6. The method according to claim 1, characterized in that The address information includes a link address; and accessing a link device on the link where the address information is located based on the query instruction, and obtaining a response signal fed back by the link device in response to the query instruction, comprises: Accessing a link device on the link where the link address is located based on the query instruction to query the in-place status of the link device; Acquire a response signal fed back by the link device in response to the query instruction, wherein the response signal is a signal fed back by the link device based on an in-place identifier indicated by the in-place state.

7. The method according to claim 1, characterized in that The response signal includes a presence signal of the link device; and determining the link status of the link according to the response signal includes: Determining a response duration of a presence signal of the link device, wherein the response duration of the presence signal of the link device is determined by a second initial time and a second end time, the second initial time being a time when the query instruction is sent, and the second end time being a time when the presence signal is received; The link status of the link is determined based on the response duration of the presence signal of the link device and the presence flag of the presence signal of the link device.

8. The method according to claim 7, characterized in that The determining the link status of the link based on the response duration of the presence signal of the link device and the presence flag of the presence signal of the link device includes: When the response duration of the presence signal of the link device satisfies a preset second duration condition and the presence identifier of the presence signal of the link device is a target identifier, determining that the link state of the link is a stable state; When the response duration of the presence signal of the link device does not meet the preset second duration condition, or the presence identifier of the presence signal of the link device is not a target identifier, it is determined that the link state of the link is an unstable state.

9. The method according to claim 7, characterized in that The determining the link status of the link based on the response duration of the presence signal of the link device and the presence flag of the presence signal of the link device includes: Obtaining a link log from a cache of the target device, wherein the link log is used to record a link communication state of the target device during a process of applying different load pressures to the device hardware of the target device; When it is determined through the link log that there is no link alarm on the link, the response duration of the on-site signal of the link device meets the preset second duration condition, and the on-site identifier of the on-site signal of the link device is the target identifier, the link state of the link is determined to be a stable state.

10. The method according to claim 1, characterized in that Before accessing the link device on the link where the address information is located based on the query instruction, the method further includes: In a case where the device hardware includes a processor, determining a first processor command for applying a first load pressure to the processor, wherein the first processor command is used to indicate a first core number and a first test duration of processor cores of the processor; When the first load pressure of the first core number and the first test duration has been applied to the processor, a second processor command for applying a second load pressure to the processor is determined, wherein the second processor command is used to indicate a second core number and a second test duration of the processor cores of the processor.

11. The method according to claim 1, wherein Before accessing the link device on the link where the address information is located based on the query instruction, the method further includes: In a case where the device hardware includes a memory, determining a first memory command for applying a third load pressure to the memory, wherein the first memory command is used to indicate a first memory capacity and a first number of test cycles of the memory; When the third load pressure of the first memory capacity and the first test laps has been applied to the memory, a second memory command for applying a fourth load pressure to the memory is determined, wherein the second memory command is used to indicate a second memory capacity and a second test laps of the memory.

12. The method according to claim 2, characterized in that The method further comprises: In the case where there are multiple response signals generated by the state value, determining a difference between the state values of any two response signals among the multiple response signals; When the difference between the state values of any two response signals is less than the error threshold, determining that the link state of the link is a stable state; If the difference between the status values of any two response signals among the multiple response signals is greater than an error threshold, it is determined that the link status of the link is an unstable state.

13. A link status detection device, characterized in that: include: a first determining module configured to determine, during a process of applying different load pressures to device hardware of a target device, a query instruction carrying address information of a link of the target device, wherein the link is provided with a link device for monitoring an operating environment status of the device hardware; an acquisition module, configured to access a link device on the link where the address information is located based on the query instruction, and acquire a response signal fed back by the link device in response to the query instruction; The second determining module is configured to determine the link status of the link according to the response signal.

14. An electronic device, characterized in that: include: Memory for storing computer programs; A processor, configured to implement the steps of the link status detection method according to any one of claims 1 to 12 when executing the computer program.

15. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, wherein the computer program, when executed by a processor, implements the steps of the link status detection method according to any one of claims 1 to 12.

Images