CN106610869A - 进程管理方法及装置 - Google Patents
进程管理方法及装置 Download PDFInfo
- Publication number
- CN106610869A CN106610869A CN201510698171.0A CN201510698171A CN106610869A CN 106610869 A CN106610869 A CN 106610869A CN 201510698171 A CN201510698171 A CN 201510698171A CN 106610869 A CN106610869 A CN 106610869A
- Authority
- CN
- China
- Prior art keywords
- type
- logical node
- business
- cpu
- relation
- 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)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种进程管理方法及装置，涉及进程管理技术领域，本发明获取逻辑节点所对应的各进程类型的进程实例化个数，当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程，由于在其他CPU核中加载了相同类型的进程，充分利用了CPU的性能，并且实现方便。
Description
技术领域
本发明涉及进程管理技术领域，特别涉及一种进程管理方法及装置。
背景技术
在Linux、Unix等操作系统中，进程作为业务载体，使用情况一般有两种：
第一种为单进程管理；即对于简单的业务，编译为一个进程，这个进程完成所有业务的处理。由操作系统完成进程加载、进程故障检测以及故障后进程拉起，但单进程管理实现简单，已经不能适应复杂的业务需求；
第二种为多进程管理；即对于复杂的业务系统，由于功能繁多，由一个进程完成所有的功能已不现实，需要拆分为多个功能独立的业务进程，每个业务进程执行独立的功能，各个进程互相交互提供业务服务。除了业务进程外，还要配置管理进程，管理进程对业务进程进行维护管理，负责业务进程的启动，故障检查和故障恢复。业务进程可以有多个，管理进程可以有多个。但每个进程必须在初始化配置，不能在运行过程中动态增加新进程,也不允许动态删除进程造成功能缺失，如果想提升业务处理能力，只能在业务进程内部进行优化，代码改动量大，处理不灵活。在业务繁忙时，可能由于某个业务进程CPU占用率过高导致整个系统异常。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种进程管理方法及装置。
依据本发明的一个方面，提供了一种进程管理方法，所述方法包括：
获取逻辑节点所对应的各进程类型的进程实例化个数，所述进程实例化个数为相同类型进程的个数，所述逻辑节点具有至少两个CPU核；
当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程。
可选地，所述方法还包括：
当所述业务进程的CPU占用率低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
可选地，所述当所述业务进程的CPU占用率低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程，进一步包括：
当所述业务进程的CPU占用率在预设时间内持续低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
可选地，所述获取逻辑节点所对应的各进程类型的进程实例化个数，进一步包括：
根据所述逻辑节点的物理地址确定所述逻辑节点的类型，并根据所述逻辑节点的类型获取所述逻辑节点所对应的各进程类型的进程实例化个数。
可选地，所述根据所述逻辑节点的物理地址确定所述逻辑节点的类型，并根据所述逻辑节点的类型获取所述逻辑节点所对应的各进程类型的进程实例化个数，进一步包括：
获取所述逻辑节点的物理地址；
根据物理配置关系及所述物理地址确定所述逻辑节点的ID号，所述物理配置关系为物理地址及ID号之间的对应关系；
根据所述逻辑节点的ID号及类型映射关系确定所述逻辑节点的类型，所述类型映射关系为ID号及类型之间的对应关系；
根据所述逻辑节点的类型及进程类配置关系确定各进程类型的进程实例化个数，所述进程类配置关系为逻辑节点的类型及各进程类型的进程实例化个数之间的对应关系。
依据本发明的另一个方面，提供了一种进程管理装置，所述装置包括：
参数获取单元，用于获取逻辑节点所对应的各进程类型的进程实例化个数，所述进程实例化个数为相同类型进程的个数，所述逻辑节点具有至少两个CPU核；
进程加载单元，用于当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程。
可选地，所述装置还包括：
进程删除单元，用于当所述业务进程的CPU占用率低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
可选地，所述进程删除单元，进一步用于当所述业务进程的CPU占用率在预设时间内持续低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
可选地，所述参数获取单元，进一步用于根据所述逻辑节点的物理地址确定所述逻辑节点的类型，并根据所述逻辑节点的类型获取所述逻辑节点所对应的各进程类型的进程实例化个数。
可选地，所述参数获取单元，进一步获取所述逻辑节点的物理地址；根据物理配置关系及所述物理地址确定所述逻辑节点的ID号，所述物理配置关系为物理地址及ID号之间的对应关系；根据所述逻辑节点的ID号及类型映射关系确定所述逻辑节点的类型，所述类型映射关系为ID号及类型之间的对应关系；根据所述逻辑节点的类型及进程类配置关系确定各进程类型的进程实例化个数，所述进程类配置关系为逻辑节点的类型及各进程类型的进程实例化个数之间的对应关系。
本发明获取逻辑节点所对应的各进程类型的进程实例化个数，当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程，由于在其他CPU核中加载了相同类型的进程，充分利用了CPU的性能，并且实现方便。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1是本发明一种实施方式的进程管理方法的流程图；
图2是本发明一种实施方式的进程管理方法的流程图；
图3是本发明一种实施方式的进程管理装置的结构框图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
图1是本发明一种实施方式的进程管理方法的流程图；参照图1，所述方法包括：
S101：获取逻辑节点所对应的各进程类型的进程实例化个数，所述进程实例化个数为相同类型进程的个数，所述逻辑节点具有至少两个CPU核；
为便于获取逻辑节点所对应的各进程类型的进程实例化个数，可通过以下步骤：根据所述逻辑节点的物理地址确定所述逻辑节点的类型，并根据所述逻辑节点的类型获取所述逻辑节点所对应的各进程类型的进程实例化个数。
其具体的过程为：
A1：获取所述逻辑节点的物理地址；
可理解的是，在通讯产品中，关键设备形态以单板形式体现，一个产品设备由机架、机框和单板组成，一般来说，一个机架由3个机框组成，每个机框配置14个槽位，可以插14块单板，可根据单板提供的功能划分为逻辑节点，也就是说，所述逻辑节点可理解为插接于某个框架槽上的单板。每个单板可能有多个CPU核，单板的物理地址命名为x架x框x槽xCPU核。可用16进制表示为0x01010203(1架1框2槽3CPU核)。
A2：根据物理配置关系及所述物理地址确定所述逻辑节点的ID号，所述物理配置关系为物理地址及ID号之间的对应关系；
本实施方式中，可通过下表来体现物理配置关系：
| 字段名称 | 字段类型 | 中文名称 | 取值范围 | 默认值 | 备注 |
| nodeId | UINT32 | ID号 | 无 | 无 | 表关键字。 |
| nodephyaddr | UINT32 | 物理地址 | 无 | 无 | |
| rsv | UINT32 | 保留字节 | 无 | 0 | |
| rsv2 | UINT32 | 保留字节 | 无 | 0 |
相应地，根据物理配置关系及所述物理地址确定所述逻辑节点的ID号，可理解为通过查表的方式来确定所述逻辑节点的ID号，当然，上述表格为预先设置的。
例如：
| nodeId | nodephyaddr |
| 0x101 | 0x01010103 |
| 0x201 | 0x01010303 |
| 0x202 | 0x01010403 |
从上表可看出，1架1框1槽3CPU核运行的节点ID为0x101,1架1框3槽3CPU核运行节点为0x201。
A3：根据所述逻辑节点的ID号及类型映射关系确定所述逻辑节点的类型，所述类型映射关系为ID号及类型之间的对应关系；
由于ID号为全局唯一的值，故而，本实施方式中，可预先建立其与类型的对应关系，例如：nodeId&0xff00＝＝nodetype，其中，nodeId为ID号，nodetype为类型的序列。
A4：根据所述逻辑节点的类型及进程类配置关系确定各进程类型的进程实例化个数，所述进程类配置关系为逻辑节点的类型及各进程类型的进程实例化个数之间的对应关系。
本实施方式中，可通过下表来体现进程类配置关系：
相应地，根据所述逻辑节点的类型及进程类配置关系确定各进程类型的进程实例化个数，可理解为通过查表的方式来确定各进程类型的进程实例化个数，当然，上述表格为预先设置的。
例如：
| nodetype | processtype | maxinstnum | 其他表字段略 |
| 0x100 | 0x2000 | 1 | |
| 0x100 | 0x3000 | 1 | |
| 0x100 | 0x4000 | 2 | |
| 0x100 | 0x5000 | 2 | |
| 0x200 | 0x2000 | 1 | |
| 0x200 | 0x3000 | 1 | |
| 0x200 | 0x6000 | 3 |
从上述表数据可以看出，类型0x100配置4个进程，其中进程0x4000和0x5000会根据业务需要动态扩展。类型0x200配置3个进程，进程0x6000根据业务需要可以动态扩展到3个进程。
为便于实现对逻辑节点的进程管理，在逻辑节点初始化时，可遵循以下规则：
如果进程实例化个数为0，则不启动相应的进程；
如果进程实例化个数为1，则启动一个相应的进程；
如果进程实例化个数大于1，则启动一个相应的进程，剩余的个数(进程实例化个数-1)为动态加载进程数目。
进程实例化个数配置(大于1的情况)由逻辑节点的性能(内存大小、CPU处理能力、硬盘大小)和业务进程的性能(业务进程使用资源的情况)统一协调给出，不能随意配置。
S102：当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程。
可理解的是，所述第一预设占用率可根据需要进行设置，例如：70％或80％等，本实施方式对此不加以限制。
另外，业务进程运行过程中占有资源情况比较复杂，虽然已经预先获得了进程实例化个数，但每次动态增加进程时必须进行动态扩展进程判断。
动态扩展进程判断的流程为：首先获取系统的可用内存、硬盘的余量和其他可用资源，然后和动态扩展的业务进程需要的资源进行比较。如果系统可用资源充足，就启动动态扩展业务进程(即在其他CPU核上加载的与所述业务进程相同类型的进程)，动态扩展业务进程配置的端口号不能和逻辑节点上其他进程的端口号相同，进程名称也不能和其他进程相同；如果系统可用资源不足，则不启动动态扩展业务进程。
在动态扩展业务进程启动后，除进程端口号、进程名称不同外，提供和业务进程相同的功能。比如：原有业务进程名为msps,进程端口号为0xfa01,动态扩展业务进程命名为msps2,进程端口号为0xfa02。动态扩展业务进程向其他进程广播资源，表示自己可以提供业务服务，其他进程收到消息后，就可以向动态扩展业务进程分配业务。资源信息存储在主控板的表中，其他业务模块查询表信息就可以知道当前资源使用情况了。
由于当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，若在该CPU核中加载动态扩展业务进程，可能会导致进程冲突等问题，故而，本实施方式中会在其他CPU核中加载动态扩展业务进程。
在具体实现中，可能一部分进程类型的进程实例化个数为1，另一部分进程类型的进程实例化个数大于1，故而，所述在其他CPU核上加载与所述业务进程相同类型的进程，可理解为：在其他CPU核中加载进程，以使逻辑节点中与所述业务进程相同进程类型的进程数量达到进程实例化个数。
例如：逻辑节点所对应的各进程类型包括：a、b、c、d，共4类，若a的进程实例化个数为1，b的进程实例化个数为2，c的进程实例化个数为3，d的进程实例化个数为4，通常逻辑节点初始化时，会在逻辑节点中将4类进程各加载1个，当所述逻辑节点中运行于一个CPU核上的d类进程的CPU占用率超过第一预设占用率时，则在其他CPU核上添加3个d类进程。
本实施方式获取逻辑节点所对应的各进程类型的进程实例化个数，当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程，由于在其他CPU核中加载了相同类型的进程，充分利用了CPU的性能，并且实现方便。
图2是本发明一种实施方式的进程管理方法的流程图；参照图2，所述方法包括：
S201：获取逻辑节点所对应的各进程类型的进程实例化个数，所述进程实例化个数为相同类型进程的个数，所述逻辑节点具有至少两个CPU核；
S202：当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程。
步骤S201～S202与步骤S101～S102相同，在此不再赘述。
S203：当所述业务进程的CPU占用率低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
可理解的是，当所述业务进程的CPU占用率低于第二预设占用率时，此时CPU已经处于空闲状态，若在所述其它CPU核中加载的进程仍然存在，会导致能量的损耗，故而，可删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
为避免反复执行进程加载删除，浪费系统资源，本实施方式中可在稳定时，再删除在所述其它CPU核上加载的与所述业务进程相同类型的进程，也就是说，本实施方式中，步骤S203可进一步为：
当所述业务进程的CPU占用率在预设时间内持续低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
当然，所述预设时间可根据需要进行设置，例如：10分钟等，所述第二预设占用率也可根据需要进行设置，例如：50％、40％、30％等，本实施方式对此不加以限制。
需要说明的是，本实施方式删除的是在所述其他CPU核上加载的与所述业务进程相同类型的进程，若直接删除逻辑节点初始化时加载的进程，可能会导致程序错误。
在删除在所述其它CPU核上加载的与所述业务进程相同类型的进程时，可将进程的管理态设置为延迟闭塞，延迟闭塞为进程的一种管理态，设置为延迟闭塞后，系统就不会向此进程分业务，等此进程上的用户释放完成后，将此进程进行删除。
本实施方式可以实现对业务进程的灵活管理，在业务繁忙时，动态加载进程，充分利用CPU性能，提升业务处理能力，在CPU空闲时，动态删除进程，以到达节能降耗的目标。
对于方法实施方式，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施方式并不受所描述的动作顺序的限制，因为依据本发明实施方式，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施方式均属于优选实施方式，所涉及的动作并不一定是本发明实施方式所必须的。
图3是本发明一种实施方式的进程管理装置的结构框图；参照图3，所述装置包括：
参数获取单元301，用于获取逻辑节点所对应的各进程类型的进程实例化个数，所述进程实例化个数为相同类型进程的个数，所述逻辑节点具有至少两个CPU核；
进程加载单元302，用于当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程。
在本发明的一种可选实施方式中，所述装置还包括：
进程删除单元，用于当所述业务进程的CPU占用率低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
在本发明的一种可选实施方式中，所述进程删除单元，进一步用于当所述业务进程的CPU占用率在预设时间内持续低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
在本发明的一种可选实施方式中，所述参数获取单元，进一步用于根据所述逻辑节点的物理地址确定所述逻辑节点的类型，并根据所述逻辑节点的类型获取所述逻辑节点所对应的各进程类型的进程实例化个数。
在本发明的一种可选实施方式中，所述参数获取单元，进一步获取所述逻辑节点的物理地址；根据物理配置关系及所述物理地址确定所述逻辑节点的ID号，所述物理配置关系为物理地址及ID号之间的对应关系；根据所述逻辑节点的ID号及类型映射关系确定所述逻辑节点的类型，所述类型映射关系为ID号及类型之间的对应关系；根据所述逻辑节点的类型及进程类配置关系确定各进程类型的进程实例化个数，所述进程类配置关系为逻辑节点的类型及各进程类型的进程实例化个数之间的对应关系。
对于装置实施方式而言，由于其与方法实施方式基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。
应当注意的是，在本发明的装置的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本发明不受限于此，可以根据需要对各个部件进行重新划分或者组合。
本发明的各个部件实施方式可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本装置中，PC通过实现因特网对设备或者装置远程控制，精准的控制设备或者装置每个操作的步骤。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样实现本发明的程序可以存储在计算机可读介质上，并且程序产生的文件或文档具有可统计性，产生数据报告和cpk报告等，能对功放进行批量测试并统计。应该注意的是上述实施方式对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施方式。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
以上实施方式仅用于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。
Claims (10)
1.一种进程管理方法，其特征在于，所述方法包括：
获取逻辑节点所对应的各进程类型的进程实例化个数，所述进程实例化个数为相同类型进程的个数，所述逻辑节点具有至少两个CPU核；
当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
当所述业务进程的CPU占用率低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
3.如权利要求2所述的方法，其特征在于，所述当所述业务进程的CPU占用率低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程，进一步包括：
当所述业务进程的CPU占用率在预设时间内持续低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
4.如权利要求1～3中任一项所述的方法，其特征在于，所述获取逻辑节点所对应的各进程类型的进程实例化个数，进一步包括：
根据所述逻辑节点的物理地址确定所述逻辑节点的类型，并根据所述逻辑节点的类型获取所述逻辑节点所对应的各进程类型的进程实例化个数。
5.如权利要求4所述的方法，其特征在于，所述根据所述逻辑节点的物理地址确定所述逻辑节点的类型，并根据所述逻辑节点的类型获取所述逻辑节点所对应的各进程类型的进程实例化个数，进一步包括：
获取所述逻辑节点的物理地址；
根据物理配置关系及所述物理地址确定所述逻辑节点的ID号，所述物理配置关系为物理地址及ID号之间的对应关系；
根据所述逻辑节点的ID号及类型映射关系确定所述逻辑节点的类型，所述类型映射关系为ID号及类型之间的对应关系；
根据所述逻辑节点的类型及进程类配置关系确定各进程类型的进程实例化个数，所述进程类配置关系为逻辑节点的类型及各进程类型的进程实例化个数之间的对应关系。
6.一种进程管理装置，其特征在于，所述装置包括：
参数获取单元，用于获取逻辑节点所对应的各进程类型的进程实例化个数，所述进程实例化个数为相同类型进程的个数，所述逻辑节点具有至少两个CPU核；
进程加载单元，用于当所述逻辑节点中运行于一个CPU核上的业务进程的CPU占用率超过第一预设占用率时，根据所述业务进程的进程实例化个数在其他CPU核上加载与所述业务进程相同类型的进程。
7.如权利要求6所述的装置，其特征在于，所述装置还包括：
进程删除单元，用于当所述业务进程的CPU占用率低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
8.如权利要求7所述的装置，其特征在于，所述进程删除单元，进一步用于当所述业务进程的CPU占用率在预设时间内持续低于第二预设占用率时，删除在所述其它CPU核上加载的与所述业务进程相同类型的进程。
9.如权利要求6～8中任一项所述的装置，其特征在于，所述参数获取单元，进一步用于根据所述逻辑节点的物理地址确定所述逻辑节点的类型，并根据所述逻辑节点的类型获取所述逻辑节点所对应的各进程类型的进程实例化个数。
10.如权利要求9所述的装置，其特征在于，所述参数获取单元，进一步获取所述逻辑节点的物理地址；根据物理配置关系及所述物理地址确定所述逻辑节点的ID号，所述物理配置关系为物理地址及ID号之间的对应关系；根据所述逻辑节点的ID号及类型映射关系确定所述逻辑节点的类型，所述类型映射关系为ID号及类型之间的对应关系；根据所述逻辑节点的类型及进程类配置关系确定各进程类型的进程实例化个数，所述进程类配置关系为逻辑节点的类型及各进程类型的进程实例化个数之间的对应关系。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510698171.0A CN106610869B (zh) | 2015-10-23 | 2015-10-23 | 进程管理方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510698171.0A CN106610869B (zh) | 2015-10-23 | 2015-10-23 | 进程管理方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106610869A true CN106610869A (zh) | 2017-05-03 |
| CN106610869B CN106610869B (zh) | 2020-04-21 |
Family
ID=58612713
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510698171.0A Active CN106610869B (zh) | 2015-10-23 | 2015-10-23 | 进程管理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106610869B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111209110A (zh) * | 2019-12-31 | 2020-05-29 | 浙江明度智控科技有限公司 | 一种实现负载均衡的任务调度管理方法、系统和存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003271404A (ja) * | 2002-03-19 | 2003-09-26 | Fujitsu Ltd | マルチプロセッサシステム |
| CN101349974A (zh) * | 2007-07-16 | 2009-01-21 | 中兴通讯股份有限公司 | 一种分布式系统中提高多核cpu处理能力的方法 |
| CN102999317A (zh) * | 2012-12-30 | 2013-03-27 | 北京讯鸟软件有限公司 | 面向多租户的弹性多进程服务处理方法 |
-
2015
- 2015-10-23 CN CN201510698171.0A patent/CN106610869B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003271404A (ja) * | 2002-03-19 | 2003-09-26 | Fujitsu Ltd | マルチプロセッサシステム |
| CN101349974A (zh) * | 2007-07-16 | 2009-01-21 | 中兴通讯股份有限公司 | 一种分布式系统中提高多核cpu处理能力的方法 |
| CN102999317A (zh) * | 2012-12-30 | 2013-03-27 | 北京讯鸟软件有限公司 | 面向多租户的弹性多进程服务处理方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111209110A (zh) * | 2019-12-31 | 2020-05-29 | 浙江明度智控科技有限公司 | 一种实现负载均衡的任务调度管理方法、系统和存储介质 |
| CN111209110B (zh) * | 2019-12-31 | 2023-10-10 | 明度智云(浙江)科技有限公司 | 一种实现负载均衡的任务调度管理方法、系统和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106610869B (zh) | 2020-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8726290B2 (en) | System and/or method for balancing allocation of data among reduce processes by reallocation | |
| CN109684065B (zh) | 一种资源调度方法、装置及系统 | |
| US10505796B2 (en) | Network function virtualization | |
| CN109032751B (zh) | 一种虚拟机部署方法及omm虚拟机 | |
| CN111124476B (zh) | 业务规则配置和创建方法及装置 | |
| CN108572845B (zh) | 分布式微服务集群的升级方法及相关系统 | |
| US11336521B2 (en) | Acceleration resource scheduling method and apparatus, and acceleration system | |
| CN103970520A (zh) | MapReduce架构中的资源管理方法、装置和架构系统 | |
| CN109417488A (zh) | 虚拟网络功能资源管理的方法和设备 | |
| CN109144658B (zh) | 有限资源的负载均衡方法、装置及电子设备 | |
| CN104639594A (zh) | 分配物理资源和虚拟资源的系统和方法 | |
| US20220188138A1 (en) | Saving and restoring pre-provisioned virtual machine states | |
| WO2021114025A1 (zh) | 增量数据确定方法、确定装置、服务器及终端设备 | |
| CN112417036A (zh) | 分布式存储系统中处理对象的元数据的方法及装置 | |
| CN111538594A (zh) | 基于分布式系统的订单id生成方法、装置、设备及介质 | |
| CN108737499A (zh) | 服务器配置方法和装置 | |
| WO2024082584A1 (zh) | 资源分配方法、容器管理组件和资源分配系统 | |
| WO2022142666A1 (zh) | 数据处理方法、装置、终端设备及存储介质 | |
| CN104518897A (zh) | 虚拟防火墙的资源管理优化处理方法和装置 | |
| CN110795202B (zh) | 一种虚拟化集群资源管理系统的资源分配方法以及装置 | |
| CN106610869A (zh) | 进程管理方法及装置 | |
| CN111352726A (zh) | 一种基于容器化微服务的流数据处理方法及装置 | |
| CN104700255B (zh) | 多进程处理方法、装置和系统 | |
| US11726758B2 (en) | Efficient scaling of a container-based application in a distributed computing system | |
| CN108984105B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |