Memory overcommitment explained

Memory overcommitment is a concept in computing that covers the assignment of more memory to virtual computing devices (or processes) than the physical machine they are hosted, or running on, actually has. This is possible because virtual machines (or processes) do not necessarily use as much memory at any one point as they are assigned, creating a buffer. If four virtual machines each have 1 GB of memory on a physical machine with 4 GB of memory, but those virtual machines are only using 500 MB, it is possible to create additional virtual machines that take advantage of the 500 MB each existing machine is leaving free.[1] Memory swapping is then used to handle spikes in memory usage. The disadvantage of this approach is that memory swap files are slower to read from than 'actual' memory, which can lead to performance drops.[2]

While memory overcommitment is usually talked about in the context of virtualization, it is actually a generalised concept; Windows NT contained overcommitment features, as do most modern generalised operating systems,[3] including the Linux kernel.[4]

See also

Notes and References

  1. Book: Portnoy, Matthew. Virtualization Essentials. limited. John Wiley & Sons. 2012. 60. 978-1118240175.
  2. Book: Siebert, Eric. VMware VI3 Implementation and Administration. limited. Prentice Hall Professional. 2009. 166. 978-0137008599.
  3. Web site: VMware vs. Microsoft: Why Memory Overcommitment is Useful in Production and Why Microsoft Denies it . 22 April 2015 . 5 March 2016 . https://web.archive.org/web/20160305041600/https://www.sepago.com/blog/2008/09/25/vmware-vs-microsoft-why-memory-overcommitment-is-useful-in-production-and-why . bot: unknown .
  4. Web site: When Linux Runs Out of Memory. Santosa. Mulyadi. O'Reilly Media. 22 April 2015.