CN112069433A - 文件页面处理方法、装置、终端设备以及存储介质 - Google Patents
文件页面处理方法、装置、终端设备以及存储介质 Download PDFInfo
- Publication number
- CN112069433A CN112069433A CN202010950651.2A CN202010950651A CN112069433A CN 112069433 A CN112069433 A CN 112069433A CN 202010950651 A CN202010950651 A CN 202010950651A CN 112069433 A CN112069433 A CN 112069433A
- Authority
- CN
- China
- Prior art keywords
- page
- file
- file page
- state
- cache
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 22
- 238000000034 method Methods 0.000 claims abstract description 52
- 238000007906 compression Methods 0.000 claims abstract description 38
- 230000006835 compression Effects 0.000 claims abstract description 37
- 238000012545 processing Methods 0.000 claims description 58
- 230000004044 response Effects 0.000 claims description 13
- 238000012544 monitoring process Methods 0.000 claims description 10
- 238000011084 recovery Methods 0.000 claims description 5
- 239000002699 waste material Substances 0.000 abstract description 28
- 230000008569 process Effects 0.000 description 24
- 230000007246 mechanism Effects 0.000 description 18
- 230000007334 memory performance Effects 0.000 description 6
- 238000004064 recycling Methods 0.000 description 6
- 230000006866 deterioration Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000008030 elimination Effects 0.000 description 3
- 238000003379 elimination reaction Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000005457 optimization Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
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/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
本申请公开了一种文件页面处理方法、装置、终端设备以及存储介质，该方法包括：在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取文件页面的状态；在文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制进行文件页面压缩时，排除那些生命周期大概率低的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
Description
技术领域
本申请涉及页面访问技术领域，尤其涉及一种文件页面处理方法、装置、终端设备以及存储介质。
背景技术
Linux zcache是对于filecache(文件页面缓存)进行压缩的机制。如果没有zcache机制，遵循最近最少使用的原则进行页面淘汰，最近最少使用的文件页面缓存会被淘汰出内存，当下次再访问到这个文件页面时，就需要将该文件页面从磁盘读入内存中，这个过程比较耗时，对系统性能的影响非常大。若采用该zcache机制，当Linux系统内存紧张回收最近最少使用的filecache时，会将原本要淘汰出内存的filecache进行压缩，然后将压缩后的数据放在内存中，当重新访问该文件页面时，只要将压缩的filecache解压缩即可，这样就不用重新去磁盘读取页面数据，提高了系统的性能。
虽然，zcache机制使得当系统内存紧张时可以保存文件页面到内存中，减少从磁盘中读取数据的次数，优化系统的性能，尤其是缓存的文件页面能被访问的情况，采用zcache机制无疑会提升系统的性能；但是，如果缓存的文件页面不会被访问，或者非常低的概率被访问，则这种页面被常驻在内存中会浪费内存空间，给系统性能带来恶化。
发明内容
本申请的主要目的在于提供一种文件页面处理方法、装置、终端设备以及存储介质，旨在避免使用概率低的文件页面缓存被压缩在内存中，影响系统性能的技术问题。
为实现上述目的，本申请提供一种文件页面处理方法，所述文件页面处理方法包括以下步骤：
在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；
在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
本申请实施例还提出一种文件页面处理方法，所述文件页面处理方法包括以下步骤：
在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；
在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
本申请实施例还提出一种文件页面处理装置，所述文件页面处理装置包括：
获取模块，用于在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；
处理模块，用于在所述文件页面的状态为预设的不活跃状态时，不对所述文件页面缓存进行压缩处理，并将所述文件页面缓存移出系统内存。
本申请实施例还提出一种文件页面处理装置，所述文件页面处理装置包括：
获取模块，用于在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；
处理模块，用于在所述文件页面的状态为预设的不活跃状态时，不对所述文件页面缓存进行压缩处理，并将所述文件页面缓存移出系统内存。
本申请实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的文件页面处理程序，所述文件页面处理程序被所述处理器执行时实现如上所述的文件页面处理方法的步骤。
本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有文件页面处理程序，所述文件页面处理程序被处理器执行时实现如上所述的文件页面处理方法的步骤。
本申请实施例提出的文件页面处理方法、装置、终端设备以及存储介质，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，或者，在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制(比如zcache)进行文件页面压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
附图说明
图1为本申请文件页面处理装置所属终端设备的功能模块示意图；
图2为本申请文件页面处理方法一示例性实施例的流程示意图；
图3为本申请文件页面处理方法另一示例性实施例的流程示意图；
图4为本申请文件页面处理方法又一示例性实施例的流程示意图；
图5为本申请文件页面处理方法又一示例性实施例的流程示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例的主要解决方案是：在监测到当前触发判断是否对文件页面缓存进行压缩处理时，或者，在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，通过zcache进行文件页面压缩时，排除那些生命周期大概率只访问一次的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。这样优化后，可以减少那种大概率只访问一次的文件页面被zcache保存在内存中，导致内存浪费，对系统性能有恶化的影响。例如手机产品中，某些应用读取图片，这些图片只在某些场景被显示一次，例如启动过程，但是后续的使用过程非常低的概率会再访问到这些图片，当类似的图片文件被大量缓存或者被zcache压缩，会对系统内存造成浪费，而且对系统内存性能的影响也是恶化的。通过优化后，减少了对一次性文件缓存zcache压缩，避免这些“低概率被重新访问到”的文件页面常驻在内存中，对内存造成浪费，恶化系统性能。
本申请实施例涉及的技术术语：
zcache，是对于filecache(文件页面缓存)进行压缩的机制。如果没有zcache机制，遵循最近最少使用的原则进行页面淘汰，最近最少使用的文件页面缓存会被淘汰出内存，当下次再访问到这个文件页面时，就需要将该文件页面从磁盘读入内存中，这个过程比较耗时，对系统性能的影响非常大。若采用该zcache机制，当Linux系统内存紧张回收最近最少使用的filecache时，会将原本要淘汰出内存的filecache进行压缩，然后将压缩后的数据放在内存中，当重新访问该文件页面时，只要将压缩的filecache解压缩即可，这样就不用重新去磁盘读取页面数据，从而提高了系统的性能。
本申请实施例考虑到，现有相关方案中，采用zcache机制对于filecache(文件页面缓存)进行压缩时，没有考虑到文件页面被再次访问的概率，如果缓存的文件页面不会再次被访问，或者非常低的概率被访问，就可能导致这些原本使用率非常低的文件缓存被压缩在内存中，当类似的情况比较严重时，就会耗费系统的内存，给系统性能带来恶化影响。
因此，本申请实施例提出解决方案，可以避免使用概率低的文件页面缓存被压缩在内存中，影响系统性能的问题。
具体地，参照图1，图1为本申请文件页面处理装置所属终端设备的功能模块示意图。该文件页面处理装置可以为独立于终端设备的、能够实现文件页面访问及内存管理的装置，其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有数据处理功能的智能移动终端，还可以为能够实现文件页面访问及内存管理的固定终端设备或服务器等。
在本实施例中，该文件页面处理装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。
存储器130中存储有操作系统以及文件页面处理程序，文件页面处理装置可以将文件页面、获取的文件页面的状态等信息存储于该存储器130中；输出模块110可为显示屏、扬声器等。通信模块140可以包括WIFI模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。
其中，存储器130中的文件页面处理程序被处理器执行时实现以下步骤：
在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；
在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；
将所述压缩处理后的文件页面缓存保存至所述系统内存。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
响应于对所述文件页面缓存进行回收的回收指令，触发判断是否对文件页面缓存进行压缩。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
在监测到当前触发判断是否对文件页面缓存进行压缩时，获取所述文件页面的状态参数，所述文件页面的状态参数包括预设的活跃参数和非活跃参数；
根据所述文件页面的状态参数确定得到所述文件页面的状态。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
响应于对所述文件页面进行初始访问的初始访问指令，将所述文件页面读入系统内存，放置于预设的非活跃页面链表，并设置所述文件页面的状态参数为非活跃参数；
响应于对所述文件页面进行再次访问的再次访问指令，将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
响应于对所述文件页面进行再次访问的再次访问指令，获取对所述文件页面的访问次数；
若对所述文件页面的访问次数达到预设条件，则判定所述文件页面从非活跃页面转为活跃页面；
将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
响应于对所述压缩处理后的文件页面进行再次访问的再次访问指令，从所述系统内存中读取压缩处理后的文件页面并进行解压缩处理。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
在检测到所述文件页面的状态满足预设的非活跃状态时，变更所述文件页面的状态参数为非活跃参数。
本实施例通过上述方案，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制(比如zcache)进行文件页面压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
其中，作为一种实施方式，存储器130中的文件页面处理程序被处理器执行时实现以下步骤：
在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；
在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；
将所述压缩处理后的文件页面缓存保存至所述系统内存。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
响应于对所述文件页面进行初始访问的初始访问指令，将所述文件页面读入系统内存，放置于预设的非活跃页面链表，并设置所述文件页面的状态参数为非活跃参数；
响应于对所述文件页面进行再次访问的再次访问指令，将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
进一步地，存储器130中的文件页面处理程序被处理器执行时还实现以下步骤：
响应于对所述文件页面进行再次访问的再次访问指令，获取对所述文件页面的访问次数；
若对所述文件页面的访问次数达到预设条件，则判定所述文件页面从非活跃页面转为活跃页面；
将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
本实施例通过上述方案，在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制(比如zcache)进行文件页面压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
基于上述终端设备架构但不限于上述架构，提出本申请方法实施例。
参照图2，图2为本申请文件页面处理方法一示例性实施例的流程示意图。
本实施例方法的执行主体可以是一种文件页面处理装置，也可以是一种文件页面处理终端设备或服务器，本实施例以文件页面处理装置进行举例，该文件页面处理装置可以集成在具有页面访问及内存管理功能的智能手机、平板电脑等终端设备上。
本实施例方案基于zcache机制实现对文件页面缓存的压缩，主要思路在于：当系统内存紧张时，通过zcache机制进行文件页面缓存压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。这样优化后，可以减少那种大概率只访问一次的文件页面被zcache保存在内存中，导致内存浪费，对系统性能有恶化的影响。例如手机产品中，某些应用读取图片，这些图片只在某些场景被显示一次，例如启动过程，但是后续的使用过程非常低的概率会再访问到这些图片，当类似的图片文件被大量缓存或者被zcache压缩，会对系统内存造成浪费，而且对系统内存性能的影响也是恶化的。通过本实施例方案优化后，可以减少对一次性文件页面缓存zcache压缩，避免这些“低概率被重新访问到”的文件页面常驻在内存中，对内存造成浪费，恶化系统性能。
所述文件页面处理方法包括以下步骤：
步骤S101，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；
具体地，在需要对文件页面缓存进行压缩处理时，获取所述文件页面的状态。
其中，判断是否需要对文件页面缓存进行压缩处理，通常是在系统内存紧张的场景下，需要对文件页面缓存进行回收时，此时，为了缓解系统内存紧张，遵循最近最少使用的原则进行页面压缩处理，将原本要淘汰出内存的文件页面缓存进行压缩，然后将压缩后的数据放在内存中，当重新访问该文件页面时，只要将压缩的文件页面缓存解压缩即可，这样就不用重新去磁盘读取页面数据，从而提高了系统的性能。
在本实施例方案中，将原本要淘汰出内存的文件页面缓存有选择性的进行压缩，然后将压缩后的数据放在内存中。
其中，选择要压缩处理的文件页面时，首先遵循最近最少使用的原则，选取相应的文件页面，同时，还要对选取的文件页面的状态进行判断，判断该文件页面是否是活跃文件页面。
因此，作为一种实施方式，响应于对所述文件页面缓存进行回收的回收指令，触发判断是否对文件页面缓存进行压缩，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态。
其中，文件页面的状态包括：活跃状态和非活跃状态。
本实施例预先对访问的文件页面的状态进行设置。
其中，对于文件页面的状态，可以通过设置页面状态参数来标记该文件页面的状态是活跃状态还是非活跃状态，对应地，页面状态参数可以包括：活跃状态参数(或者变量)、非活跃状态参数(或者变量)。
具体实现时，在监测到当前触发判断是否对文件页面缓存进行压缩时，获取所述文件页面的状态参数，所述文件页面的状态参数包括预设的活跃参数和非活跃参数；根据所述文件页面的状态参数确定得到所述文件页面的状态是活跃状态还是非活跃状态。
其中，设置文件页面的页面状态参数，可以采用如下方案：
作为一种实施方式，响应于对所述文件页面进行初始访问的初始访问指令，将所述文件页面读入系统内存，放置于预设的非活跃页面链表，并设置所述文件页面的状态参数为非活跃参数；也就是说，在文件页面首次被读入内存中时，均标记该页面是非活跃页面，同时放置于非活跃页面链表，并设置所述文件页面的状态参数为非活跃参数。
作为另一种实施方式，响应于对所述文件页面进行再次访问的再次访问指令，将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。也就是说，在文件页面首次被读入内存中后，又再次被访问，即不只一次被访问，则标记该文件页面是活跃页面，因此，放置于活跃页面链表，并设置所述文件页面的状态参数为活跃参数。
进一步地，还可以将访问次数作为判断是否标记文件页面是活跃页面的条件。
其中，所述响应于对所述文件页面进行再次访问的再次访问指令，将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数的步骤可以包括：
响应于对所述文件页面进行再次访问的再次访问指令，获取对所述文件页面的访问次数；
若对所述文件页面的访问次数达到预设条件，则判定所述文件页面从非活跃页面转为活跃页面；
将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
具体应用举例如下：
其中，定义文件页面的状态参数中，活跃参数为PG_FILE_ACTIVED，非活跃参数为PG_FILE_ACTIVED，根据文件页面的活跃情况，为文件页面设置标志PG_FILE_ACTIVED或PG_FILE_ACTIVED。
以Linux系统为例，每个文件页面在Linux系统中都通过struct page结构体，该结构体有个flag的变量，表示文件页面的状态，如果文件页面设置标志PG_FILE_ACTIVED，表示该文件页面是曾经被放到LRU_ACTIVE_FILE链表(活跃页面链表)，即该文件页面曾经是活跃文件页面。
在新版本的Linux内核，当文件页面被读入内存中时，首先是放在LRU_INACTIVE_FILE链表(非活跃页面链表)中，该链表中的页面是非活跃页面。如前描述，如果一个文件页面经过一次访问后，低概率被再次访问到，那么这个文件页面很有可能只在一开始读入时被放入LRU_INACTIVE_FILE后，不会再被访问，而不会将页面读入LRU_ACTIVE_FILE链表，这类文件页面的状态就不会被设置为PG_FILE_ACTIVED，本方案中，通过zcache机制压缩文件页面时，就不会将这类文件页面进行压缩。而设置了这个PG_FILE_ACTIVED状态参数的文件页面，表示该文件页面是曾经被放到LRU_ACTIVE_FILE链表中的文件页面，那么表示这个文件页面不仅仅被访问过一次，这种页面被访问的概率相对较高，可以采用zache机制进行压缩。
作为一种实施方式，也可以设置文件页面访问次数的条件，在访问次数达到预设条件，比如达到预设次数阈值，或者在预设时间内达到预设次数阈值，则判定所述文件页面从非活跃页面转为活跃页面；从而将该文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
因此，通过上述方案可知，对文件页面设置活跃参数PG_FILE_ACTIVED的时机可以是在文件页面从非活跃状态(inactive)被转为活跃状态(active)的时候，进行设置PG_FILE_ACTIVED。
步骤S102，在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
具体实现时，可以通过读取文件页面的状态参数，根据所述文件页面的状态参数确定得到所述文件页面的状态为非活跃状态时，确定不对所述文件页面缓存进行压缩处理。
也就是说，在所述文件页面的状态为不活跃状态时，即该文件页面最近最少使用，或者访问次数很少，比如仅访问一次，则不对所述文件页面缓存进行压缩处理，并将所述文件页面缓存移出系统内存，从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
例如手机产品中，某些应用读取图片，这些图片只在某些场景被显示一次，例如启动过程，但是后续的使用过程非常低的概率会再访问到这些图片，当类似的图片文件被大量缓存或者被zcache压缩，会对系统内存造成浪费，而且对系统内存性能的影响也是恶化的。通过本实施例方案优化后，可以减少对一次性文件页面缓存zcache压缩，避免这些“低概率被重新访问到”的文件页面常驻在内存中，对内存造成浪费，恶化系统性能。
本实施例通过上述方案，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制(比如zcache)进行文件页面压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
参照图3，图3为本申请文件页面处理方法另一示例性实施例的流程示意图，基于上述图2所示的实施例，在本实施例中，在上述步骤S101，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态之后还包括：
步骤S103，在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；
步骤S104，将所述压缩处理后的文件页面缓存保存至所述系统内存。
相比上述图2所示的实施例，本实施例还包括对活跃的文件页面的缓存压缩处理。
具体地，可以通过设置活跃状态参数，标志活跃文件页面，从而，可以通过读取文件页面的状态参数，根据所述文件页面的状态参数确定得到所述文件页面的状态为活跃状态时，对所述文件页面缓存进行压缩处理。
具体实现时，在系统内存紧张时，本实施例方案基于zcache机制实现对相应的文件页面缓存的压缩，主要思路在于：当系统内存紧张时，通过zcache机制进行文件页面缓存压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。而对于高概率访问到的文件页面，即文件页面的状态为活跃状态的文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；并将所述压缩处理后的文件页面缓存保存至所述系统内存。当重新访问该文件页面时，只要将压缩的文件页面缓存解压缩即可，
从而，一方面避免最近最少使用的文件页面缓存会被淘汰出内存，当下次再访问到这个文件页面时，将该文件页面从磁盘重新读入内存中，导致过程比较耗时，影响系统性能的问题；另一方面，又可以减少那种大概率只访问一次的文件页面被zcache保存在内存中，导致内存浪费，对系统性能有恶化的影响。例如手机产品中，某些应用读取图片，这些图片只在某些场景被显示一次，例如启动过程，但是后续的使用过程非常低的概率会再访问到这些图片，当类似的图片文件被大量缓存或者被zcache压缩，会对系统内存造成浪费，而且对系统内存性能的影响也是恶化的。通过本实施例方案优化后，可以减少对一次性文件页面缓存zcache压缩，避免这些“低概率被重新访问到”的文件页面常驻在内存中，对内存造成浪费，恶化系统性能。
参照图4，图4为本申请文件页面处理方法再一示例性实施例的流程示意图，基于上述图3所示的实施例，在本实施例中，在上述步骤S101，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态之前还包括：
步骤S100，响应于对所述文件页面缓存进行回收的回收指令，触发判断是否对文件页面缓存进行压缩。
相比上述图3所示的实施例，本实施例还包括触发判断是否对文件页面缓存进行压缩的方案。
具体地，判断是否需要对文件页面缓存进行压缩处理，通常是在系统内存紧张的场景下，需要对文件页面缓存进行回收时，此时，为了缓解系统内存紧张，遵循最近最少使用的原则进行页面压缩处理，将原本要淘汰出内存的文件页面缓存进行压缩，然后将压缩后的数据放在内存中，当重新访问该文件页面时，只要将压缩的文件页面缓存解压缩即可，这样就不用重新去磁盘读取页面数据，从而提高了系统的性能。
在本实施例方案中，将原本要淘汰出内存的文件页面缓存有选择性的进行压缩，然后将压缩后的数据放在内存中。
其中，选择要压缩处理的文件页面时，首先遵循最近最少使用的原则，选取相应的文件页面，同时，还要对选取的文件页面的状态进行判断，判断该文件页面是否是活跃文件页面。
因此，作为一种实施方式，响应于对所述文件页面缓存进行回收的回收指令，触发判断是否对文件页面缓存进行压缩，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态，根据文件页面的状态判断是否对所述文件页面缓存进行压缩处理。
本实施例通过上述方案，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，并将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制(比如zcache)进行文件页面压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
进一步地，作为一种实施方式，在将所述压缩处理后的文件页面缓存保存至系统内存之后，还可以包括以下方案：
响应于对所述压缩处理后的文件页面进行再次访问的再次访问指令，从所述系统内存中读取压缩处理后的文件页面并进行解压缩处理。
即上述压缩处理后的文件页面被再次访问到时，从所述系统内存中读取压缩处理后的文件页面并进行解压缩处理，实现对文件页面的再次访问。
进一步地，作为一种实施方式，为了避免再次被访问的文件页面后续成为低概率访问页面时而依然被作为活跃页面，占用系统内存资源，还可以在对压缩处理后的文件页面进行解压缩处理之后，在检测到所述文件页面的状态满足预设的非活跃状态(比如预设时间内没有被访问)时，变更所述文件页面的状态参数为非活跃参数。
本实施例通过上述方案，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，并将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制(比如zcache)进行文件页面压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，将压缩处理后的文件页面缓存保存至所述系统内存，从而避免最近最少使用的文件页面缓存会被淘汰出内存，当下次再访问到这个文件页面时，将该文件页面从磁盘重新读入内存中，导致过程比较耗时，影响系统性能的问题，后续，压缩处理后的文件页面被再次访问到时，从所述系统内存中读取压缩处理后的文件页面并进行解压缩处理，实现对文件页面的再次访问。
参照图5，图5为本申请文件页面处理方法又一示例性实施例的流程示意图。
如图5所示，本发明实施例提出一种文件页面处理方法，所述文件页面处理方法包括以下步骤：
步骤S201，在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；
本实施例方法的执行主体可以是一种文件页面处理装置，也可以是一种文件页面处理终端设备或服务器，本实施例以文件页面处理装置进行举例，该文件页面处理装置可以集成在具有页面访问及内存管理功能的智能手机、平板电脑等终端设备上。
通常在系统内存紧张的场景下，需要对文件页面缓存进行回收，因此，可以设置对文件页面缓存进行回收的触发条件，该触发条件根据系统内存使用状况进行设置，比如在系统剩余内存小于预设阈值时，触发对文件页面缓存进行回收。
本实施例中，在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态，以便根据文件页面的状态是否活跃，选择性的对文件页面缓存进行回收，并结合zcache机制实现对文件页面缓存的压缩。
本实施例考虑到，若遵循最近最少使用的原则进行页面淘汰，最近最少使用的文件页面缓存会被淘汰出内存，当下次再访问到这个文件页面时，就需要将该文件页面从磁盘读入内存中，这个过程比较耗时，对系统性能的影响非常大。
此时，为了缓解系统内存紧张，遵循最近最少使用的原则进行页面压缩处理，将原本要淘汰出内存的文件页面缓存进行压缩，然后将压缩后的数据放在内存中，当重新访问该文件页面时，只要将压缩的文件页面缓存解压缩即可，这样就不用重新去磁盘读取页面数据，从而提高了系统的性能。
但是，又考虑到如果缓存的文件页面不会被访问，或者非常低的概率被访问，则这种页面被常驻在内存中会浪费内存空间，给系统性能带来恶化。
因此，在本实施例方案中，根据文件页面的状态，将原本要淘汰出内存的文件页面缓存有选择性的进行压缩，然后将压缩后的数据放在内存中。
其中，选择要压缩处理的文件页面时，首先遵循最近最少使用的原则，选取相应的文件页面，同时，还要对选取的文件页面的状态进行判断，判断该文件页面是否是活跃文件页面。
因此，作为一种实施方式，在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态。
其中，文件页面的状态包括：活跃状态和非活跃状态。
本实施例预先对访问的文件页面的状态进行设置。
其中，对于文件页面的状态，可以通过设置页面状态参数来标记该文件页面的状态是活跃状态还是非活跃状态，对应地，页面状态参数可以包括：活跃状态参数(或者变量)、非活跃状态参数(或者变量)。
具体实现时，在监测到当前触发判断是否对文件页面缓存进行压缩时，获取所述文件页面的状态参数，所述文件页面的状态参数包括预设的活跃参数和非活跃参数；根据所述文件页面的状态参数确定得到所述文件页面的状态是活跃状态还是非活跃状态。
其中，设置文件页面的页面状态参数，可以采用如下方案：
作为一种实施方式，响应于对所述文件页面进行初始访问的初始访问指令，将所述文件页面读入系统内存，放置于预设的非活跃页面链表，并设置所述文件页面的状态参数为非活跃参数；也就是说，在文件页面首次被读入内存中时，均标记该页面是非活跃页面，同时放置于非活跃页面链表，并设置所述文件页面的状态参数为非活跃参数。
作为另一种实施方式，响应于对所述文件页面进行再次访问的再次访问指令，将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。也就是说，在文件页面首次被读入内存中后，又再次被访问，即不只一次被访问，则标记该文件页面是活跃页面，因此，放置于活跃页面链表，并设置所述文件页面的状态参数为活跃参数。
进一步地，还可以将访问次数作为判断是否标记文件页面是活跃页面的条件。
其中，所述响应于对所述文件页面进行再次访问的再次访问指令，将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数的步骤可以包括：
响应于对所述文件页面进行再次访问的再次访问指令，获取对所述文件页面的访问次数；
若对所述文件页面的访问次数达到预设条件，则判定所述文件页面从非活跃页面转为活跃页面；
将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
具体应用举例如下：
其中，定义文件页面的状态参数中，活跃参数为PG_FILE_ACTIVED，非活跃参数为PG_FILE_ACTIVED，根据文件页面的活跃情况，为文件页面设置标志PG_FILE_ACTIVED或PG_FILE_ACTIVED。
以Linux系统为例，每个文件页面在Linux系统中都通过struct page结构体，该结构体有个flag的变量，表示文件页面的状态，如果文件页面设置标志PG_FILE_ACTIVED，表示该文件页面是曾经被放到LRU_ACTIVE_FILE链表(活跃页面链表)，即该文件页面曾经是活跃文件页面。
在新版本的Linux内核，当文件页面被读入内存中时，首先是放在LRU_INACTIVE_FILE链表(非活跃页面链表)中，该链表中的页面是非活跃页面。如前描述，如果一个文件页面经过一次访问后，低概率被再次访问到，那么这个文件页面很有可能只在一开始读入时被放入LRU_INACTIVE_FILE后，不会再被访问，而不会将页面读入LRU_ACTIVE_FILE链表，这类文件页面的状态就不会被设置为PG_FILE_ACTIVED，本方案中，通过zcache机制压缩文件页面时，就不会将这类文件页面进行压缩。而设置了这个PG_FILE_ACTIVED状态参数的文件页面，表示该文件页面是曾经被放到LRU_ACTIVE_FILE链表中的文件页面，那么表示这个文件页面不仅仅被访问过一次，这种页面被访问的概率相对较高，可以采用zache机制进行压缩。
作为一种实施方式，也可以设置文件页面访问次数的条件，在访问次数达到预设条件，比如达到预设次数阈值，或者在预设时间内达到预设次数阈值，则判定所述文件页面从非活跃页面转为活跃页面；从而将该文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
因此，通过上述方案可知，对文件页面设置活跃参数PG_FILE_ACTIVED的时机可以是在文件页面从非活跃状态(inactive)被转为活跃状态(active)的时候，进行设置PG_FILE_ACTIVED。
步骤S202，在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
具体实现时，可以通过读取文件页面的状态参数，根据所述文件页面的状态参数确定得到所述文件页面的状态为非活跃状态时，不对所述文件页面缓存进行压缩处理。
也就是说，在所述文件页面的状态为不活跃状态时，即该文件页面最近最少使用，或者访问次数很少，比如仅访问一次，则不对所述文件页面缓存进行压缩处理，并将所述文件页面缓存移出系统内存，从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
例如手机产品中，某些应用读取图片，这些图片只在某些场景被显示一次，例如启动过程，但是后续的使用过程非常低的概率会再访问到这些图片，当类似的图片文件被大量缓存或者被zcache压缩，会对系统内存造成浪费，而且对系统内存性能的影响也是恶化的。通过本实施例方案优化后，可以减少对一次性文件页面缓存zcache压缩，避免这些“低概率被重新访问到”的文件页面常驻在内存中，对内存造成浪费，恶化系统性能。
本实施例通过上述方案，在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制(比如zcache)进行文件页面压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
进一步地，在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；
将所述压缩处理后的文件页面缓存保存至所述系统内存。
具体地，可以通过设置活跃状态参数，标志活跃文件页面，从而，可以通过读取文件页面的状态参数，根据所述文件页面的状态参数确定得到所述文件页面的状态为活跃状态时，对所述文件页面缓存进行压缩处理。
具体实现时，在系统内存紧张时，本实施例方案基于zcache机制实现对相应的文件页面缓存的压缩，主要思路在于：当系统内存紧张时，通过zcache机制进行文件页面缓存压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。而对于高概率访问到的文件页面，即文件页面的状态为活跃状态的文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；并将所述压缩处理后的文件页面缓存保存至所述系统内存。当重新访问该文件页面时，只要将压缩的文件页面缓存解压缩即可，
从而，一方面避免最近最少使用的文件页面缓存会被淘汰出内存，当下次再访问到这个文件页面时，将该文件页面从磁盘重新读入内存中，导致过程比较耗时，影响系统性能的问题；另一方面，又可以减少那种大概率只访问一次的文件页面被zcache保存在内存中，导致内存浪费，对系统性能有恶化的影响。例如手机产品中，某些应用读取图片，这些图片只在某些场景被显示一次，例如启动过程，但是后续的使用过程非常低的概率会再访问到这些图片，当类似的图片文件被大量缓存或者被zcache压缩，会对系统内存造成浪费，而且对系统内存性能的影响也是恶化的。通过本实施例方案优化后，可以减少对一次性文件页面缓存zcache压缩，避免这些“低概率被重新访问到”的文件页面常驻在内存中，对内存造成浪费，恶化系统性能。
进一步地，作为一种实施方式，在将所述压缩处理后的文件页面缓存保存至系统内存之后，还可以包括以下方案：
响应于对所述压缩处理后的文件页面进行再次访问的再次访问指令，从所述系统内存中读取压缩处理后的文件页面并进行解压缩处理。
即上述压缩处理后的文件页面被再次访问到时，从所述系统内存中读取压缩处理后的文件页面并进行解压缩处理，实现对文件页面的再次访问。
进一步地，作为一种实施方式，为了避免再次被访问的文件页面后续成为低概率访问页面时而依然被作为活跃页面，占用系统内存资源，还可以在对压缩处理后的文件页面进行解压缩处理之后，在检测到所述文件页面的状态满足预设的非活跃状态(比如预设时间内没有被访问)时，变更所述文件页面的状态参数为非活跃参数。
本实施例通过上述方案，在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制(比如zcache)进行文件页面压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，将压缩处理后的文件页面缓存保存至所述系统内存，从而避免最近最少使用的文件页面缓存会被淘汰出内存，当下次再访问到这个文件页面时，将该文件页面从磁盘重新读入内存中，导致过程比较耗时，影响系统性能的问题，后续，压缩处理后的文件页面被再次访问到时，从所述系统内存中读取压缩处理后的文件页面并进行解压缩处理，实现对文件页面的再次访问。
此外，本申请实施例还提出一种文件页面处理装置，所述文件页面处理装置包括：
获取模块，用于在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；
处理模块，用于在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
进一步地，所述处理模块，还用于在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；将所述压缩处理后的文件页面缓存保存至所述系统内存。
本实施例实现文件页面处理的原理及实施过程，请参照上述各实施例，在此不再赘述。
此外，本申请实施例还提出一种文件页面处理装置，所述文件页面处理装置包括：
获取模块，用于在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；
处理模块，用于在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
进一步地，所述处理模块，还用于在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；将所述压缩处理后的文件页面缓存保存至所述系统内存。
本实施例实现文件页面处理的原理及实施过程，请参照上述各实施例，在此不再赘述。
此外，本申请实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的文件页面处理程序，所述文件页面处理程序被所述处理器执行时实现如上述实施例所述的文件页面处理方法的步骤。
由于本文件页面处理程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
此外，本申请实施例还提出一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有文件页面处理程序，所述文件页面处理程序被处理器执行时实现如上述实施例所述的文件页面处理方法的步骤。
由于本文件页面处理程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
相比现有技术，本申请实施例提出的文件页面处理方法、装置、终端设备以及存储介质，在监测到当前触发判断是否对文件页面缓存进行压缩处理时，或者，在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。由此，通过该方案，当系统内存紧张时，在通过压缩机制(比如zcache)进行文件页面压缩时，排除那些生命周期大概率低(比如只访问一次)的文件页面，将这些文件页面直接淘汰出内存而不进行缓存压缩。从而避免使用概率低的文件页面缓存被压缩常驻在内存中，导致内存浪费，影响系统性能。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本申请每个实施例的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。
Claims (16)
1.一种文件页面处理方法，其特征在于，所述文件页面处理方法包括以下步骤：
在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；
在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
2.根据权利要求1所述的文件页面处理方法，其特征在于，所述在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态的步骤之后还包括：
在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；
将所述压缩处理后的文件页面缓存保存至所述系统内存。
3.根据权利要求1所述的文件页面处理方法，其特征在于，所述在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态的步骤之前还包括：
响应于对所述文件页面缓存进行回收的回收指令，触发判断是否对文件页面缓存进行压缩。
4.根据权利要求1所述的文件页面处理方法，其特征在于，所述在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态的步骤包括：
在监测到当前触发判断是否对文件页面缓存进行压缩时，获取所述文件页面的状态参数，所述文件页面的状态参数包括预设的活跃参数和非活跃参数；
根据所述文件页面的状态参数确定得到所述文件页面的状态。
5.根据权利要求4所述的文件页面处理方法，其特征在于，所述在监测到当前触发判断是否对文件页面缓存进行压缩时，获取所述文件页面的状态的步骤之前还包括：
响应于对所述文件页面进行初始问的初始访问指令，将所述文件页面读入系统内存，放置于预设的非活跃页面链表，并设置所述文件页面的状态参数为非活跃参数；
响应于对所述文件页面进行再次访问的再次访问指令，将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
6.根据权利要求5所述的文件页面处理方法，其特征在于，所述响应于对所述文件页面进行再次访问的再次访问指令，将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数的步骤包括：
响应于对所述文件页面进行再次访问的再次访问指令，获取对所述文件页面的访问次数；
若对所述文件页面的访问次数达到预设条件，则判定所述文件页面从非活跃页面转为活跃页面；
将所述文件页面放置于预设的活跃页面链表，设置所述文件页面的状态参数为活跃参数。
7.根据权利要求1所述的文件页面处理方法，其特征在于，所述将所述压缩处理后的文件页面缓存保存至系统内存的步骤之后还包括：
响应于对所述压缩处理后的文件页面进行再次访问的再次访问指令，从所述系统内存中读取压缩处理后的文件页面并进行解压缩处理。
8.根据权利要求7所述的文件页面处理方法，其特征在于，所述响应于对所述压缩处理后的文件页面进行再次访问的再次访问指令，从所述系统内存中读取压缩处理后的文件页面并进行解压缩处理的步骤之后还包括：
在检测到所述文件页面的状态满足预设的非活跃状态时，变更所述文件页面的状态参数为非活跃参数。
9.一种文件页面处理方法，其特征在于，所述文件页面处理方法包括以下步骤：
在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；
在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
10.根据权利要求9所述的文件页面处理方法，其特征在于，所述在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态的步骤之后还包括：
在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；
将所述压缩处理后的文件页面缓存保存至所述系统内存。
11.一种文件页面处理装置，其特征在于，所述文件页面处理装置包括：
获取模块，用于在监测到当前触发判断是否对文件页面缓存进行压缩处理时，获取所述文件页面的状态；
处理模块，用于在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
12.根据权利要求11所述的文件页面处理装置，其特征在于，
所述处理模块，还用于在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；将所述压缩处理后的文件页面缓存保存至所述系统内存。
13.一种文件页面处理装置，其特征在于，所述文件页面处理装置包括：
获取模块，用于在监测到当前系统内存使用状况达到对文件页面缓存进行回收的触发条件时，获取所述文件页面的状态；
处理模块，用于在所述文件页面的状态为预设的不活跃状态时，确定不对所述文件页面缓存进行压缩处理，将所述文件页面缓存移出系统内存。
14.根据权利要求13所述的文件页面处理装置，其特征在于，
所述处理模块，还用于在所述文件页面的状态为预设的活跃状态时，对所述文件页面缓存进行压缩处理，得到压缩处理后的文件页面缓存；将所述压缩处理后的文件页面缓存保存至所述系统内存。
15.一种终端设备，其特征在于，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的文件页面处理程序，所述文件页面处理程序被所述处理器执行时实现如权利要求1-8中任一项所述的文件页面处理方法的步骤或如权利要求9-10中任一项所述的文件页面处理方法的步骤。
16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有文件页面处理程序，所述文件页面处理程序被处理器执行时实现如权利要求1-8中任一项所述的文件页面处理方法的步骤或如权利要求9-10中任一项所述的文件页面处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010950651.2A CN112069433A (zh) | 2020-09-10 | 2020-09-10 | 文件页面处理方法、装置、终端设备以及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010950651.2A CN112069433A (zh) | 2020-09-10 | 2020-09-10 | 文件页面处理方法、装置、终端设备以及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112069433A true CN112069433A (zh) | 2020-12-11 |
Family
ID=73695323
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010950651.2A Pending CN112069433A (zh) | 2020-09-10 | 2020-09-10 | 文件页面处理方法、装置、终端设备以及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112069433A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116204134A (zh) * | 2023-04-25 | 2023-06-02 | 苏州浪潮智能科技有限公司 | 缓存管理方法、装置、设备、存储系统及存储介质 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030061457A1 (en) * | 2000-04-14 | 2003-03-27 | Interactive Silicon, Incorporated | Managing a codec engine for memory compression / decompression operations using a data movement engine |
| CN108205475A (zh) * | 2017-08-25 | 2018-06-26 | 珠海市魅族科技有限公司 | 内存管理方法、终端设备、计算机装置以及可读存储介质 |
| CN108307236A (zh) * | 2018-02-01 | 2018-07-20 | 深圳创维－Rgb电子有限公司 | 一种智能电视优化内存的方法、存储介质及智能电视 |
| CN108762916A (zh) * | 2018-05-03 | 2018-11-06 | 北京五八信息技术有限公司 | 一种内存管理方法、装置、设备及计算机可读存储介质 |
| CN110457235A (zh) * | 2019-08-20 | 2019-11-15 | Oppo广东移动通信有限公司 | 内存压缩方法、装置、终端及存储介质 |
| CN110895515A (zh) * | 2018-09-12 | 2020-03-20 | 中兴通讯股份有限公司 | 内存缓存管理方法、多媒体服务器及计算机存储介质 |
| CN111274039A (zh) * | 2020-02-14 | 2020-06-12 | Oppo广东移动通信有限公司 | 内存回收方法、装置、存储介质及电子设备 |
| CN111352861A (zh) * | 2020-02-19 | 2020-06-30 | Oppo广东移动通信有限公司 | 内存压缩方法、装置及电子设备 |
-
2020
- 2020-09-10 CN CN202010950651.2A patent/CN112069433A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030061457A1 (en) * | 2000-04-14 | 2003-03-27 | Interactive Silicon, Incorporated | Managing a codec engine for memory compression / decompression operations using a data movement engine |
| CN108205475A (zh) * | 2017-08-25 | 2018-06-26 | 珠海市魅族科技有限公司 | 内存管理方法、终端设备、计算机装置以及可读存储介质 |
| CN108307236A (zh) * | 2018-02-01 | 2018-07-20 | 深圳创维－Rgb电子有限公司 | 一种智能电视优化内存的方法、存储介质及智能电视 |
| CN108762916A (zh) * | 2018-05-03 | 2018-11-06 | 北京五八信息技术有限公司 | 一种内存管理方法、装置、设备及计算机可读存储介质 |
| CN110895515A (zh) * | 2018-09-12 | 2020-03-20 | 中兴通讯股份有限公司 | 内存缓存管理方法、多媒体服务器及计算机存储介质 |
| CN110457235A (zh) * | 2019-08-20 | 2019-11-15 | Oppo广东移动通信有限公司 | 内存压缩方法、装置、终端及存储介质 |
| CN111274039A (zh) * | 2020-02-14 | 2020-06-12 | Oppo广东移动通信有限公司 | 内存回收方法、装置、存储介质及电子设备 |
| CN111352861A (zh) * | 2020-02-19 | 2020-06-30 | Oppo广东移动通信有限公司 | 内存压缩方法、装置及电子设备 |
Non-Patent Citations (3)
| Title |
|---|
| XIANZHANG CHEN ET AL.: "Refinery swap: An efficient swap mechanism for hybrid DRAM–NVM systems", 《FUTURE GENERATION COMPUTER SYSTEMS》, pages 52 - 64 * |
| 唐思成: "基于动态预解压方法的嵌入式内存压缩技术及实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》, pages 137 - 79 * |
| 梁平: "M2ram:云平台大页内存压缩系统", 《中国优秀硕士学位论文全文数据库 信息科技辑》, pages 139 - 25 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116204134A (zh) * | 2023-04-25 | 2023-06-02 | 苏州浪潮智能科技有限公司 | 缓存管理方法、装置、设备、存储系统及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210240636A1 (en) | Memory Management Method and Apparatus | |
| KR102245025B1 (ko) | 메모리 반환 방법 및 장치 | |
| CN111966492B (zh) | 内存回收方法、装置、电子设备及计算机可读存储介质 | |
| US9201810B2 (en) | Memory page eviction priority in mobile computing devices | |
| CN109992523B (zh) | 内存处理方法和装置、电子设备、计算机可读存储介质 | |
| CN110018902B (zh) | 内存处理方法和装置、电子设备、计算机可读存储介质 | |
| US20220035655A1 (en) | Method and Device for Anonymous Page Management, Terminal Device, and Readable Storage Medium | |
| CN109992402B (zh) | 内存处理方法和装置、电子设备、计算机可读存储介质 | |
| CN111339143A (zh) | 数据缓存方法、装置及云服务器 | |
| CN110018900B (zh) | 内存处理方法和装置、电子设备、计算机可读存储介质 | |
| US20190370009A1 (en) | Intelligent swap for fatigable storage mediums | |
| CN106802955B (zh) | 一种图片数据缓存方法 | |
| CN108108089B (zh) | 一种图片加载方法及装置 | |
| CN111274039B (zh) | 内存回收方法、装置、存储介质及电子设备 | |
| US20210124496A1 (en) | Computing device and operating method thereof | |
| CN114168490A (zh) | 确定内存回收阈值的方法及相关设备 | |
| CN114185494A (zh) | 内存匿名页的处理方法、电子设备及可读存储介质 | |
| CN112069433A (zh) | 文件页面处理方法、装置、终端设备以及存储介质 | |
| CN111427804A (zh) | 一种减少缺页中断次数的方法、存储介质及智能终端 | |
| CN112363841B (zh) | 应用进程的查杀方法、装置、电子设备及存储介质 | |
| KR100493893B1 (ko) | 자바 프로그램에서 클래스 로딩 과정을 단축시키는 시스템및 방법 | |
| CN112434235B (zh) | 网页图片加载方法、装置、计算机设备和存储介质 | |
| CN113885969A (zh) | 嵌入式设备、嵌入式软件加载方法与存储介质 | |
| CN114637946A (zh) | 资源数据的处理方法、装置及电子设备 | |
| CN112631773A (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 | ||
| AD01 | Patent right deemed abandoned | ||
| AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20240913 |