任务负载计算方法、装置、存储介质以及终端与流程

1.本技术涉及数据处理技术领域，尤其涉及一种任务负载计算方法、装置、存储介质以及终端。


背景技术：

2.随着科学技术的发展，终端越来越多地出现在人们的日常生活中，终端通过处理器执行指令对应的任务实现各种功能，因此关于任务执行过程也成为本领域技术人员研究的重点之一。
3.为了便于对处理器执行任务的过程进行优化，通常需要知道任务的负载，也即处理器执行任务时所占用的处理器资源。在相关技术中，一般通过某一个标准的机能测试规范先计算出处理器的最大算力，然后根据处理器的最大算力来计算任务的负载。
4.但是处理器的实际算力会根据处理器执行任务的场景发生变化，因此上述通过标准的机能测试规范计算任务的负载的方法存在不准确的问题。


技术实现要素：

5.本技术提供一种任务负载计算方法、装置、存储介质以及终端，可以解决相关技术中通过标准的机能测试规范计算任务的负载的方法存在不准确的技术问题。
6.第一方面，本技术实施例提供一种任务负载计算方法，所述方法包括：
7.获取处理器在目标场景中处理任务时产生的指令数据，根据所述指令数据确定所述处理器在所述目标场景中对应的算力与频率关系；
8.获取所述处理器中第一核心处理所述目标场景中目标任务的第一运行时间以及当前运行频率，根据所述第一运行时间、所述当前运行频率以及所述算力与频率关系确定所述处理器中第二核心以最高算力处理所述目标任务的第二运行时间；
9.根据所述第二运行时间与窗口时间计算出所述目标任务的负载。
10.第二方面，本技术实施例提供一种任务负载计算装置，所述装置包括：
11.算力关系获取模块，用于获取处理器在目标场景中处理任务时产生的指令数据，根据所述指令数据确定所述处理器在所述目标场景中对应的算力与频率关系；
12.运行时间确定模块，用于获取所述处理器中第一核心处理所述目标场景中目标任务的第一运行时间以及当前运行频率，根据所述第一运行时间、所述当前运行频率以及所述算力与频率关系确定所述处理器中第二核心以最高算力处理所述目标任务的第二运行时间；
13.负载计算模块，用于根据所述第二运行时间与窗口时间计算出所述目标任务的负载。
14.第三方面，本技术实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行实现上述的方法的步骤。
15.第四方面，本技术实施例提供一种终端，包括存储器、处理器及存储在存储器上并
可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的方法的步骤。
16.本技术一些实施例提供的技术方案带来的有益效果至少包括：
17.本技术提供一种任务负载计算方法，首先获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对应的算力与频率关系；然后获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间；最后根据第二运行时间与窗口时间计算出目标任务的负载。由于处理器在目标场景中对应的算力与频率关系是通过处理器在目标场景中处理任务时产生的指令数据得到的，因此通过算力与频率关系得到处理器在处理目标任务的算力时更加符合实际场景、更加准确，进而使得计算出目标任务的负载也更加准确。
附图说明
18.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
19.图1为本技术实施例提供的一种任务负载计算方法的示例性系统架构图；
20.图2为本技术实施例提供的一种任务负载计算方法的系统交互图；
21.图3为本技术实施例提供的一种任务负载计算方法的流程示意图；
22.图4为本技术另一实施例提供的一种任务负载计算方法的流程示意图；
23.图5为本技术另一实施例提供的一种任务负载计算装置的结构示意图；
24.图6为本技术实施例提供了一种终端的结构示意图。
具体实施方式
25.为使得本技术的特征和优点能够更加的明显和易懂，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而非全部实施例。基于本技术中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
26.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
27.图1为本技术实施例提供的一种任务负载计算方法的示例性系统架构图。
28.如图1所示，系统架构可以包括终端101、网络102和服务器103。网络102用于在终端101和服务器103之间提供通信链路的介质。网络102可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆的，无线通信链路包括蓝牙通信链路、无线保真(wireless
‑
fidelity，wi
‑
fi)通信链路或微波通信链路等。
29.终端101可以通过网络102与服务器103交互，以接收来自服务器103的消息或向服务器103发送消息。终端101可以是硬件，也可以是软件。当终端101为硬件时，可以是各种电
子设备，包括但不限于智能手表、智能手机、平板电脑、膝上型便携式计算机和台式计算机等。当终端101为软件时，可以是安装在上述所列举的电子设备中，其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。
30.服务器103可以是提供各种服务的业务服务器。需要说明的是，服务器103可以是硬件，也可以是软件。当服务器103为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器103为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。
31.应理解，图1中的终端、网络以及服务器的数目仅是示意性的，根据实现需要，可以是任意数量的终端、网络以及服务器。
32.请参阅图2，图2为本技术实施例提供的一种任务负载计算方法的系统交互图，可以理解的，在本技术实施例中，执行主体可以终端或者终端中的处理器，还可以是终端中执行任务负载计算方法的相关服务，为方便描述下面以执行主体为终端中的处理器为例，结合图1和图2介绍一种任务负载计算方法中系统交互过程。
33.s201、获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对应的算力与频率关系。
34.其中，获取处理器在目标场景中处理任务时产生的指令数据之前，还包括：判断处理器在目标场景中处理任务时产生的指令数据是否达到预设数据量阈值，指令数据至少包括处理器的各核心按照候选频率处理目标场景中的核心任务时的指令数以及运行时间；若指令数据没有达到预设数据量阈值，则获取处理器的各核心的候选频率，并按照各核心的候选频率处理目标场景中的核心任务，直至指令数据达到预设数据量阈值。
35.可选地，按照各核心的候选频率处理目标场景中的核心任务，包括：锁定除处理器之外其他器件的频率，并按照各核心的候选频率依次设置各核心的频率，以及控制各核心按照各候选频率处理目标场景中的核心任务。
36.可选地，获取处理器在目标场景中处理任务时产生的指令数据之前，还包括：若指令数据达到预设数据量阈值，则判断指令数据的更新时间间隔是否达到预设时间间隔阈值；若指令数据的更新时间间隔达到预设时间间隔阈值，则执行获取处理器的各核心的候选频率，并按照各核心的候选频率处理目标场景中的核心任务，直至指令数据达到预设数据量阈值；若指令数据的更新时间间隔未达到预设时间间隔阈值，则执行获取处理器在目标场景中处理任务时产生的指令数据。
37.可选地，根据指令数据确定处理器在目标场景中对应的算力与频率关系，包括：根据处理器的各核心按照候选频率处理目标场景中的核心任务时的指令数以及运行时间，得到处理器的各核心的候选频率对应的当前算力；将处理器的各核心的候选频率与各核心的候选频率对应的当前算力进行乘幂拟合，得到处理器的各核心在目标场景中对应的算力与频率关系。
38.s202、获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间。
39.其中，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二
核心以最高算力处理目标任务的第二运行时间，包括：根据当前运行频率以及算力与频率关系，确定第一核心处理目标任务的当前算力；根据第一运行时间以及当前算力，确定目标任务的指令总数，以及根据算力与频率关系确定处理器中第二核心的最高频率对应的最高算力；根据指令总数以及最高算力确定第二核心以最高算力处理目标任务的第二运行时间。
40.s203、根据第二运行时间与窗口时间计算出目标任务的负载。
41.其中，根据第二运行时间与窗口时间计算出目标任务的负载，包括：将第二运行时间按照窗口时间归一化至预设范围内，并将归一化得到的数值作为目标任务的负载。
42.在本技术实施例中，首先获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对应的算力与频率关系；然后获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间；最后根据第二运行时间与窗口时间计算出目标任务的负载。由于处理器在目标场景中对应的算力与频率关系是通过处理器在目标场景中处理任务时产生的指令数据得到的，因此通过算力与频率关系得到处理器在处理目标任务的算力时更加符合实际场景、更加准确，进而使得计算出目标任务的负载也更加准确。
43.请参阅图3，图3为本技术实施例提供的一种任务负载计算方法的流程示意图。
44.如图3所示，该方法包括：
45.s301、获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对应的算力与频率关系。
46.在相关技术中，例如在安卓系统使用的linux内核中，每个任务的负载(utility)由walt(windowassistedloadtracing)或pelt(per
‑
entityload tracking)得出，其本质就是基于频率及当前处理器的运行时间的归一化，以walt为例：
47.负载＝1024*当前核心任务运行时间/窗口时间*(当前核心频率/当前核心最大频率)*(当前核心最大算力/处理器核心的最大算力)
48.将当前核心任务运行时间按照窗口时间、当前核心算力、当前核心工作频率进行归一化至0～1024，也就是按照系统中最高算力的核心的最高频率来运行，需要消耗多少窗口时间(1024为100％)，其中窗口时间是指将一小段时间内的处理器运行情况计算出对应的结果，作为一个窗口时间。
49.在对不同架构的核心进行算力折算时，一般使用dhrystone这个标准的机能测试规范来对应，dhrystone可以认为是一个程序，通过处理器核心通过运行dhrystone进而得到dhrystone指令数以及运行时间，最后得到关于dhrystone算力，因此上述公式中的当前核心最大算力/处理器核心的最大算力即为当前核心最大dmips算力/处理器核心的最大dmips算力，其中dmips为每秒百万dhrystone指令数。
50.以某芯片为例，其处理器由4个归一化后最高频1.8ghz，dmips算力为200小核心，和4个最高频2.4ghz,dmips算力为1024的大核心组成，若窗口时间为10ms，则在小核心1.5g上运行5ms的任务的负载计算公式为:
51.负载＝1024*【5*【{(1.5/1.8)*200}】】/1024/10＝1024*5/10*(1.5/1.8)*(200/1024)＝83.3。
52.但是在上述相关技术中，现有基于dhrystone基准的方法计算处理器中核心的算力存在两个问题，
53.第一，处理器核心的dhrystone算力和处理器核心在某些用户场景下的算力存在比较大的偏差，以arm
‑
cortex
‑
a77和arm
‑
cortex
‑
a55为例，在实际测试过程中会发现，在arm
‑
cortex
‑
a55的1.8ghz对应的dmips不如arm
‑
cortex
‑
a77的710mhz对应的dmips的情况下，arm
‑
cortex
‑
a55竟然在滑动场景取得了优势。也即，处理器核心的dhrystone算力高并不能代表处理器核心在处理用户场景下的算力也高。
54.第二，基于dhrystone基准的方法高估了升频获得的提升。在上述任务负载计算的公式中有一个潜在的前提，即处理器核心的频率提升10％，那么运行时间就降低10％，这个公式在dhrystone场景是成立的，而在用户场景是不成立的。通过实际测量会发现，dhrystone的dmips算力提升和频率呈现的是线性关系，而在某一些用户场景(例如，微信)则是有一个明显的弯曲，存在一个可见的极限，这是因为用户场景一般伴随着比较多的处理器核外因素，如访存，这些处理时间并不会随着处理器核心频率的提升而减少；同时，用户场景下处理器频率所占部分占总体时间的百分比随着频率的提升而下降，所以用户场景的升频收益会随着频率的升高而逐渐降低，在高频部分尤为明显，在实际测试中有发现频率提升10％，实际运行时间仅缩短3％的例子，因此上述通过标准的机能测试规范计算任务的负载的方法存在不准确的问题。
55.为了解决上述技术问题，在本技术实施例中，采用处理器处理特定场景下任务时的指令数据，进而实时计算出处理器处理特定场景下任务时的算力，进而来评估特定场景下任务的负载。
56.具体的，可以先获取处理器在目标场景中处理任务时产生的指令数据，其中目标场景可以是处理器对应终端在使用过程中的任何场景，例如目标场景可以是：游戏、视频、浏览网页等场景，且处理器中可以设置有多个核心，那么就可以预先采集到处理器中所有核心在目标场景中处理任务时产生的指令数据，指令数据可以至少包括处理器的各核心以预设频率处理任务时的运行时间以及指令数。
57.进一步地，由于指令数与运行时间的商值可以认为是为核心在当前频率下的算力，也即各核心的在预设频率中每一个频率都可以对应一个算力，因此根据各核心以预设频率处理任务时的运行时间以及指令数，可以得到处理器各核心在目标场景中对应的算力与频率关系。
58.s302、获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间。
59.若需要计算处理器中某一核心运行目标场景中某一任务的负载，可以先确定该核心为第一核心，以及确定该任务为目标任务，第一核心以及目标任务可以根据用户或者管理员的指令确定，也可以根据预设规则进行确定。进一步地，还可以获取第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，其中当前运行频率为在第一运行时间内第一核心在处理目标任务时保持不变的当前实时频率。
60.进一步地，在确定第一运行时间、当前运行频率以及算力与频率关系之后，可以先根据处理器中各核心的最高频率对应的算力，进而确定处理器中算力最高的核心作为第二
核心，然后根据第一运行时间、当前运行频率以及算力与频率关系，将第一核心运行目标任务的第一运行时间折算为，在处理器中算力最高的第二核心上以最高算力运行目标任务的第二运行时间，也即根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间。
61.s303、根据第二运行时间与窗口时间计算出目标任务的负载。
62.在通常情况下，可以窗口时间为标准，计算任务负载时，也即将任务的运行时间与窗口时间作比较，得到处理器处理任务时需要消耗多少窗口时间，因此在得到处理器中算力最高第二核心以最高算力处理目标任务的第二运行时间之后，可以根据第二运行时间与窗口时间计算出，第二核心以最高算力处理目标任务时需要消耗多少窗口时间，将该数值作为目标任务的负载。
63.本技术实施例中，采用目标任务自身算力的方式来解决传统的dhrystone作为基准的算力计算，导致的负载计算不精准、升频收益高估、乱序核性能被高估等问题，可以适应场景的变化，为更精准的处理器频率调节打下基础，可以降低因为负载计算不准确带来的丢帧以及功耗问题，改善用户体验。
64.本技术提供一种任务负载计算方法，首先获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对应的算力与频率关系；然后获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间；最后根据第二运行时间与窗口时间计算出目标任务的负载。由于处理器在目标场景中对应的算力与频率关系是通过处理器在目标场景中处理任务时产生的指令数据得到的，因此通过算力与频率关系得到处理器在处理目标任务的算力时更加符合实际场景、更加准确，进而使得计算出目标任务的负载也更加准确。
65.请参阅图4，图4为本技术另一实施例提供的一种任务负载计算方法的流程示意图。
66.如图4所示，该方法包括：
67.s401、判断处理器在目标场景中处理任务时产生的指令数据是否达到预设数据量阈值。
68.可选地，在确定目标场景之后，以及确定计算处理器中第一核心运行目标场景中目标任务的负载之后，可以先判断处理器在目标场景中处理任务时产生的指令数据是否达到预设数据量阈值，其中指令数据至少包括处理器的各核心按照候选频率处理目标场景中的核心任务时的指令数以及运行时间，以保证有足够的指令数据来计算处理器中各核心在目标场景中对应的算力与频率关系。
69.s402、若指令数据没有达到预设数据量阈值，则获取处理器的各核心的候选频率，并按照各核心的候选频率处理目标场景中的核心任务，直至指令数据达到预设数据量阈值。
70.若指令数据没有达到预设数据量阈值，则此时不能准确计算出处理器中各核心在目标场景中对应的算力与频率关系，因此需要采集指令数据，具体的，可以获取处理器的各核心的候选频率，候选频率为保证各核心在目标场景下处理任务不存在丢帧，使得任务的指令总数的波动保持在一个合理的范围内(例如，5％以内)对应的频率，以提高指令数据的
可信度，候选频率可以包括多个频率数据，例如某个核心对应的候选频率选择10个频点，范围是从1.0ghz至2.8ghz。
71.然后可以按照各核心的候选频率处理目标场景中的核心任务，直至指令数据达到预设数据量阈值，其中，核心任务是指目标场景下主要任务，例如当前在焦点的应用的主线程、负责绘制的绘制线程、surfaceflinger等。另外，在按照各核心的候选频率处理目标场景中的核心任务过程中，可以锁定除处理器之外其他器件(例如，内存、数据共享单元)的频率，以保证变量的唯一性，也即保证变量只有核心的候选频率在变化，并按照各核心的候选频率依次设置各核心的频率，以及控制各核心按照各候选频率处理目标场景中的核心任务。
72.例如，某个核心对应的候选频率选择10个频点，范围是从1.0ghz至2.8ghz，那么可以先控制该核心在1.0ghz的频率下运行核心任务预设时间，并获取该核心在预设时间内处理的指令数，将该预设时间以及指令数作为该核心在1.0ghz的频率下的指令数据，然后先控制该核心在下一个频率下运行预设时间，并获取该核心在预设时间内处理的指令数，也即处理器中各核心的每一个候选频率都对应一个指令数以及运行时间，直至各核心对应的指令数据的总量达到预设数据量阈值。
73.s403、若指令数据达到预设数据量阈值，则判断指令数据的更新时间间隔是否达到预设时间间隔阈值。
74.可选地，若指令数据达到预设数据量阈值，代表指令数据的数据量是满足要求的，但是为了保证指令数据的时效性，可以判断指令数据的更新时间间隔是否达到预设时间间隔阈值，其中更新时间间隔也即指令数据上次更新时间到当前时间的时间差。
75.若指令数据的更新时间间隔达到预设时间间隔阈值，代表指令数据的时效性不满足条件，可以重新获取指令数据，也即执行获取处理器的各核心的候选频率，并按照各核心的候选频率处理目标场景中的核心任务，直至指令数据达到预设数据量阈值。
76.若指令数据的更新时间间隔未达到预设时间间隔阈值，代表指令数据的时效性满足条件，可以继续执行后续获取处理器在目标场景中处理任务时产生的指令数据的步骤。
77.s404、获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对应的算力与频率关系。
78.由于指令数中包括了处理器中各核心的每一个候选频率都对应的指令数以及运行时间，因此在获取处理器在目标场景中处理任务时产生的指令数据之后，可以根据指令数据确定处理器中各核心在目标场景中对应的算力与频率关系。
79.具体的，可以根据处理器的各核心按照候选频率处理目标场景中的核心任务时的指令数以及运行时间，得到处理器的各核心的候选频率对应的当前算力，例如，可以将处理器的各核心按照候选频率处理目标场景中的核心任务时的指令数除以运行时间，得到处理器的各核心的候选频率对应的当前算力。
80.然后将处理器的各核心的候选频率与各核心的候选频率对应的当前算力进行乘幂拟合，得到处理器的各核心在目标场景中对应的算力与频率关系。
81.可选地，上述处理器中各核心在目标场景中对应的算力与频率关系是在终端中生成的，另一种可行的实施例方式是，可以在测试环境中将处理器中各核心在目标场景中对应的算力与频率关系计算完毕后由服务器云端发送至终端，作为终端目标场景的相关默认
值，减少终端收集到足够多有效数据的等待时间，将本技术的生效时间点提前。
82.s405、获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据当前运行频率以及算力与频率关系，确定第一核心处理目标任务的当前算力。
83.获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率之后，可以将当前运行频率带入第一核心对应的算力与频率关系中，以确定第一核心处理目标任务的当前算力。
84.s406、根据第一运行时间以及当前算力，确定目标任务的指令总数，以及根据算力与频率关系确定处理器中第二核心的最高频率对应的最高算力。
85.可选地，可以将第一运行时间以及当前算力相乘，以得到目标任务的指令总数。还可以将各核心的最高频率带入至各核心对应的算力与频率关系中，分别得到各核心的最高算力，将算力最高的核心作为第二核心，并确定第二核心的最高算力。
86.s407、根据指令总数以及最高算力确定第二核心以最高算力处理目标任务的第二运行时间。
87.可选地，可以将上述指令总数处于第二核心的最高算力，可以得到处理器中第二核心以最高算力处理目标任务的第二运行时间。
88.s408、将第二运行时间按照窗口时间归一化至预设范围内，并将归一化得到的数值作为目标任务的负载。
89.在得到处理器中第二核心以最高算力处理目标任务的第二运行时间之后，可以将第二运行时间按照窗口时间归一化至预设范围内，并将归一化得到的数值作为目标任务的负载。
90.例如，将第二运行时间按照窗口时间归一化至0至1024，可以得到目标任务的负载计算公式为：
91.负载＝1024*(第一运行时间*第一核心当前频率对应的当前算力)/第二核心对应的最高算力/窗口时间＝1024*(第一运行时间/窗口时间)*(第一核心当前频率对应的当前算力/第二核心对应的最高算力)。
92.本技术实施例中，采用目标任务自身算力的方式来解决传统的dhrystone作为基准的算力计算，导致的负载计算不精准、升频收益高估、乱序核性能被高估等问题，可以适应场景的变化，为更精准的处理器频率调节打下基础，可以降低因为负载计算不准确带来的丢帧以及功耗问题，改善用户体验。
93.本技术提供一种任务负载计算方法，首先获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对应的算力与频率关系；然后获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间；最后根据第二运行时间与窗口时间计算出目标任务的负载。由于处理器在目标场景中对应的算力与频率关系是通过处理器在目标场景中处理任务时产生的指令数据得到的，因此通过算力与频率关系得到处理器在处理目标任务的算力时更加符合实际场景、更加准确，进而使得计算出目标任务的负载也更加准确。
94.请参阅图5，图5为本技术另一实施例提供的一种任务负载计算装置的结构示意
图。
95.如图5所示，任务负载计算装置500包括：
96.算力关系获取模块510，用于获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对应的算力与频率关系。
97.运行时间确定模块520，用于获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间。
98.负载计算模块530，用于根据第二运行时间与窗口时间计算出目标任务的负载。
99.可选地，任务负载计算装置500还可以包括：
100.数据量判断模块，用于判断处理器在目标场景中处理任务时产生的指令数据是否达到预设数据量阈值，指令数据至少包括处理器的各核心按照候选频率处理目标场景中的核心任务时的指令数以及运行时间。
101.任务执行模块，用于若指令数据没有达到预设数据量阈值，则获取处理器的各核心的候选频率，并按照各核心的候选频率处理目标场景中的核心任务，直至指令数据达到预设数据量阈值。
102.其中，按照各核心的候选频率处理目标场景中的核心任务，包括：锁定除处理器之外其他器件的频率，并按照各核心的候选频率依次设置各核心的频率，以及控制各核心按照各候选频率处理目标场景中的核心任务。
103.更新判断模块，用于若指令数据达到预设数据量阈值，则判断指令数据的更新时间间隔是否达到预设时间间隔阈值。
104.第一执行模块，用于若指令数据的更新时间间隔达到预设时间间隔阈值，则执行获取处理器的各核心的候选频率，并按照各核心的候选频率处理目标场景中的核心任务，直至指令数据达到预设数据量阈值。
105.第二执行模块，用于若指令数据的更新时间间隔未达到预设时间间隔阈值，则执行获取处理器在目标场景中处理任务时产生的指令数据。
106.算力关系获取模块510，还用于根据处理器的各核心按照候选频率处理目标场景中的核心任务时的指令数以及运行时间，得到处理器的各核心的候选频率对应的当前算力。
107.算力关系获取模块510，还用于将处理器的各核心的候选频率与各核心的候选频率对应的当前算力进行乘幂拟合，得到处理器的各核心在目标场景中对应的算力与频率关系。
108.运行时间确定模块520，还用于根据当前运行频率以及算力与频率关系，确定第一核心处理目标任务的当前算力；根据第一运行时间以及当前算力，确定目标任务的指令总数，以及根据算力与频率关系确定处理器中第二核心的最高频率对应的最高算力；根据指令总数以及最高算力确定第二核心以最高算力处理目标任务的第二运行时间。
109.负载计算模块530，还用于将第二运行时间按照窗口时间归一化至预设范围内，并将归一化得到的数值作为目标任务的负载。
110.在本技术实施例中，一种任务负载计算装置包括：算力关系获取模块，用于获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对
应的算力与频率关系；运行时间确定模块，用于获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间；负载计算模块，用于根据第二运行时间与窗口时间计算出目标任务的负载。由于处理器在目标场景中对应的算力与频率关系是通过处理器在目标场景中处理任务时产生的指令数据得到的，因此通过算力与频率关系得到处理器在处理目标任务的算力时更加符合实际场景、更加准确，进而使得计算出目标任务的负载也更加准确。
111.本技术实施例还提供了一种计算机存储介质，计算机存储介质存储有多条指令，指令适于由处理器加载并执行如上述实施例中的任一项的方法的步骤。
112.进一步地，请参见图6，图6为本技术实施例提供了一种终端的结构示意图。如图6所示，终端600可以包括：至少一个中央处理器601，至少一个网络接口604，用户接口603，存储器605，至少一个通信总线602。
113.其中，通信总线602用于实现这些组件之间的连接通信。
114.其中，用户接口603可以包括显示屏(display)、摄像头(camera)，可选用户接口603还可以包括标准的有线接口、无线接口。
115.其中，网络接口604可选的可以包括标准的有线接口、无线接口(如wi
‑
fi接口)。
116.其中，中央处理器601可以包括一个或者多个处理核心。中央处理器601利用各种接口和线路连接整个终端600内的各个部分，通过运行或执行存储在存储器605内的指令、程序、代码集或指令集，以及调用存储在存储器605内的数据，执行终端600的各种功能和处理数据。可选的，中央处理器601可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field
‑
programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。中央处理器601可集成中央中央处理器(central processing unit，cpu)、图像中央处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到中央处理器601中，单独通过一块芯片进行实现。
117.其中，存储器605可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read
‑
only memory)。可选的，该存储器605包括非瞬时性计算机可读介质(non
‑
transitory computer
‑
readable storage medium)。存储器605可用于存储指令、程序、代码、代码集或指令集。存储器605可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器605可选的还可以是至少一个位于远离前述中央处理器601的存储装置。如图6所示，作为一种计算机存储介质的存储器605中可以包括操作系统、网络通信模块、用户接口模块以及任务负载计算程序。
118.在图6所示的终端600中，用户接口603主要用于为用户提供输入的接口，获取用户输入的数据；而中央处理器601可以用于调用存储器605中存储的任务负载计算程序，并具体执行以下操作：
119.获取处理器在目标场景中处理任务时产生的指令数据，根据指令数据确定处理器在目标场景中对应的算力与频率关系；
120.获取处理器中第一核心处理目标场景中目标任务的第一运行时间以及当前运行频率，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间；
121.根据第二运行时间与窗口时间计算出目标任务的负载。
122.可选地，根据第一运行时间、当前运行频率以及算力与频率关系确定处理器中第二核心以最高算力处理目标任务的第二运行时间，包括：根据当前运行频率以及算力与频率关系，确定第一核心处理目标任务的当前算力；根据第一运行时间以及当前算力，确定目标任务的指令总数，以及根据算力与频率关系确定处理器中第二核心的最高频率对应的最高算力；根据指令总数以及最高算力确定第二核心以最高算力处理目标任务的第二运行时间。
123.可选地，根据第二运行时间与窗口时间计算出目标任务的负载，包括：将第二运行时间按照窗口时间归一化至预设范围内，并将归一化得到的数值作为目标任务的负载。
124.可选地，获取处理器在目标场景中处理任务时产生的指令数据之前，还包括：判断处理器在目标场景中处理任务时产生的指令数据是否达到预设数据量阈值，指令数据至少包括处理器的各核心按照候选频率处理目标场景中的核心任务时的指令数以及运行时间；若指令数据没有达到预设数据量阈值，则获取处理器的各核心的候选频率，并按照各核心的候选频率处理目标场景中的核心任务，直至指令数据达到预设数据量阈值。
125.可选地，按照各核心的候选频率处理目标场景中的核心任务，包括：锁定除处理器之外其他器件的频率，并按照各核心的候选频率依次设置各核心的频率，以及控制各核心按照各候选频率处理目标场景中的核心任务。
126.可选地，获取处理器在目标场景中处理任务时产生的指令数据之前，还包括：若指令数据达到预设数据量阈值，则判断指令数据的更新时间间隔是否达到预设时间间隔阈值；若指令数据的更新时间间隔达到预设时间间隔阈值，则执行获取处理器的各核心的候选频率，并按照各核心的候选频率处理目标场景中的核心任务，直至指令数据达到预设数据量阈值；若指令数据的更新时间间隔未达到预设时间间隔阈值，则执行获取处理器在目标场景中处理任务时产生的指令数据。
127.可选地，根据指令数据确定处理器在目标场景中对应的算力与频率关系，包括：根据处理器的各核心按照候选频率处理目标场景中的核心任务时的指令数以及运行时间，得到处理器的各核心的候选频率对应的当前算力；将处理器的各核心的候选频率与各核心的候选频率对应的当前算力进行乘幂拟合，得到处理器的各核心在目标场景中对应的算力与频率关系。
128.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
129.作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
130.另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
131.集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
132.需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本技术所必须的。
133.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
134.以上为对本技术所提供的一种任务负载计算方法、装置、存储介质以及终端的描述，对于本领域的技术人员，依据本技术实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本技术的限制。