CN106502788A - 控制中央处理器cpu工作的方法及装置 - Google Patents
控制中央处理器cpu工作的方法及装置 Download PDFInfo
- Publication number
- CN106502788A CN106502788A CN201610885685.1A CN201610885685A CN106502788A CN 106502788 A CN106502788 A CN 106502788A CN 201610885685 A CN201610885685 A CN 201610885685A CN 106502788 A CN106502788 A CN 106502788A
- Authority
- CN
- China
- Prior art keywords
- cpu core
- load
- running order
- cpu
- close
- 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.)
- Withdrawn
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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- 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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5044—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering hardware capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multi Processors (AREA)
Abstract
本发明涉及一种控制中央处理器CPU工作的方法及装置,所述方法包括:获取每个处于工作状态的CPU内核的负载;判断当前是否需要关闭至少一个CPU内核;若是,则根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核;关闭需要关闭的CPU内核。本发明可优化CPU内核的工作任务,有效提升CPU的运算效率。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种控制中央处理器CPU工作的方法及装置。
背景技术
随着智能芯片的发展,为提高智能芯片的运算能力,双核心及多核心芯片已经被广泛应用于智能设备中,如移动终端、PC等。
在常规的运算中,双核心及多核心芯片在执行任务时,由于不同核心执行的任务不同,执行的任务个数也不同,导致不同核心的当前的负载也不同。双核心及多核心芯片在执行任务时,当CPU内核的负载的总和小于某一阀值时,就需要停止一个或一个以上CPU内核的工作,以方便空余的CPU内核执行后续可能需要执行的任务。常规方案是根据CPU内核的编号停止编号较大的一个或一个以上CPU内核的工作,但这种方案中,如果停止工作的CPU内核具有较高的负载,该CPU内核停止工作时则需要迁移其正在运行的大量任务,从而降低当前事务的运算速度,影响整个芯片的处理性能。
发明内容
基于此,有必要提供一种控制中央处理器CPU工作的方法及装置,提升CPU的运算效率。
一种控制中央处理器CPU工作的方法,所述方法包括:
获取每个处于工作状态的CPU内核的负载;
判断当前是否需要关闭至少一个CPU内核;
若是,则根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核;
关闭需要关闭的CPU内核。
在其中一个实施例中,所述获取每个处于工作状态的CPU内核的负载,包括:获取每个处于工作状态的CPU内核的负载的大小;
所述根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核,包括:
按照负载从大到小的顺序将获取的每个处于工作状态的CPU内核的负载进行排序;
确定排序前N个负载对应的CPU内核为需要关闭的CPU内核,所述N为正整数。
在其中一个实施例中,所述获取每个处于工作状态的CPU内核的负载,包括:获取每个处于工作状态的CPU内核的负载对应的后台进程的数量;
所述根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核,包括:
判断所述每个处于工作状态的CPU内核的负载对应的后台进程的数量是否大于预设的数量;
确定负载对应的后台进程的数量大于所述预设的数量的CUP内核为需要关闭的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内核的负载;
判断模块,用于判断当前是否需要关闭至少一个CPU内核;
确定模块,用于在所述判断模块判断需要关闭至少一个CPU内核时,根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核;
控制模块,用于关闭需要关闭的CPU内核。
在其中一个实施例中,所述获取模块具体用于获取每个处于工作状态的CPU内核的负载的大小;
所述确定模块具体用于在所述判断模块判断需要关闭至少一个CPU内核时,按照负载从大到小的顺序将获取的每个处于工作状态的CPU内核的负载进行排序,并确定排序前N个负载对应的CPU内核为需要关闭的CPU内核,所述N为正整数。
在其中一个实施例中,所述获取模块具体用于获取每个处于工作状态的CPU内核的负载对应的后台进程的数量;
所述确定模块具体用于在所述判断模块判断需要关闭至少一个CPU内核时,判断所述每个处于工作状态的CPU内核的负载对应的后台进程的数量是否大于预设的数量,并确定负载对应的后台进程的数量大于所述预设的数量的CUP内核为需要关闭的CPU内核。
在其中一个实施例中,所述获取模块具体用于获取每个处于工作状态的CPU内核的负载对应的应用程序的标识;
所述确定模块具体用于在所述判断模块判断需要关闭至少一个CPU内核时,判断获取的每个处于工作状态的CPU内核的负载对应的应用程序的标识中是否包含预设的应用程序的标识,并确定具有预设的应用程序的标志的负载对应的CPU内核为需要关闭的CPU内核。
在其中一个实施例中,所述判断模块包括:
第一判断模块,用于计算所述每个处于工作状态的CPU内核的负载的大小的总和,若所述总和小于预设的阈值,则确定当前需要关闭至少一个CPU内核;
第二判断模块,用于判断所述CPU的发热量是否大于预设的发热量,若是,则确定当前需要关闭至少一个CPU内核;
第三判断模块,用于判断所述CPU对应终端的耗电速度是否大于预设的耗电速度,若是,则确定当前需要关闭至少一个CPU内核。
以上所述控制中央处理器CPU工作的装置中,根据获取的每个处于工作状态的CPU内核的负载判断是否需要关闭至少一个CPU内核,并在需要关闭至少一个CPU内核时,根据每个处于工作状态的CPU内核的负载和预设的关闭规则确定并关闭需要关闭的CPU内核,以优化CPU内核的工作任务,提升CPU的运算效率。
附图说明
图1为一实施例控制中央处理器CPU工作的方法的流程示意图;
图2为一实施例控制中央处理器CPU工作的装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
如图1所示,一实施例的控制中央处理器CPU工作的方法包括步骤S120至步骤S180。
步骤S120,获取每个处于工作状态的CPU内核的负载;
步骤S140,判断当前是否需要关闭至少一个CPU内核;
步骤S160,若是,则根据每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核;
步骤S180,关闭需要关闭的CPU内核。
以上所述控制中央处理器CPU工作的方法中,根据获取的每个处于工作状态的CPU内核的负载判断是否需要关闭至少一个CPU内核,并在需要关闭至少一个CPU内核时,根据每个处于工作状态的CPU内核的负载和预设的关闭规则确定并关闭需要关闭的CPU内核,以优化CPU内核的工作任务,提升CPU的运算效率。
其中,步骤S140判断当前是否需要关闭至少一个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内核提升CPU的运算效率并降低对应终端的耗电速度。
以上所述只是本实施例可以实现的优选的三种方案,本实施例不限于通过关闭CPU内核以提高CPU运算效率的其他实现方案。
在本实施例的一实现方式中,步骤S120获取每个处于工作状态的CPU内核的负载为:获取每个处于工作状态的CPU内核的负载的大小。对应的,当步骤S140判断当前需要关闭至少一个CPU内核时,则步骤S160根据每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核具体为:
按照负载从大到小的顺序将获取的每个处于工作状态的CPU内核的负载进行排序;
确定排序前N个负载对应的CPU内核为需要关闭的CPU内核,N为正整数。
其中,可以为处于工作状态的CPU内核预设允许的最大负载值,根据每个处于工作状态的CPU内核的负载的大小的总和大于预设的阈值(允许处于工作状态的CPU内核的最小负载值与处于工作状态的CPU内核的个数的乘积),且小于或等于处于工作状态的CPU内核的最大负载值与处于工作状态的CPU内核的个数的乘积,可以确定N所在区间以随机选择N的值。
由步骤S160确定排序前N个负载对应的CPU内核后,由步骤S180关闭这些CPU内核即可。
在本实施例的另一实现方式中,步骤S120获取每个处于工作状态的CPU内核的负载为:获取每个处于工作状态的CPU内核的负载对应的后台进程的数量。对应的,当步骤S140判断当前需要关闭至少一个CPU内核时,则步骤S160根据每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核具体为:
判断每个处于工作状态的CPU内核的负载对应的后台进程的数量是否大于预设的数量;
确定负载对应的后台进程的数量大于预设的数量的CUP内核为需要关闭的CPU内核。
其中,当处于工作状态的CPU内核的负载对应的后台进程的数量大于预设的数量时,会导致该CPU内核的运算效率会明显降低,由步骤S180可以关闭这些CPU内核,以提升CPU的运算效率。本实施例中,预设的数量可以为允许单个CPU内核的负载对应的后台进程的最大值,具体的值可以根据对应终端的运算效率进行确定。
在本实施例的又一实现方式中,步骤S120获取每个处于工作状态的CPU内核的负载为:获取每个处于工作状态的CPU内核的负载对应的应用程序的标识。对应的,当步骤S140判断当前需要关闭至少一个CPU内核时,则步骤S160根据每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核具体为:
判断获取的每个处于工作状态的CPU内核的负载对应的应用程序的标识中是否包含预设的应用程序的标识;
确定具有预设的应用程序的标志的负载对应的CPU内核为需要关闭的CPU内核。
其中,应用程序可以为会导致CPU内核的负载明显增加的相应应用程序,也可以为用户需要强制停止运行的应用程序等。当CPU内核在运行这些应用程序的一个或一个以上时,如果需要关闭运行这些应用程序的CPU内核时,可以判断每个处于工作状态的CPU内核的负载对应的应用程序的标识中是否包含这些应用程序的标识,如果包含,则即可确定对应需要关闭的CPU内核。通过控制模块180将对应的CPU内核关闭即可。
可以知道的是,由步骤S180关闭对应的CPU内核后,需要将关闭的CPU内核的任务分配至其他处于工作状态的CPU内核,具体的,可以根据实际应用选择这些任务的分配方案,如将这些任务平均分配至其他处于工作状态的CPU内核等。
如图2所示,一实施例的控制中央处理器CPU工作的装置包括获取模块120、判断模块140、确定模块160和控制模块180。
获取模块120用于获取每个处于工作状态的CPU内核的负载;
判断模块140于判断当前是否需要关闭至少一个CPU内核;
确定模块160于在判断模块140判断需要关闭至少一个CPU内核时,根据每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核;
控制模块180用于关闭需要关闭的CPU内核。
以上所述控制中央处理器CPU工作的装置中,根据获取的每个处于工作状态的CPU内核的负载判断是否需要关闭至少一个CPU内核,并在需要关闭至少一个CPU内核时,根据每个处于工作状态的CPU内核的负载和预设的关闭规则确定并关闭需要关闭的CPU内核,以优化CPU内核的工作任务,提升CPU的运算效率。
其中,判断模块140包括第一判断模块、第二判断模块和第三判断模块。
第一判断模块用于计算每个处于工作状态的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的运算效率并降低对应终端的耗电速度。
以上所述只是本实施例可以实现的优选的三种方案,本实施例不限于通过关闭CPU内核以提高CPU运算效率的其他实现方案。
在本实施例的一实现方式中,获取模块120具体用于获取每个处于工作状态的CPU内核的负载的大小;对应的,确定模块160具体用于在判断模块140判断需要关闭至少一个CPU内核时,按照负载从大到小的顺序将获取的每个处于工作状态的CPU内核的负载进行排序,并确定排序前N个负载对应的CPU内核为需要关闭的CPU内核,N为正整数。
其中,可以为处于工作状态的CPU内核预设允许的最大负载值,根据每个处于工作状态的CPU内核的负载的大小的总和大于预设的阈值(允许处于工作状态的CPU内核的最小负载值与处于工作状态的CPU内核的个数的乘积),且小于或等于处于工作状态的CPU内核的最大负载值与处于工作状态的CPU内核的个数的乘积,可以确定N所在区间随机选择N的值。
由确定模块160确定排序前N个负载对应的CPU内核后,由控制模块180关闭这些CPU内核即可。
本实施例的另一实现方式中,获取模块120具体用于获取每个处于工作状态的CPU内核的负载对应的后台进程的数量。对应的,确定模块160具体用于在判断模块140判断需要关闭至少一个CPU内核时,判断每个处于工作状态的CPU内核的负载对应的后台进程的数量是否大于预设的数量,并确定负载对应的后台进程的数量大于预设的数量的CUP内核为需要关闭的CPU内核。
其中,当处于工作状态的CPU内核的负载对应的后台进程的数量大于预设的数量时,会导致该CPU内核的运算效率会明显降低,由控制模块180可以关闭这些CPU内核,以提升CPU的运算效率。本实施例中,预设的数量可以为允许单个CPU内核的负载对应的后台进程的最大值,具体的值可以根据对应终端的运算效率进行确定。
在本实施例的又一实现方式中,获取模块120具体用于获取每个处于工作状态的CPU内核的负载对应的应用程序的标识。对应的,确定模块160具体用于在判断模块140判断需要关闭至少一个CPU内核时,判断获取的每个处于工作状态的CPU内核的负载对应的应用程序的标识中是否包含预设的应用程序的标识,并确定具有预设的应用程序的标志的负载对应的CPU内核为需要关闭的CPU内核。
其中,应用程序可以为会导致CPU内核的负载明显增加的相应应用程序,也可以为用户需要强制停止运行的应用程序等。当CPU内核在运行这些应用程序的一个或一个以上时,如果需要关闭运行这些应用程序的CPU内核时,可以判断每个处于工作状态的CPU内核的负载对应的应用程序的标识中是否包含这些应用程序的标识,如果包含,则即可确定对应需要关闭的CPU内核。通过控制模块180将对应的CPU内核关闭即可。
可以知道的是,由控制模块180关闭对应的CPU内核后,需要将关闭的CPU内核的任务分配至其他处于工作状态的CPU内核,具体的,可以根据实际应用选择这些任务的分配方案,如将这些任务平均分配至其他处于工作状态的CPU内核等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种控制中央处理器CPU工作的方法,其特征在于,所述方法包括:
获取每个处于工作状态的CPU内核的负载;
判断当前是否需要关闭至少一个CPU内核;
若是,则根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核;
关闭需要关闭的CPU内核。
2.根据权利要求1所述的方法,其特征在于,所述获取每个处于工作状态的CPU内核的负载,包括:获取每个处于工作状态的CPU内核的负载的大小;
所述根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核,包括:
按照负载从大到小的顺序将获取的每个处于工作状态的CPU内核的负载进行排序;
确定排序前N个负载对应的CPU内核为需要关闭的CPU内核,所述N为正整数。
3.根据权利要求1所述的方法,其特征在于,所述获取每个处于工作状态的CPU内核的负载,包括:获取每个处于工作状态的CPU内核的负载对应的后台进程的数量;
所述根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核,包括:
判断所述每个处于工作状态的CPU内核的负载对应的后台进程的数量是否大于预设的数量;
确定负载对应的后台进程的数量大于所述预设的数量的CUP内核为需要关闭的CPU内核。
4.根据权利要求1所述的方法,其特征在于,所述获取每个处于工作状态的CPU内核的负载,包括:获取每个处于工作状态的CPU内核的负载对应的应用程序的标识;
所述根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核,包括:
判断获取的每个处于工作状态的CPU内核的负载对应的应用程序的标识中是否包含预设的应用程序的标识;
确定具有预设的应用程序的标志的负载对应的CPU内核为需要关闭的CPU内核。
5.根据权利要求1至4任一项所述的方法,其特征在于,判断当前是否需要关闭至少一个CPU内核,包括:
计算所述每个处于工作状态的CPU内核的负载的大小的总和,若所述总和小于预设的阈值,则确定当前需要关闭至少一个CPU内核;或者,
判断所述CPU的发热量是否大于预设的发热量,若是,则确定当前需要关闭至少一个CPU内核;或者,
判断所述CPU对应终端的耗电速度是否大于预设的耗电速度,若是,则确定当前需要关闭至少一个CPU内核。
6.一种控制中央处理器CPU工作的装置,其特征在于,所述装置包括:
获取模块,用于获取每个处于工作状态的CPU内核的负载;
判断模块,用于判断当前是否需要关闭至少一个CPU内核;
确定模块,用于在所述判断模块判断需要关闭至少一个CPU内核时,根据所述每个处于工作状态的CPU内核的负载和预设的关闭规则确定需要关闭的CPU内核;
控制模块,用于关闭需要关闭的CPU内核。
7.根据权利要求6所述的装置,其特征在于,所述获取模块具体用于获取每个处于工作状态的CPU内核的负载的大小;
所述确定模块具体用于在所述判断模块判断需要关闭至少一个CPU内核时,按照负载从大到小的顺序将获取的每个处于工作状态的CPU内核的负载进行排序,并确定排序前N个负载对应的CPU内核为需要关闭的CPU内核,所述N为正整数。
8.根据权利要求6所述的装置,其特征在于,所述获取模块具体用于获取每个处于工作状态的CPU内核的负载对应的后台进程的数量;
所述确定模块具体用于在所述判断模块判断需要关闭至少一个CPU内核时,判断所述每个处于工作状态的CPU内核的负载对应的后台进程的数量是否大于预设的数量,并确定负载对应的后台进程的数量大于所述预设的数量的CUP内核为需要关闭的CPU内核。
9.根据权利要求6所述的装置,其特征在于,所述获取模块具体用于获取每个处于工作状态的CPU内核的负载对应的应用程序的标识;
所述确定模块具体用于在所述判断模块判断需要关闭至少一个CPU内核时,判断获取的每个处于工作状态的CPU内核的负载对应的应用程序的标识中是否包含预设的应用程序的标识,并确定具有预设的应用程序的标志的负载对应的CPU内核为需要关闭的CPU内核。
10.根据权利要求6-9任一项所述的装置,其特征在于,所述判断模块包括:
第一判断模块,用于计算所述每个处于工作状态的CPU内核的负载的大小的总和,若所述总和小于预设的阈值,则确定当前需要关闭至少一个CPU内核;
第二判断模块,用于判断所述CPU的发热量是否大于预设的发热量,若是,则确定当前需要关闭至少一个CPU内核;
第三判断模块,用于判断所述CPU对应终端的耗电速度是否大于预设的耗电速度,若是,则确定当前需要关闭至少一个CPU内核。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610885685.1A CN106502788A (zh) | 2016-10-09 | 2016-10-09 | 控制中央处理器cpu工作的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610885685.1A CN106502788A (zh) | 2016-10-09 | 2016-10-09 | 控制中央处理器cpu工作的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106502788A true CN106502788A (zh) | 2017-03-15 |
Family
ID=58294981
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610885685.1A Withdrawn CN106502788A (zh) | 2016-10-09 | 2016-10-09 | 控制中央处理器cpu工作的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106502788A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107193229A (zh) * | 2017-04-06 | 2017-09-22 | 联想(北京)有限公司 | 一种控制方法及电子设备 |
CN109388494A (zh) * | 2018-10-29 | 2019-02-26 | 济南浪潮高新科技投资发展有限公司 | 一种多核心网络控制器动态能耗调节的方法 |
CN112256383A (zh) * | 2019-07-22 | 2021-01-22 | 深信服科技股份有限公司 | 虚拟机的cpu核心数的调整方法、装置、设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102510422A (zh) * | 2011-10-09 | 2012-06-20 | 惠州Tcl移动通信有限公司 | 一种移动终端及其调节运行负荷的方法 |
CN103870331A (zh) * | 2012-12-10 | 2014-06-18 | 联想(北京)有限公司 | 一种动态分配处理器内核的方法及电子设备 |
CN104516480A (zh) * | 2014-12-08 | 2015-04-15 | 广东欧珀移动通信有限公司 | 一种降低系统功耗的方法及装置 |
CN105700664A (zh) * | 2016-01-17 | 2016-06-22 | 苏黎 | 一种移动终端省电的方法及移动终端 |
CN105893141A (zh) * | 2015-12-17 | 2016-08-24 | 乐视致新电子科技(天津)有限公司 | 一种多核处理器调控方法及装置及使用该方法的移动终端 |
-
2016
- 2016-10-09 CN CN201610885685.1A patent/CN106502788A/zh not_active Withdrawn
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102510422A (zh) * | 2011-10-09 | 2012-06-20 | 惠州Tcl移动通信有限公司 | 一种移动终端及其调节运行负荷的方法 |
CN103870331A (zh) * | 2012-12-10 | 2014-06-18 | 联想(北京)有限公司 | 一种动态分配处理器内核的方法及电子设备 |
CN104516480A (zh) * | 2014-12-08 | 2015-04-15 | 广东欧珀移动通信有限公司 | 一种降低系统功耗的方法及装置 |
CN105893141A (zh) * | 2015-12-17 | 2016-08-24 | 乐视致新电子科技(天津)有限公司 | 一种多核处理器调控方法及装置及使用该方法的移动终端 |
CN105700664A (zh) * | 2016-01-17 | 2016-06-22 | 苏黎 | 一种移动终端省电的方法及移动终端 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107193229A (zh) * | 2017-04-06 | 2017-09-22 | 联想(北京)有限公司 | 一种控制方法及电子设备 |
CN109388494A (zh) * | 2018-10-29 | 2019-02-26 | 济南浪潮高新科技投资发展有限公司 | 一种多核心网络控制器动态能耗调节的方法 |
CN112256383A (zh) * | 2019-07-22 | 2021-01-22 | 深信服科技股份有限公司 | 虚拟机的cpu核心数的调整方法、装置、设备及介质 |
CN112256383B (zh) * | 2019-07-22 | 2024-04-09 | 深信服科技股份有限公司 | 虚拟机的cpu核心数的调整方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9785481B2 (en) | Power aware task scheduling on multi-processor systems | |
CN106502788A (zh) | 控制中央处理器cpu工作的方法及装置 | |
US20190146842A1 (en) | Method and Apparatus for Allocating Computing Resources of Processor | |
CN103473139A (zh) | 虚拟机集群资源分配调度方法 | |
CN105045367A (zh) | 基于游戏负载预测的android系统设备功耗优化方法 | |
CN103916438B (zh) | 基于负载预测的云测试环境调度方法及其系统 | |
CN102111337A (zh) | 任务调度方法和系统 | |
CN109491788B (zh) | 一种虚拟化平台负载均衡实现方法及装置 | |
CN104572279B (zh) | 一种支持节点绑定的虚拟机动态调度方法 | |
CN104866379A (zh) | 一种多核处理器调度方法、装置及终端 | |
CN105607948A (zh) | 一种基于sla的虚拟机迁移预测方法 | |
WO2021253851A1 (zh) | 一种集群分布式资源调度方法、装置、设备及存储介质 | |
CN105320570A (zh) | 资源管理方法和系统 | |
CN105930248A (zh) | 一种应用程序的性能提示方法和系统 | |
CN106897116A (zh) | 一种虚拟机迁移方法及装置 | |
US20190171267A1 (en) | Balancing a power load among usb ports | |
CN106201693A (zh) | 一种虚拟化环境中的调度方法及系统 | |
CN103443771A (zh) | 一种数据中心间资源调度方法和设备 | |
CN109733247B (zh) | 环卫车的控制方法及装置 | |
CN104391736A (zh) | 虚拟机的休眠模式设置方法和装置 | |
CN107506286A (zh) | Cpu和内存块的自动上下线方法和系统 | |
CN106293913A (zh) | 应用程序的控制方法、控制装置和终端 | |
CN108388471A (zh) | 一种基于双门限约束虚机迁移的管理方法 | |
CN113127146A (zh) | 一种异构动态随机调度方法及系统 | |
CN107870818A (zh) | 多核处理器中断动态响应方法及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20170315 |
|
WW01 | Invention patent application withdrawn after publication |