Virtual memory compression: Difference between revisions

Content deleted Content added
Undid revision 641204672 by Dsimic (talk) sections add clarity
Undid revision 641204585 by Dsimic (talk) graph shows exponential nature of paging vs. memory
Line 26:
Less obvious is the fact that the memory used by the compression system reduces the available system memory and thus causes a corresponding increase in overall paging activity. As more primary storage is used to store compressed data, less primary storage is available to programs, causing the level of paging activity to increase, reducing the effectiveness of the compression system.
 
Since the levelrelationship ofbetween paging activity and available memory areis directly relatedexponential, any gains in available memory tend to be offset by significant increases in [[Thrashing (computer science)|thrashing]].<ref name="DENNING"/> Again, the more compressible the data, the more pronounced the performance improvement, because less primary storage is needed to hold the compressed data.
 
For example, in order to maximize the use of the primary storage cache of compressed pages, [[Helix Software Company]]’s Hurricane 2.0 provides a user-configurable threshold that allows the rejection level for compression to be adjusted. The program would compress the first 256 to 512 bytes of a 4&nbsp;KiB page and if that small region achieved the designated level of compression, the rest of the page would be compressed and then retained in a primary storage buffer, while all others would be sent to auxiliary storage through the normal paging system. The default setting for this threshold was an 8:1 compression ratio.<ref name="PCMAG-HURR-2"/>