CN114461588B - 调节预读窗口的方法及电子设备 - Google Patents
调节预读窗口的方法及电子设备 Download PDFInfo
- Publication number
- CN114461588B CN114461588B CN202110962644.9A CN202110962644A CN114461588B CN 114461588 B CN114461588 B CN 114461588B CN 202110962644 A CN202110962644 A CN 202110962644A CN 114461588 B CN114461588 B CN 114461588B
- Authority
- CN
- China
- Prior art keywords
- application program
- scene
- window
- electronic device
- application
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/172—Caching, prefetching or hoarding of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/1734—Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
-
- 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/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- 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/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44568—Immediately runnable code
- G06F9/44578—Preparing or optimising for loading
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Stored Programmes (AREA)
Abstract
本发明实施例公开了一种调节预读窗口的方法及电子设备,该方法包括:电子设备接收针对应用程序输入的启动操作,在启动该应用程序的过程中,基于该应用程序的信息识别该应用程序对应的场景;基于该应用程序所属的场景调节该应用程序的中的目标进程的预读窗口;进而,以调节后的预读窗口预读该目标进程请求的资源文件。该方法,可以基于应用程序识别其所属的场景,基于其场景自适应地调整预读窗口,以实现在文件加载量大的场景时,可以调大应用程序的进程的预读窗口,提高文件加载速度和应用程序的启动速度。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种调节预读窗口的方法及电子设备。
背景技术
操作系统(operation system,OS)是系统资源的管理者,提供:进程管理、存储器管理、文件管理、设备管理等功能。手机、平板电脑等终端设备在应用程序在启动、运行过程中,需要读取磁盘中的文件,为了减少了内存与磁盘之间的输入输出(input output,IO)请求,操作系统(如linux)的内核提供了文件页预读功能。
预读是指系统内核为应用程序一次读出比预期更多的文件内容并缓存在内存中,使得下一次该应用程序再次读请求时,读请求的部分页面或全部页面可以直接从内存读取。可见,通过预读,能有效提升文件访问性能,但过多的预读会造成io资源和内存资源浪费。
目前,文件页的预读窗口大小是在一个范围内做由小到大的试探性调整。预读初始值和最大值均固定不变,例如,初始值为4个页,当发生再次缺页后增大预读窗口,最大预读窗口为32个页。然而,在应用程序启动需要加载大量资源文件时,应用程序在发起文件的读请求,内核会反复触发预读,分多次向磁盘进行IO请求,造成资源文件加载时间过长,应用程序启动过慢。
发明内容
本发明实施例提供一种调节预读窗口的方法及电子设备,可以基于应用程序识别其所属的场景,基于其场景自适应地调整预读窗口,以实现在文件加载量大的场景时,可以调大应用程序的进程的预读窗口,提高文件加载速度和应用程序的启动速度。
第一方面,本申请提供了一种调节预读窗口的方法,包括:电子设备接收针对应用程序输入的启动操作;在启动该应用程序的过程中,基于该应用程序的信息识别该应用程序对应的场景;基于该应用程序所属的场景调节该应用程序的中的目标进程的预读窗口;进而,以调节后的预读窗口预读所述目标进程请求的资源文件。
上述方法,针对不同的应用程序所属的场景,来调节应用程序的进程的预读窗口,一方面,使得电子设备对于文件加载量大的应用程序,可以调大其进程的预读窗口,可以提高文件的加载速度,进而加快启动过程;另一方面,基于应用程序可以自适应的调整其进程的预读窗口,实现了不同应用程序可以采用不同的预读窗口,以更加合理地利用资源。
在一种可能的实现中,目标进程为应用程序的所有进程,或为应用程序的部分进程,该部分进程为应用程序的所有进程中文件加载量大于预设值的进程。
上述方法,可以实现针对不同应用程序的不同进程的预读窗口的调节。
在一种可能的实现中,电子设备的应用架构层包括内存管控服务,电子设备的内核层包括内存管理模块,电子设备基于该应用程序所属的场景调节该应用程序中的目标进程的预读窗口,的一种具体实现可以是:内存管控服务在应用程序所属的场景为大文件加载场景或游戏启动场景时,获取该应用程序的进程的标识;内存管控服务向内存管理模块发送调节指令,该调节指令携带该应用程序的目标进程的标识;进而,内存管理模块响应于该调节指令,调节目标进程的预读窗口。
可选地,电子设备的应用架构层还包括窗口管理器,该窗口管理器在检测到所述应用程序的启动时,向内存管控服务发送启动通知,该启动通知用于指示该应用程序启动;
电子设备基于应用程序的信息识别所述应用程序对应的场景的一种实现可以是:内存管控服务在接收到启动通知时,根据该应用程序的信息识别该应用程序对应的场景。
在一种可能的实现中,调节指令还携带预读窗口的目标初始值和目标最大值,调节所述目标进程的预读窗口的一种实现可以是:将目标进程的预读窗口的初始值和最大值分别设置为目标初始值和目标最大值。
可选地,电子设备包括多个标识与预读窗口的初始值和最大值的对应关系,目标初始值和目标最大值分别为应用程序的标识对应的初始值和最大值。
在一种可能的实现中,调节所述目标进程的预读窗口的一种实现可以是:调节目标进程的预读窗口的初始值和最大值中的至少一个。
在一种可能的实现中,应用程序的信息为应用程序的标识,电子设备存储了多个标识与场景的对应关系;基于该应用程序的信息识别所述应用程序所属的场景的一种实现可以是:从多个标识与场景的对应关系中确定该应用程序的标识对应的场景。
可选地,白名单包括多个标识;该方法还包括:在应用程序所属的场景为游戏场景且应用程序的标识在白名单中时,确定该应用程序所属的场景为大文件加载场景。
在一种可能的实现中,基于所述应用程序的信息识别所述应用程序对应的场景的一种实现可以是:根据该应用程序的历史运行数据识别该应用类型对应的场景。
可选地,历史运行数据包括历史启动时长,在应用程序的历史平均启动时长大于第一阈值时,确定应用程序所属的场景为大文件加载场景。
可选地,历史运行数据包括历史文件加载量,在应用程序的历史平均加载量大于第二阈值时,确定该应用程序所属的场景为大文件加载场景。
在一种可能的实现中,调节所述应用程序的进程的预读窗口之后,该方法还包括:电子设备在接收到针对该应用程序输入的切换至后台的操作时,调小所述目标进程的预读窗口;电子设备在该应用程序后台运行的过程中,以调小后的预读窗口预读该目标进程请求的资源文件。
在一种可能的实现中,该方法还包括:电子设备在该应用程序从启动状态转变为前台运行状态时,调小目标进程的预读窗口,以调小后的预读窗口预读目标进程请求的资源文件;或,电子设备在应用程序从后台运行状态转变为前台运行状态时,调大目标进程的预读窗口,以调大后的预读窗口预读目标进程请求的资源文件。
第二方面,本申请还提供了一种电子设备,包括:包括一个或多个处理器以及存储器,所述存储器用于存储数据和计算机指令,所述处理器用于调用所述存储器存储的数据和计算机指令执行:
接收针对应用程序输入的启动操作;
在启动所述应用程序的过程中,基于所述应用程序的信息识别所述应用程序对应的场景;
基于所述应用程序所属的场景调节所述应用程序的中的目标进程的预读窗口;
以调节后的预读窗口预读所述目标进程请求的资源文件。
在一种可能的实现中,所述目标进程为所述应用程序的所有进程,或为所述应用程序的部分进程,所述部分进程所述应用程序的所有进程中文件加载量大于预设值的进程。
在一种可能的实现中,所述处理器包括内存管控服务和内存管理模块,所述处理器执行所述基于所述应用程序所属的场景调节所述应用程序中的目标进程的预读窗口,具体包括:
所述内存管控服务在所述应用程序所属的场景为大文件加载场景或游戏启动场景时,获取所述应用程序的进程的标识;
所述内存管控服务向内存管理模块发送调节指令,所述调节指令携带所述应用程序的目标进程的标识;
所述内存管理模块响应于所述调节指令,调节所述目标进程的预读窗口。
可选地,所述处理器还包括窗口管理器,
所述窗口管理器用于在检测到所述应用程序的启动时,向所述内存管控服务发送启动通知,所述启动通知用于指示所述应用程序启动;
所述处理器执行所述基于所述应用程序的信息识别所述应用程序对应的场景,包括:所述内存管控服务在接收到启动通知时,根据所述应用程序的信息识别所述应用程序对应的场景。
在一种可能的实现中,所述调节指令还携带预读窗口的目标初始值和目标最大值,所述处理器执行所述调节所述目标进程的预读窗口,包括执行:
将所述目标进程的预读窗口的初始值和最大值分别设置为所述目标初始值和目标最大值。
在一种可能的实现中,所述存储器存储多个标识与预读窗口的初始值和最大值的对应关系,所述目标初始值和所述目标最大值分别为所述应用程序的标识对应的初始值和最大值。
在一种可能的实现中,所述处理器执行所述调节所述目标进程的预读窗口,包括执行:
调节所述目标进程的预读窗口的初始值和最大值中的至少一个。
在一种可能的实现中,所述应用程序的信息为所述应用程序的标识,所述存储器存储了多个标识与场景的对应关系;
所述处理器执行所述基于所述应用程序的信息识别所述应用程序所属的场景,包括执行:
从所述多个标识与场景的对应关系中确定所述应用程序的标识对应的场景为所述应用程序所属的场景。
可选地,白名单包括多个标识;所述处理器还用于执行:
在所述应用程序所属的场景为游戏场景且所述应用程序的标识在白名单中时,确定所述应用程序所属的场景为大文件加载场景。
在一种可能的实现中,所述处理器执行所述基于所述应用程序的信息识别所述应用程序对应的场景,包括执行:
根据所述应用程序的历史运行数据识别所述应用类型对应的场景。
可选地,所述历史运行数据包括历史启动时长,所述处理器还用于执行:
在所述应用程序的历史平均启动时长大于第一阈值时,确定所述应用程序对应的场景为大文件加载场景。
可选地,所述历史运行数据包括历史文件加载量,所述处理器还用于执行:
在所述应用程序的历史平均加载量大于第二阈值时,确定所述应用程序对应的场景为大文件加载场景。
在一种可能的实现中,所述调节所述应用程序的进程的预读窗口之后,所述处理器还用于执行:
在接收到针对所述应用程序输入的切换至后台的操作时,调小所述目标进程的预读窗口;
在所述应用程序后台运行的过程中,以调小后的预读窗口预读所述目标进程请求的资源文件。
在一种可能的实现中,所述处理器还用于执行:
在所述应用程序从启动状态转变为前台运行状态时,调小所述目标进程的预读窗口,以调小后的预读窗口预读所述目标进程请求的资源文件;或,
在所述应用程序从后台运行状态转变为前台运行状态时,调大所述目标进程的预读窗口,以调大后的预读窗口预读所述目标进程请求的资源文件。
第三方面,本申请提供了一种电子设备,包括用于执行上述第一方面或第一方面任意一种实施例所提供的方法的功能单元。
第四方面,本申请提供了一种计算机可读存储介质,可读存储介质上存储有指令,当其在电子设备上运行时,使得电子设备执行上述第一方面或第一方面任意一种实现所述的方法。
第五方面,本申请提供了一种包含指令的计算机程序产品,当其在电子设备上运行时,使得电子设备执行上述第一方面或第一方面任意一种实现所述方法。
附图说明
图1是本申请实施例提供的一种预读过程的示意性说明图;
图2A-图2E是本申请实施例提供的一些用户界面的示意图;
图3A-图3B是本申请实施例提供的另一些用户界面的示意图;
图4是本申请实施例提供的一种电子设备的结构示意图;
图5是本申请实施例提供的一种电子设备的软件系统的架构示意图;
图6是本申请实施例提供的一种调节预读窗口的方法的流程示意图;
图7是本申请实施例提供的又一种调节预读窗口的方法的流程示意图。
具体实施方式
首先对本申请实施例涉及的部分关键术语进行说明。
(1)应用程序(application,APP)和进程(Process)
一个应用程序可以是多个进程,而每个进程,可以是单线程的,也可以是多线程的。对用户而言,组成一个应用程序的多个进程为一个整体;然而,对于计算机而言,这多个进程是独立的。
操作系统通过进程控制块(process control block,PCB)对进程进行控制和调度。PCB是用来描述和控制进程的运行的一个数据结构,其记录了操作系统所需的、用于描述进程的当前情况以及控制进程运行的全部信息,包括进程标识符、处理机状态、进程调度信息、进程控制信息等。其中,进程标识符用于唯一地标识一个进程。
(2)输入输出(input output,IO)请求
处理器(central processing unit,CPU)不能直接和硬盘进行交互,CPU所作的一切运算,都是通过高速缓存以及内存间接操作的。内存与硬盘之间的读/写请求,即为IO请求。
具体地,当进程在运行时,分配给该进程的CPU会请求内存中存储的数据,在请求过程中,CPU发出的地址是逻辑地址(也称虚拟地址),然后交由CPU当中的MMU单元进行内存寻址,找到实际物理内存上的内容。若在物理内存中没有对应的页帧(即缺页时),需要将硬盘中的数据读到内存,即需要发起IO请求,再从内存中读数据给进程。
(3)预读(read ahead)
预读是预测即将访问的文件页,提前将其批量的读入内存。应用程序基于实际需求可以向虚拟空间下发针对目标数据的读请求。当内存缺页时,需要将硬盘中的数据读到内存,再从内存中读数据给应用程序。其中,在将磁盘预读到内存的数据除包括目标数据外,还多读取了一些数据(这里称为预测数据,是由预读算法来确定的),在应用程序的进程再次请求读数据时,若请求的数据为已读到内存的预测数据,则可以直接从内存中读取该数据,而不需要再向磁盘中读取,进而减少内存与磁盘之间的IO请求。
内核设定了预读窗口(ra_pages)的大小,即一次预读读取的文件页的数量,该预读窗口的大小是在一个范围内做由小到大的试探性调整。例如,预读窗口的初始值最小为4页,当再次缺页后增大预读窗口,如表1所示的预读窗口大小随着预读次数的变化,最大预读窗口为32个页。
表1
如图1所示,为预读过程的示意性说明图。APP的进程从内存中读取数据,内存在第一次预读时,预读窗口的初始值为4页,内存和磁盘之间发生第1次IO请求,预读磁盘中4页的数据加载到内存,若再次缺页,则发生第二次IO请求,此时,预读磁盘中的8页的数据加载到内存,依次类推,在连续发生N-1次缺页时,发生第N次IO请求,此时,预读磁盘中的32页的数据加载到内存。
基于此限制,在大IO请求场景下,内核会反复触发预读,分多次向存储介质请求IO,造成资源文件加载时间长,游戏启动慢。
现有技术中,初始值和最大值是全局值,即所有的应用程序的进程预读时预读窗口的大小均为默认值,且对前/后台进程也无区别预读,若后台进程存在过多的预读,会浪费系统资源。
本申请以下各个实施例提供了一种调节预读窗口及使用该方法的电子设备,在应用程序的启动时,首先,基于应用程序的信息识别其场景,进而,基于场景调节该应用程序的进程的预读窗口的初始值和最大值,进而在启动该应用程序过程中,以调节后的预读窗口预读资源文件。
上述方法,针对不同的应用程序所属的场景,来调节应用程序的进程的预读窗口,一方面,使得电子设备对于文件加载量大的应用程序,可以调大其进程的预读窗口,可以提高文件的加载速度,进而加快启动过程;另一方面,基于应用程序可以自适应的调整其进程的预读窗口,实现了不同应用程序可以采用不同的预读窗口,以更加合理地利用资源。
下面介绍结合图2A-图2E、图3A-图3B所示的一些用户界面描述启用本申请实施例所要实现的功能的一些示例性的设置方式。
如图2A所示的设置界面20,电子设备的应用“设置”中可以包括“启动优化”选项201,电子设备在接收到用户针对该选项201输入的用户操作时,可以显示如图2B所示用户界面21,用户可以开启“基于场景智能启动”的功能,在应用程序启动时,可以执行本申请实施例提供的调节预读窗口的方法。
在一些实施例中,电子设备基于应用程序的历史数据来识别其场景,或基于应用程序的历史数据来调节预读窗口的大小,具体实现可以参见方法实施例中相关描述,这里不再赘述。此时,电子设备在接收到针对“基于场景智能启动”的功能的开启操作时,可以弹出对话框201,如图2C所示的用户界面,对话框201用于提示用户开启上述功能需要收集应用程序的行为习惯,在征求用户同意后,开启“基于场景智能启动”的功能,即可以执行本申请实施例提供的调节预读窗口的方法,即为在应用程序启动时,基于应用程序的信息识别该应用程序的场景,进而基于应用程序的场景来调节其进程的预读窗口。
在一些实施例中,该用户界面21的空间中还可以包括白名单,电子设备通过白名单可以更精确控制那些应用程序需要调整以及调整的预读窗口的大小。如图2D所示,在电子设备接收到针对白名单控件输入的用户操作时,可以显示如图2E所示的白名单设置界面22,该界面22用于实现白名单的设置,开启“ON”的应用程序即为白名单中的应用程序。在一些实施例中,在白名单中的应用程序的进程的预读窗口才可以被调整,或者,白名单中的应用程序对应的预读窗口与非白名单中的应用程序对应的预读窗口不同。
如图2E所示,白名单设置界面22所列出的应用程序可以全部为游戏类应用,以实现在应用程序所属的场景为游戏场景时,仅调大白名单中的应用程序的预读窗口。
应理解,该白名单设置界面22也可以列出电子书设备已安装的全部应用,以实现对位于白名单和非白名单的应用程序对应的预读窗口的区别调整。
在一些实施例中,电子设备可以自动选择白名单中的应用程序,或者,服务器包括白名单,用户设备可以定期从服务器中下载和更新白名单,以与服务器上的白名单一致。
在一些实施例中,当应用程序启动时,电子设备可以显示如图3A所示的应用程序的启动界面30,电子设备在检测到应用程序首次启动时,基于应用程序的信息识别其对应的场景,在其对应的场景为游戏启动场景时,可以在该启动界面30上输出对话框301,如图3B所示,该对话框用于提示用户该应用程序所属的场景为游戏启动场景,是否开启“启动优化”的功能,电子设备在接收到针对对话框301中的控件“是”输入的用户操作时,电子设备可以基于该应用程序所属的场景调节其进程的预读窗口;反之,在接收到针对对话框301中的控件“否”输入的用户操作时,电子设备以默认的预读窗口预读其进程的资源文件。
上述图3A和图3B仅以游戏启动场景为例来说明,不限于上述“游戏启动场景”在其他需要调节的预读窗口的场景,均可以采用类似的方式开启“启动优化”的功能。
不限于上述设置方式,电子设备也可以不设置用户设置入口,白名单也可以内设于电子设备中,在应用程序的启动时,基于应用程序的信息识别该应用程序的场景,进而基于应用程序的场景来调节其进程的预读窗口。
关于电子设备的具体实现可以参见下述图4所示的电子设备,关于基于应用程序的信息识别该应用程序的场景,基于应用程序的场景来调节其进程的预读窗口的具体实现可以参见下述图6所示方法中相关描述,这里不再赘述。
如图4所示为本申请提供的一种电子设备,电子设备100可以包括:处理器110,外部存储器120,内部存储器(也称“内存”)121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(derail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现电子设备100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现电子设备100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号,也可被配置为数据信号。在一些实施例中,GPIO接口可以用于连接处理器110与摄像头193,显示屏194,无线通信模块160,音频模块170,传感器模块180等。GPIO接口还可以被配置为I2C接口,I2S接口,UART接口,MIPI接口等。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电,也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他电子设备,例如AR设备等。
可以理解的是,本申请实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备100的结构限定。在本申请另一些实施例中,电子设备100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器检测到充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130检测到有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过电子设备100的无线充电线圈检测到无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141检测到电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器120,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和检测到电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1检测到电磁波,并对检测到的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将检测到的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频输出设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2检测到电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110检测到待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。示例性地,无线通信模块160可以包括蓝牙模块.Wi-Fi模块等。
在一些实施例中,电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(codedivision multiple access,CDMA),宽带码分多址(wideband code division multipleaccess,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidounavigation satellite system,BDS),准天顶卫星系统(quasi-zenith satellitesystem,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,电子设备100可以包括1个或N个显示屏194,N为大于1的正整数。
电子设备100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,电子设备100可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样,电子设备100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器120一般指外存储器,在本申请实施例中,外部存储器是指除电子设备的内存及处理器的高速缓存以外的储存器,该储存器一般为非易失性存储器。常见的外部存储器有硬盘、软盘、光盘、U盘、Micro SD卡等,用于实现扩展电子设备100的存储能力。外部存储器可以通过外部存储器接口或者总线与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储器中。
内部存储器121,也可以称为“内存”,可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。处理器110通过运行存储在内部存储器121的指令,和/或存储在设置于处理器中的存储器的指令,执行电子设备100的各种功能应用以及数据处理。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中,电子设备100可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,电子设备100还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A,电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即,x,y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的,当按下快门,陀螺仪传感器180B检测电子设备100抖动的角度,根据角度计算出镜头模组需要补偿的距离,让镜头通过反向运动抵消电子设备100的抖动,实现防抖。陀螺仪传感器180B还可以用于导航,体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中,电子设备100通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中,当电子设备100是翻盖机时,电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中,拍摄场景,电子设备100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定电子设备100附近有物体。当检测到不充分的反射光时,电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式,口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测电子设备100是否在口袋里,以防误触。
指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中,电子设备100利用温度传感器180J检测的温度,执行温度处理策略。例如,当温度传感器180J上报的温度超过阈值,电子设备100执行降低位于温度传感器180J附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,电子设备100对电池142加热,以避免低温导致电子设备100异常关机。在其他一些实施例中,当温度低于又一阈值时,电子设备100对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于电子设备100的表面,与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,检测到血压跳动信号。在一些实施例中,骨传导传感器180M也可以设置于耳机中,结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号,解析出语音信号,实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以检测到按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,检测到信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容部分外部存储器,如Micro SD卡。电子设备100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,电子设备100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在电子设备100中,不能和电子设备100分离。
以上是以电子设备100为例对本申请实施例作出的具体说明。应该理解的是,本申请实施例示意的结构并不构成对电子设备100的具体限定。电子设备100可以具有比图中所示的更多的或者更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
本申请实施例提供的电子设备可以是用户设备(user equipment,UE),例如可以为用户手机、平板电脑、桌面型、膝上型笔记本电脑、手持计算机、上网本、个人数字助理(personal digital assistant,PDA)等设备;也可以是可穿戴电子设备,例如可以为智能手表、智能眼镜、智能手环等等;还可以是VR设备或AR设备等。
上述图4所示的电子设备100的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构等。本发明实施例以分层架构的Android系统为例,示例性说明电子设备100软件系统架构。
如图5所示,分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将操作系统从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库以及内核层等。其中:
应用程序层可以包括一系列应用程序包。如图4所示,应用程序包可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序,还可以包括其他未示出的应用程序,如用户自行安装的通信应用、游戏应用等。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。如图4所示,应用程序框架层可以包括窗口管理器(window manager service,WMS),任务管理器(activity manager service,AMS)、内容提供器,视图系统,电话管理器,资源管理器,通知管理器和内存管控服务等,图5中仅输出部分。
窗口管理器可用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。在本申请实施例中,窗口管理器可以识别应用程序的状态,状态包括启动、前台运行和后台运行状态,在检测到应用程序的启动、切换至前台/后台时,会相应地向内存管控服务发送启动通知、用于指示该应用程序切换至前台/后台的通知。
内存管控服务可用于在接收到窗口管理器发送的上述通知后,根据所要启动或切换的应用程序的信息,识别该应用程序所属的场景,进一步地,获取该应用程序的全部进程的标识,进而内核层发送针对该应用程序的全部或部分进程的预读窗口的调节指令。该调节指令除携带需要调节的进程的标识外,还携带预读窗口的初始值和最大值,或携带用于预读窗口的初始值和最大值的信息、亦或是携带指示调节方向(包括调大或调小)的信息,以实现该应用程序的进程的预读窗口的调节,具体实现可以参见下述图6所示的方法实施例中相关描述,这里不再赘述。
内容提供器可用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统可包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
安卓运行时(Android runtime)和系统库为可执行程序在运行时提供所需要的库文件和执行环境。其中,安卓运行时包括核心库和虚拟机。安卓运行时负责安卓系统的调度和管理。核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机还用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。应理解,应用程序都运行在虚拟机中,每启动一个程序,就会启动一个进程。应用程序可以包括多个程序,也就是可以启动多个进程。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。其中,表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含内存管理模块、显示驱动,摄像头驱动,音频驱动,传感器驱动等。其中,内存管理模块用于在接收到针对应用程序的全部或部分进程的预读窗口的调节指令时,相应地,调节该全部或部分进程的预读窗口,在运行该全部或部分进程的过程中以调节后的预读窗口预读文件。
为更简洁的表达,图5仅示出上述各个层的部分内容,应理解,本申请所示的电子设备的软件架构可以包括比图5更多内容。
下面结合图6,分四个阶段来描述本申请实施例提供的调节预读窗口的方法,该方法可以由上述图4所示的电子设备100来实现。下面对本申请实施例涉及的各个阶段的方法分别进行描述。
(一)启动时的调节过程。
S01:应用程序接收输入的启动操作。
电子设备在接收到针对应用程序的启动操作后,响应于该启动操作,启动该目标应用程序。
在应用程序的启动过程中,操作系统会创建该应用程序的“逻辑主机”,称为虚拟机实例,以及在该虚拟机实例中创建进程,运行于进程中的应用程序加载启动所需要的资源文件。其中,应用程序创建的进程可以是一个或多个;进程通过进程ID(也成PID)标识,资源文件加载的过程可以参见下述(二)应用程序加载资源文件的过程中相关描述,这里不再赘述。
应理解,这里“启动”包括“冷启动”,可以是电子设备在开机后首次打开应用程序,或者用户关闭应用之后,首次打开应用;在应用被切换到后台后,为降低内存开销,操作系统会杀掉该应用的进程,如果再次打开该应用或切换该应用到前台,则需要重新启动应用。
S02:窗口管理器在监测到应用程序的启动时,向内存管控服务发送启动通知。
应理解,在应用程序启动时,电子设备会通过窗口管理器创建该应用程序的窗口,进而窗口管理器可识别到该应用程序的启动。
其中,该启动通知用于指示该应用程序启动。
S03:应用程序架构层的内存管控服务在接收到启动通知后,基于该应用程序的信息识别应用程序所属的场景。
S04:内存管控服务获取应用程序的进程的标识。
应理解,在应用程序启动时,会创建该应用程序的进程,包括创建进程的标识,内存管控服务可以获取到该应用程序的进程的标识。
在一些实施例中,在应用程序所属的场景为大文件加载场景,或游戏启动场景、扫码场景等时,才执行S04-S06。关于大文件加载场景,如游戏启动场景、扫码场景可参加下述场景识别的原理中相关描述,这里不再赘述。
在另一些实施例中,内存管控服务不论在应用程序对应的场景为哪种场景时,都可以发送针对应用程序的目标进程的预读窗口的调节指令,以基于应用程序所属的场景类型调节其进程的预读窗口。
S05:内存管控服务向内存管理模块发送针对应用程序的目标进程的预读窗口的调节指令。
在一种实现中,目标进程为该应用程序的所有进程。
在另一种实现中,目标进程为应用程序的部分进程,该部分进程可以是文件加载量大于预设值的进程。例如,在电子设备响应应用程序的启动至识别到应用程序的场景这一时间段,应用程序的所有进程已经通过默认的预读窗口加载了部分资源文件,此时可以计算出各个进程的文件加载量,以确认哪些进程属于文件加载量大的进程,是需要优化的进程。
应理解,“调节”包括“调大”、“调小”或“调节为特定值”。其中,“调大”是指调大预读窗口的初始值和最大值中的至少一个;同理“调小”是指调小预读窗口的初始值和最大值中的至少一个;“调节为特定值”与预读窗口的当前值或默认值相比可以属于“调大”、“调小”或不变。具体实现可以参加下述调节的具体实现方式的中相关描述,这里不再赘述。
S06:内核层的内存管理模块在接收到调节指令后,基于该调节指令调节应用程序的目标进程的预读窗口。
内存管理模块在调节目标进程的预读窗口后,使得运行于目标进程的应用程序在请求读数据时,以调节后的预读窗口预读目标进程请求的资源文件。
下面介绍应用程序所属的场景的识别原理以及基于应用程序所属的场景的调节原理。
内存管控服务可以基于应用程序的信息识别该应用程序所属的场景。其中,应用程序的信息可以包括应用程序在电子设备中的运行状态、应用程序的标识、应用程序的历史数据等。如下分别介绍针对不同的应用程序的信息时,应用程序所属的场景的识别原理。
识别原理1:
应用程序的信息可以包括应用程序的标识,而标识可以是应用程序的名称等,电子设备可以存储多个应用程序的标识与场景的对应关系。此时,内存管控服务可以从上述对应关系中查找到当前启动的应用程序的标识对应的场景。
其中,场景可以采用但不限于下述分类方式:
分类方式1:场景基于需要加载的数据量来划分。
例如,场景包括大文件加载场景和小文件加载场景,将文件加载量大的应用程序的标识对应于大文件加载场景,将文件加载量较小的应用程序的标识对应于小文件加载场景,不同的场景对应预读窗口的大小不同。比如,的标识和的标识均对应于大文件加载场景,的标识对应于小文件加载场景,的进程的预读窗口大于
又例如,场景按照需要加载的数据量分为多种场景,例如,参见下述表2,划分为(文件加载量≥1G)、第二场景(1G>文件加载量≥500M)、第三场景(500M>文件加载量≥200M)、第四场景(200M>文件加载量≥50M)、第五场景(文件加载量<50M),上述各个场景对应预读窗口的大小不同,文件加载量大的场景对应的预读窗口也大。
表2
分类方式2:场景可以基于用程序的功能类别。
例如,游戏类的应用程序属于游戏场景、相机属于相机场景、社交类应用程序属于社交场景等。属于不同的场景的应用程序,其进程的预读窗口的大小可以不同。
分类方式3:应用场景基于应用程序的状态和应用程序的功能类别来划分。此时,应用程序的信息还可以包括应用程序的状态,其中应用程序的状态包括启动、前台运行和后台运行等状态。
例如,如表3所示,游戏类应用在启动时的场景属于游戏启动场景、相机在启动时属于相机启动场景、游戏类应用在启动后前台或后台运行时分别属于游戏前台场景和游戏后台运行时;游戏类和相机之外的其他应用程序在启动或前台运行时属于其他前台场景、在后台运行时属于其他后台场景等。
由于游戏类的应用程序很多,有一些游戏的需要加载的文件并不多,此时,可以设置白名单,白名单和非白名单对应的预读窗口的大小不同,在当前属于游戏启动场景时,再判断其是否在白名单中,如果是,则基于游戏启动场景下白名单对应的预读窗口调整,否则,基于非白名单对应的预读窗口调整。
表3
操作系统有默认的预读窗口的初始值和最大值,在应用程序所属的场景为大文件加载场景下,其进程的预读窗口大于默认的预读窗口,需要调大预读窗口;在应用程序所属的场景为小文件加载场景下,其进程的预读窗口小于或等于默认的预读窗口,相应地,需要调小或不调预读窗口。
识别原理2:
内存管控服务可以基于应用程序的历史数据识别其对应的场景。该历史数据可以包括历史启动时的IO次数、历史IO次数、历史启动时长、历史启动加载数据量、历史启动加载数据量等中的至少一种。下面分别说明其识别原理:
在一些实施例中,内存管控服务可以基于应用程序的历史启动时的IO次数计算其启动时的平均IO次数,或者,基于应用程序的历史IO次数,确定平均IO次数;若平均IO次数大于第一阈值,则该应用程序所属的场景为大文件加载场景;反之,则该应用程序所属的场景为小文件加载场景。
在一些实施例中,内存管控服务可以基于应用程序的历史启动时长确定其平均启动时长,若平均启动时长大于第一时长,则该应用程序所属的场景为大文件加载场景;反之,该应用程序所属的场景为小文件加载场景。
在一些实施例中,内存管控服务可以基于应用程序的历史启动加载数据量确定其启动时的平均加载数据量,或者基于其历史加载数据量确定平均加载数据量;若平均加载数据量大于第二阈值时,则该应用程序所属的场景为大文件加载场景;反之,则该应用程序所属的场景为小文件加载场景。
在一些实施例中,内存管控服务还可以基于应用程序的历史数据更新或者调整各个场景对应的预读窗口的大小和/或调整各个应用程序对应的预读窗口的大小。
例如,应用程序的历史数据包括其使用频率,即单位时间的运行时长。应用程序的预读窗口的大小可以是其所属的场景对应的预读窗口的大小与该应用程序的权重之积,其中,应用程序的权重与其使用频率成正比或正相关。
例如,和在启动时均识别为游戏启动场景,且均在白名单中,游戏启动场景对应的预读窗口的大小为初始值64页,最大值512页,然而,的使用频率为0.1次/天,的使用频率为3次/天,则可以设置的权重小于 使得对应的预读窗口的小于对应的预读窗口,从而使得系统为用户常用的应用程序分配更多的资源,提高常使用的应用程序的流畅。
在一些实施例中,内存管控服务还可以基于当前系统资源负载情况,决定是否调节预读窗口,或者调整各个场景对应的预读窗口的大小和/或调整各个应用程序对应的预读窗口的大小。
调节的具体实现方式:
实现方式1:调节指令除携带目标进程的标识外,可以携带调节方向,即指示调大或调小。内存管理模块预设了预读窗口的默认值,高值和低值,三个档。此时,内存管控服务在当前应用程序所属的场景为大文件加载场景时,向内存管理模块发送调大指令,内存管理单元可以调大该应用程序的目标进程的预读窗口,即向该应用程序的目标进程的预读窗口调节为高值。可选地,在当前应用程序所属的场景为小文件加载场景时,向内存管理模块发送调小指令,内存管理单元可以将该应用程序的目标进程的预读窗口调节为低值。
实现方式2:调节指令除携带目标进程的标识外,还携带应用程序所属的场景对应的预读窗口的初始值和最大值,携带应用程序对应的预读窗口的初始值和最大值。此时,内存管理模块响应于该调节指令,将应用程序的目标进程的预读窗口设置为调节指令所携带的初始值和最大值。
实现方式3:调节指令除携带目标进程的标识外,还携带应用程序所属的场景的标识,内存管理模块可以预设场景与预读窗口的大小的对应关系,进而,在接收到调节指令后,将应用程序的目标进程的预读窗口设置为应用程序所属的场景对应的预读窗口的初始值和最大值。
(二)加载资源文件的过程
应理解,资源文件的加载贯穿应用程序的启动、前台运行和后台运行的整个过程中。其中应用程序启动时,加载资源文件的操作可以发生于上述步骤S06之后,也可以发生于上述在识别到应用程序所属的应用场景不属于大文件加载场景时,还可以发生于上述S01接收到启动操作之后。
S07:应用程序经文件系统下发针对目标数据的读请求。
文件系统响应于该读请求,调用内存管理模块,以实现数据的读取。
S08:内存管理模块响应于该读请求,通过该进程对应的当前的预读窗口预读数据到内存。
内存管理模块在接收到读请求后,识别内存中是否命中该目标数据,如果是,则直接将内存中的目标数据返回给应用程序;如果否,则发生缺页,内存管理模块需要将磁盘中的数据加载到内存,这个加载过程,采用预读机制,即除预读目标数据外,还预测了可能被访问的数据(即预测数据)到内存。
应理解,在针对目标进程进行预读时,预读窗口的大小在未被调节时采用默认大小,在目标进程对应的预读窗口被调节后,则调节后的预读窗口进行预读。
S09:内存管理模块向应用程序返回目标数据。
(三)后台时的调节过程
S10:应用程序接收输入的切换至后台的操作。
响应于该操作,电子设备可以将应用程序切换至后台。
S11:窗口管理器在监测到应用程序切换至后台时,向内存管控服务发送用于指示该应用程序切换至后台的通知。
S12:内存管控服务在接收到该通知后,向内存管理模块发送针对应用程序的目标进程的预读窗口的调节指令。该调节指令携带目标进程的标识。这里的目标进程可以是上述过程(一)中的目标进程,也可以是全部进程。
通常该调节指令用于调小目标进程的预读窗口。这是由于,在应用程序的启动和前台运行时,为加快应用程序的启动和运行速度,应用程序的目标进程的预读窗口被调大,当该应用程序切换至后台时,则需要调小目标进程的预读窗口,以减少其占用的系统资源。
S13:内核层的内存管理模块在接收到调节指令后,基于该调节指令调节目标进程的预读窗口。
在另一种实现中,内存管控服务在接收到通知后,可以基于该应用程序的状态和标识识别应用程序对应的场景,进而基于其对应的场景调节目标程序的预读窗口,其中,识别场景和调节的具体实现可以参见上述过程(一)中的描述,这里不再赘述。例如,在识别到其为游戏后台场景时,调节指令除携带目标进程的标识外可以携带其游戏后台场景对应的预读窗口的大小,内存管理模块在接收到该调节指令后,可以将目标进程的预读窗口调节为游戏后台场景对应的预读窗口。
在调节后,若运行于目标进程的应用程序请求读数据时,内存管理模块以该调节后的预读窗口预读资源文件,具体实现可以参见上述过程(二),这里不再赘述。
(四)切换至前台的场景
S14:应用程序接收输入的切换至后台的操作。
响应于该操作,电子设备可以将应用程序切换至前台。
切换至前台,可能是热启动,即该应用程序的进程还在,也可能是冷启动,此时需要重新创建该应用程序的进程。
S15:窗口管理器在监测到应用程序切换至前台时,向内存管控服务发送用于指示该应用程序切换至前台的通知。
应理解,当应用程序属于冷启动时,需要重新获取该应用程序的进程的标识。
S16:内存管控服务在接收到该通知后,向内存管理模块发送针对应用程序的目标进程的预读窗口的调节指令。
该调节指令携带目标进程的标识。这里的目标进程可以是上述过程(一)中的目标进程,也可以是上述过程(三)中的目标进程,还可以不同于上述过程(一)或过程(三)中的目标进程。
当应用程序由启动完成进入到前台时,该调节指令可以用于调小目标进程的预读窗口。这是由于,应用程序启动后,通常不会短时间内加载大量数据。
当应用程序由后台切换至前台时,若在后台运行时,目标进程的预读窗口已被调小,则该调节指令可以用于调大目标进程的预读窗口。
S17:内核层的内存管理模块在接收到调节指令后,基于该调节指令调节目标进程的预读窗口。
在另一种实现中,内存管控服务在接收到通知后,可以基于应用程序的信息识别应用程序对应的场景,进而基于其对应的场景调节目标程序的预读窗口,其中,识别场景和调节的具体实现可以参见上述过程(一)中的描述,这里不再赘述。
例如,在识别到其为游戏前台场景时,调节指令除携带目标进程的标识外可以携带其游戏前台场景对应的预读窗口的大小,内存管理模块在接收到该调节指令后,可以将目标进程的预读窗口调节为游戏后台场景对应的预读窗口。
需要说明的是,在目标进程的经过上述过程(三)或过程(四)调节后,若运行于目标进程的应用程序请求读数据时,内存管理模块以该调节后的预读窗口预读资源文件,具体实现可以参见上述过程(二),这里不再赘述。
如图7所示,为本申请实施例提供的又一种调节预读窗口的方法,该方法可以由上述图4所示的电子设备100来实现。该方法可以包括但不限于如下步骤:
S21:应用程序接收输入的启动操作。
S22:窗口管理器在监测到应用程序的启动时,向内存管控服务发送通知,该通知用于指示应用程序的启动。
S23:内存管控服务在接收到通知后,基于该应用程序的状态和信息识别应用程序所属的场景。其中,应用程序的状态包括:启动、前台运行和后台运行等,应用程序的信息可以是该应用程序的标识或使用该应用程序的历史数据等。
场景识别的具体实现可以参见上述图6所示的实施例中相关描述,这里不再赘述。
在应用程序所属的场景类型是为游戏启动场景时,如果是,则获取白名单,执行S24。否则,不执行S24-S26,内存管理模块针对该应用程序的目标进程以预读窗口的默认大小来预读。
在应用程序所属的场景类型为除游戏启动场景外的其他场景时,可以执行S25-S26。例如,在应用程序所属的场景类型为扫描场景时,可以执行S25-S26,以调大其进程的预读窗口;或者不执行S24-S26,内存管理模块针对该应用程序的目标进程以默认大小的预读窗口来预读。
S24:内存管控服务判断应用程序是否在白名单中。如果是,可以执行S25-S26,否则,电子设备继续响应启动操作,即不执行S25-S26,内存管理模块针对该应用程序的目标进程以默认大小的预读窗口来预读。
S25:内存管控单元向内存管理模块发送针对应用程序的进程的预读窗口的调大指令。
内存管控单元获取该应用程序的进程的标识,进而向内存管理模块下发针对其进程中全部或部分进程的调大指令,该调大指令除携带应用程序的进程的标识外,还可以携带指示调大的指示信息或所要调节的预读窗口的大小。
S26:内核层的内存管理模块响应于调大指令,调大应用程序的目标进程的预读窗口。
在调大后,若应用程序向内核请求加载资源文件,则内核以调小后的预读窗口从外部存储器中加载该资源文件到内存。
S27:应用程序向内核请求加载资源文件。即应用程序请求读取资源文件。
文件系统在接收到该请求后,调用内存管理模块完成资源文件的读取。
S28:内存管理模块响应于该请求,以调节后的预读窗口从外部存储器中加载该资源文件到内存。
若预读窗口调大,则以调大后的预读窗口进行预读;若预读窗口调小,则以调小后的预读窗口进行预读;若预读窗口为进行调节,则以默认大小的预读窗口进行预读。具体实现,同上述图6中步骤S08。
S29:内存管理模块向应用程序返回资源文件。
S30:应用程序接收输入的切换后台的操作。
S31:窗口管理器在监测到应用程序的切换至后台时,向内存管控服务发送通知,该通知用于指示应用程序的切换至后台。
S32:内存管控服务向内存管控单元发送针对应用程序的进程的预读窗口的调小指令。
其中,该调小指令除携带应用程序的进程的标识外,还可以携带指示调小的指示信息或所要调节的预读窗口的大小。
S33:内存管理模块响应于调小指令,调小应用程序的目标进程的预读窗口。
在调小后,若应用程序向内核请求加载资源文件,则内核以调小后的预读窗口从外部存储器中加载该资源文件到内存。
关于图7中各个步骤的具体实现还可以参见上述图6所示的实施例中相关描述,这里不再赘述。
在上述实施例中,可以全部或部分的通过软件,硬件,固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式出现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。
所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质,(例如,软盘,硬盘、磁带)、光介质(例如,DVD)或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (25)
1.一种调节预读窗口的方法,其特征在于,电子设备的应用架构层包括内存管控服务,所述电子设备的内核层包括内存管理模块,所述方法包括:
电子设备接收针对应用程序输入的启动操作;
所述电子设备在启动所述应用程序的过程中,基于所述应用程序的信息识别所述应用程序对应的场景;
所述电子设备基于所述应用程序所属的场景调节所述应用程序中的目标进程的预读窗口;
所述电子设备以调节后的预读窗口预读所述目标进程请求的资源文件;
其中,所述基于所述应用程序所属的场景调节所述应用程序中的目标进程的预读窗口,具体包括:
所述内存管控服务在所述应用程序所属的场景为大文件加载场景或游戏启动场景时,获取所述应用程序的进程的标识;
所述内存管控服务向内存管理模块发送调节指令,所述调节指令携带所述应用程序的目标进程的标识;
所述内存管理模块响应于所述调节指令,调节所述目标进程的预读窗口的初始值和最大值中的至少一个。
2.根据权利要求1所述的方法,其特征在于,所述目标进程为所述应用程序的所有进程,或为所述应用程序的部分进程,所述部分进程为所述应用程序的所有进程中文件加载量大于预设值的进程。
3.根据权利要求1所述的方法,其特征在于,所述电子设备的应用架构层还包括窗口管理器,
所述窗口管理器在检测到所述应用程序的启动时,向所述内存管控服务发送启动通知,所述启动通知用于指示所述应用程序启动;
所述基于所述应用程序的信息识别所述应用程序对应的场景,包括:所述内存管控服务在接收到启动通知时,根据所述应用程序的信息识别所述应用程序对应的场景。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述调节指令还携带预读窗口的目标初始值和目标最大值,所述调节所述目标进程的预读窗口,包括:
将所述目标进程的预读窗口的初始值和最大值分别设置为所述目标初始值和目标最大值。
5.根据权利要求4所述的方法,其特征在于,所述电子设备包括多个标识与预读窗口的初始值和最大值的对应关系,所述目标初始值和所述目标最大值分别为所述应用程序的标识对应的初始值和最大值。
6.根据权利要求1、2、3和5任一项所述的方法,其特征在于,所述应用程序的信息为所述应用程序的标识,所述电子设备存储了多个标识与场景的对应关系;
所述基于所述应用程序的信息识别所述应用程序对应的场景,包括:
从所述多个标识与场景的对应关系中确定所述应用程序的标识对应的场景。
7.根据权利要求6所述的方法,其特征在于,白名单包括多个标识;所述方法还包括:
在所述应用程序所属的场景为游戏场景且所述应用程序的标识在白名单中时,确定所述应用程序所属的场景为大文件加载场景。
8.根据权利要求1、2、3和5任一项所述的方法,其特征在于,所述基于所述应用程序的信息识别所述应用程序对应的场景,包括:
根据所述应用程序的历史运行数据识别应用类型对应的场景。
9.根据权利要求8所述的方法,其特征在于,所述历史运行数据包括历史启动时长,所述方法还包括:在所述应用程序的历史平均启动时长大于第一阈值时,确定所述应用程序所属的场景为大文件加载场景。
10.根据权利要求8所述的方法,其特征在于,所述历史运行数据包括历史文件加载量,所述方法还包括:在所述应用程序的历史平均加载量大于第二阈值时,确定所述应用程序所属的场景为大文件加载场景。
11.根据权利要求1、2、3、5、7、9和10任一项所述的方法,其特征在于,所述调节所述应用程序的进程的预读窗口之后,所述方法还包括:
所述电子设备在接收到针对所述应用程序输入的切换至后台的操作时,调小所述目标进程的预读窗口;
所述电子设备在所述应用程序后台运行的过程中,以调小后的预读窗口预读所述目标进程请求的资源文件。
12.根据权利要求1、2、3、5、7、9和10任一项所述的方法,其特征在于,所述方法还包括:
所述电子设备在所述应用程序从启动状态转变为前台运行状态时,调小所述目标进程的预读窗口,以调小后的预读窗口预读所述目标进程请求的资源文件;或,
所述电子设备在所述应用程序从后台运行状态转变为前台运行状态时,调大所述目标进程的预读窗口,以调大后的预读窗口预读所述目标进程请求的资源文件。
13.一种电子设备,其特征在于,包括:包括一个或多个处理器以及存储器,所述存储器用于存储数据和计算机指令,所述处理器用于调用所述存储器存储的数据和计算机指令执行:
接收针对应用程序输入的启动操作;
在启动所述应用程序的过程中,基于所述应用程序的信息识别所述应用程序对应的场景;
基于所述应用程序所属的场景调节所述应用程序中的目标进程的预读窗口;
以调节后的预读窗口预读所述目标进程请求的资源文件;
所述处理器包括应用架构层的内存管控服务和内核层的内存管理模块,所述处理器执行所述基于所述应用程序所属的场景调节所述应用程序中的目标进程的预读窗口,具体包括:
所述内存管控服务在所述应用程序所属的场景为大文件加载场景或游戏启动场景时,获取所述应用程序的进程的标识;
所述内存管控服务向内存管理模块发送调节指令,所述调节指令携带所述应用程序的目标进程的标识;
所述内存管理模块响应于所述调节指令,调节所述目标进程的预读窗口的初始值和最大值中的至少一个。
14.根据权利要求13所述的电子设备,其特征在于,所述目标进程为所述应用程序的所有进程,或为所述应用程序的部分进程,所述部分进程为所述应用程序的所有进程中文件加载量大于预设值的进程。
15.根据权利要求13所述的电子设备,其特征在于,所述处理器还包括窗口管理器,
所述窗口管理器用于在检测到所述应用程序的启动时,向所述内存管控服务发送启动通知,所述启动通知用于指示所述应用程序启动;
所述处理器执行所述基于所述应用程序的信息识别所述应用程序对应的场景,包括:所述内存管控服务在接收到启动通知时,根据所述应用程序的信息识别所述应用程序对应的场景。
16.根据权利要求13-15任一项所述的电子设备,其特征在于,所述调节指令还携带预读窗口的目标初始值和目标最大值,所述处理器执行所述调节所述目标进程的预读窗口,包括执行:
将所述目标进程的预读窗口的初始值和最大值分别设置为所述目标初始值和目标最大值。
17.根据权利要求16所述的电子设备,其特征在于,所述存储器存储多个标识与预读窗口的初始值和最大值的对应关系,所述目标初始值和所述目标最大值分别为所述应用程序的标识对应的初始值和最大值。
18.根据权利要求13-15和17任一项所述的电子设备,其特征在于,所述应用程序的信息为所述应用程序的标识,所述存储器存储了多个标识与场景的对应关系;
所述处理器执行所述基于所述应用程序的信息识别所述应用程序所属的场景,包括执行:
从所述多个标识与场景的对应关系中确定所述应用程序的标识对应的场景。
19.根据权利要求18所述的电子设备,其特征在于,白名单包括多个标识;所述处理器还用于执行:
在所述应用程序所属的场景为游戏场景且所述应用程序的标识在白名单中时,确定所述应用程序所属的场景为大文件加载场景。
20.根据权利要求13-15和17任一项所述的电子设备,其特征在于,所述处理器执行所述基于所述应用程序的信息识别所述应用程序对应的场景,包括执行:
根据所述应用程序的历史运行数据识别应用类型对应的场景。
21.根据权利要求20所述的电子设备,其特征在于,所述历史运行数据包括历史启动时长,所述处理器还用于执行:
在所述应用程序的历史平均启动时长大于第一阈值时,确定所述应用程序所属的场景为大文件加载场景。
22.根据权利要求20所述的电子设备,其特征在于,所述历史运行数据包括历史文件加载量,所述处理器还用于执行:
在所述应用程序的历史平均加载量大于第二阈值时,确定所述应用程序所属的场景为大文件加载场景。
23.根据权利要求13-15、17、19和21-22任一项所述的电子设备,其特征在于,所述调节所述应用程序的进程的预读窗口之后,所述处理器还用于执行:
在接收到针对所述应用程序输入的切换至后台的操作时,调小所述目标进程的预读窗口;
在所述应用程序后台运行的过程中,以调小后的预读窗口预读所述目标进程请求的资源文件。
24.根据权利要求13-15、17、19和21-22任一项所述的电子设备,其特征在于,所述处理器还用于执行:
在所述应用程序从启动状态转变为前台运行状态时,调小所述目标进程的预读窗口,以调小后的预读窗口预读所述目标进程请求的资源文件;或,
在所述应用程序从后台运行状态转变为前台运行状态时,调大所述目标进程的预读窗口,以调大后的预读窗口预读所述目标进程请求的资源文件。
25.一种计算机可读存储介质,包括指令,其特征在于,当所述指令在电子设备上运行时,使得所述电子设备执行如权利要求1-12中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110962644.9A CN114461588B (zh) | 2021-08-20 | 2021-08-20 | 调节预读窗口的方法及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110962644.9A CN114461588B (zh) | 2021-08-20 | 2021-08-20 | 调节预读窗口的方法及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114461588A CN114461588A (zh) | 2022-05-10 |
CN114461588B true CN114461588B (zh) | 2023-01-24 |
Family
ID=81405358
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110962644.9A Active CN114461588B (zh) | 2021-08-20 | 2021-08-20 | 调节预读窗口的方法及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114461588B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115061743A (zh) * | 2022-06-08 | 2022-09-16 | Oppo广东移动通信有限公司 | 接口调用方法及装置、计算机可读介质和电子设备 |
CN116048648B (zh) * | 2022-07-28 | 2024-04-05 | 荣耀终端有限公司 | 应用预加载方法、应用的启动方法及电子设备 |
CN117130952B (zh) * | 2023-01-10 | 2024-06-21 | 荣耀终端有限公司 | 预读方法和预读装置 |
CN115858046B (zh) * | 2023-02-28 | 2023-07-21 | 荣耀终端有限公司 | 一种预加载内存页的方法、电子设备及芯片系统 |
CN115858047A (zh) * | 2023-02-28 | 2023-03-28 | 荣耀终端有限公司 | 一种预加载文件页的方法、电子设备及芯片系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103677920A (zh) * | 2013-12-11 | 2014-03-26 | 清华大学 | 关键应用程序识别及启动提速的方法及系统 |
CN106293792A (zh) * | 2015-06-02 | 2017-01-04 | 腾讯科技(深圳)有限公司 | 软件启动方法和装置 |
WO2018032743A1 (zh) * | 2016-08-19 | 2018-02-22 | 华为技术有限公司 | 一种文件碎片评估方法及终端 |
CN109343789A (zh) * | 2018-06-05 | 2019-02-15 | 深圳市木浪云数据有限公司 | 一种基于io场景识别的读加速方法、装置及电子设备 |
CN110737388A (zh) * | 2018-07-18 | 2020-01-31 | 中兴通讯股份有限公司 | 数据预读方法、客户端、服务器以及文件系统 |
CN112328185A (zh) * | 2020-12-28 | 2021-02-05 | 烽火通信科技股份有限公司 | 一种基于分布式存储的智能预读方法 |
WO2021036370A1 (zh) * | 2019-08-27 | 2021-03-04 | 华为技术有限公司 | 预读取文件页的方法、装置和终端设备 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106020987A (zh) * | 2016-05-31 | 2016-10-12 | 广东欧珀移动通信有限公司 | 处理器中内核运行配置的确定方法以及装置 |
CN110609796B (zh) * | 2018-06-15 | 2023-07-21 | 伊姆西Ip控股有限责任公司 | 用于存储系统中预取的方法、设备和计算机程序产品 |
CN109284142A (zh) * | 2018-08-15 | 2019-01-29 | Oppo广东移动通信有限公司 | 文件预加载方法、装置、电子设备及计算机可读存储介质 |
CN112181916B (zh) * | 2020-09-14 | 2024-04-09 | 北京星辰天合科技股份有限公司 | 基于用户空间文件系统fuse的文件预读方法及装置、电子设备 |
CN112558866B (zh) * | 2020-12-03 | 2022-12-09 | Oppo(重庆)智能科技有限公司 | 数据的预读方法、移动终端及计算机可读存储介质 |
CN114489469B (zh) * | 2021-07-20 | 2022-12-23 | 荣耀终端有限公司 | 一种数据读取方法、电子设备及存储介质 |
-
2021
- 2021-08-20 CN CN202110962644.9A patent/CN114461588B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103677920A (zh) * | 2013-12-11 | 2014-03-26 | 清华大学 | 关键应用程序识别及启动提速的方法及系统 |
CN106293792A (zh) * | 2015-06-02 | 2017-01-04 | 腾讯科技(深圳)有限公司 | 软件启动方法和装置 |
WO2018032743A1 (zh) * | 2016-08-19 | 2018-02-22 | 华为技术有限公司 | 一种文件碎片评估方法及终端 |
CN109343789A (zh) * | 2018-06-05 | 2019-02-15 | 深圳市木浪云数据有限公司 | 一种基于io场景识别的读加速方法、装置及电子设备 |
CN110737388A (zh) * | 2018-07-18 | 2020-01-31 | 中兴通讯股份有限公司 | 数据预读方法、客户端、服务器以及文件系统 |
WO2021036370A1 (zh) * | 2019-08-27 | 2021-03-04 | 华为技术有限公司 | 预读取文件页的方法、装置和终端设备 |
CN112328185A (zh) * | 2020-12-28 | 2021-02-05 | 烽火通信科技股份有限公司 | 一种基于分布式存储的智能预读方法 |
Non-Patent Citations (2)
Title |
---|
Linux内核的文件预读;吴峰光;《软件世界》;20071108(第21期);全文 * |
Reducing Smartphone Application Delay;David T. Nguyen等;《MobiSys "15》;20160518;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN114461588A (zh) | 2022-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112783564B (zh) | 一种加速应用程序启动的方法及电子设备 | |
CN109814766B (zh) | 一种应用显示方法及电子设备 | |
WO2020259452A1 (zh) | 一种移动终端的全屏显示方法及设备 | |
CN114461588B (zh) | 调节预读窗口的方法及电子设备 | |
CN114443277A (zh) | 内存管理方法、装置、电子设备以及计算机可读存储介质 | |
CN113254409B (zh) | 文件共享方法、系统及相关设备 | |
CN111913750B (zh) | 一种应用程序管理方法、装置及设备 | |
CN113704205B (zh) | 日志存储的方法、芯片、电子设备和可读存储介质 | |
CN114116191A (zh) | 内存冷页的处理方法及电子设备 | |
WO2021093626A1 (zh) | 一种内存的管理方法及电子设备 | |
WO2022078105A1 (zh) | 内存管理方法、电子设备以及计算机可读存储介质 | |
CN114461589B (zh) | 读取压缩文件的方法、文件系统及电子设备 | |
CN113590346B (zh) | 处理业务请求的方法和电子设备 | |
CN114489469B (zh) | 一种数据读取方法、电子设备及存储介质 | |
CN112783418B (zh) | 一种存储应用程序数据的方法及移动终端 | |
CN113741911A (zh) | 功能包的加载方法、装置、服务器和电子设备 | |
CN112346831A (zh) | 管理异常应用的方法和装置 | |
CN114449094B (zh) | 管控方法及电子设备、芯片、存储介质 | |
CN115952564A (zh) | 数据写入方法和终端设备 | |
CN114385282A (zh) | 主题色变换方法、电子设备以及计算机可读存储介质 | |
CN114490006A (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 |