CN117056014A - 一种虚拟化设备的智能管控方法及装置 - Google Patents

一种虚拟化设备的智能管控方法及装置 Download PDF

Info

Publication number
CN117056014A
CN117056014A CN202310887554.7A CN202310887554A CN117056014A CN 117056014 A CN117056014 A CN 117056014A CN 202310887554 A CN202310887554 A CN 202310887554A CN 117056014 A CN117056014 A CN 117056014A
Authority
CN
China
Prior art keywords
coprocessor
virtualized
equipment
virtualization
access
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
CN202310887554.7A
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.)
Allwinner Technology Co Ltd
Original Assignee
Allwinner 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 Allwinner Technology Co Ltd filed Critical Allwinner Technology Co Ltd
Priority to CN202310887554.7A priority Critical patent/CN117056014A/zh
Publication of CN117056014A publication Critical patent/CN117056014A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45575—Starting, stopping, suspending or resuming virtual machine instances

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明公开了一种虚拟化设备的智能管控方法及装置，该方法应用于对设备进行虚拟化的虚拟管控系统中，虚拟管控系统包括协处理器和至少两个OS，该方法包括：当接收到设备的虚拟化访问时，协处理器确定虚拟化访问的虚拟化类型；协处理器根据虚拟化访问的虚拟化类型，对设备执行虚拟化构建操作，得到与虚拟化访问的虚拟化类型相匹配的虚拟化构建结果；协处理器根据虚拟化构建结果，对设备的虚拟化访问进行管控。可见，实施本发明能够通过采用协处理器替代主机操作系统对设备的虚拟化访问进行管控，有利于减少主机故障时导致的客机操作系统对应的虚拟机工作稳定性低的问题发生。

Description

一种虚拟化设备的智能管控方法及装置
技术领域
本发明涉及计算机虚拟化技术领域，尤其涉及一种虚拟化设备的智能管控方法及装置。
背景技术
虚拟化技术是对计算机的物理资源进行抽象的技术，通过提供一个或多个操作环境，实现物理资源的模拟、隔离及共享，使得物理资源能够被最大限度的利用。
当前，虚拟化技术主要是通过共享内存或软总线的方式由软件client(GuestOS)-server(Host OS)中的Server进行设备的虚拟化。然而，实践发现，由于Host OS和Guest OS之间存在复杂的通信和共享机制，一旦Host OS出现问题，容易导致Guest OS对应的虚拟机无法稳定工作。可见，提出一种在设备虚拟化的过程中，如何提高虚拟机的工作稳定性的技术方案显得尤为重要。
发明内容
本发明所要解决的技术问题在于，提供一种虚拟化设备的智能管控方法及装置，能够有利于减少Host OS故障时导致的Guest OS对应的虚拟机工作稳定性低的问题发生。
为了解决上述技术问题，本发明第一方面公开了一种虚拟化设备的智能管控方法，所述方法应用于对所述设备进行虚拟化的虚拟管控系统中，所述虚拟管控系统包括协处理器和至少两个OS，所述方法包括：
当接收到所述设备的虚拟化访问时，所述协处理器确定所述虚拟化访问的虚拟化类型，所述虚拟化类型包括调度类型、仲裁类型或者流转类型；
所述协处理器根据所述虚拟化访问的虚拟化类型，对所述设备执行虚拟化构建操作，得到与所述虚拟化访问的虚拟化类型相匹配的虚拟化构建结果；
所述协处理器根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控。
作为一种可选的实施方式，在本发明第一方面中，当所述虚拟化访问的虚拟化类型为所述调度类型时，所述虚拟化构建结果包括每个所述OS对应的影子寄存器，所述影子寄存器用于备份所述设备的所有寄存器的内容，所有所述寄存器的内容包括所述设备的状况；
所述协处理器根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控，包括：
当所述虚拟化访问的虚拟化类型为所述调度类型时，所述协处理器获取每个所述OS对应的影子寄存器的内存中的内容，每个所述OS对应的内容包括该OS所管控的所有原子任务，且每个所述OS所管控的所有原子任务为通过该OS制作得到；
所述协处理器根据确定出的调度算法，从所有所述OS对应的所有原子任务中筛选出需要进行调度的目标任务，并将所述目标任务发送至所述设备，所述目标任务用于触发所述设备在接收所述目标任务后执行所述目标任务且在执行完毕所述目标任务后生成所述目标任务对应的中断请求信号，以及将所述中断请求信号发送至所述协处理器；
所述协处理器接收所述中断请求信号，并将所述中断请求信号发送至所述目标任务所在的目标OS中的目标CPU，所述中断请求信号用于触发所述目标CPU获取针对所述目标任务的硬件返回数据，且所述硬件返回数据是所述设备执行完毕所述目标任务后生成的数据。
作为一种可选的实施方式，在本发明第一方面中，当所述虚拟化访问的虚拟化类型为所述仲裁类型时，所述协处理器根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控，包括：
所述协处理器获取第一OS的设备仲裁请求，所述设备仲裁请求包括所述第一OS的设备使用权请求或者所述第一OS的使用权归还请求，所述第一OS是所有所述OS中的其中一个；
所述协处理器根据所述第一OS的设备仲裁请求，对所述设备进行仲裁处理；
其中，所述协处理器根据所述第一OS的设备仲裁请求，对所述设备进行仲裁处理，包括：
当所述第一OS的设备仲裁请求是所述设备使用权请求时，所述协处理器确定所述设备的使用权状态，并根据所述设备的使用权状态，更新所述设备的归属OS，以及向所述设备的归属OS发送对应的使用权绑定通知，所述使用权绑定通知用于通知所述归属OS将所述设备的使用权绑定至所述归属OS，其中，所述设备的使用权归所述归属OS所有；
当所述第一OS的设备仲裁请求是所述使用权归还请求时，所述协处理器生成所述第一OS对应的使用权解除通知，并将所述使用权解除通知发送至所述第一OS，所述使用权解除通知用于通知所述第一OS解除对所述设备的使用权，并对所述设备的使用权状态进行更新。
作为一种可选的实施方式，在本发明第一方面中，所述设备的使用权状态包括空闲状态或者占用状态；
其中，所述空闲状态用于表示所述设备的归属OS为空，所述占用状态用于表示所述设备的归属OS为第二OS，所述第二OS是所有所述OS中除了所述第一OS之外的剩余OS中的其中一个；
以及，所述协处理器根据所述设备的使用权状态，更新所述设备的归属OS，包括：
当所述设备的使用权状态为所述空闲状态时，所述协处理器将所述设备的归属OS更新为所述第一OS；
当所述设备的使用权状态为所述占用状态时，所述协处理器获取所述第一OS的优先级及所述第二OS的优先级，并根据所述第一OS的优先级及所述第二OS的优先级，更新所述设备的归属OS。
作为一种可选的实施方式，在本发明第一方面中，所述协处理器根据所述第一OS的优先级及所述第二OS的优先级，更新所述设备的归属OS，包括：
所述协处理器判断所述第一OS的优先级是否高于所述第二OS的优先级；
当判断出所述第一OS的优先级高于所述第二OS的优先级时，所述协处理器将所述设备的归属OS更新为所述第一OS；
当判断出所述第一OS的优先级低于所述第二OS的优先级时，所述协处理器判断所述设备的使用权状态是否更新为所述空闲状态；
当判断出所述设备的使用权状态更新为所述空闲状态时，所述协处理器将所述设备的归属OS更新为所述第一OS；
当判断出所述设备的使用权状态没有更新为所述空闲状态时，所述协处理器重复执行所述的判断所述设备的使用权状态是否更新为所述空闲状态的操作。
作为一种可选的实施方式，在本发明第一方面中，当所述虚拟化访问的虚拟化类型为所述流转类型时，所述虚拟化构建结果包括所述协处理器的工作域，且所有所述OS包括第三OS和第四OS；
其中，所述第三OS是所述虚拟管控系统初始化后所述设备的归属OS，所述第四OS是所述第三OS使用完毕所述设备的使用权后所述设备的归属OS；
以及，当所述虚拟化访问的虚拟化类型为所述流转类型时，所述协处理器根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控，包括：
所述协处理器检测所述协处理器的工作域是否异常；
所述协处理器若检测到所述协处理器的工作域异常，则对所述协处理器的工作域进行流转处理；
其中，所述协处理器检测所述协处理器的工作域是否异常，包括：
在所述第三OS使用完毕所述设备的使用权后，所述协处理器检测所述协处理器的工作域是否存在所述协处理器生成的针对所述第三OS的使用权解除通知；
当检测到所述协处理器的工作域不存在所述协处理器生成的针对所述第三OS对应的使用权解除通知时，所述协处理器确定所述协处理器的工作域异常；
当检测到所述协处理器的工作域存在所述协处理器生成的针对所述第三OS的使用权解除通知时，所述协处理器检测所述协处理器的工作域是否存在所述协处理器生成的针对所述第四OS的使用权绑定通知；
当检测到所述协处理器的工作域不存在所述协处理器生成的针对所述第四OS的使用权绑定通知时，所述协处理器确定所述协处理器的工作域异常。
作为一种可选的实施方式，在本发明第一方面中，所述虚拟管控系统还包括主处理器；
所述设备的虚拟化访问是通过以下方式确定出的：
当检测到所述虚拟管控系统启动时，由所述主处理器读取所述设备的配置文件，并根据所述设备的配置文件，确定所述设备的虚拟化访问，以及将所述设备的虚拟化访问发送至所述协处理器。
本发明第二方面公开了一种虚拟化设备的智能管控装置，所述装置应用于对所述设备进行虚拟化的虚拟管控系统中，所述虚拟管控系统包括协处理器和至少两个OS，所述装置包括：
确定模块，用于当接收到所述设备的虚拟化访问时，确定所述虚拟化访问的虚拟化类型，所述虚拟化类型包括调度类型、仲裁类型或者流转类型；
构建模块，用于根据所述虚拟化访问的虚拟化类型，对所述设备执行虚拟化构建操作，得到与所述虚拟化访问的虚拟化类型相匹配的虚拟化构建结果；
管控模块，用于根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控。
作为一种可选的实施方式，在本发明第二方面中，当所述虚拟化访问的虚拟化类型为所述调度类型时，所述虚拟化构建结果包括每个所述OS对应的影子寄存器，所述影子寄存器用于备份所述设备的所有寄存器的内容，所有所述寄存器的内容包括所述设备的状况；
所述管控模块根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控的方式具体包括：
当所述虚拟化访问的虚拟化类型为所述调度类型时，获取每个所述OS对应的影子寄存器的内存中的内容，每个所述OS对应的内容包括该OS所管控的所有原子任务，且每个所述OS所管控的所有原子任务为通过该OS制作得到；
根据确定出的调度算法，从所有所述OS对应的所有原子任务中筛选出需要进行调度的目标任务，并将所述目标任务发送至所述设备，所述目标任务用于触发所述设备在接收所述目标任务后执行所述目标任务且在执行完毕所述目标任务后生成所述目标任务对应的中断请求信号，以及将所述中断请求信号发送至所述协处理器；
接收所述中断请求信号，并将所述中断请求信号发送至所述目标任务所在的目标OS中的目标CPU，所述中断请求信号用于触发所述目标CPU获取针对所述目标任务的硬件返回数据，且所述硬件返回数据是所述设备执行完毕所述目标任务后生成的数据。
作为一种可选的实施方式，在本发明第二方面中，当所述虚拟化访问的虚拟化类型为所述仲裁类型时，所述管控模块根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控的方式具体包括：
获取第一OS的设备仲裁请求，所述设备仲裁请求包括所述第一OS的设备使用权请求或者所述第一OS的使用权归还请求，所述第一OS是所有所述OS中的其中一个；
根据所述第一OS的设备仲裁请求，对所述设备进行仲裁处理；
其中，所述管控模块根据所述第一OS的设备仲裁请求，对所述设备进行仲裁处理，包括：
当所述第一OS的设备仲裁请求是所述设备使用权请求时，确定所述设备的使用权状态，并根据所述设备的使用权状态，更新所述设备的归属OS，以及向所述设备的归属OS发送对应的使用权绑定通知，所述使用权绑定通知用于通知所述归属OS将所述设备的使用权绑定至所述归属OS，其中，所述设备的使用权归所述归属OS所有；
当所述第一OS的设备仲裁请求是所述使用权归还请求时，生成所述第一OS对应的使用权解除通知，并将所述使用权解除通知发送至所述第一OS，所述使用权解除通知用于通知所述第一OS解除对所述设备的使用权，并对所述设备的使用权状态进行更新。
作为一种可选的实施方式，在本发明第二方面中，所述设备的使用权状态包括空闲状态或者占用状态；
其中，所述空闲状态用于表示所述设备的归属OS为空，所述占用状态用于表示所述设备的归属OS为第二OS，所述第二OS是所有所述OS中除了所述第一OS之外的剩余OS中的其中一个；
以及，所述管控模块根据所述设备的使用权状态，更新所述设备的归属OS的方式具体包括：
当所述设备的使用权状态为所述空闲状态时，将所述设备的归属OS更新为所述第一OS；
当所述设备的使用权状态为所述占用状态时，获取所述第一OS的优先级及所述第二OS的优先级，并根据所述第一OS的优先级及所述第二OS的优先级，更新所述设备的归属OS。
作为一种可选的实施方式，在本发明第二方面中，所述管控模块根据所述第一OS的优先级及所述第二OS的优先级，更新所述设备的归属OS的方式具体包括：
判断所述第一OS的优先级是否高于所述第二OS的优先级；
当判断出所述第一OS的优先级高于所述第二OS的优先级时，将所述设备的归属OS更新为所述第一OS；
当判断出所述第一OS的优先级低于所述第二OS的优先级时，判断所述设备的使用权状态是否更新为所述空闲状态；
当判断出所述设备的使用权状态更新为所述空闲状态时，将所述设备的归属OS更新为所述第一OS；
当判断出所述设备的使用权状态没有更新为所述空闲状态时，重复执行所述的判断所述设备的使用权状态是否更新为所述空闲状态的操作。
作为一种可选的实施方式，在本发明第二方面中，当所述虚拟化访问的虚拟化类型为所述流转类型时，所述虚拟化构建结果包括所述协处理器的工作域，且所有所述OS包括第三OS和第四OS；
其中，所述第三OS是所述虚拟管控系统初始化后所述设备的归属OS，所述第四OS是所述第三OS使用完毕所述设备的使用权后所述设备的归属OS；
以及，当所述虚拟化访问的虚拟化类型为所述流转类型时，所述管控模块根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控的方式具体包括：
检测所述协处理器的工作域是否异常；
若检测到所述协处理器的工作域异常，则对所述协处理器的工作域进行流转处理；
其中，所述管控模块检测所述协处理器的工作域是否异常的方式具体包括：
在所述第三OS使用完毕所述设备的使用权后，检测所述协处理器的工作域是否存在所述协处理器生成的针对所述第三OS的使用权解除通知；
当检测到所述协处理器的工作域不存在所述协处理器生成的针对所述第三OS对应的使用权解除通知时，确定所述协处理器的工作域异常；
当检测到所述协处理器的工作域存在所述协处理器生成的针对所述第三OS对应的使用权解除通知时，检测所述协处理器的工作域是否存在所述协处理器生成的针对所述第四OS的使用权绑定通知；
当检测到所述协处理器的工作域不存在所述协处理器生成的针对所述第四OS对应的使用权绑定通知时，确定所述协处理器的工作域异常。
作为一种可选的实施方式，在本发明第二方面中，所述虚拟管控系统还包括主处理器；
所述设备的虚拟化访问是通过以下方式确定出的：
当检测到所述虚拟管控系统启动时，由所述主处理器读取所述设备的配置文件，并根据所述设备的配置文件，确定所述设备的虚拟化访问，以及将所述设备的虚拟化访问发送至所述协处理器。
本发明第三方面公开了另一种虚拟化设备的智能管控装置，所述装置包括：
存储有可执行程序代码的存储器；
与所述存储器耦合的处理器；
所述处理器调用所述存储器中存储的所述可执行程序代码，执行本发明第一方面公开的虚拟化设备的智能管控方法。
本发明第四方面公开了一种计算机可存储介质，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行本发明第一方面公开的虚拟化设备的智能管控方法。
与现有技术相比，本发明实施例具有以下有益效果：
本发明实施例中，当接收到设备的虚拟化访问时，协处理器确定虚拟化访问的虚拟化类型，虚拟化类型包括调度类型、仲裁类型或者流转类型；协处理器根据虚拟化访问的虚拟化类型，对设备执行虚拟化构建操作，得到与虚拟化访问的虚拟化类型相匹配的虚拟化构建结果；协处理器根据虚拟化构建结果，对设备的虚拟化访问进行管控。可见，实施本发明能够在接收到设备的虚拟化访问时，协处理器准确地确定出虚拟化访问的虚拟化类型，并根据虚拟化访问的虚拟化类型，准确地对设备执行虚拟化构建操作，得到相匹配的虚拟化构建结果，以及根据虚拟化构建结果，对设备的虚拟化访问进行准确地管控，能够提高对设备地虚拟化访问的管控准确性和智能化程度，且通过采用协处理器替代主机操作系统对设备的虚拟化访问进行管控，有利于减少Host OS故障时导致的Guest OS对应的虚拟机工作稳定性低的问题发生。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例公开的一种虚拟化设备的智能管控方法的流程示意图；
图2是本发明实施例公开的另一种虚拟化设备的智能管控方法的流程示意图；
图3是本发明实施例公开的一种虚拟管控系统的系统结构的结构示意图；
图4是本发明实施例公开的一种虚拟化设备的智能管控装置的结构示意图；
图5是本发明实施例公开的另一种虚拟化设备的智能管控装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或端没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或端固有的其他步骤或单元。
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
本发明公开了一种虚拟化设备的智能管控方法及装置，能够在接收到设备的虚拟化访问时，协处理器准确地确定出虚拟化访问的虚拟化类型，并根据虚拟化访问的虚拟化类型，准确地对设备执行虚拟化构建操作，得到相匹配的虚拟化构建结果，以及根据虚拟化构建结果，对设备的虚拟化访问进行准确地管控，能够提高对设备地虚拟化访问的管控准确性和智能化程度，且通过采用协处理器替代主机操作系统对设备的虚拟化访问进行管控，有利于减少Host OS故障时导致的Guest OS对应的虚拟机工作稳定性低的问题发生。以下分别进行详细说明。
实施例一
请参阅图1，图1是本发明实施例公开的一种虚拟化设备的智能管控方法的流程示意图。其中，图1所描述的虚拟化设备的智能管控方法可以应用于对设备进行虚拟化的虚拟管控系统中。其中，虚拟管控系统可以包括协处理器和多个OS(所有OS均是操作系统，且所有OS可以包括主机操作系统及客机操作系统)，其中，所有OS可以共享该设备的控制权，也可以独享该设备的控制权，当至少两个OS对该设备的控制权进行竞争访问时，通过协处理器实现对竞争访问的所有OS进行管控，本发明实施例不做限定。如图1所示，该虚拟化设备的智能管控方法可以包括以下操作：
101、当接收到设备的虚拟化访问时，协处理器确定虚拟化访问的虚拟化类型。
本发明实施例中，虚拟化类型可以包括调度类型、仲裁类型或者流转类型。具体的，当虚拟化类型为调度类型时，设备的虚拟化访问的虚拟化方案是调度方案；当虚拟化类型为仲裁类型时，设备的虚拟化访问的虚拟化方案是仲裁方案；当虚拟化类型为流转类型时，设备的虚拟化访问的虚拟化方案是流转方案。
102、协处理器根据虚拟化访问的虚拟化类型，对设备执行虚拟化构建操作，得到与虚拟化访问的虚拟化类型相匹配的虚拟化构建结果。
本发明实施例中，具体的，每个虚拟化访问的虚拟化类型均存在与该虚拟化类型对应的虚拟化方案，根据该虚拟化方案的方案内容以及设备的配置文件。其中，该设备的配置文件可以包括设备的类型及设备的地址空间，本发明实施例不做限定。
在一个可选的实施例中，具体的，协处理器根据虚拟化访问的虚拟化类型，对设备执行虚拟化构建操作，得到与虚拟化访问的虚拟化类型相匹配的虚拟化构建结果，可以包括：
协处理器根据虚拟化访问的虚拟化类型，确定与该虚拟化类型对应的虚拟化方案；
协处理器读取设备的配置文件以及虚拟化方案的方案内容；
协处理器根据设备的配置文件以及虚拟化方案的方案内容，对设备执行虚拟化构建操作，得到与虚拟化访问的虚拟化类型相匹配的虚拟化构建结果。
可见，该可选的实施例能够根据虚拟化设备的虚拟化类型，确定与该虚拟化类型对应的虚拟化方案，并根据读取到的设备的配置文件以及虚拟化方案的方案内容，准确地对设备执行虚拟化构建操作，得到准确的虚拟化构建结果，能够提高虚拟化构建结构的构建准确性。
103、协处理器根据虚拟化构建结果，对设备的虚拟化访问进行管控。
可见，本发明实施例所描述的虚拟化设备的智能管控方法能够在接收到设备的虚拟化访问时，协处理器准确地确定出虚拟化访问的虚拟化类型，并根据虚拟化访问的虚拟化类型，准确地对设备执行虚拟化构建操作，得到相匹配的虚拟化构建结果，以及根据虚拟化构建结果，对设备的虚拟化访问进行准确地管控，能够提高对设备地虚拟化访问的管控准确性和智能化程度，且通过采用协处理器替代主机操作系统对设备的虚拟化访问进行管控，有利于减少Host OS故障时导致的Guest OS对应的虚拟机工作稳定性低的问题发生。
实施例二
请参阅图2，图2是本发明实施例公开的一种虚拟化设备的智能管控方法的流程示意图。其中，图2所描述的虚拟化设备的智能管控方法可以应用于对设备进行虚拟化的虚拟管控系统中。其中，虚拟管控系统可以包括协处理器和多个OS(所有OS均是操作系统，且所有OS可以包括主机操作系统及客机操作系统)，其中，所有OS可以共享该设备的控制权，也可以独享该设备的控制权，当至少两个OS对该设备的控制权进行竞争访问时，通过协处理器实现对竞争访问的所有OS进行管控，本发明实施例不做限定。如图2所示，该虚拟化设备的智能管控方法可以包括以下操作：
201、当检测到虚拟管理系统启动时，主处理器读取设备的配置文件。
需要说明的是，主处理器是虚拟管控系统中的主要处理芯片，用于系统整个工作流程的控制，而协处理器是协助主处理器完成特定的工作(如：对竞争访问的所有OS进行管控，以减少OS间的竞争访问问题的发生)。
202、主处理器根据设备的配置文件，确定设备的虚拟化访问。
本发明实施例中，设备的配置文件(即上述设备配置文件)的内容可以包括设备的种类、设备的数量、相应设备的索引页表(可以通过设置streamID寄存器进行索引页表)以及相应设备虚拟化后所需占的内存等中的一种或多种的组合。可选的，设备的种类可以包括服务器、存储设备以及网络设备等中的一种或多种的组合，本发明实施例不做限定。
203、主处理器将设备的虚拟化访问发送至协处理器。
204、当接收到设备的虚拟化访问时，协处理器确定虚拟化访问的虚拟化类型。
205、协处理器根据虚拟化访问的虚拟化类型，对设备执行虚拟化构建操作，得到与虚拟化访问的虚拟化类型相匹配的虚拟化构建结果。
206、协处理器根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控。
本发明实施例中，针对步骤204-步骤206的其它描述，请参照实施例一中针对步骤101-步骤103的详细描述，本发明实施例不再赘述。
可见，本发明实施例所描述的虚拟化设备的智能管控方法能够在接收到设备的虚拟化访问时，协处理器准确地确定出虚拟化访问的虚拟化类型，并根据虚拟化访问的虚拟化类型，准确地对设备执行虚拟化构建操作，得到相匹配的虚拟化构建结果，以及根据虚拟化构建结果，对设备的虚拟化访问进行准确地管控，能够提高对设备地虚拟化访问的管控准确性和智能化程度，且通过采用协处理器替代主机操作系统对设备的虚拟化访问进行管控，有利于减少Host OS故障时导致的Guest OS对应的虚拟机工作稳定性低的问题发生。此外，还能够在虚拟管控系统启动时，主处理器根据读取到的设备的配置文件，准确地确定出设备的虚拟化访问，能够提高虚拟化访问的确定准确性，从而有利于提高协处理器管理虚拟化访问的准确性和可靠性。
在一个可选的实施例中，如图3所示，图3是本发明实施例公开的一种虚拟管理系统的系统结构的结构示意图。图3中的系统结构可以包括协处理器(RV-CPU)和至少两个OS，其中，图3中的所有OS包括OS0及OS1。该系统结构还可以包括8个CPU(图3的OS0工作域中的CPU0和CPU1，以及图3的OS1工作域中的CPU2至CPU7)、访问权限控制单元、MMU(内存管理单元，可以使CPU访问设备)、SMMU(系统内存管理单元，即图3中的主设备权限管理，可以使协处理器访问设备)及设备的虚拟化访问的状况(如图3中的独占从设备、独占主设备、虚拟化从设备及虚拟化主设备)。其中，OS0可以通过访问权限控制单元访问OS0地址空间，OS1可以通过访问权限控制单元访问OS1地址空间，协处理器可以通过权限控制单元访问HpyerMemory Space(共享系统内存空间和协处理器独占内存空间)。当虚拟化访问的虚拟化类型为调度类型时，图3所示的虚拟管控系统的系统结构中的虚拟化构建结果可以包括每个OS对应的影子寄存器(如图3中的OS0影子寄存器内存及OS1影子寄存器内存)，影子寄存器用于备份设备的所有寄存器的内容，所有寄存器的内容可以包括设备的状况。以及，上述步骤206中的协处理器根据虚拟化构建结果，对设备的虚拟化访问进行管控，可以包括：
当虚拟化访问的虚拟化类型为调度类型时，协处理器获取每个OS对应的影子寄存器的内存中的内容；
协处理器根据确定出的调度算法，从所有OS对应的所有原子任务中筛选出需要进行调度的目标任务，并将目标任务发送至设备；
协处理器接收中断请求信号，并将中断请求信号发送至目标任务所在的目标OS中的目标CPU。
本发明实施例中，可选的，设备的状况可以包括设备的使用权状况，其中，设备的使用权状况可以包括设备的使用权状态(使用权状态可以包括空闲状态或者占用状态)及设备使用权的归属OS，本发明实施例不做限定。
本发明实施例中，每个OS对应的内容均可以包括该OS所管控的所有原子任务，且每个OS所管控的所有原子任务可以为通过该OS制作。其中，所有原子任务均是最小的且无法被分割的作业。具体的，当每个OS制作完毕该OS所管控的所有原子任务时，可以将该OS所管控的所有原子任务及每个原子任务的类型信息(类型信息用于识别该类型信息对应的原子任务)存储在该OS对应的影子寄存器的内存中，本发明实施例不做限定。
本发明实施例中，可选的，确定出的调度算法可以包括优先级调度算法或者FIFO调度算法，且确定出的调度算法可以取决于设备的类型以及设备与任一OS之间的关系。其中，设备与任一OS之间的关系可以包括独占关系或者共享关系。具体的，当设备与任一OS之间的关系为独占关系时，表示设备被该OS独占；当设备与任一OS之间的关系为共享关系时，表示设备被该OS以及所有OS中除该OS之外的至少一个剩余OS共享，本发明实施例不做限定。
本发明实施例中，协处理器可以通过MSG_BOX的方式与CPU进行通讯。可选的，目标任务可以用于触发设备在接收目标任务后执行目标任务且在执行完毕目标任务后生成目标任务对应的中断请求信号，以及将中断请求信号发送至协处理器。可选的，中断请求信号可以用于触发目标CPU获取针对目标任务的硬件返回数据，且硬件返回数据是设备执行完毕目标任务后生成的数据。具体的，设备执行完毕目标任务后生成的硬件返回数据可以存储在目标OS对应的影子寄存器的内存中，并由目标CPU从目标OS对应的影子寄存器的内存中获取该硬件返回数据，本发明实施例不做限定。
可见，该可选的实施例能够根据确定出的调度算法，从获取到的所有OS对应的影子寄存器的原子任务中准确地筛选出需要进行调度的目标任务，能够提高目标任务的筛选准确性；以及将目标任务发送至设备，以触发该设备执行目标任务并在执行完毕目标任务时准确地生成对应的中断请求信号，能够提高中断请求信号的生成准确性；协处理器接收设备发送的中断请求信号，并将中断请求信号准确地发送至目标任务所在的目标OS中的目标CPU，以触发目标CPU准确地获取硬件返回数据，能够提高协处理器与目标CPU的通信准确性，从而能够提高协处理器对设备虚拟化访问的管控准确性。
在又一个可选的实施例中，当虚拟化访问的虚拟化类型为仲裁类型时，上述步骤206的协处理器根据虚拟化构建结果，对设备的虚拟化访问进行管控，可以包括：
协处理器获取第一OS的设备仲裁请求；
协处理器根据第一OS的设备仲裁请求，对设备进行仲裁处理。
本发明实施例中，设备仲裁请求可以包括第一OS的设备使用权请求或者第一OS的使用权归还请求。其中，第一OS是所有OS中的其中一个。具体的，当设备仲裁请求为第一OS的设备使用权请求时，协处理器根据第一OS的设备使用权请求，对设备进行使用权更新处理；当设备仲裁请求为第一OS的使用权归还请求时，协处理器根据第一OS的使用权归还请求，对设备进行使用权归还处理，本发明实施例不做限定。
可见，该可选的实施例能够根据获取到的第一OS的设备仲裁请求，对设备进行准确的仲裁处理，能够提高对设备的仲裁准确性。
在该可选的实施例中，作为一种可选的实施方式，协处理器根据第一OS的设备仲裁请求，对设备进行仲裁处理，可以包括：
当第一OS的设备仲裁请求是设备使用权请求时，协处理器确定设备的使用权状态，并根据设备的使用权状态，更新设备的归属OS，以及向设备的归属OS发送对应的使用权绑定通知；
当第一OS的设备仲裁请求是使用权归还请求时，协处理器生成第一OS对应的使用权解除通知，并将使用权解除通知发送至第一OS。
本发明实施例中，可选的，使用权绑定通知可以用于通知归属OS将设备的使用权绑定至归属OS。其中，设备的使用权归归属OS所有。可选的，使用权解除通知可以用于通知第一OS解除对设备的使用权，并对设备的使用权状态进行更新。具体的，当第一OS解除对设备的使用权时，将设备的使用权状态从原来的被第一OS占用的占用状态更新为空闲状态，本发明实施例不做限定。
可见，该可选的实施方式能够当第一OS的设备仲裁请求是设备使用权请求时，协处理器根据确定出的设备的使用权状态，准确地更新设备的归属OS，能够提高归属OS的更新准确性，并向准确更新后的归属OS发送对应的使用权绑定通知，以将设备的使用权绑定至归属OS，能够提高设备的使用权的绑定准确性。
在该可选的实施方式中，可选的，设备的使用权状态可以包括空闲状态或者占用状态。其中，空闲状态可以用于表示设备的归属OS为空，占用状态可以用于表示设备的归属OS为第二OS。其中，第二OS是所有OS中除了第一OS之外的剩余OS中的其中一个。以及，协处理器根据设备的使用权状态，更新设备的归属OS，可以包括：
当设备的使用权状态为空闲状态时，协处理器将设备的归属OS更新为第一OS；
当设备的使用权状态为占用状态时，协处理器获取第一OS的优先级及第二OS的优先级，并根据第一OS的优先级及第二OS的优先级，更新设备的归属OS。
本发明实施例中，具体的，当设备的使用权状态为占用状态时，若第一OS的优先级低于第二OS，则需要等待该设备的使用权状态更新为空闲状态，才能够使用该设备；若第一OS的优先级高于第二OS，则协处理器可以直接强行终止第二OS的使用权，并通过MSG_BOX通知第二OS，以及对第二OS的设备寄存器的地址空间进行IPA(Intermediate PhysicalAddress，中间物理地址)-PA(Physical Address，物理地址)的禁止转换处理。在对第二OS进行禁止转换处理之后，协处理器将设备的使用权进行reset(复位)，以及在设备的使用权复位后，将设备的归属OS确定为第一OS(即将设备的使用权绑定至第一OS)，本发明实施例不做限定。
可见，该可选的实施方式还能够当设备的使用权状态为空闲状态时，将第一OS准确地更新为设备的归属OS，当设备的使用权状态为占用状态时，根据获取到的第一OS的优先级和第二OS的优先级，准确地更新设备的归属OS，能够提高设备的归属OS的更新准确性和可靠性。
在该可选的实施方式中，进一步可选的，协处理器根据第一OS的优先级及第二OS的优先级，更新设备的归属OS，可以包括：
协处理器判断第一OS的优先级是否高于第二OS的优先级；
当判断出第一OS的优先级高于第二OS的优先级时，协处理器将设备的归属OS更新为第一OS；
当判断出第一OS的优先级低于第二OS的优先级时，协处理器判断设备的使用权状态是否更新为空闲状态；
当判断出设备的使用权状态更新为空闲状态时，协处理器将设备的归属OS更新为第一OS；
当判断出设备的使用权状态没有更新为空闲状态时，协处理器重复执行的判断设备的使用权状态是否更新为空闲状态的操作。
本发明实施例中，上述重复执行的操作的结束时刻为当判断出设备的使用权状态更新为空闲状态时，此时将设备的归属OS更新为第一OS。
本发明实施例中，具体的，在判断出第一OS的优先级高于第二OS的优先级之后，若设备属于可中断恢复设备，则暂停第二OS的当前任务。其中，可中断恢复设备是在第二OS恢复执行第二OS的当前任务时能够按照上述暂停第二OS的当前任务时的任务进度继续执行第二OS的当前任务的设备。若设备属于不可中断恢复设备，则向第二OS发送第二OS的当前任务被异常中断的通知，并择时(择时可以是在第一OS使用完毕设备的使用权时，或者设备的使用权状态更新为空闲状态时)由第二OS根据自身情况(第二OS的自身情况可以包括第二OS的优先级)重新发起针对第二OS的当前任务的任务请求，本发明实施例不做限定。
可见，该可选的实施方式还能够判断第一OS的优先级是否高于第二OS的优先级，得到判断结果，并根据判断结果智能化地更新设备地归属OS，能够提高设备的归属OS的更新准确性和智能化程度。
在又一个可选的实施例中，当虚拟化访问的虚拟化类型为流转类型时，虚拟化构建结果可以包括协处理器的工作域，且所有OS可以包括第三OS和第四OS。其中，第三OS是虚拟管控系统初始化后设备的归属OS，第四OS是第三OS使用完毕设备的使用权后设备的归属OS。以及，当虚拟化访问的虚拟化类型为流转类型时，上述步骤206的协处理器根据虚拟化构建结果，对设备的虚拟化访问进行管控，可以包括：
协处理器检测协处理器的工作域是否异常；
协处理器若检测到协处理器的工作域异常，则对协处理器的工作域进行流转处理。
本发明实施例中，当虚拟化访问的虚拟化类型为流转类型时，该流转类型对应的流转方案用于为协处理器提供对应的检测机制，用于检测协处理器的工作域是否发生异常，并在检测出协处理器的工作域发生异常之后，对协处理器的工作域进行流转处理。此外，还能够上报针对协处理器的工作域的异常提醒。
可见，该可选的实施例能够通过协处理器检测协处理器的工作域是否异常，并当检测出异常时，对协处理器的工作域进行流转处理，能够提高对协处理器的工作域的处理准确性和及时性，从而有利于提高虚拟机的工作稳定性。
在该可选的实施例中，作为一种可选的实施方式，协处理器检测协处理器的工作域是否异常，可以包括：
在第三OS使用完毕设备的使用权后，协处理器检测协处理器的工作域是否存在协处理器生成的针对第三OS的使用权解除通知；
当检测到协处理器的工作域不存在协处理器生成的针对第三OS的使用权解除通知时，协处理器确定协处理器的工作域异常；
当检测到协处理器的工作域存在协处理器生成的针对第三OS的使用权解除通知时，协处理器检测协处理器的工作域是否存在协处理器生成的针对第四OS的使用权绑定通知；
当检测到协处理器的工作域不存在协处理器生成的针对第四OS的使用权绑定通知时，协处理器确定协处理器的工作域异常。
需要说明的是，上述的协处理器检测协处理器的工作域是否存在协处理器生成的针对第四OS的使用权绑定通知的触发条件可以是协处理器在接收到第三OS解除对设备的使用权的通知后的条件，也可以是协处理器在接收到第四OS想要使用设备的通知后的条件，还可以是协处理器在接收到第三OS解除对设备的使用权的通知以及第四OS想要使用设备的通知后的条件，本发明实施例不做限定。
本发明实施例中，协处理器若检测到协处理器的工作域存在协处理器生成的针对第三OS的使用权解除通知；以及当第三OS解除对设备的使用权，和/或，第四OS想要使用设备时，协处理器若存在协处理器的工作域存在针对第四OS的使用权绑定通知，则确定协处理器的工作域正常。
可见，该可选的实施方式能够通过协处理器检测协处理器的工作域的当前条件是否满足至少一个协处理器异常条件，能够提高对协处理器的工作域是否异常的检测准确性，以及当检测出满足至少一个协处理器异常条件时，确定协处理器的工作域异常，能够提高协处理器的工作域异常的确定准确性。
实施例三
请参阅图4，图4是本发明实施例公开的一种虚拟化设备的智能管控装置的结构示意图。其中，图4所描述的虚拟化设备的智能管控装置可以应用于对设备进行虚拟化的虚拟管控系统中。其中，虚拟管控系统可以包括协处理器和多个OS(所有OS均是操作系统，且所有OS可以包括主机操作系统及客机操作系统)，其中，所有OS可以共享该设备的控制权，也可以独享该设备的控制权，当至少两个OS对该设备的控制权进行竞争访问时，通过协处理器实现对竞争访问的所有OS进行管控，本发明实施例不做限定。如图4所示，该虚拟化设备的智能管控装置可以包括：
确定模块301，用于当接收到设备的虚拟化访问时，确定虚拟化访问的虚拟化类型，虚拟化类型包括调度类型、仲裁类型或者流转类型。
构建模块302，用于根据虚拟化访问的虚拟化类型，对设备执行虚拟化构建操作，得到与虚拟化访问的虚拟化类型相匹配的虚拟化构建结果。
管控模块303，用于根据虚拟化构建结果，对设备的虚拟化访问进行管控。
可见，本发明实施例所描述的虚拟化设备的智能管控装置能够在接收到设备的虚拟化访问时，协处理器准确地确定出虚拟化访问的虚拟化类型，并根据虚拟化访问的虚拟化类型，准确地对设备执行虚拟化构建操作，得到相匹配的虚拟化构建结果，以及根据虚拟化构建结果，对设备的虚拟化访问进行准确地管控，能够提高对设备地虚拟化访问的管控准确性和智能化程度，且通过采用协处理器替代主机操作系统对设备的虚拟化访问进行管控，有利于减少Host OS故障时导致的Guest OS对应的虚拟机工作稳定性低的问题发生。
在一个可选的实施例中，当虚拟化访问的虚拟化类型为调度类型时，虚拟化构建结果包括每个OS对应的影子寄存器，影子寄存器用于备份设备的所有寄存器的内容，所有寄存器的内容包括设备的状况。以及，管控模块303根据虚拟化构建结果，对设备的虚拟化访问进行管控的方式具体可以包括：
当虚拟化访问的虚拟化类型为调度类型时，获取每个OS对应的影子寄存器的内存中的内容，每个OS对应的内容包括该OS所管控的所有原子任务，且每个OS所管控的所有原子任务为通过该OS制作得到；
根据确定出的调度算法，从所有OS对应的所有原子任务中筛选出需要进行调度的目标任务，并将目标任务发送至设备，目标任务用于触发设备在接收目标任务后执行目标任务且在执行完毕目标任务后生成目标任务对应的中断请求信号，以及将中断请求信号发送至协处理器；
接收中断请求信号，并将中断请求信号发送至目标任务所在的目标OS中的目标CPU，中断请求信号用于触发目标CPU获取针对目标任务的硬件返回数据，且硬件返回数据是设备执行完毕目标任务后生成的数据。
可见，该可选的实施例能够根据确定出的调度算法，从获取到的所有OS对应的影子寄存器的原子任务中准确地筛选出需要进行调度的目标任务，能够提高目标任务的筛选准确性；以及将目标任务发送至设备，以触发该设备执行目标任务并在执行完毕目标任务时准确地生成对应的中断请求信号，能够提高中断请求信号的生成准确性；协处理器接收设备发送的中断请求信号，并将中断请求信号准确地发送至目标任务所在的目标OS中的目标CPU，以触发目标CPU准确地获取硬件返回数据，能够提高协处理器与目标CPU的通信准确性，从而能够提高协处理器对设备虚拟化访问的管控准确性。
在另一个可选的实施例中，当虚拟化访问的虚拟化类型为仲裁类型时，管控模块303根据虚拟化构建结果，对设备的虚拟化访问进行管控的方式具体可以包括：
获取第一OS的设备仲裁请求，设备仲裁请求包括第一OS的设备使用权请求或者第一OS的使用权归还请求，第一OS是所有OS中的其中一个；
根据第一OS的设备仲裁请求，对设备进行仲裁处理。
可见，该可选的实施例能够根据获取到的第一OS的设备仲裁请求，对设备进行准确的仲裁处理，能够提高对设备的仲裁准确性。
在该可选的实施例中，管控模块303根据第一OS的设备仲裁请求，对设备进行仲裁处理，可以包括：
当第一OS的设备仲裁请求是设备使用权请求时，确定设备的使用权状态，并根据设备的使用权状态，更新设备的归属OS，以及向设备的归属OS发送对应的使用权绑定通知，使用权绑定通知用于通知归属OS将设备的使用权绑定至归属OS，其中，设备的使用权归归属OS所有；
当第一OS的设备仲裁请求是使用权归还请求时，生成第一OS对应的使用权解除通知，并将使用权解除通知发送至第一OS，使用权解除通知用于通知第一OS解除对设备的使用权，并对设备的使用权状态进行更新。
可见，该可选的实施方式能够当第一OS的设备仲裁请求是设备使用权请求时，协处理器根据确定出的设备的使用权状态，准确地更新设备的归属OS，能够提高归属OS的更新准确性，并向准确更新后的归属OS发送对应的使用权绑定通知，以将设备的使用权绑定至归属OS，能够提高设备的使用权的绑定准确性。
在该可选的实施方式中，可选的，设备的使用权状态包括空闲状态或者占用状态。其中，空闲状态用于表示设备的归属OS为空，占用状态用于表示设备的归属OS为第二OS，第二OS是所有OS中除了第一OS之外的剩余OS中的其中一个。以及，管控模块303根据设备的使用权状态，更新设备的归属OS的方式具体可以包括：
当设备的使用权状态为空闲状态时，将设备的归属OS更新为第一OS；
当设备的使用权状态为占用状态时，获取第一OS的优先级及第二OS的优先级，并根据第一OS的优先级及第二OS的优先级，更新设备的归属OS。
可见，该可选的实施方式还能够当设备的使用权状态为空闲状态时，将第一OS准确地更新为设备的归属OS，当设备的使用权状态为占用状态时，根据获取到的第一OS的优先级和第二OS的优先级，准确地更新设备的归属OS，能够提高设备的归属OS的更新准确性和可靠性。
在该可选的实施方式中，进一步可选的，管控模块303根据第一OS的优先级及第二OS的优先级，更新设备的归属OS的方式具体可以包括：
判断第一OS的优先级是否高于第二OS的优先级；
当判断出第一OS的优先级高于第二OS的优先级时，将设备的归属OS更新为第一OS；
当判断出第一OS的优先级低于第二OS的优先级时，判断设备的使用权状态是否更新为空闲状态；
当判断出设备的使用权状态更新为空闲状态时，将设备的归属OS更新为第一OS；
当判断出设备的使用权状态没有更新为空闲状态时，重复执行的判断设备的使用权状态是否更新为空闲状态的操作。
可见，该可选的实施方式还能够判断第一OS的优先级是否高于第二OS的优先级，得到判断结果，并根据判断结果智能化地更新设备地归属OS，能够提高设备的归属OS的更新准确性和智能化程度。
在又一个可选的实施例中，当虚拟化访问的虚拟化类型为流转类型时，虚拟化构建结果包括协处理器的工作域，且所有OS包括第三OS和第四OS。其中，第三OS是虚拟管控系统初始化后设备的归属OS，第四OS是第三OS使用完毕设备的使用权后设备的归属OS。以及，当虚拟化访问的虚拟化类型为流转类型时，管控模块303根据虚拟化构建结果，对设备的虚拟化访问进行管控的方式具体可以包括：
检测协处理器的工作域是否异常；
若检测到协处理器的工作域异常，则对所述协处理器的工作域进行流转处理。
可见，该可选的实施例能够通过协处理器检测协处理器的工作域是否异常，并当检测出异常时，对协处理器的工作域进行流转处理，能够提高对协处理器的工作域的处理准确性和及时性，从而有利于提高虚拟机的工作稳定性。
在该可选的实施例中，作为一种可选的实施方式，管控模块303检测协处理器的工作域是否异常的方式具体可以包括：
在第三OS使用完毕设备的使用权后，检测协处理器的工作域是否存在协处理器生成的针对第三OS的使用权解除通知；
当检测到协处理器的工作域不存在协处理器生成的针对第三OS的使用权解除通知时，确定协处理器的工作域异常；
当检测到协处理器的工作域存在协处理器生成的针对第三OS的使用权解除通知时，检测协处理器的工作域是否存在协处理器生成的针对第四OS的使用权绑定通知；
当检测到协处理器的工作域不存在协处理器生成的针对第四OS的使用权绑定通知时，确定协处理器的工作域异常。
可见，该可选的实施方式能够通过协处理器检测协处理器的工作域的当前条件是否满足至少一个协处理器异常条件，能够提高对协处理器的工作域是否异常的检测准确性，以及当检测出满足至少一个协处理器异常条件时，确定协处理器的工作域异常，能够提高协处理器的工作域异常的确定准确性。
在又一个可选的实施例中，虚拟管控系统还可以包括主处理器。以及，设备的虚拟化访问是通过以下方式确定出的：
当检测到虚拟管控系统启动时，由主处理器读取设备的配置文件，并根据设备的配置文件，确定设备的虚拟化访问，以及将设备的虚拟化访问发送至协处理器。
可见，该可选的实施例能够在虚拟管控系统启动时，主处理器根据读取到的设备的配置文件，准确地确定出设备的虚拟化访问，能够提高虚拟化访问的确定准确性，从而有利于提高协处理器管理虚拟化访问的准确性和可靠性。
实施例四
请参阅图5，图5是本发明实施例公开的又一种虚拟化设备的智能管控装置的结构示意图。如图5所示，该虚拟化设备的智能管控装置可以包括：
存储有可执行程序代码的存储器401；
与存储器401耦合的处理器402；
处理器402调用存储器401中存储的可执行程序代码，执行本发明实施例一或本发明实施例二所描述的虚拟化设备的智能管控方法中的步骤。
实施例五
本发明实施例公开了一种计算机存储介质，该计算机存储介质存储有计算机指令，该计算机指令被调用时，用于执行本发明实施例一或本发明实施例二所描述的虚拟化设备的智能管控方法中的步骤。
实施例六
本发明实施例公开了一种计算机程序产品，该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，且该计算机程序可操作来使计算机执行实施例一或实施例二中所描述的虚拟化设备的智能管控方法中的步骤。
以上所描述的装置实施例仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施例的具体描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中,存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、一次可编程只读存储器(One-timeProgrammable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
最后应说明的是：本发明实施例公开的一种虚拟化设备的智能管控方法及装置所揭露的仅为本发明较佳实施例而已，仅用于说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各项实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应的技术方案的本质脱离本发明各项实施例技术方案的精神和范围。

Claims (10)

1.一种虚拟化设备的智能管控方法，其特征在于，所述方法应用于对所述设备进行虚拟化的虚拟管控系统中，所述虚拟管控系统包括协处理器和至少两个OS，所述方法包括：
当接收到所述设备的虚拟化访问时，所述协处理器确定所述虚拟化访问的虚拟化类型，所述虚拟化类型包括调度类型、仲裁类型或者流转类型；
所述协处理器根据所述虚拟化访问的虚拟化类型，对所述设备执行虚拟化构建操作，得到与所述虚拟化访问的虚拟化类型相匹配的虚拟化构建结果；
所述协处理器根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控。
2.根据权利要求1所述的虚拟化设备的智能管控方法，其特征在于，当所述虚拟化访问的虚拟化类型为所述调度类型时，所述虚拟化构建结果包括每个所述OS对应的影子寄存器，所述影子寄存器用于备份所述设备的所有寄存器的内容，所有所述寄存器的内容包括所述设备的状况；
所述协处理器根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控，包括：
当所述虚拟化访问的虚拟化类型为所述调度类型时，所述协处理器获取每个所述OS对应的影子寄存器的内存中的内容，每个所述OS对应的内容包括该OS所管控的所有原子任务，且每个所述OS所管控的所有原子任务为通过该OS制作得到；
所述协处理器根据确定出的调度算法，从所有所述OS对应的所有原子任务中筛选出需要进行调度的目标任务，并将所述目标任务发送至所述设备，所述目标任务用于触发所述设备在接收所述目标任务后执行所述目标任务且在执行完毕所述目标任务后生成所述目标任务对应的中断请求信号，以及将所述中断请求信号发送至所述协处理器；
所述协处理器接收所述中断请求信号，并将所述中断请求信号发送至所述目标任务所在的目标OS中的目标CPU，所述中断请求信号用于触发所述目标CPU获取针对所述目标任务的硬件返回数据，且所述硬件返回数据是所述设备执行完毕所述目标任务后生成的数据。
3.根据权利要求1所述的虚拟化设备的智能管控方法，其特征在于，当所述虚拟化访问的虚拟化类型为所述仲裁类型时，所述协处理器根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控，包括：
所述协处理器获取第一OS的设备仲裁请求，所述设备仲裁请求包括所述第一OS的设备使用权请求或者所述第一OS的使用权归还请求，所述第一OS是所有所述OS中的其中一个；
所述协处理器根据所述第一OS的设备仲裁请求，对所述设备进行仲裁处理；
其中，所述协处理器根据所述第一OS的设备仲裁请求，对所述设备进行仲裁处理，包括：
当所述第一OS的设备仲裁请求是所述设备使用权请求时，所述协处理器确定所述设备的使用权状态，并根据所述设备的使用权状态，更新所述设备的归属OS，以及向所述设备的归属OS发送对应的使用权绑定通知，所述使用权绑定通知用于通知所述归属OS将所述设备的使用权绑定至所述归属OS，其中，所述设备的使用权归所述归属OS所有；
当所述第一OS的设备仲裁请求是所述使用权归还请求时，所述协处理器生成所述第一OS对应的使用权解除通知，并将所述使用权解除通知发送至所述第一OS，所述使用权解除通知用于通知所述第一OS解除对所述设备的使用权，并对所述设备的使用权状态进行更新。
4.根据权利要求3所述的虚拟化设备的智能管控方法，其特征在于，所述设备的使用权状态包括空闲状态或者占用状态；
其中，所述空闲状态用于表示所述设备的归属OS为空，所述占用状态用于表示所述设备的归属OS为第二OS，所述第二OS是所有所述OS中除了所述第一OS之外的剩余OS中的其中一个；
以及，所述协处理器根据所述设备的使用权状态，更新所述设备的归属OS，包括：
当所述设备的使用权状态为所述空闲状态时，所述协处理器将所述设备的归属OS更新为所述第一OS；
当所述设备的使用权状态为所述占用状态时，所述协处理器获取所述第一OS的优先级及所述第二OS的优先级，并根据所述第一OS的优先级及所述第二OS的优先级，更新所述设备的归属OS。
5.根据权利要求4所述的虚拟化设备的智能管控方法，其特征在于，所述协处理器根据所述第一OS的优先级及所述第二OS的优先级，更新所述设备的归属OS，包括：
所述协处理器判断所述第一OS的优先级是否高于所述第二OS的优先级；
当判断出所述第一OS的优先级高于所述第二OS的优先级时，所述协处理器将所述设备的归属OS更新为所述第一OS；
当判断出所述第一OS的优先级低于所述第二OS的优先级时，所述协处理器判断所述设备的使用权状态是否更新为所述空闲状态；
当判断出所述设备的使用权状态更新为所述空闲状态时，所述协处理器将所述设备的归属OS更新为所述第一OS；
当判断出所述设备的使用权状态没有更新为所述空闲状态时，所述协处理器重复执行所述的判断所述设备的使用权状态是否更新为所述空闲状态的操作。
6.根据权利要求1所述的虚拟化设备的智能管控方法，其特征在于，当所述虚拟化访问的虚拟化类型为所述流转类型时，所述虚拟化构建结果包括所述协处理器的工作域，且所有所述OS包括第三OS和第四OS；
其中，所述第三OS是所述虚拟管控系统初始化后所述设备的归属OS，所述第四OS是所述第三OS使用完毕所述设备的使用权后所述设备的归属OS；
以及，当所述虚拟化访问的虚拟化类型为所述流转类型时，所述协处理器根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控，包括：
所述协处理器检测所述协处理器的工作域是否异常；
所述协处理器若检测到所述协处理器的工作域异常，则对所述协处理器的工作域进行流转处理；
其中，所述协处理器检测所述协处理器的工作域是否异常，包括：
在所述第三OS使用完毕所述设备的使用权后，所述协处理器检测所述协处理器的工作域是否存在所述协处理器生成的针对所述第三OS的使用权解除通知；
当检测到所述协处理器的工作域不存在所述协处理器生成的针对所述第三OS对应的使用权解除通知时，所述协处理器确定所述协处理器的工作域异常；
当检测到所述协处理器的工作域存在所述协处理器生成的针对所述第三OS的使用权解除通知时，所述协处理器检测所述协处理器的工作域是否存在所述协处理器生成的针对所述第四OS的使用权绑定通知；
当检测到所述协处理器的工作域不存在所述协处理器生成的针对所述第四OS的使用权绑定通知时，所述协处理器确定所述协处理器的工作域异常。
7.根据权利要求1-6任一项所述的虚拟化设备的智能管控方法，其特征在于，所述虚拟管控系统还包括主处理器；
所述设备的虚拟化访问是通过以下方式确定出的：
当检测到所述虚拟管控系统启动时，由所述主处理器读取所述设备的配置文件，并根据所述设备的配置文件，确定所述设备的虚拟化访问，以及将所述设备的虚拟化访问发送至所述协处理器。
8.一种虚拟化设备的智能管控装置，其特征在于，所述装置应用于对所述设备进行虚拟化的虚拟管控系统中，所述虚拟管控系统包括协处理器和至少两个OS，所述装置包括：
确定模块，用于当接收到所述设备的虚拟化访问时，确定所述虚拟化访问的虚拟化类型，所述虚拟化类型包括调度类型、仲裁类型或者流转类型；
构建模块，用于根据所述虚拟化访问的虚拟化类型，对所述设备执行虚拟化构建操作，得到与所述虚拟化访问的虚拟化类型相匹配的虚拟化构建结果；
管控模块，用于根据所述虚拟化构建结果，对所述设备的虚拟化访问进行管控。
9.一种虚拟化设备的智能管控装置，其特征在于，所述装置包括：
存储有可执行程序代码的存储器；
与所述存储器耦合的处理器；
所述处理器调用所述存储器中存储的所述可执行程序代码，执行如权利要求1-7任一项所述的虚拟化设备的智能管控方法。
10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行如权利要求1-7任一项所述的虚拟化设备的智能管控方法。
CN202310887554.7A 2023-07-18 2023-07-18 一种虚拟化设备的智能管控方法及装置 Pending CN117056014A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310887554.7A CN117056014A (zh) 2023-07-18 2023-07-18 一种虚拟化设备的智能管控方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310887554.7A CN117056014A (zh) 2023-07-18 2023-07-18 一种虚拟化设备的智能管控方法及装置

Publications (1)

Publication Number Publication Date
CN117056014A true CN117056014A (zh) 2023-11-14

Family

ID=88654398

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310887554.7A Pending CN117056014A (zh) 2023-07-18 2023-07-18 一种虚拟化设备的智能管控方法及装置

Country Status (1)

Country Link
CN (1) CN117056014A (zh)

Similar Documents

Publication Publication Date Title
US8402462B2 (en) Detection and management of dynamic migration of virtual environments
CN100524223C (zh) 基于pmi和smi的调度执行框架中用于并发处理程序执行的方法
US9396013B2 (en) Method for controlling a virtual machine and a virtual machine system
US8635612B2 (en) Systems and methods for hypervisor discovery and utilization
JP6126312B2 (ja) 待ち時間の影響を受けやすい仮想マシンをサポートするように構成された仮想マシンモニタ
US8448165B1 (en) System and method for logging operations of virtual machines
US9304794B2 (en) Virtual machine control method and virtual machine system using prefetch information
US8032899B2 (en) Providing policy-based operating system services in a hypervisor on a computing system
US8201170B2 (en) Operating systems are executed on common program and interrupt service routine of low priority OS is modified to response to interrupts from common program only
US7426732B2 (en) Placing a task of a multithreaded environment in a known state
KR101107363B1 (ko) 가상 처리 환경에서 데이터 수집을 용이하게 하기 위한 컴퓨터 프로그램 제품, 컴퓨터-구현된 방법 및 컴퓨터 시스템
US20120304184A1 (en) Multi-core processor system, computer product, and control method
US11126575B1 (en) Interrupt recovery management
WO2011114476A1 (ja) マルチコアプロセッサシステム、通知プログラム、および通知方法
JPH02153434A (ja) データ処理システム
US20230214245A1 (en) Online Migration Method and System for Bare Metal Server
CN117056014A (zh) 一种虚拟化设备的智能管控方法及装置
US20060150185A1 (en) Hard real-time response
CA2521748A1 (en) Operating systems
JP2001236237A (ja) マルチｏｓ構成方法
US20240086219A1 (en) Transmitting interrupts from a virtual machine (vm) to a destination processing unit without triggering a vm exit
JP5713089B2 (ja) マルチコアプロセッサシステム、制御プログラム、および制御方法
CN117076105A (zh) 一种脏页确定方法及计算设备
CN114327814A (zh) 任务调度方法、虚拟机、物理主机和存储介质
Buchanan et al. Operating Systems

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