终端运行方法及装置与流程

文档序号:15076548发布日期:2018-08-01 01:52阅读:269来源:国知局

本公开涉及终端技术领域,尤其涉及一种终端运行方法及装置。



背景技术:

随着终端技术的不断发展,人们可以通过终端看视频、听音乐或玩游戏等。终端在运行的过程中,可能会出现画面卡顿的情况,有时还会发生连续卡顿一段时间的情况,严重影响用户体验,所以如何获取更优化的终端运行方法,避免发生长时间的连续卡顿,是用户及生产厂商最为关心的问题。

目前的终端运行方法,主要是当终端处于运行状态时,提高cpu(centralprocessingunit,中央处理器)的工作频率,从而提升终端的运行性能,避免卡顿情况的发生。

公开内容

为克服相关技术中存在的问题,本公开提供了一种终端运行方法及装置。

根据本公开实施例的第一方面,提供一种终端运行方法,包括:

在终端运行过程中,检测终端的卡顿情况;

当检测到所述终端发生卡顿时,确定待调整的运行参数;

将所述运行参数调整至目标运行值,所述目标运行值用于使所述终端运行于性能高于所述终端的原运行性能。

在一种可能实现方式中,所述将所述运行参数调整至目标运行值包括:

根据内存空间中的缓存数据,释放内存空间,直至所述内存空间中的空闲空间达到预设容量。

在一种可能实现方式中,所述将所述运行参数调整至目标运行值包括:

将cpu的工作频率调整至目标频率,所述目标频率大于终端的正常运行时的工作频率。

在一种可能实现方式中,所述将所述运行参数调整至目标运行值包括:

当cpu的内核数量大于或等于2且当前所述cpu中包括未启动的内核时,启动所述内核,使得所述cpu的处理速度达到预设处理速度。

在一种可能实现方式中,所述在终端运行过程中,检测终端的卡顿情况包括:

在所述终端运行过程中,当所述终端连续输出多个画面帧时,比较所述多个画面帧的实际显示时间差;

当所述实际显示时间差大于预设时长时,确定检测到所述终端发生卡顿。

根据本公开实施例的第二方面,提供一种终端运行装置,包括:

检测模块,被配置为在终端运行过程中,检测终端的卡顿情况;

确定模块,被配置为当检测到所述终端发生卡顿时,确定待调整的运行参数;

调整模块,被配置为将所述运行参数调整至目标运行值,所述目标运行值用于使所述终端运行于性能高于所述终端的原运行性能。

在一种可能实现方式中,所述调整模块被配置为:

根据内存空间中的缓存数据,释放内存空间,直至所述内存空间中的空闲空间达到预设容量。

在一种可能实现方式中,所述调整模块被配置为:

将cpu的工作频率调整至目标频率,所述目标频率大于终端的正常运行时的工作频率。

在一种可能实现方式中,所述调整模块被配置为:

当cpu的内核数量大于或等于2且当前所述cpu中包括未启动的内核时,启动所述内核,使得所述cpu的处理速度达到预设处理速度。

在一种可能实现方式中,所述检测模块被配置为:

在所述终端运行过程中,当所述终端连续输出多个画面帧时,比较所述多个画面帧的实际显示时间差;

当所述实际显示时间差大于预设时长时,确定检测到所述终端发生卡顿。

根据本公开实施例的第三方面,提供一种终端运行装置,包括:

处理器;

用于存储处理器可执行的指令的存储器;

其中,所述处理器被配置为:

在终端运行过程中,检测终端的卡顿情况;

当检测到所述终端发生卡顿时,确定待调整的运行参数;

将所述运行参数调整至目标运行值,所述目标运行值用于使所述终端运行于性能高于所述终端的原运行性能。

根据本公开实施例的第四方面,提供一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现第一方面所述的方法步骤。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

本公开实施例提供的技术方案带来的有益效果是:

在终端运行过程中,检测终端的卡顿情况,当检测到该终端发生卡顿时,通过确定待调整的运行参数,将该运行参数调整至能够提高终端运行性能的目标运行值,从而获取更优化的终端运行方法,避免发生长时间的连续卡顿,在减缓卡顿情况发生的同时又降低了终端的功耗。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种终端运行方法的流程图;

图2是根据一示例性实施例示出的一种终端运行方法的流程图;

图3是根据一示例性实施例示出的一种终端运行装置的框图;

图4是根据一示例性实施例示出的一种终端运行装置400的框图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种终端运行方法的流程图。如图1所示,包括以下步骤。

在步骤101中,在终端运行过程中,检测终端的卡顿情况。

在步骤102中,当检测到该终端发生卡顿时,确定待调整的运行参数。

在步骤103中,将该运行参数调整至目标运行值,该目标运行值用于使该终端的运行性能高于该终端的原运行性能。

本公开实施例提供的方法,在终端运行过程中,检测终端的卡顿情况,当检测到该终端发生卡顿时,通过确定待调整的运行参数,将该运行参数调整至能够提高终端运行性能的目标运行值,从而获取更优化的终端运行方法,避免发生长时间的连续卡顿,在减缓卡顿情况发生的同时又降低了终端的功耗。

在一种可能实现方式中,将该运行参数调整至目标运行值包括:

根据内存空间中的缓存数据,释放内存空间,直至该内存空间中的空闲空间达到预设容量。

在一种可能实现方式中,将该运行参数调整至目标运行值包括:

将cpu的工作频率调整至目标频率,该目标频率大于终端的正常运行时的工作频率。

在一种可能实现方式中,将该运行参数调整至目标运行值包括:

当cpu的内核数量大于或等于2且当前该cpu中包括未启动的内核时,启动该内核,使得该cpu的处理速度达到预设处理速度。

在一种可能实现方式中,在终端运行过程中,检测终端的卡顿情况包括:

在该终端运行过程中,当该终端连续输出多个画面帧时,比较该多个画面帧的实际显示时间差;

当该实际显示时间差大于预设时长时,确定检测到该终端发生卡顿。

上述所有可选技术方案,可以采用任意结合形成本公开的可选实施例,在此不再一一赘述。

图2是根据一示例性实施例示出的一种终端运行方法的流程图,如图2所示,包括以下步骤。

在步骤201中,在终端运行过程中,检测终端的卡顿情况。

其中,卡顿是指终端在运行过程中出现画面不流畅即画面出现停滞的现象。

由于画面掉帧是导致画面出现卡顿的原因,所以可以通过检测画面是否发生掉帧来检测终端的卡顿情况。其中,掉帧是指每帧画面绘制的时间大于标准绘制时间时出现的现象。在实际场景中,可以通过以下两种方式来检测终端的掉帧情况,从而检测终端的卡顿情况。

(1)通过检测多个画面帧的实际显示时间差是否大于预设时长来检测是否发生掉帧。其中,预设时长可以是根据多次检测相邻两个画面帧之间的实际显示时间差的平均值确定的参考阈值。在终端运行过程中,当终端连续输出多个画面帧时,比较多个画面帧的实际显示时间差,当实际显示时间差大于预设时长时,确定检测到终端发生卡顿。

(2)通过检测画面帧的绘制时间是否大于屏幕的刷新周期来检测是否发生掉帧。在终端正常运时过程中,终端上每帧画面的绘制时间等于屏幕刷新周期,。当检测到每帧画面的绘制时间超出屏幕的刷新周期时,确定检测到终端发生卡顿。

具体运用上述两种方式中的哪一种方式来检测终端的卡顿情况,本公开实施例对此不进行具体限定。

在步骤202中,当检测到终端发生卡顿时,根据内存空间中的缓存数据,确定是否有可释放的内存空间。

其中,内存空间是指终端中ram(randomaccessmemory,随机存取存储器)的空间,该ram是与cpu直接交换数据的内部存储器,它可以随时读/写,而且读/写速度很快,通常作为操作系统或其他正在运行中的应用程序的临时数据存储媒介。

缓存数据指操作系统或其他的应用程序在工作过程中临时存储在运行内存中的数据。该应用程序为安装在终端中的软件或基于浏览器运行的脚本,本公开实施例对此同样不进行具体限定。

实际场景中,在终端上运行的应用程序越多,其存储在内存空间中的缓存数据就会越多,由于终端的内存空间有限,所以当缓存数据过多时,可能会导致终端发生卡顿,因此,当终端发生卡顿时,可以通过释放内存空间,来避免发生长时间的连续卡顿。由于内存空间中的缓存数据中包括支持终端操作系统正常运行的缓存数据,还包括处于前台运行的应用程序的缓存数据,如果将用于存储这些缓存数据的内存空间释放,则有可能会影响到终端的正常运行和用户的正常使用,所以需要先根据内存空间中的缓存数据,检测终端是否还有可释放的内存空间。其中,可释放的内存空间为处于后台运行中的应用程序的缓存数据所占的空间。该后台运行的应用程序包括:长时间处于后台运行没有切换至前台的应用程序或在后台中没有进行实际工作的应用程序,如:未进行下载、播放音乐或导航等工作的后台应用程序,本公开实施例不对此进行具体限定。其中,还存在一些不可释放的内存空间,例如,操作系统的缓存数据所占的内存空间或处于前台运行中的应用程序的缓存数据所占的空间等,本公开实施例同样不对此进行具体限定。

进一步的,终端还可以预先设置释放内存空间时优先选择的缓存数据的类型,当检测到内存空间中的缓存数据中包括该类型的缓存数据时,确定有可释放的内存空间。其中,释放内存空间时优先选择的缓存数据的类型是用户预先在终端上设置的,当需要释放内存空间时,用户认为可以优先释放的多类应用程序的缓存数据,例如音乐播放类型应用程序的缓存数据、视频播放类型应用程序的缓存数据或具有照相功能的应用程序的缓存数据等,本发明实施例对此不进行具体限定,但不能为影响终端运行的操作系统的缓存数据。

本公开实施例中,终端发生卡顿时,当根据内存空间中的缓存数据,检测到存在有可释放的内存空间时,将检测到的可释放的内存空间确定为待调整的运行参数。

上述过程仅是确定待调整的运行参数的一种示例,在实际场景中,还可以通过以下两种方式来确定待调整的运行参数。

(1)确定cpu的工作频率是否达到目标频率,该目标频率大于终端的正常运行时的工作频率。

其中,cpu的工作频率是cpu运算时工作的频率的简称,指cpu的时钟频率,单位是赫兹(hz),其中,频率指1秒内发生的同步脉冲数。cpu的工作频率决定了终端的运行速度。

实际场景中,为了降低功耗,终端正常运行时,cpu的工作频率保持在正常的工作频率,该正常的工作频率并不是cpu的最高工作频率,它只能满足终端的一般性能要求。当终端需要更优化的运行性能时,cpu的正常工作频率可能不能满足终端的更高性能要求,从而会导致终端在运行过程中发生卡顿。因此当检测到终端发生卡顿后,可以通过提高cpu的工作频率的方式,来避免发生长时间的连续卡顿。在提高cpu的工作频率之前,需要先确定cpu的工作频率是否达到目标频率。其中,目标频率是指能够为终端提供更优化的运行性能的cpu的工作频率,该目标频率高于终端正常运行时cpu的工作频率,可以是cpu的最高工作频率,也可以是高于正常频率但未达到最高频率的cpu的工作频率。

本公开实施例中,终端发生卡顿时,当检测到cpu的工作频率未达到目标频率时,说明此时cpu的工作频率不能满足终端的性能需求,因此不能保证此时终端的运行,此时则需要将cpu的工作频率确定为待调整的运行参数。

(2)确定cpu的内核数量是否大于或等于2且当前该cpu中是否包括未启动的内核。

实际场景中,终端的cpu中可能只包含一个内核,也可能包含多个内核。当终端中cpu的内核数大于或等于2时,终端在正常运行过程中,为了降低功耗,可能不会启动cpu中的全部多个内核,所以终端不能达到更优化的运行性能,导致终端发生卡顿。因此当检测到终端发生卡顿时,可以通过启动cpu中的未启动内核的方式,来提升终端的运行性能,避免发生长时间的连续卡顿。想要启动cpu中的内核则需要先确定cpu中是否包括未启动的内核。

本公开实施例中,终端发生卡顿时,当检测到cpu中包括未启动的内核时,将cpu的未启动的内核数量确定为待调整的运行参数。

进一步的,待调整的运行参数可以通过上述三种方式来确定,也可以通过上述三种方式中的任意一种或任意两种方式来确定,本公开实施例对此不进行具体限定。所以,待调整的运行参数可以为可释放的内存空间、cpu的工作频率或cpu的未启动的内核数量等其中的一种,也可以为多种,本公开实施例对此不进行具体限定。

在步骤203中,当确定终端中有可释放的内存空间时,释放内存空间,直至该内存空间中的空闲空间达到预设容量。

其中,预设容量为预先设置的ram中空闲空间的容量。为了达到通过释放内存空间来避免发生长时间的连续卡顿的目的,需要在终端中预先设置ram的预设容量,使得在释放内存空间后,ram中能够获得足够的空闲空间,来存储运行于前台的应用程序的缓存数据。

实际场景中,当确定待调整的运行参数中包含有可释放的内存空间时,释放该可释放的内存空间,直至内存空间中的空闲空间达到预设容量,通过上述释放内存空间的方式,将带调整的运行参数调整至目标运行值,从而获取更优化的终端运行方法。其中,目标运行值用于使终端的运行性能高于终端的原运行性能。此时的目标运行值即为内存空间中空闲空间的预设容量。

进一步的,释放内存空间过程可以根据上述释放内存空间时优先选择的缓存数据的类型,先释放该种类型的缓存数据所占的内存空间,若释放完该种类型的缓存数据所占的内存空间后,内存空间中的空闲空间未达到预设容量,则再释放可释放的内存空间中其他类型的缓存数据所占的内存空间。当然也可以同时释放所有可释放的内存空间,本公开实施例对此不进行具体限定。

实际上,上述过程仅是将运行参数调整至目标运行值的一种方式,根据步骤203可知,待调整的运行参数中还可以包括cpu的工作频率或cpu的未启动的内核数量等,所以还可以通过以下两种方式来将运行参数调整至目标运行值。

(1)当确定cpu的工作频率未达到目标频率时,提高cpu的工作频率至目标频率。

其中,目标频率为大于终端的正常运行时的工作频率。该目标频率是根据cpu的工作频率或前台运行的应用程序的运行数据等综合分析确定的。

实际场景中,当确定待调整的运行参数中包含有cpu的工作频率时,通过将cpu的工作频率调整至目标频率的方式,将运行参数调整至目标运行值。此时的目标运行值即为cpu的目标频率。

(2)当确定cpu的内核数量大于或等于2且当前该cpu中包括未启动的内核时,启动该内核,使得该cpu的处理速度达到预设处理速度。

当待调整的运行参数中包含有cpu的未启动的内核数量时,启动cpu中未启动的内核,通过将cpu的未启动的内核数量减少至目标数量的方式,将运行参数调整至目标运行值。其中,目标数量可以为零个也可以为多个,本公开实施例对此不进行具体限定。此时的目标运行值为未启动的内核的目标数量。

进一步的,该步骤203具体使用哪种方式来优化终端运行可以根据步骤202中进行的步骤确定,如步骤202中仅基于对某一种运行参数的检测来确定是否基于该运行参数进行调整,则在该运行参数满足上述实施例中所述的条件时,基于该一种运行参数对运行方法进行调整,而当步骤202中基于至少两种运行参数的检测来确定待调整的运行参数时,如果所检测的至少两种运行参数均满足上述实施例中所述的条件,则可以基于该至少两种运行参数对运行方法进行调整,还可以基于该至少两种运行参数中的一种对运行方法进行调整,具体选择哪种运行参数可以基于运行参数的优先级确定。

在基于该至少两种运行参数对运行方法进行调整时,可以按顺序进行,例如,可以先根据内存空间中的缓存数据,释放终端中可释放的内存空间,当释放完可释放的内存空间还是不足以提升终端性能时,再根据cpu的工作频率,将cpu的工作频率提升至目标频率,当将cpu的工作频率提升至目标频率后还是不足以提升终端性能时,再根据cpu中未启动的内核数量,启动未启动的内核,上述方法仅为获取更优化的终端运行方法的一种可选择的方案。

本公开实施例提供的方法,在终端运行过程中,检测终端的卡顿情况,当检测到该终端发生卡顿时,通过确定待调整的运行参数,将该运行参数调整至能够提高终端运行性能的目标运行值,来获取更优化的终端运行方法,避免发生长时间的连续卡顿,在减缓卡顿情况发生的同时又降低了终端的功耗。进一步地,基于内存空间中的缓存数据、cpu的工作频率或cpu中未启动的内核数量等,提供了释放内存空间、提高cpu的工作频率或启动cpu中未启动的内核等方式,来获取更优化的终端运行方法,

图3是根据一示例性实施例示出的一种终端运行装置的框图。参照图3,该装置包括检测模块301,确定模块302和调整模块303。

该检测模块301被配置为在终端运行过程中,检测终端的卡顿情况。

该确定模块302被配置为当检测到该终端发生卡顿时,确定待调整的运行参数。

该调整模块303被配置为将该运行参数调整至目标运行值,该目标运行值用于使该终端的运行性能高于该终端的原运行性能。

本公开实施例提供的装置,在终端运行过程中,检测终端的卡顿情况,当检测到该终端发生卡顿时,通过确定待调整的运行参数,将该运行参数调整至能够提高终端运行性能的目标运行值,从而获取更优化的终端运行方法,避免发生长时间的连续卡顿,在减缓卡顿情况发生的同时又降低了终端的功耗。在一种可能实现方式中,该调整模块303被配置为:

根据内存空间中的缓存数据,释放内存空间,直至该内存空间中的空闲空间达到预设容量。

在一种可能实现方式中,该调整模块303被配置为:

将cpu的工作频率调整至目标频率,该目标频率大于终端的正常运行时的工作频率。

在一种可能实现方式中,该调整模块303被配置为:

当cpu的内核数量大于或等于2且当前该cpu中包括未启动的内核时,启动该内核,使得该cpu的处理速度达到预设处理速度。

在一种可能实现方式中,该检测模块301被配置为:

在该终端运行过程中,当该终端连续输出多个画面帧时,比较该多个画面帧的实际显示时间差;

当该实际显示时间差大于预设时长时,确定检测到该终端发生卡顿。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种终端运行装置400的框图。例如,装置400可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。

参照图4,装置400可以包括以下一个或多个组件:处理组件402,存储器404,电源组件406,多媒体组件408,音频组件410,输入/输出(i/o)的接口412,传感器组件414,以及通信组件416。

处理组件402通常控制装置400的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件402可以包括一个或多个模块,便于处理组件402和其他组件之间的交互。例如,处理组件402可以包括多媒体模块,以方便多媒体组件408和处理组件402之间的交互。

存储器404被配置为存储各种类型的数据以支持在装置400的操作。这些数据的示例包括用于在装置400上操作的任何应用程序或方法的指令,联系人数据、电话簿数据、消息、图片或视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(sram)、电可擦除可编程只读存储器(eeprom)、可擦除可编程只读存储器(eprom)、可编程只读存储器(prom)、只读存储器(rom)、磁存储器、快闪存储器、磁盘或光盘。

电源组件406为装置400的各种组件提供电力。电源组件406可以包括电源管理系统,一个或多个电源,及其他与为装置400生成、管理和分配电力相关联的组件。

多媒体组件408包括在该装置400和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。该触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与该触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件408包括一个前置摄像头和/或后置摄像头。当装置400处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件410被配置为输出和/或输入音频信号。例如,音频组件410包括一个麦克风(mic),当装置400处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中,音频组件410还包括一个扬声器,用于输出音频信号。

i/o接口412为处理组件402和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件414包括一个或多个传感器,用于为装置400提供各个方面的状态评估。例如,传感器组件414可以检测到设备400的打开/关闭状态,组件的相对定位,例如该组件为装置400的显示器和小键盘,传感器组件414还可以检测装置400或装置400一个组件的位置改变,用户与装置400接触的存在或不存在,装置400方位或加速/减速和装置400的温度变化。传感器组件414可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器,如cmos或ccd图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件414还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件416被配置为便于装置400和其他设备之间有线或无线方式的通信。装置400可以接入基于通信标准的无线网络,如wi-fi,2g或3g,或它们的组合。在一个示例性实施例中,通信部件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,该通信部件416还包括近场通信(nfc)模块,以促进短程通信。例如,在nfc模块可基于射频识别(rfid)技术、红外数据协会(irda)技术、超宽带(uwb)技术、蓝牙(bt)技术或其他技术来实现。

在示例性实施例中,装置400可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述终端运行方法。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器404,上述指令可由装置400的处理器420执行以完成上述终端运行方法。例如,该非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘或光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1