[发明专利]一种业务面任务处理方法及设备

说明书

技术领域

本发明涉及移动通信处理技术，特别涉及一种业务面任务处理方法及设备。

背景技术

随着信息时代的到来，各种复杂多样的应用需求对处理器的性能要求也越来越高。传统的通过纯粹提升频率来提升处理器性能的方法，由于遭遇功耗和散热问题而陷入绝境。与单核处理器相比，多核处理器能够在较低的频率下完成更高的工作负载，具有高性能、低功耗的明显优势，正逐渐取代传统的单核处理器成为市场的主流。

在这种背景下，如何充分利用多核处理器的并发处理特性，提高系统整体性能，最大程度地发挥多核处理器的多个核在业务处理方面的效能，就成为了多核软件开发过程中一个迫切需要解决的问题。

现有多核开发理论认为：针对多核处理器具有天然的并行特性，在软件架构上需要彻底打破原有的串行编程思想，完成从传统的单核处理器架构下的串行编程到并行编程的转变，尽量避免互斥，减少串行处理，均衡地在多个核之间分配任务，避免对共享资源的争夺，尽可能地并行工作。

图1为单核CPU下的任务拆分到多核CPU下的多个子任务的示意图，现代多核开发技术的基本方法，一般采用如图1所示的任务拆分方法，即：将单核处理器下的报文处理任务按照任务的特性，拆分成一个或多个子任务，每个子任务完成整个任务中一部分功能。

按照这一开发思想，在实际编码设计中，如何合理的拆解任务，则成为了多核开发首先要解决的问题。对软件设计者而言，这就要求其在设计伊始就充分地了解任务的特点，把握分解出的各个子任务的任务特性是什么、任务量有多大，以便在多个核之间均衡的分配任务，实现多核性能的最大化。考虑到理想与现实的差别，以及对新兴技术的把握程度，这一拆解要求对软件设计者来说往往过于苛刻。

现有技术至少有以下不足：

1、在设计伊始，软件设计者首先需将一个完整的任务拆分为多个子任务，每个子任务按照一定规则部署在不同的核上；但对于如何来拆分这些子任务没有一个参考标准。

2、软件设计者必须对上述每个子任务的性能有充分的把握，例如：子任务有何特点，任务量有多大，等等；这对于某些软件设计者来说要求太过苛刻。

3、当根据最初设计的子任务部署完成代码开发后，一旦出现某个或某类核成为性能瓶颈，此时必然要重新调整任务部署，甚至可能重新拆分子任务，修改函数调用关系，重新进行整合测试，存在诸多的重复劳动。经验表明，这种后期引入的设计调整代价巨大。

4、子任务内的模块之间采用函数调用，对栈的深度需求较大，可能引起单核的内存资源紧张。

发明内容

本发明所解决的技术问题在于提供了一种业务面任务在多核情况下的处理方法及设备。

本发明实施例中提供了一种业务面任务处理方法，包括如下步骤：

确定需处理的业务面任务；

将所述业务面任务分拆为若干任务块；

按所述业务面任务的执行流程确定各任务块的执行顺序；

为各任务块分配标识，各任务块标识顺序与各任务块的执行顺序一致；

将各任务块分配给CPU；

根据各任务块的标识顺序在相应的CPU上执行任务块。

本发明实施例中提供了一种业务面任务处理设备，包括：

任务确定单元，用于确定需处理的业务面任务；

拆分单元，用于将所述业务面任务分拆为若干任务块；

顺序确定单元，用于按所述业务面任务的执行流程确定各任务块的执行顺序；

标识单元，用于为各任务块分配标识，各任务块标识顺序与各任务块的执行顺序一致；

分配单元，用于将各任务块分配给CPU；

执行单元，用于根据各任务块的标识顺序在相应的CPU上执行任务块。

本发明的有益效果如下：

由于采用了BID(即任务块标识BlockID，后文均采用该简称)的手段，因此本发明实施例提供的技术方案符合现代软件开发的模块化设计理念，且相对于传统子任务的方法而言，BID模块的功能更加明确而具体，便于开发、管理、以及后期维护。

附图说明

图1为背景技术中单核CPU下的任务拆分到多核CPU下的多个子任务的示意图；

图2为本发明实施例中业务面任务处理方法实施流程示意图；

图3为本发明实施例中多核下的控制面与业务面分离示意图；

图4为本发明实施例中单核CPU下的任务拆分到多核CPU下的多个BID示意图；