CN111767136A - 进程管理方法、终端及具有存储功能的装置 - Google Patents

进程管理方法、终端及具有存储功能的装置 Download PDF

Info

Publication number
CN111767136A
CN111767136A CN202010490333.2A CN202010490333A CN111767136A CN 111767136 A CN111767136 A CN 111767136A CN 202010490333 A CN202010490333 A CN 202010490333A CN 111767136 A CN111767136 A CN 111767136A
Authority
CN
China
Prior art keywords
terminal
preset
ratio
available
available number
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
Application number
CN202010490333.2A
Other languages
English (en)
Other versions
CN111767136B (zh
Inventor
任利宽
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oppo Chongqing Intelligent Technology Co Ltd
Original Assignee
Oppo Chongqing Intelligent Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Oppo Chongqing Intelligent Technology Co Ltd filed Critical Oppo Chongqing Intelligent Technology Co Ltd
Priority to CN202010490333.2A priority Critical patent/CN111767136B/zh
Publication of CN111767136A publication Critical patent/CN111767136A/zh
Application granted granted Critical
Publication of CN111767136B publication Critical patent/CN111767136B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources
    • 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/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • 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/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephone Function (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请涉及通信技术领域，具体公开了一种进程管理方法、终端及具有存储功能的装置，该进程管理方法应用于终端，该方法包括：获取终端在初始时间之后的预设时长内的资源剩余信息的变化情况；根据资源剩余信息的变化情况以及预设规则，交替调整第一进程和第二进程的可用数量。通过上述方式，本申请能解决由于现有技术后台empty进程和cache进程的可用个数固定不变而导致的终端卡顿或冷启动频率过高的技术问题。

Description

进程管理方法、终端及具有存储功能的装置
技术领域
本申请涉及通信技术领域，特别是涉及进程管理方法、终端及具有存储功能的装置。
背景技术
终端的功能越来越丰富，现有技术中后台empty进程和cache进程的可用个数是固定不变的，因此常常出现以下两种情况：
(1)empty进程和cache进程的可用个数过多，此时，即使终端内存比较紧张，但仍可允许较多进程在后台运行，造成终端卡顿；
(2)empty进程和cache进程的可用个数过少，此时，终端会进入低内存状态，虽然终端释放了内存，但是应用程序运行过程中又会调用起被清理的应用导致进程再次创建，频繁创建进程不仅影响应用的冷启动时间，还会导致系统开销过大，并间接导致其他应用响应变慢。
发明内容
有鉴于此，本申请实施例提供进程管理方法、终端及具有存储功能的装置，以解决由于现有技术后台empty进程和cache进程的可用个数固定不变而导致的终端卡顿或冷启动频率过高的技术问题。
一方面，本申请提供了一种进程管理方法，应用于终端，该方法包括：获取终端在初始时间之后的预设时长内的资源剩余信息的变化情况；根据资源剩余信息的变化情况以及预设规则，交替调整第一进程和第二进程的可用数量。
另一方面，本申请提供了一种终端，包括处理器及存储器，处理器与存储器电性连接，存储器用于存储指令和数据；处理器用于执行如前述的进程管理方法。
又一方面，本申请提供了一种具有存储功能的装置，该存储介质中存储有程序数据，程序数据能够被处理器执行以实现如前述的进程管理方法。
本申请的有益效果是：区别于现有技术的情况，本申请将第一进程和第二进程的可用数量与资源剩余信息关联，可根据终端在预设时长内的资源剩余信息的变化情况，调整第一进程和第二进程的可用数量，例如在资源剩余信息减少(即终端CPU或者内存资源紧张)时，交替减少第一进程和第二进程的可用数量，以避免过多进程在后台运行，造成终端卡顿；或者在资源剩余信息增加(即终端CPU或者内存资源被释放)时，交替增加第一进程和第二进程的可用数量，以使终端运行适量的进程，避免终端进入低内存状态。同时，本申请通过交替调整第一进程和第二进程的可用数量，合理分配第一进程和第二进程的个数，进而在冷启动和资源剩余信息之间寻求最佳的平衡。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
图1是本申请进程管理方法第一实施例的流程示意图；
图2是本申请进程管理方法第二实施例的流程示意图；
图3是本申请进程管理方法第三实施例的流程示意图；
图4是本申请进程管理方法第四实施例的流程示意图；
图5是本申请进程管理方法第五实施例的流程示意图；
图6是本申请进程管理装置一实施例的结构示意图；
图7是本申请终端一实施例的结构示意图；
图8是本申请终端另一实施例的结构示意图；
图9是本申请提供的具有存储功能的装置一实施例的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供一种进程管理方法、装置、存储介质及终端。以下将分别进行详细说明。
请参阅图1，图1是本申请进程管理方法第一实施例的流程示意图，该方法应用于终端，在本实施例中，终端，又称之为用户设备(User Equipment，UE)，是一种向用户提供语音和/或数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。常见的终端例如包括：手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internetdevice，MID)、可穿戴设备，例如智能手表、智能手环、计步器等。
该方法包括以下步骤：
S101：获取终端在初始时间之后的预设时长内的资源剩余信息的变化情况。
具体地，资源剩余信息为终端的剩余电量、中央处理器(central processingunit，CPU)剩余使用率、内存剩余占用率、图形处理器(Graphics Processing Unit，GPU)剩余使用率、以及图形处理器的刷新速率中的至少一种。
S102：根据资源剩余信息的变化情况以及预设规则，交替调整第一进程和第二进程的可用数量。
具体地，第一进程、第二进程均是后台进程。其中，第一进程为cache进程，是一个保持着一个当前对用户不可视的活动的应用程序组件的进程，该cache进程处于cached状态，且内含活动(Activity)的应用程序组件的进程且该Activity窗口不可见。第二进程为empty进程，是一个没有任何活动的应用程序组件的进程，保持empty进程可用的唯一原因是为了缩短启动时间。
举例来说，终端可周期性地检测资源剩余信息或者实时监测资源剩余信息，以获得终端的工作状态。如果出现终端的剩余电量消耗过快、中央处理器使用率过大、内存占用率过大、图形处理器使用率过大、以及图形处理器的刷新速率过慢中的至少一种，说明终端出现卡顿或容易出现卡顿，因此，在该种情况下，需要减小cache进程和empty进程的可用数量，以控制终端中所运行的进程数量。反之，如果出现终端的剩余电量消耗较小、中央处理器使用率过小、内存占用率过小、图形处理器使用率过小、以及图形处理器的刷新速率正常中的至少一种，则说明用户操作而关闭多个后台进程，或者终端受限于现有的cache进程和empty进程的可用数量而无法运行过多进程，因此，针对终端受限于现有的cache进程和empty进程的可用数量的情况，需要增加cache进程和empty进程的可用数量，以使终端可运行较多的进程，避免频繁调用起被清理的应用而增加冷启动频率，导致终端卡顿。
本申请的有益效果是：区别于现有技术的情况，本申请将第一进程和第二进程的可用数量与资源剩余信息关联，可根据终端在预设时长内的资源剩余信息的变化情况，调整第一进程和第二进程的可用数量，例如在资源剩余信息减少(即终端CPU或者内存资源紧张)时，交替减少第一进程和第二进程的可用数量，以避免过多进程在后台运行，造成终端卡顿；或者在资源剩余信息增加(即终端CPU或者内存资源被释放)时，交替增加第一进程和第二进程的可用数量，以使终端运行适量的进程，避免终端进入低内存状态。同时，本申请通过交替调整第一进程和第二进程的可用数量，合理分配第一进程和第二进程的个数，进而在冷启动和资源剩余信息之间寻求最佳的平衡。
参阅图2，图2是本申请进程管理方法第二实施例的流程示意图，在一实施例中，在步骤S101之前，该方法还包括：
S103：获取终端在初始时间的资源剩余信息。
具体的，该初始时间可以根据用户需求设置，例如为开机时间或者距离开机一段时间后的时间点。
S104：根据初始时间的资源剩余信息，设置第一进程的第一可用数量和第二进程的第二可用数量，以使第一可用数量与第二可用数量之间的第一比值在预设比值范围内。
具体地，设置好cache进程的第一可用数量Appcache和empty进程的第二可用数量Appempty，其中，第一可用数量Appcache和第二可用数量Appempty的总数可视内存大小设置，例如，4G内存对应的第一可用数量Appcache和第二可用数量Appempty的总数为32，2G内存对应的第一可用数量和第二可用数量的总数为16。第一可用数量Appcache与第二可用数量Appempty之间的第一比值Appcache/Appempty可以为0.5-2(例如0.5、1、2)，例如第一可用数量Appcache为12，第二可用数量Appempty为24，此时，第一比值Appcache/Appempty为0.5。
参阅图3，图3是本申请进程管理方法第三实施例的流程示意图。
步骤S102包括以下步骤：
S21：判断资源剩余信息在初始时间之后的预设时长内是否减少了第一预设阈值。
若是，则进入S22。
S22：将第一进程和第二进程的可用数量分别交替减少至第三可用数量和第四可用数量，以使第三可用数量与第四可用数量之间的第二比值在预设比值范围内。
具体地，资源剩余信息在初始时间之后的预设时长内减少了第一预设阈值，说明终端剩余电量消耗过快、中央处理器使用率过大、内存占用率过大以及图形处理器使用率过大中的至少一种，此时，需要减少cache进程至第三用数量Appcache’和empty进程的第四可用数量Appempty’，随着数量减少，第三用数量Appcache’和第四可用数量Appempty’的总数也小于第一可用数量Appcache与第二可用数量Appempty的总数，第三用数量Appcache’和第四可用数量Appempty’之间的第二比值Appcache’/Appempty’可以在0.5-2之间，例如0.5、1、2。
优选地，调整后，第一进程的第三可用数量与第二进程的第四可用数量之间的第二比值等于第一比值。例如，调整后，第三用数量Appcache’为11，第四可用数量Appempty’为22，此时，第二比值Appcache’/Appempty’等于第一比值Appcache/Appempty。
通过上述方式，可根据终端在预设时长内的资源剩余信息的变化情况，调整第一进程和第二进程的可用数量，例如在资源剩余信息减少(即终端CPU或者内存资源紧张)时，交替减少第一进程和第二进程的可用数量，以避免过多进程在后台运行，造成终端卡顿。
参阅图4，图4是本申请进程管理方法第四实施例的流程示意图。
步骤S102包括以下步骤：
S23：判断资源剩余信息在初始时间之后的预设时长内是否增加至第二预设阈值。
若是，则进入S24。
S24：将第一进程和第二进程的可用数量分别交替减少至第一上限值和第二上限值，其中，第一上限值和第二上限值之间的第三比值在预设比值范围内。
优选地，第一进程调整后的可用数量(即第一上限值)与第二进程调整后的可用数量(即第二上限值)之间的第三比值等于第一比值。
具体地，资源剩余信息在初始时间之后的预设时长内增加至第二预设阈值，说明终端触发低内存，此时，可以将cache进程的可用数量直接下调至第一上限值Appcache，max，将empty进程的可用数量直接下调至第二上限值Appempty，max，第一上限值Appcache，max和第二上限值Appempty，max之间的第三比值Appcache，max/Appempty，max可以在0.5-2之间，例如0.5、1、2。
优选地，调整后，第一进程的第一上限值与第二进程的第二上限值之间的第三比值等于第一比值。例如，调整后，第一上限值Appcache，max为1，第二上限值Appempty，max为2，此时，第三比值Appcache，max/Appempty，max等于第一比值Appcache/Appempty。
通过上述方式，当终端系统触发低内存时，可交替增加第一进程和第二进程的可用数量，以避免终端频繁创建进程，降低冷启动频率，以保证终端系统的响应速度。
参阅图5，图5是本申请进程管理方法第五实施例的流程示意图。
步骤S102包括以下步骤：
S25：记录终端在初始时间之后的预设时长内的掉帧时刻。
具体地，终端的卡顿现象是因为应用在运行过程中画面掉帧导致的，具有偶发且随机性强的特点，同时随着使用时间变长或用户的使用习惯而被触发。本步骤中，掉帧时刻为图形处理器的刷新速率小于第四预设阈值的时刻。
S26：获取终端在掉帧时刻的资源剩余信息。
S27：判断终端在掉帧时刻的资源剩余信息是否小于等于第三预设阈值。
若是，则进入S28。
S28：将第一进程和第二进程的可用数量分别交替减少至第一上限值和第二上限值，其中，第一上限值和第二上限值之间的第四比值在预设比值范围内。
具体地，资源剩余信息在初始时间之后的预设时长内增加至第二预设阈值，说明终端触发低内存，此时，可以将cache进程的可用数量直接下调至第一上限值Appcache，max，将empty进程的可用数量直接下调至第二上限值Appempty，max，第一上限值Appcache，max和第二上限值Appempty，max之间的第三比值Appcache，max/Appempty，max可以在0.5-2之间，例如0.5、1、2。
优选地，第一进程调整后的可用数量(即第一上限值)与第二进程调整后的可用数量(即第二上限值)之间的第四比值等于第一比值。例如，调整后，第一上限值Appcache，max为8，第二上限值Appempty，max为16，此时，第四比值Appcache，max/Appempty，max等于第一比值Appcache/Appempty。
通过上述方式，获取了终端掉帧时刻的资源剩余信息，进而准确对卡顿现象进行判断和分析，将第一进程、第二进程的可用数量限定在上限值，以避免终端运行更多的进程，实现对终端进行优化升级。
在一个具体的实施场景中，设定标准内存剩余占用率为65％，此时，设定cache进程的第一可用数量Appcache为12，empty进程的第二可用数量Appempty为24。当内存剩余占用率每减少5％时，cache进程和empty进程的可用数量分别交替减少1和2，即当内存剩余占用率为50％时，cache进程的第三用数量Appcache’为9和empty进程的第四可用数量Appempty’为18。
在本申请又一实施例中，还提供一种进程管理装置30，该进程管理装置30可以软件或硬件的形式集成在终端中，该终端具体可以包括手机、平板电脑、笔记本电脑等设备。请参阅图6，图6是本申请进程管理装置一实施例的结构示意图，该进程管理装置30包括：获取模块31和调整模块32。
获取模块31用于获取终端在初始时间之后的预设时长内的资源剩余信息的变化情况。调整模块32用于根据资源剩余信息的变化情况以及预设规则，交替调整第一进程和第二进程的可用数量。
可选地，进程管理装置30还包括设置模块33。获取模块31用于获取终端在初始时间的资源剩余信息。设置模块33用于根据初始时间的资源剩余信息，设置第一进程的第一可用数量和第二进程的第二可用数量，以使第一可用数量与第二可用数量之间的第一比值在预设比值范围内。
可选地，进程管理装置30还包括判断模块34。判断模块34用于判断资源剩余信息在初始时间之后的预设时长内是否减少了第一预设阈值。若是，则调整模块32用于将第一进程和第二进程的可用数量分别交替减少至第三可用数量和第四可用数量，以使第三可用数量与第四可用数量之间的第二比值在预设比值范围内。
可选地，判断模块34还用于判断资源剩余信息在初始时间之后的预设时长内是否增加至第二预设阈值；
若是，则调整模块32用于将第一进程和第二进程的可用数量分别交替减少至第一上限值和第二上限值，其中，第一上限值和第二上限值之间的第三比值在预设比值范围内。
可选地，获取模块31用于记录终端在初始时间之后的预设时长内的掉帧时刻，并获取终端在掉帧时刻的资源剩余信息。判断模块34还用于判断终端在掉帧时刻的资源剩余信息是否小于等于第三预设阈值。若是，则调整模块32用于将第一进程和第二进程的可用数量分别交替减少至第一上限值和第二上限值，其中，第一上限值和第二上限值之间的第四比值在预设比值范围内。
其中，预设比值范围为0.5-2。
其中，第二比值或第三比值或第四比值等于第一比值。
其中，资源剩余信息为终端的剩余电量、中央处理器使用率、内存占用率、图形处理器使用率、以及图形处理器的刷新速率中的至少一种。
上述进程管理装置30的各个模块可分别执行上述方法实施例中对应步骤，故在此不对各模块进行赘述，详细请参阅以上对应步骤的说明。
在本申请又一实施例中还提供一种终端，该终端可以是智能手机、平板电脑等设备。请参阅图7，图7是本申请终端一实施例的结构示意图，终端40包括处理器401及存储器40。其中，处理器401与存储器402电性连接。存储器用于存储指令和数据，处理器401是终端40的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或加载存储在存储器402内的应用程序，以及调用存储在存储器402内的数据，以执行进程管理方法。
在本实施例中，终端40中的处理器401会按照如下的步骤，将一个或一个以上的应用程序的进程对应的指令加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能：
获取终端在初始时间之后的预设时长内的资源剩余信息的变化情况；根据资源剩余信息的变化情况以及预设规则，交替调整第一进程和第二进程的可用数量。
获取终端在初始时间的资源剩余信息；根据初始时间的资源剩余信息，设置第一进程的第一可用数量和第二进程的第二可用数量，以使第一可用数量与第二可用数量之间的第一比值在预设比值范围内。
判断资源剩余信息在初始时间之后的预设时长内是否减少了第一预设阈值；若是，则将第一进程和第二进程的可用数量分别交替减少至第三可用数量和第四可用数量，以使第三可用数量与第四可用数量之间的第二比值在预设比值范围内。
判断资源剩余信息在初始时间之后的预设时长内是否增加至第二预设阈值；若是，则将第一进程和第二进程的可用数量分别交替减少至第一上限值和第二上限值，其中，第一上限值和第二上限值之间的第三比值在预设比值范围内。
记录终端在初始时间之后的预设时长内的掉帧时刻；获取终端在掉帧时刻的资源剩余信息；判断终端在掉帧时刻的资源剩余信息是否小于等于第三预设阈值；若是，则将第一进程和第二进程的可用数量分别交替减少至第一上限值和第二上限值，其中，第一上限值和第二上限值之间的第四比值在预设比值范围内。
其中，预设比值范围为0.5-2。
其中，第二比值或第三比值或第四比值等于第一比值。
其中，资源剩余信息为终端的剩余电量、中央处理器使用率、内存占用率、图形处理器使用率、以及图形处理器的刷新速率中的至少一种。
在一些实施例中，请参阅图8，图8是本申请终端另一实施例的结构示意图，终端40还包括：显示屏403、控制电路404、射频电路405、输入单元406、音频电路407、传感器408以及电源409。其中，处理器401分别与显示屏403、控制电路404、射频电路405、输入单元406、音频电路407、传感器408以及电源409电性连接。
显示屏403可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图像、文本、图标、视频和其任意组合来构成。
控制电路404与显示屏403电性连接，用于控制显示屏403显示信息。
射频电路405用于收发射频信号，以通过无线通信与网络设备或其他终端建立无线通讯，与网络设备或其他终端之间收发信号。
输入单元406可用于接收输入的数字、字符信息或用户特征信息(例如指纹)，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。其中，输入单元406可以包括指纹识别模组。
音频电路407可通过扬声器、传声器提供用户与终端之间的音频接口。
传感器408用于采集外部环境信息。传感器408可以包括环境亮度传感器、加速度传感器、光传感器、运动传感器、以及其他传感器。
电源409用于给终端40的各个部件供电。在一些实施例中，电源409可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图8中未示出，终端40还可以包括摄像头、蓝牙模块等，在此不再赘述。
由上可知，本申请实施例提供的终端，当检测到CPU使用率高于预设使用率时，确定每一后台应用各自对应的进程组，并将各进程组所包含的进程进行比较，以获取不同进程各自对应的后台调度应用的数量，再根据不同进程各自对应的后台调度应用的数量，调节各进程的优先级，按照优先级的高低顺序冻结相应的进程，以使CPU使用率不高于预设使用率。该方案根据实际的使用情况及当前各进程对应的后台调度应用的数量，调整进程的优先级并根据优先级冻结相应的进程，有效释放CPU资源，提升后续进程的运行速度，减少终端功耗。
基于同样的发明构思，本申请还提出了一种具有存储功能的装置，请参阅图9，图9是本申请提供的具有存储功能的装置一实施例的结构示意图。具有存储功能的装置50中存储有程序数据51，程序数据51可以为程序或指令，该程序数据能够被执行以实现上述任一智能终端的模式控制方法。
在一个实施例中，具有存储功能的装置50可以是终端中的存储芯片、硬盘或者是移动硬盘或者优盘、光盘等其他可读写存储的工具，还可以是服务器等等。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，处理器或存储器的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个处理器与存储器实现的功能可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或连接可以是通过一些接口，装置或单元的间接耦合或连接，可以是电性，机械或其它的形式。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，处理器或存储器的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个处理器与存储器实现的功能可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或连接可以是通过一些接口，装置或单元的间接耦合或连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种进程管理方法，应用于终端，其特征在于，所述方法包括：
获取所述终端在初始时间之后的预设时长内的资源剩余信息的变化情况；
根据所述资源剩余信息的变化情况以及预设规则，交替调整第一进程和第二进程的可用数量。
2.根据权利要求1所述的方法，其特征在于，所述获取所述终端在初始时间之后的预设时长内的资源剩余信息的变化情况的步骤之前，所述方法还包括：
获取所述终端在所述初始时间的资源剩余信息；
根据所述初始时间的资源剩余信息，设置所述第一进程的第一可用数量和所述第二进程的第二可用数量，以使所述第一可用数量与所述第二可用数量之间的第一比值在预设比值范围内。
3.根据权利要求2所述的方法，其特征在于，所述根据所述资源剩余信息的变化情况以及预设规则，交替调整第一进程和第二进程的可用数量的步骤，包括：
判断所述资源剩余信息在所述初始时间之后的预设时长内是否减少了第一预设阈值；
若是，则将所述第一进程和所述第二进程的可用数量分别交替减少至第三可用数量和第四可用数量，以使所述第三可用数量与所述第四可用数量之间的第二比值在所述预设比值范围内。
4.根据权利要求2所述的方法，其特征在于，所述根据所述资源剩余信息的变化情况以及预设规则，交替调整第一进程和第二进程的可用数量的步骤，包括：
判断所述资源剩余信息在所述初始时间之后的预设时长内是否增加至第二预设阈值；
若是，则将所述第一进程和所述第二进程的可用数量分别交替减少至第一上限值和第二上限值，其中，所述第一上限值和所述第二上限值之间的第三比值在所述预设比值范围内。
5.根据权利要求2所述的方法，其特征在于，所述根据所述资源剩余信息的变化情况以及预设规则，交替调整第一进程和第二进程的可用数量的步骤，包括：
记录所述终端在初始时间之后的预设时长内的掉帧时刻；
获取所述终端在所述掉帧时刻的资源剩余信息；
判断所述终端在所述掉帧时刻的资源剩余信息是否小于等于第三预设阈值；
若是，则将所述第一进程和所述第二进程的可用数量分别交替减少至第一上限值和第二上限值，其中，所述第一上限值和所述第二上限值之间的第四比值在所述预设比值范围内。
6.根据权利要求2-5任一项所述的方法，其特征在于，
所述预设比值范围为0.5-2。
7.根据权利要求2-5任一项所述的方法，其特征在于，
所述第二比值或所述第三比值或所述第四比值等于所述第一比值。
8.根据权利要求1所述的方法，其特征在于，所述资源剩余信息为所述终端的剩余电量、中央处理器使用率、内存占用率、图形处理器使用率、以及所述图形处理器的刷新速率中的至少一种。
9.一种终端，其特征在于，包括处理器及存储器，所述处理器与所述存储器电性连接，所述存储器用于存储指令和数据；
所述处理器用于执行如权利要求1-8中任一项所述的进程管理方法。
10.一种具有存储功能的装置，其特征在于，所述存储介质中存储有程序数据，所述程序数据能够被处理器执行以实现如权利要求1-8中任一项所述的进程管理方法。
CN202010490333.2A 2020-06-02 2020-06-02 进程管理方法、终端及具有存储功能的装置 Active CN111767136B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010490333.2A CN111767136B (zh) 2020-06-02 2020-06-02 进程管理方法、终端及具有存储功能的装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010490333.2A CN111767136B (zh) 2020-06-02 2020-06-02 进程管理方法、终端及具有存储功能的装置

Publications (2)

Publication Number Publication Date
CN111767136A true CN111767136A (zh) 2020-10-13
CN111767136B CN111767136B (zh) 2023-04-14

Family

ID=72719946

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010490333.2A Active CN111767136B (zh) 2020-06-02 2020-06-02 进程管理方法、终端及具有存储功能的装置

Country Status (1)

Country Link
CN (1) CN111767136B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112231016A (zh) * 2020-10-27 2021-01-15 山东云缦智能科技有限公司 基于应用启动频率的Android进程管理机制处理方法

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050235285A1 (en) * 2004-04-14 2005-10-20 Michael Monasterio Systems and methods for CPU throttling utilizing processes
CN103399785A (zh) * 2013-07-25 2013-11-20 华南理工大学 一种Android车载系统进程管理的改进方法
CN104199729A (zh) * 2014-08-27 2014-12-10 深圳市九洲电器有限公司 一种资源管理方法及系统
CN104579603A (zh) * 2014-12-25 2015-04-29 京信通信系统（中国）有限公司 一种基于harq的下行调度方法及装置
CN105144083A (zh) * 2013-04-24 2015-12-09 三星电子株式会社 用于管理用户设备的存储器的方法和设备
US20160366189A1 (en) * 2015-06-09 2016-12-15 Sonus Networks, Inc. Methods, apparatus and systems to increase media resource function availability
CN107479951A (zh) * 2017-07-31 2017-12-15 广东欧珀移动通信有限公司 进程管控方法、装置、存储介质及电子设备
CN107912063A (zh) * 2016-04-27 2018-04-13 华为技术有限公司 一种内存回收方法及装置
CN108271252A (zh) * 2016-12-30 2018-07-10 电信科学技术研究院 一种资源排除的方法及网络节点
US20180375726A1 (en) * 2016-03-02 2018-12-27 Huawei Technologies Co., Ltd. Resource Configuration Method, Virtualized Network Function Manager, and Element Management System
CN109684078A (zh) * 2018-12-05 2019-04-26 苏州思必驰信息科技有限公司 用于spark streaming的资源动态分配方法和系统
CN110198546A (zh) * 2018-02-27 2019-09-03 上海华为技术有限公司 一种调度方法和网络设备
CN111061516A (zh) * 2018-10-15 2020-04-24 华为技术有限公司 加速应用的冷启动的方法、装置和终端
CN111198759A (zh) * 2018-11-16 2020-05-26 深圳市优必选科技有限公司 一种内存优化方法、系统、终端设备及可读存储介质

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050235285A1 (en) * 2004-04-14 2005-10-20 Michael Monasterio Systems and methods for CPU throttling utilizing processes
CN105144083A (zh) * 2013-04-24 2015-12-09 三星电子株式会社 用于管理用户设备的存储器的方法和设备
CN103399785A (zh) * 2013-07-25 2013-11-20 华南理工大学 一种Android车载系统进程管理的改进方法
CN104199729A (zh) * 2014-08-27 2014-12-10 深圳市九洲电器有限公司 一种资源管理方法及系统
CN104579603A (zh) * 2014-12-25 2015-04-29 京信通信系统（中国）有限公司 一种基于harq的下行调度方法及装置
US20160366189A1 (en) * 2015-06-09 2016-12-15 Sonus Networks, Inc. Methods, apparatus and systems to increase media resource function availability
US20180375726A1 (en) * 2016-03-02 2018-12-27 Huawei Technologies Co., Ltd. Resource Configuration Method, Virtualized Network Function Manager, and Element Management System
CN107912063A (zh) * 2016-04-27 2018-04-13 华为技术有限公司 一种内存回收方法及装置
CN108271252A (zh) * 2016-12-30 2018-07-10 电信科学技术研究院 一种资源排除的方法及网络节点
CN107479951A (zh) * 2017-07-31 2017-12-15 广东欧珀移动通信有限公司 进程管控方法、装置、存储介质及电子设备
CN110198546A (zh) * 2018-02-27 2019-09-03 上海华为技术有限公司 一种调度方法和网络设备
CN111061516A (zh) * 2018-10-15 2020-04-24 华为技术有限公司 加速应用的冷启动的方法、装置和终端
CN111198759A (zh) * 2018-11-16 2020-05-26 深圳市优必选科技有限公司 一种内存优化方法、系统、终端设备及可读存储介质
CN109684078A (zh) * 2018-12-05 2019-04-26 苏州思必驰信息科技有限公司 用于spark streaming的资源动态分配方法和系统

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
LEI LIU 等: "Hierarchical Hybrid Memory Management in OS for Tiered Memory Systems" *
刘宏磊 等: "应用服务器资源动态重配置再生方法" *
宋平波 等: "Android内存管理机制研究", 《移动通信 》 *
蓝智宏: "面向车载终端的Android系统改进及其中间件的实现面向车载终端的Android系统改进及其中间件的实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 *
赵颖: "Hadoop环境下的动态资源管理研究与实现" *
魏栋 等: "Android系统的内存管理研究", 《单片机与嵌入式系统应用 》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112231016A (zh) * 2020-10-27 2021-01-15 山东云缦智能科技有限公司 基于应用启动频率的Android进程管理机制处理方法

Also Published As

Publication number Publication date
CN111767136B (zh) 2023-04-14

Similar Documents

Publication Publication Date Title
CN107748686B (zh) 应用程序的启动优化方法、装置、存储介质及智能终端
CN108595228B (zh) 应用程序预测模型建立方法、装置、存储介质及移动终端
US10863213B2 (en) Method and device for controlling frame rate of electronic device, storage medium, and electronic device
CN107463403B (zh) 进程控制方法、装置、存储介质以及电子设备
EP3584676B1 (en) Method, device, medium, and electronic apparatus for dynamically adjusting power saving level of terminal
CN107273130B (zh) 加速界面绘制的方法、装置和终端
US11849399B2 (en) Method for reducing power consumption of terminal, and terminal
US11164097B2 (en) Method for preloading application, storage medium, and terminal device
CN109064538B (zh) 视图渲染方法、装置、存储介质及智能终端
CN108648259B (zh) 图像绘制方法、装置、存储介质及智能终端
CN106817753B (zh) 一种切换背景灰阶进行省电的方法、装置及移动终端
CN110837343B (zh) 处理快照的方法、装置及终端
CN108733193B (zh) 智能调整帧率的方法、装置、存储介质及智能终端
CN106896900B (zh) 一种移动终端的显示控制方法、装置及移动终端
CN107479700B (zh) 黑屏手势控制方法、装置、存储介质及移动终端
CN106776259B (zh) 一种移动终端帧率检测方法、装置及移动终端
CN108762465B (zh) 帧率自适应调整方法、装置、存储介质及智能终端
CN108811055B (zh) 帧率调整方法、装置、终端设备及存储介质
CN113012263A (zh) 图层合成方式的配置方法和电子设备
CN112711387A (zh) 缓冲区容量的调整方法、装置、电子设备及可读存储介质
CN111767136B (zh) 进程管理方法、终端及具有存储功能的装置
CN108693948B (zh) 帧率调整方法、装置、终端设备及存储介质
CN110602772A (zh) WiFi模块控制方法、控制装置、电子装置及存储介质
CN110968523A (zh) 内存碎片整理的方法和装置
CN110572867A (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