CN106326189A - 处理器的控制方法和装置 - Google Patents
处理器的控制方法和装置 Download PDFInfo
- Publication number
- CN106326189A CN106326189A CN201510382463.3A CN201510382463A CN106326189A CN 106326189 A CN106326189 A CN 106326189A CN 201510382463 A CN201510382463 A CN 201510382463A CN 106326189 A CN106326189 A CN 106326189A
- Authority
- CN
- China
- Prior art keywords
- processor
- predefined
- control
- control command
- broadcasting packet
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种处理器的控制方法和装置。其中,该控制方法包括:处理器簇中的每个处理器均发送状态信息报文至控制中心,其中,状态信息报文中包含有对应的处理器的状态信息,处理器簇为具有相同功能的多个处理器的集合;处理器簇中的每个处理器均接收控制中心以广播形式发送的控制命令广播报文,其中,控制命令广播报文为响应状态信息报文的报文,并且控制命令广播报文中包含控制命令;处理器簇中的每个处理器均解析控制命令广播报文;第一目标处理器执行控制命令,其中,第一目标处理器为成功解析控制命令广播报文的处理器。本发明解决了现有技术中由于对cpu采用单个逐一的控制方式,导致控制效率低的技术问题。
Description
技术领域
本发明涉及控制领域,具体而言,涉及一种处理器的控制方法和装置。
背景技术
为满足大数据云计算的需求,硬件主板(例如,服务器硬件主板)上所安装的cpu(中央处理器,Central Processing Unit)的数量和种类越来越多。按照功能不同对硬件主板上的cpu进行划分,可以形成多个cpu簇。不同的cpu簇,具有不同的功能,例如:路由功能,图像处理功能等。现有技术中,控制中心对具有相同功能cpu簇中cpu采用单个逐一控制的控制方式。具体地,硬件主板上电启动后,硬件主板上的每个cpu都运行其内安装的bootloader(引导装载)程序,使该cpu处于bootloader状态,控制中心(例如,主处理器)通过点对点的形式依次发送控制命令来控制具有相同功能的cpu簇中的每个cpu,以使cpu进行执行相应操作。对于某cpu簇,控制端需要发送控制命令的次数与该cpu簇中所包含cpu的数量相等。此外,控制中心还需预先建立硬件主板上每个cpu的ip地址与该cpu所属cpu簇的功能的对应关系表,控制端才能发送控制命令给cpu簇中的cpu。
通过上述描述可知,现有技术中对cpu进行控制的过程中采用的是单个逐一的控制方式,存在效率低、控制逻辑复杂的问题。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种处理器的控制方法和装置,以至少解决现有技术中由于对cpu采用单个逐一的控制方式,导致控制效率低的技术问题。
根据本发明实施例的一个方面,提供了一种处理器的控制方法,包括:处理器簇中的每个处理器均发送状态信息报文至控制中心,其中,所述状态信息报文中包含有对应的所述处理器的状态信息,所述处理器簇为具有相同功能的多个处理器的集合;所述处理器簇中的每个所述处理器均接收所述控制中心以广播形式发送的控制命令广播报文,其中,所述控制命令广播报文为响应所述状态信息报文的报文,并且所述控制命令广播报文中包含控制命令;所述处理器簇中的每个所述处理器均解析所述控制命令广播报文;第一目标处理器执行所述控制命令,其中,所述第一目标处理器为成功解析所述控制命令广播报文的处理器。
进一步地,所述控制命令广播报文中包含UDP头、控制数据头和数据区,每个所述处理器中都存储有预定义UDP头、预定义数据长度、预定义控制数据头和预定义数据区,其中,所述处理器簇中的每个所述处理器均解析所述控制命令广播报文的步骤包括:判断所述UDP头与所述预定义UDP头是否相同;若判断出所述UDP头与所述预定义UDP头相同,则判断数据长度与所述预定义数据长度是否相同,其中,所述数据长度为所述控制数据头的字节长度与所述数据区的字节长度之和;若判断出所述数据长度与所述预定义数据长度相同,则判断所述控制数据头和所述预定义控制数据头是否相同;若判断出所述控制数据头与所述预定义控制数据头相同,则判断所述数据区与所述预定义数据区是否相同;其中,若判断出所述数据区与所述预定义数据区相同,则确定所述控制命令广播报文解析成功。
进一步地,所述UDP头中包含源端口号和目的端口号,所述预定义UDP头中包含预定义源端口号和预定义目的端口号,其中,判断所述UDP头与所述预定义UDP头是否相同包括:判断所述源端口号与所述预定义源端口号是否相同以及所述目的端口号和所述预定义目的端口号是否相同;其中,若判断出所述源端口号与所述预定义源端口号相同,且所述目的端口号和所述预定义目的端口号相同,则确定所述UDP头与所述预定义UDP头相同;若判断出所述源端口号与所述预定义源端口号不同或者所述目的端口号与所述预定义目的端口号不同,则确定所述UDP头与所述预定义UDP头不同。
进一步地,所述控制数据头中包含标识信息和控制域,所述预定义控制数据头中包含预定义标识信息,其中,判断所述控制数据头和预定义控制数据头是否相同包括:判断所述标识信息与所述预定义标识信息是否相同,其中,所述标识信息为目标处理器簇的标识信息,所述目标处理器簇为所述第一目标处理器所属的处理器簇;若判断出所述标识信息与所述预定义标识信息相同,则判断所述控制域是否包括整个所述目标处理器簇;其中,若判断出所述控制域包括整个所述目标处理器簇,则确定所述控制数据头与所述预定义控制数据头相同;若判断出所述标识信息与所述预定义标识信息不同,则确定所述控制数据头与所述预定义控制数据头不同。
进一步地,所述控制数据头中还包含序列号,所述预定义控制数据头中还包含预定义序列号,其中,判断所述控制数据头和预定义控制数据头是否相同还包括:若判断出所述控制域不包括整个所述目标处理器簇,则判断所述序列号与所述预定义序列号是否相同;其中,若判断出所述序列号与所述预定义序列号相同,则确定所述控制数据头与所述预定义控制数据头相同;若判断出所述序列号与所述预定义序列号不同,则确定所述控制数据头与所述预定义控制数据头不同。
进一步地,所述数据区中包含所述控制命令,所述预定义数据区中包含预定义命令,其中,判断所述数据区与预定义数据区是否相同包括:判断所述控制命令与所述预定义命令是否相同;其中,若判断出所述控制命令与所述预定义命令相同,则确定所述数据区与所述预定义数据区相同;若判断出所述控制命令与所述预定义命令不同,则所述数据区与所述预定义数据区不同。
进一步地,所述处理器簇中的每个所述处理器均解析所述控制命令广播报文的步骤还包括:若判断出所述UDP头与所述预定义UDP头不同、判断出所述数据长度与所述预定义数据长度不同、判断出所述控制数据头与所述预定义控制数据头不同、或者判断出所述数据区与所述预定义数据区不同,则丢弃所述控制命令广播报文,并且每隔预设时间发送一次所述状态信息报文至所述控制中心,直至再次接收到所述控制命令广播报文。
进一步地,在处理器簇中的每个处理器均发送状态信息报文至控制中心之后,所述控制方法还包括:所述处理器簇中的每个处理器均判断是否接收到所述控制命令广播报文;第二目标处理器每隔预设时间发送一次所述状态信息报文至所述控制中心,直至接收到所述控制命令广播报文,其中,所述第二目标处理器为判断出未接收到所述控制命令广播报文的处理器。
进一步地,在所述处理器簇中的每个所述处理器均解析所述控制命令广播报文之前,所述控制方法还包括:所述处理器簇中的每个处理器均判断所述控制命令广播报文中的目标MAC地址与预定义MAC地址是否相同,其中,第三目标处理器解析所述控制命令广播报文;第四目标处理器丢弃所述控制命令广播报文,并且每隔预设时间发送一次所述状态信息报文至所述控制中心,直至再次接收到所述控制命令广播报文,其中,所述第三目标处理器为判断出所述控制命令广播报文中的目标MAC地址与预定义MAC地址相同的处理器,所述第四目标处理器为判断出所述控制命令广播报文中的目标MAC地址与预定义MAC地址不同的处理器。
进一步地,所述控制方法还包括:每发送一次所述状态信息报文至所述控制中心之前,将所述状态信息报文中的心跳计数加一。
进一步地,在所述处理器簇中的每个所述处理器均解析所述控制命令广播报文之后,所述控制方法还包括:所述第一目标处理器回复状态命令报文至所述控制中心,其中,所述控制中心根据所述状态命令报文,确定并记录所述第一目标处理器的运行状态。
根据本发明实施例的一个方面,还提供了一种处理器的控制方法,包括:控制中心接收处理器簇中的每个处理器分别发送的状态信息报文,其中,所述状态信息报文中含有对应的所述处理器的状态信息,所述处理器簇为具有相同功能的多个处理器的集合;以及所述控制中心以广播形式发送控制命令广播报文至所述处理器簇中的每个所述处理器,以使所述处理器簇中的每个所述处理器均解析所述控制命令广播报文,其中,第一目标处理器执行所述控制命令广播报文中的控制命令,第一目标处理器为成功解析所述控制命令广播报文的处理器,所述控制命令广播报文为响应所述状态信息报文的报文。
进一步地,在所述控制中心以广播形式发送控制命令广播报文至所述处理器簇中的每个所述处理器,以使所述处理器簇中的每个所述处理器均解析所述控制命令广播报文之后,所述控制方法还包括:所述控制中心接收所述第一目标处理器发送的状态命令报文;所述控制中心根据接收到的所述状态命令报文确定所述第一目标处理器的运行状态,并记录所述运行状态。
根据本发明实施例的另一方面,还提供了一种处理器的控制装置,设置在处理器簇的每个处理器中,所述处理器簇为具有相同功能的处理器的集合,其中,所述控制装置包括:第一发送单元,用于发送状态信息报文至控制中心,其中,所述状态信息报文中包含有对应的所述处理器的状态信息;接收单元,用于接收所述控制中心以广播形式发送的控制命令广播报文,其中,所述控制命令广播报文为响应所述状态信息报文的报文,并且所述控制命令广播报文中包含控制命令;解析单元,用于解析所述控制命令广播报文;执行单元,用于在成功解析所述控制命令广播报文的情况下,执行所述控制命令。
进一步地,所述控制命令广播报文中包含UDP头、控制数据头和数据区,每个所述处理器中都存储有预定义UDP头、预定义数据长度、预定义控制数据头和预定义数据区,其中,所述解析单元包括:第一判断子单元,用于判断所述UDP头与预定义UDP头是否相同;第二判断子单元,用于在判断出所述UDP头与所述预定义UDP头相同的情况下,判断数据长度与预定义数据长度是否相同,其中,所述数据长度为所述控制数据头的字节长度与所述数据区的字节长度之和;第三判断子单元,用于在判断出所述数据长度与所述预定义数据长度相同的情况下,判断所述控制数据头和预定义控制数据头是否相同;第四判断子单元,用于在判断出所述控制数据头与所述预定义控制数据头相同的情况下,判断所述数据区与预定义数据区是否相同;其中,在判断出所述数据区与所述预定义数据区相同的情况下,确定所述控制命令广播报文解析成功。
进一步地,所述UDP头中包含源端口号和目的端口号,所述预定义UDP头中包含预定义源端口号和预定义目的端口号,其中,所述第一判断子单元包括:第一判断模块,用于判断所述源端口号与所述预定义源端口号是否相同以及所述目的端口号和所述预定义目的端口号是否相同;其中,在判断出所述源端口号与所述预定义源端口号相同,且所述目的端口号和所述预定义目的端口号相同的情况下,确定所述UDP头与预定义UDP头相同;在判断出所述源端口号与所述预定义源端口号不同或者所述目的端口号与所述预定义目的端口号不同的情况下,确定所述UDP头与预定义UDP头不同。
进一步地,所述控制数据头中包含标识信息和控制域,所述预定义控制数据头中包含预定义标识信息,其中,所述第三判断子单元包括:第二判断模块,用于判断所述标识信息与所述预定义标识信息是否相同,其中,所述标识信息为目标处理器簇的标识信息,所述目标处理器簇为成功解析所述控制命令广播报文的处理器所属的处理器簇;第三判断模块,用于在判断出所述标识信息与所述预定义标识信息相同的情况下,判断控制域是否包括整个所述目标处理器簇;其中,在判断出所述控制域包括整个所述目标处理器簇的情况下,确定所述控制数据头与所述预定义控制数据头相同;在判断出所述标识信息与所述预定义标识信息不同的情况下,确定所述控制数据头与所述预定义控制数据头不同。
进一步地,所述控制数据头中还包含序列号,所述预定义控制数据头中还包含预定义序列号,其中,所述第三判断子单元还包括:第四判断模块,用于在判断出所述控制域不包括整个所述目标处理器簇的情况下,判断所述序列号与所述预定义序列号是否相同;其中,在判断出所述序列号与所述预定义序列号相同的情况下,确定所述控制数据头与所述预定义控制数据头相同;在判断出所述序列号与所述预定义序列号不同的情况下,确定所述控制数据头与所述预定义控制数据头不同。
进一步地,所述数据区中包含所述控制命令,所述预定义数据区中包含预定义命令,其中,所述第四判断子单元包括:第五判断模块,用于判断所述控制命令与所述预定义命令是否相同;其中,在判断出所述控制命令与所述预定义命令相同的情况下,确定所述数据区与所述预定义数据区相同;在判断出所述控制命令与所述预定义命令不同的情况下,确定所述数据区与所述预定义数据区不同。
进一步地,所述解析单元还包括:处理模块,用于在判断出所述UDP头与所述预定义UDP头不同、若判断出数据长度与预定义长度不同、判断出所述控制数据头与所述预定义控制数据头不同、或者判断出所述数据区与所述预定义数据区不同的情况下,丢弃所述控制命令广播报文,并且每隔预设时间发送一次所述状态信息报文至所述控制中心,直至再次接收到所述控制命令广播报文。
进一步地,所述控制装置还包括:第一判断单元,用于在发送状态信息报文至控制中心之后,判断是否接收到所述控制命令广播报文;第二发送单元,用于在判断出未接收到所述控制命令广播报文的情况下,每隔预设时间发送一次所述状态信息报文至所述控制中心,直至接收到所述控制命令广播报文。
进一步地,所述控制装置还包括:第二判断单元,用于在解析所述控制命令广播报文之前,判断所述控制命令广播报文中的目标MAC地址与预定义MAC地址是否相同,其中,在判断出所述控制命令广播报文中的目标MAC地址与预定义MAC地址相同的情况下,解析所述控制命令广播报文;在判断出所述控制命令广播报文中的目标MAC地址与预定义MAC地址不同的情况下,丢弃所述控制命令广播报文,并且每隔预设时间发送一次所述状态信息报文至所述控制中心,直至再次接收到所述控制命令广播报文。
进一步地,所述控制装置还包括:计数单元,用于每发送一次所述状态信息报文至所述控制中心之前,将所述状态信息报文中的心跳计数加一。
进一步地,所述控制装置还包括:回复单元,用于在成功解析所述控制命令广播报文的情况下之后,回复状态命令报文至所述控制中心,其中,所述控制中心根据所述状态命令报文,确定并记录所述处理器的运行状态。
根据本发明实施例的另一方面,还提供了一种处理器的控制装置,设置在控制中心中,其中,所述控制装置包括:第一传输单元,用于接收处理器簇中的每个处理器分别发送的状态信息报文,其中,所述状态信息报文中含有对应的所述处理器的状态信息,所述处理器簇为具有相同功能的多个处理器的集合;以及第二传输单元,用于以广播形式发送控制命令广播报文至所述处理器簇中的每个所述处理器,以使所述处理器簇中的每个所述处理器均解析所述控制命令广播报文,其中,第一目标处理器执行所述控制命令广播报文中的控制命令,所述第一目标处理器为成功解析所述控制命令广播报文的处理器,所述控制命令广播报文为响应所述状态信息报文的报文。
进一步地,所述控制装置还包括:第三传输单元,用于在以广播形式发送控制命令广播报文至所述处理器簇中的每个所述处理器,以使所述处理器簇中的每个所述处理器均解析所述控制命令广播报文之后,接收第一目标处理器发送的状态命令报文;记录单元,用于根据接收到的所述状态命令报文确定所述第一目标处理器的运行状态,并记录所述运行状态。
在本发明实施例中,采用处理器簇中的每个处理器均发送状态信息报文控制中心,其中,所述状态信息报文中包含有对应的所述处理器的状态信息,所述处理器簇为具有相同功能的多个处理器的集合;所述处理器簇中的每个所述处理器均接收所述控制中心以广播形式发送的控制命令广播报文,其中,所述控制命令广播报文为响应所述状态信息报文的报文,并且所述控制命令广播报文中包含控制命令;所述处理器簇中的每个所述处理器均解析所述控制命令广播报文;第一目标处理器执行所述控制命令,其中,所述第一目标处理器为成功解析所述控制命令广播报文的处理器。通过控制中心以广播的形式将包含控制命令的控制命令广播报文发送给全部处理,使得每个处理器能够同时接收以及解析上述控制命令广播报文,进而解析成功的处理器均执行控制命令,相比较于现有技术中控制中心采用单个逐一对处理器进行控制的方式,本申请中控制中心对处理器的控制方式能够达到对于同一条控制命令只需发送一次就可以控制多个处理器的目的,从而提高了对处理器的控制效率,进而解决了现有技术中由于对cpu采用单个逐一的控制方式,导致控制效率低的技术问题。此外,在本发明实施例所提供的处理器的控制方式中,控制中心无需预先建立硬件主板上每个处理器的ip地址与该处理器所属的cpu簇的功能对应关系表,达到了简化控制中心控制逻辑的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种可选的处理器的控制方法的流程图;
图2是根据本发明实施例的另一种可选的处理器的控制方法的流程图;
图3是根据本发明实施例的一种处理器集群的示意图;
图4是根据本发明实施例的一种可选的处理器的控制方法的时序图;
图5是根据本发明实施例的一种可选的处理器的控制方法中解析控制命令广播报文的流程图;
图6是根据本发明实施例的一种可选的处理器的控制装置的示意图;以及
图7是根据本发明实施例的另一种可选的处理器的控制装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先,在对本发明实施例进行描述的过程中出现的部分名词或术语适用于如下解释:
Bootloader:是在操作***内核运行之前运行的一段小程序。可以初始化硬件设备、建立内存空间映射图,从而将***的软硬件环境带到一个合适状态,以便为最终调用操作***内核准备好正确的环境。
cpu簇(cpu cluster):在一块硬件主板上,一类具有相同功能的cpu集合。
控制中心:在一块硬件主板上控制该硬件主板上各个cpu的主cpu,用于记录各cpu的状态、下发处理任务给各cpu等。
根据本发明实施例,提供了一种处理器的控制方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的一种可选的处理器的控制方法的流程图,如图1所示,该方法包括如下步骤:
步骤S102,处理器簇中的每个处理器均发送状态信息报文至处理器进行控制的控制中心,其中,状态信息报文中包含有与状态信息报文对应的处理器的状态信息,处理器簇为具有相同功能的多个处理器的集合。具体地,状态信息中至少包含处理器中所安装的bootloader的版本号。
其中,上述步骤S102中的处理器是指处于bootloader状态下的处理器,也即,已经运行了bootloader程序的处理器。当硬件主板上电启动后,硬件主板上处理器簇中的每个处理器都会运行bootloader程序,也就使得每个处理器都处于bootloader状态。
此外,硬件主板上处理器簇的数量可以为一个,也可以为多个。如果为多个,则每个处理器簇中包含的每个处理器均发送状态信息报文至控制中心。
步骤S104,处理器簇中的每个处理器均接收控制中心以广播形式发送的控制命令广播报文,其中,控制命令广播报文为响应状态信息报文的报文,并且控制命令广播报文中包含控制命令。
具体地,控制中心通过对控制命令广播报文的内容进行设置,实现其对所要控制的处理器簇中的处理器的控制。
步骤S106,处理器簇中的每个处理器均解析控制命令广播报文。
步骤S108,第一目标处理器执行控制命令,其中,第一目标处理器为成功解析控制命令广播报文的处理器。
如果控制中心当前想要控制某个处理器簇中的一个处理器或全部的处理器执行控制命令,则控制命令广播报文中会包含关于上述处理器簇的相关信息,以使得该处理器簇中的一个处理器或者全部的处理器能够成功解析上述控制命令广播报文,并且执行控制命令,从而实现对该处理器簇中的一个处理器或者全部处理器的控制。
上述步骤S108中的第一目标处理器即为控制中心当前所要控制的处理器。其中,第一目标处理器可以为一个,也可以为多个,具体数量由控制命令广播报文中的控制域确定。如果为多个,则上述多个第一目标处理器属于同一处理器簇,该处理器簇即为下文中的目标处理器簇。
在本发明实施例中,通过控制中心以广播的形式将包含控制命令的控制命令广播报文发送给全部处理,使得每个处理器能够同时接收以及解析上述控制命令广播报文,进而解析成功的处理器均执行控制命令,相比较于现有技术中控制中心采用单个逐一对处理器进行控制的方式,本申请中控制中心对处理器的控制方式能够达到对于同一条控制命令只需发送一次就可以控制多个处理器的目的,从而提高了对处理器的控制效率,进而解决了现有技术中由于对cpu采用单个逐一的控制方式,导致控制效率低的技术问题。此外,在本发明实施例所提供的处理器的控制方式中,控制中心无需预先建立硬件主板上每个处理器的ip地址与该处理器所属的cpu簇的功能对应关系表,达到了简化控制中心控制逻辑的效果。
每个处理器给控制中心发送的状态信息报文的格式均如下表1所示。
表1
根据上表1可知,状态信息报文分为三部分,分别是MAC头、UDP头和信息区,每部分具体包括的内容以及字节长度均可参见表1得知。对状态信息报文所包含的内容说明如下:
目标MAC地址为控制中心的MAC地址,该MAC地址为预先定义的。硬件主板上的每个处理器中都存储有控制中心的MAC地址。
源MAC地址为发送状态信息报文的处理器的MAC地址,处理器的MAC地址也是预先定义的。需要说明的是,硬件主板上每个处理器的MAC地址都是唯一的。
类型为协议的类型。
IP填充字段为IP协议中标准字段,以符合网络传输协议,在交换机环境中进行数据传输。
源IP地址为发送状态信息报文的处理器的IP地址,同样的,处理器的IP地址也都是预先定义的。需要说明的是,硬件主板上的每个处理器的IP地址也都是唯一的。
目的IP地址为控制中心的IP地址,该IP地址也是预先定义的,硬件主板上的每个处理器中都存储有控制中心的IP地址。
源端口号为发送状态信息报文的处理器所属的cpu簇的源端口号。
目的端口号为控制中心的端口号。
长度为源端口号+目的端口号+长度+UDP校验和+信息区的字节长度之和。
UDP校验和为满足网络传输数据格式长度,所作的填充字段,不作处理。
幻数为该处理器所属的cpu簇在硬件主板上的标识信息,并且是唯一标识。
心跳计数为处理器给控制中心发送状态信息报文的次数。
bootloader信息为bootloader的相关信息,至少包括bootloader的版本号。此外,用户可以根据实际需要对bootloader信息中所包含的内容进行扩展。
根据上述状态信息报文的格式可知,控制中心通过接收各处理器发送的状态信息报文,可以收集各处理器的bootloader的版本号,从而实现对各处理器的bootloader版本的查询以及实现对bootloader版本的统一管理。
控制中心给每个处理器发送的控制命令广播报文的格式如下表2所示。
表2
根据上表2可知,控制命令广播报文主要分为四部分,分别是MAC头、UDP头、控制数据头和数据区,每部分具体包括的内容以及字节长度均可参见表2得知。对控制命令广播报文所包含的内容说明如下:
目标MAC地址为FF-FF-FF-FF-FF-FF,表示控制中心将控制命令广播报文以广播的形式进行发送。
源MAC地址为控制中心的MAC地址。
类型为协议的类型。
IP填充字段为IP协议中标准字段,以符合网络传输协议,在交换机环境中进行数据传输。
源IP地址为控制中心的IP地址,该IP地址也是预先定义的。
目的IP地址为当前网段中广播的IP地址,该IP地址为预定定义的,不同网段中广播的IP地址不同。
源端口号为控制中心的源端口号。
目的端口号为需要执行控制命令的处理器所属的cpu簇的端口号。
长度为源端口号+目的端口号+长度+UDP校验和+控制数据头+数据区的字节长度之和。
UDP校验和为满足网络传输数据格式长度,所作的填充字段,不作处理。
控制域为控制命令的执行范围,可以包括某个cpu簇中的全部cpu,也可以只包括某个cpu簇中的一个cpu,具体可以根据用户需求设置。控制域有两种取值,分别是1和0,当控制域的取值为1时,表示控制命令的执行范围为某个cpu簇中的全部cpu,当控制域的取值为0时,表示控制命令的执行范围为某个cpu簇中的一个cpu。
序列号为执行控制命令的处理器的序列号。在同一cpu簇中,每个处理器的序列号都是唯一的,但在不同cpu簇中,处理器的序列号可以相同,也可以不同。
幻数为该处理器所属cpu簇的标识信息,并且是唯一标识。
同步字节表示控制中心与处理器的同步状态,有两种取值,分别是1和0,在控制命令广播报文中,同步字节的取值为0。
需要说明的是,控制命令广播报文中的控制命令具有可扩展性,在实施时,用户可以根据需要对控制命令进行扩展,以实现多样化的控制功能,例如:启动内核及文件***、更新bootloader、检测***设备等。如果控制命令为更新bootloader,根据本发明实施例所提供的处理器的控制方法,可以直接实现对各个处理器中安装的bootloader进行统一升级,无需串口接入,大大提高了bootloader的升级效率,从而降低了相关操作人员的工作强度。
作为一个可选实施例,控制命令广播报文中包含UDP头、控制数据头和数据区,每个处理器中都存储有预定义UDP头、预定义数据长度、预定义控制数据头和预定义数据区,处理器簇中每个处理器均可以通过步骤S1061至步骤S1067实现对其接收到的控制命令广播报文的解析,其中,步骤S1061至步骤S1067具体如下:
步骤S1061,判断UDP头与预定义UDP头是否相同。
步骤S1063,若判断出UDP头与预定义UDP头相同,则判断数据长度与预定义数据长度是否相同,其中,数据长度为控制数据头的字节长度与数据区的字节长度之和。
步骤S1065,若判断出数据长度与预定义数据长度相同,则判断控制数据头和预定义控制数据头是否相同。
步骤S1067,若判断出控制数据头与预定义控制数据头相同,则判断数据区与预定义数据区是否相同,其中,若判断出数据区与预定义数据区相同,则确定控制命令广播报文解析成功。
作为一个可选实施例,若某个处理器判断出数据长度与预定义数据长度不同,表示该处理器无需执行控制命令,那么也就无需继续对控制命令广播报文进行解析,进而将接收到的控制命令广播报文丢弃,并且该处理器的每隔预设时间就会发送一次状态信息报文至控制中心,直至其再次接收到控制命令广播报文。具体地,预设时间可以根据用户需求设置,例如:2S、3S等。
作为一个可选实施例,UDP头中包含源端口号和目的端口号,预定义UDP头中包含预定义源端口号和预定义目的端口号,步骤S1061中判断UDP头与预定义UDP头是否相同包括如下步骤S1:
步骤S1,判断源端口号与预定义源端口号是否相同以及目的端口号和预定义目的端口号是否相同。
具体地,若判断出源端口号与预定义源端口号相同,且目的端口号和预定义目的端口号相同,则确定UDP头与预定义UDP头相同;若判断出源端口号与预定义源端口号不同或者目的端口号与预定义目的端口号不同,则确定UDP头与预定义UDP头不同。
作为一个可选实施例,若某个处理器判断出UDP头与预定义UDP头不同,则该处理器丢弃控制命令广播报文,并且每隔预设时间发送一次状态信息报文至控制中心,直至再次接收到控制命令广播报文。
也即,如果判断出源端口号与预定义源端口号相同,并且目的端口号和预定义目的端口号也相同的情况下,可以再继续判断数据长度和预定义长度是否相同。如果判断出源端口号与预定义源端口号不同或者目的端口号与预定义目的端口号不同,表示该处理器无需执行控制命令,那么也就不需要继续对控制命令广播报文进行解析,进而处理器将接收到的控制命令广播报文丢弃,并且每隔预设时间(例如,2S)就会发送一次该处理器的状态信息报文至控制中心,直至再次接收到控制命令广播报文。
作为一个可选实施例,控制数据头中包含标识信息和控制域,预定义控制数据头中包含预定义标识信息,步骤S1065中判断控制数据头和预定义控制数据头是否相同包括如下步骤:
步骤S3,判断标识信息与预定义标识信息是否相同,其中,标识信息为目标处理器簇的标识信息,目标处理器簇为第一目标处理器所属的处理器簇(即,cpu簇)。
在本发明实施例中,标识信息即为上述表2中控制命令广播报文中的幻数。
步骤S5,若判断出标识信息与预定义标识信息相同,则判断控制域是否包括整个目标处理器簇,也即判断控制域是否包括目标处理器簇中全部的处理器。
具体地,若判断出控制域包括整个目标处理器簇,则确定控制数据头与预定义控制数据头相同;若判断出标识信息与预定义标识信息不同,则确定控制数据头与预定义控制数据头不同。
作为一个可选实施例,若某个处理器判断出控制数据头与预定义控制数据头不同,表示该处理器无需执行控制命令,那么也就无需继续对控制命令广播报文进行解析,进而处理器将接收到的控制命令广播报文丢弃,并且同样的每隔预设时间就会发送一次该处理器的状态信息报文至控制中心,直至再次接收到控制命令广播报文。
也即,如果某个处理器判断出标识信息与预定义标识信息相同,并且控制域包括整个目标处理器簇,可以再继续判断数据区与预定义数据区是否相同。如果判断出标识信息与预定义标识信息不同,表示该处理器无需执行控制命令,那么也就不需要继续对控制命令广播报文进行解析,进而将接收到的控制命令广播报文丢弃,并且每隔预设时间(例如,2S)就会发送一次状态信息报文至控制中心,直至再次接收到控制命令广播报文。
在本发明实施例中,可以通过对控制域所包含的处理器的范围进行设置,从而控制某个cpu簇中全部的处理器均执行控制命令,进而实现了控制中心对某个cpu簇中的全部cpu进行控制(也就是同时对多个处理器进行控制)的效果。
作为一个可选实施例,控制数据头中还包含序列号,预定义控制数据头中还包含预定义序列号,其中,预定义序列号为该处理器自身的序列号,步骤S1065中判断控制数据头和预定义控制数据头是否相同还包括如下步骤:
步骤S7,若判断出控制域不包括整个目标处理器簇,则判断序列号与预定义序列号是否相同。
具体地,若判断出序列号与预定义序列号相同,则确定控制数据头与预定义控制数据头相同;若判断出序列号与预定义序列号不同,则确定控制数据头与预定义控制数据头不同。
如果控制中心此次所要控制的处理器只有一个,则控制命令广播报文中所包含的序列号为需要执行控制命令的处理器的序列号,也就是第一目标处理器的序列号。
在本发明实施例中,控制中心可以通过对控制命令广播报文中的控制域以及序列号进行设置,将执行控制命令的处理器的范围缩小,即可实现控制中心只对某个处理器簇中的一个cpu进行控制的效果。
通过本发明实施例中所提供的控制命令广播报文,控制中心既可以控制某个处理器簇中全部的处理器,也可以只控制某个处理器簇中的一个处理器,相比较于现有技术中控制中心只能控制一个处理器的控制方式,提高了对处理器控制的灵活性。
作为一个可选实施例,数据区中包含控制命令,预定义数据区中包含预定义命令,其中,预定义命令为该处理器可以执行的控制命令,步骤S1067中判断数据区与预定义数据区是否相同包括如下步骤:
步骤S9,判断控制命令与预定义命令是否相同。
具体地,若判断出控制命令与预定义命令相同,则确定数据区与预定义数据区相同;若判断出控制命令与预定义命令不同,则确定数据区与预定义数据区不同。
作为一个可选实施例,若某个处理器判断出数据区与预定义数据区不同,表示该处理器无需执行控制命令,那么也就无需继续对控制命令广播报文进行解析,进而将接收到的控制命令广播报文丢弃,并且同样的每隔预设时间就会发送一次状态信息报文至控制中心,直至再次接收到控制命令广播报文。
作为一个可选实施例,在处理器簇中的每个处理器均发送状态信息报文至控制中心之后,控制方法还包括:处理器簇中的每个处理器均判断是否接收到控制命令广播报文,其中,第二目标处理器每隔预设时间发送一次状态信息报文至控制中心,直至接收到控制命令广播报文,其中,第二目标处理器为判断出未接收到控制命令广播报文的处理器。
需要说明的是,本实施例中的第二目标处理器可能与上述实施例中的第一目标处理器为同一处理器,也可能与上述实施例中的第一目标处理器为不同的处理器。
作为一个可选实施例,在处理器簇中的每个处理器均解析控制命令广播报文之前,控制方法还包括:处理器簇中的每个处理器均判断控制命令广播报文中的目标MAC地址与预定义MAC地址是否相同,其中,第三目标处理器解析控制命令广播报文;第四目标处理器丢弃控制命令广播报文,并且每隔预设时间发送一次状态信息报文至控制中心,直至再次接收到控制命令广播报文。具体地,第三目标处理器为判断出控制命令广播报文中的目标MAC地址与预定义MAC地址相同的处理器,第四目标处理器为判断出控制命令广播报文中的目标MAC地址与预定义MAC地址不同的处理器。在本发明实施例中,预定义MAC地址为FF-FF-FF-FF-FF,也即,判断目标MAC地址是否为FF-FF-FF-FF-FF。
需要说明的是,本实施例中的第三目标处理器可能与上述实施例中的第一目标处理器为同一处理器,也可能与上述实施例中的第一目标处理器为不同的处理器。
作为一个可选实施例,每发送一次状态信息报文至控制中心之前,将状态信息报文中的心跳计数加一,也就是,状态信息报文中心跳次数与该状态信息报文对应的处理器给控制中心发送状态信息报文的次数相等。例如:某个处理器第一次发送给控制中心的状态信息报文中的心跳计数为1,第二次发送给控制中心的状态信息报文中的心跳计数为2,依次类推,直至该处理器所在的硬件主板断电。
由于处理器是按照每隔预设时间就会给控制中心发送状态信息报文,所以控制中心可以根据预设时间以及状态信息报文中的心跳计数得知该处理器的工作时间。
作为一个可选实施例,在处理器簇中的每个处理器均解析控制命令广播报文之后,控制方法还包括:第一目标处理器回复状态命令报文至控制中心,其中,控制中心根据状态命令报文,确定并记录第一目标处理器的运行状态。
需要说明的是,状态命令报文的组成格式与控制命令广播报文的组成格式相同。但是在状态命令报文中,同步字节的取值为1,表示处理器执行了控制命令;源MAC地址为第一目标处理器所属的cpu簇(即,目标处理器簇)的MAC地址;源端口号为第一目标处理器所属的cpu簇(即,目标处理器簇)的MAC地址;目的端口号为控制中心的端口号;控制域的取值与第一目标处理器接收到的控制命令广播报文中的取值相同。
具体地,控制中心可以根据状态命令报文中的同步字节确定第一目标处理器的运行状态,并对上述运行状态进行记录。
在本发明实施例中,处理器成功解析控制命令广播报文后,会向控制中心反馈信息,以告知控制中心该处理器已经执行了控制命令。
作为一个可选实施例,第一目标处理器为多个,在处理器簇中的每个处理器均解析控制命令广播报文之后,控制方法还包括:多个第一目标处理器中的每个第一目标处理器均回复状态命令报文至控制中心,其中,控制中心根据接收到的状态命令报文确定与状态命令报文对应的第一目标处理器的运行状态,并记录运行状态。
即,控制中心会记录向其发送状态命令报文的每个第一目标处理器的运行状态。
图2是根据本发明实施例的另一种可选的处理器的控制方法的流程图。如图2所示,该控制方法包括如下步骤:
步骤S202,控制中心接收处理器簇中的每个处理器分别发送的状态信息报文,其中,状态信息报文中含有与状态信息报文对应的处理器的状态信息,处理器簇为具有相同功能的多个处理器的集合。具体地,状态信息中至少包含对应的处理器所安装的bootloader的版本信息。
步骤S204,控制中心以广播形式发送控制命令广播报文至处理器簇中的每个处理器,以使处理器簇中的每个处理器均解析控制命令广播报文,其中,第一目标处理器执行控制命令广播报文中的控制命令,第一目标处理器为成功解析控制命令广播报文的处理器,控制命令广播报文为响应状态信息报文的报文。
状态信息报文和控制命令广播报文已在上述内容中进行详细介绍,此处不再重复说明。
在本发明实施例中,通过控制中心以广播的形式将包含控制命令的控制命令广播报文发送给全部处理,使得每个处理器能够同时接收以及解析上述控制命令广播报文,进而解析成功的处理器均执行控制命令,相比较于现有技术中控制中心采用单个逐一对处理器进行控制的方式,本申请中控制中心对处理器的控制方式能够达到对于同一条控制命令只需发送一次就可以控制多个处理器的目的,从而提高了对处理器的控制效率,进而解决了现有技术中由于对cpu采用单个逐一的控制方式,导致控制效率低的技术问题。此外,在本发明实施例所提供的处理器的控制方式中,控制中心无需预先建立硬件主板上每个处理器的ip地址与该处理器所属的cpu簇的功能对应关系表,达到了简化控制中心控制逻辑的效果。
作为一个可选实施例,在控制中心以广播形式发送控制命令广播报文至处理器簇中的每个处理器,以使处理器簇中的每个处理器解析控制命令广播报文之后,控制方法还包括:控制中心接收第一目标处理器发送的状态命令报文;控制中心根据接收到的状态命令报文确定第一目标处理器的运行状态,并记录运行状态。
同样的,状态命令报文也已在上述内容中进行详细介绍,此处不再重复说明。
在本发明实施例中,处理器成功解析控制命令状态报文后,会向控制中心反馈信息,以告知控制中心该处理器已经执行了控制命令。
作为一个可选实施例,第一目标处理器为多个,在控制中心以广播形式发送控制命令广播报文至处理器簇中的每个处理器,以使处理器簇中的每个处理器解析控制命令广播报文之后,控制方法还包括:控制中心接收多个第一目标处理器中每个第一目标处理器发送的状态命令报文;控制中心根据接收到的状态命令报文确定与状态命令报文对应的第一目标处理器的运行状态,并记录运行状态。
图3是根据本发明实施例的一种处理器集群的示意图。如图3所示,在本发明实施例中,硬件主板上包括交换机、控制中心以及4个cpu簇,其中,4个cpu簇分别是cpu簇0、cpu簇1、cpu簇2和cpu簇3,每个cpu簇中都包含多个处理器,例如,cpu簇0包含cpu0、cpu1、cpu2等。控制中心和各个处理器之间都是通过交换机进行通信。具体地,当硬件主板上电启动后,上述4个cpu簇中的每个处理器都运行bootloader,使得该处理器处于bootloader状态,然后每个处理器都会通过交换机给控制中心发送状态信息报文,控制中心根据接收到的状态信息报文,确定响应该状态信息报文的控制命令广播报文,并且通过交换机将上述控制命令广播报文发送给上述4个cpu簇中的所有处理器,每个处理器会对接收到控制命令广播报文进行解析。解析成功的处理器则执行控制命令广播报文中的控制命令,并回复状态命令报文至控制中心,使得控制中心可以通过接收到的状态报文确定处理器的运行状态;解析失败的处理器则每隔预设时间(例如:2S)就会向控制中心发送一次状态信息报文,直至再次接收到控制命令广播报文。处理器同样会对再次接收到的控制命令广播报文进行解析,若再次解析失败,仍旧每隔预设时间就向控制中心发送一次状态信息报文。
图4是根据本发明实施例的一种可选的处理器的控制方法的时序图。在该实施例中,以某个cup簇中的一个cpu为例,对本发明实施例所提供的处理器的控制方法进行说明。该控制方法包括步骤S402至步骤S412,具体如下:
步骤S402,处理器发送状态信息报文包至控制中心。具体地,该处理器为已运行bootloader的处理器。
其中,状态信息报文也可以称为状态信息包。步骤S402同步骤S102,在此不再重复说明。
步骤S404,控制中心根据接收到的状态信息报文,确定控制命令广播报文。本步骤中的控制命令广播报文也可以称为控制命令广播包。
具体地,控制中心在接收到上述状态信息报文后,对该状态信息报文进行解析,以获取处理器的相关信息(例如、处理器中安装的bootloader的版本号等信息),控制中心可以根据上述相关信息,作出相应的判断,进而确定出控制命令广播报文。
步骤S406,控制中心通过广播的形式将上控制命令广播报文发送至处理器。
由于控制命令广播报文是通过广播形式进行发送的,所以对于同一控制命令广播报文,控制中心只需发送一次即可实现该控制中心所在的硬件主板上全部的处理器都可以接收到该控制命令广播报文。
步骤S408,处理器对接收到的控制命令广播报文进行解析。
具体地,处理器对控制命令广播报文进行解析,有两种结果。一种是解析成功,另一种是解析失败,如果解析成功,处理器则执行步骤S410;若果解析失败,处理器会将接收到的控制命令广播报文丢弃,并且每隔2S就给控制中心发送一下状态信息报文,以能够再次接收到控制命令广播报文。
步骤S410,若解析成功,则执行控制命令广播报文中的控制命令,并回复状态命令报文至控制中心。
步骤S412,根据状态命令报文,确定处理器的运行状态,并对该状态进行记录。
具体地,控制中心在接收到上述状态命令报文后,对该状态命令报文进行解析,以获取处理器的运行状态,并对该运行状态进行记录,表示该处理器已经执行控制命令。
需要说明的是,图4中只是示意性的示出了控制中心对一个处理器的控制过程,控制中心对其所在的硬件主板上的其他处理器的控制过程与上述控制过程相同,在此不再重复说明。
图5是根据本发明实施例的一种可选的处理器的控制方法中解析控制命令广播报文的流程图。其中,控制命令广播报文的组成格式如上述表2所示,处理器中存储有预定义端口号、预定义数据长度、预定义幻数、自身的序列号和预定义命令。如图5所示,处理器对控制命令广播报文的解析过程主要包括步骤S4081至步骤S4086,具体如下:
步骤S4081,判断端口号与预定义端口号是否相同。
具体地,端口号包括源端口号和目的端口号,预定义端口号包括预定义源端口号和预定义目的端口号,步骤S4081具体为:判断源端口号与预定义源端口号是否相同以及目的端口号和预定义目的端口号是否相同;若判断出源端口号与预定义源端口号相同,且目的端口号和预定义目的端口号相同,则执行步骤S4082;若判断出源端口号与预定义端口号不同或者目的端口号与预定义目的端口号不同,则确定解析失败。
步骤S4082,判断数据长度与预定义数据长度是否相同。该步骤同步骤S1063中的判断数据长度与预定义数据长度是否相同,在此不再重复说明。
具体地,若判断出数据长度与预定义数据长度相同,则执行步骤S4083;若判断出数据长度与预定义数据长度不同,确定解析失败。
步骤S4083,判断幻数与预定义幻数是否相同。具体地,幻数为需要执行控制命令的处理器所属cpu簇的标识信息,该步骤同步骤S3中判断标识信息与预定义标识信息是否相同,在此不再重复说明。
具体地,若判断出幻数与预定义幻数相同,则执行步骤S4084;若判断出幻数与预定义幻数不同,确定解析失败。
步骤S4084,判断控制域是否包括整个处理器簇。具体地,上述整个处理器簇为该处理器所属的处理器簇。该步骤同步骤S5中判断控制域是否包括整个目标处理器簇,在此不再重复说明。
具体地,若判断出控制域包括处理器簇中全部的处理器,则执行步骤S4086;若判断出控制域不包括整个处理器簇,则执行步骤S4085。
步骤S4085,判断序列号与该处理器自身的序列号是否相同。该步骤同步骤S7中判断序列号与预定义序列号是否相同,在此不再重复说明,自定义序列号即为处理器自身的序列号。
具体地,若判断出序列号与该处理器自身的序列号相同,则执行步骤S4086;若判断出序列号与该处理器自身的序列号不同,确定解析失败。
步骤S4086,判断控制命令与预定义命令是否相同。该步骤同步骤S9判断控制命令与预定义命令是否相同,在此不再重复说明。
具体地,若判断出控制命令与预定义命令相同,则确定解析成功;若判断出控制命令与预定义命令不同,确定解析失败。
需要说明的是,处理器在对控制命令广播报文解析的过程中,不论哪个环节或者步骤解析失败,则终止对接收到的控制命令广播报文的解析,并且每隔预设时间就发送一次状态信息报文至控制中心,以再次接收到控制命令广播报文。
根据本发明实施例,还提供了一种处理器的控制装置,其中,该控制装置设置在处理器簇的每个处理器中,处理器簇为具有相同功能的处理器的集合。图6是根据本发明实施例的一种可选的处理器的控制装置的示意图。如图6所示,该控制装置主要包括第一发送单元10、接收单元20、解析单元30和执行单元40,其中:
第一发送单元10用于发送状态信息报文至控制的控制中心,其中,状态信息报文中包含有与状态信息报文对应的处理器的状态信息。具体地,状态信息中至少处理器中所安装的包含bootloader的版本号。
其中,上述第一发送单元10中的处理器是指处于bootloader状态下的处理器,也即,已经运行了bootloader程序的处理器。当硬件主板上电启动后,硬件主板上处理器簇中的每个处理器都会运行bootloader程序,也就使得每个处理器都处于bootloader状态。
接收单元20用于接收控制中心以广播形式发送的控制命令广播报文,其中,控制命令广播报文为响应状态信息报文的报文,并且控制命令广播报文中包含控制命令。
具体地,控制中心通过对控制命令广播报文的内容进行设置,实现其对所要控制的处理器簇中的处理器的控制。
解析单元30用于解析控制命令广播报文。
执行单元40用于在成功解析控制命令广播报文的情况下,执行控制命令。
具体地,处理器簇可以为一个,也可以为多个。不论是一个处理器簇,还是多个处理器簇,每个处理器簇中的每个处理器都设置一个控制装置。
在本发明实施例中,处理器簇中可以只有一个处理器成功解析控制命令广播报文,也可以是全部的处理器均成功控制命令广播报文,成功解析控制命令广播报文的处理器的数量由控制命令广播报文决定。
在本发明实施例中,通过控制中心以广播的形式将包含控制命令的控制命令广播报文发送给全部处理,使得每个处理器能够同时接收以及解析上述控制命令广播报文,进而解析成功的处理器均执行控制命令,相比较于现有技术中控制中心采用单个逐一对处理器进行控制的方式,本申请中控制中心对处理器的控制方式能够达到对于同一条控制命令只需发送一次就可以控制多个处理器的目的,从而提高了对处理器的控制效率,进而解决了现有技术中由于对cpu采用单个逐一的控制方式,导致控制效率低的技术问题。此外,在本发明实施例所提供的处理器的控制方式中,控制中心无需预先建立硬件主板上每个处理器的ip地址与该处理器所属的cpu簇的功能对应关系表,达到了简化控制中心控制逻辑的效果。
控制命令广播报文和状态信息报文的相关内容,已在上述发明实施例中具体说明,在此不再赘述。
作为一个可选实施例,控制命令广播报文中包含UDP头、控制数据头和数据区,每个处理器中都存储有预定义UDP头、预定义数据长度、预定义控制数据头和预定义数据区,其中,解析单元30包括第一判断子单元、第二判断子单元、第三判断子单元和第四判断子单元,具体地:
第一判断子单元用于判断UDP头与预定义UDP头是否相同。
第二判断子单元用于在判断出UDP头与预定义UDP头相同的情况下,判断数据长度与预定义数据长度是否相同,其中,数据长度为控制数据头的字节长度与数据区的字节长度之和。
第三判断子单元用于在判断出数据长度与预定义数据长度相同的情况下,判断控制数据头和预定义控制数据头是否相同。
第四判断子单元用于在判断出控制数据头与预定义控制数据头相同的情况下,判断数据区与预定义数据区是否相同。其中,在判断出数据区与预定义数据区相同的情况下,确定控制命令广播报文解析成功。
需要说明的是,硬件主板上的每个处理器都可以通过调用第一判断子单元、第二判断子单元、第三判断子单元和第四判断子单元完成对其接收到的控制命令广播报文的解析。
作为一个可选实施例,UDP头中包含源端口号和目的端口号,预定义UDP头中包含预定义源端口号和预定义目的端口号,其中,第一判断子单元包括第一判断模块,第一判断模块用于判断源端口号与预定义源端口号是否相同以及目的端口号和预定义目的端口号是否相同。其中,在判断出源端口号与预定义源端口号相同,且目的端口号和预定义目的端口号相同的情况下,确定UDP头与预定义UDP头相同;在判断出源端口号与预定义源端口号不同或者目的端口号与预定义目的端口号不同的情况下,确定UDP头与预定义UDP头不同。
作为一个可选实施例,控制数据头中包含标识信息和控制域,预定义控制数据头中包含预定义标识信息,其中,第三判断子单元包括第二判断模块和第三判断模块,具体地:
第二判断模块用于判断标识信息与预定义标识信息是否相同,其中,标识信息为目标处理器簇的标识信息,目标处理器簇为成功解析控制命令广播报文的处理器所属的处理器簇。
在本发明实施例中,标识信息即为上述表2中控制命令广播报文中的幻数。
第三判断模块用于在判断出标识信息与预定义标识信息相同的情况下,判断控制域是否包括整个目标处理器簇,也即判断控制域是否包括目标处理器簇中全部的处理器。
其中,在判断出控制域包括整个目标处理器簇的情况下,确定控制数据头与预定义控制数据头相同;在判断出标识信息与预定义标识信息不同的情况下,确定控制数据头与预定义控制数据头不同。
在本发明实施例中,可以通过对控制域所包含的处理器的范围进行设置,从而控制某个cpu簇中全部的处理器均执行控制命令,进而实现了控制中心对某个cpu簇中的全部cpu进行控制(也就是同时对多个处理器进行控制)的效果。
作为一个可选实施例,控制数据头中还包含序列号,预定义控制数据头中还包含预定义序列号,其中,第三判断子单元还包括第四判断模块,第四判断模块用于在判断出控制域不包括整个目标处理器簇的情况下,判断序列号与预定义序列号是否相同。
其中,在判断出序列号与预定义序列号相同的情况下,确定控制数据头与预定义控制数据头相同;在判断出序列号与预定义序列号不同的情况下,确定控制数据头与预定义控制数据头不同。
如果控制中心此次所要控制的处理器只有一个,则控制命令广播报文中所包含的序列号为需要执行控制命令的处理器的序列号,即成功解析控制命令广播报文的处理器的序列号。
在本发明实施例中,控制中心可以通过对控制命令广播报文中的控制域以及序列号进行设置,将执行控制命令的处理器的范围缩小,即可实现控制中心只对某个处理器簇中的一个cpu进行控制的效果。
通过本发明实施例中所提供的控制命令广播报文,控制中心既可以控制某个处理器簇中全部的处理器,也可以只控制某个处理器簇中的一个处理器,相比较于现有技术中控制中心只能控制一个处理器的控制方式,提高了对处理器控制的灵活性。
作为一个可选实施例,数据区中包含控制命令,预定义数据区中包含预定义命令,其中,第四判断子单元包括第五判断模块,第五判断模块用于判断控制命令与预定义命令是否相同。
具体地,在判断出控制命令与预定义命令相同的情况下,确定数据区与预定义数据区相同;在判断出控制命令与预定义命令不同的情况下,确定数据区与预定义数据区不同。
作为一个可选实施例,解析单元30还包括处理模块。其中,处理模块用于在判断出UDP头与预定义UDP头不同、若判断出数据长度与预定义长度不同、若判断出控制数据头与预定义控制数据头不同、或者若判断出数据区与预定义数据区不同的情况下,丢弃控制命令广播报文,并且每隔预设时间发送一次状态信息报文至控制中心,直至再次接收到控制命令广播报文。具体地,预设时间可以根据需求设置,例如:2S。
作为一个可选实施例,控制装置还包括第一判断单元和第二发送单元。其中,第一判断单元用于在发送状态信息报文至控制中心之后,判断是否接收到控制命令广播报文;第二发送单元用于在判断出未接收到控制命令广播报文的情况下,每隔预设时间发送一次状态信息报文至控制中心,直至接收到控制命令广播报文。
作为一个可选实施例,控制装置还包括第二判断单元。其中,第二判断单元用于在解析控制命令广播报文之前,判断控制命令广播报文中的目标MAC地址与预定义MAC地址是否相同。其中,在判断出控制命令广播报文中的目标MAC地址与预定义MAC地址相同的情况下,解析控制命令广播报文;在判断出控制命令广播报文中的目标MAC地址与预定义MAC地址不同的情况下,丢弃控制命令广播报文,并且每隔预设时间发送一次状态信息报文至控制中心,直至再次接收到控制命令广播报文。在本发明实施例中,预定义MAC地址为FF-FF-FF-FF-FF,也即,判断目标MAC地址是否为FF-FF-FF-FF-FF。
作为一个可选实施例,控制装置还包括计数单元。其中,计数单元用于每发送一次状态信息报文至控制中心之前,将状态信息报文中的心跳计数加一,也就是,状态信息报文中心跳次数与该状态信息报文对应的处理器给控制中心发送状态信息报文的次数相等。
由于处理器是按照每隔预设时间就会给控制中心发送状态信息报文,所以控制中心可以根据预设时间以及状态信息报文中的心跳计数得知该处理器的工作时间。
作为一个可选实施例,控制装置还包括回复单元。其中,回复单元用于在成功解析控制命令广播报文的情况下之后,回复状态命令报文至控制中心,其中,控制中心根据状态命令报文,确定并记录状态命令报文对应的处理器的运行状态。
需要说明的是,状态命令报文的组成格式与控制命令广播报文的组成格式相同。但是在状态命令报文中,同步字节的取值为1,表示处理器执行了控制命令;源MAC地址为成功解析控制命令广播报文的处理器所属的cpu簇(即,目标处理器簇)的MAC地址;源端口号为成功解析控制命令广播报文的处理器所属的cpu簇(即,目标处理器簇)的MAC地址;目的端口号为控制中心的端口号;控制域的取值与成功解析控制命令广播报文的处理器接收到的控制命令广播报文中的取值相同。
具体地,控制中心可以根据状态命令报文中的同步字节确定成功解析控制命令广播报文的处理器的运行状态,并对上述运行状态进行记录。
根据本发明实施例,还提供了另一种处理器的控制装置,其中,该控制装置设置在用于对处理器进行控制的控制中心中。图7是根据本发明实施例的另一种可选的处理器的控制装置的示意图。如图7所示,该控制装置主要包括第一传输单元100和第二传输单元200,其中:
第一传输单元100用于接收处理器簇中的每个处理器分别发送的状态信息报文,其中,状态信息报文中含有与状态信息报文对应的处理器的状态信息,处理器簇为具有相同功能的多个处理器的集合。
第二传输单元200用于以广播形式发送控制命令广播报文至处理器簇中的每个处理器,以使处理器簇中的每个处理器均解析控制命令广播报文,其中,第一目标处理器执行控制命令广播报文中的控制命令,第一目标处理器为成功解析控制命令广播报文的处理器,控制命令广播报文为响应状态信息报文的报文。
状态信息报文和控制命令广播报文已在上述内容中进行详细介绍,此处不再重复说明。
在本发明实施例中,通过控制中心以广播的形式将包含控制命令的控制命令广播报文发送给全部处理,使得每个处理器能够同时接收以及解析上述控制命令广播报文,进而解析成功的处理器均执行控制命令,相比较于现有技术中控制中心采用单个逐一对处理器进行控制的方式,本申请中控制中心对处理器的控制方式能够达到对于同一条控制命令只需发送一次就可以控制多个处理器的目的,从而提高了对处理器的控制效率,进而解决了现有技术中由于对cpu采用单个逐一的控制方式,导致控制效率低的技术问题。此外,在本发明实施例所提供的处理器的控制方式中,控制中心无需预先建立硬件主板上每个处理器的ip地址与该处理器所属的cpu簇的功能对应关系表,达到了简化控制中心控制逻辑的效果。
作为一个可选实施例,控制装置还包括第三传输单元和处理单元,其中:
第三传输单元用于在以广播形式发送控制命令广播报文至处理器簇中的每个处理器,以使处理器簇中的每个处理器均解析控制命令广播报文之后,接收第一目标处理器发送的状态命令报文。
记录单元用于根据接收到的状态命令报文确定第一目标处理器的运行状态,并记录运行状态。
同样的,状态命令报文也已在上述内容中进行详细介绍,此处不再重复说明。
在本发明实施例中,处理器成功解析控制命令状态报文后,会向控制中心反馈信息,以告知控制中心该处理器已经执行了控制命令。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (26)
1.一种处理器的控制方法,其特征在于,包括:
处理器簇中的每个处理器均发送状态信息报文控制中心,其中,所述状态信息报文中包含有对应的所述处理器的状态信息,所述处理器簇为具有相同功能的多个处理器的集合;
所述处理器簇中的每个所述处理器均接收所述控制中心以广播形式发送的控制命令广播报文,其中,所述控制命令广播报文为响应所述状态信息报文的报文,并且所述控制命令广播报文中包含控制命令;
所述处理器簇中的每个所述处理器均解析所述控制命令广播报文;
第一目标处理器执行所述控制命令,其中,所述第一目标处理器为成功解析所述控制命令广播报文的处理器。
2.根据权利要求1所述的方法,其特征在于,所述控制命令广播报文中包含UDP头、控制数据头和数据区,每个所述处理器中都存储有预定义UDP头、预定义数据长度、预定义控制数据头和预定义数据区,其中,所述处理器簇中的每个所述处理器均解析所述控制命令广播报文的步骤包括:
判断所述UDP头与所述预定义UDP头是否相同;
若判断出所述UDP头与所述预定义UDP头相同,则判断数据长度与所述预定义数据长度是否相同,其中,所述数据长度为所述控制数据头的字节长度与所述数据区的字节长度之和;
若判断出所述数据长度与所述预定义数据长度相同,则判断所述控制数据头和所述预定义控制数据头是否相同;
若判断出所述控制数据头与所述预定义控制数据头相同,则判断所述数据区与所述预定义数据区是否相同;
其中,若判断出所述数据区与所述预定义数据区相同,则确定所述控制命令广播报文解析成功。
3.根据权利要求2所述的方法,其特征在于,所述UDP头中包含源端口号和目的端口号,所述预定义UDP头中包含预定义源端口号和预定义目的端口号,其中,判断所述UDP头与所述预定义UDP头是否相同包括:
判断所述源端口号与所述预定义源端口号是否相同以及所述目的端口号和所述预定义目的端口号是否相同;
其中,若判断出所述源端口号与所述预定义源端口号相同,且所述目的端口号和所述预定义目的端口号相同,则确定所述UDP头与所述预定义UDP头相同;若判断出所述源端口号与所述预定义源端口号不同或者所述目的端口号与所述预定义目的端口号不同,则确定所述UDP头与所述预定义UDP头不同。
4.根据权利要求2所述的方法,其特征在于,所述控制数据头中包含标识信息和控制域,所述预定义控制数据头中包含预定义标识信息,其中,判断所述控制数据头和预定义控制数据头是否相同包括:
判断所述标识信息与所述预定义标识信息是否相同,其中,所述标识信息为目标处理器簇的标识信息,所述目标处理器簇为所述第一目标处理器所属的处理器簇;
若判断出所述标识信息与所述预定义标识信息相同,则判断所述控制域是否包括整个所述目标处理器簇;
其中,若判断出所述控制域包括整个所述目标处理器簇,则确定所述控制数据头与所述预定义控制数据头相同;若判断出所述标识信息与所述预定义标识信息不同,则确定所述控制数据头与所述预定义控制数据头不同。
5.根据权利要求4所述的方法,其特征在于,所述控制数据头中还包含序列号,所述预定义控制数据头中还包含预定义序列号,其中,判断所述控制数据头和预定义控制数据头是否相同还包括:
若判断出所述控制域不包括整个所述目标处理器簇,则判断所述序列号与所述预定义序列号是否相同;
其中,若判断出所述序列号与所述预定义序列号相同,则确定所述控制数据头与所述预定义控制数据头相同;若判断出所述序列号与所述预定义序列号不同,则确定所述控制数据头与所述预定义控制数据头不同。
6.根据权利要求2所述的方法,其特征在于,所述数据区中包含所述控制命令,所述预定义数据区中包含预定义命令,其中,判断所述数据区与预定义数据区是否相同包括:
判断所述控制命令与所述预定义命令是否相同;
其中,若判断出所述控制命令与所述预定义命令相同,则确定所述数据区与所述预定义数据区相同;若判断出所述控制命令与所述预定义命令不同,则所述数据区与所述预定义数据区不同。
7.根据权利要求2所述的方法,其特征在于,所述处理器簇中的每个所述处理器均解析所述控制命令广播报文的步骤还包括:
若判断出所述UDP头与所述预定义UDP头不同、判断出所述数据长度与所述预定义数据长度不同、判断出所述控制数据头与所述预定义控制数据头不同、或者判断出所述数据区与所述预定义数据区不同,存在以上任一情形则丢弃所述控制命令广播报文,并且每隔预设时间发送一次所述状态信息报文至所述控制中心,直至再次接收到所述控制命令广播报文。
8.根据权利要求1所述的方法,其特征在于,在处理器簇中的每个处理器均发送状态信息报文至控制中心之后,所述控制方法还包括:
所述处理器簇中的每个处理器均判断是否接收到所述控制命令广播报文;
第二目标处理器每隔预设时间发送一次所述状态信息报文至所述控制中心,直至接收到所述控制命令广播报文,其中,所述第二目标处理器为判断出未接收到所述控制命令广播报文的处理器。
9.根据权利要求1所述的方法,其特征在于,在所述处理器簇中的每个所述处理器均解析所述控制命令广播报文之前,所述控制方法还包括:
所述处理器簇中的每个处理器均判断所述控制命令广播报文中的目标MAC地址与预定义MAC地址是否相同,
其中,第三目标处理器解析所述控制命令广播报文;第四目标处理器丢弃所述控制命令广播报文,并且每隔预设时间发送一次所述状态信息报文至所述控制中心,直至再次接收到所述控制命令广播报文,其中,所述第三目标处理器为判断出所述控制命令广播报文中的目标MAC地址与预定义MAC地址相同的处理器,所述第四目标处理器为判断出所述控制命令广播报文中的目标MAC地址与预定义MAC地址不同的处理器。
10.根据权利要求7至9中任一项所述的方法,其特征在于,所述控制方法还包括:每发送一次所述状态信息报文至所述控制中心之前,将所述状态信息报文中的心跳计数加一。
11.根据权利要求1所述的方法,其特征在于,在所述处理器簇中的每个所述处理器均解析所述控制命令广播报文之后,所述控制方法还包括:
所述第一目标处理器回复状态命令报文至所述控制中心,其中,所述控制中心根据所述状态命令报文,确定并记录所述第一目标处理器的运行状态。
12.一种处理器的控制方法,其特征在于,包括:
控制中心接收处理器簇中的每个处理器分别发送的状态信息报文,其中,所述状态信息报文中含有对应的所述处理器的状态信息,所述处理器簇为具有相同功能的多个处理器的集合;以及
所述控制中心以广播形式发送控制命令广播报文至所述处理器簇中的每个所述处理器,以使所述处理器簇中的每个所述处理器均解析所述控制命令广播报文,其中,第一目标处理器执行所述控制命令广播报文中的控制命令,第一目标处理器为成功解析所述控制命令广播报文的处理器,所述控制命令广播报文为响应所述状态信息报文的报文。
13.根据权利要求12所述的方法,其特征在于,在所述控制中心以广播形式发送控制命令广播报文至所述处理器簇中的每个所述处理器,以使所述处理器簇中的每个所述处理器均解析所述控制命令广播报文之后,所述控制方法还包括:
所述控制中心接收所述第一目标处理器发送的状态命令报文;
所述控制中心根据接收到的所述状态命令报文确定所述第一目标处理器的运行状态,并记录所述运行状态。
14.一种处理器的控制装置,其特征在于,设置在处理器簇的每个处理器中,所述处理器簇为具有相同功能的处理器的集合,其中,所述控制装置包括:
第一发送单元,用于发送状态信息报文至控制中心,其中,所述状态信息报文中包含有对应的所述处理器的状态信息;
接收单元,用于接收所述控制中心以广播形式发送的控制命令广播报文,其中,所述控制命令广播报文为响应所述状态信息报文的报文,并且所述控制命令广播报文中包含控制命令;
解析单元,用于解析所述控制命令广播报文;
执行单元,用于在成功解析所述控制命令广播报文的情况下,执行所述控制命令。
15.根据权利要求14所述的装置,其特征在于,所述控制命令广播报文中包含UDP头、控制数据头和数据区,每个所述处理器中都存储有预定义UDP头、预定义数据长度、预定义控制数据头和预定义数据区,其中,所述解析单元包括:
第一判断子单元,用于判断所述UDP头与预定义UDP头是否相同;
第二判断子单元,用于在判断出所述UDP头与所述预定义UDP头相同的情况下,判断数据长度与预定义数据长度是否相同,其中,所述数据长度为所述控制数据头的字节长度与所述数据区的字节长度之和;
第三判断子单元,用于在判断出所述数据长度与所述预定义数据长度相同的情况下,判断所述控制数据头和预定义控制数据头是否相同;
第四判断子单元,用于在判断出所述控制数据头与所述预定义控制数据头相同的情况下,判断所述数据区与预定义数据区是否相同;
其中,在判断出所述数据区与所述预定义数据区相同的情况下,确定所述控制命令广播报文解析成功。
16.根据权利要求15所述的装置,其特征在于,所述UDP头中包含源端口号和目的端口号,所述预定义UDP头中包含预定义源端口号和预定义目的端口号,其中,所述第一判断子单元包括:
第一判断模块,用于判断所述源端口号与所述预定义源端口号是否相同以及所述目的端口号和所述预定义目的端口号是否相同;
其中,在判断出所述源端口号与所述预定义源端口号相同,且所述目的端口号和所述预定义目的端口号相同的情况下,确定所述UDP头与预定义UDP头相同;在判断出所述源端口号与所述预定义源端口号不同或者所述目的端口号与所述预定义目的端口号不同的情况下,确定所述UDP头与预定义UDP头不同。
17.根据权利要求15所述的装置,其特征在于,所述控制数据头中包含标识信息和控制域,所述预定义控制数据头中包含预定义标识信息,其中,所述第三判断子单元包括:
第二判断模块,用于判断所述标识信息与所述预定义标识信息是否相同,其中,所述标识信息为目标处理器簇的标识信息,所述目标处理器簇为成功解析所述控制命令广播报文的处理器所属的处理器簇;
第三判断模块,用于在判断出所述标识信息与所述预定义标识信息相同的情况下,判断控制域是否包括整个所述目标处理器簇;
其中,在判断出所述控制域包括整个所述目标处理器簇的情况下,确定所述控制数据头与所述预定义控制数据头相同;在判断出所述标识信息与所述预定义标识信息不同的情况下,确定所述控制数据头与所述预定义控制数据头不同。
18.根据权利要求17所述的装置,其特征在于,所述控制数据头中还包含序列号,所述预定义控制数据头中还包含预定义序列号,其中,所述第三判断子单元还包括:
第四判断模块,用于在判断出所述控制域不包括整个所述目标处理器簇的情况下,判断所述序列号与所述预定义序列号是否相同;
其中,在判断出所述序列号与所述预定义序列号相同的情况下,确定所述控制数据头与所述预定义控制数据头相同;在判断出所述序列号与所述预定义序列号不同的情况下,确定所述控制数据头与所述预定义控制数据头不同。
19.根据权利要求15所述的装置,其特征在于,所述数据区中包含所述控制命令,所述预定义数据区中包含预定义命令,其中,所述第四判断子单元包括:
第五判断模块,用于判断所述控制命令与所述预定义命令是否相同;
其中,在判断出所述控制命令与所述预定义命令相同的情况下,确定所述数据区与所述预定义数据区相同;在判断出所述控制命令与所述预定义命令不同的情况下,确定所述数据区与所述预定义数据区不同。
20.根据权利要求15所述的装置,其特征在于,所述解析单元还包括:
处理模块,用于在判断出所述UDP头与所述预定义UDP头不同、判断出数据长度与预定义长度不同、判断出所述控制数据头与所述预定义控制数据头不同、或者判断出所述数据区与所述预定义数据区不同的情况下,丢弃所述控制命令广播报文,并且每隔预设时间发送一次所述状态信息报文至所述控制中心,直至再次接收到所述控制命令广播报文。
21.根据权利要求14所述的装置,其特征在于,所述控制装置还包括:
第一判断单元,用于在发送状态信息报文至控制中心之后,判断是否接收到所述控制命令广播报文;
第二发送单元,用于在判断出未接收到所述控制命令广播报文的情况下,每隔预设时间发送一次所述状态信息报文至所述控制中心,直至接收到所述控制命令广播报文。
22.根据权利要求14所述的装置,其特征在于,所述控制装置还包括:
第二判断单元,用于在解析所述控制命令广播报文之前,判断所述控制命令广播报文中的目标MAC地址与预定义MAC地址是否相同,
其中,在判断出所述控制命令广播报文中的目标MAC地址与预定义MAC地址相同的情况下,解析所述控制命令广播报文;在判断出所述控制命令广播报文中的目标MAC地址与预定义MAC地址不同的情况下,丢弃所述控制命令广播报文,并且每隔预设时间发送一次所述状态信息报文至所述控制中心,直至再次接收到所述控制命令广播报文。
23.根据权利要求20至22中任一项所述的装置,其特征在于,所述控制装置还包括:
计数单元,用于每发送一次所述状态信息报文至所述控制中心之前,将所述状态信息报文中的心跳计数加一。
24.根据权利要求14所述的装置,其特征在于,所述控制装置还包括:
回复单元,用于在成功解析所述控制命令广播报文的情况下之后,回复状态命令报文至所述控制中心,其中,所述控制中心根据所述状态命令报文,确定并记录所述处理器的运行状态。
25.一种处理器的控制装置,其特征在于,设置在控制中心中,其中,所述控制装置包括:
第一传输单元,用于接收处理器簇中的每个处理器分别发送的状态信息报文,其中,所述状态信息报文中含有对应的所述处理器的状态信息,所述处理器簇为具有相同功能的多个处理器的集合;以及
第二传输单元,用于以广播形式发送控制命令广播报文至所述处理器簇中的每个所述处理器,以使所述处理器簇中的每个所述处理器均解析所述控制命令广播报文,其中,第一目标处理器执行所述控制命令广播报文中的控制命令,所述第一目标处理器为成功解析所述控制命令广播报文的处理器,所述控制命令广播报文为响应所述状态信息报文的报文。
26.根据权利要求25所述的装置,其特征在于,所述控制装置还包括:
第三传输单元,用于在以广播形式发送控制命令广播报文至所述处理器簇中的每个所述处理器,以使所述处理器簇中的每个所述处理器均解析所述控制命令广播报文之后,接收第一目标处理器发送的状态命令报文;
记录单元,用于根据接收到的所述状态命令报文确定所述第一目标处理器的运行状态,并记录所述运行状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510382463.3A CN106326189B (zh) | 2015-07-02 | 2015-07-02 | 处理器的控制方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510382463.3A CN106326189B (zh) | 2015-07-02 | 2015-07-02 | 处理器的控制方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106326189A true CN106326189A (zh) | 2017-01-11 |
CN106326189B CN106326189B (zh) | 2019-08-23 |
Family
ID=57726979
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510382463.3A Active CN106326189B (zh) | 2015-07-02 | 2015-07-02 | 处理器的控制方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106326189B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6247059B1 (en) * | 1997-09-30 | 2001-06-12 | Compaq Computer Company | Transaction state broadcast method using a two-stage multicast in a multiple processor cluster |
US20110047354A1 (en) * | 2002-02-19 | 2011-02-24 | Schism Electronics, L.L.C. | Processor Cluster Architecture and Associated Parallel Processing Methods |
US8145880B1 (en) * | 2008-07-07 | 2012-03-27 | Ovics | Matrix processor data switch routing systems and methods |
CN102622208A (zh) * | 2011-01-27 | 2012-08-01 | 中兴通讯股份有限公司 | 一种多核可重构处理器簇及其实现重构的方法 |
CN103797774A (zh) * | 2013-11-05 | 2014-05-14 | 华为技术有限公司 | 一种网络地址转换设备及方法 |
-
2015
- 2015-07-02 CN CN201510382463.3A patent/CN106326189B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6247059B1 (en) * | 1997-09-30 | 2001-06-12 | Compaq Computer Company | Transaction state broadcast method using a two-stage multicast in a multiple processor cluster |
US20110047354A1 (en) * | 2002-02-19 | 2011-02-24 | Schism Electronics, L.L.C. | Processor Cluster Architecture and Associated Parallel Processing Methods |
US8145880B1 (en) * | 2008-07-07 | 2012-03-27 | Ovics | Matrix processor data switch routing systems and methods |
CN102622208A (zh) * | 2011-01-27 | 2012-08-01 | 中兴通讯股份有限公司 | 一种多核可重构处理器簇及其实现重构的方法 |
CN103797774A (zh) * | 2013-11-05 | 2014-05-14 | 华为技术有限公司 | 一种网络地址转换设备及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN106326189B (zh) | 2019-08-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11294744B2 (en) | Ensemble risk assessment method for networked devices | |
CN103905447B (zh) | 业务链路选择控制方法以及设备 | |
US7440415B2 (en) | Virtual network addresses | |
CN104012063B (zh) | 用于软件定义网络中的灵活和可扩展流处理的控制器 | |
CN1965540B (zh) | 用于检测对于协议定义的补充头部的支持的方法、***和装置 | |
CN1943173B (zh) | 用于实现智能附属网络设备的方法和*** | |
CN104704779A (zh) | 用于加速软件定义网络中的转发的方法和设备 | |
CN108173691B (zh) | 一种跨设备聚合的方法及装置 | |
CN102377640B (zh) | 一种报文处理装置和报文处理方法、及预处理器 | |
CN104301242B (zh) | 通信流控制***、通信流控制方法和通信流处理程序 | |
JPH1049507A (ja) | 並列計算機 | |
CN107018165A (zh) | 控制物联网设备的方法及装置、服务器、移动设备 | |
US20080267090A1 (en) | Management computer for setting configuration information of node | |
CN110784373B (zh) | 虚拟网络收敛方法及装置 | |
CN115426312B (zh) | 一种大规模多模态网络中标识管理及优化转发方法和装置 | |
CN101341450A (zh) | 数据周期性传输的方法、通信网络及控制单元 | |
CN107105049B (zh) | 数据迁移方法和装置 | |
CN106878083B (zh) | 一种节点选举方法及装置 | |
US20160057043A1 (en) | Diagnostic routing system and method for a link access group | |
JP2016225986A (ja) | パケット損失検出方法、装置、およびシステム | |
CN114371912A (zh) | 数据中心的虚拟网络管理方法及数据中心*** | |
Bhowmik et al. | Distributed control plane for software-defined networks: A case study using event-based middleware | |
CN107547346A (zh) | 一种报文传输方法和装置 | |
CN110798399A (zh) | 网络自动链结备援方法与网络*** | |
CN104158683A (zh) | 一种跨设备聚合组快速收敛方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |