![]() (Also note that there is some overlap between wired memory and the vmware-vmx resident set, so it's misleading to simply add these numbers.)Īlso, as HPreg said above, the memory usage will grow up to a point (as the VM starts utilizing more of its "physical" memory) but it should not grow in an unbounded way. In your example above, VMware Fusion was using only about 90MB above the amounts you see vmware-vmx and the UI using. I can't speak for the behaviour of unreleased products, but on the VMware Fusion private beta, your system's wired memory will be roughly equal to the wired memory when no VMs are running plus, for each VM, an amount roughly equal to the working set of that VM. Wired memory is also now completely unavailable to other applications on your system, since Mac OS can't (on its own) swap that memory out to disk. Memory that the VM is actively using is "wired" in order to keep Mac OS from reclaiming it unexpectedly. There are a lot of different ways to measure this, but the most important figure is probably wired memory. Any VM memory that's needed by VMware itself will show up in the vmware-vmx process, but the bulk of memory in a virtual machine ends up being needed only by the guest OS and by the VMM. The VM's memory isn't "allocated" from your host in a fixed block, it is paged in as needed. Things are further complicated by the way VMware manages memory. This doesn't account for shared libraries which may be used only by that process, and it doesn't account for data that the OS is caching on that process's behalf. This is RSS on linux or RSIZE on Mac OS's "top". Typically, on unix-like operating systems, you want to use the number of pages owned by that process that are physically resident in memory. It's very hard to measure the amount of memory actually "used" by a process. That said, it's a little surprising to me that the cached memory would be reclaimed so quickly after stopping the VM. ![]() That's not surprising- even if the VM was idle, the process of booting a VM will cause a lot of disk activity, and that disk activity will be cached by Mac OS. Most of this is going to be in the form of cached disk blocks. This means that, while Fusion was running, Mac OS found some way to use nearly all the physical memory on your system. ![]() This means Fusion was using over a 1 GB of ram. Wired: 373.51MB/Active: 1.06 GB/Inactive:ģ30.64MB/Inactive:257.55MB/Used: 871.13MB/Free 1.15 The MenuMeters monitors are true SystemUIServer plugins (also known as Menu Extras). One of the first things I always install on a new Mac is the fantastic system add-on called 'MenuMeters,' which puts little status meters in the menu bar - CPU usage, disk access, upload / download speed, etc. With Fusion running a VM, my stats are as follows: Hi everyone Im a Mac user who has just finished building a mid-range gaming PC.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |