CN103617133B - Virtual memory compression method and device in a kind of Windows systems - Google Patents

Abstract

The invention discloses virtual memory compression method and device in a kind of Windows systems, this method includes：Resident thread in intercepting system process writes the behavior of data by virtual memory to virtual memory file, and data are compressed, are stored in virtual memory；The behavior that resident thread reads data by virtual memory to virtual memory file is intercepted, the data that will be stored in virtual memory are decompressed, and return to system process.According to virtual memory compression method and device in the Windows systems of the present invention, can be in current process all in the case of work, when shared virtual memory is excessive, it is to avoid the time that the frequent read-write to disk is caused wastes, and then avoids the problem of system operation is slow.

Description

A virtual memory compression method and device in a Windows system

technical field

The invention relates to the technical field of computer system optimization, in particular to a virtual memory compression method and device in a Windows system.

Background technique

When the computer is turned on, it needs to read files from the disk to start the computer system. In many scenarios, files are not stored in continuous clusters on the disk, but are scattered and stored in different locations throughout the disk, that is, file fragments are generated on the disk. For example, when the disk space for storing files is insufficient, a large number of file fragments will be generated when files are deleted or added on the disk. The more frequent the deletion and modification of files, the more serious the phenomenon of file fragmentation will be. When reading files in different locations on the disk, the disk contacts need to move to different positions, and file fragments will cause the disk contacts to move back and forth frequently, resulting in a long file reading time. Therefore, the existing scheme uses a file The file fragments are filled in the continuous space in the disk to shorten the time to read the file during the boot process, so as to speed up the boot speed of the computer system.

When the computer is turned on, the programs running in the computer need to be executed through the memory. If the executed programs occupy a large or a lot of memory, the memory will be exhausted. In order to solve this problem, the virtual memory technology is used in the Windows system, that is, a part of the disk space is set aside to be used as memory. When the memory is exhausted, the computer will automatically call the disk to act as memory to deal with the situation that the system occupies more virtual memory than actual physical memory. Virtual memory technology makes an application think that it has contiguous available memory (a contiguous complete address space).

The implementation mechanism of the virtual memory technology in the Windows system is as follows: configure a virtual memory file pagefile.sys under the system disk, which is the disk space reserved for virtual memory; The required data is swapped from the virtual memory into the virtual memory file; when the process reads the data that has been swapped into the virtual memory file, the data is swapped from the virtual memory file into the virtual memory. This mechanism expands the space of the virtual memory, so that the virtual memory can not only use the actual physical memory to store data, but also use a part of the disk space to expand the virtual memory to store data. However, frequent reading and writing of data to the disk will consume a lot of time, thus causing the problem of slow operation of the computer system.

The prior art adopts the system optimization acceleration technology to solve the problem that the computer system runs slowly when the process occupies a large amount of memory. For example, some optimization and acceleration functions provided by the computer, when the user selects the optimization function, the currently useless process is closed and the virtual memory occupied by the closed process is released. However, the prior art cannot solve the problem of slow running of the system caused by excessively occupied virtual memory without closing the process.

Contents of the invention

In view of the above problems, the present invention is proposed to provide a virtual memory compression method and device in a Windows system that overcomes the above problems or at least partially solves the above problems.

According to one aspect of the present invention, a virtual memory compression method in a Windows system is provided, comprising: intercepting the behavior of a resident thread in a system process writing data to a virtual memory file through the virtual memory, compressing the data, and storing it in the virtual memory Medium; intercept the behavior of the resident thread to read data to the virtual memory file through the virtual memory, decompress the data stored in the virtual memory, and return it to the system process.

According to another aspect of the present invention, a virtual memory compression device in a Windows system is provided, including: an I/O interception module, adapted to intercept the behavior of a resident thread in a system process writing data to a virtual memory file through a virtual memory, And intercept the behavior of the resident thread to read data to the virtual memory file through the virtual memory; the memory compression module is suitable for compressing the data after the I/O interception module intercepts the behavior of the resident thread writing data to the virtual memory file through the virtual memory , stored in the virtual memory; the memory decompression module is suitable for decompressing the data stored in the virtual memory after the I/O interception module intercepts the behavior of the resident thread reading data to the virtual memory file through the virtual memory, and returns to the system process.

According to the virtual memory compression method and device in the Windows system of the present invention, the behavior of the resident thread in the system process to write data to the virtual memory file through the virtual memory is intercepted, and the data is compressed and stored back in the virtual memory instead of the disk; Afterwards, the behavior of the resident thread to read the data from the virtual memory file through the virtual memory is intercepted, and the data compressed and stored in the virtual memory is decompressed and sent to the process. When the current process is working, the occupied virtual memory When the value is too large, the time wasted caused by frequent reading and writing of the disk is avoided, thereby solving the problem of slow system operation.

The above description is only an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention, it can be implemented according to the contents of the description, and in order to make the above and other purposes, features and advantages of the present invention more obvious and understandable , the specific embodiments of the present invention are enumerated below.

Description of drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiment. The drawings are only for the purpose of illustrating a preferred embodiment and are not to be considered as limiting the invention. Also throughout the drawings, the same reference numerals are used to designate the same components. In the attached picture:

Fig. 1 shows the flowchart of the virtual memory compression method in the Windows system according to one embodiment of the present invention;

Fig. 2 shows the flowchart of the virtual memory compression method in the Windows system according to another embodiment of the present invention;

Fig. 3 shows a structural block diagram of the connection between the virtual memory compression device, the virtual memory and the virtual memory file in the Windows system provided by an embodiment of the present invention.

detailed description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided for more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

The computer boot process begins after the computer power-on self-test is completed. This process can be subdivided into five stages: pre-boot, boot, kernel loading, initialization kernel, and system login operation. The pre-boot , guide, load the kernel, initialize the kernel, and read the files from the system disk during the system login operation as the system startup file, and record the sequence of reading the system startup file as the obtained reading sequence. The files that need to be read during the boot process mainly include Ntldr, Boot.ini, Ntdetect.com, Ntoskrnl.exe, Ntbootdd.sys, and Bootsect.dos. The main processing processes of each stage are as follows:

pre-boot phase

After the computer is started and the BIOS self-test is passed, it starts to look for the boot device. Normally, the boot device needed is the computer hard disk. The BIOS reads the boot code of the first sector of the hard disk, that is, the Master Boot Record (MBR) into the memory, and then transfers control to the MBR code. The function of the MBR code is to find the boot partition of the disk, the first sector of which is the boot sector, and this volume is called the system volume.

bootstrap phase

The code in the boot sector parses the file format of the system volume and finds Ntldr, which switches the processor from Real Mode to 32-bit Flat Memory Mode. After the Ntldr program completes the initialization work, it will read the boot.ini file from the hard disk, and select the operating system according to the contents of the file. After selecting the Windows operating system to load, Ntdetect.com gathers information about all the hardware installed in the computer and passes this information to Ntldr.

load kernel stage

Load the system's kernel file Ntoskrnl.exe, but here it is only loaded, and the kernel will not be initialized at this time. Then load the hardware abstraction layer HAL.dll. Load the nesting file of the SYSTEM registry (%SystemRoot%\system32\Config\System) as the registry key (HKEY_LOCAL_MACHINE\SYSTEM), and add the corresponding file system driver according to the boot device driver list in the registry, so as to implement each partition, Directory and file access management.

Initialize the kernel stage

The kernel initialization process will load (HKEY_LOCAL_MACHINE\SYSTEM\

Drivers recorded in CurrentControlSet\services), such as disk management filter drivers, network drivers, etc. First load the driver registered as "Start" key value 0 (SERVICE_BOOT_START) and then load the driver with key value 1 (SERVICE_SYSTEM_START). First scan the group loading order defined in (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ServiceGroupOrder), and load the registered drivers in order according to the group, and the registered driver group will be recorded in the registry key "Group". For drivers of the same group, the loading sequence will be determined according to the registry key "Tag". The first item of each group in the GroupOrderList (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GroupOrder List) is the value of the Tag value. Next is the numerical order of the Tag values to load. The device drivers in the group are first loaded according to the Tag value defined by GroupOrderList. If the device driver has no Tag value, or the Tag value is not in the GroupOrderList, these device drivers will be loaded after loading the device driver with a valid Tag value.

System login phase

In this phase the session manager starts the local security authorization subsystem. After this step is executed, the Windows system login interface will be displayed on the computer screen, and at the same time, some non-critical device drivers will be loaded in the background.

Through the operations in the above five stages, the computer booting process is completed, so that all system booting files that need to be read and the reading sequence of these system booting files are known when the system is booting up.

Fig. 1 shows the flowchart of the virtual memory compression method in the Windows system according to one embodiment of the present invention, as shown in Fig. 1, the method comprises the following steps:

Step S110, intercepting the behavior of the resident thread in the system process writing data to the virtual memory file through the virtual memory, compressing the data, and storing it in the virtual memory.

In the embodiment of the present invention, a process refers to a program with certain independent functions about a running activity on a certain data set, and a process is an independent unit for the system to perform resource allocation and scheduling; a thread refers to an entity of a process, which is a CPU scheduling The basic unit of allocation and allocation; a thread is a basic unit that is smaller than a process and can run independently; a thread itself basically does not own system resources, but only has a few resources that are essential in operation, but it can communicate with other processes belonging to the same process The threads share all resources owned by the process. There will be a resident thread in the system process. When the system occupies more virtual memory than the actual physical memory, it will write infrequently used data into the virtual memory file.

The virtual memory file refers to the disk space reserved by the operating system for virtual memory, such as the pagefile. Commonly used storage device drivers and other core Windows functions. When the virtual memory space occupied by the system is larger than the actual physical memory, the Windows system will wake up the resident thread for paging, and the resident thread will perform the behavior of making the virtual memory write data to the virtual memory file, that is, send the current process related The request to write data from the virtual memory to the virtual memory file provides a larger virtual memory space through the pagefile.sys file to meet the process’s demand for larger memory; this step intercepts the request and writes Instead of writing the data to disk as in the prior art, the data in the virtual memory file is compressed and then stored back in virtual memory.

Step S120, intercepting the behavior of the resident thread reading data from the virtual memory file through the virtual memory, decompressing the data stored in the virtual memory, and returning it to the system process.

When the process needs to read the compressed data stored in the virtual memory, since the process does not know that the data has not been written to the disk, it will still let the resident thread perform the behavior of reading the data to the virtual memory file through the virtual memory , that is, send a request to read the data that the process needs to use from the virtual memory file; this step intercepts the request, decompresses the data that the process requests to read and has been compressed into the virtual memory, and returns it to the process.

According to the method provided by the above-mentioned embodiments of the present invention, intercept the behavior of the resident thread in the system process writing data to the virtual memory file through the virtual memory, and store the data back in the virtual memory instead of the disk after compressing the data; The resident thread reads the data from the virtual memory file through the virtual memory, decompresses the compressed data stored in the virtual memory, and sends it to the process. When the current process is working and the virtual memory occupied is too large, Avoid the waste of time caused by frequent reading and writing of the disk, and then solve the problem of slow system operation. It further solves the problem of too long file reading time caused by the frequent switching and reciprocating movement of the disk contacts in the magnetic track, can significantly improve the booting speed of the computer, and more effectively realize the purpose of accelerating the booting of the computer.

In the embodiment of the present invention, it can be applied to the NTFS file system, and the system startup file is a file that needs to be read when the computer is turned on under the NTFS system. The NTFS file system provides the file system for Microsoft's Windows family of operating systems. NTFS has made several improvements to the traditional file allocation table (FAT, File Allocation Table) system and high-performance file system (HPFS, High-Performance File System), for example, supports metadata, and uses advanced data structures to facilitate improvement performance, reliability, and disk space utilization, and provides several additional extensions, such as access control lists and file system journaling. The characteristics of NTFS include supporting partitions of 2TB size, recoverable file system, support for folder compression, effective management of disk space, and so on.

Fig. 2 shows the flowchart of the virtual memory compression method in the Windows system according to another embodiment of the present invention, as shown in Fig. 2, the method comprises the following steps:

Step S210, using the file filtering function provided by the Windows system to intercept the behavior of the resident thread in the system process writing data to the virtual memory file through the virtual memory.

When the virtual memory writes data to the virtual memory file (pagefile.sys), that is, when writing data to the disk, use the file filtering function provided by the Windows system to intercept the behavior of writing data to the pagefile.sys file. Specifically, the present invention implements the interception function by developing a file filter driver. A file filter driver is a Windows system kernel-mode driver that provides new additional functionality by intercepting I/O requests sent to existing kernel-mode target drivers without making any changes to the underlying drivers or user programs. The file filtering driver intercepts the request to write data to the pagefile.sys file and obtains the data requested to be written to the pagefile.sys file. File filter drivers are different from memory paging. Memory paging belongs to memory management, and it needs to know the source program to proceed. The file filtering driver provides an auxiliary function of the Windows system, and the file filtering driver can intercept the behavior of writing data from the virtual memory to the virtual memory file without knowing the source program.

Step S220, calculating the compression ratio of the data, which is an optional step in this embodiment.

The compression ratio refers to the ratio of disk space occupied by files before compression to those after compression. A high data compression ratio indicates that the data redundancy is high, that is, the data has a high repetition rate and is suitable for compression. In this embodiment, the compression ratio calculation is performed on the data requested to be written into the pagefile.sys file, and the calculation result is obtained. According to the calculation result, the data with high compression ratio is preferentially selected for subsequent compression processing. An optional implementation is to pre-set a threshold, and select data whose compression ratio is higher than or equal to the set threshold for subsequent compression processing; for data whose compression ratio is lower than the set threshold, it can be based on the existing The method writes it into the pagefile.sys file. The compression ratio of the data is low, indicating that the redundancy of the data is low, that is, the repetition rate of the data is low, and it is not suitable for compression. Write the data that is not suitable for compression directly into the virtual memory file to avoid The problem of low compression efficiency is solved. The setting threshold here can be set to 96%, but not limited thereto.

The embodiments of the present invention are not limited to the above methods, and other methods may also be used to select data for subsequent compression processing, and the selection basis may also consider other factors besides the compression ratio.

In step S230, the data whose compression ratio is higher than or equal to the set threshold is compressed by using the LZO series of compression algorithms, and stored in the virtual memory.

The LZO (Lempel-Ziv-Oberhumer) series compression algorithm is a lossless data compression algorithm, which is realized by the software tool lzop. The LZO family of compression algorithms is capable of compressing data blocks into sequences of matching data (sliding dictionaries) and non-matching literals. Moreover, LZO has special processing for longer matching data and longer non-matching text sequences, so that it can achieve good results for highly redundant data, and can also get acceptable results for incompressible data. The LZO series compression algorithm is easy to decompress, the compression/decompression speed is very fast, and only needs to occupy 64k virtual memory. Therefore, the use of LZO series compression algorithms to compress data can further reduce the occupation of virtual memory and improve the overall operating speed of the system when the space occupied by the virtual memory of the Windows system is larger than the actual physical memory. The embodiments of the present invention are not limited to the use of LZO series compression algorithms, and other lossless data compression algorithms may also be used.

Step S240, using the file filtering function provided by the Windows system to intercept the behavior of the resident thread reading data to the virtual memory file through the virtual memory.

When the process needs to read the data that has been compressed and stored back into the virtual memory in step S230, the system still thinks that the data is stored in the pagefile. Get the data needed for the process. At this time, the request to read data from the pagefile.sys file is intercepted through the file filtering function provided by the Windows system. Specifically, as described in step S210, the file filter driver intercepts the behavior of the resident thread reading data to the virtual memory file through the virtual memory without knowing the source program.

Step S250, decompressing the data stored in the virtual memory and returning it to the process.

After intercepting the request to the pagefile.sys file to read the data required by the process, the data is read from the virtual memory, and the data is decompressed. The decompression method here is the same as the compression method used in step 230 corresponding. Returns the data to the requesting process after decompression.

Through the above processing steps in this embodiment, the behavior of reading and writing data to the virtual memory file can be intercepted without knowing the source code. In addition, on the one hand, it judges whether the data is suitable for compression in advance, and directly stores the data that is not suitable for compression into the virtual memory file; On the premise of closing the process, it further saves the available space of the virtual memory and improves the operating speed of the system.

Further, in the above-mentioned embodiment, if after step S230 until the process is closed, the process does not send a request to read the compressed data stored in the virtual memory, in this case the data stored in the virtual memory occupies a virtual The memory space prevents other data from being processed in time. In order to solve this problem, an optional method adopted in the embodiment of the present invention is: use the hook function to hook the memory release function of the Windows system; after hooking the memory release function, clean up the data stored in the virtual memory.

The memory release function specifically refers to the function called by the Windows system when the process is closed, such as the MiReleasePageFileSpace function. When the present invention is applied under the original virtual memory expansion mechanism of the Windows system, when the process is closed, the Windows system will call the memory release function. The embodiment of the present invention hooks the memory release function through a hook function (hook function) as a notification message for the system to shut down the process, and uses the built-in function of the Windows system to detect whether the process occupying the virtual memory space is working. After the memory release function is hooked, the data stored in the virtual memory is cleaned up to complete data cleaning.

Optionally, the method provided by the embodiment of the present invention may also periodically clean up the data stored in the virtual memory that has not been read for a certain period of time, instead of waiting for the process to be closed before cleaning up.

According to the method provided by the above-mentioned embodiments of the present invention, the function of the Windows system itself is used to intercept the behavior of reading and writing data in the virtual memory file and release the data in the virtual memory, which requires little modification to the existing system and is convenient to implement. Using the file filtering function can complete the interception of reading and writing data behaviors of virtual memory files without knowing the source code. Using the LZO series of compression algorithms for compression can further improve the compression efficiency and improve the operating speed of the system. Use the memory release function to release the useless virtual memory in real time, further improving the operating speed of the system.

Fig. 3 shows the structural block diagram that virtual memory compression device 300 is connected with virtual memory 370, virtual memory file 380 in the Windows system that one embodiment of the present invention provides, as shown in Fig. 3, this device 300 comprises: I/O interception module 310 , a memory compression module 320 and a memory decompression module 330 .

The I/O interception module 310 is suitable for intercepting the behavior of the resident thread in the system process writing data to the virtual memory file 380 through the virtual memory 370 and intercepting the behavior of the resident thread reading data to the virtual memory file 380 through the virtual memory 370 .

Specifically, the I/O interception module 310 uses the file filtering function provided by the Windows system to intercept the behavior of the resident thread writing data to the virtual memory file through the virtual memory 370, and uses the file filtering function provided by the Windows system to intercept the resident thread from passing through the virtual memory file. The behavior of virtual memory 370 reading data to a virtual memory file. Taking the pagefile.sys file as an example, when the I/O interception module 310 intercepts a request to write data to the pagefile.sys file, the I/O interception module 310 sends a request to the memory compression module 320 to compress the data. When the I/O interception module 310 intercepts the request to read data from the pagefile.sys file, the I/O interception module 310 sends a request to the memory decompression module 330 to decompress the data.

Specifically, the I/O interception module 310 may be a developed file filter driver. A file filter driver is a Windows system kernel-mode driver that provides new additional functionality by intercepting I/O requests sent to existing kernel-mode target drivers without making any changes to the underlying drivers or user programs. The file filter driver intercepts requests to read and write data to the pagefile.sys file. File filter drivers are different from memory paging. Memory paging belongs to memory management, and it needs to know the source program to proceed. The file filter driver is an auxiliary function of the Windows system, and the file filter driver can intercept requests for reading and writing data to the pagefile.sys file without knowing the source program.

The memory compression module 320 is adapted to compress the data and store it in the virtual memory 370 after the I/O interception module 310 intercepts the behavior of the resident thread writing data to the virtual memory file 380 through the virtual memory 370 .

Specifically, the memory compression module 320 uses the LZO series of compression algorithms to compress the data. The memory compression module 320 compresses the data and stores it in the virtual memory 370 according to the data compression request sent by the I/O interception module 310 .

The memory decompression module 330 is adapted to decompress the data stored in the virtual memory 370 and return it to the process after the I/O interception module 310 intercepts the behavior of the resident thread reading data to the virtual memory file 380 through the virtual memory 370 .

Specifically, the memory decompression module 330 decompresses the data stored in the virtual memory according to the data decompression request sent by the I/O interception module 310, and returns it to the process.

Optionally, the device of the present invention further includes a computing module 350 and a writing module 360 .

The calculation module 350 is adapted to calculate the compression ratio of the data. The compression ratio refers to the ratio of disk space occupied by files before compression to those after compression. A high data compression ratio indicates that the data redundancy is high, that is, the data has a high repetition rate and is suitable for compression. The calculation module 350 calculates the compression ratio of the data requested to be written into the pagefile.sys file, and obtains the calculation result. According to the calculation result, the memory compression module 320 preferentially selects data with a high compression ratio for subsequent compression processing. An optional implementation manner is that a threshold is preset, and the memory compression module 320 is adapted to compress data whose compression ratio is higher than or equal to the preset threshold. The writing module 360 is suitable for writing the data whose compression ratio is lower than the set threshold value in the virtual memory file 380; the compression ratio of the data is low, indicating that the redundancy of the data is low, that is, the repetition rate of the data is low, and it is not suitable for compression. Data that is not suitable for compression is directly written to the virtual memory file, avoiding the problem of low compression efficiency.

Optionally, the device of the present invention further includes a memory management module 340, adapted to use a hook function to hook the memory release function of the Windows system; after hooking the memory release function, clean up the data stored in the virtual memory 370. The memory release function specifically refers to the function called by the Windows system when the process is closed, such as the MiReleasePageFileSpace function. When the present invention is applied under the original virtual memory expansion mechanism of the Windows system, when the process is closed, the Windows system will call the memory release function. The memory management module 340 hooks the memory release function through a hook function (hook function) as a notification message for the system to shut down the process, and uses the built-in function of the Windows system to detect whether the process occupying the virtual memory space is working. After hooking the memory release function, the memory management module 340 cleans up the data stored in the virtual memory to complete the data cleaning.

Optionally, the memory management module 340 may also periodically clean up data stored in the virtual memory that has not been read for a certain period of time, instead of waiting for the process to be closed before cleaning up.

According to the device provided by the embodiment of the present invention, when the current processes are all working and the occupied virtual memory is too large, time waste caused by frequent reading and writing of the disk can be avoided, thereby solving the problem of slow system operation. In addition, using the functions of the Windows system itself to complete the interception of the behavior of reading and writing data in virtual memory files and the release of data in the virtual memory, the changes to the existing system are small and the implementation is convenient. Using the file filtering function can complete the interception of reading and writing data behaviors of virtual memory files without knowing the source code. Using the LZO series of compression algorithms for compression can further improve the compression efficiency and improve the operating speed of the system. Use the memory release function to release the useless virtual memory in real time, further improving the operating speed of the system. Judging whether the data is suitable for compression in advance, and directly storing the data that is not suitable for compression into the virtual memory file can also further improve the operating speed of the system.

The algorithms and displays presented herein are not inherently related to any particular computer, virtual system, or other device. Various generic systems can also be used with the teachings based on this. The structure required to construct such a system is apparent from the above description. Furthermore, the present invention is not specific to any particular programming language. It should be understood that various programming languages can be used to implement the content of the present invention described herein, and the above description of specific languages is for disclosing the best mode of the present invention.

In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure the understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, in order to streamline this disclosure and to facilitate an understanding of one or more of the various inventive aspects, various features of the invention are sometimes grouped together in a single embodiment, figure, or its description. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the Detailed Description are hereby expressly incorporated into this Detailed Description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art can understand that the modules in the device in the embodiment can be adaptively changed and arranged in one or more devices different from the embodiment. Modules or units or components in the embodiments may be combined into one module or unit or component, and furthermore may be divided into a plurality of sub-modules or sub-units or sub-assemblies. All features disclosed in this specification (including accompanying claims, abstract and drawings), as well as any method or method so disclosed, may be used in any combination, except that at least some of such features and/or processes or units are mutually exclusive. All processes or units of equipment are combined. Each feature disclosed in this specification (including accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will understand that although some embodiments described herein include some features included in other embodiments but not others, combinations of features from different embodiments are meant to be within the scope of the invention. and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.

The various component embodiments of the present invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art should understand that a microprocessor or a digital signal processor (DSP) can be used in practice to implement some or all functions of some or all of the components in the virtual memory compression device in the Windows system according to the embodiment of the present invention . The present invention can also be implemented as an apparatus or an apparatus program (for example, a computer program and a computer program product) for performing a part or all of the methods described herein. Such a program for realizing the present invention may be stored on a computer-readable medium, or may be in the form of one or more signals. Such a signal may be downloaded from an Internet site, or provided on a carrier signal, or provided in any other form.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention can be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In a unit claim enumerating several means, several of these means can be embodied by one and the same item of hardware. The use of the words first, second, and third, etc. does not indicate any order. These words can be interpreted as names.

Claims (8)

1. virtual memory compression method in a kind of Windows systems, including：

Resident thread in intercepting system process writes the behavior of data by virtual memory to virtual memory file, calculates data Compression ratio, will ask the compression ratio in write-in virtual memory file to be compressed greater than or equal to the data of given threshold, stores In the virtual memory rather than disk；Data by compression ratio less than the given threshold write the virtual memory file In；Wherein, it is specially, it is necessary to will not when system is more than actual physics internal memory to the occupancy of virtual memory to reside thread Thread in conventional data write-in virtual memory file；

Intercept the behavior that the resident thread reads the data by virtual memory to virtual memory file, by asking to read and The data having stored in the virtual memory are decompressed, and return to the system process.

2. according to the method described in claim 1, wherein：

The behavior that resident thread in the intercepting system process writes data by virtual memory to virtual memory file is specially： The file filter function of being provided using Windows systems, resident thread in intercepting system process is by virtual memory to virtual Memory file writes the behavior of data；

It is described to intercept the behavior that the resident thread reads the data by virtual memory to virtual memory file and be specially：Utilize The file filter function that Windows systems are provided, intercepts the resident thread and reads institute to virtual memory file by virtual memory State the behavior of data.

3. method according to claim 1 or 2, in addition to：

The internal memory for hooking up Windows systems using Hook Function discharges function；

After the internal memory release function is hooked up, cleaning is stored in the data in the virtual memory.

4. method according to claim 1 or 2, described to be compressed data specially：Utilize LZO series of compression algorithms Data are compressed.

5. virtual memory compression set in a kind of Windows systems, including：

I/O blocking modules, data are write suitable for the resident thread in intercepting system process by virtual memory to virtual memory file Behavior, and intercept the behavior that the resident thread reads the data by virtual memory to virtual memory file；Wherein, often It is specially, it is necessary to by the data being of little use when system is more than actual physics internal memory to the occupancy of virtual memory in thread The thread write in virtual memory file；

Computing module, the compression ratio suitable for calculating the data；

Memory compression module, suitable for intercepting the resident thread by virtual memory to virtual memory in the I/O blocking modules File is write after the behavior of data, by the data for asking the compression ratio in write-in virtual memory file to be greater than or equal to given threshold It is compressed, is stored in the virtual memory rather than disk；

Writing module, writes in the virtual memory file suitable for the data by compression ratio less than the given threshold；

Internal memory decompression module, suitable for intercepting the resident thread by virtual memory in virtual in the I/O blocking modules Deposit after the behavior that file reads the data, the data that are reading and having stored in the virtual memory will be asked to enter Row decompression, returns to the system process.

6. device according to claim 5, the I/O blocking modules are particularly adapted to：The text provided using Windows systems Part filtering function, intercepts the behavior that the resident thread writes data by virtual memory to virtual memory file, and intercept institute State the behavior that resident thread reads the data by virtual memory to virtual memory file.

7. the device according to claim 5 or 6, in addition to：Memory management module, suitable for being hooked up using Hook Function The internal memory release function of Windows systems；After the internal memory release function is hooked up, cleaning is stored in the virtual memory In the data.

8. the device according to claim 5 or 6, the memory compression module is particularly adapted to：Utilize LZO series of compression algorithms Data are compressed.