public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
To: Farkas Levente <lfarkas-lWVWdrzSO4GHXe+LvDLADg@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: a few may be wiki question
Date: Tue, 14 Aug 2007 17:12:15 +0300	[thread overview]
Message-ID: <46C1B83F.703@qumranet.com> (raw)
In-Reply-To: <46C1B07D.60402-lWVWdrzSO4GHXe+LvDLADg@public.gmane.org>

Farkas Levente wrote:
>>
>>>   - is dynamic use of RAM for host operating system supported?
>>>   
>>>       
>> What's that?
>>     
>
> ok i try explain our plan and ask a better question about the memory
> setup. this may clean things a bit. i like to setup a server for the
> development dept. which compiles softwares. we need to compile on
> different platforms so we need:
> - one main server for the development (svn, trac, pxe boot, web, email
> etc, plus compile and test) centos 5 normally just this guest have some
> load.
> - mandrake 8.2 and mandrake 10 (to compile and test) don't have any
> load, but during compile they have high cpu and disk load.
> - windows may be two different 2000 and XP (to compile and test) don't
> have any load, but during compile they have high cpu and disk load.
>
> so i need a host and about 4 guest (i assume it also not recommended to
> use the host for others just to run the guests?!). i assume 4GB ram and
> think about:
> - 256MB for the host. is there any reason to give more memory for the
> host if it's only running the guests (kernel, ntp, local mail, ssh
> nothing else running on it).
> - -m 2000 for centos 5
> - -m 768 for each mandrake and windows
> fist of all is it possible to give more dynamic memory for guests as the
> sum of the whole memory? if not what is the purpose of dynamic memory?
> is the host can also dynamically get/steal memory from guests? or even i
> can give -m 2000 for all guest and the host and they will try to compete
> for the memory?
>   

There are two answers to this:

- balloon driver (like in Xen) which allows the host to move memory from 
one guest to another (or from host to guest)
- swapping, which allows the host to move guest memory to disk and 
allocate it to another guest

Unfortunately the balloon driver has not been publicly released yet, and 
swapping is still in early development, so for now you will have to use 
static allocation.


> so in short in the above setup what is the recommended config for the
> host and for the guest os?
>   

It really depends on the workload.  256MB for the host is fine, though.

>   
>>>   - what is the recommended guest disk image format? should i use an lvm
>>>     partition as guest os partition (like in xen)? what is the
>>>     recommended format assuming that may be later i'd like to add new
>>>     guests and what is the performance differences (ie. which is the
>>>     fastest format)?
>>>   
>>>       
>> Depends on workload.  lvm is fastest, qcow2 is most flexible and
>> managable.  If your guest is not issuing significant disk I/O, I'd
>> recommend qcow2.  Otherwise lvm.
>>     
>
> what does the "flexible and managable" means?
> i plan the whole system is on 2 x 250gb hdd in a raid1 and the host and
> each guest has an lvm partition as /.
>
>   

Flexible means you don't need to allocate all disk space up front, it 
grows as necessary.  With lvm you can defer allocation, but you need 
manual intervention (and changes in the guest) in order to use more 
storage.  It's also easier to back up, move around, etc.

If you have enough space, then lvm can be a good choice.  Certainly it 
gives the best performance.

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

  parent reply	other threads:[~2007-08-14 14:12 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-14 12:25 a few may be wiki question Farkas Levente
     [not found] ` <46C19F33.40102-lWVWdrzSO4GHXe+LvDLADg@public.gmane.org>
2007-08-14 12:50   ` Avi Kivity
     [not found]     ` <46C1A508.9030809-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-08-14 12:52       ` Gregory Haskins
2007-08-14 13:39       ` Farkas Levente
     [not found]         ` <46C1B07D.60402-lWVWdrzSO4GHXe+LvDLADg@public.gmane.org>
2007-08-14 14:12           ` Avi Kivity [this message]
     [not found]             ` <46C1B83F.703-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-08-14 14:21               ` Farkas Levente
     [not found]                 ` <46C1BA60.90300-lWVWdrzSO4GHXe+LvDLADg@public.gmane.org>
2007-08-14 14:26                   ` Avi Kivity
2007-08-15  7:59               ` Farkas Levente
     [not found]                 ` <46C2B274.9040308-lWVWdrzSO4GHXe+LvDLADg@public.gmane.org>
2007-08-15  8:07                   ` Avi Kivity
     [not found]                     ` <46C2B425.6020100-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-08-15 11:39                       ` Gregory Haskins
     [not found]                         ` <1187177988.4165.186.camel-5CR4LY5GPkvLDviKLk5550HKjMygAv58XqFh9Ls21Oc@public.gmane.org>
2007-08-15 13:52                           ` Farkas Levente
     [not found]                             ` <46C3051F.1000406-lWVWdrzSO4GHXe+LvDLADg@public.gmane.org>
2007-08-15 14:01                               ` Gregory Haskins

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=46C1B83F.703@qumranet.com \
    --to=avi-atkuwr5tajbwk0htik3j/w@public.gmane.org \
    --cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=lfarkas-lWVWdrzSO4GHXe+LvDLADg@public.gmane.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