There's a very interesting thread in the MacNN forums in which "moki" (Andrew Welch--president of Ambrosia) explains how to turn on a feature in 10.1 that isn't by default--automatic background compression of window memory:
http://newforums.macnn.com/cgi-bin/ultimatebb.cgi?ubb=get_topic&f=46&t=000100
Even if it doesn't do anything, it's got a geek coolness to it. To paraphrase, as I understand it: According to him (and he should know) this basically allows X to compress the memory used to store the visual contents of windows (we're talking about display graphics, not files) when they're not updated for a while (a finder window in the background, for example). Since X windows suck up a lot of RAM (>1MB each for large ones), and the compression is around 10X, you can significantly decrease the amount of RAM your system uses if you routinely leave a bunch of windows open. On systems without a massive amount of RAM (or those with a massive number of windows open) this can add up to more free RAM available for apps (on the order of dozens of MBs) and less paging. He also says (and I repeat that he should know) that due to the way the processor passes things around, this ammounts to, if anything, a speed gain--in any case, no speed loss.
According to some replies in that thread, it definitely saves RAM, and may make a perceptible speed difference on systems without a whole bunch of memory (although I haven't noticed anything either way on a G3 266 w/192MB system). There was only one report of problems--graphics glitches in Java apps--associated with it. All you have to do is modify everybody's favorite, a plist file. I'd recommend checking the thread out yourself, but to roughly repeat his instructions (hope nobody minds...):
Begin How-to instructions here:
Open the com.apple.windowserver.plist file in /library/preferences as root
(for example, using terminal and the pico text editor by typing: sudo pico /library/preferences/com.apple.windowserver.plist)
Then find the first <dict> tag in the file (it's a few lines down from the top), and past the following text directly below it:
<key>BackingCompression</key>
<dict>
<key>compressionScanTime</key>
<real>5.000000000000000e+00</real>
<key>minCompressableSize</key>
<integer>8193</integer>
<key>minCompressionRatio</key>
<real>1.100000023841858e+00</real>
</dict>
save the changes, then logout and back in. It should have worked.
You can check if you have developer tools installed by opening the QuartzDebug app and clicking Show window list. Windows that are compressed should have a "C" next to their buffer size.
Again, I recommend checking the thread out (and giving at least silent praise to moki for letting the world know about it), but good luck with it!
http://newforums.macnn.com/cgi-bin/ultimatebb.cgi?ubb=get_topic&f=46&t=000100
Even if it doesn't do anything, it's got a geek coolness to it. To paraphrase, as I understand it: According to him (and he should know) this basically allows X to compress the memory used to store the visual contents of windows (we're talking about display graphics, not files) when they're not updated for a while (a finder window in the background, for example). Since X windows suck up a lot of RAM (>1MB each for large ones), and the compression is around 10X, you can significantly decrease the amount of RAM your system uses if you routinely leave a bunch of windows open. On systems without a massive amount of RAM (or those with a massive number of windows open) this can add up to more free RAM available for apps (on the order of dozens of MBs) and less paging. He also says (and I repeat that he should know) that due to the way the processor passes things around, this ammounts to, if anything, a speed gain--in any case, no speed loss.
According to some replies in that thread, it definitely saves RAM, and may make a perceptible speed difference on systems without a whole bunch of memory (although I haven't noticed anything either way on a G3 266 w/192MB system). There was only one report of problems--graphics glitches in Java apps--associated with it. All you have to do is modify everybody's favorite, a plist file. I'd recommend checking the thread out yourself, but to roughly repeat his instructions (hope nobody minds...):
Begin How-to instructions here:
Open the com.apple.windowserver.plist file in /library/preferences as root
(for example, using terminal and the pico text editor by typing: sudo pico /library/preferences/com.apple.windowserver.plist)
Then find the first <dict> tag in the file (it's a few lines down from the top), and past the following text directly below it:
<key>BackingCompression</key>
<dict>
<key>compressionScanTime</key>
<real>5.000000000000000e+00</real>
<key>minCompressableSize</key>
<integer>8193</integer>
<key>minCompressionRatio</key>
<real>1.100000023841858e+00</real>
</dict>
save the changes, then logout and back in. It should have worked.
You can check if you have developer tools installed by opening the QuartzDebug app and clicking Show window list. Windows that are compressed should have a "C" next to their buffer size.
Again, I recommend checking the thread out (and giving at least silent praise to moki for letting the world know about it), but good luck with it!
