CN105045668A - 运算资源的散热控制方法和运算控制*** - Google Patents
运算资源的散热控制方法和运算控制*** Download PDFInfo
- Publication number
- CN105045668A CN105045668A CN201510452697.0A CN201510452697A CN105045668A CN 105045668 A CN105045668 A CN 105045668A CN 201510452697 A CN201510452697 A CN 201510452697A CN 105045668 A CN105045668 A CN 105045668A
- Authority
- CN
- China
- Prior art keywords
- calculation resources
- opening
- resources
- distance
- calculation
- 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.)
- Pending
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/5094—Allocation of resources, e.g. of the central processing unit [CPU] where the allocation takes into account power or heat criteria
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/16—Constructional details or arrangements
- G06F1/20—Cooling means
- G06F1/206—Cooling means comprising thermal management
-
- 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
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/3287—Power saving characterised by the action undertaken by switching off individual functional units in the computer system
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Mobile Radio Communication Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Power Sources (AREA)
Abstract
本发明涉及一种运算资源的散热控制方法和***，所述运算控制***包括：资源监控模块，用于基于预设的条件，确定是否需要开启或关闭运算资源；散热管理模块，用于当需要开启运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源，将待开启的运算资源开启；还用于当需要关闭运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照开启状态的运算资源之间的距离，来确定待关闭的运算资源，将待关闭的运算资源关闭。有效保持电子设备能够高效运转。
Description
技术领域
本发明涉及移动终端技术领域，特别是涉及一种运算资源的散热控制方法和运算控制***。
背景技术
随着技术的不断发展，处理芯片在越来越小的面积上摆放越来越多的运算资源。因为高密度的设计会造成运算资源启动之后，与其他运算资源一同发热，如此交互影响除了让热不易消散导致整体温度上升，各种运算资源的热交互影响也就更加严重，热也更不易散出。
对于应用于智能移动终端(例如手机、平板电脑)中的处理器，上述的发热问题更加突出，因为智能移动终端因体积的限制，只能采用被动散热的方式，无法采用风扇等装置进行主动散热。现有的用于智能移动终端的处理器的中央处理单元包括多个核心，在核心温度较高时的典型做法是将核心的运行频率降低，当核心的运行频率的降幅较大时，会影响处理器的效能。
发明内容
基于此，为了解决各种运算资源高密度集成所带来的热量交互影响的问题，本发明提供了一种运算资源的散热控制方法及运算控制***，其有效降低了多处理器结构的运算控制***的温度，并能够保持多处理器结构的运算控制***的高效运转。
一种运算资源的散热控制方法，该方法包括：
基于预设的条件，确定是否需要开启或关闭运算资源；
当需要开启运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源，将待开启的运算资源开启；
当需要关闭运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照开启状态的运算资源之间的距离，来确定待关闭的运算资源，将待关闭的运算资源关闭。
在其中一个实施例中，所述当需要开启运算资源或需要关闭运算资源时，还包括以下步骤：
确定当前开启状态的运算资源所属的运算组的类别；
所述依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源的步骤包括：
依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，在位于同一类别的运算组中从关闭状态的运算资源选取所述待开启的运算资源，或者，
所述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤包括：
依据同一类别的运算组中开启状态的运算资源与其他类别的运算组中开启状态的运算资源之间的距离，从开启状态的运算资源中选取所述待关闭的运算资源，或从开启状态的运算资源中的部分选取所述待关闭的运算资源，其中，基于运算资源的负载率、运算资源处于开启状态下的使用时长和运算资源的运行任务中的其中一个参量或两个以上参量的组合，在开启状态的运算资源中划定所述开启状态的运算资源中的部分。
在其中一个实施例中，所述基于各个运算资源在当前运行状态下的空间位置布局的步骤包括：
基于全部运算资源的物理布局，依据各个运算资源的当前运行状态，获取开启状态的运算资源和关闭状态的运算资源的位置，形成所述空间位置布局。
在其中一个实施例中，所述依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源的步骤包括：
确定关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，从关闭状态的运算资源中选出与每个开启状态的运算资源的距离最大者，如果所述距离最大者为同一个运算资源，则该运算资源为待开启的运算资源；或者，
从关闭状态的运算资源中选出与每个开启状态的运算资源间隔至少一个关闭状态的运算资源的运算资源，则该运算资源为待开启的运算资源。
在其中一个实施例中，所述依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离来确定待开启的运算资源的步骤还包括：
确定关闭状态的运算资源中与开启状态的运算资源之间的距离，从关闭状态的运算资源中选出与每个开启状态的运算资源的距离最小者，如果所述距离最小者为同一个运算资源，则将该距离最小者从关闭状态的运算资源中排除选择。
在其中一个实施例中，所述方法中，当所述待开启的运算资源包括多个备选运算资源时，查找满足当前温度最低和关闭时长最长这两个条件之一的备选运算资源，作为优先开启的运算资源。
在其中一个实施例中，所述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤中包括：
确定当前开启状态的运算资源所属的运算组的类别，
当同一类别的运算组存在至少开启状态的两个运算资源时，确定所述至少两个运算资源与其他类别的运算组中当前正在运行的运算资源的距离，确定距离最小值所对应的运算资源，将该运算资源作为待关闭的运算资源。
在其中一个实施例中，所述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤包括：
监控开启状态的运算资源的负载率、运算资源处于开启状态下的使用时长和开启状态的运算资源的运行任务中的其中一个参量或两个以上参量的组合；
当依照开启状态的运算资源之间的距离来确定的待关闭的运算资源包括多个运算资源时，则选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为优先关闭的运算资源；或者，
选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为待关闭的运算资源，当同一类别的运算组中存在至少两个待关闭的运算资源时，则选择所述至少两个待关闭的运算资源中与越多开启状态的运算资源相邻的运算资源，作为优先关闭的运算资源。
一种运算控制***，其包括：
资源监控模块，用于基于预设的条件，确定是否需要开启或关闭运算资源；
散热管理模块，用于当需要开启运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源，将待开启的运算资源开启；还用于当需要关闭运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照开启状态的运算资源之间的距离，来确定待关闭的运算资源，将待关闭的运算资源关闭。
在其中一个实施例中，所述***还包括：
第一定时器，用于记录所述关闭状态运算资源处于关闭模式的关闭时长，
温度传感器，用于检测所述关闭状态运算资源的当前温度，
散热管理模块还用于当所述待开启的运算资源为多个运算资源时，查找满足当前温度最低和关闭时长最长这两个条件之一的距离最大者，作为待开启的运算资源；
和/或所述***还包括：
第二定时器，用于记录所述开启状态运算资源处于开启模式下的使用时长；
负载监控器，用于检测所述开启状态运算资源的负载率；
任务进程管理器，用于监控所述开启状态运算资源的运行任务；
散热管理模块还用于当依照开启状态的运算资源之间的距离来确定的待关闭的运算资源包括多个运算资源时，则优先选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为优先关闭的运算资源；或者，
还用于选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为待关闭的运算资源，当同一类别的运算组中存在至少两个待关闭的运算资源时，则优先选择所述至少两个待关闭的运算资源中与越多开启状态的运算资源相邻的运算资源，作为优先关闭的运算资源。
上述的运算资源的散热控制方法和运算控制***，能够基于多个处理器的空间位置布局，有效地选取运算资源(如处理器)做开启和/或关闭的处理，让运算资源间热交互的影响降低，减缓因为高温度下传统散热管理强迫降低效能的情况，从而保持多处理器结构的运算控制***能够高效运转。
附图说明
图1为本发明的一个实施例的多处理器***结构的示意图；
图2为本发明的一个实施例的散热控制方法的示例图；
图3为本发明的一个实施例的多处理器***结构定标位置的示意图；
图4为本发明的一个实施例的多处理器***结构运行状态1的示意图；
图5为本发明的一个实施例的多处理器***结构运行状态2的示意图；
图6为本发明的另一个实施例的散热控制方法的示例图；
图7为本发明的一个实施例中***结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明的实施例中提供了一种运算资源的控制方法。所述运算资源可以为处理器中的中央处理单元(CentralProcessingUnit,CPU)的核心，所述处理器为包含多个运算资源的单一SoC(SystemonChip)芯片，例如，现有典型的用于移动终端的处理器，如美国高通公司的用于手机的多核心的骁龙TM处理器，包含的中央处理单元可以具有4个、6个或8个核心。所述运算资源还可以为处理器中的图形处理单元(GraphicsProcessingUnit,GPU)。可以理解地，本领域技术人员会意识到，所述运算资源并不局限于前述二者，在其他实施方式中，该运算资源可以为处理器中的核心、主核心、子核心、硬件引擎等具有计算能力的组件。上述运算资源可以为上述的单独一种，或是上述的多种之组合。
另外，在本发明的其中一些实施例中，每个运算资源可以被开启(加电)来进行运算、承接任务进程等，可以被关闭(断电)来降低耗电，因此每个运算资源可以至少有开启和关闭两种模式。图1示意性的显示一种用于智能移动终端的SoC处理芯片，其包括三种异质运算组(11、12、13)共十二个运算资源(1至12)。每个运算资源可以是开启或关闭的运作状态。每种运算组中的运算资源可能为中央处理单元(CentralProcessingUnit,CPU)、图形处理单元(GraphicProcessingUnit,GPU)、或视觉处理单元(VisualProcessingUnit,VPU)。本实施例中主要是针对多个运算资源的开启或关闭控制，并且多个运算资源被分为多个运算组。为了电量与效能考虑，各个运算组(即下文的处理单元组)都有布置软件调适器，根据实时的使用情况来决定组内哪些运算资源应该做开启或关闭。开启或关闭的条件，可以是依据***的任务数量或是目前正在工作的运算资源负载情形来决定，一旦决定要动态开启新的运算资源帮助协同运作来增进效能，或是选取一个开启中的运算资源做关闭来节省电量，则需要利用本发明提供的方法和***来实现运算资源的优化挑选，包括“挑选新运算资源”与”挑选被关闭运算资源”。
如图2所示，本发明的其中一个实施例中提供了一种运算资源的控制方法。
在步骤100中，基于预设的条件，确定是否需要开启或关闭运算资源。
在一个实施方式中，所述预设条件可以为***的任务数量是否满足预定条件、当前正在运行的运算资源的工作负载是否满足预定条件等。可以运算资源的使用率来衡量工作负载的大小。可以理解的，所述预设的条件并不局限于前述两者，在需要时，可以监控其他参数来决定是否开启或关闭运算资源，例如，监测当前运行的运算资源的温度，如果该温度持续超过或低于预设阈值达预定时间，则开启或关闭其他的运算资源。
本发明中，使用的开启新运算资源条件为:工作任务数变多与运算资源负载变重，也就是说，***的任务数量到达设定值、***负载率超过设定值等需要通过开启新的运算资源来协同运算的条件。本发明中，使用的关闭运算资源条件则与上相反：工作任务数减少或负载变轻，因此不再需要这么多开启的运算资源保持工作状态，可以透过本发明来挑选最合适的运算资源做关闭。本实施例中，***的任务数量和进程等可以通过任务进程管理器来监控。运算资源的工作负载情况可以通过负载率来衡量，例如，当前正在运行的运算资源的工作负载是否满足预定条件，即当前正在运行的运算资源的负载率是否满足预定条件。
运算资源的负载率，顾名思义就是对一个时间段内运算资源的使用状况的统计，通过这个指标可以看出在某一个时间段内运算资源被占用的情况，如果被占用时间很高，那么就需要考虑运算资源是否已经处于超负荷运作，长期超负荷运作会使得电子设备长期保持一种高温的状态，这对电子设备本身来说是一种损害，因此必须将运算资源的负载率控制在一定的比例下，即将运算资源的工作温度保持在一定范围内，以保证电子设备的正常运作。在本发明的其中一些实施例中，可以采用电子设备的操作***中动态加载的元件来实时地检测多运算资源结构中的每个运算资源的负载率。这些元件可以是用于检测运算资源的负载率的驱动(drive)，该驱动可以是硬件也可以是软件集合。
在步骤200中，当需要开启运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源，将待开启的运算资源开启；当需要关闭运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照开启状态的运算资源之间的距离，来确定待关闭的运算资源，将待关闭的运算资源关闭。可以理解的，当步骤100中确定需要开启运算资源时，在步骤200中仅确定待开启的运算资源，然后将待开启的运算资源开启；当步骤100中确定需要关闭运算资源时，在步骤200中仅确定待关闭的运算资源，然后将待关闭的运算资源关闭。
本实施例中的空间位置布局是指当前运行状态下的运算资源在物理空间上的布局，具体可以通过以下方式来获取。
在本发明的其中一个实施例中，如图6所示，上述基于各个运算资源在当前运行状态下的空间位置布局的步骤包括：
步骤410，基于全部运算资源的物理布局，依据各个运算资源的当前运行状态，获取开启状态的运算资源和关闭状态的运算资源的位置，形成所述空间位置布局。
各个运算资源之间的距离可以预先确定及将上述距离关系存储起来，以备在确定待开启/关闭的运算资源时使用。例如，基于上述运多个运算资源的空间位置布局，建立直角坐标系，，可以精确确定每个运算资源的位置。例如图3所示的坐标系中，位置(1,1)对应的是运算资源7，位置(1,2)对应的是运算资源8，位置(1,2)对应的是运算资源8，位置(2,1)对应的是运算资源5，位置(2,2)对应的是运算资源6，位置(2,3)对应的是运算资源11，位置(2,4)对应的是运算资源12，位置(3,1)对应的是运算资源3，位置(3,2)对应的是运算资源4，位置(3,3)对应的是运算资源9，位置(1,4)对应的是运算资源10，位置(1,4)对应的是运算资源1，位置(2,4)对应的是运算资源2。同样还可以依据多个运算资源的空间位置，设置三维空间坐标来确定位置。还可以采用更加简单的方式，直接多个运算资源进行编号，例如图1中的运算资源1,……,运算资源12。还可以依据圆形排列的运算资源按照极坐标的方式来确定位置。当位置确定后，可以确定每两个运算资源之间的距离，并且存储上述距离关系。同时，根据监控的各个运算资源的当前运行状态，将各个运算资源的运行状态与位置对应，获得上述空间位置布局。上述运行状态包括开启或关闭状态。
在一个实施方式中，对于步骤100，还可以进一步地确认需要开启或关闭的运算资源的类别。以图1为例，同运算组中的运算资源可以处理同类型的任务，不同运算组中的运算资源处理不同类型的任务。例如，第一运算组中包括多个CPU，第二运算组中包括多个GPU，等等，那么第一运算组和第二运算组分别为两个类别，而其中的运算资源则分属不同类别。
假设运算组11中有一个运算资源的负载超过了预定阈值达一定时间，可以开启一个运算资源来分担其一部分工作负载。此时，需要新开启的运算资源与当前运行的这个运算资源属于同一类别即均属于运算组11。又如，假设运算组13中有一个运算资源的负载超过了预定阈值达一定时间，当有新的任务需要运算组13中的运算资源处理时，则新开启的运算资源的类别应该属于运算组13。当需要开启或关闭的运算资源的类别确定后，步骤200中会依照上述确定的类别来确定待开启的运算资源或待关闭的运算资源所属的运算组类别。因此，在一个实施方式中，所述当需要开启运算资源时或当需要关闭运算资源时，还包括以下步骤：
首先，确定当前正在运行的运算资源所属的运算组的类别；
然后，依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，在位于同一类别的运算组中从关闭状态的运算资源选取待开启的运算资源。例如，第二运算组包括多个图形处理单元，那么需要开启的运算资源时，那么就在第二运算组中处于关闭状态的运算资源中选取开启一个或多个图形处理单元作为待开启的运算资源。
或者，在上述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤中：依据同一类别的运算组中开启状态的运算资源与其他类别的运算组中开启状态的运算资源之间的距离，从开启状态的运算资源中选取上述待关闭的运算资源。例如，第一运算组中包括多个CPU，那么其中开启状态的运算资源需要关闭时，基于第一运算组中开启状态的运算资源与第二运算组中处于开启状态的GPU之间的距离，来选择关闭第一运算组中开启状态的运算资源中的哪一个。本实施例中可以依据运算资源之间的距离，来选择上述待关闭的运算资源或其备选项，运算方便，精确度高，而且也更加利于有效地进行散热管理，通过距离识别来确定最利于热量聚集的运算资源，通过关闭该运算资源来实现散热管理。
当然还可以采用以下实施例，首先，基于运算资源的负载率、运算资源处于开启状态下的使用时长和运算资源的运行任务中的其中一个参量或两个以上参量的组合，在开启状态的运算资源中划定开启状态的运算资源中的部分作为备选项，然后，依据同一类别的运算组中开启状态的运算资源与其他类别的运算组中开启状态的运算资源之间的距离，从开启状态的运算资源中的部分选取所述待关闭的运算资源。本实施例中可以依据负载率、使用时长和运行任务中的任意一项参数来结合距离参量，设定待关闭的运算资源的优先级，使得散热管理更加精确、有效。
在本发明的一个实施方式中，待开启的运算资源从关闭状态的运算资源中选取，其可以是从关闭状态的且特定类别的运算资源中选取。所述待关闭的运算资源可以从开启状态的运算资源中选取，其可以是从开启状态的且特定类别的运算资源中选取。
在本发明的一个实施方式中，在确定待开启的运算资源时，可通过下述规则之一来确定待开启的运算资源。
1)确定每一个关闭状态的运算资源与正在运行的运算资源(即开启状态的运算资源)之间的距离，从关闭状态的运算资源中选出与每个正在运行的运算资源的距离最大者，如果上述距离最大者为同一个运算资源，则该运算资源为待开启的运算资源。由于新开启的运算资源与所有的正在运行的运算资源的距离都是最大的，其对所有的正在运行的运算资源的散热影响最小。否则，如果新开启的运算资源与一个或多个正在运行的运算资源的距离很近，其被开启后会发热，距离越近，越不利于彼此的散热。以图4为例，运算资源4和11当前运行，若需要新开启一个运算组11中的运算资源，则依照上述规则，待选的运算资源1、2、3中，运算资源1与当前运行的运算资源4和11距离比运算资源2和3与运算资源4和11的距离都大，因此确定运算资源1为待开启的运算资源。相较于开启运算资源2或3，开启运算资源1对当前运行的运算资源4和11的散热最有利。
2)确定每一个待选的运算资源与正在运行的运算资源之间的距离，从中选出与每个正在运行的运算资源的距离最小者，如果上述距离最小者为同一个运算资源，则将该距离最小者排除，从其他待选的运算资源中选择待开启的运算资源，即，从将该距离最小者从关闭状态的运算资源中排除选择后再执行上述步骤1)的选择。以图4为例，假设需要开启一个运算组12中的运算资源，相较于运算资源5、7、8，运算资源6与正在运行的运算资源4和11距离都最小，若开启运算资源6，对运算资源4和11的散热最不利。因此，从待选的运算资源5、7、8中择一开启。选择的标准可以基于温度和/或处于关闭状态的时长来考虑，例如，可以选择温度最低的运算资源，可以选择处于关闭状态的时长长的运算资源，亦可随机选择一个运算资源。
3)确定关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离间隔，从关闭状态的运算资源中选出与每个开启状态的运算资源间隔至少一个关闭状态的运算资源的运算资源，则该运算资源为待开启的运算资源。具体的还可以是，如果选出的运算资源为同一个运算资源，则该运算资源为待开启的运算资源。如图4所示，运算资源7与开启状态的运算资源4和11均存在至少一个关闭状态的运算资源，若开启运算资源7，对运算资源4和11的散热最佳，而不会产生热量聚集。
可以理解地，前述的预定规则并不局限与前文所述，由于实际中的运算资源的布局可能有很多变化，可以依据实际情况来设定合适的规则。设定所述规则的主要标准包括：以距离为判断基准，选择对当前运行的运算资源的散热影响最小的运算资源。当存在多个待选对象时，可以考虑其他因素。比如，基于各个运算资源在当前运行状态下的空间位置布局，当需要开启运算资源时，依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离来确定待开启的运算资源。
在本发明的其中一个实施例中，如果上述过程中确定的待开启的运算资源包括多个备选运算资源时，例如，该备选运算资源可以是通过上述方法获得的多个距离最大者，或者该备选运算资源还可以是，从关闭状态的运算资源中选出的、与每个开启状态的运算资源间隔至少一个关闭状态的运算资源的多个运算资源。于是上述预定规则还可以包括以下条件：
查找满足当前温度最低和关闭时长最长这两个条件之一的备选运算资源，作为优先开启的运算资源。其中通过检测所述关闭状态的运算资源中各个运算资源的当前温度、和/或处于关闭模式的关闭时长，来给出上述查找过程的依据。在本发明的实施例中通过当前温度和关闭时长的检测，来挑选长期未使用的运算资源和/或温度较低的运算资源来作为优先启动者，实现启动后的协同运算，这样可以在高负载的情况下越晚达到效能被散热管理抑制的时间点。
在本发明的其中一些实施例中，可以采用定时器来实时确定运算资源处于关闭状态的关闭时长。同时还可以采用定时器来确定运算资源处于开启状态下的使用时长。那么对于一个运算资源可以配备一个或两个定时器，用以分别记录关闭时长或开启时长。当然也可以多个运算资源配备一个定时器。
在本发明的其中一个实施例中，上述方法还包括：检测各个运算资源的当前温度，可以采用温度传感器来侦测各个运算资源的当前温度。例如，现在的用于智能移动终端的处理芯片，都会在各个运算资源旁，配置温度传感器(ThermalSensor)，用于侦测相应的运算资源的温度。可以采用温度传感器实时地采集多个运算资源的温度。这里的温度传感器可以是一个，也可以是多个，例如，每个运算资源配备一个温度传感器，或者通过一个温度传感器分别检测多个运算资源的温度。
在本发明的一个实施方式中，在确定待关闭的运算资源时，可通过下述规则来确定待关闭的运算资源。
假定同类别的正在运行的运算资源的负载大致相同。如果同一类别的运算资源中，存在至少两个运算资源可以关闭，确定所述至少两个运算资源与其他类别中正在运行的运算资源的距离，确定其中距离最小值所对应的运算资源，其即是所述至少两个运算资源中的待关闭的资源。以图5为例，运算组13中运算资源9、11、12可以关闭，运算资源9与运算组11中的运算资源4的距离最小，将其关闭对运算资源4的散热的帮助最大。可以理解地，在其他实施方式中，还可以考虑其他因素，例如温度和运行时间。例如，运算组13中运算资源9、11、12可以关闭，运算资源11的运行时间最长，虽然其距离运算资源4的距离不是最小的，但是可以选择运算资源11作为待关闭的运算资源。又如，运算资源12的温度最高，亦可以选择运算资源11作为待关闭的运算资源，因为这对运算资源12和4的散热都有帮助。
因此，在本发明的其中一个实施例中，依据当前正在运行的运算资源之间的距离，来确定待关闭的运算资源。具体地，在上述步骤200中，依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤中包括：
首先，确定当前正在运行的运算资源所属的运算组的类别；
然后，当同一类别的运算组存在至少两个开启状态的运算资源时，确定所述至少两个开启状态的运算资源与其他类别的运算组中当前正在运行的运算资源的距离，确定距离最小值所对应的运算资源，将该运算资源作为待关闭的运算资源。有关运算组的类别可参见前文的相关描述。
更进一步地，当距离最小值所对应的运算资源为多个时，则在同一类别的运算组内，依据组内运算资源间的距离关系，优选组内与越多开启状态的运算资源相邻的运算资源，作为优先关闭的运算资源，优先进行关闭处理。
可见，本实施例中，可以利用运算资源间的距离关系，来设定待关闭运算资源的优先级，而首先利用运算资源间的距离关系确定对散热帮助最大的运算资源。
在本发明的其中一个实施例中，上述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤还包括：
监控开启状态的运算资源的负载率、运算资源处于开启状态下的使用时长和开启状态的运算资源的运行任务中的其中一个参量或两个以上参量的组合；
当依照开启状态的运算资源之间的距离来确定的待关闭的运算资源包括多个运算资源时，则优先选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为优先关闭的运算资源。有关依照开启状态的运算资源之间的距离来确定待关闭的运算资源的过程可参见前文相关说明。
在本发明的实施例中通过负载率、使用时长、和运行任务等的检测结果，来挑选备选关闭的运算资源，这样可以在高负载的情况下通过关闭对散热帮助最大的运算资源，来尽快实现散热降温，而不是强制牺牲效能来达到降温目的。按照上述实施例的方法，可以按照以下优先级来选择被关闭的开启状态运算资源：1)关闭闲置且对散热帮助最大的运算资源，即满足上述依照开启状态的运算资源之间的距离来确定的待关闭的运算资源，且该运算资源的负载率最低；2)关闭长时间使用且对散热帮助最大的运算资源，即满足上述依照开启状态的运算资源之间的距离来确定的待关闭的运算资源，且使用时长最长；3)关闭非闲置但最不忙碌，且对散热帮助最大的运算资源，即满足上述依照开启状态的运算资源之间的距离来确定的待关闭的运算资源，且未执行关于人机交互处理的运行任务。对散热帮助最大的定义是指去选取最容易与自己组或其他运算组产生共热聚热的对象。
于是，在本发明的其中一些实施例中，在上述步骤200中，上述当需要关闭运算资源时，监控开启状态的运算资源的负载率、运算资源处于开启状态下的使用时长和开启状态的运算资源的运行任务中的其中一个参量或两个以上参量的组合；依次选择负载率最低、使用时长最长且未执行关于人机交互处理的运行任务、负载率在预设范围内且未执行关于人机交互处理的运行任务的第二备选运算资源，通过逐一关闭上述选择的第二备选运算资源，来实现散热管理。
当然，还可以，当需要关闭运算资源时，监控开启状态的运算资源的负载率、运算资源处于开启状态下的使用时长和开启状态的运算资源的运行任务中的其中一个参量或两个以上参量的组合；
首先，选择负载率最低的运算资源进行关闭处理，然后判断是否还满足关闭条件；
如果还满足，则再次选择使用时长最长且未执行关于人机交互处理的运行任务的运算资源进行关闭处理，然后判断是否还满足关闭条件；
如果满足，则再次选择负载率在预设范围内且未执行关于人机交互处理的运行任务的运算资源进行关闭处理，然后判断是否还满足关闭条件；
如果满足，则强迫运算资源只准运行在低效能模式下。
上述实施例中提到和其他运算组的距离，来实现待关闭的运算资源的优选，但是本发明的技术方案不限于此。同运算组的运算资源，还可以采用下述实施例中先基于负载率和执行任务等来挑选备选项，若同时存在两个(含)以上的运算资源可选择，则挑选有和其他开启状态运算资源相邻者为待关闭运算资源，与越多开启状态的运算资源相邻，越优先。例如，在本发明的其中一个实施例中，在上述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤还可以采用以下方式来实现：
监控开启状态的运算资源的负载率、运算资源处于开启状态下的使用时长和开启状态的运算资源的运行任务中的其中一个参量或两个以上参量的组合；
选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为待关闭的运算资源，当同一类别的运算组中存在至少两个待关闭的运算资源时，则优先选择所述至少两个待关闭的运算资源中与越多开启状态的运算资源相邻的运算资源，作为优先关闭的运算资源。
在本实施例中，可以先基于运算资源的负载率、运算资源处于开启状态下的使用时长和运算资源的运行任务中的其中一个参量或两个以上参量的组合，在开启状态的运算资源中划定部分作为备选，然后，在依据同一类别的运算组中开启状态的运算资源与其他类别的运算组中开启状态的运算资源之间的距离，从开启状态的运算资源中的部分选取优先进行关闭处理的上述待关闭的运算资源。同理，关闭的优先级也可以按照满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的组合条件来设定。
运算资源被关闭时，其身上目前正在执行的任务必须被转移到其他运算资源身上。因此，最不影响用户体验，即是此运算资源目前身上被赋予的执行任务负载不大，因此被关闭时候转移任务的花费，对用户体验影响最小，试想一个运算资源如果正忙碌的执行用户交互相关的任务，又把它强制关闭逼迫它进行任务转移，那正被执行中的用户交互任务就因此受到影响，必须暂时停止，直到任务成功被转移到其它运算资源身上，才能够重新被执行。总而言之，最不影响用户体验又能帮助尽速散热降温，就是任务负载最轻，转移花费最小，被关闭之后因为静止不工作所以温度最低，那么依照热往低温跑的特性，附近聚集的热就能够往此低温方向消散出去了。
上述各个实施例中的相关技术特征可以相互组合，从而构成新的技术方案。上述方法中，提供了一种新的运算资源的启动优化方案和关闭优化方案，其包括“挑选新运算资源”。平常运算资源不使用的时候，都会进到关闭模式来降低耗电，开启新的运算资源就是将一关闭中的运算资源开启，使其能开始协同提供运算能力。那么上述方法在挑选新运算资源时，可以采用“选取最冷静也最不影响其他运算资源为优先对象”，最冷静可以是最久没有使用到的运算资源或者温度最低的运算资源，如此对象可以帮助在高负载情况下越晚达到效能被ThermalManagement抑制的时间点。最不影响其他运算资源是指被开启对象一旦启动后，开始发热，但其发热情况对于其他运算资源的影响最小。还包括“挑选被关闭运算资源”，设计宗旨以在不影响使用者体验为前提下尽速散热降温，而不是强制牺牲效能来达到降温目的。关闭运算资源时，以最不影响使用者体验又能帮助尽速散热降温为优先对象。
基于上述方法中利用运算控制***中多个运算资源的空间位置布局来实现运算资源的开启管理时，还提供了可以利用运算控制***中多个运算资源的空间位置布局来实现运算资源的关闭管理的一种运算资源的散热控制方法。上述方法中均是利用运算控制***中多个运算资源的空间位置布局来实现运算资源的开启和关闭管理，两个方法是相反的两个过程，相辅相成的，不一定要同时执行，也可以分时在同一个执行过程中执行形成一种新的运算资源散热控制方法中。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品承载在一个非易失性计算机可读存储载体(如ROM、磁碟、光盘，服务器存储空间)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的***结构和方法。
例如，在本发明的其中一个实施例中还提供了一种运算控制***，应用于上述提到的具有多个运算资源布局的芯片，如图7所示，上述***包括：
资源监控模块302，用于基于预设的条件，确定是否需要开启或关闭运算资源；
散热管理模块309，用于当需要开启运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源，将待开启的运算资源开启；还用于当需要关闭运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照开启状态的运算资源之间的距离，来确定待关闭的运算资源，将待关闭的运算资源关闭。
在本发明的其中一些实施例中，散热管理模块309还用于当需要开启运算资源或需要关闭运算资源时，确定当前开启状态的运算资源所属的运算组的类别；依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，在位于同一类别的运算组中从关闭状态的运算资源选取上述待开启的运算资源，或者，散热管理模块309还用于依据同一类别的运算组中开启状态的运算资源与其他类别的运算组中开启状态的运算资源之间的距离，从开启状态的运算资源中选取所述待关闭的运算资源，或从开启状态的运算资源中的部分选取所述待关闭的运算资源，其中，基于运算资源的负载率、运算资源处于开启状态下的使用时长和运算资源的运行任务中的其中一个参量或两个以上参量的组合，在开启状态的运算资源中划定所述开启状态的运算资源中的部分。
在本发明的一个实施方式中，位置确定模块301，用于基于全部运算资源的物理布局，依据各个运算资源的当前运行状态，获取开启状态的运算资源和关闭状态的运算资源的位置，形成上述空间位置布局，从而提供给散热管理模块作为备选参考。上述位置确定模块301可以用于执行上述步骤100中有关空间位置布局的形成方法过程，具体可参见前文中的相关说明。
在本发明的一个实施方式中，散热管理模块309还用于确定关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，从关闭状态的运算资源中选出与每个开启状态的运算资源的距离最大者，如果上述距离最大者为同一个运算资源，则该运算资源为待开启的运算资源；或者，从关闭状态的运算资源中选出与每个开启状态的运算资源间隔至少一个关闭状态的运算资源的运算资源，则该运算资源为待开启的运算资源。
在本发明的一个实施方式中，散热管理模块309还用于确定关闭状态的运算资源中与开启状态的运算资源之间的距离，从关闭状态的运算资源中选出与每个开启状态的运算资源的距离最小者，如果上述距离最小者为同一个运算资源，则将该距离最小者从关闭状态的运算资源中排除选择。
在本发明的一个实施方式中，所述***还包括：
第一定时器305，用于记录上述关闭状态的运算资源处于关闭模式的关闭时长；
温度传感器304，用于检测上述关闭状态的运算资源的当前温度；
散热管理模块309还用于当上述待开启的运算资源包括多个备选运算资源时，查找满足当前温度最低和关闭时长最长这两个条件之一的备选运算资源，作为优先开启的运算资源。
在本发明的一个实施方式中，散热管理模块309还用于确定当前开启状态的运算资源所属的运算组的类别，当同一类别的运算组存在至少两个运算资源时，确定上述至少两个运算资源与其他类别的运算组中当前正在运行的运算资源的距离，确定距离最小值所对应的运算资源，将该运算资源作为待关闭的运算资源。
在本发明的一个实施方式中，上述***还包括：
第二定时器306，用于记录上述开启状态的运算资源处于开启模式下的使用时长；
负载监控器307，用于检测上述开启状态的运算资源的负载率；
任务进程管理器303，用于监控上述开启状态的运算资源的运行任务；
散热管理模块309还用于监控开启状态的运算资源的负载率、运算资源处于开启状态下的使用时长和开启状态的运算资源的运行任务中的其中一个参量或两个以上参量的组合；当依照开启状态的运算资源之间的距离来确定的待关闭的运算资源包括多个运算资源时，则优先选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为待关闭的运算资源；或者，
还用于选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为待关闭的运算资源，当同一类别的运算组中存在至少两个待关闭的运算资源时，则优先选择所述至少两个待关闭的运算资源中与越多开启状态的运算资源相邻的运算资源，作为待关闭的运算资源。
资源监控模块302用于执行上述步骤100，散热管理模块309用于执行上述步骤200，因此有关具体细节可参见前文相关说明，在此不再累述。上述第一定时器和第二定时器可以是一个，也可以是多个。此外位置确定模块301和散热管理模块309可以通过额外添加的单个运算资源或多个运算资源来实现，也可以通过上述多个运算资源400中的其中一个或多个运算资源分时来实现。任务进程管理器303提供了有关计算机性能的信息，并显示了计算机上所运行的程序和进程的详细信息，例如，可以用于监控所有运算资源上所运行的程序的当前状态。任务进程管理器303提供了有关计算机性能的信息，并显示了计算机上所运行的程序和进程的详细信息，例如，可以用于监控所有运算资源上所运行的程序的当前状态。
在本发明的其中一些实施例中，负载监控器307可以采用电子设备的操作***中动态加载的元件来实时地检测每个运算资源的负载率。这些元件可以是用于检测运算资源的负载率的驱动(drive)，该驱动可以是硬件也可以是软件集合。
进一步地，在本发明的其中一些实施例中，上述***还包括存储模块308。散热管理模块309还用于分别根据上述负载监控器307和温度传感器304、第一定时器、第二定时器、位置确定模块、任务进程管理器等中的一种或两种以上的模块同时检测到的多个运算资源400的温度和负载率等参量时，按照负载率、使用时长、关闭时长、当前温度等由高到低对每个运算资源400进行降序排序，获取运算资源400及其相应的温度和负载率等参数的索引表，并将该索引表存储在存储模块308。散热管理模块309可以根据该索引表从运算资源中查找到合适的运算资源。这样便可以实时地监测每个运算资源的使用状况。
上述的运算资源的散热控制方法和运算控制***，能够基于多个运算资源的空间位置布局，有效地选取运算资源(如运算资源)做开启和/或关闭的处理，让运算资源间热交互的影响降低，减缓因为高温度下传统散热管理强迫降低效能的情况，从而保持多运算资源结构的运算控制***能够高效运转。
以上上述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上上述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种运算资源的散热控制方法，该方法包括：
基于预设的条件，确定是否需要开启或关闭运算资源；
当需要开启运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源，将待开启的运算资源开启；
当需要关闭运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照开启状态的运算资源之间的距离，来确定待关闭的运算资源，将待关闭的运算资源关闭。
2.根据权利要求1所述的方法，其特征在于，所述当需要开启运算资源或需要关闭运算资源时，还包括以下步骤：
确定当前开启状态的运算资源所属的运算组的类别；
所述依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源的步骤包括：
依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，在位于同一类别的运算组中从关闭状态的运算资源选取所述待开启的运算资源，或者，
所述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤包括：
依据同一类别的运算组中开启状态的运算资源与其他类别的运算组中开启状态的运算资源之间的距离，从开启状态的运算资源中选取所述待关闭的运算资源，或从开启状态的运算资源中的部分选取所述待关闭的运算资源，其中，基于运算资源的负载率、运算资源处于开启状态下的使用时长和运算资源的运行任务中的其中一个参量或两个以上参量的组合，在开启状态的运算资源中划定所述开启状态的运算资源中的部分。
3.根据权利要求1所述的方法，其特征在于，所述依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源的步骤包括：
确定关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，从关闭状态的运算资源中选出与每个开启状态的运算资源的距离最大者，如果所述距离最大者为同一个运算资源，则该运算资源为待开启的运算资源；或者，
从关闭状态的运算资源中选出与每个开启状态的运算资源间隔至少一个关闭状态的运算资源的运算资源，则该运算资源为待开启的运算资源。
4.根据权利要求3所述的方法，其特征在于，所述依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离来确定待开启的运算资源的步骤还包括：
确定关闭状态的运算资源中与开启状态的运算资源之间的距离，从关闭状态的运算资源中选出与每个开启状态的运算资源的距离最小者，如果所述距离最小者为同一个运算资源，则将该距离最小者从关闭状态的运算资源中排除选择。
5.根据权利要求1或3所述的方法，其特征在于，所述方法中，当所述待开启的运算资源包括多个备选运算资源时，查找满足当前温度最低和关闭时长最长这两个条件之一的备选运算资源，作为优先开启的运算资源。
6.根据权利要求1所述的方法，其特征在于，所述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤中包括：
确定当前开启状态的运算资源所属的运算组的类别，
当同一类别的运算组存在至少两个开启状态的运算资源时，确定所述至少两个开启状态的运算资源与其他类别的运算组中当前正在运行的运算资源的距离，确定距离最小值所对应的运算资源，将该运算资源作为待关闭的运算资源。
7.根据权利要求6所述的方法，其特征在于，所述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤中还包括：
当所述距离最小值所对应的运算资源为多个时，则在同一类别的运算组内，依据组内运算资源间的距离关系，优选组内与越多开启状态的运算资源相邻的运算资源，作为待关闭的运算资源。
8.根据权利要求1所述的方法，其特征在于，所述依照开启状态的运算资源之间的距离来确定待关闭的运算资源的步骤包括：
监控开启状态的运算资源的负载率、运算资源处于开启状态下的使用时长和开启状态的运算资源的运行任务中的其中一个参量或两个以上参量的组合；
当依照开启状态的运算资源之间的距离来确定的待关闭的运算资源包括多个运算资源时，则选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为优先关闭的运算资源；或者，
选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为待关闭的运算资源，当同一类别的运算组中存在至少两个待关闭的运算资源时，则选择所述至少两个待关闭的运算资源中与越多开启状态的运算资源相邻的运算资源，作为优先关闭的运算资源。
9.一种运算控制***，其特征在于，包括：
资源监控模块，用于基于预设的条件，确定是否需要开启或关闭运算资源；
散热管理模块，用于当需要开启运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照关闭状态的运算资源中每一个运算资源与开启状态的运算资源之间的距离，来确定待开启的运算资源，将待开启的运算资源开启；还用于当需要关闭运算资源时，基于各个运算资源在当前运行状态下的空间位置布局，依照开启状态的运算资源之间的距离，来确定待关闭的运算资源，将待关闭的运算资源关闭。
10.根据权利要求9所述的***，其特征在于，所述***还包括：
第一定时器，用于记录所述关闭状态运算资源处于关闭模式的关闭时长，
温度传感器，用于检测所述关闭状态运算资源的当前温度，
散热管理模块还用于当所述待开启的运算资源为多个运算资源时，查找满足当前温度最低和关闭时长最长这两个条件之一的距离最大者，作为待开启的运算资源；
和/或所述***还包括：
第二定时器，用于记录所述开启状态运算资源处于开启模式下的使用时长；
负载监控器，用于检测所述开启状态运算资源的负载率；
任务进程管理器，用于监控所述开启状态运算资源的运行任务；
散热管理模块还用于当依照开启状态的运算资源之间的距离来确定的待关闭的运算资源包括多个运算资源时，则选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为优先关闭的运算资源；或者，
还用于选择满足负载率最低、负载率在预设范围内、使用时长最长和未执行关于人机交互处理的运行任务中的至少一个条件的运算资源，作为待关闭的运算资源，当同一类别的运算组中存在至少两个待关闭的运算资源时，则选择所述至少两个待关闭的运算资源中与越多开启状态的运算资源相邻的运算资源，作为优先关闭的运算资源。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510452697.0A CN105045668A (zh) | 2015-07-28 | 2015-07-28 | 运算资源的散热控制方法和运算控制*** |
| EP16829723.2A EP3330852A4 (en) | 2015-07-28 | 2016-06-24 | Heat dissipation control method for operation resources, operation control system, and storage medium |
| PCT/CN2016/087145 WO2017016357A1 (zh) | 2015-07-28 | 2016-06-24 | 运算资源的散热控制方法、运算控制***和存储介质 |
| US15/747,508 US10488900B2 (en) | 2015-07-28 | 2016-06-24 | Heat dissipation control method for operation resources, operation control system, and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510452697.0A CN105045668A (zh) | 2015-07-28 | 2015-07-28 | 运算资源的散热控制方法和运算控制*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105045668A true CN105045668A (zh) | 2015-11-11 |
Family
ID=54452232
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510452697.0A Pending CN105045668A (zh) | 2015-07-28 | 2015-07-28 | 运算资源的散热控制方法和运算控制*** |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US10488900B2 (zh) |
| EP (1) | EP3330852A4 (zh) |
| CN (1) | CN105045668A (zh) |
| WO (1) | WO2017016357A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017016357A1 (zh) * | 2015-07-28 | 2017-02-02 | 深圳市万普拉斯科技有限公司 | 运算资源的散热控制方法、运算控制***和存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2587339A2 (en) * | 2011-10-27 | 2013-05-01 | Hitachi Ltd. | Information processing system, and its power-saving control method and device |
| CN103370671A (zh) * | 2011-01-06 | 2013-10-23 | 高通股份有限公司 | 用于管理便携式计算装置的热策略的方法和*** |
| CN103823716A (zh) * | 2012-09-21 | 2014-05-28 | 宏达国际电子股份有限公司 | 具多重中央处理单元的电子装置及其效能管理方法 |
| CN104360893A (zh) * | 2014-10-23 | 2015-02-18 | 西安未来国际信息股份有限公司 | 一种基于环境能耗的虚拟资源调度方法 |
| US20150106640A1 (en) * | 2013-10-11 | 2015-04-16 | Qualcomm Incorporated | Accelerated thermal mitigation for multi-core processors |
| CN104731740A (zh) * | 2013-12-23 | 2015-06-24 | 联芯科技有限公司 | 终端中多核处理器热插拔控制方法和装置 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7379961B2 (en) * | 1997-04-30 | 2008-05-27 | Computer Associates Think, Inc. | Spatialized audio in a three-dimensional computer-based scene |
| US6367023B2 (en) | 1998-12-23 | 2002-04-02 | Intel Corporation | Method and apparatus of measuring current, voltage, or duty cycle of a power supply to manage power consumption in a computer system |
| US6823240B2 (en) | 2001-12-12 | 2004-11-23 | Intel Corporation | Operating system coordinated thermal management |
| US7441135B1 (en) * | 2008-01-14 | 2008-10-21 | International Business Machines Corporation | Adaptive dynamic buffering system for power management in server clusters |
| JP4724730B2 (ja) | 2008-04-09 | 2011-07-13 | 株式会社日立製作所 | 情報処理システムの運用管理方法、運用管理プログラム、および運用管理装置、ならびに情報処理システム |
| US20110021207A1 (en) * | 2009-07-24 | 2011-01-27 | Morgan Edward J | System and Method for Estimating Positioning Error Within a WLAN-Based Positioning System |
| US9641629B2 (en) * | 2011-11-28 | 2017-05-02 | Lenovo (Singapore) Pte. Ltd. | Distance-based network resource discovery |
| US9690334B2 (en) * | 2012-08-22 | 2017-06-27 | Intel Corporation | Adaptive visual output based on change in distance of a mobile device to a user |
| FR3014215B1 (fr) | 2013-12-03 | 2015-12-11 | Thales Sa | Procede de gestion des ressources de calcul d'applications logicielles |
| US9219880B2 (en) * | 2014-02-19 | 2015-12-22 | International Business Machines Corporation | Video conference window activator |
| US10119864B2 (en) * | 2014-03-11 | 2018-11-06 | Google Technology Holdings LLC | Display viewing detection |
| CN105045668A (zh) | 2015-07-28 | 2015-11-11 | 深圳市万普拉斯科技有限公司 | 运算资源的散热控制方法和运算控制*** |
-
2015
- 2015-07-28 CN CN201510452697.0A patent/CN105045668A/zh active Pending
-
2016
- 2016-06-24 EP EP16829723.2A patent/EP3330852A4/en not_active Ceased
- 2016-06-24 WO PCT/CN2016/087145 patent/WO2017016357A1/zh active Application Filing
- 2016-06-24 US US15/747,508 patent/US10488900B2/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103370671A (zh) * | 2011-01-06 | 2013-10-23 | 高通股份有限公司 | 用于管理便携式计算装置的热策略的方法和*** |
| EP2587339A2 (en) * | 2011-10-27 | 2013-05-01 | Hitachi Ltd. | Information processing system, and its power-saving control method and device |
| CN103823716A (zh) * | 2012-09-21 | 2014-05-28 | 宏达国际电子股份有限公司 | 具多重中央处理单元的电子装置及其效能管理方法 |
| US20150106640A1 (en) * | 2013-10-11 | 2015-04-16 | Qualcomm Incorporated | Accelerated thermal mitigation for multi-core processors |
| CN104731740A (zh) * | 2013-12-23 | 2015-06-24 | 联芯科技有限公司 | 终端中多核处理器热插拔控制方法和装置 |
| CN104360893A (zh) * | 2014-10-23 | 2015-02-18 | 西安未来国际信息股份有限公司 | 一种基于环境能耗的虚拟资源调度方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017016357A1 (zh) * | 2015-07-28 | 2017-02-02 | 深圳市万普拉斯科技有限公司 | 运算资源的散热控制方法、运算控制***和存储介质 |
| US10488900B2 (en) | 2015-07-28 | 2019-11-26 | Oneplus Technology (Shenzhen) Co., Ltd. | Heat dissipation control method for operation resources, operation control system, and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3330852A4 (en) | 2018-08-01 |
| WO2017016357A1 (zh) | 2017-02-02 |
| US10488900B2 (en) | 2019-11-26 |
| EP3330852A1 (en) | 2018-06-06 |
| US20180217645A1 (en) | 2018-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Zhou et al. | AAIoT: Accelerating artificial intelligence in IoT systems | |
| Ge et al. | Distributed task migration for thermal management in many-core systems | |
| US9235243B2 (en) | Thermal profile optimization techniques | |
| US20140278333A1 (en) | Systems, methods, and media for modeling transient thermal behavior | |
| CN103916438B (zh) | 基于负载预测的云测试环境调度方法及其*** | |
| CN102681895B (zh) | 一种动态自迁移云服务方法 | |
| CN104572307A (zh) | 一种对虚拟资源进行弹性调度的方法 | |
| CN103473139A (zh) | 虚拟机集群资源分配调度方法 | |
| CN103037109B (zh) | 多核设备能耗管理方法及装置 | |
| WO2014018555A1 (en) | Systems, methods, and media for energy usage simulators | |
| Guo et al. | A container scheduling strategy based on neighborhood division in micro service | |
| CN105045359A (zh) | 散热控制方法和装置 | |
| CN108983946A (zh) | 一种服务器功耗控制方法、***及设备 | |
| CN103984588B (zh) | 一种基于温度的虚拟机迁移方法及其*** | |
| Fei et al. | Elastic resource provisioning using data clustering in cloud service platform | |
| CN107423109B (zh) | 基于匿名随机变量的虚拟机节能调度方法 | |
| Zhang et al. | A new energy efficient VM scheduling algorithm for cloud computing based on dynamic programming | |
| CN101819459A (zh) | 一种基于异构对象存储***的功耗控制方法 | |
| Jin et al. | A virtual machine scheduling strategy with a speed switch and a multi-sleep mode in cloud data centers | |
| KR101925720B1 (ko) | 모바일 기기의 발열 관리 방법 | |
| CN105045668A (zh) | 运算资源的散热控制方法和运算控制*** | |
| CN104375896A (zh) | 一种信息处理方法及电子设备 | |
| Zhang et al. | A locally distributed mobile computing framework for DNN based android applications | |
| CN102411423B (zh) | 一种cpu与无线网卡的协同动态电源管理方法 | |
| RU2609076C2 (ru) | Способ и система интеллектуального управления распределением ресурсов в облачных вычислительных средах |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151111 |