CN115794386A - 虚拟机的资源调用方法、设备及存储介质 - Google Patents

虚拟机的资源调用方法、设备及存储介质 Download PDF

Info

Publication number
CN115794386A
CN115794386A CN202211426694.6A CN202211426694A CN115794386A CN 115794386 A CN115794386 A CN 115794386A CN 202211426694 A CN202211426694 A CN 202211426694A CN 115794386 A CN115794386 A CN 115794386A
Authority
CN
China
Prior art keywords
resource
calling
target virtual
target
virtual machine
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211426694.6A
Other languages
English (en)
Inventor
刘叶雄
郭为
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Tiantian Microchip Semiconductor Technology Co ltd
Original Assignee
Beijing Tiantian Microchip Semiconductor Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Tiantian Microchip Semiconductor Technology Co ltd filed Critical Beijing Tiantian Microchip Semiconductor Technology Co ltd
Priority to CN202211426694.6A priority Critical patent/CN115794386A/zh
Publication of CN115794386A publication Critical patent/CN115794386A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Stored Programmes (AREA)

Abstract

本申请提供一种虚拟机的资源调用方法、设备及存储介质,属于计算机处理技术领域。该方法包括:目标虚拟机向服务器发送资源调用指令,目标虚拟机为多个虚拟机中的至少一个,资源调用指令中包括:目标虚拟机的接口信息以及待调用的资源信息;服务器基于资源调用指令生成目标虚拟机对应的目标虚拟容器;目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果;目标虚拟容器按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。本申请可以满足对多个虚拟机的资源调用需求,提高对虚拟资源调用的适用性。

Description

虚拟机的资源调用方法、设备及存储介质
技术领域
本申请涉及计算机处理技术领域,具体而言,涉及一种虚拟机的资源调用方法、设备及存储介质。
背景技术
虚拟机通常是设置在物理机内用于模拟物理机功能的虚拟计算机设备,在实际使用虚拟机的过程中,可能存在有需要硬件资源的需求,因此需要对物理机中的硬件资源进行调用。
现有技术中,在实现虚拟机对物理机中硬件资源的调用时,通常是基于应用系统中预先配置的透传方案,将一个硬件虚拟化处理后得到对应的软件资源,实现对该虚拟机的资源调用。
然而,采用该方法,对于同一个硬件,仅能透传给一个虚拟机进行使用,不能满足多个虚拟机情况的需求,导致了实际应用的局限性较大。
发明内容
本申请的目的在于提供一种虚拟机的资源调用方法、设备及存储介质中,可以满足对多个虚拟机的资源调用需求,提高对虚拟资源调用的适用性。
本申请的实施例是这样实现的:
本申请实施例的一方面,提供一种虚拟机的资源调用方法,该方法应用于云系统,云系统包括:物理机以及服务器,物理机与服务器通信连接,物理机内部署有多个虚拟机,该方法包括:
目标虚拟机向服务器发送资源调用指令,目标虚拟机为多个虚拟机中的至少一个,资源调用指令中包括:目标虚拟机的接口信息以及待调用的资源信息;
服务器基于资源调用指令生成目标虚拟机对应的目标虚拟容器;
目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果;
目标虚拟容器按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。
可选地,目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果,包括:
目标虚拟容器确定虚拟化处理后的目标调用硬件;
目标虚拟容器基于待调用的资源信息对虚拟化处理后的目标调用硬件进行资源分配,得到调用结果。
可选地,目标虚拟容器基于待调用的资源信息对虚拟化处理后的目标调用硬件进行资源分配,得到调用结果,包括:
目标虚拟容器基于待调用的资源信息确定需求资源占比;
目标虚拟容器按照需求资源占比对虚拟化处理后的目标调用硬件进行资源调用,得到调用结果。
可选地,若存在多个目标虚拟容器对虚拟化处理后的目标调用硬件进行资源调用;目标虚拟容器基于待调用的资源信息确定需求资源占比之后,该方法还包括:
目标虚拟容器基于各目标虚拟容器对应的需求资源占比确定各目标虚拟机对目标调用硬件进行资源调用的时长。
可选地,目标虚拟容器确定虚拟化处理后的目标调用硬件,包括:
目标虚拟容器根据待调用的资源信息确定目标调用硬件;
目标虚拟容器通过物理机对目标调用硬件中的硬件信息按照预先确定的格式进行打包处理,得到虚拟化处理后的目标调用硬件。
可选地,目标虚拟机向服务器发送资源调用指令之前,该方法还包括:
物理机根据配置数据建立初始虚拟机,初始虚拟机中包括预先配置的虚拟运算平台以及虚拟软件开发包;
物理机基于预先配置的替换文件对虚拟软件开发包中的软件接口库进行数据替换,得到目标虚拟机。
可选地,目标调用硬件为图形处理器。
本申请实施例的另一方面,提供一种虚拟机的资源调用方法,该方法应用于云系统中的服务器,云系统包括:物理机以及服务器,物理机与服务器通信连接,物理机内部署有多个虚拟机,该方法包括:
接收目标虚拟机发送的资源调用指令,目标虚拟机为多个虚拟机中的至少一个,资源调用指令中包括:目标虚拟机的接口信息以及待调用的资源信息;
基于资源调用指令生成目标虚拟机对应的目标虚拟容器;
通过目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果;按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。
本申请实施例的另一方面,提供一种虚拟机的资源调用装置,该装置应用于云系统,云系统包括:物理机以及服务器,物理机与服务器通信连接,物理机内部署有多个虚拟机,该装置包括:指令模块、生成模块、调用模块以及返回模块;
指令模块,用于通过目标虚拟机向服务器发送资源调用指令,目标虚拟机为多个虚拟机中的至少一个,资源调用指令中包括:目标虚拟机的接口信息以及待调用的资源信息;
生成模块,用于通过服务器基于资源调用指令生成目标虚拟机对应的目标虚拟容器;
调用模块,用于通过目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果;
返回模块,用于通过目标虚拟容器按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。
可选地,调用模块,具体用于通过目标虚拟容器确定虚拟化处理后的目标调用硬件;目标虚拟容器基于待调用的资源信息对虚拟化处理后的目标调用硬件进行资源分配,得到调用结果。
可选地,调用模块,具体用于通过目标虚拟容器基于待调用的资源信息确定需求资源占比;目标虚拟容器按照需求资源占比对虚拟化处理后的目标调用硬件进行资源调用,得到调用结果。
可选地,若存在多个目标虚拟容器对虚拟化处理后的目标调用硬件进行资源调用,调用模块,具体还用于通过目标虚拟容器基于各目标虚拟容器对应的需求资源占比确定各目标虚拟机对目标调用硬件进行资源调用的时长。
可选地,调用模块,还用于通过目标虚拟容器根据待调用的资源信息确定目标调用硬件;目标虚拟容器通过物理机对目标调用硬件中的硬件信息按照预先确定的格式进行打包处理,得到虚拟化处理后的目标调用硬件。
可选地,指令模块,还用于通过物理机根据配置数据建立初始虚拟机,初始虚拟机中包括预先配置的虚拟运算平台以及虚拟软件开发包;物理机基于预先配置的替换文件对虚拟软件开发包中的软件接口库进行数据替换,得到目标虚拟机。
可选地,在该装置中,目标调用硬件为图形处理器。
本申请实施例的另一方面,提供一种虚拟机的资源调用装置,该装置应用于云系统中的服务器,云系统包括:物理机以及服务器,物理机与服务器通信连接,物理机内部署有多个虚拟机,该装置包括:接收模块、容器生成模块、容器执行模块;
接收模块,用于接收目标虚拟机发送的资源调用指令,目标虚拟机为多个虚拟机中的至少一个,资源调用指令中包括:目标虚拟机的接口信息以及待调用的资源信息;
容器生成模块,用于基于资源调用指令生成目标虚拟机对应的目标虚拟容器;
容器执行模块,用于通过目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果;按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。
本申请实施例的另一方面,提供一种计算机设备,包括:存储器、处理器,存储器中存储有可在处理器上运行的计算机程序,处理器执行计算机程序时,实现虚拟机的资源调用方法的步骤。
本申请实施例的另一方面,提供一种计算机可读存储介质,存储介质上存储有计算机程序,该计算机程序被处理器执行时,实现虚拟机的资源调用方法的步骤。
本申请实施例的有益效果包括:
本申请实施例提供的虚拟机的资源调用方法、设备及存储介质中,可以通过目标虚拟机向服务器发送资源调用指令,进而由服务器基于资源调用指令生成目标虚拟机对应的目标虚拟容器,并由该目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果,并按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。其中,通过目标虚拟容器调用的方式,可以针对存在多个虚拟机的情况下实现对资源分配处理,可以满足对多个虚拟机的资源调用需求,并且,在进行资源调用的过程中,也不需要依赖设备的硬件结构,从而可以实现对任意类型物理机中虚拟机的资源调用,提高了资源调用的适用性。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的云系统的结构示意图;
图2为本申请实施例提供的虚拟机的资源调用方法的流程示意图;
图3为本申请实施例提供的虚拟机的资源调用方法的另一流程示意图;
图4为本申请实施例提供的虚拟机的资源调用方法的另一流程示意图;
图5为本申请实施例提供的多虚拟机资源调用的关系示意图;
图6为本申请实施例提供的虚拟机的资源调用方法的另一流程示意图;
图7为本申请实施例提供的虚拟机的资源调用方法的另一流程示意图;
图8为本申请实施例提供的虚拟机的资源调用方法的又一流程示意图;
图9为本申请实施例提供的虚拟机的资源调用装置的结构示意图;
图10为本申请实施例提供的虚拟机的资源调用装置的另一结构示意图;
图11为本申请实施例提供的计算机设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
在本申请的描述中,需要说明的是,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
现有技术中,在实现虚拟机对物理机中硬件资源的调用时,通常是基于应用系统中预先配置的透传方案,例如:对于linux操作系统,可以基于预先配置的vfio(VirtualFunction IO,用户态驱动)框架,将一个硬件虚拟化处理后得到对应的软件资源,实现对该虚拟机的资源调用。
或者,也可以基于硬件或者软件的虚拟化方案,例如:通过SR-IOV(Single RootI/O Virtualization)操作系统、MIG(Multi-Instance GPU)操作系统等,实现硬件的虚拟化;通过mdev函数,实现软件的虚拟化等,实现虚拟资源的调用过程。
然而,采用透传方案仅仅可以将一个硬件透传给一个虚拟机进行使用,不能满足多个虚拟机情况的需求,导致了实际应用的局限性较大;对于软件或者硬件的虚拟化方案,又会依赖于硬件的实际结构功能,对于功能性不满足需求的硬件也不能实现对应的虚拟化处理。
为了解决现有技术中存在的上述技术问题,本申请实施例中提供了一种虚拟机的资源调用方法,其具体可以应用于云系统中,下面来具体解释云系统的架构。
图1为本申请实施例提供的云系统的结构示意图,请参照图1,该方法应用于云系统,云系统包括:物理机110以及服务器120,物理机110与服务器120通信连接,物理机110内部署有多个虚拟机111。
可选地,云系统具体可以是由多个计算机设备(如上述物理机110以及服务器120等,图1中所示为两个物理机和一个服务器,在实际配置中也可以更多)通过网络连接或者本地连接等方式构建的一个系统,该系统中可以运行有可移植容器的编排管理平台k8s(kubernetes),通过该管理平台可以实现各个物理设备或者虚拟设备之间的信息传输等工作。
其中,物理机110具体可以是任意类型的计算机设备,例如:手机、电脑、平板电脑、专用电子设备等,在此不作具体限制,服务器120可以是布置于云端的云端服务器或者也可以是布置于本地的本地服务器,在此不作具体限制。
需要说明的是,在物理机110内,可以配置有虚拟机111,虚拟机111的数量可以是一个也可以是多个,虚拟机111可以是以软件的方式对实体的物理机进行模拟的虚拟设备,例如:可以通过虚拟机模拟计算机、手机等,在此不作具体限制。
在服务器120也可以作为一种特殊的物理机,可以用于实现虚拟容器POD的创建,该虚拟容器可以作为运输指令或者运输数据的一个载体,其本身也可以具有一定的处理功能,可以在整个k8s平台所在的云系统中进行消息传输。
对于物理机110和服务器120,可以是不同的设备,也可以是相同的设备,若某一计算机设备中运行有虚拟机,并且该计算机设备中也可以实现虚拟容器的创建,则该设备既可以作为物理机110也可以作为服务器120,具体的划分方式是根据实际使用的功能来划分,与设备的实体结构无关。
下面来基于上述解释的云系统的结构来具体解释本申请实施例中虚拟机的资源调用方法的具体实施过程。
图2为本申请实施例提供的虚拟机的资源调用方法的流程示意图,请参照图2,该方法包括:
S210:目标虚拟机向服务器发送资源调用指令。
其中,目标虚拟机为多个虚拟机中的至少一个,资源调用指令中包括:目标虚拟机的接口信息以及待调用的资源信息。
可选地,目标虚拟机可以是多个虚拟机中的至少一个,例如:可以是一个,也可以是多个,若为多个虚拟机,则可以是这些虚拟机向同一个服务器发送资源调用指令。
需要说明的是,资源调用指令具体可以是指示服务器生成对应的虚拟容器从而给目标虚拟机进行资源调用的指令,其中,目标虚拟机的接口信息可以是指该目标虚拟机对应的接收数据的虚拟接口;待调用的资源信息可以指需要进行调用的资源的相关信息,例如:资源的地址、需要调用的算力大小以及资源的类型等信息,在此不作具体限制,可以根据实际调用需求来选择对应的待调用的资源信息的内容。
需要说明的是,目标虚拟机可以通过k8s平台实现与服务器之间的信息交互,从而可以实现向服务器发送资源调用指令。
S220:服务器基于资源调用指令生成目标虚拟机对应的目标虚拟容器。
可选地,服务器接收到目标虚拟机发送的资源调用指令之后,可以基于该资源调用指令生成目标虚拟机对应的目标虚拟容器。
例如:若目标虚拟机为多个,则可以分别对应每个虚拟机生成一个对应的虚拟容器,生成的虚拟容器与虚拟机一一匹配,每个目标虚拟机可以对应一个目标虚拟容器。
S230:目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果。
可选地,生成目标虚拟容器之后,目标虚拟容器可以执行目标虚拟机发送的资源调用指令,执行的具体过程可以是对资源调用指令进行解析,确定需要执行的任务,进而执行对应的任务,也即是从物理机中对应的硬件设备中得到调用结果。
其中,物理机中对应的硬件设备可以是目标虚拟容器通过解析待调用的资源信息中资源的地址以及资源的类型等信息得到的。
调用结果具体可以是执行调用的任务之后得到的调用资源,例如:若该硬件设备为图形处理器,如显卡等硬件设备,则该调用资源可以是对该图形处理器的使用方式,虚拟机可以基于这些调用资源来使用该图形处理器。
S240:目标虚拟容器按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。
可选地,目标虚拟容器获取到调用结果之后,可以按照目标虚拟机的接口信息,将调用结果返回给目标虚拟机的对应接口,该接口例如可以是VCUDA(Virtual ComputeUnified Device Architecture虚拟统一计算设备架构)接口,目标虚拟机可以通过对应的接口接收该调用结果,并可以基于该调用结果实现对对应的硬件设备的使用。
需要说明的是,由于虚拟机是软件结构,而硬件设备是硬件结构,在实现使用的过程中,可以对硬件设备进行算力的虚拟化处理,从而实现虚拟机对硬件设备的使用。
本申请实施例提供的虚拟机的资源调用方法中,可以通过目标虚拟机向服务器发送资源调用指令,进而由服务器基于资源调用指令生成目标虚拟机对应的目标虚拟容器,并由该目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果,并按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。其中,通过目标虚拟容器调用的方式,可以针对存在多个虚拟机的情况下实现对资源分配处理,可以满足对多个虚拟机的资源调用需求,并且,在进行资源调用的过程中,也不需要依赖设备的硬件结构,从而可以实现对任意类型物理机中虚拟机的资源调用,提高了资源调用的适用性。
下面来具体解释本申请实施例中提供的虚拟机的资源调用方法的另一具体实施过程。
图3为本申请实施例提供的虚拟机的资源调用方法的另一流程示意图,请参照图3,目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果,包括:
S310:目标虚拟容器确定虚拟化处理后的目标调用硬件。
可选地,目标虚拟容器具体可以根据资源调用指令中的待调用的资源信息来确定虚拟化处理后的目标调用硬件,其中,目标调用硬件可以是任意一个可以实现资源调用的硬件设备,例如:任意类型的处理器,如GPU(Graphic Processing Unit,图形处理器)、CPU(Central Processing Unit,中央处理器)或者存储设备(如:U盘)、输入设备(如:鼠标、键盘、手柄)等任意类型的硬件设备,在此不作具体限制。
其中,虚拟化处理后的目标调用硬件可以是对该目标调用硬件进行了算力的虚拟化处理,从而可以实现调用资源的软件化。
例如:可以通过资源调用指令中的待调用的资源信息确定目标调用硬件为某一图形处理器,进而可以对该图形处理器进行虚拟化处理,从而得到虚拟化处理后的目标调用硬件。
可选地,在本申请实施例中,目标调用硬件具体可以是图形处理器。
S320:目标虚拟容器基于待调用的资源信息对虚拟化处理后的目标调用硬件进行资源分配,得到调用结果。
可选地,资源分配具体指的是对资源进行使用时间上的分配,例如:虚拟化处理后的目标调用硬件可以在某一分配好的时间内被调用。
需要说明的是,若目标虚拟容器为一个(也即是存在一个目标虚拟机对该目标调用硬件进行调用),则可以根据该目标虚拟机发送的资源调用指令中的待调用的资源信息对虚拟化处理后的目标调用硬件进行资源分配,确定该目标虚拟容器对该目标调用硬件的调用结果。
若目标虚拟容器为多个,且多个目标虚拟容器所调用的目标调用硬件各不相同,则可以根据各个目标虚拟机发送的资源调用指令中的待调用的资源信息对其对应的虚拟化处理后的目标调用硬件进行资源分配,从而分别确定每个目标虚拟容器对其对应的目标调用硬件的调用结果。
若目标虚拟容器为多个,且多个目标虚拟容器所调用的目标调用硬件相同,则可以根据各个目标虚拟机发送的资源调用指令中的待调用的资源信息对该虚拟化处理后的目标调用硬件进行资源分配,也即是要将同一虚拟化处理后的目标调用硬件进行进一步的资源分配,确保每个目标虚拟容器均有分配到,从而确定每个目标虚拟容器对该目标调用硬件的调用结果。
本申请实施例提供的虚拟机的资源调用方法中,可以通过目标虚拟容器确定虚拟化处理后的目标调用硬件,进而由目标虚拟容器基于待调用的资源信息对虚拟化处理后的目标调用硬件进行资源分配,得到调用结果。其中,通过目标虚拟容器进行资源分配,可以更加准确地实现存在多个虚拟机进行资源调用时的分配问题,从而更加准确地实现资源的分配处理。
下面来具体解释本申请实施例中提供的虚拟机的资源调用方法的另一具体实施过程。
图4为本申请实施例提供的虚拟机的资源调用方法的另一流程示意图,请参照图4,目标虚拟容器基于待调用的资源信息对虚拟化处理后的目标调用硬件进行资源分配,得到调用结果,包括:
S410:目标虚拟容器基于待调用的资源信息确定需求资源占比。
可选地,具体可以根据待调用的资源信息中的需要调用的算力大小来确定需求资源占比。
例如:若存在两个目标虚拟容器,均是针对同一目标调用硬件设备进行的调用,并且,需要调用的算力大小均相同,则可以确定,每个目标虚拟容器的需求资源占比是50%。
需要说明的是,上述仅为其中一种示例,若存在更多的目标虚拟容器,或者预设有最大资源占比的设置等,也可以调整占比分配的结果,例如:若存在三个目标虚拟容器,均是针对同一目标调用硬件设备进行的调用,并且,三个目标虚拟容器需要调用的算力大小均相同,若存在预设有最大资源占比为90%,则可以在该最大资源占比的前提下进行需求资源占比的划分,也即是,每个目标虚拟容器的需求资源占比是30%。
S420:目标虚拟容器按照需求资源占比对虚拟化处理后的目标调用硬件进行资源调用,得到调用结果。
可选地,基于上述方式确定需求资源占比之后,可以由目标虚拟容器按照需求资源占比对虚拟化处理后的目标调用硬件进行资源调用,得到调用结果。
需要说明的是,也可以按照资源占比确定对资源进行调用的调用方式,按照对应的调用方式确定调用结果。
本申请实施例提供的虚拟机的资源调用方法中,可以通过目标虚拟容器基于待调用的资源信息确定需求资源占比;进而由目标虚拟容器按照需求资源占比对虚拟化处理后的目标调用硬件进行资源调用,得到调用结果。其中,基于需求资源占比可以更加合理地实现对目标调用硬件进行资源的调用,从而可以更加准确、平衡的实现对资源调用的分配,提高资源使用的效率。
可选地,若存在多个目标虚拟容器对虚拟化处理后的目标调用硬件进行资源调用;目标虚拟容器基于待调用的资源信息确定需求资源占比之后,该方法还包括:目标虚拟容器基于各目标虚拟容器对应的需求资源占比确定各目标虚拟机对目标调用硬件进行资源调用的时长。
其中,具体可以由目标虚拟容器基于各目标虚拟容器对应的需求资源占比确定各目标虚拟机对目标调用硬件进行资源调用的时长,例如:若某一目标虚拟容器对应的需求资源占比为50%,在对于该目标调用硬件,有50%的使用时间可以归属于该目标虚拟容器对应的目标虚拟机,在进行资源调用时长确定的过程中,可以确定具体的时间区间,例如:以一天24小时进行分配,0时-12时可以分配给该目标虚拟容器对应的虚拟机进行资源调用,时间区间的长度可以是固定的,具体分配时可以根据实际需求选择对应的区间,例如:也可以是1时到13时,或者也可以将时间区间拆分,如1时到12时和13时到14时等。
确定好资源调用的时长之后,可以将该资源调用的时长也作为调用结果的一部分,由目标虚拟容器返回给对应的目标虚拟机。
为了更加清楚地展示针对多个虚拟机的情况进行使用时长的分配,下面通过具体的示例来解释实现多个虚拟机的资源调用的时长分配的具体实施方式。
图5为本申请实施例提供的多虚拟机资源调用的关系示意图,请参照图5,图5中以三个目标虚拟机进行资源调用为例,其中,第一目标虚拟机510、第二目标虚拟机520以及第三目标虚拟机530均对目标调用硬件540进行调用。
其中,第一目标虚拟机510的需求资源占比为50%、第二目标虚拟机520和第三目标虚拟机530的需求资源占比均为25%,则第一目标虚拟机510对应的资源调用时长为12小时/天;第二目标虚拟机520和第三目标虚拟机530对应的资源调用时长为6小时/天,具体使用时间可以根据实际需求进行分配,在此不作具体限制,在对应的时间区间内,只能由对应的目标虚拟机实现对该目标调用硬件540的调用。
本申请实施例提供的虚拟机的资源调用方法中,可以通过目标虚拟容器基于各目标虚拟容器对应的需求资源占比确定各目标虚拟机对目标调用硬件进行资源调用的时长。其中,通过资源调用时长的确定,可以更好地实现存在多个目标虚拟机时,资源分配方式以及占比的确定,从而可以实现资源的合理分配,避免调用资源的浪费,提高调用资源的适用性。
下面来具体解释本申请实施例中提供的虚拟机的资源调用方法的又一种可行的实施方式。
图6为本申请实施例提供的虚拟机的资源调用方法的另一流程示意图,请参照图6,目标虚拟容器确定虚拟化处理后的目标调用硬件,包括:
S610:目标虚拟容器根据待调用的资源信息确定目标调用硬件。
可选地,目标虚拟容器可以根据待调用的资源信息中的待调用资源的地址信息等方式确定对应的目标调用控件。
例如:若该目标调用硬件是物理机之外的硬件(该硬件通过物理机的接口与物理机连接),该地址信息具体可以是物理机中的某一个硬件接口的位置;若该目标调用控件是物理机上的硬件(该硬件集成设置于物理机的某个位置),该地址信息具体可以是物理机中的某一个已有硬件的位置。
通过上述方式确定对应的硬件位置后,可以进行对应的调用处理。
S620:目标虚拟容器通过物理机对目标调用硬件中的硬件信息按照预先确定的格式进行打包处理,得到虚拟化处理后的目标调用硬件。
可选地,确定目标调用硬件之后,可以由目标虚拟容器通过物理机对目标调用硬件中的硬件信息按照预先确定的格式进行打包处理,得到虚拟化处理后的目标调用硬件,例如:可以将硬件信息按照和目标虚拟容器中的数据服务单元(如:kvm_cuda_service单元)协商好的格式进行打包处理,从而得到虚拟化处理后的目标调用硬件。
得到虚拟化处理后的目标调用硬件之后,可以由目标虚拟机通过远程调用的方式对目标虚拟容器进行调用,从而实现将虚拟化处理后的目标调用硬件传输给目标虚拟机的过程。
本申请实施例中提供的虚拟机的资源调用方法中,可以通过目标虚拟容器根据待调用的资源信息确定目标调用硬件;由目标虚拟容器通过物理机对目标调用硬件中的硬件信息按照预先确定的格式进行打包处理,得到虚拟化处理后的目标调用硬件。其中,通过目标虚拟容器进行的打包处理,可以实现硬件设备的虚拟化处理,从而便于虚拟机对资源的调用,可以提高调用的效率。
下面来具体解释本申请实施例中在使用虚拟机前需要执行的具体实施步骤。
图7为本申请实施例提供的虚拟机的资源调用方法的另一流程示意图,请参照图7,目标虚拟机向服务器发送资源调用指令之前,该方法还包括:
S710:物理机根据配置数据建立初始虚拟机。
其中,初始虚拟机中包括预先配置的虚拟运算平台以及虚拟软件开发包。
可选地,可以响应于工作人员的操作建立初始虚拟机,也可以是基于预先配置的自动创建程序创建的初始虚拟机,这些均是预先在物理机中进行了相关数据配置后,按照配置数据建立的初始虚拟机。
对于初始虚拟机,其中可以包括上述VCUDA,也即是虚拟运算平台,可以对应配置有相关的虚拟接口,还可以包括SDK(Software Development Kit,虚拟软件开发包),可以不配置相关驱动。
S720:物理机基于预先配置的替换文件对虚拟软件开发包中的软件接口库进行数据替换,得到目标虚拟机。
可选地,虚拟软件开发包中可以包括一个软件接口库“libcuda”,预先配置的替换文件可以是“libcuda_kvm.so”文件,具体可以是用来实现劫持应用层CUDA调用的指令,基于上述方式对初始虚拟机进行数据替换之后得到的虚拟机即为上述目标虚拟机。
需要说明的是,通过上述方式进行替换数据后,可以实现劫持调用,具体的,目标虚拟机可以基于该数据实现将调用结果组织为数据包,可以把上述数据包存储于资源调用指令中发送给目标虚拟容器,尽而可以实现目标虚拟容器对调用的一系列工作,如:执行调用、调用返回等过程,也即是说,可以通过对虚拟机的初始配置实现对目标虚拟容器中执行方式的配置。
本申请实施例中提供的虚拟机的资源调用方法中,可以通过物理机根据配置数据建立初始虚拟机;进而由物理机基于预先配置的替换文件对虚拟软件开发包中的软件接口库进行数据替换,得到目标虚拟机。其中,通过物理机对软件接口库的数据替换,可以实现目标虚拟机的软件接口库变更,进而可以实现目标虚拟机对目标虚拟容器的配置,从而可以实现目标虚拟容器的执行调用以及调用返回等相关功能,由目标虚拟容器执行对应的调用,也可以提高调用的效率。
下面来具体解释本申请实施例中提供的虚拟机的资源调用方法的另一种实施方式。
图8为本申请实施例提供的虚拟机的资源调用方法的又一流程示意图,请参照图8,该方法包括:
S810:接收目标虚拟机发送的资源调用指令。
其中,目标虚拟机为多个虚拟机中的至少一个,资源调用指令中包括:目标虚拟机的接口信息以及待调用的资源信息。
可选地,该方法的执行主体可以是上述服务器,服务器可以接收目标虚拟机发送的资源调用指令。
其中,目标虚拟机可以是一个也可以是多个,在此不作具体限制,对于同一个服务器,可以接收多个目标虚拟机发送的资源调用指令。
S820:基于资源调用指令生成目标虚拟机对应的目标虚拟容器。
可选地,服务器接收到资源调用指令之后,可以基于该资源调用指令生成目标虚拟机对应的目标虚拟容器,对于每一个目标虚拟机发送的资源调用指令,均可以生成一个对应的目标虚拟容器。
例如:若服务器接收到了两个不同的目标虚拟机发送的资源调用指令,则可以根据这两个资源调用指令分别生成两个不同的目标虚拟容器,每个目标虚拟容器与其中的一个目标虚拟机相对应。
S830:通过目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果,按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。
可选地,得到目标虚拟容器之后,可以由目标虚拟容器执行对应的资源调用指令,在执行的过程中可以从物理机中对应的硬件设备中得到调用结果,并按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。
需要说明的是,上述步骤的具体实施过程在前述S210-S240中已经进行了对应的解释,在此不加赘述。
本申请实施例提供的虚拟机的资源调用方法中,可以由服务器接收目标虚拟机发送的资源调用指令,基于资源调用指令生成目标虚拟机对应的目标虚拟容器,并由该目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果,并按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。其中,通过目标虚拟容器调用的方式,可以针对存在多个虚拟机的情况下实现对资源分配处理,可以满足对多个虚拟机的资源调用需求,并且,在进行资源调用的过程中,也不需要依赖设备的硬件结构,从而可以实现对任意类型物理机中虚拟机的资源调用,提高了资源调用的适用性。
下述对用以执行的本申请所提供的虚拟机的资源调用方法对应的装置、设备及存储介质等进行说明,其具体的实现过程以及技术效果参见上述,下述不再赘述。
图9为本申请实施例提供的虚拟机的资源调用装置的结构示意图,请参照图9,该装置应用于云系统,云系统包括:物理机以及服务器,物理机与服务器通信连接,物理机内部署有多个虚拟机,该装置包括:指令模块910、生成模块920、调用模块930以及返回模块940;
指令模块910,用于通过目标虚拟机向服务器发送资源调用指令,目标虚拟机为多个虚拟机中的至少一个,资源调用指令中包括:目标虚拟机的接口信息以及待调用的资源信息;
生成模块920,用于通过服务器基于资源调用指令生成目标虚拟机对应的目标虚拟容器;
调用模块930,用于通过目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果;
返回模块940,用于通过目标虚拟容器按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。
可选地,调用模块930,具体用于通过目标虚拟容器确定虚拟化处理后的目标调用硬件;目标虚拟容器基于待调用的资源信息对虚拟化处理后的目标调用硬件进行资源分配,得到调用结果。
可选地,调用模块930,具体用于通过目标虚拟容器基于待调用的资源信息确定需求资源占比;目标虚拟容器按照需求资源占比对虚拟化处理后的目标调用硬件进行资源调用,得到调用结果。
可选地,若存在多个目标虚拟容器对虚拟化处理后的目标调用硬件进行资源调用,调用模块930,具体还用于通过目标虚拟容器基于各目标虚拟容器对应的需求资源占比确定各目标虚拟机对目标调用硬件进行资源调用的时长。
可选地,调用模块930,还用于通过目标虚拟容器根据待调用的资源信息确定目标调用硬件;目标虚拟容器通过物理机对目标调用硬件中的硬件信息按照预先确定的格式进行打包处理,得到虚拟化处理后的目标调用硬件。
可选地,指令模块910,还用于通过物理机根据配置数据建立初始虚拟机,初始虚拟机中包括预先配置的虚拟运算平台以及虚拟软件开发包;物理机基于预先配置的替换文件对虚拟软件开发包中的软件接口库进行数据替换,得到目标虚拟机。
可选地,在该装置中,目标调用硬件为图形处理器。
本申请实施例提供的虚拟机的资源调用装置中,可以通过目标虚拟机向服务器发送资源调用指令,进而由服务器基于资源调用指令生成目标虚拟机对应的目标虚拟容器,并由该目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果,并按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。其中,通过目标虚拟容器调用的方式,可以针对存在多个虚拟机的情况下实现对资源分配处理,可以满足对多个虚拟机的资源调用需求,并且,在进行资源调用的过程中,也不需要依赖设备的硬件结构,从而可以实现对任意类型物理机中虚拟机的资源调用,提高了资源调用的适用性。
图10为本申请实施例提供的虚拟机的资源调用装置的另一结构示意图,请参照图10,提供一种虚拟机的资源调用装置,该装置应用于云系统中的服务器,云系统包括:物理机以及服务器,物理机与服务器通信连接,物理机内部署有多个虚拟机,该装置包括:接收模块950、容器生成模块960、容器执行模块970;
接收模块950,用于接收目标虚拟机发送的资源调用指令,目标虚拟机为多个虚拟机中的至少一个,资源调用指令中包括:目标虚拟机的接口信息以及待调用的资源信息;
容器生成模块960,用于基于资源调用指令生成目标虚拟机对应的目标虚拟容器;
容器执行模块970,用于通过目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果;按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。
本申请实施例提供的虚拟机的资源调用方法中,可以由服务器接收目标虚拟机发送的资源调用指令,基于资源调用指令生成目标虚拟机对应的目标虚拟容器,并由该目标虚拟容器执行资源调用指令,从物理机中对应的硬件设备中得到调用结果,并按照目标虚拟机的接口信息将调用结果返回给目标虚拟机。其中,通过目标虚拟容器调用的方式,可以针对存在多个虚拟机的情况下实现对资源分配处理,可以满足对多个虚拟机的资源调用需求,并且,在进行资源调用的过程中,也不需要依赖设备的硬件结构,从而可以实现对任意类型物理机中虚拟机的资源调用,提高了资源调用的适用性。
上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。
以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,简称ASIC),或,一个或多个微处理器,或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,简称FPGA)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central Processing Unit,简称CPU)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-chip,简称SOC)的形式实现。
图11为本申请实施例提供的计算机设备的结构示意图,请参照图11,计算机设备,包括:存储器980、处理器990,存储器980中存储有可在处理器990上运行的计算机程序,处理器990执行计算机程序时,实现虚拟机的资源调用方法的步骤。
可选地,上述计算机设备具体可以是云系统中的任意一个物理机或者服务器的结构,在此不作具体限制。
本申请实施例的另一方面,还提供一种计算机可读存储介质,存储介质上存储有计算机程序,该计算机程序被处理器执行时,实现虚拟机的资源调用方法的步骤。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本发明各个实施例方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取存储器(英文:Random Access Memory,简称:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
上仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (10)

1.一种虚拟机的资源调用方法,其特征在于,所述方法应用于云系统,所述云系统包括:物理机以及服务器,所述物理机与服务器通信连接,所述物理机内部署有多个虚拟机,所述方法包括:
目标虚拟机向所述服务器发送资源调用指令,所述目标虚拟机为多个所述虚拟机中的至少一个,所述资源调用指令中包括:所述目标虚拟机的接口信息以及待调用的资源信息;
所述服务器基于所述资源调用指令生成所述目标虚拟机对应的目标虚拟容器;
所述目标虚拟容器执行所述资源调用指令,从所述物理机中对应的硬件设备中得到调用结果;
所述目标虚拟容器按照所述目标虚拟机的接口信息将所述调用结果返回给所述目标虚拟机。
2.如权利要求1所述的虚拟机的资源调用方法,其特征在于,所述目标虚拟容器执行所述资源调用指令,从所述物理机中对应的硬件设备中得到调用结果,包括:
所述目标虚拟容器确定虚拟化处理后的目标调用硬件;
所述目标虚拟容器基于所述待调用的资源信息对所述虚拟化处理后的目标调用硬件进行资源分配,得到所述调用结果。
3.如权利要求2所述的虚拟机的资源调用方法,其特征在于,所述目标虚拟容器基于所述待调用的资源信息对所述虚拟化处理后的目标调用硬件进行资源分配,得到所述调用结果,包括:
所述目标虚拟容器基于所述待调用的资源信息确定需求资源占比;
所述目标虚拟容器按照所述需求资源占比对所述虚拟化处理后的目标调用硬件进行资源调用,得到所述调用结果。
4.如权利要求3所述的虚拟机的资源调用方法,其特征在于,若存在多个目标虚拟容器对所述虚拟化处理后的目标调用硬件进行资源调用;所述目标虚拟容器基于所述待调用的资源信息确定需求资源占比之后,所述方法还包括:
所述目标虚拟容器基于各所述目标虚拟容器对应的需求资源占比确定各所述目标虚拟机对所述目标调用硬件进行资源调用的时长。
5.如权利要求2所述的虚拟机的资源调用方法,其特征在于,所述目标虚拟容器确定虚拟化处理后的目标调用硬件,包括:
所述目标虚拟容器根据所述待调用的资源信息确定目标调用硬件;
所述目标虚拟容器通过所述物理机对所述目标调用硬件中的硬件信息按照预先确定的格式进行打包处理,得到所述虚拟化处理后的目标调用硬件。
6.如权利要求1所述的虚拟机的资源调用方法,其特征在于,所述目标虚拟机向所述服务器发送资源调用指令之前,所述方法还包括:
所述物理机根据配置数据建立初始虚拟机,所述初始虚拟机中包括预先配置的虚拟运算平台以及虚拟软件开发包;
所述物理机基于预先配置的替换文件对所述虚拟软件开发包中的软件接口库进行数据替换,得到所述目标虚拟机。
7.如权利要求2-5任一项所述的虚拟机的资源调用方法,其特征在于,所述目标调用硬件为图形处理器。
8.一种虚拟机的资源调用方法,其特征在于,所述方法应用于云系统中的服务器,所述云系统包括:物理机以及所述服务器,所述物理机与所述服务器通信连接,所述物理机内部署有多个虚拟机,所述方法包括:
接收目标虚拟机发送的资源调用指令,所述目标虚拟机为多个所述虚拟机中的至少一个,所述资源调用指令中包括:所述目标虚拟机的接口信息以及待调用的资源信息;
基于所述资源调用指令生成所述目标虚拟机对应的目标虚拟容器;
通过所述目标虚拟容器执行所述资源调用指令,从所述物理机中对应的硬件设备中得到调用结果;按照所述目标虚拟机的接口信息将所述调用结果返回给所述目标虚拟机。
9.一种计算机设备,其特征在于,包括:存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时,实现权利要求1至7任一项所述的方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述存储介质上存储有计算机程序,该计算机程序被处理器执行时,实现权利要求1至7中任一项所述方法的步骤。
CN202211426694.6A 2022-11-15 2022-11-15 虚拟机的资源调用方法、设备及存储介质 Pending CN115794386A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211426694.6A CN115794386A (zh) 2022-11-15 2022-11-15 虚拟机的资源调用方法、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211426694.6A CN115794386A (zh) 2022-11-15 2022-11-15 虚拟机的资源调用方法、设备及存储介质

Publications (1)

Publication Number Publication Date
CN115794386A true CN115794386A (zh) 2023-03-14

Family

ID=85437689

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211426694.6A Pending CN115794386A (zh) 2022-11-15 2022-11-15 虚拟机的资源调用方法、设备及存储介质

Country Status (1)

Country Link
CN (1) CN115794386A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117472516A (zh) * 2023-12-27 2024-01-30 苏州元脑智能科技有限公司 虚拟资源调度方法、装置、集群系统、电子设备和介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110764901A (zh) * 2019-09-17 2020-02-07 阿里巴巴集团控股有限公司 基于gpu资源的数据处理方法、电子设备及系统
CN111913794A (zh) * 2020-08-04 2020-11-10 北京百度网讯科技有限公司 用于共用gpu的方法、装置、电子设备及可读存储介质
CN112069205A (zh) * 2020-09-30 2020-12-11 北京百度网讯科技有限公司 用于业务应用的处理方法、装置、智能工作站和电子设备
CN112148489A (zh) * 2020-09-22 2020-12-29 网易(杭州)网络有限公司 游戏资源调度方法、装置、设备及存储介质
CN112199385A (zh) * 2020-09-30 2021-01-08 北京百度网讯科技有限公司 用于人工智能ai的处理方法、装置、电子设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110764901A (zh) * 2019-09-17 2020-02-07 阿里巴巴集团控股有限公司 基于gpu资源的数据处理方法、电子设备及系统
CN111913794A (zh) * 2020-08-04 2020-11-10 北京百度网讯科技有限公司 用于共用gpu的方法、装置、电子设备及可读存储介质
CN112148489A (zh) * 2020-09-22 2020-12-29 网易(杭州)网络有限公司 游戏资源调度方法、装置、设备及存储介质
CN112069205A (zh) * 2020-09-30 2020-12-11 北京百度网讯科技有限公司 用于业务应用的处理方法、装置、智能工作站和电子设备
CN112199385A (zh) * 2020-09-30 2021-01-08 北京百度网讯科技有限公司 用于人工智能ai的处理方法、装置、电子设备和存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117472516A (zh) * 2023-12-27 2024-01-30 苏州元脑智能科技有限公司 虚拟资源调度方法、装置、集群系统、电子设备和介质
CN117472516B (zh) * 2023-12-27 2024-03-29 苏州元脑智能科技有限公司 虚拟资源调度方法、装置、集群系统、电子设备和介质

Similar Documents

Publication Publication Date Title
CN107493310B (zh) 一种云资源处理方法及云管理平台
CN105593813B (zh) 用于可视化从受限环境容器提供的数据的呈现解释器
US9348632B2 (en) Data assignment and data scheduling for physical machines in a virtual machine environment
CN110083455B (zh) 图计算处理方法、装置、介质及电子设备
US20180357085A1 (en) Method and apparatus for running android application on windows system
US8972941B2 (en) Integrated development environment-based workload testing in a networked computing environment
EP3660665A1 (en) Business processing method, apparatus, device and system using the same, and readable storage medium of the same
WO2018086572A1 (zh) 虚拟现实设备及在其中实现消息提示框显示的方法和插件
CN109254854A (zh) 异步调用方法、计算机装置及存储介质
CN115794386A (zh) 虚拟机的资源调用方法、设备及存储介质
CN114116092A (zh) 云桌面系统处理方法、云桌面系统控制方法以及相关设备
CN112463294A (zh) 一种物理gpu虚拟化管理方法、系统、设备、产品
CN116860391A (zh) Gpu算力资源调度方法、装置、设备和介质
CN109343970B (zh) 基于应用程序的操作方法、装置、电子设备及计算机介质
US11249760B2 (en) Parameter management between programs
CN111176641A (zh) 流程节点执行方法、装置、介质及电子设备
CN111459510A (zh) 跨网络操作系统的安装方法、装置、电子设备及介质
CN103294874B (zh) 用于电磁仿真计算系统FEKO的Web服务封装方法以及系统
CN112991505B (zh) 一种线上3d渲染方法
CN112905223A (zh) 一种升级包的生成方法及装置、设备
CN110971696B (zh) 一种实现虚拟电子卡通讯的系统和方法
CN113791944A (zh) 页面定时器的监控方法、装置、介质及电子设备
CN114615521B (zh) 视频处理方法和装置、计算机可读存储介质、电子设备
CN117455568B (zh) 交易激励资源发送方法、装置、计算机设备及存储介质
CN110442392B (zh) 一种包隔离方法、装置、电子设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Country or region after: China

Address after: 8002, Floor 8, No. 36, Haidian West Street, Haidian District, Beijing, 100089

Applicant after: Beijing Tiantian Zhixin Semiconductor Technology Co.,Ltd.

Address before: 8002, Floor 8, No. 36, Haidian West Street, Haidian District, Beijing, 100089

Applicant before: Beijing Tiantian Microchip Semiconductor Technology Co.,Ltd.

Country or region before: China

CB02 Change of applicant information