This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-devel] memory allocation guidance

To: xen-devel@xxxxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] memory allocation guidance
From: "Eric S. Johansson" <esj@xxxxxxxxxx>
Date: Fri, 04 Mar 2005 15:50:43 -0500
Delivery-date: Fri, 04 Mar 2005 20:51:58 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0 (Windows/20041206)
I've been reading to the documentation and I'm not really clear on how to allocate memory. The impression that gathered is that the allocation specification is the initial allocation given to a domain. From there additional memory can be allocated/deallocated to a domain courtesy to balloon driver/handler.

I would appreciate a pointer to some documentation or some guidance in deciding how to allocate memory to a domain and how it will behave as the system runs. No need for any deep system level information. I'm really looking for operational guidelines and enough background to understand why the choices are made.

part of what triggers this request is that my xen server was acting funny (i.e. significant lags in processing, lots of paging) and I discovered a bad memory stick. Much joy. ;-)



The result of the duopoly that currently defines "competition" is that
prices and service suck. We're the world's leader in Internet
technology - except that we're not.

SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-devel] memory allocation guidance, Eric S. Johansson <=