From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: (no subject) Date: Sun, 12 Aug 2007 16:37:47 -0500 Message-ID: <1186954667.9418.19.camel@squirrel> References: <64F9B87B6B770947A9F8391472E032160CBECF40@ehost011-8.exch011.intermedia.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org To: Izik Eidus Return-path: In-Reply-To: <64F9B87B6B770947A9F8391472E032160CBECF40-yEcIvxbTEBqsx+V+t5oei8rau4O3wl8o3fe8/T/H7NteoWH0uzbU5w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Hi Izik, On Sun, 2007-08-12 at 12:59 -0700, Izik Eidus wrote: > we are working on swapping support for the guests in kvm. > we want to allow management of the memory swapping of the guests from > kvm. > > i wrote this patch that move the guest allocated memory from the > kernel to the userspace for better management. > plus in this way it will share more code for such soultion with s390 > and other archs. Do we care much about maintaining the kvmctl API? I ask because I think it would be nice to provide a pointer to kvmctl instead of having it allocate the memory. I think there are a few advantages to this. It simplifies the QEMU patch and it allows for the logic for choosing how memory is allocated to be done in QEMU. I'm thinking about things like allocating memory from hugetlbfs. Since large pages are a sparse commodity, I don't think we want to use large pages unless the user asks us to. Seems like this logic is best suited to be in QEMU to me. Otherwise, this page seems pretty good to me. There's some whitespace damage in this patch to btw. Regards, Anthony Liguori > this is request for comment, so any idea you have please write to me. > > thanks > > > > ------------------------------------------------------------------------- > 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/ > _______________________________________________ kvm-devel mailing list kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org https://lists.sourceforge.net/lists/listinfo/kvm-devel ------------------------------------------------------------------------- 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/