OS X - Spaces memory usage question


Recommended Posts

When using spaces there is an option for 2-4 spaces, would limiting this from 4 to 2 do anything. I have no need to cut back on memory usage as I have never had an issue. I am just simply curious as to if memory usage is related to the amount of open spaces, or if the same is used regardless upon Spaces being started up.

P.S. For those of you unaware of spaces, it is a very cool & helpful app in OS X; however, I still find Expose to be amazing and perfect for my specific needs.

Link to comment
Share on other sites

I don't know for sure, but I wouldn't think changing how many spaces you have will have much of an effect on your memory usage.

Link to comment
Share on other sites

I thought so, but I wasnt sure. The only performance change I have ever seen is a while back when I was trying it out and (2 mistakes, but for test purposes) I had it in windowed mode & on another space and noticed the game with lower FPS. Obviously FPS increased when full screen, but even more with spaces disabled.

Link to comment
Share on other sites

I've been interested in this as well, but never took the time to find out for sure... So I just turn off Spaces when I know I have no use for it (when my VMWare is off) just in case.

Link to comment
Share on other sites

There's no measurable difference: all it does is change the 'width' and 'height' of your desktop from say 1024x768 to 3072x768. Those to variables are already allocated, as are the ones that store x/y position Windows.

The code to handle spaces is loaded with the dock, whether you use it or not (disabling it just makes a few APIs to set/get window position return different values and it ignores the keyboard shortcuts).

The impact of having spaces enabled vs disabled is equal to that of having your window at the top-left forner of the screen vs the bottom right corner.

It's not like connecting a second display.

Link to comment
Share on other sites

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.