Can compressing Program Files save space *and* give a significant boost to SSD performance?

Posted by Christopher Galpin on Super User See other posts from Super User or by Christopher Galpin
Published on 2011-11-13T01:27:28Z Indexed on 2011/11/13 1:55 UTC
Read the original article Hit count: 634

Filed under:
|
|
|
|

Considering solid-state disk space is still an expensive resource, compressing large folders has appeal. Thanks to VirtualStore, could Program Files be a case where it might even improve performance?

Discovery

In particular I have been reading:

SSD and NTFS Compression Speed Increase?
Does NTFS compression slow SSD/flash performance?
Will somebody benchmark whole disk compression (HD,SSD) please? (may have to scroll up)

The first link is particularly dreamy, but maybe head a little too far in the clouds.

The third link has this sexy semi-log graph (logarithmic scale!).

*SEMI-LOG* graph of NTFS compression performance on an SSD

Quote (with notes):

Using highly compressable data (IOmeter), you get at most a 30x performance increase [for reads], and at least a 49x performance DECREASE [for writes].

Assuming I interpreted and clarified that sentence correctly, this single user's benchmark has me incredibly interested. Although write performance tanks wretchedly, read performance still soars. It gave me an idea.

Idea: VirtualStore

It so happens that thanks to sanity saving security features introduced in Windows Vista, write access to certain folders such as Program Files is virtualized for non-administrator processes.

Which means, in normal (non-elevated) usage, a program or game's attempt to write data to its install location in Program Files (which is perhaps a poor location) is redirected to %UserProfile%\AppData\Local\VirtualStore, somewhere entirely different.

Thus, to my understanding, writes to Program Files should primarily only occur when installing an application. This makes compressing it not only a huge source of space gain, but also a potential candidate for performance gain.

Testing

The beginning of this post has me a bit timid, it suggests benchmarking NTFS compression on a whole drive is difficult because turning it off "doesn't decompress the objects". However it seems to me the compact command is perfectly capable of doing so for both drives and individual folders. Could it be only marking them for decompression the next time the OS reads from them? I need to find the answer before I begin my own testing.

© Super User or respective owner

Related posts about Windows

Related posts about Performance