WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] testing the balloon driver

To: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] testing the balloon driver
From: Rik van Riel <riel@xxxxxxxxxx>
Date: Thu, 21 Oct 2004 21:21:57 -0400 (EDT)
Cc: "Mark A. Williamson" <mark.williamson@xxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 22 Oct 2004 02:33:00 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: <E1CKl4S-0006M0-00@xxxxxxxxxxxxxxxxx>
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
On Thu, 21 Oct 2004, Ian Pratt wrote:

> I'm kinda surprised that the balloon driver's aggressive memory
> grabbing doesn't cause the OOM killer to start selecting
> victims for extermination. 

It appears the system is ok, as long as you have enough
swap.

> If it really seems stable then maybe we don't have to add rate
> limiting to the balloon driver after all? We grab the pages with
> GFP_HIGHUSER. Maybe that's sufficiently non aggressive as-is?

It may be aggressive, but it's no worse than the worst
userspace programs.  This means the VM is already able
to withstand this kind of load.

> I still think we should make all increase/decrease reservation
> calls (e.g. those associated with netfront) go through the
> balloon driver so that we can handle some of the low memory cases
> more gracefully.

I suspect that for the drivers we might want a mempool,
so it is guaranteed that the system will make progress.
I'll try harder to make the system crash, so I can tell
for sure whether this is needed.

One thing we should probably do is add the balloon
memory size to /proc/meminfo, so utilities can see
how much memory we really have and how much has been
given up.



-- 
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread] Current Thread [Next in Thread>