CN103077081A - 资源调整的方法及装置 - Google Patents

Abstract

本发明公开了一种资源调整的方法及装置，属于通信技术领域。所述方法包括：确定资源调整的第一操作系统，并确定待调整的CPU；同时为待调整的CPU设置自举地址，使其根据自举地址进行自举；将待调整的CPU对应的CPU号发送给第一操作系统，使第一操作系统将CPU号对应的CPU加入第一操作系统的调度管理。本发明通过确定资源调整的第一操作系统，并在确定待调整的CPU后，为该待调整的CPU设置与第一操作系统的访问入口地址相同的自举地址，使该待调整的CPU能够根据该自举地址进行自举，进而加入第一操作系统的调度管理，从而在不中断业务的情况下实现了系统资源的动态调整。

Description

资源调整的方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种资源调整的方法及装置。

背景技术

随着处理器技术的发展，单纯提高处理器主频以增加处理能力已发展到瓶颈，各个服务器厂商纷纷通过采用SMP（Symmetrical Multi-Processing，对称多处理）系统来解决这一矛盾。然而在某些特殊领域，如通讯领域，在控制和转发分离的设计中，往往会根据需要采用异构系统进行差异化的作业分担处理。因此，基于SMP的异构系统如何进行资源调整是更合理分配计算资源，以较小的代价实现多CPU（Central Processing Unit，中央处理单元）资源的灵活部署的关键。

目前，基于SMP的异构系统通常采用静态方式部署资源，如控制面/转发面的静态异构部署方式，SMP架构应用在控制面和转发面各自独立部署异构的操作系统，以便支持不同的应用对操作系统的不同诉求。当为了适应在线的业务需求而进行资源调整时，仅通过重启单板的方式实现。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：

针对控制面在大量的智能手机应用的信令冲击等一些极端环境下，CPU资源占用率几乎接近100%，造成信令处理阻塞，而负责语音业务的转发面，此时几乎无业务，CPU资源占用率接近0%，导致多CPU处理能力分配与预期不匹配，则会出现一个系统负载过大，而另外一个系统过于闲置的情况，因此，通过重启单板的方式调整资源，会导致较长时间的业务中断。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种资源调整的方法及装置。所述技术方案如下：

第一方面，提供了一种资源调整的方法，所述方法包括：

确定资源调整的第一操作系统，并确定待调整的中央处理单元CPU；

为所述待调整的CPU设置自举地址，使所述待调整的CPU根据所述自举地址进行自举，所述自举地址与所述第一操作系统的访问入口地址相同；

将所述待调整的CPU对应的CPU号发送给所述第一操作系统，使所述第一操作系统将所述CPU号对应的CPU加入所述第一操作系统的调度管理。

结合第一方面，在第一种可能的实现方式中，所述确定资源调整的第一操作系统，包括：

获取所管理的各个操作系统的资源信息，根据所管理的各个操作系统的资源信息确定资源调整的第一操作系统。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述获取所管理的各个操作系统的资源信息，包括：

每隔预设时间检测所管理的各个操作系统的资源占用情况，根据得到的检测结果获取所管理的各个操作系统的资源信息；

或者，获取所管理的各个操作系统的资源信息记录，根据所述资源信息记录获取所管理的各个操作系统的资源信息。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述每隔预设时间检测所管理的各个操作系统的资源占用情况，根据检测结果得到所管理的各个操作系统的资源信息，包括：

每隔预设时间向所管理的各个操作系统发送资源查询指令，并接收所管理的各个操作系统根据所述资源查询指令返回的资源占用情况，根据所述资源占用情况得到所管理的各个操作系统的资源信息。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式中的任一可能的实现方式，在第四种可能的实现方式中，所述确定待调整的中央处理单元CPU之后，还包括：

如果所述待调整的CPU为非空闲状态，则向所述待调整的CPU所在的第二操作系统发送资源调整命令，使所述第二操作系统将所述待调整的CPU设置为空闲状态。

第二方面，提供了一种资源调整的装置，所述装置包括：

第一确定模块，用于确定资源调整的第一操作系统；

第二确定模块，用于确定待调整的中央处理单元CPU；

设置模块，用于为所述第二确定模块确定的待调整的CPU设置自举地址，使所述待调整的CPU根据所述自举地址进行自举，所述自举地址与所述第一确定模块确定的第一操作系统的访问入口地址相同；

发送模块，用于将所述第二确定模块确定的待调整的CPU对应的CPU号发送给所述第一确定模块确定的第一操作系统，使所述第一操作系统将所述CPU号对应的CPU加入所述第一操作系统的调度管理。

结合第二方面，在第一种可能的实现方式中，所述第一确定模块，包括：

获取子模块，用于获取所管理的各个操作系统的资源信息；

确定子模块，用于根据所述获取子模块获取到的所管理的各个操作系统的资源信息确定资源调整的第一操作系统。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述获取子模块，包括：

第一获取单元，用于每隔预设时间检测所管理的各个操作系统的资源占用情况，根据得到的检测结果获取所管理的各个操作系统的资源信息；

或者，第二获取单元，用于获取所管理的各个操作系统的资源信息记录，根据所述资源信息记录获取所管理的各个操作系统的资源信息。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述第一获取单元，用于每隔预设时间向所管理的各个操作系统发送资源查询指令，并接收所管理的各个操作系统根据所述资源查询指令返回的资源占用情况，根据所述资源占用情况得到所管理的各个操作系统的资源信息。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式、第二方面的第三种可能的实现方式中的任一可能的实现方式，在第四种可能的实现方式中，所述第二确定模块，还用于如果所述待调整的CPU为非空闲状态，则向所述待调整的CPU所在的第二操作系统发送资源调整命令，使所述第二操作系统将所述待调整的CPU设置为空闲状态。

本发明实施例提供的技术方案带来的有益效果是：

通过确定资源调整的第一操作系统，并在确定待调整的CPU后，为该待调整的CPU设置与第一操作系统的访问入口地址相同的自举地址，使该待调整的CPU能够根据该自举地址进行自举，进而加入第一操作系统的调度管理，从而在不中断业务的情况下实现了系统资源的动态调整。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的一种资源调整的方法流程图；

图2是本发明实施例二提供的一种网络应用中实现资源调整的过程示意图；

图3是本发明实施例二提供的一种资源调整的方法流程图；

图4是本发明实施例三提供的一种资源调整的装置结构示意图；

图5是本发明实施例三提供的一种第一确定模块的结构示意图；

图6是本发明实施例三提供的一种获取子模块的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本实施例提供了一种资源调整的方法，参见图1，本实施例提供的方法流程具体如下：

101：确定资源调整的第一操作系统，并确定待调整的CPU；

102：为待调整的CPU设置自举地址，使待调整的CPU根据自举地址进行自举；

其中待调整的CPU的自举地址与第一操作系统的访问入口地址相同。

103：将待调整的CPU对应的CPU号发送给第一操作系统，使第一操作系统将CPU号对应的CPU加入第一操作系统的调度管理。

本实施例提供的方法，通过确定资源调整的第一操作系统，并在确定待调整的CPU后，为该待调整的CPU设置与第一操作系统的访问入口地址相同的自举地址，使该待调整的CPU能够根据该自举地址进行自举，进而加入第一操作系统的调度管理，从而在不中断业务的情况下实现了系统资源的动态调整。

为了更加清楚地阐述上述实施例提供的一种资源调整的方法，结合上述实施例的内容，以如下实施例二为例，对一种资源调整的方法进行详细说明，详见如下实施例二：

实施例二

本实施例提供了一种资源调整的方法，为了便于说明，本实施例以图2所示的网络应用中实现资源调整的过程中，网络应用中包括控制面及转发面，控制面操作系统管理任务1、任务2等任务，占用资源CPU0、CPU1、CPU2；转发面操作系统管理BM0、BM1、…、BM-S任务，占用资源CPU3、CPU4、CPU5、CPU6、CPU7为例，对本实施例提供的方法进行详细地举例说明。参见图3，本实施例提供的方法流程具体如下：

301：获取所管理的各个操作系统的资源信息，根据操作系统的资源信息确定资源调整的第一操作系统；

针对此步骤，本实施例不对获取所管理的各个操作系统的资源信息的方式做具体限定，包括如下两种方式中的任意一种：

第一种，每隔预设时间检测所管理的各个操作系统的资源占用情况，根据得到的检测结果获取所管理的各个操作系统的资源信息；

例如，每隔预设时间向所管理的各个操作系统发送资源查询指令，并接收所管理的各个操作系统根据查询指令返回的资源占用情况，根据资源占用情况得到所管理的各个操作系统的资源信息。

具体的，以图2（a）为例，每隔3小时向所管理的控制面操作系统和转发面操作系统发送资源查询指令，并接收控制面操作系统和转发面操作系统根据查询指令返回的资源占用情况，根据资源占用情况得到所管理的各个操作系统的资源信息。其中，预设时间除了以上述3小时为例外，还可以为其他时间长度，如1小时、2小时等等，本实施例不对预设时间的长短进行限定。

第二种，获取所管理的各个操作系统的资源信息记录，并根据资源信息记录获取管理的各个操作系统的资源信息。

其中，资源信息记录可以是在之前检测各个操作系统的资源信息时得到的记录，例如，在按照上述第一种方式每次检测各个操作系统的资源信息之后，将检测结果进行存储，得到资源信息记录。当然，该资源信息记录还可以根据各个操作系统处理业务的时间段得到，例如，记录各个操作系统处理业务的高峰期或低谷期，以及在高峰期或低谷期处理业务时的资源占用情况，得到各个操作系统的资源信息记录。当然，除上述两种资源信息记录的获取方式外，还可以存在其他获取资源信息记录的方式，本实施例对此不作具体限定，保证能够根据资源信息记录确定哪些操作系统需要进行资源调整即可。

具体的，以获取图2（a）中控制面操作系统和转发面操作系统的资源信息记录，且资源信息记录为控制面操作系统管理任务1、任务2等任务占用资源CPU0、CPU1、CPU2；转发面操作系统管理BM0、BM1、…、BM-S任务占用的资源CPU3、CPU4、CPU5、CPU6、CPU7为例，则根据资源信息记录可分别获取控制面操作系统和转发面操作系统的资源信息。

进一步地，本实施例也不对资源调整的第一操作系统的确定原则进行具体限定，包括但不限于根据管理的各个操作系统CPU占用率确定资源调整的第一操作系统。例如，将CPU占用率最高的操作系统确定为资源调整的第一操作系统，或者设定CPU占用率阈值，将CPU占用率最高并且CPU占用率大于设定的CPU占用率阈值的操作系统确定为资源调整的第一操作系统。

仍以图2（a）为例，如果控制面操作系统CPU占用率大于转发面操作系统CPU占用率，则确定控制面为第一操作系统。

302：确定待调整的CPU；

针对此步骤，由于对所管理的各个操作系统的CPU使用情况、状态均有记录，可以随时了解到各CPU确切的使用情况，所以可以根据拥有的所管理的各个操作系统的CPU使用情况记录确定待调整的CPU。本实施例不对待调整的CPU确定方式进行具体限定，包括但不限于将各个操作系统均未使用的处于空闲状态的空闲状态CPU作为待调整的CPU，或者曾经被操作系统占用但现在处于空闲状态的空闲状态CPU确定为待调整的CPU，再或者将现在有操作系统占用但所占用的业务可以关闭的非空闲状态CPU确定为待调整的CPU。

例如，由于图2（a）中的任务BM0是可关闭任务，则将BM0所占用的资源CPU3确定为待调整的CPU。

303：判断待调整的CPU是否为空闲状态，如果是空闲状态，则执行步骤305，如果是非空闲状态，则执行步骤306；

针对此步骤，由于对所管理的各个操作系统的CPU状态均有记录，所以可以准确地了解待调整的CPU是否为空闲状态，本实施例不对该步骤的确定方式进行限定。

304：向待调整的CPU所在的第二操作系统发送资源调整命令，使第二操作系统将待调整的CPU设置为空闲状态；

针对该步骤，由于上述步骤303中判断该待调整的CPU处于非空闲状态，因而为了实现将其调整到第一操作系统的调度管理中，可通过其所在的第二操作系统将其设置为空闲状态，从而后续实现将其从第二操作系统中拔出，以插入第一操作系统。

其中，本实施例不对第二操作系统将待调整的CPU设置为空闲状态的方法做具体限定。例如，第二操作系统接收到资源调整命令后，可不再将任何代码运行在待调整的CPU上，使待调整的CPU处于深度睡眠，从而进入空闲状态。

具体的，以图2（a）至图2（c）过程为例，图2（a）中CPU3为非空闲状态，向CPU3所在的转发面操作系统发送资源调整命令，使转发面操作系统关闭业务BM0，CPU3上不再运行任何代码，如图2（b），进而使CPU3处于空闲状态，如图2（c）所示。

305：为待调整的CPU设置与第一操作系统的访问入口地址相同的自举地址，使待调整的CPU根据自举地址进行自举；

具体的，本实施例不对为待调整的CPU设置于第一操作系统的访问入口地址相同的自举地址的方式进行限定。由于为待调整的CPU设置的自举地址与第一操作系统的访问入口地址相同，因而该待调整的CPU可进行正确的自举流程，从而能够通过后续步骤加入第一操作系统的调度管理中，实现该待调整的CPU从第二操作系统到第一操作系统的资源调整。其中，关于自举流程，本实施例不作具体限定。

为了便于理解，以将图2（c）中CPU3的自举地址设置为控制面操作系统的访问入口地址为例，CPU3根据控制面操作系统的访问入口地址进行自举，并设置IPI（Inter-Processor Interrupt，处理器之间的中断）中断处理，以等待第一操作系统的IPI中断到来之后，加入第一操作系统的调度管理。

306：将待调整的CPU对应的CPU号发送给第一操作系统，使第一操作系统将CPU号对应的CPU加入第一操作系统的调度管理。

针对该步骤，将待调整的CPU对应的CPU号发送给第一操作系统后，该第一操作系统即可向该CPU号对应的CPU发送IPI中断，从而实现将该CPU号对应的CPU能够加入第一操作系统的调度管理域中。

具体的，已为图2（c）中所示的CPU3设置与控制面操作系统的访问入口地址相同的自举地址，该CPU3按照该自举地址进行自举，并将CPU3对应的CPU号发送给控制面操作系统为例，该控制面操作系统通过向CPU3发送IPI中断，实现将CPU3加入控制面调度管理，进入图2（d）所示情况。

本实施例提供的方法，通过确定资源调整的第一操作系统，并在确定待调整的CPU后，为该待调整的CPU设置与第一操作系统的访问入口地址相同的自举地址，使该待调整的CPU能够根据该自举地址进行自举，进而加入第一操作系统的调度管理，从而在不中断业务的情况下实现了系统资源的动态调整。

实施例三

本实施例提供了一种资源调度的装置，该装置用于执行上述实施例一和施例二所提供的实现资源调整的方法，参见图4，该装置包括：

第一确定模块401，用于确定资源调整的第一操作系统；

第二确定模块402，用于确定待调整的中央处理单元CPU；

设置模块403，用于为第二确定模块402确定的待调整的CPU设置自举地址，使待调整的CPU根据自举地址进行自举，其中自举地址与第一确定模块确定的第一操作系统的访问入口地址相同；

发送模块404，用于将第二确定模块402确定的待调整的CPU对应的CPU号发送给第一确定模块401确定的第一操作系统，使第一操作系统将CPU号对应的CPU加入所述第一操作系统的调度管理。

进一步地，参见图5，第一确定模块还包括：

获取子模块4011，用于获取所管理的各个操作系统的资源信息；

确定子模块4012，用于根据获取子模块4011获取到的所管理的各个操作系统的资源信息确定资源调整的第一操作系统。

进一步地，参见图6，获取子模块还包括：

第一获取单元40111，用于每隔预设时间向所管理的各个操作系统发送资源查询指令，并接收所管理的各个操作系统根据资源查询指令返回的资源占用情况，根据资源占用情况得到所管理的各个操作系统的资源信息；

第二获取单元40112，用于获取所管理的各个操作系统的资源信息记录，根据资源信息记录获取所管理的各个操作系统的资源信息。

其中第二确定模块402，还用于如果待调整的CPU为非空闲状态，则向待调整的CPU所在的第二操作系统发送资源调整命令，使第二操作系统将待调整的CPU设置为空闲状态。

需要说明的是，该资源调整的装置可以内置于所管理的操作系统中的任意一个操作系统中，也可以在所管理的操作系统之外独立存在，本实施例对此不作具体限定。

本实施例提供的装置，通过确定资源调整的第一操作系统，并在确定待调整的CPU后，为该待调整的CPU设置与第一操作系统的访问入口地址相同的自举地址，使该待调整的CPU能够根据该自举地址进行自举，进而加入第一操作系统的调度管理，从而在不中断业务的情况下实现了系统资源的动态调整。

实施例四

本实施例提供了一种资源调整的设备，该设备包括：处理器。

其中，处理器，用于确定资源调整的第一操作系统；确定待调整的CPU；为待调整的CPU设置自举地址，使待调整的CPU根据其自举地址进行自举，其中自举地址与第一确定模块确定的第一操作系统的访问入口地址相同；将待调整的CPU对应的CPU号发送给第一操作系统，使第一操作系统将CPU号对应的CPU加入所述第一操作系统的调度管理。

进一步地，处理器在确定资源调整的第一操作系统时，用于获取所管理的各个操作系统的资源信息，根据所管理的各个操作系统的资源信息确定资源调整的第一操作系统。

进一步地，处理器在获取所管理的各个操作系统的资源信息时，用于每隔预设时间检测所管理的各个操作系统的资源占用情况，根据得到的检测结果获取所管理的各个操作系统的资源信息；或者，获取所管理的各个操作系统的资源信息记录，根据资源信息记录获取所管理的各个操作系统的资源信息。

进一步地，处理器在每隔预设时间检测所管理的各个操作系统的资源占用情况，根据得到的检测结果获取所管理的各个操作系统的资源信息时，用于每隔预设时间向所管理的各个操作系统发送资源查询指令，并接收所管理的各个操作系统根据资源查询指令返回的资源占用情况，根据资源占用情况得到所管理的各个操作系统的资源信息。

进一步地，处理器在确定待调整的CPU之后，还用于如果待调整的CPU为非空闲状态，则向待调整的CPU所在的第二操作系统发送资源调整命令，使第二操作系统将待调整的CPU设置为空闲状态。

需要说明的是，该资源调整的设备可以内置于所管理的操作系统中的任意一个操作系统中，也可以在所管理的操作系统之外独立存在，本实施例对此不作具体限定。

综上所述，本实施例提供的设备，通过确定资源调整的第一操作系统，并在确定待调整的CPU后，为该待调整的CPU设置与第一操作系统的访问入口地址相同的自举地址，使该待调整的CPU能够根据该自举地址进行自举，进而加入第一操作系统的调度管理，从而在不中断业务的情况下实现了系统资源的动态调整。

需要说明的是：上述实施例提供的资源调整的装置及设备在实现资源调整时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置及设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的资源调整的装置及设备与实现资源调整的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种资源调整的方法，其特征在于，所述方法包括：

确定资源调整的第一操作系统，并确定待调整的中央处理单元CPU；

为所述待调整的CPU设置自举地址，使所述待调整的CPU根据所述自举地址进行自举，所述自举地址与所述第一操作系统的访问入口地址相同；

将所述待调整的CPU对应的CPU号发送给所述第一操作系统，使所述第一操作系统将所述CPU号对应的CPU加入所述第一操作系统的调度管理。

2.根据权利要求1所述的方法，其特征在于，所述确定资源调整的第一操作系统，包括：

获取所管理的各个操作系统的资源信息，根据所管理的各个操作系统的资源信息确定资源调整的第一操作系统。

3.根据权利要求2所述的方法，其特征在于，所述获取所管理的各个操作系统的资源信息，包括：

每隔预设时间检测所管理的各个操作系统的资源占用情况，根据得到的检测结果获取所管理的各个操作系统的资源信息；

或者，获取所管理的各个操作系统的资源信息记录，根据所述资源信息记录获取所管理的各个操作系统的资源信息。

4.根据权利要求3所述的方法，其特征在于，所述每隔预设时间检测所管理的各个操作系统的资源占用情况，根据检测结果得到所管理的各个操作系统的资源信息，包括：

每隔预设时间向所管理的各个操作系统发送资源查询指令，并接收所管理的各个操作系统根据所述资源查询指令返回的资源占用情况，根据所述资源占用情况得到所管理的各个操作系统的资源信息。

5.根据权利要求1至4中任一权利要求所述的方法，其特征在于，所述确定待调整的中央处理单元CPU之后，还包括：

如果所述待调整的CPU为非空闲状态，则向所述待调整的CPU所在的第二操作系统发送资源调整命令，使所述第二操作系统将所述待调整的CPU设置为空闲状态。

6.一种资源调整的装置，其特征在于，所述装置包括：

第一确定模块，用于确定资源调整的第一操作系统；

第二确定模块，用于确定待调整的中央处理单元CPU；

设置模块，用于为所述第二确定模块确定的待调整的CPU设置自举地址，使所述待调整的CPU根据所述自举地址进行自举，所述自举地址与所述第一确定模块确定的第一操作系统的访问入口地址相同；

发送模块，用于将所述第二确定模块确定的待调整的CPU对应的CPU号发送给所述第一确定模块确定的第一操作系统，使所述第一操作系统将所述CPU号对应的CPU加入所述第一操作系统的调度管理。

7.根据权利要求6所述的装置，其特征在于，所述第一确定模块，包括：

获取子模块，用于获取所管理的各个操作系统的资源信息；

确定子模块，用于根据所述获取子模块获取到的所管理的各个操作系统的资源信息确定资源调整的第一操作系统。

8.根据权利要求7所述的装置，其特征在于，所述获取子模块，包括：

第一获取单元，用于每隔预设时间检测所管理的各个操作系统的资源占用情况，根据得到的检测结果获取所管理的各个操作系统的资源信息；

或者，第二获取单元，用于获取所管理的各个操作系统的资源信息记录，根据所述资源信息记录获取所管理的各个操作系统的资源信息。

9.根据权利要求8所述的装置，其特征在于，所述第一获取单元，用于每隔预设时间向所管理的各个操作系统发送资源查询指令，并接收所管理的各个操作系统根据所述资源查询指令返回的资源占用情况，根据所述资源占用情况得到所管理的各个操作系统的资源信息。

10.根据权利要求6至9中任一权利要求所述的装置，其特征在于，所述第二确定模块，还用于如果所述待调整的CPU为非空闲状态，则向所述待调整的CPU所在的第二操作系统发送资源调整命令，使所述第二操作系统将所述待调整的CPU设置为空闲状态。

Images