Driving version processing method, device and system

Abstract

The invention provides a driver version processing method, device and system, and the method comprises the steps: responding to a driver installation / upgrade configuration operation and a one-key installation / upgrade operation of a user, for each configured target device, obtaining a GPU model and an operating system version of the target device, and judging whether the current driver version of a server is obtained or not; if not, searching the most matched first driver version from a local driver version library according to the GPU model and the operating system version, and obtaining the corresponding file to perform driver installation; if yes, according to the GPU model, the operating system version and the current drive version, whether a higher second drive version exists or not is searched from a local drive version library; and if yes, obtaining the second drive file to perform drive upgrading. According to the method, one-key operation of a user can be responded, installation, downloading and upgrading of the driver version can be automatically completed, and GPU driver deployment and upgrading requirements under a large-scale server scene are met.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a method, device and system for processing a driver version. Background Art

[0002] As computing demands continue to grow, especially in the fields of artificial intelligence, deep learning, and graphics rendering, GPUs (graphics processing units) have become an indispensable component of modern computer systems. Compared with traditional CPUs, GPUs have more powerful parallel computing capabilities and can process large-scale data sets. Therefore, more and more companies and institutions are beginning to adopt GPU acceleration technology to improve computing efficiency.

[0003] The GPU driver is a bridge between the operating system and the GPU hardware, responsible for implementing the operating system's control and management of the GPU. An adapted driver can ensure that the GPU's performance is fully utilized while handling various hardware interactions. To ensure the normal operation of the GPU, users must regularly install and update the driver, especially when a new GPU model or operating system version is released.

[0004] Although existing GPU driver management methods have existed for many years, manual management still faces many challenges: High complexity: Users need to understand different GPU models and corresponding driver versions. The process of manually downloading and installing drivers is cumbersome and error-prone. High maintenance costs: In large-scale data centers or cloud computing environments, maintaining drivers for hundreds or even thousands of servers becomes a huge burden. Compatibility issues: There are compatibility issues between different versions of operating systems and GPUs. Manually detecting and handling these issues is not only time-consuming, but may also cause system instability. Summary of the invention

[0005] The purpose of this application is to provide a driver version processing method, device and system, which can respond to the user's one-click operation, automatically complete the installation, download and upgrade of the driver version, meet the GPU driver deployment and upgrade requirements in large-scale server scenarios; and can improve efficiency, reduce human errors, and ensure that the system runs in the best state.

[0006] In a first aspect, the present application provides a method for processing a driver version, which is applied to a centralized management server; the centralized management server provides a web UI interface; the method comprises: responding to a user's driver installation / upgrade configuration operation and a one-click installation / upgrade operation in the web UI interface, and for each target device in the configured device list, performing the following steps: logging in to the target device via SSH communication to obtain a GPU model and an operating system version of the target device, and determining whether the current driver version of the target device is obtained; if not, searching a local driver version library for the most matching first driver version based on the GPU model and the operating system version; obtaining a first driver file corresponding to the first driver version, and installing the driver based on the first driver file; if yes, searching the local driver version library for a second driver version with a higher version level than the current driver version based on the GPU model, the operating system version, and the current driver version; if so, obtaining a second driver file corresponding to the second driver version, and upgrading the driver based on the second driver file.

[0007] Furthermore, the above-mentioned step of obtaining the first driver file corresponding to the first driver version includes: obtaining file acquisition priority information configured in the user's driver installation / upgrade configuration operation; if the file acquisition priority information is to prioritize local download, obtaining the first driver file corresponding to the first driver version from the local driver version library; if the file acquisition priority information is to prioritize official download, determining whether the target device supports connecting to the network; if so, downloading the first driver file corresponding to the first driver version by accessing the official website; if not, obtaining the first driver file corresponding to the first driver version from the local driver version library.

[0008] Furthermore, the above method also includes: responding to the user's automatic driver version upgrade configuration operation for the target device in the web UI interface, detecting the current driver version of the target device according to the configured detection frequency; searching from the local driver version library whether there is a third driver version with a version level higher than the current driver version; if so, obtaining a third driver file corresponding to the third driver version, and performing automatic driver upgrade based on the third driver file.

[0009] Furthermore, the above method also includes: receiving the driver installation result or driver upgrade result returned by the target device, and displaying the driver installation result or driver upgrade result through the web UI interface; the driver installation result includes: installation success or installation failure; the driver upgrade result includes: upgrade success or upgrade failure.

[0010] Furthermore, the step of automatically upgrading the driver based on the third driver file includes: when the workload of the target device is low, automatically upgrading the driver based on the third driver file.

[0011] Furthermore, the above method also includes: downloading the latest driver version from the official website according to the preset update frequency; determining whether the latest driver version is consistent with the current latest version in the local driver version library; if not, applying the latest driver version to update the current latest version in the local driver version library.

[0012] Furthermore, the above method also includes: continuously monitoring GPU driver status information, and when determining that the GPU driver is abnormal based on the GPU driver status information, sending an alarm message to the operation and maintenance personnel terminal; the GPU driver status information includes at least one of the following: driver performance information, whether it is loaded normally, and file integrity detection results.

[0013] Furthermore, the above method also includes: responding to a user's operation of viewing driving information in the web UI interface, obtaining driving information for display.

[0014] In the second aspect, the present application also provides a driver version processing device, which is applied to a centralized management server; the centralized management server provides a web UI interface; the device includes: an operation response module, which is used to respond to the user's driver installation / upgrade configuration operation and one-click installation / upgrade operation in the web UI interface, and for each target device in the configured device list, performs the following steps: a login judgment module, which is used to log in to the target device through SSH communication to obtain the GPU model and operating system version of the target device, and determine whether the current driver version of the target device is obtained; a driver installation module, which is used to search the local driver version library for the most matching first driver version according to the GPU model and operating system version when the judgment result is no; obtain the first driver file corresponding to the first driver version, and install the driver based on the first driver file; a driver upgrade module, which is used to search the local driver version library for whether there is a second driver version with a version level higher than the current driver version when the judgment result is yes according to the GPU model, operating system version, and current driver version; if so, obtain the second driver file corresponding to the second driver version, and upgrade the driver based on the second driver file.

[0015] In a third aspect, the present application also provides a driver version processing system, the system comprising: a centralized management server and at least one target device; the centralized management server provides a web UI interface; the centralized management server is used to execute the method described in the first aspect.

[0016] In the driver version processing method, device and system provided by the present application, the method is applied to a centralized management server; the centralized management server provides a web UI interface; the method includes: responding to the user's driver installation / upgrade configuration operation and one-click installation / upgrade operation in the web UI interface, for each target device in the configured device list, perform the following steps: log in to the target device through SSH communication to obtain the GPU model and operating system version of the target device, and determine whether the current driver version of the target device is obtained; if not, according to the GPU model and operating system version, find the best matching first driver version from the local driver version library; obtain the first driver file corresponding to the first driver version, and install the driver based on the first driver file; if yes, according to the GPU model, operating system version, and the current driver version, find out whether there is a second driver version with a higher version level than the current driver version from the local driver version library; if it exists, obtain the second driver file corresponding to the second driver version, and upgrade the driver based on the second driver file. The present application can respond to the user's one-click operation, automatically complete the installation, download and upgrade of the driver version, meet the GPU driver deployment and upgrade requirements in large-scale server scenarios; and can improve efficiency, reduce human errors, and ensure that the system runs in the best state. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the specific implementation methods of the present application or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0018] Figure 1 A flowchart of a method for processing a driver version provided in an embodiment of the present application;

[0019] Figure 2 A schematic diagram of a platform structure provided in an embodiment of the present application;

[0020] Figure 3 An information collection flow chart provided for an embodiment of the present application;

[0021] Figure 4 A driver installation flow chart provided in an embodiment of the present application;

[0022] Figure 5 A schematic diagram of an email sending configuration provided in an embodiment of the present application;

[0023] Figure 6 A structural block diagram of a processing device for a driver version provided in an embodiment of the present application;

[0024] Figure 7 A schematic diagram of the structure of a driver version of a processing system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0025] The technical solution of the present application will be described clearly and completely below in conjunction with the embodiments. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in the field without creative work are within the scope of protection of the present application.

[0026] In view of the existing GPU driver management methods, manual management has the problems of high complexity, high maintenance cost, poor compatibility, etc., the embodiments of the present application provide a driver version processing method, device and system, which can respond to the user's one-click operation, automatically complete the installation, download and upgrade of the driver version, and meet the GPU driver deployment and upgrade requirements in large-scale server scenarios; and can improve efficiency, reduce human errors, and ensure that the system runs in the best state.

[0027] To facilitate understanding of this embodiment, a method for processing a driver version disclosed in an embodiment of the present application is first introduced in detail.

[0028] Figure 1 A flowchart of a method for processing a driver version provided in an embodiment of the present application, the method is applied to a centralized management server; the centralized management server provides a web UI interface; the method for processing the driver version specifically includes the following steps:

[0029] Step S102, in response to the user's driver installation / upgrade configuration operation and one-key installation / upgrade operation in the web UI interface, for each target device in the configured device list, perform the following steps:

[0030] Step S1022, logging into the target device through SSH communication to obtain the GPU model and operating system version of the target device, and determining whether the current driver version of the target device is obtained;

[0031] Step S1024: if not, search the local driver version library for the best matching first driver version according to the GPU model and the operating system version; obtain the first driver file corresponding to the first driver version, and install the driver based on the first driver file;

[0032] The process of obtaining the first driver file corresponding to the first driver version is as follows:

[0033] (1) Obtaining priority information of files configured in the user's driver installation / upgrade configuration operation;

[0034] (2) If the file acquisition priority information indicates that local download is preferred, obtain the first driver file corresponding to the first driver version from the local driver version library;

[0035] (3) If the file acquisition priority information indicates that official download is preferred, determine whether the target device supports network connection; if so, download the first driver file corresponding to the first driver version by accessing the official website; if not, obtain the first driver file corresponding to the first driver version from the local driver version library.

[0036] Step S1026, if yes, based on the GPU model, operating system version, and current driver version, search the local driver version library to see whether there is a second driver version with a higher version level than the current driver version; if so, obtain the second driver file corresponding to the second driver version, and perform a driver upgrade based on the second driver file.

[0037] In the driver version processing method provided in the embodiment of the present application, an intelligent GPU driver management platform is constructed, which can provide users with one-click deployment and automatic upgrade of GPU driver versions, and support compatibility detection of different operating systems and GPU models. The system simplifies the management process of graphics card drivers in an automated way to ensure that the GPU driver is always up to date and can adapt to the system environment. Using this technology, operation and maintenance personnel can easily install GPU drivers on servers in batches, and the GPU driver version can be automatically upgraded, which reduces the workload, improves work efficiency, and greatly reduces the workload of operation and maintenance.

[0038] The embodiment of the present application is a centralized management structure in structure:

[0039] The above-mentioned centralized management server is the core of the entire system, and it is mainly responsible for:

[0040] (1) Task Scheduling: The management server schedules deployment and upgrade tasks in a unified manner and connects to each target device through SSH communication to perform operations.

[0041] (2) Information collection: The command script is remotely executed through the platform’s built-in SSH communication to collect the GPU driver and system information of the target device and store it in the GaussDB database on the server.

[0042] (3) Logging and monitoring: The management server can record the log of each operation, monitor the operation status, and send alarm information when an abnormality occurs.

[0043] The target devices are servers or workstations with GPUs installed. The management server remotely logs in to these devices through SSH communication for management. The target devices do not need to install additional clients. They only need to ensure that the SSH communication service is running normally and allow the management server to log in. Main responsibilities:

[0044] (1) Clientless operation: Since the SSH communication method is used, there is no need to deploy additional client programs on the target device.

[0045] (2) Command execution: The management server will execute commands such as GPU driver installation, update, and uninstallation on the target device through SSH communication.

[0046] (3) Environment cleanup: When the GPU driver is installed or upgraded, the uploaded driver version files will be cleaned up to reduce redundant files.

[0047] The above SSH communication is mainly responsible for:

[0048] (1) Secure communication: SSH communication provides an encrypted communication channel to ensure the security and stability of remote operations. The management server logs in to the target device through a preset authentication method (such as a password or SSH communication key).

[0049] (2) Remote execution: The management server can execute remote commands through SSH communication to obtain device information, download and install drivers, and perform compatibility checks.

[0050] Database management is mainly responsible for:

[0051] (1) Information storage: The system collects the status information of each target device through SSH communication, including GPU model, driver version, operating system, etc., and stores this data in the GaussDB database of the centralized management server for management and analysis.

[0052] (2) Log Recording: All remote operation logs, driver upgrade history, error messages, etc. will be saved in the database for auditing and backtracking.

[0053] See also Figure 2 As shown, this embodiment mainly collects and stores the operating system version information and GPU card model information of the target server in the GaussDB database. The system automatically analyzes the collected information to determine the GPU driver version that needs to be installed on the target server. It also determines whether the server supports network connection. If supported, it accesses the official driver version library to download the official driver version for driver installation and upgrade. If not supported, it obtains the driver version file from the local driver version repository to install and upgrade the driver.

[0054] The core modules included in the above platform are described as follows:

[0055] 1. Web UI: It is an interactive interface for configuration, which includes the configuration of the server, allowing users to install or upgrade the driver with one click, and view the driver version information, update history, driver health status, etc. Users can access it through a browser.

[0056] That is, the above method further includes: responding to the user's operation of viewing the driving information in the web UI interface, obtaining the driving information for display.

[0057] 2. Hardware detection component: After configuring the server list through the Web UI, the system hardware information is automatically detected first, the GPU model, operating system version and other related information are identified and written into the GaussDB database. This module can identify GPUs of multiple brands (such as NVIDIA, AMD, etc.) and supports multi-GPU environments. The processing flow is as follows: Figure 3 shown.

[0058] According to the configured server information, the platform remotely logs in to the target server through SSH, collects the operating system version through the command cat / etc / os-release, collects the GPU card manufacturer and model information through the command lspci|grep-ivga, and stores the collected information in the GaussDB database.

[0059] 3. Local driver version library: Maintain a driver version library, compare it with the current system environment, and determine the required driver.

[0060] 4. Driver one-click deployment module: Automatically select the appropriate driver version for installation based on the server operating system version, GPU model, etc. in the GaussDB database. The processing flow is as follows: Figure 4 As shown:

[0061] 4.1 Automatically select the driver. According to the server information (operating system version, GPU model) in GaussDB, automatically select the appropriate driver version from the driver version library, connect to the configured server via ssh, and upload it to the specified directory.

[0062] 4.2 After the driver version file is uploaded successfully, install the driver using a command similar to the following:

[0063] / nvidia-linux-x86_64-550.84.run-no-nouveau-check --disable-nouveau --silent or . / amdgpu-pro-install -y;

[0064] 4.3 If the driver installation fails, the failure log will be recorded in the GaussDB database and displayed on the WEB UI interface to prompt the user.

[0065] That is, the above method also includes: receiving the driver installation result or driver upgrade result returned by the target device, and displaying the driver installation result or driver upgrade result through the web UI interface; the driver installation result includes: installation success or installation failure; the driver upgrade result includes: upgrade success or upgrade failure.

[0066] 5. Driver automatic upgrade module: The system regularly checks the latest version of NVIDIA or AMD official GPU drivers and compares it with the local repository to see if there are any available updates. If there is a latest version, it will use the curl or wget command and the https protocol to download the driver version from the official website to the local driver version library. Users can customize the update frequency or select the automatic detection mode (weekly, monthly, or real-time update check) in the configuration interface. The system will automatically perform driver upgrades based on the GPU workload (idle or low load) to avoid affecting user use during the upgrade process. Users can also configure not to upgrade the driver version of the server.

[0067] That is, the above method also includes: responding to the user's automatic driver version upgrade configuration operation for the target device in the web UI interface, detecting the current driver version of the target device according to the configured detection frequency; searching from the local driver version library whether there is a third driver version with a higher version level than the current driver version; if so, obtaining a third driver file corresponding to the third driver version, and performing automatic driver upgrade based on the third driver file. The above step of performing automatic driver upgrade based on the third driver file also includes: when the workload of the target device is low, performing automatic driver upgrade based on the third driver file.

[0068] The above method also includes: downloading the latest driver version from the official website according to the preset update frequency; determining whether the latest driver version is consistent with the current latest version in the local driver version library; if not, applying the latest driver version to update the current latest version in the local driver version library.

[0069] 6. Driver health monitoring: This module continuously monitors the status of the GPU driver, including driver performance, normal loading, file integrity check, etc. If abnormal conditions such as driver damage, drop, performance degradation, etc. are detected, an alarm will be automatically issued to notify the operation and maintenance personnel. For example, automatically perform an abnormal check of the nvidia graphics card driver, and use the nvidia-smi command to check whether the return is normal. If the graphics card driver is abnormal, the system needs to report an alarm to the operation and maintenance personnel. The system supports alarm configuration to notify the operation and maintenance personnel by email, such as Figure 5 shown.

[0070] That is, the above method also includes: continuously monitoring GPU driver status information, and sending an alarm message to the operation and maintenance personnel terminal when determining that the GPU driver is abnormal based on the GPU driver status information; the GPU driver status information includes at least one of the following: driver performance information, whether it is loaded normally, and file integrity detection results.

[0071] The embodiment of the present application provides a method for processing driver versions, the implementation of which relies on a driver deployment and upgrade platform. The platform provides users with a GPU driver installation and upgrade configuration interface for the server. Users can use this interface to configure the target server that needs to install and upgrade the GPU driver, and set whether to automatically upgrade the driver version for the target server. After the settings are completed, the platform will automatically determine the operating system and GPU model of the target server, statistically analyze the most suitable driver version for upgrading, and support driver installation, downloading and upgrading from local driver version warehouses and online downloads. Meet the GPU driver deployment and upgrade requirements in large-scale server scenarios.

[0072] The beneficial effects of the embodiments of the present application are as follows:

[0073] 1. With just one click, the system can automatically identify and deploy the best GPU driver based on the hardware environment, simplifying the tedious driver installation process. The system can automatically handle complex tasks such as dependencies and compatibility detection, improving the user experience.

[0074] 2. Ensure that the GPU driver is always up to date by regularly monitoring the driver version and providing automatic updates. It also supports automatic rollback to the stable version to avoid compatibility issues or performance degradation after upgrading.

[0075] 3. The system supports different operating systems (Centos, Redhat, Ubuntu) and GPU brands (NVIDIA, AMD). It implements cross-platform and cross-hardware driver management and automatic upgrade functions through a unified interface, which enhances the applicability of the system. The use of automatic release and update greatly improves the efficiency of operation and maintenance for deployment and update in the cluster environment.

[0076] 4. Real-time monitoring of the GPU driver status. When the driver drops or is abnormal, the system will automatically issue a warning to notify the operation and maintenance personnel.

[0077] Based on the above method embodiment, the present application embodiment also provides a driver version processing device, which is applied to a centralized management server; the centralized management server provides a web UI interface; see Figure 6As shown, the device includes: an operation response module 62, which is used to respond to the driver installation / upgrade configuration operation and one-key installation / upgrade operation of the user in the web UI interface, and execute the following steps for each target device in the configured device list: a login judgment module 64, which is used to log in to the target device through SSH communication to obtain the GPU model and operating system version of the target device, and determine whether the current driver version of the target device is obtained; a driver installation module 66, which is used to search the best matching first driver version from the local driver version library according to the GPU model and the operating system version when the judgment result is no; obtain the first driver file corresponding to the first driver version, and install the driver based on the first driver file; a driver upgrade module 68, which is used to search from the local driver version library whether there is a second driver version with a version level higher than the current driver version according to the GPU model, the operating system version, and the current driver version when the judgment result is yes; if so, obtain the second driver file corresponding to the second driver version, and upgrade the driver based on the second driver file.

[0078] Furthermore, the above-mentioned driver installation module 66 is used to obtain the file acquisition priority information configured in the user's driver installation / upgrade configuration operation; if the file acquisition priority information is to prioritize local download, obtain the first driver file corresponding to the first driver version from the local driver version library; if the file acquisition priority information is to prioritize official download, determine whether the target device supports connecting to the network; if so, download the first driver file corresponding to the first driver version by accessing the official website; if not, obtain the first driver file corresponding to the first driver version from the local driver version library.

[0079] Furthermore, the above-mentioned device also includes: an automatic upgrade module, which is used to respond to the user's automatic driver version upgrade configuration operation for the target device in the web UI interface, and detect the current driver version of the target device according to the configured detection frequency; search from the local driver version library whether there is a third driver version with a version level higher than the current driver version; if so, obtain the third driver file corresponding to the third driver version, and perform automatic driver upgrade based on the third driver file.

[0080] Furthermore, the above-mentioned device also includes: a result display module, which is used to receive the driver installation result or driver upgrade result returned by the target device, and display the driver installation result or driver upgrade result through the web UI interface; the driver installation result includes: installation success or installation failure; the driver upgrade result includes: upgrade success or upgrade failure.

[0081] Furthermore, the automatic upgrade module is used to perform automatic driver upgrade based on the third driver file when the workload of the target device is low.

[0082] Furthermore, the above-mentioned device also includes: a version update module, which is used to download the latest driver version from the official website according to a preset update frequency; determine whether the latest driver version is consistent with the current latest version in the local driver version library; if not, apply the latest driver version to update the current latest version in the local driver version library.

[0083] Furthermore, the above-mentioned device also includes: an alarm module, which is used to continuously monitor the GPU driver status information, and when it is determined that the GPU driver is abnormal based on the GPU driver status information, send an alarm message to the operation and maintenance personnel terminal; the GPU driver status information includes at least one of the following: driver performance information, whether it is loaded normally, and file integrity detection results.

[0084] Furthermore, the above-mentioned device also includes: an information display module, which is used to respond to the user's driving information viewing operation in the web UI interface, and obtain the driving information for display.

[0085] The device provided in the embodiment of the present application has the same implementation principle and technical effects as those of the aforementioned method embodiment. For the sake of brief description, for matters not mentioned in the embodiment of the device, reference may be made to the corresponding contents in the aforementioned method embodiment.

[0086] Based on the above method embodiment, the present application embodiment also provides a processing system for a driver version, see Figure 7 As shown, the system includes: a centralized management server 72 and at least one target device 74, which are in communication connection; the centralized management server 72 provides a web UI interface; and the centralized management server 72 is used to execute the method described in the above method embodiment.

[0087] The system provided in the embodiment of the present application has the same implementation principle and technical effects as those of the aforementioned method embodiment. For the sake of brief description, for matters not mentioned in the embodiment of the system, reference may be made to the corresponding contents in the aforementioned method embodiment.

[0088] An embodiment of the present application also provides a computer-readable storage medium, which stores computer-executable instructions. When the computer-executable instructions are called and executed by a processor, the computer-executable instructions prompt the processor to implement the above method. The specific implementation can be found in the aforementioned method embodiment, which will not be repeated here.

[0089] The computer program products of the methods, devices, and electronic devices provided in the embodiments of the present application include a computer-readable storage medium storing program code. The instructions included in the program code can be used to execute the methods described in the previous method embodiments. The specific implementation can be found in the method embodiments, which will not be repeated here.

[0090] Unless otherwise specifically stated, the relative steps, numerical expressions and values ​​of the components and steps set forth in these embodiments do not limit the scope of the present application.

[0091] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a non-volatile computer-readable storage medium that is executable by a processor. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, 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.

[0092] In the description of the present application, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc., indicating the orientation or positional relationship, are based on the orientation or positional relationship shown in the drawings, and are only for the convenience of describing the present application and simplifying the description, rather than indicating or implying that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore cannot be understood as limiting the present application. In addition, the terms "first", "second", and "third" are used for descriptive purposes only, and cannot be understood as indicating or implying relative importance.

[0093] Finally, it should be noted that the above-described embodiments are only specific implementation methods of the present application, which are used to illustrate the technical solutions of the present application, rather than to limit them. The protection scope of the present application is not limited thereto. Although the present application is described in detail with reference to the above-described embodiments, ordinary technicians in the field should understand that any technician familiar with the technical field can still modify the technical solutions recorded in the above-described embodiments within the technical scope disclosed in the present application, or can easily think of changes, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method for processing a driver version, characterized in that: The method is applied to a centralized management server; The centralized management server provides a web UI interface; The method comprises: In response to the user's driver installation / upgrade configuration operation and one-click installation / upgrade operation in the web UI interface, for each target device in the configured device list, the following steps are performed: Log in to the target device through SSH communication to obtain the GPU model and operating system version of the target device, and determine whether the current driver version of the target device is obtained; If not, searching the local driver version library for the best matching first driver version according to the GPU model and the operating system version; obtaining a first driver file corresponding to the first driver version, and installing the driver based on the first driver file; If so, based on the GPU model, the operating system version, and the current driver version, search the local driver version library to see whether there is a second driver version with a version level higher than the current driver version; if so, obtain a second driver file corresponding to the second driver version, and perform a driver upgrade based on the second driver file.

2. The method according to claim 1, characterized in that The step of obtaining a first driver file corresponding to the first driver version includes: Obtain the priority information of the file configured in the user's driver installation / upgrade configuration operation; If the file acquisition priority information indicates that local downloading is preferred, obtaining a first driver file corresponding to the first driver version from the local driver version library; If the file acquisition priority information is to prefer official download, determine whether the target device supports network connection; if so, download the first driver file corresponding to the first driver version by visiting the official website; if not, obtain the first driver file corresponding to the first driver version from the local driver version library.

3. The method according to claim 1, characterized in that: The method further comprises: In response to a user's automatic driver version upgrade configuration operation for a target device in the web UI interface, detecting a current driver version of the target device according to a configured detection frequency; Search the local driver version library to see whether there is a third driver version with a higher version level than the current driver version; if so, obtain a third driver file corresponding to the third driver version, and perform automatic driver upgrade based on the third driver file.

4. The method according to claim 1 or 3, characterized in that: The method further comprises: Receive the driver installation result or driver upgrade result returned by the target device, and display the driver installation result or the driver upgrade result through the web UI interface; the driver installation result includes: installation success or installation failure; the driver upgrade result includes: upgrade success or upgrade failure.

5. The method according to claim 3, characterized in that: The step of automatically upgrading the driver based on the third driver file includes: When the workload of the target device is low, an automatic driver upgrade is performed based on the third driver file.

6. The method according to claim 1, characterized in that The method further comprises: Download the latest driver version from the official website according to the preset update frequency; Determine whether the latest driver version is consistent with the current latest version in the local driver version library; If not, apply the latest driver version to update the current latest version in the local driver version library.

7. The method according to claim 1, characterized in that The method further comprises: Continuously monitor the GPU driver status information, and when it is determined that the GPU driver is abnormal based on the GPU driver status information, send an alarm message to the operation and maintenance personnel terminal; the GPU driver status information includes at least one of the following: driver performance information, whether it is loaded normally, and file integrity detection results.

8. The method according to claim 1, characterized in that The method further comprises: In response to the user's operation of viewing the driving information in the web UI interface, the driving information is obtained and displayed.

9. A driver version processing device, characterized in that: The device is applied to a centralized management server; The centralized management server provides a web UI interface; The device comprises: The operation response module is used to respond to the driver installation / upgrade configuration operation and one-key installation / upgrade operation of the user in the web UI interface, and execute the following steps for each target device in the configured device list: A login judgment module is used to log in to the target device through SSH communication to obtain the GPU model and operating system version of the target device, and determine whether the current driver version of the target device is obtained; A driver installation module, configured to, when the judgment result is no, search the local driver version library for the best matching first driver version according to the GPU model and the operating system version; obtain a first driver file corresponding to the first driver version, and install the driver based on the first driver file; The driver upgrade module is used to search from the local driver version library whether there is a second driver version with a version level higher than the current driver version when the judgment result is yes, based on the GPU model, the operating system version, and the current driver version; if so, obtain the second driver file corresponding to the second driver version, and perform the driver upgrade based on the second driver file.

10. A driver version processing system, characterized in that: The system comprises: a centralized management server and at least one target device; the centralized management server provides a web UI interface; and the centralized management server is used to execute the method according to any one of claims 1 to 7.

Images