qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: James Olsen <jamesml@planetolsen.com>
To: The MoonSeeker <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] RAM overcomittment
Date: Wed, 27 Sep 2006 16:57:24 -0500	[thread overview]
Message-ID: <3210330950.20060927165724@planetolsen.com> (raw)
In-Reply-To: <1ACF2542-5DEE-49B5-8177-5B958911B0F6@gmail.com>

Hello,

TM> Another question is  : Can we run run many VM using more RAM than the
TM> RAM installed (on the workstation)? For example I'd like to create 5  
TM> VM's who have 256MB (can use 256MB but only for a slice of time) but  
TM> normally one VM use only 50MB. On the workstation I have only 512MB  
TM> RAM. Is it possible to create these VM's or have we to have 5 X 256  
TM> RAM + HOST RAM = 1.5 GB installed on the workstation?

TM> I think we can save ressource by using RAM overcomittment. What do  
TM> you think? Is this implemented on qemu? Or will be implemented?

It seems to me that no change to QEMU is needed for this; it should
already be supported by your host OS. Simply allocate the memory that
you want (256mb, for example) for each virtual machine. Depending on
how many virtual machines you have open at once, as well as the memory
used by the host OS and any other applications you're running, the
host OS will fit the as much as it can in the physical ram, and
automatically swap out the excess allocated memory to disk.

However, swapping (using virtual memory) will be a huge performance
killer. It will affect the performance of your host OS and all
applications, as well as for your QEMU instances.

-- 
James
Funny quotes: "There are 10 types of people in the world. 
Those who understand binary, and those who don't." -- Unknown
"A computer once beat me at chess, but it was no match for me at
kick boxing." -- Emo Philips

  parent reply	other threads:[~2006-09-27 21:57 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-27 21:31 [Qemu-devel] RAM overcomittment The MoonSeeker
2006-09-27 21:41 ` Paul Brook
2006-09-27 21:59   ` The MoonSeeker
2006-09-27 22:19     ` Paul Brook
2006-09-27 22:53       ` The MoonSeeker
2006-09-27 22:58         ` Paul Brook
2006-09-27 23:12           ` [Qemu-devel] PowerPC Decrementer Clock Rate Ely Soto
2006-09-27 22:36     ` [Qemu-devel] RAM overcomittment andrzej zaborowski
2006-09-28 14:45     ` James Oakley
2006-09-28 22:29       ` Bill C. Riemers
2006-09-27 21:57 ` James Olsen [this message]
2006-09-27 22:16   ` The MoonSeeker
2006-09-27 22:21     ` Paul Brook

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3210330950.20060927165724@planetolsen.com \
    --to=jamesml@planetolsen.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).