1. A method of using graphics processor resources, comprising:

generating a graphic processing command packet based on a task instruction of an application program;

receiving the graphics processing command packet by using a virtual graphics processor, and forwarding the graphics processing command packet to a graphics processing client;

sending information containing the graphics processing command packet to a remote graphics processing server by using the graphics processing client;

wherein the graphics processing command packet is configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to complete a task indicated by a task instruction of the application.

2. The method of claim 1, wherein generating the graphics processing command package based on task instructions of the application comprises:

based on the task instruction of the application program, carrying out format organization on the task instruction by using a user mode driver to generate the graphic processing command packet;

wherein the user mode driver runs in a graphics processor user mode runtime.

3. The method of claim 1, wherein the virtual graphics processor operates in a user-mode manner,

receiving, by the virtual graphics processor, the graphics processing command packet and forwarding the graphics processing command packet to the graphics processing client, including:

and receiving the graphics processing command packet by using the virtual graphics processor, and forwarding the graphics processing command packet to the graphics processing client in a mode of sharing a memory or a socket.

4. The method of claim 1, wherein the virtual graphics processor operates in a kernel-mode,

receiving, by the virtual graphics processor, the graphics processing command packet and forwarding the graphics processing command packet to the graphics processing client, including:

and receiving the graphics processing command packet by using the virtual graphics processor, and forwarding the graphics processing command packet to the graphics processing client in a mode of reading and writing a device file.

5. The method of claim 1, wherein sending, with the graphics processing client, information containing the graphics processing command packet to the remote graphics processing server comprises:

based on a communication protocol, sending information containing the graphics processing command packet to the remote graphics processing server in a data format corresponding to the communication protocol using the graphics processing client;

wherein the communication protocol comprises at least one of Ethernet, remote direct data access, Infiniband protocol, and fibre channel protocol.

6. The method of claim 2, further comprising:

receiving and analyzing information containing a task result by using the graphic processing client to obtain the task result, and forwarding the task result to the virtual graphic processor, wherein the information containing the task result comes from the remote graphic processing server;

and forwarding the task result to the user mode driver by using the virtual graphic processor, and returning the task result to the application program by using the user mode driver.

7. The method of claim 6, wherein the graphics processing clients correspond to a plurality of virtual graphics processors,

the graphics processing client is configured to receive a plurality of graphics processing command packets from different virtual graphics processors, and send a plurality of task results to corresponding virtual graphics processors, respectively, where the plurality of task results correspond to the plurality of graphics processing command packets one-to-one.

8. The method of claim 2, further comprising:

initializing and/or resource configuring the virtual graphics processor with a virtual driver;

wherein the virtual driver runs in an operating system.

9. The method of claim 8, wherein initializing and/or resource configuring the virtual graphics processor with the virtual driver comprises:

mapping, with the virtual driver, memory of the physical graphics processor to the virtual graphics processor.

10. The method of claim 8, wherein initializing and/or resource configuring the virtual graphics processor with the virtual driver comprises:

sending, with the virtual driver, a management command packet to the virtual graphics processor, wherein the management command packet is configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to perform operations to perform initialization and/or resource configuration;

receiving the management command packet by using the virtual graphics processor, and forwarding the management command packet to the graphics processing client;

sending information containing the management command packet to the remote graphics processing server by using the graphics processing client;

receiving and analyzing information containing a management result by using the graphic processing client to obtain the management result, and forwarding the management result to the virtual graphic processor, wherein the information containing the management result comes from the remote graphic processing server;

returning the management result to the virtual driver by using the virtual graphics processor so as to realize initialization and/or resource configuration of the virtual graphics processor.

11. The method of claim 8, further comprising:

sending a resource request to the virtual driver by using the user mode driver so as to configure the resources of the virtual graphics processor.

12. The method of claim 1, wherein the application, the virtual graphics processor, the graphics processing client are deployed on the same physical device, or

The application program, the virtual graphics processor and the graphics processing client are deployed on the same virtual device, and the virtual device is constructed by at least one physical device.

13. A method of using graphics processor resources, comprising:

receiving and analyzing information containing a graphics processing command packet from a remote graphics processing client by using a graphics processing server to obtain the graphics processing command packet, and forwarding the graphics processing command packet to a kernel driver;

driving at least one physical graphic processor to execute the graphic processing command packet by utilizing the kernel driver so as to obtain a task result;

wherein the graphics processing command packet is generated based on task instructions of an application program for running the at least one physical graphics processor.

14. The method of claim 13, further comprising:

forwarding the task result to the graphic processing server by using the kernel driver;

and sending information containing the task result to the remote graphic processing client by using the graphic processing server.

15. The method of claim 13, wherein the at least one physical graphics processor comprises a plurality of physical graphics processors, each physical graphics processor being a hardware module independently executable for graphics processing;

driving the at least one physical graphics processor to execute the graphics processing command packet by using the kernel driver to obtain the task result, including:

driving at least one of the plurality of physical graphics processors to execute the graphics processing command packet by using the kernel driver according to the characteristics of the task instruction and/or the resource use states of the plurality of physical graphics processors to obtain a task result;

wherein a physical graphics processor executing the graphics processing command packet has characteristics and/or free resources to execute the graphics processing command packet.

16. The method of claim 15, further comprising:

managing the resources of the plurality of physical graphics processors by using the kernel driver, and integrating the respective resources of the plurality of physical graphics processors into a single resource for the application program to use.

17. The method of claim 13, further comprising:

dividing a single hardware module capable of independently executing graphics processing into at least one fine-grained portion, and taking the at least one fine-grained portion as the at least one physical graphics processor respectively.

18. The method of claim 13, wherein receiving and parsing information comprising the packet of graphics processing commands from the remote graphics processing client with the graphics processing server to obtain the packet of graphics processing commands and forwarding the packet of graphics processing commands to the kernel driver comprises:

based on a communication protocol, receiving information containing the graphics processing command packet from the remote graphics processing client by using the graphics processing server, analyzing the information containing the graphics processing command packet in a data format corresponding to the communication protocol to obtain the graphics processing command packet, and forwarding the graphics processing command packet to the kernel driver;

wherein the communication protocol comprises at least one of Ethernet, remote direct data access, Infiniband protocol, and fibre channel protocol.

19. The method according to any of claims 13-18, further comprising:

receiving and analyzing information containing a management command packet from the remote graphics processing client by using the graphics processing server to obtain the management command packet, and forwarding the management command packet to the kernel driver;

driving the at least one physical graphic processor to execute the management command packet by using the kernel driver so as to obtain a management result;

forwarding the management result to the graphic processing server by using the kernel driver;

and sending information containing the management result to the remote graphic processing client by using the graphic processing server.

20. A method of using graphics processor resources, comprising:

generating a graphic processing command packet based on a task instruction of an application program;

receiving the graphics processing command packet by using a virtual graphics processor, and forwarding the graphics processing command packet to a graphics processing client;

sending information containing the graphics processing command packet to a graphics processing server by using the graphics processing client;

receiving and analyzing the information containing the graphics processing command packet by using the graphics processing server to obtain the graphics processing command packet, and forwarding the graphics processing command packet to a kernel driver;

driving at least one physical graphic processor to execute the graphic processing command packet by utilizing the kernel driver so as to obtain a task result;

the graphics processing client is deployed on a graphics processing client, the graphics processing server is deployed on a graphics processing server, and the graphics processing client is remotely connected with the graphics processing server.

21. The method of claim 20, further comprising:

forwarding the task result to the graphic processing server by using the kernel driver;

sending information containing the task result to the graphic processing client by using the graphic processing server;

receiving and analyzing information containing the task result by using the graphic processing client to obtain the task result, and forwarding the task result to the virtual graphic processor;

forwarding the task result to a user mode driver by using the virtual graphic processor, and returning the task result to the application program by using the user mode driver;

wherein the user mode driver runs in a graphics processor user mode runtime.

22. An apparatus for using graphics processor resources, comprising: the system comprises a user mode driver, a virtual graphics processor and a graphics processing client; wherein the content of the first and second substances,

the user mode driver is configured to generate a graphics processing command packet based on a task instruction of an application program, wherein the user mode driver runs in a graphics processor user mode running library;

the virtual graphics processor is configured to receive the graphics processing command packet and forward the graphics processing command packet to the graphics processing client;

the graphics processing client is configured to send information comprising the graphics processing command packet to a remote graphics processing server;

the graphics processing command package is configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to complete a task indicated by a task instruction of the application.

23. An apparatus for using graphics processor resources, comprising: the system comprises a graphic processing server, a kernel driver and at least one physical graphic processor; wherein the content of the first and second substances,

the graphics processing server is configured to receive and parse information containing a graphics processing command packet from a remote graphics processing client to obtain the graphics processing command packet, and forward the graphics processing command packet to the kernel driver;

the kernel driver is configured to drive the at least one physical graphics processor to execute the graphics processing command packet to obtain a task result;

the graphics processing command packet is generated based on task instructions of an application program for running the at least one physical graphics processor.

24. An electronic device comprising means for using the graphics processor resource of claim 22 or 23.

Background

With the development of new generation technologies such as internet technology, big data technology, machine learning technology, etc., the demand of data calculation is increasing day by day. Due to the advantages of high computing power and data parallelism of floating-point arithmetic, a Graphics Processing Unit (GPU) plays an increasingly important role in the fields of high-performance computing and cloud computing. The graphics processor is also called a display core, a visual processor or a display chip, is a microprocessor used for image and graphics related operation work, can be used for accelerating calculation, image and graphics data processing and the like, and has wide application prospect.

Disclosure of Invention

At least one embodiment of the present disclosure provides a method for using a graphics processor resource, including: generating a graphic processing command packet based on a task instruction of an application program; receiving the graphics processing command packet by using a virtual graphics processor, and forwarding the graphics processing command packet to a graphics processing client; sending information containing the graphics processing command packet to a remote graphics processing server by using the graphics processing client; wherein the graphics processing command packet is configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to complete a task indicated by a task instruction of the application.

For example, in a method provided by an embodiment of the present disclosure, generating the graphics processing command packet based on a task instruction of the application program includes: based on the task instruction of the application program, carrying out format organization on the task instruction by using a user mode driver to generate the graphic processing command packet; wherein the user mode driver runs in a graphics processor user mode runtime.

For example, in a method provided by an embodiment of the present disclosure, the virtual graphics processor operates in a user mode, receives the graphics processing command packet by using the virtual graphics processor, and forwards the graphics processing command packet to the graphics processing client, including: and receiving the graphics processing command packet by using the virtual graphics processor, and forwarding the graphics processing command packet to the graphics processing client in a mode of sharing a memory or a socket.

For example, in a method provided by an embodiment of the present disclosure, the virtual graphics processor operates in a kernel mode, receives the graphics processing command packet by using the virtual graphics processor, and forwards the graphics processing command packet to the graphics processing client, including: and receiving the graphics processing command packet by using the virtual graphics processor, and forwarding the graphics processing command packet to the graphics processing client in a mode of reading and writing a device file.

For example, in a method provided by an embodiment of the present disclosure, sending, by the graphics processing client, information including the graphics processing command packet to the remote graphics processing server, includes: based on a communication protocol, sending information containing the graphics processing command packet to the remote graphics processing server in a data format corresponding to the communication protocol using the graphics processing client; wherein the communication protocol comprises at least one of Ethernet, remote direct data access, Infiniband protocol, and fibre channel protocol.

For example, an embodiment of the present disclosure provides a method further including: receiving and analyzing information containing a task result by using the graphic processing client to obtain the task result, and forwarding the task result to the virtual graphic processor, wherein the information containing the task result comes from the remote graphic processing server; and forwarding the task result to the user mode driver by using the virtual graphic processor, and returning the task result to the application program by using the user mode driver.

For example, in a method provided by an embodiment of the present disclosure, the graphics processing client corresponds to a plurality of virtual graphics processors, and the graphics processing client is configured to receive a plurality of graphics processing command packets from different virtual graphics processors, respectively, and send a plurality of task results to the corresponding virtual graphics processors, respectively, where the plurality of task results correspond to the plurality of graphics processing command packets one to one.

For example, an embodiment of the present disclosure provides a method further including: initializing and/or resource configuring the virtual graphics processor with a virtual driver; wherein the virtual driver runs in an operating system.

For example, in a method provided by an embodiment of the present disclosure, initializing and/or configuring resources of the virtual graphics processor by using the virtual driver includes: mapping, with the virtual driver, memory of the physical graphics processor to the virtual graphics processor.

For example, in a method provided by an embodiment of the present disclosure, initializing and/or configuring resources of the virtual graphics processor by using the virtual driver includes: sending, with the virtual driver, a management command packet to the virtual graphics processor, wherein the management command packet is configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to perform operations to perform initialization and/or resource configuration; receiving the management command packet by using the virtual graphics processor, and forwarding the management command packet to the graphics processing client; sending information containing the management command packet to the remote graphics processing server by using the graphics processing client; receiving and analyzing information containing a management result by using the graphic processing client to obtain the management result, and forwarding the management result to the virtual graphic processor, wherein the information containing the management result comes from the remote graphic processing server; returning the management result to the virtual driver by using the virtual graphics processor so as to realize initialization and/or resource configuration of the virtual graphics processor.

For example, an embodiment of the present disclosure provides a method further including: sending a resource request to the virtual driver by using the user mode driver so as to configure the resources of the virtual graphics processor.

For example, in the method provided by an embodiment of the present disclosure, the application program, the virtual graphics processor, and the graphics processing client are deployed on the same physical device, or the application program, the virtual graphics processor, and the graphics processing client are deployed on the same virtual device, and the virtual device is constructed by at least one physical device.

At least one embodiment of the present disclosure provides a method for using a graphics processor resource, including: receiving and analyzing information containing a graphics processing command packet from a remote graphics processing client by using a graphics processing server to obtain the graphics processing command packet, and forwarding the graphics processing command packet to a kernel driver; driving at least one physical graphic processor to execute the graphic processing command packet by utilizing the kernel driver so as to obtain a task result; wherein the graphics processing command packet is generated based on task instructions of an application program for running the at least one physical graphics processor.

For example, an embodiment of the present disclosure provides a method further including: forwarding the task result to the graphic processing server by using the kernel driver; and sending information containing the task result to the remote graphic processing client by using the graphic processing server.

For example, in a method provided by an embodiment of the present disclosure, the at least one physical graphics processor includes a plurality of physical graphics processors, each physical graphics processor being a hardware module that can independently perform graphics processing; driving the at least one physical graphics processor to execute the graphics processing command packet by using the kernel driver to obtain the task result, including: driving at least one of the plurality of physical graphics processors to execute the graphics processing command packet by using the kernel driver according to the characteristics of the task instruction and/or the resource use states of the plurality of physical graphics processors to obtain a task result; wherein a physical graphics processor executing the graphics processing command packet has characteristics and/or free resources to execute the graphics processing command packet.

For example, an embodiment of the present disclosure provides a method further including: managing the resources of the plurality of physical graphics processors by using the kernel driver, and integrating the respective resources of the plurality of physical graphics processors into a single resource for the application program to use.

For example, an embodiment of the present disclosure provides a method further including: dividing a single hardware module capable of independently executing graphics processing into at least one fine-grained portion, and taking the at least one fine-grained portion as the at least one physical graphics processor respectively.

For example, in a method provided by an embodiment of the present disclosure, receiving and parsing, by the graphics processing server, information including the graphics processing command packet from the remote graphics processing client to obtain the graphics processing command packet, and forwarding the graphics processing command packet to the kernel driver, the method includes: based on a communication protocol, receiving information containing the graphics processing command packet from the remote graphics processing client by using the graphics processing server, analyzing the information containing the graphics processing command packet in a data format corresponding to the communication protocol to obtain the graphics processing command packet, and forwarding the graphics processing command packet to the kernel driver; wherein the communication protocol comprises at least one of Ethernet, remote direct data access, Infiniband protocol, and fibre channel protocol.

For example, an embodiment of the present disclosure provides a method further including: receiving and analyzing information containing a management command packet from the remote graphics processing client by using the graphics processing server to obtain the management command packet, and forwarding the management command packet to the kernel driver; driving the at least one physical graphic processor to execute the management command packet by using the kernel driver so as to obtain a management result; forwarding the management result to the graphic processing server by using the kernel driver; and sending information containing the management result to the remote graphic processing client by using the graphic processing server.

At least one embodiment of the present disclosure provides a method for using a graphics processor resource, including: generating a graphic processing command packet based on a task instruction of an application program; receiving the graphics processing command packet by using a virtual graphics processor, and forwarding the graphics processing command packet to a graphics processing client; sending information containing the graphics processing command packet to a graphics processing server by using the graphics processing client; receiving and analyzing the information containing the graphics processing command packet by using the graphics processing server to obtain the graphics processing command packet, and forwarding the graphics processing command packet to a kernel driver; driving at least one physical graphic processor to execute the graphic processing command packet by utilizing the kernel driver so as to obtain a task result; the graphics processing client is deployed on a graphics processing client, the graphics processing server is deployed on a graphics processing server, and the graphics processing client is remotely connected with the graphics processing server.

For example, an embodiment of the present disclosure provides a method further including: forwarding the task result to the graphic processing server by using the kernel driver; sending information containing the task result to the graphic processing client by using the graphic processing server; receiving and analyzing information containing the task result by using the graphic processing client to obtain the task result, and forwarding the task result to the virtual graphic processor; forwarding the task result to a user mode driver by using the virtual graphic processor, and returning the task result to the application program by using the user mode driver; wherein the user mode driver runs in a graphics processor user mode runtime.

At least one embodiment of the present disclosure provides a device for using graphics processor resources, including: the system comprises a user mode driver, a virtual graphics processor and a graphics processing client; the user mode driver is configured to generate a graphic processing command packet based on a task instruction of an application program, wherein the user mode driver runs in a graphic processor user mode running library; the virtual graphics processor is configured to receive the graphics processing command packet and forward the graphics processing command packet to the graphics processing client; the graphics processing client is configured to send information comprising the graphics processing command packet to a remote graphics processing server; the graphics processing command package is configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to complete a task indicated by a task instruction of the application.

At least one embodiment of the present disclosure provides a device for using graphics processor resources, including: the system comprises a graphic processing server, a kernel driver and at least one physical graphic processor; the graphics processing server is configured to receive and analyze information containing a graphics processing command packet from a remote graphics processing client to obtain the graphics processing command packet, and forward the graphics processing command packet to the kernel driver; the kernel driver is configured to drive the at least one physical graphics processor to execute the graphics processing command packet to obtain a task result; the graphics processing command packet is generated based on task instructions of an application program for running the at least one physical graphics processor.

At least one embodiment of the present disclosure provides an electronic device including a device for using graphics processor resources as provided in any of the embodiments of the present disclosure.

Drawings

To more clearly illustrate the technical solutions of the embodiments of the present disclosure, the drawings of the embodiments will be briefly introduced below, and it is apparent that the drawings in the following description relate only to some embodiments of the present disclosure and are not limiting to the present disclosure.

FIG. 1 is a schematic diagram of a system for applying a method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 2 is a flow chart illustrating a method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 3 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 4 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 5 is a schematic flowchart of step S17 in FIG. 4;

FIG. 6 is a flow chart illustrating a method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 7 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 8 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 9 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 10 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 11 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 12 is a flowchart of a method for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 13 is a schematic block diagram of an apparatus for using graphics processor resources according to some embodiments of the present disclosure;

FIG. 14 is a schematic block diagram of another apparatus for using graphics processor resources provided by some embodiments of the present disclosure; and

fig. 15 is a schematic block diagram of an electronic device provided in some embodiments of the present disclosure.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present disclosure more apparent, the technical solutions of the embodiments of the present disclosure will be described clearly and completely with reference to the drawings of the embodiments of the present disclosure. It is to be understood that the described embodiments are only a few embodiments of the present disclosure, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the described embodiments of the disclosure without any inventive step, are within the scope of protection of the disclosure.

Unless otherwise defined, technical or scientific terms used herein shall have the ordinary meaning as understood by one of ordinary skill in the art to which this disclosure belongs. The use of "first," "second," and similar terms in this disclosure is not intended to indicate any order, quantity, or importance, but rather is used to distinguish one element from another. Also, the use of the terms "a," "an," or "the" and similar referents do not denote a limitation of quantity, but rather denote the presence of at least one. The word "comprising" or "comprises", and the like, means that the element or item listed before the word covers the element or item listed after the word and its equivalents, but does not exclude other elements or items. The terms "connected" or "coupled" and the like are not restricted to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "upper", "lower", "left", "right", and the like are used merely to indicate relative positional relationships, and when the absolute position of the object being described is changed, the relative positional relationships may also be changed accordingly.

With the increasing performance of the graphics processor, the high hardware cost caused by the large size and high power consumption of the graphics processor has become a big problem affecting the use of the graphics processor. Therefore, it is necessary to employ virtualization technology for data computation with a graphics processor. The virtualization technology realizes the reuse of system resources through various methods, and efficiently provides limited resources for a plurality of users, thereby improving the resource utilization rate of the system and reducing the cost of a single user. However, the virtualization technology for the graphics processor faces many problems, such as poor compatibility, need to deploy hardware resources locally, etc., which seriously hinder the virtualization technology for the graphics processor and cannot meet the current increasing application requirements.

At least one embodiment of the disclosure provides a method and a device for using graphics processor resources and an electronic device. The method for using the graphics processor resource provides a use mode of remote resources, does not need to deploy hardware resources of the graphics processor at a local end, has higher flexibility and compatibility, and can be suitable for diversified remote application scenes.

Hereinafter, embodiments of the present disclosure will be described in detail with reference to the accompanying drawings. It should be noted that the same reference numerals in different figures will be used to refer to the same elements that have been described.

At least one embodiment of the present disclosure provides a method for using graphics processor resources. The method for using the graphics processor resource comprises the following steps: generating a graphic processing command packet based on a task instruction of an application program; receiving a graphics processing command packet by using a virtual graphics processor, and forwarding the graphics processing command packet to a graphics processing client; sending information containing the graphics processing command packet to a remote graphics processing server using the graphics processing client. The graphics processing command package is configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to perform a task indicated by the task instructions of the application.

Fig. 1 is a schematic diagram of a system applying a method for using a graphics processor resource according to some embodiments of the present disclosure, to which the method for using a graphics processor resource according to the embodiments of the present disclosure may be applied to implement the use of a remote graphics processor resource.

As shown in fig. 1, the first apparatus 110 and the second apparatus 120 are, for example, two independent devices, which are respectively deployed at different locations and perform data transmission via a communication network. For another example, the first device 110 may be a virtual device, such as a virtual machine or a cloud container. Second apparatus 120 is a remote device with respect to first apparatus 110; first apparatus 110 is a remote device with respect to second apparatus 120.

For example, the first device 110 may include multiple levels of hardware/software resources. For example, the first device 110 may include a graphics processor user-state Runtime (i.e., GPU Runtime Libs), an operating system, virtual hardware, and a hypervisor. For example, a virtual graphics processor (e.g., a vGPU) runs in the virtual hardware, and a virtual driver corresponding to the virtual graphics processor is run in the operating system. For example, the virtual graphics processor is created based on virtio protocol, and is responsible for intercepting graphics processing command packets (GPU packets) from the upper layers and forwarding responses from the graphics processing clients to the upper layer software. For example, a graphics processing client is running in the hypervisor and can communicate data with other devices over a communications network. For example, a graphics processor user state runtime library has a user state driver running therein that is configured to process task instructions associated with the graphics processor to generate a graphics processing command packet. For example, the first device 110 may further include a Graphics processor program model, a General-purpose Graphics processor (GPGPU) application, a Graphics application, a multimedia application, and the like, thereby implementing various Graphics Processing functions.

The second device 120 may include multiple levels of hardware/software resources. For example, the second device 120 may include a graphics processing server, a kernel driver, at least one physical graphics processor. The graphic processing server can transmit data with other devices through a communication network. The kernel driver is used for driving and managing at least one physical graphic processor. For example, the physical graphics processor may be one or more, as embodiments of the present disclosure are not limited in this respect. It should be noted that, the physical graphics processor may be a hardware module capable of independently performing graphics processing, or may be a fine-grained portion of the hardware module capable of independently performing graphics processing, which may be determined according to actual needs, and the embodiments of the present disclosure do not limit this. For example, the second device 120 may further include a graphics processor program model, a graphics processor user state runtime library, a plurality of applications (e.g., application 1, application 2, etc.), thereby implementing a variety of graphics processing functions.

For example, the first device 110 may be a terminal (or referred to as a graphics processing client) used by a user, the second device 120 may be a server (or referred to as a graphics processing server), and the graphics processor resource of the second device 120 may provide a service for the first device 110 to enable the use of the remote graphics processor resource. The interaction between the first device 110 and the second device 120 will be described below with reference to the method for using the graphics processor resource provided by the embodiment of the disclosure, and will not be described herein again.

Fig. 2 is a flowchart illustrating a method for using a graphics processor resource according to some embodiments of the present disclosure. As shown in FIG. 2, in some embodiments, a method of using graphics processor resources may include the following operations.

Step S11: generating a graphic processing command packet based on a task instruction of an application program;

step S12: receiving a graphics processing command packet by using a virtual graphics processor, and forwarding the graphics processing command packet to a graphics processing client;

step S13: sending information containing the graphics processing command packet to a remote graphics processing server using the graphics processing client.

For example, the method of use may be used in the first device 110 of the system shown in fig. 1, thereby enabling the use of remote graphics processor resources, such as graphics processor resources in the remote second device 120 may be used.

For example, in step S11, the task instruction of the application program may be a task instruction indicating that processing using graphics processor resources is required, the task instruction being required to be executed by the graphics processor, and thus, a graphics processing command packet may be generated from the task instruction. For example, a graphics processing command Packet (GPU Packet) is a command Packet that can be directly executed by a graphics processor, and is encapsulated with a data structure that matches the graphics processor, so the graphics processing command Packet does not need to be parsed at a software level and can be directly executed by the graphics processor.

For example, generating a graphics processing command package based on task instructions of an application may include: based on the task instruction of the application program, the user mode driver is utilized to carry out format organization on the task instruction, and a graphic processing command packet is generated. For example, a user mode driver is run in a graphics processor user mode runtime, and the user mode driver is used to process task instructions associated with the graphics processor to generate a graphics processing command packet. When the task instruction of the application program is a task instruction indicating that the graphics processor resource needs to be used for processing, the user mode driver performs format organization, such as encoding, compiling, packaging and the like, on the task instruction, and generates a graphics processing command packet corresponding to the task instruction.

For example, in step S12, the user mode driver generates a graphics processing command packet and then sends the graphics processing command packet to the virtual graphics processor, and the virtual graphics processor receives the graphics processing command packet and forwards the graphics processing command packet to the graphics processing client.

For example, in some examples, the virtual graphics processor operates in a User Mode (User Mode), and accordingly, receiving and forwarding a packet of graphics processing commands to the graphics processing client with the virtual graphics processor may include: and receiving the graphics processing command packet by using the virtual graphics processor, and forwarding the graphics processing command packet to the graphics processing client in a shared memory or socket mode. For example, the graphics processing command packet may be forwarded in a manner that matches the manner of the user state employed by the virtual graphics processor.

For example, in other examples, the virtual graphics processor operates in Kernel Mode (Kernel Mode), and accordingly, receiving and forwarding graphics processing command packets to the graphics processing client with the virtual graphics processor may include: and receiving the graphics processing command packet by using the virtual graphics processor, and forwarding the graphics processing command packet to the graphics processing client in a device file reading and writing mode. For example, the mode of reading and writing the device file is matched with the mode of the kernel mode adopted by the virtual graphics processor, so that the forwarding of the graphics processing command packet can be realized.

It should be noted that, in the embodiment of the present disclosure, the virtual graphics processor is an abstract, virtual graphics processor implemented by software, and may implement operations and functions of a corresponding physical graphics processor that is virtualized by reference, and graphics processor resources provided by the virtual graphics processor are not deployed in a local device but deployed in a remote device. For example, as shown in FIG. 1, graphics processor resources provided by a virtual graphics processor, which is not deployed in a first device 110 but in a remote second device 120, may provide packaged graphics processor resources to a user using the first device 100. The virtual graphics processor may operate in a user mode, a kernel mode, or any other suitable mode, and the embodiment of the present disclosure is not limited to this, and only needs to forward the graphics processing command packet in a corresponding mode.

For example, in step S13, the graphics processing client sends information including the graphics processing command packet to the remote graphics processing server, so that the remote graphics processing server can use the graphics processor resource provided by the remote graphics processing server to perform calculations. For example, in some examples, a graphics processing client may run in an operating system in the form of a user-mode application, which may interact with a virtual graphics processor using sockets, shared memory, or pipes, among other ways. For example, in other examples, the graphics processing client may run in the operating system in a kernel-state-driven manner, and exist in the form of a device file, and the virtual graphics processor interacts with the graphics processing client in a read-write device manner.

For example, sending information containing a graphics processing command packet to a remote graphics processing server using a graphics processing client may include: based on the communication protocol, information containing a graphics processing command packet is sent to a remote graphics processing server in a data format corresponding to the communication protocol using a graphics processing client. For example, the communication protocol includes at least one of Ethernet, remote direct data Access (RDMA), Infiniband protocol (IB), and fibre channel protocol (FC). It should be noted that, in the embodiment of the present disclosure, the communication protocol is not limited to the above-mentioned type, and may also be any other applicable type, which may be determined according to actual needs.

For example, in the system shown in fig. 1, the second device 120 may be a remote graphics processing server as described above, and the graphics processing client in the first device 110 sends information including graphics processing command packets to the second device 120, so as to perform operations using graphics processor resources provided by the second device 120. For example, according to the data format requirements of a specific communication protocol, the graphics processing client in the first device 110 packages and encapsulates the graphics processing command packet, encapsulates the graphics processing command packet in the obtained information, and then transmits the obtained information to the second device 120 based on the communication protocol, thereby implementing the transmission of the graphics processing command packet. For example, an application program running on the first device 110 may use the graphics processor resources provided by the second device 120 in the manner described above, thereby enabling the use of remote graphics processor resources.

For example, in some examples, a graphics processing client in the first device 110 encapsulates graphics processing command packets into protocol-specific data frames, the format of which will depend on the transport used. For example, if Ethernet is used, the graphics processing command packet will be encapsulated into Ethernet data frames and sent to the graphics processing server of the remote second device 120.

In embodiments of the present disclosure, a graphics processing command package is configured to be executable by a physical graphics processor corresponding to a virtual graphics processor to complete a task indicated by a task instruction of an application. For example, as shown in fig. 1, a virtual graphics processor in the first device 110 corresponds to a physical graphics processor in the second device 120, and a graphics processing command packet generated based on a task instruction of an application program running in the first device 110 is transmitted to the second device 120 and processed by the physical graphics processor in the second device 120, thereby completing a task indicated by the task instruction of the application program running in the first device 110.

FIG. 3 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure. As shown in fig. 3, in this example, the usage method of the graphics processor resource is substantially the same as the usage method of the graphics processor resource shown in fig. 2 except that the steps S14 and S15 are further included, and the same steps are not repeated.

Step S14: receiving and analyzing information containing task results by using a graphic processing client to obtain the task results, and forwarding the task results to a virtual graphic processor, wherein the information containing the task results comes from a remote graphic processing server;

step S15: and forwarding the task result to a user mode driver by using the virtual graphic processor, and returning the task result to the application program by using the user mode driver.

For example, in step S14, since the graphics processing command packet is sent to the remote graphics processing server, the graphics processing server can obtain the processing result, that is, obtain the task result by executing the graphics processing command packet, the remote graphics processing server sends back the information including the task result through the communication network, so that the graphics processing client can receive and parse the information including the task result to obtain the task result. For example, the received information may be parsed according to the data format requirements of the specific communication protocol, thereby obtaining the task result. After the task result is obtained, the graphics processing client forwards the task result to the virtual graphics processor.

For example, a graphics processing client may correspond to one or more virtual graphics processors. When the graphics processing client corresponds to a virtual graphics processor, the graphics processing client receives a graphics processing command packet from the virtual graphics processor and sends a task result corresponding to the graphics processing command packet to the virtual graphics processor. When the graphics processing client corresponds to the plurality of virtual graphics processors, the graphics processing client is configured to receive a plurality of graphics processing command packets from different virtual graphics processors, respectively, and to send a plurality of task results to the corresponding virtual graphics processors, respectively. For example, a plurality of task results and a plurality of graphics processing command packets correspond one to one, and the task results and the graphics processing command packets are forwarded by the graphics processing client. In this case, the graphics processing client provides communication services with the remote graphics processing server for multiple virtual graphics processors in a unified manner.

For example, in the system shown in fig. 1, a task result may be obtained after a physical graphics processor in the second device 120 executes a graphics processing command packet, and the second device 120 sends the task result back to the first device 110 over the communication network. The graphics processing client in the first device 110 receives and parses the information including the task result, and after obtaining the task result, forwards the task result to the virtual graphics processor. When a plurality of virtual graphics processors are deployed in the first device 110 (this situation is not shown in fig. 1), the graphics processing client receives a plurality of graphics processing command packets from different virtual graphics processors and sends the graphics processing command packets to the remote second device 120, and after receiving a plurality of task results sent back by the second device 120, sends the task results to the corresponding virtual graphics processors, and the graphics processing client provides communication services for the virtual graphics processors and the second device 120 in a unified manner.

For example, in step S15, the virtual graphics processor is used to forward the task results to a user mode driver running in the graphics processor user mode runtime library, and the user mode driver is used to return the task results to the application. Thus, after the application program issues a task instruction, the application program can obtain a task result corresponding to the task instruction through the above steps. The task result is obtained by utilizing remote graphic processor resources to carry out operation, and the use of the remote graphic processor resources is realized.

FIG. 4 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure. As shown in fig. 4, in some examples, the method for using the graphics processor resource may further include step S16 and step S17.

Step S16: sending a resource request to a virtual driver by using a user mode driver so as to perform resource configuration on the virtual graphic processor;

step S17: the virtual graphics processor is initialized and/or resource configured with a virtual driver.

For example, in step S16, before or during the use of the virtual graphics processor, if it needs to be configured, the user mode driver may be used to send a resource request to the virtual driver, so that the virtual driver can configure the resource in response to the resource request. For example, a virtual driver runs in an operating system.

For example, in step S17, when the virtual driver receives the resource request, the virtual graphics processor may be initialized and/or resource configured. The resource request may also contain an initialization command, for example, so that the virtual graphics processor may be initialized.

For example, initializing and/or resource configuring a virtual graphics processor with a virtual driver may include: the memory of the physical graphics processor is mapped to the virtual graphics processor using the virtual driver. That is, the virtual graphics processor is an abstract, virtual graphics processor that does not have physical resources, and therefore requires a virtual driver to map the memory of a remote physical graphics processor to a local virtual graphics processor, so that the virtual graphics processor can provide available resources to an application program, thereby facilitating the application program to use the virtual graphics processor.

For example, in the system shown in fig. 1, a virtual driver in the first device 110 may be utilized to map the memory of the physical graphics processor in the second device 120 to the virtual graphics processor in the first device 110, so that the virtual graphics processor in the first device 110 and the physical graphics processor in the second device 120 have the same or similar specification, so that an application running in the first device 110 uses the resources of the physical graphics processor through the virtual graphics processor.

Fig. 5 is a schematic flowchart of step S17 in fig. 4. As shown in fig. 5, in some examples, the step S17 may further include the following operations.

Step S171: sending, with the virtual driver, a management command packet to the virtual graphics processor, the management command packet configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to perform operations to perform initialization and/or resource configuration;

step S172: receiving the management command packet by using the virtual graphics processor, and forwarding the management command packet to the graphics processing client;

step S173: sending information containing a management command packet to a remote graphics processing server by using a graphics processing client;

step S174: receiving and analyzing information containing the management result by using a graphic processing client to obtain the management result, and forwarding the management result to a virtual graphic processor, wherein the information containing the management result comes from a remote graphic processing server;

step S175: the management result is returned to the virtual driver by the virtual graphics processor to realize the initialization and/or resource configuration of the virtual graphics processor.

For example, in step S171, the management command packet is configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to complete the operations of performing initialization and/or resource configuration. That is, the management command packet and the aforementioned graphics processing command packet are both command packets that can be directly executed by the graphics processor, and are encapsulated by using a data structure that matches with the graphics processor, and can be directly executed by the graphics processor without being analyzed at a software level. The management command packet differs from the aforementioned graphics processing command packet in that: the management command packet may be used to perform initialization and/or resource allocation after being executed by the graphics processor, and the graphics processor may obtain task results corresponding to task instructions of the application program after being executed by the graphics processor. After the virtual driver receives a corresponding request (e.g., the aforementioned resource request), the virtual driver performs a corresponding operation, generates a management command packet corresponding to the request, and then sends the management command packet to the virtual graphics processor.

For example, in step S172, after the virtual graphics processor receives the management command packet, the management command packet is forwarded to the graphics processing client. This operation is substantially the same as the operation of forwarding the graphics processing command packet using the virtual graphics processor, and is not described in detail here.

For example, in step S173, after receiving the management command packet, the graphics processing client transmits information including the management command packet to the remote graphics processing server. This operation is substantially the same as the operation of sending information including a graphics processing command packet by the graphics processing client, and is not described herein again.

For example, in step S174, the graphics processing client receives and parses the information containing the management result to obtain the management result, and then forwards the management result to the virtual graphics processor. For example, the information containing the management results comes from a remote graphics processing server. This operation is substantially the same as the operation of receiving information including task results by the graphics processing client, and is not described herein again.

For example, in step S175, the virtual graphics processor receives the management result and returns the management result to the virtual driver. Thereby, initialization and/or resource configuration of the virtual graphics processor may be achieved. For example, initialization may refer to writing parameters, making settings, etc. to the virtual graphics processor prior to using it. For example, a resource configuration may refer to changing its parameters, adjusting its resources or execution, etc., before or during use of the virtual graphics processor. Of course, the embodiments of the present disclosure are not limited thereto, and the specific operations of initialization and resource configuration may be determined according to actual needs, and the embodiments of the present disclosure are not limited thereto.

For example, in some examples, the aforementioned application, virtual graphics processor, graphics processing client are deployed on the same physical device. For example, as shown in fig. 1, an application program, a virtual graphics processor, and a graphics processing client are all deployed in the first device 110, and the first device 110 is an independent physical device, which may be, for example, a computer, a personal computer, or the like.

For example, in other examples, the aforementioned application, virtual graphics processor, and graphics processing client are deployed on the same virtual appliance, which is built from at least one physical appliance. For example, as shown in fig. 1, an application program, a virtual graphics processor, and a graphics processing client are all deployed in the first apparatus 110, the first apparatus 110 may be a virtual device, and the first apparatus 110 is actually constructed by one or more physical devices. For example, the first device 110 may be a cluster formed by a plurality of computers, or may be a system formed by a computer and other peripheral devices, and the embodiment of the disclosure is not limited thereto.

At least one embodiment of the present disclosure provides a method for using graphics processor resources. The method for using the graphics processor resource comprises the following steps: receiving and analyzing information containing a graphics processing command packet from a remote graphics processing client by using a graphics processing server to obtain the graphics processing command packet, and forwarding the graphics processing command packet to a kernel driver; and driving at least one physical graphics processor to execute the graphics processing command packet by using the kernel driver so as to obtain a task result. The graphics processing command packet is generated based on task instructions of an application program for running at least one physical graphics processor.

Fig. 6 is a flowchart illustrating a method for using a graphics processor resource according to some embodiments of the present disclosure. As shown in FIG. 6, in some embodiments, a method of using graphics processor resources may include the following operations.

Step S21: receiving and analyzing information containing a graphics processing command packet from a remote graphics processing client by using a graphics processing server to obtain the graphics processing command packet, and forwarding the graphics processing command packet to a kernel driver;

step S22: and driving at least one physical graphics processor to execute the graphics processing command packet by using the kernel driver so as to obtain a task result.

For example, the method of use may be used in the second device 120 of the system shown in FIG. 1, thereby providing the first device 110 with remote graphics processor resources for use.

For example, in step S21, the graphics processing server receives and parses information including the graphics processing command packet from the remote graphics processing client, so as to obtain the graphics processing command packet, and provides the remote graphics processing client with services using the graphics processor resources. For example, the graphics processing server may interact with the current physical graphics processor by reading and writing device nodes provided by local kernel drivers.

For example, receiving and parsing information containing a graphics processing command packet from a remote graphics processing client using a graphics processing server to obtain the graphics processing command packet, and forwarding the graphics processing command packet to a kernel driver, may include: based on a communication protocol, receiving information containing a graphics processing command packet from a remote graphics processing client by using a graphics processing server, analyzing the information containing the graphics processing command packet in a data format corresponding to the communication protocol to obtain a graphics processing command packet, and forwarding the graphics processing command packet to a kernel driver. For example, the communication protocol includes at least one of Ethernet, remote direct data Access (RDMA), Infiniband protocol (IB), and fibre channel protocol (FC). It should be noted that, in the embodiment of the present disclosure, the communication protocol is not limited to the above-mentioned type, and may also be any other applicable type, which may be determined according to actual needs.

For example, in the system shown in FIG. 1, the first device 110 may be a remote graphics processing client as described above, and the graphics processing service in the second device 120 receives information from the first device 110, including graphics processing command packets, to service the first device 110 using the graphics processor resources of the second device 120. For example, according to the data format requirement of the specific communication protocol, the graphics processing service in the second device 120 unpacks and parses the information received from the first device 110, so as to obtain the graphics processing command packet encapsulated in the information. The graphics processor resources provided by the second device 120 may be used in the manner described above to provide services to the remote first device 110.

In an embodiment of the disclosure, a graphics processing command packet is generated based on task instructions of an application program for running at least one physical graphics processor. For example, in the system shown in fig. 1, the graphics processing command packet is generated in the first device 110 and is generated based on a task instruction of an application program running in the first device 110, the task instruction being a task instruction indicating that processing needs to be performed using graphics processor resources, the task instruction needing to be executed by the graphics processor. After the second device 120 obtains the gpu command packet, the gpu command packet may be used to run one or more physical gpus in the second device 120, so as to obtain a task result corresponding to the task instruction.

For example, in step S22, the kernel driver is used to manage and drive at least one physical graphics processor, so the kernel driver can be used to drive the physical graphics processor to execute the graphics processing command packet, thereby obtaining a task result, which refers to, for example, the result obtained by the physical graphics processor executing the graphics processing command packet.

For example, in some examples, the at least one physical graphics processor includes a plurality of physical graphics processors, each physical graphics processor being a hardware module that can independently perform graphics processing. Utilizing the kernel driver to drive at least one physical graphics processor to execute the graphics processing command packet to obtain a task result may include: and driving at least one of the plurality of physical graphic processors to execute the graphic processing command packet by using the kernel driver according to the characteristics of the task instruction and/or the resource use states of the plurality of physical graphic processors so as to obtain a task result. In this case, the kernel driver manages a plurality of physical graphic processors in a unified manner, and sends a graphic processing command packet to a certain physical graphic processor or physical graphic processors for execution according to a preset rule. For example, the physical graphics processor selected to execute the graphics processing command packet has the characteristics and/or free resources of the executable graphics processing command packet. Here, "the property of executable graphics processing command packet" means that the hardware or software configuration of the physical graphics processor is suitable for the task type or task requirement corresponding to the graphics processing command packet; "free resources" means that the physical graphics processor is not yet fully operational and still has some computing power to execute a new graphics processing command packet.

For example, the preset rule may be determined based on the characteristics of the task instruction and/or the resource usage status of the plurality of physical graphics processors, may be preset by a designer, and may also be dynamically adjusted during the operation process to implement dynamic resource allocation, which is not limited in this embodiment of the disclosure. For example, in some examples, the graphics processing command packet may be sent to an idle physical graphics processor, or the graphics processing command packet may be sent to a pre-specified physical graphics processor dedicated to processing the corresponding task type, or other applicable rules may be employed to select the physical graphics processor, which may depend on actual needs. Therefore, through the management and allocation of the kernel driver, the working loads of different physical graphic processors can be adjusted, the overall processing efficiency is improved, the overall power consumption is reduced, and the graphic processor resources are utilized to the maximum extent.

For example, in some examples, the graphics processing server and the kernel driver may collectively act as a load balancer, and graphics processing command packets may be routed to different or designated physical graphics processor models or physical graphics processor resource pools based on workload to achieve load balancing.

FIG. 7 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure. As shown in fig. 7, in this example, the usage method of the graphics processor resource is substantially the same as that shown in fig. 6 except that the method further includes step S23 and step S24, and the same steps are not repeated.

Step S23: forwarding the task result to a graphic processing server by using a kernel driver;

step S24: and sending information containing the task result to a remote graphic processing client by using the graphic processing server.

For example, in step S23, after the physical graphics processor executes the graphics processing command packet under the driving of the kernel driver, the task result can be obtained, and therefore, the kernel driver forwards the task result to the graphics processing server.

For example, in step S24, the graphics processing server receives the task result forwarded by the kernel driver, and then transmits information including the task result to the remote graphics processing client.

For example, in the system shown in fig. 1, the first device 110 may be a remote graphics processing client as described above, and the graphics processing server in the second device 120 sends information containing task results to the first device 110. For example, according to the data format requirement of a specific communication protocol, the graphics processing server in the second device 120 packages and encapsulates the task result, encapsulates the task result in the obtained information, and then sends the obtained information to the first device 110 based on the communication protocol, thereby implementing transmission of the task result. For example, when an application program is running on the first device 110, the graphics processor resource provided by the second device 120 can be used to serve the application program on the first device 110 in the manner described above, so as to realize the use of the remote graphics processor resource.

FIG. 8 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure. As shown in fig. 8, in this example, except that the method further includes step S251 and step S252, the method for using the graphics processor resource is substantially the same as the method for using the graphics processor resource shown in fig. 7, and the same steps are not repeated.

Step S251: managing resources of a plurality of physical graphic processors by utilizing a kernel driver, and integrating the resources of the physical graphic processors into a single resource for an application program to use;

step S252: a single hardware module capable of independently executing graphics processing is divided into at least one fine-grained portion, and the at least one fine-grained portion is respectively used as at least one physical graphics processor.

For example, in step S251, the resources of the plurality of physical graphics processors may be managed by the kernel driver, and the respective resources of the plurality of physical graphics processors may be integrated into a single resource. That is, a virtual graphics processor in a remote graphics processing client corresponds to a plurality of local physical graphics processors, and the memory of the physical graphics processors is mapped to the virtual graphics processor, so that the resource presented to the user is a single resource of the virtual graphics processor, but actually the physical graphics processor resource corresponding to the virtual graphics processor is a plurality. Therefore, the application program can be conveniently used, and the computing capacity and the processing efficiency can be improved.

For example, in step S252, a single hardware module capable of independently performing graphics processing may be divided into at least one fine-grained portion, for example, into a plurality of fine-grained portions, and each fine-grained portion is used as a physical graphics processor. That is, the hardware resources corresponding to the virtual graphics processor in the remote graphics processing client are a fine-grained portion of the local hardware module, but not all of the resources of the hardware module. For example, a corresponding fine-grained portion of resources may be presented to a virtual graphics processor in a remote graphics processing client based on the remote graphics processing client's request and based on the resources it requests (e.g., device memory and number of compute cores). Therefore, a plurality of virtual graphics processors can be deployed in a remote graphics processing client without increasing a local hardware module, so that the application flexibility can be improved, the diversified use requirements can be met, and the hardware cost can be reduced.

It should be noted that, the step S251 and the step S252 may be executed alternatively, or may be executed separately for different hardware modules, which may be determined according to actual requirements, and the embodiment of the present disclosure is not limited thereto.

FIG. 9 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure. As shown in FIG. 9, in some examples, the method for using graphics processor resources may further include steps S26-S29.

Step S26: receiving and analyzing information containing a management command packet from a remote graphic processing client by using a graphic processing server to obtain a management command packet, and forwarding the management command packet to a kernel driver;

step S27: driving at least one physical graphic processor to execute the management command packet by using a kernel driver so as to obtain a management result;

step S28: forwarding the management result to a graphic processing server by using a kernel driver;

step S29: and sending the information containing the management result to a remote graphic processing client by using the graphic processing server.

For example, in step S26, the management command packet is configured to be executable by the physical graphics processor to complete the initialization and/or resource configuration operations of the corresponding virtual graphics processor. That is, the management command packet and the aforementioned graphics processing command packet are both command packets that can be directly executed by the graphics processor, and are encapsulated by using a data structure that matches with the graphics processor, and can be directly executed by the graphics processor without being analyzed at a software level. The management command packet differs from the aforementioned graphics processing command packet in that: the management command packet may be used to perform initialization and/or resource allocation after being executed by the graphics processor, and the graphics processor may obtain task results corresponding to task instructions of the application program after being executed by the graphics processor. When the information containing the management command packet is received, the information can be analyzed to obtain the management command packet, and then the management command packet is forwarded to the kernel driver.

For example, in step S27, at least one physical graphics processor is driven by the kernel driver to execute the management command package to obtain the management result. For example, the management result is a result obtained after the physical graphics processor executes the management command packet. This operation is substantially the same as the operation of executing the graphics processing command packet by driving the physical graphics processor with the kernel driver, and is not described here again.

For example, in step S28, the physical graphics processor executes the management command packet to obtain a management result, and the kernel driver forwards the management result to the graphics processing server. This operation is substantially the same as the operation of forwarding the task result to the graphics processing server using the kernel driver, and is not described here again.

For example, in step S29, the graphics processing server transmits information including the management result to the remote graphics processing client. The operation is basically the same as the operation of sending the information containing the task result by using the graphics processing server, and the details are not repeated here.

At least one embodiment of the present disclosure also provides a method for using graphics processor resources. FIG. 10 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure. As shown in FIG. 10, in some embodiments, a method of using graphics processor resources may include the following operations.

Step S31: generating a graphic processing command packet based on a task instruction of an application program;

step S32: receiving a graphics processing command packet by using a virtual graphics processor, and forwarding the graphics processing command packet to a graphics processing client;

step S33: sending information containing a graphic processing command packet to a graphic processing server by using a graphic processing client;

step S34: receiving and analyzing the information containing the graphic processing command packet by using a graphic processing server to obtain a graphic processing command packet, and forwarding the graphic processing command packet to a kernel driver;

step S35: and driving at least one physical graphics processor to execute the graphics processing command packet by using the kernel driver so as to obtain a task result.

For example, a graphics processing client is deployed on a graphics processing client, a graphics processing server is deployed on a graphics processing server, and the graphics processing client is remotely connected to the graphics processing server. For example, in the system shown in fig. 1, the first device 110 may be a graphics processing client, the second device 120 may be a graphics processing server, and the first device 110 and the second device 120 are remotely connected through a communication network.

The steps S31-S33 are substantially the same as the steps S11-S13 shown in fig. 2, and the steps S34-S35 are substantially the same as the steps S21-S22 shown in fig. 6, so that the related descriptions can refer to the foregoing matters, and are not repeated herein.

In the embodiment of the disclosure, through interaction and cooperation between the graphics processing client and the graphics processing server, a use mode of remote resources can be provided, semi-virtualized remote GPU sharing is realized, hardware resources of a graphics processor do not need to be deployed at a local end, higher flexibility and compatibility are achieved, and diversified remote application scenes can be met. The access of the graphic processor is transparent by utilizing the upper application program, the user mode operation library of the graphic processor does not need to be modified, the modification level is low, and the problems of version compatibility and the like can be solved.

FIG. 11 is a flow chart illustrating another method for using graphics processor resources according to some embodiments of the present disclosure. As shown in FIG. 11, in this example, the usage method of the graphics processor resource is substantially the same as that shown in FIG. 10 except that steps S36-S39 are further included, and the same steps are not repeated.

Step S36: forwarding the task result to a graphic processing server by using a kernel driver;

step S37: sending information containing task results to a graphic processing client by using a graphic processing server;

step S38: receiving and analyzing information containing a task result by using a graphic processing client to obtain a task result, and forwarding the task result to a virtual graphic processor;

step S39: and forwarding the task result to a user mode driver by using the virtual graphic processor, and returning the task result to the application program by using the user mode driver.

For example, the user mode driver described above runs in a graphics processor user mode runtime.

The steps S36-S37 are substantially the same as the steps S23-S24 shown in fig. 7, and the steps S38-S39 are substantially the same as the steps S14-S15 shown in fig. 3, so that the related descriptions can refer to the foregoing matters, and are not repeated herein.

FIG. 12 is a flowchart of a method for using graphics processor resources according to some embodiments of the present disclosure. A detailed workflow for executing the method for using the graphics processor resources will be briefly described with reference to fig. 12.

As shown in fig. 12, the graphics processor user mode runtime, the virtual graphics processor, the virtual driver, and the graphics processing client are deployed in one device, and the graphics processor server and the kernel driver are deployed in another device, which are remotely connected.

First, a user mode driver running in a graphics processor user mode runtime sends a graphics processing command packet (GPU command packet) to a virtual graphics processor, which forwards the GPU command packet to a graphics processing client. And the graphics processing client packs the GPU command packet according to a new protocol and sends the GPU command packet to a remote graphics processing server.

Then, for the graphics processing server, a new command packet from the remote end is received and parsed, and the GPU command packet sent by the remote end is sent to the local kernel driver. And the kernel driver drives the physical graphic processor to execute the GPU command packet and returns the task result to the graphic processing server. And the graphics processing server sends the task result of the command executed by the kernel driver to the remote graphics processing client.

Then, for the graphics processing client, the information from the far end is received, and the task result from the graphics processing server of the far end is sent to the virtual graphics processor. The virtual graphic processor returns the task result executed by the specific command to the user mode driver so that the user mode driver can return the task result to the application program.

In addition, initialization and allocation of resources may also be performed prior to operation. For example, as shown in FIG. 12, a user mode driver running in a graphics processor user mode runtime sends a resource request (e.g., a memory allocation request) to a virtual driver, which initializes the virtual graphics processor and allocates resources. For example, when initializing and allocating resources, it is necessary to cooperate a graphics processing client, a remote graphics processing server, and a kernel driver. The virtual graphics processor then returns the execution results to the virtual driver, thereby completing initialization and resource allocation.

It should be noted that, in the embodiment of the present disclosure, the method for using the graphics processor resource may further include more steps, and is not limited to the steps described above. The execution sequence of each step is not limited and can be determined according to actual requirements.

At least one embodiment of the present disclosure also provides a device for using graphics processor resources. The device for using the graphics processor resource comprises: a user state driver, a virtual graphics processor, and a graphics processing client. The user state driver is configured to generate a graphics processing command packet based on task instructions of the application. The user mode driver runs in a graphics processor user mode runtime. The virtual graphics processor is configured to receive a graphics processing command packet and forward the graphics processing command packet to a graphics processing client. The graphics processing client is configured to send information including a graphics processing command packet to a remote graphics processing server. The graphics processing command package is configured to be executable by a physical graphics processor corresponding to the virtual graphics processor to perform a task indicated by the task instructions of the application.

The using device of the graphics processor resource provides a using mode of remote resources, hardware resources of the graphics processor do not need to be deployed at a local end, and the using device has high flexibility and compatibility and can be suitable for diversified remote application scenes.

Fig. 13 is a schematic block diagram of a device for using graphics processor resources according to some embodiments of the present disclosure. As shown in fig. 13, the device 40 for using graphics processor resources includes a user mode driver 41, a virtual graphics processor 42, and a graphics processing client 43. For example, the device 40 using graphics processor resources may be the first device 110 shown in fig. 1.

The user mode driver 41 is configured to generate a graphics processing command packet based on task instructions of an application program. For example, the user mode driver 41 runs in a graphics processor user mode runtime. For example, the user mode driver 41 may execute step S11 of the usage method of the graphics processor resource as shown in fig. 2.

Virtual graphics processor 42 is configured to receive graphics processing command packets and forward the graphics processing command packets to graphics processing client 43. For example, the virtual graphics processor 42 may perform step S12 of the method of use of graphics processor resources as shown in FIG. 2.

Graphics processing client 43 is configured to send information containing graphics processing command packets to a remote graphics processing server. For example, the graphics processing client 43 may perform step S13 of the usage method of graphics processor resources as shown in fig. 2.

For example, the graphics processing command package is configured to be executable by a physical graphics processor corresponding to virtual graphics processor 42 to perform a task indicated by a task instruction of an application program.

For example, the user mode driver 41, the virtual graphics processor 42, and the graphics processing client 43 may be hardware, software, firmware, and any feasible combination thereof. For example, the user mode driver 41, the virtual graphics processor 42, and the graphics processing client 43 may be dedicated or general circuits, chips, or devices, and may also be a combination of a processor and a memory. Embodiments of the present disclosure are not limited in this regard to the specific implementation of the user mode driver 41, the virtual graphics processor 42, and the graphics processing client 43.

It should be noted that, in the embodiment of the present disclosure, each unit of the device 40 for using graphics processor resources corresponds to each step of the aforementioned method for using graphics processor resources, and for the specific function of the device 40 for using graphics processor resources, reference may be made to the above description of the method for using graphics processor resources, which is not described herein again. The components and structure of the graphics processor resource utilizing device 40 shown in FIG. 13 are exemplary only, and not limiting, and the graphics processor resource utilizing device 40 may include other components and structures as desired.

At least one embodiment of the present disclosure also provides a device for using graphics processor resources. The device for using the graphics processor resource comprises: the system comprises a graphics processing server, a kernel driver and at least one physical graphics processor. The graphics processing server is configured to receive and parse information comprising a graphics processing command packet from a remote graphics processing client to obtain the graphics processing command packet, and forward the graphics processing command packet to the kernel driver. The kernel driver is configured to drive at least one physical graphics processor to execute the graphics processing command packet to obtain a task result. The graphics processing command packet is generated based on task instructions of an application program for running at least one physical graphics processor.

FIG. 14 is a schematic block diagram of another apparatus for using graphics processor resources according to some embodiments of the present disclosure. As shown in fig. 14, the device 50 for using graphics processor resources includes a graphics processing server 51, a kernel driver 52, and at least one physical graphics processor 53. For example, the device 50 using graphics processor resources may be the second device 120 shown in fig. 1.

Graphics processing service 51 is configured to receive and parse information containing a graphics processing command packet from a remote graphics processing client to obtain a graphics processing command packet, and forward the graphics processing command packet to kernel driver 52. For example, the graphics processing service 51 may execute step S21 of the method for using graphics processor resources as shown in fig. 6.

The kernel driver 52 is configured to drive at least one physical graphics processor 53 to execute graphics processing command packets to obtain task results. For example, the kernel driver 52 may perform step S22 of the usage method of graphics processor resources as shown in fig. 6.

For example, the graphics processing command packet is generated based on task instructions of an application program for running the at least one physical graphics processor 53.

For example, the graphics processing server 51, the kernel driver 52, and the physical graphics processor 53 may be hardware, software, firmware, and any feasible combination thereof. For example, the graphics processing server 51, the kernel driver 52, and the physical graphics processor 53 may be dedicated or general-purpose circuits, chips, or devices, and may also be a combination of a processor and a memory. Embodiments of the present disclosure are not limited in this regard to the specific implementation of the graphics processing server 51, the kernel driver 52, and the physical graphics processor 53.

It should be noted that, in the embodiment of the present disclosure, each unit of the device for using a graphics processor resource 50 corresponds to each step of the aforementioned method for using a graphics processor resource, and for the specific function of the device for using a graphics processor resource 50, reference may be made to the above description of the method for using a graphics processor resource, which is not described herein again. The components and structure of the graphics processor resource utilizing device 50 shown in FIG. 14 are exemplary only, and not limiting, and the graphics processor resource utilizing device 50 may also include other components and structures as desired.

At least one embodiment of the present disclosure also provides an electronic device. The electronic equipment provides a use mode of remote resources, hardware resources of a graphic processor do not need to be deployed at a local end, and the electronic equipment has higher flexibility and compatibility and can be suitable for diversified remote application scenes.

Fig. 15 is a schematic block diagram of an electronic device provided in some embodiments of the present disclosure. As shown in fig. 15, the electronic device 60 comprises a means 61 for using graphics processor resources. For example, the device 61 for using the graphics processor resource may be the device 40 for using the graphics processor resource shown in fig. 13 and/or the device 50 for using the graphics processor resource shown in fig. 14. For the related description of the electronic device 60, reference may be made to the above description of the graphics processor resource utilization device 40/50, which is not repeated herein.

The following points need to be explained:

(1) the drawings of the embodiments of the disclosure only relate to the structures related to the embodiments of the disclosure, and other structures can refer to common designs.

(2) Without conflict, embodiments of the present disclosure and features of the embodiments may be combined with each other to arrive at new embodiments.

The above description is only a specific embodiment of the present disclosure, but the scope of the present disclosure is not limited thereto, and the scope of the present disclosure should be subject to the scope of the claims.